Это была просто адская ночь. Удалось поспать не более двух часов.
Российские дроны, баллистика и крылатые ракеты - ничего нового, просто шум на фоне и от ударных волн у меня тряслись двери и посуда. Все как обычно. Кроме того, что одна ракета попала в дом на фото.
Если развернуть камеру примерно на 120 градусов, то можно было бы увидеть дом, в котором я прожил более десяти лет и в котором до сегодняшнего дня еще жила моя теща со своей кошкой. От прилета баллистики повыбивало окна во всех комнатах - стекла не просто разбросаны по квартире, но еще осколки торчат из паркета и из стен. По стенам пошли широкие трещины. Входную дверь заклинило ударной волной и она смогла открыться только после серии ударов...
Пока перепуганная теща в закрытой квартире пыталась найти пропавшего кота, мы обрывали телефоны экстренных служб. Дозвонится было очень сложно - все заняты. 112 (аналог американской 911) записали обращение и посоветовали звонить медикам в 103 (бывшая 03). Медики сказали, что они открывать заклинившие броне-двери не умеют и нам нужно звонить пожарным. В 101 (бывшая 01) записали обращение, но ничем помочь не могут - весь Киев в огне, все экипажи на вызовах...
Пока мы так висели на вызовах и паралельно в Вайбере на звонке с тещей, она успела немного прийти в себя, найти кота, открыть дверь, собрать документы и выйти на улицу. Очень вовремя - так как к ним полетел ударный дрон!!! Она еле успела добежать до подземного перехода, как сверху раздался новый взрыв.
С одной стороны жопа, но с другой стороны из соседнего дома уже достали 14 трупов и госпитализировали 44 соседа с ранениями. Моей теще в этом плане повезло - даже не поцарапалась осколками стекла, так как мы всегда настаивали, чтобы во время атак на Киев она находилась в прихожей.
#киев #война
Российские дроны, баллистика и крылатые ракеты - ничего нового, просто шум на фоне и от ударных волн у меня тряслись двери и посуда. Все как обычно. Кроме того, что одна ракета попала в дом на фото.
Если развернуть камеру примерно на 120 градусов, то можно было бы увидеть дом, в котором я прожил более десяти лет и в котором до сегодняшнего дня еще жила моя теща со своей кошкой. От прилета баллистики повыбивало окна во всех комнатах - стекла не просто разбросаны по квартире, но еще осколки торчат из паркета и из стен. По стенам пошли широкие трещины. Входную дверь заклинило ударной волной и она смогла открыться только после серии ударов...
Пока перепуганная теща в закрытой квартире пыталась найти пропавшего кота, мы обрывали телефоны экстренных служб. Дозвонится было очень сложно - все заняты. 112 (аналог американской 911) записали обращение и посоветовали звонить медикам в 103 (бывшая 03). Медики сказали, что они открывать заклинившие броне-двери не умеют и нам нужно звонить пожарным. В 101 (бывшая 01) записали обращение, но ничем помочь не могут - весь Киев в огне, все экипажи на вызовах...
Пока мы так висели на вызовах и паралельно в Вайбере на звонке с тещей, она успела немного прийти в себя, найти кота, открыть дверь, собрать документы и выйти на улицу. Очень вовремя - так как к ним полетел ударный дрон!!! Она еле успела добежать до подземного перехода, как сверху раздался новый взрыв.
С одной стороны жопа, но с другой стороны из соседнего дома уже достали 14 трупов и госпитализировали 44 соседа с ранениями. Моей теще в этом плане повезло - даже не поцарапалась осколками стекла, так как мы всегда настаивали, чтобы во время атак на Киев она находилась в прихожей.
#киев #война
😢13😱4😭3💔2
Делал рабочую задачку по Бизнес-Процессам. Чтобы не изобретать велосипед, быстренько повторил теорию по моей старенькой бумажной книжечке "профессиональная разработка в 1С 8.0" (та самая, которая весом более 2 кг).
Так вот информация по Бизнес-Процессам и Задачам со времен 8.0 и по текущие 8.3/8.5 не только не устарела, но там даже описано больше чем есть сейчас. Например, подробно рассмотрены реквизиты адресации задач, правильная настройка которых позволяет автоматически видеть пользователю только свои задачи - но это работает только на обычных формах, а на управляемых поломано. Специально проверил в 1С:Документообороте - там огромные простыни запросов, чтобы просто показать пользователю его задачи на выполнение, ведь все платформенные фильтры были интерфейсными и не доступны из встроенного языка.
Видно, что платформа просто стояла на месте последние два десятилетия, не смотря на заложенные для развития интересные идеи. Так у процесса есть метод выгрузки своей схемы, которую предлагается показывать пользователю (чтобы он был в курсе, что там программисты в конфигураторе наконфигурировали). Очевидно, что раз схема выгружается и в пользовательском режиме доступны инструменты для ее редактирования, то явно были планы по загрузке измененной версии назад - по аналогии с расписанием регламентных заданий, которые можно настроить в конфигураторе, а потом переопределить. Но планы или потеряли, или просто решили оставить все как есть. А ведь идея рисования схем прохождения процессов только в Конфигураторе крайне неудачна - уже хотя бы из-за потребности отключения всей продуктивной системы на время обновления (не говоря о рисках допуска к модифицированию конфигурации менеджеров, ответственных за процесс).
Так жаль, что настолько мощная функциональность выглядит такой заброшенной. В такие моменты особенно остро желание работать именно с открытым кодом, где можно и баги самостоятельно исправить, и нужный функционал дописать, а не просто жаловаться в пустоту.
#1c #business_process #критика
Не смог воспользоваться электронными книгами. Не понимаю политику 1С - у них на сайте есть материалы по разработке, но доступ к ним ограничен по совершенно непонятным критериям - моя учетка разработчика для получения доступа не подходит и учетка одного из моих клиентов с активным ИТС тоже. Зачем выкладывали тогда?
Так вот информация по Бизнес-Процессам и Задачам со времен 8.0 и по текущие 8.3/8.5 не только не устарела, но там даже описано больше чем есть сейчас. Например, подробно рассмотрены реквизиты адресации задач, правильная настройка которых позволяет автоматически видеть пользователю только свои задачи - но это работает только на обычных формах, а на управляемых поломано. Специально проверил в 1С:Документообороте - там огромные простыни запросов, чтобы просто показать пользователю его задачи на выполнение, ведь все платформенные фильтры были интерфейсными и не доступны из встроенного языка.
Видно, что платформа просто стояла на месте последние два десятилетия, не смотря на заложенные для развития интересные идеи. Так у процесса есть метод выгрузки своей схемы, которую предлагается показывать пользователю (чтобы он был в курсе, что там программисты в конфигураторе наконфигурировали). Очевидно, что раз схема выгружается и в пользовательском режиме доступны инструменты для ее редактирования, то явно были планы по загрузке измененной версии назад - по аналогии с расписанием регламентных заданий, которые можно настроить в конфигураторе, а потом переопределить. Но планы или потеряли, или просто решили оставить все как есть. А ведь идея рисования схем прохождения процессов только в Конфигураторе крайне неудачна - уже хотя бы из-за потребности отключения всей продуктивной системы на время обновления (не говоря о рисках допуска к модифицированию конфигурации менеджеров, ответственных за процесс).
Так жаль, что настолько мощная функциональность выглядит такой заброшенной. В такие моменты особенно остро желание работать именно с открытым кодом, где можно и баги самостоятельно исправить, и нужный функционал дописать, а не просто жаловаться в пустоту.
#1c #business_process #критика
👍5💯3⚡1💅1
Когда я только начал заниматься 1С, то для меня наибольшим шоком был функционал платформы для зарплатных расчетов.
Дело в том, что к тому моменту я три года проработал на разработке и поддержке зарплатных систем на Foxpro, и уже имел то, что называют "насмотренностью". У меня уже было глубокое понимание особенностей зарплатных расчетов Украины и России - как брать базу для различных типов налогов, какие расчеты с удержаниями друг друга вытесняют, какие алгоритмы расчета отпускных и больничных (забавно, что в 00х для РФ больничные считали по правилам украинских отпусков, а отпускные по правилам украинских больничных). А так же я знал про регулярные изменения законодательства, когда внезапно на правительственных ресурсах публикуют, что в прямо сейчас ты считаешь некое начисление по старинке, а с нового месяца уже по обновленным правилам; при чем, если нужно будет кому-то доначислить за прошлый период, то все еще старая формула; но одновременно сохраняется преемственность и в зарплатных ведомостях все суммы должны проходить по единому "итого".
Тогда в моей картинке мира все виды расчетов и удержаний были просто записями в плоской таблице с гибкими настройками по периодам действий - т.е. говоря языком 1С, это были элементы справочника. Но в 1С это почему-то решили сделать планами видов расчета, которые цементируются прямо в конфигураторе, не предусмотрев никаких периодических смен настроек. Т.е. обычная ситуация с изменением законодательство и с 1 июля условную "выслугу лет" нужно платить по новой формуле - в 1С с целью сохранения старой формулы для расчетов "задним периодом" предлагалось создать новый элемент вида расчета с названием "выслуга лет с 1 мая", и ради красивого отчета выполнить перенос сальдо со старого вида расчетов на новый (или доработать отчет, чтобы он понимал связь между расчетами).
Но больше всего вызывала удивление концепция множественных планов видов расчетов. В методических материалах нас убеждали как это хорошо и, для примера, что для офисных и складских сотрудников можно описать независимые модели начисления зарплаты. Но в реальности это никому не нужно - расчетчики или ведут все начисления в одном месте и контролируют результаты через единые общие отчеты, или для кардинально отличных юрлиц просто ведут отдельную базу. Даже сами разработчики типовых ЗУПов используют всего два вида расчетов - начисления и удержания (а у кого-то я видел реализацию зарплаты и вовсе на едином ПВР). Использовать новый план для управленческой зарплаты (известной как "конверты") совсем неважная идея - управленку проще и безопаснее (!) вести в отдельной базе, из которой потом по обмену сливать требуемую часть в "Бухгалтерию".
Я не мог понять "зачем?". Одно дело оперировать с общепринятыми в международном делопроизводстве концепциями "справочников" и "документов" (но и тут не все однозначно, тот же "договор" мог быть реализован по разному), но совсем другая история, когда в платформу затягивают кусок локального "изменчивого" законодательства. Когда я только знакомился с 1С 8.0, у меня сложилось ощущение, что компании 1С именно этот кусок придётся поддерживать тщательнее всего. Ведь его будут поддерживать тщательно? Ведь его будут поддерживать? Ау, есть тут кто..?
Так вышло, что в мире конфигураций 1С сейчас есть два монстра: 1) Документооборот, который героически на костылях расширяет возможности недоработанных бизнес-процессов, и 2) ЗУП, который точно так же героически на костылях пытается дать максимально понятный пользовательский опыт. И это в то время, когда платформа настолько зрела, что новые документы и отчеты создаются буквально накликиванием мышкой за считанные минуты, после чего довольные пользователи сразу их используют☝️
#1c #зарплата #критика
Дело в том, что к тому моменту я три года проработал на разработке и поддержке зарплатных систем на Foxpro, и уже имел то, что называют "насмотренностью". У меня уже было глубокое понимание особенностей зарплатных расчетов Украины и России - как брать базу для различных типов налогов, какие расчеты с удержаниями друг друга вытесняют, какие алгоритмы расчета отпускных и больничных (забавно, что в 00х для РФ больничные считали по правилам украинских отпусков, а отпускные по правилам украинских больничных). А так же я знал про регулярные изменения законодательства, когда внезапно на правительственных ресурсах публикуют, что в прямо сейчас ты считаешь некое начисление по старинке, а с нового месяца уже по обновленным правилам; при чем, если нужно будет кому-то доначислить за прошлый период, то все еще старая формула; но одновременно сохраняется преемственность и в зарплатных ведомостях все суммы должны проходить по единому "итого".
Тогда в моей картинке мира все виды расчетов и удержаний были просто записями в плоской таблице с гибкими настройками по периодам действий - т.е. говоря языком 1С, это были элементы справочника. Но в 1С это почему-то решили сделать планами видов расчета, которые цементируются прямо в конфигураторе, не предусмотрев никаких периодических смен настроек. Т.е. обычная ситуация с изменением законодательство и с 1 июля условную "выслугу лет" нужно платить по новой формуле - в 1С с целью сохранения старой формулы для расчетов "задним периодом" предлагалось создать новый элемент вида расчета с названием "выслуга лет с 1 мая", и ради красивого отчета выполнить перенос сальдо со старого вида расчетов на новый (или доработать отчет, чтобы он понимал связь между расчетами).
Но больше всего вызывала удивление концепция множественных планов видов расчетов. В методических материалах нас убеждали как это хорошо и, для примера, что для офисных и складских сотрудников можно описать независимые модели начисления зарплаты. Но в реальности это никому не нужно - расчетчики или ведут все начисления в одном месте и контролируют результаты через единые общие отчеты, или для кардинально отличных юрлиц просто ведут отдельную базу. Даже сами разработчики типовых ЗУПов используют всего два вида расчетов - начисления и удержания (а у кого-то я видел реализацию зарплаты и вовсе на едином ПВР). Использовать новый план для управленческой зарплаты (известной как "конверты") совсем неважная идея - управленку проще и безопаснее (!) вести в отдельной базе, из которой потом по обмену сливать требуемую часть в "Бухгалтерию".
Я не мог понять "зачем?". Одно дело оперировать с общепринятыми в международном делопроизводстве концепциями "справочников" и "документов" (но и тут не все однозначно, тот же "договор" мог быть реализован по разному), но совсем другая история, когда в платформу затягивают кусок локального "изменчивого" законодательства. Когда я только знакомился с 1С 8.0, у меня сложилось ощущение, что компании 1С именно этот кусок придётся поддерживать тщательнее всего. Ведь его будут поддерживать тщательно? Ведь его будут поддерживать? Ау, есть тут кто..?
Так вышло, что в мире конфигураций 1С сейчас есть два монстра: 1) Документооборот, который героически на костылях расширяет возможности недоработанных бизнес-процессов, и 2) ЗУП, который точно так же героически на костылях пытается дать максимально понятный пользовательский опыт. И это в то время, когда платформа настолько зрела, что новые документы и отчеты создаются буквально накликиванием мышкой за считанные минуты, после чего довольные пользователи сразу их используют
#1c #зарплата #критика
Please open Telegram to view this post
VIEW IN TELEGRAM
👍6
В последнее время технологии ИИ все глубже проникают в сферу 1С-программирования и разработки бизнес-решений.
В 2025 году это уже не просто "спросить у ЧатаГПТ и лишний раз убедится, что аденэсников никто не заменит", а появление первых реально работающих решений для автогенерации кода и документирования разработки.
Сначала компания 1С представила технологию "1С:Напарник", которая пока доступна только для тестирования партнерам из РФ. Потом появились первые народные решения: MCP-сервер для метаданных 1С от Сергея Филькина, открытое решение для создания MCP-серверов в 1С:Предприятие от Владимира Харина и платные решения MCP серверы для вайб кодинга в 1С и конструктор ИИ-агентов OneAPA от Олега Филиппова.
Популяризация использования агентов в 1С - это хорошо, но что это вообще такое "агенты"? Сразу уточню, что упомянутые выше MCP - это не агенты и не языковые модели, это реализации открытого стандарта от Anthropic для агентских коммуникаций.
Чтобы разобраться в теме, я посмотрел много видео на Ютубе и подписался на ряд тематических ТГ-каналов. Но всюду контент был или совершенно непонятный, или создается энтузиастами, которые сами пытаются в нем как-то разобраться.
По итогу я сделал самое разумное - я записался на курсы от Hugging Face (признанные эксперты в области машинного обучения). Кстати, рекомендую всем - легкий и понятный учебный материал со множеством примеров.
В 2025 году это уже не просто "спросить у ЧатаГПТ и лишний раз убедится, что аденэсников никто не заменит", а появление первых реально работающих решений для автогенерации кода и документирования разработки.
Сначала компания 1С представила технологию "1С:Напарник", которая пока доступна только для тестирования партнерам из РФ. Потом появились первые народные решения: MCP-сервер для метаданных 1С от Сергея Филькина, открытое решение для создания MCP-серверов в 1С:Предприятие от Владимира Харина и платные решения MCP серверы для вайб кодинга в 1С и конструктор ИИ-агентов OneAPA от Олега Филиппова.
Популяризация использования агентов в 1С - это хорошо, но что это вообще такое "агенты"? Сразу уточню, что упомянутые выше MCP - это не агенты и не языковые модели, это реализации открытого стандарта от Anthropic для агентских коммуникаций.
Чтобы разобраться в теме, я посмотрел много видео на Ютубе и подписался на ряд тематических ТГ-каналов. Но всюду контент был или совершенно непонятный, или создается энтузиастами, которые сами пытаются в нем как-то разобраться.
По итогу я сделал самое разумное - я записался на курсы от Hugging Face (признанные эксперты в области машинного обучения). Кстати, рекомендую всем - легкий и понятный учебный материал со множеством примеров.
👍7🔥2❤1
Мой университетский друг на днях выложил альбом с песнями на Ютубе как подарок самому себе на день рождения. Тексты полностью за его авторством, а вот все остальное сгенерировано (похоже на Suno, но могут быть альтернативы). Я его поздравил с ДР и новым хобби, но для себя сделал пометку, что музыкантам пока боятся нечего.
Разве стихи определяет хорошие песни? Давайте откроем популярные радио-рейтинги и почему-то на первых местах увидим песни с совсем примитивными текстами, в то время как их более глубокие "собратья" где-то внизу. Если текст важен, то почему в моем детстве все вокруг без малейшего понимания смысла, но с большим энтузиазмом подпевали "хиппи-нейшин" (Ace of Base), "ракамакафон" (Bomfunk MC's) и "рип-ми" (Nirvana)?
Я слышал истории создания многих хитов, которые изначально появились как мелодия, на которую уже после писали текст. А еще я знаю таких харизматичных исполнителей, что их готовы слушать а-капелла. Но в системах класса Suno нет ни цепляющих мелодий, ни личного прочтения от исполнителей. Возможно, когда-то удастся подобрать алгоритмы создания творчества, но сейчас это не больше чем случайные компиляции звуков - скорее черновые наброски, а не финальный продукт.
Хотя, если честно, то мой товарищ мог бы уделить своему проекту чуть больше внимания и получить более качественный результат даже с текущими инструментами. Во первых, если у него заявлен именно альбом (а не пачка синглов), то нужно было дать больше связующего между композициями - схожие наборы музыкальных инструментов, похожие голоса для вокала, плюс-минус общее тематическое оформление. Во вторых, при подборе вариантов вокала и музыки нужно было оценивать их уместность тексту - а тут колыбельная поется с таким надрывом, что я после такой песни не заснул бы до утра.
#ai #music #пятница
Разве стихи определяет хорошие песни? Давайте откроем популярные радио-рейтинги и почему-то на первых местах увидим песни с совсем примитивными текстами, в то время как их более глубокие "собратья" где-то внизу. Если текст важен, то почему в моем детстве все вокруг без малейшего понимания смысла, но с большим энтузиазмом подпевали "хиппи-нейшин" (Ace of Base), "ракамакафон" (Bomfunk MC's) и "рип-ми" (Nirvana)?
Я слышал истории создания многих хитов, которые изначально появились как мелодия, на которую уже после писали текст. А еще я знаю таких харизматичных исполнителей, что их готовы слушать а-капелла. Но в системах класса Suno нет ни цепляющих мелодий, ни личного прочтения от исполнителей. Возможно, когда-то удастся подобрать алгоритмы создания творчества, но сейчас это не больше чем случайные компиляции звуков - скорее черновые наброски, а не финальный продукт.
Хотя, если честно, то мой товарищ мог бы уделить своему проекту чуть больше внимания и получить более качественный результат даже с текущими инструментами. Во первых, если у него заявлен именно альбом (а не пачка синглов), то нужно было дать больше связующего между композициями - схожие наборы музыкальных инструментов, похожие голоса для вокала, плюс-минус общее тематическое оформление. Во вторых, при подборе вариантов вокала и музыки нужно было оценивать их уместность тексту - а тут колыбельная поется с таким надрывом, что я после такой песни не заснул бы до утра.
#ai #music #пятница
👍5❤1💯1
Не могу сказать, когда я в последний раз хорошо спал ночью и на утро был свежим. Было ли такое в этом году?
😵 Последний месяц в Киеве был очень напряженным - много ночных атак - просыпались от взрывных волн, а утром читали сколько человек погибло в разрушенных домах. А когда была редкая "спокойная" ночь, то свой вклад начинали вносить кошки со своими мяуканьями и ты-гы-дыками. После рабочих дней у меня хоть какая-то надежда была на выходные, но раз за разом или один сосед работает с 8 утра дрелью, или другой отбивает мясо или этажом выше запускается стирка с отжимом схожим на очереди из пулемета (когда-то соседка спрашивала - не мешает ли она нам спать - тогда еще не мешала).
🤌 Вчера добавился еще тесть. Мы его забрали к себе на пару дней под присмотр после операции. Ему не спится - то радио слушал, то в туалет бегал, то бесконечные походы курить на балкон... Сегодня в 3 ночи проснулся от ощущения взгляда - открыл глаза и вижу, что тесть аккуратно закрывает дверь и смотрит не разбудил ли он нас....
😵💫 Какое влияние оказывает на меня хроническое недосыпание? Соглашусь, что наблюдаю некоторую деградацию своих когнитивных способностей, но пока не критично. Это как запустить на постоянное выполнение программу с утечкой памяти: если хорошее железо и отличные оптимизации под большие объемы информации, то все будет работать удовлетворительно какое-то время - пока файл подкачки не закончится и все не зависнет...
Please open Telegram to view this post
VIEW IN TELEGRAM
😢7🕊1
У меня есть маленький пет-проект, которым я занимаюсь по выходным - пишу плагин для 1C:EDT (среда разработки для 1С на платформе Eclipse). Кто такие плагины писал, тот в цирке не смеется (кто знает, тот знает).
Чтобы немного упростить себе задачу, решил подключить ИИ. Но кого выбрать?👨💻
Все хвалят Cursor IDE и Windsurf, которые стали известны на волне вайб-кодинга - но это просто надстройки над VS Code и мне они не помогут с приколами Eclipse. Консольные Claude Code, OpenAI Codex, Warp AI и Google Gemini CLI тем более не у дел.
Среди уже интегрированных в Eclipse решений могу отметить только GitHub Copilot от Microsoft, но их Агент все еще в режиме "Preview" - не умеет использовать встроенные инструменты среды и даже не видит вывод в консоли. Но он хоть понимает структуру проектов и может предлагать множественные правки дифами. Для эксперимента я попросил его посмотреть на ошибки в консоли и попробовать их исправить - он некоторое время думал; потом в корне проекта нашел текстовый файлик, в который я копипастил некоторые проблемы, после чего выдал радостное сообщение, что он нашел Консоль; и начал героически пытаться исправить ошибки, которые я уже сам исправил несколько часов назад😩
Выходит, мне остается только пользоваться "умными" чатами. Чат Claude Sonnet 4 от Anthropic показывал себя очень хорошо - я скидывал свои классы и скриншоты проблем, а он давал вполне практичные советы. Но не долго. Только начинаю входить в кураж, как "Claude hit the maximum length for this conversation" и нужно начинать с начала... Хорошо, что разрешает начинать новый разговор - ChatGPT от OpenAI просто предлагает пойти на 4 часика покурить бамбук, если я такой нищеброд и мне жалко $20 в месяц (к слову, за деньги просто дадут больше токенов, при расходовании которых снова отправят погулять до сброса лимита).
А вот у чата Gemini 2,5 Flash от Google проблем быстрого расходования токенов и малого контекстного окна нет. Кидай сколько влезет скриншоты и листинги кода - все переваривает и пытается помочь. Для удобства у него есть даже Gem-боты (аналоги GPTs в ChatGPT, но бесплатные) - я себе настроил профиль эксперта по разработке плагинов на Eclipse Platform, знающего API для всех классов из 1C:EDT (скормил ему публичный JavaDoc и тестовый плагин от 1С).
И вроде бы нормально с Gemini общались, пытаясь настроить интеграционные тесты - у него столько было энтузиазма и фантазии для решения проблем, как вдруг он перестал отвечать - результат на скрине. Видимо обиделся на мое замечание🥴
P.S. Говорят, что у Илона Маска на днях Grok-4 вышел, который согласно официальных прес-релизов безмерно крут. Кто-небудь уже попробовал? Может хоть он осилит технологии от 1С?
#ai #1с #программирование
Чтобы немного упростить себе задачу, решил подключить ИИ. Но кого выбрать?
Все хвалят Cursor IDE и Windsurf, которые стали известны на волне вайб-кодинга - но это просто надстройки над VS Code и мне они не помогут с приколами Eclipse. Консольные Claude Code, OpenAI Codex, Warp AI и Google Gemini CLI тем более не у дел.
Среди уже интегрированных в Eclipse решений могу отметить только GitHub Copilot от Microsoft, но их Агент все еще в режиме "Preview" - не умеет использовать встроенные инструменты среды и даже не видит вывод в консоли. Но он хоть понимает структуру проектов и может предлагать множественные правки дифами. Для эксперимента я попросил его посмотреть на ошибки в консоли и попробовать их исправить - он некоторое время думал; потом в корне проекта нашел текстовый файлик, в который я копипастил некоторые проблемы, после чего выдал радостное сообщение, что он нашел Консоль; и начал героически пытаться исправить ошибки, которые я уже сам исправил несколько часов назад
Выходит, мне остается только пользоваться "умными" чатами. Чат Claude Sonnet 4 от Anthropic показывал себя очень хорошо - я скидывал свои классы и скриншоты проблем, а он давал вполне практичные советы. Но не долго. Только начинаю входить в кураж, как "Claude hit the maximum length for this conversation" и нужно начинать с начала... Хорошо, что разрешает начинать новый разговор - ChatGPT от OpenAI просто предлагает пойти на 4 часика покурить бамбук, если я такой нищеброд и мне жалко $20 в месяц (к слову, за деньги просто дадут больше токенов, при расходовании которых снова отправят погулять до сброса лимита).
А вот у чата Gemini 2,5 Flash от Google проблем быстрого расходования токенов и малого контекстного окна нет. Кидай сколько влезет скриншоты и листинги кода - все переваривает и пытается помочь. Для удобства у него есть даже Gem-боты (аналоги GPTs в ChatGPT, но бесплатные) - я себе настроил профиль эксперта по разработке плагинов на Eclipse Platform, знающего API для всех классов из 1C:EDT (скормил ему публичный JavaDoc и тестовый плагин от 1С).
И вроде бы нормально с Gemini общались, пытаясь настроить интеграционные тесты - у него столько было энтузиазма и фантазии для решения проблем, как вдруг он перестал отвечать - результат на скрине. Видимо обиделся на мое замечание
P.S. Говорят, что у Илона Маска на днях Grok-4 вышел, который согласно официальных прес-релизов безмерно крут. Кто-небудь уже попробовал? Может хоть он осилит технологии от 1С?
#ai #1с #программирование
Please open Telegram to view this post
VIEW IN TELEGRAM
🔥2
Сегодня наконец-то перевернул последнюю страницу "Мы - Легион. Мы - Боб" Денниса Тейлора, о которой я упоминал тут. Вторая половина книги была такой же сложной как и первая. Не смотря на ряд открытых сюжетных линий (да они все остались открытыми!!!) и желание узнать о финале этой увлекательной космической оперы, я вынужден остановится.
Минутка теории. Чтение книг на иностранном языке - это отличный способ естественным образом усваивать новую лексику и просто привыкать к языку. Но это эффективно работает только для книг уровня N+1 (где N - уровень, где ты уже все понимаешь). Многие методологи предлагают не сдаваться, если книга кажется поначалу сложной - это уникальный авторский словарный запас, который нужно изучить на протяжении первых десятков страниц, а далее чтение пойдет плавно.
Я действительно изучил авторский словарный запас Тейлора - без словаря понимаю, когда герои вздыхают, бурчат, спорят, чешут подбородок и хватаются за голову. Но до последней страницы книга оставалась сложной для восприятия из-за обилия идиом и культурных отсылок. Более того, каждый клон Боба хочет быть настолько уникальным, что под новый выбранный образ и характер меняет стиль своей речи😰
Структура книги не помогает ее читать. С самого начала пока Боб был один и вся история посвящалась только ему - было комфортно. Но потом Бобов стало несколько десятков, но ни одна история не рассказывалась полностью. Редкие главы были больше десяти страниц со множеством событий, обычно автор делал главу на 2-3 страницы про событие вокруг одного из клонов и тут же перепрыгивал к следующему.
А еще что-то не так с хронологией. К финалу первой книги распространение Бобов уже было в радиусе 30 световых лет и 4 года скучного полета для одного клона равнялось 15 годам насыщенной жизни для другого. Автор указывал годы относительно Земли в названии каждой главы - так 51-я глава про Билла происходит в 2174 году, а в 56-й главе этот же Билл почему-то в 2167 - сидишь и думаешь, то ли автор ошибся, то ли так и задумано...
#english #books
Минутка теории. Чтение книг на иностранном языке - это отличный способ естественным образом усваивать новую лексику и просто привыкать к языку. Но это эффективно работает только для книг уровня N+1 (где N - уровень, где ты уже все понимаешь). Многие методологи предлагают не сдаваться, если книга кажется поначалу сложной - это уникальный авторский словарный запас, который нужно изучить на протяжении первых десятков страниц, а далее чтение пойдет плавно.
Я действительно изучил авторский словарный запас Тейлора - без словаря понимаю, когда герои вздыхают, бурчат, спорят, чешут подбородок и хватаются за голову. Но до последней страницы книга оставалась сложной для восприятия из-за обилия идиом и культурных отсылок. Более того, каждый клон Боба хочет быть настолько уникальным, что под новый выбранный образ и характер меняет стиль своей речи
Структура книги не помогает ее читать. С самого начала пока Боб был один и вся история посвящалась только ему - было комфортно. Но потом Бобов стало несколько десятков, но ни одна история не рассказывалась полностью. Редкие главы были больше десяти страниц со множеством событий, обычно автор делал главу на 2-3 страницы про событие вокруг одного из клонов и тут же перепрыгивал к следующему.
А еще что-то не так с хронологией. К финалу первой книги распространение Бобов уже было в радиусе 30 световых лет и 4 года скучного полета для одного клона равнялось 15 годам насыщенной жизни для другого. Автор указывал годы относительно Земли в названии каждой главы - так 51-я глава про Билла происходит в 2174 году, а в 56-й главе этот же Билл почему-то в 2167 - сидишь и думаешь, то ли автор ошибся, то ли так и задумано...
#english #books
Please open Telegram to view this post
VIEW IN TELEGRAM
👍3
Adres, Servis, Stok - чего только не встретишь в коде на 1С 😅
У меня сейчас задачка перенести код из расширения 1С:Бухгалтерии (для одной азиатской страны) в расширение для IRP. И это реально код из категории "вырви глаз". В модулях ядреная смесь русского и английского языков и, судя по всему, автор(-ы) не особо знакомы с обоими. Граматика на уровне "как слышится, так и пишется"☹️
#1с #рутина
У меня сейчас задачка перенести код из расширения 1С:Бухгалтерии (для одной азиатской страны) в расширение для IRP. И это реально код из категории "вырви глаз". В модулях ядреная смесь русского и английского языков и, судя по всему, автор(-ы) не особо знакомы с обоими. Граматика на уровне "как слышится, так и пишется"
#1с #рутина
Please open Telegram to view this post
VIEW IN TELEGRAM
😁8👻2🌚1
Forwarded from 1C:Jet Open-Source Project
We’re proud to introduce 1C:Jet
This is the first open-source project from 1Ci, and we’ve built it from scratch to show the world what 1C technologies are truly capable of.
1C:Jet is a lightweight business app for microbusinesses - open, free, and fully customizable.
We kept the code as simple and transparent as possible:
✅ clean structure
✅ meaningful comments
✅ helpful in-code hints
✅ MIT license
Our goal was not just to deliver a working app, but to create a clear example of how to build 1C solutions the right way — and make it easier for anyone to start learning, customizing, and experimenting.
We’re now working on step-by-step educational content and actively adding new features.
And we’d love to see what you will build on top of 1C:Jet publish your forks, modules, and extensions!
👉 Learn more and try it now: jet.1ci.com
📱 Project on GitHub: https://github.com/1Ci-Company/Jet
📱 Join our Telegram chat: https://news.1rj.ru/str/+_e1o5vj-ujplZDBi
Glad to see you here guys!
The 1C:Jet Development Team
This is the first open-source project from 1Ci, and we’ve built it from scratch to show the world what 1C technologies are truly capable of.
1C:Jet is a lightweight business app for microbusinesses - open, free, and fully customizable.
We kept the code as simple and transparent as possible:
✅ clean structure
✅ meaningful comments
✅ helpful in-code hints
✅ MIT license
Our goal was not just to deliver a working app, but to create a clear example of how to build 1C solutions the right way — and make it easier for anyone to start learning, customizing, and experimenting.
We’re now working on step-by-step educational content and actively adding new features.
And we’d love to see what you will build on top of 1C:Jet publish your forks, modules, and extensions!
Glad to see you here guys!
The 1C:Jet Development Team
Please open Telegram to view this post
VIEW IN TELEGRAM
1C:Jet Open-Source Project
We’re proud to introduce 1C:Jet This is the first open-source project from 1Ci, and we’ve built it from scratch to show the world what 1C technologies are truly capable of. 1C:Jet is a lightweight business app for microbusinesses - open, free, and fully…
☝️ Скачал себе эту новую опенсурс конфигурацию и посмотрю более детально. Cогласно документации заранее известно:
🟡 основано на БСП (SSL)
🟡 заявлены подсистемы Склада, Закупок, Продажи, Взаиморасчетов, Учета денег и простой PnL
🟡 пока голый костяк - работу с ЕСФ и с клиент-банками не реализовали
🟡 заявлена выгрузка в 1С:Драйв (международная УНФ).
Предварительно сложилось впечатление, что позиционирование нового продукта как у 1С:Управляющего, который был самой примитивной управленческой системой с выгрузкой в УТ, УТП и УПП.
Предварительно сложилось впечатление, что позиционирование нового продукта как у 1С:Управляющего, который был самой примитивной управленческой системой с выгрузкой в УТ, УТП и УПП.
Please open Telegram to view this post
VIEW IN TELEGRAM
1C:Jet Open-Source Project
We’re proud to introduce 1C:Jet This is the first open-source project from 1Ci, and we’ve built it from scratch to show the world what 1C technologies are truly capable of. 1C:Jet is a lightweight business app for microbusinesses - open, free, and fully…
☝️ Изучил новую конфигурацию и готов делать выводы.
Сейчас в Украине массово используют БАС:УТ3 (это аналог российской УТ11), а четь ранее основной торговой системой для малого бизнеса была УТ2.3 (аналог российской УТ10). Мало кто знает и еще меньше тех, кто застал - но когда платформа 1С8.0 только появилась, то первой конфой на ней была УТ1.0 . Я как-то один раз сталкивался с этой конфигурацией на складах "Gloria Jeans" и это выглядело как каркасная конфигурация для начинающих программистов. Был шок, что "такое" покупали и даже по многу лет использовали.
По своему функционалу новая конфигурация 1C:Jet - это еще более примитивное решение чем древняя украинская УТ1.0
1. Большая часть конфигурации - это БСП, что и плюс и минус одновременно. Плюс в том, что сразу есть много полезного функционала (прикрепление файлов, печать движений и так далее). Минус в лицензии CC BY 4.0, которая негибкая и должна быть протянута во все форки на базе этого решения (эти огромные заголовки в каждом модуле) - т.е. в заявленной лицензии MIT не больше 10% решения.
2. Финансовый учет очень примитивен, без аналитики. Нет ни направлений бизнеса, ни центров финансовой ответственности - даже самые "маленькие" из тех, с кем я работал, имели несколько направлений и интересовались их прибыльностью. Тут просто движение денег в разрезе касс и банковских счетов, актуальные остатки и долги контрагентов - при чем в разных отчетах и в одном месте финансовое здоровье не проанализировать.
3. Закупки и продажи представлены по одному инвойсу - нет ни планирования, ни резервирования, ни товаров в пути. Так же не предусмотрены возвраты и для их отражения нужно вручную редактировать существующие документы.
4. Складской учет - представлен обычным перемещением, а также отдельными документами оприходывания и списания - не очень удобно для проведения инвентаризации.
5. Кассовые и банковские приходы и расходы в четверых отдельных журналах (почему не в едином?). В каждом документе есть две колонки - "Payment amount" и "Amount" - понимайте как хотите (валюты документа и для УУ).
6. Документы можно вносить в любой валюте, но требуется тут же указать курс. Все отчеты только в валюте управленческого учета. Курсы можно вручную указывать для каждого документа или заранее внести в регистр и они будут подставляться сами.
7. Цены есть только простые с явным указанием, без формул и каких-либо скидок-наценок.
8. Ввод начальных остатков не предусмотрен - видимо нужно делать обычными документами. Например для ввода дебиторки нужно сделать продажу и тут же оприходывание разницы.
9. Зато есть целых три независимых документа для CRM! - Встречи, звонки и письма.
10. И есть целый бизнес-процес!!! Вероятно, можно использовать для контроля подписания договоров в оффлайне. Хотя почему бы сразу не привязать к документам системы для контроля оплат и отгрузок???
Сейчас в Украине массово используют БАС:УТ3 (это аналог российской УТ11), а четь ранее основной торговой системой для малого бизнеса была УТ2.3 (аналог российской УТ10). Мало кто знает и еще меньше тех, кто застал - но когда платформа 1С8.0 только появилась, то первой конфой на ней была УТ1.0 . Я как-то один раз сталкивался с этой конфигурацией на складах "Gloria Jeans" и это выглядело как каркасная конфигурация для начинающих программистов. Был шок, что "такое" покупали и даже по многу лет использовали.
По своему функционалу новая конфигурация 1C:Jet - это еще более примитивное решение чем древняя украинская УТ1.0
1. Большая часть конфигурации - это БСП, что и плюс и минус одновременно. Плюс в том, что сразу есть много полезного функционала (прикрепление файлов, печать движений и так далее). Минус в лицензии CC BY 4.0, которая негибкая и должна быть протянута во все форки на базе этого решения (эти огромные заголовки в каждом модуле) - т.е. в заявленной лицензии MIT не больше 10% решения.
2. Финансовый учет очень примитивен, без аналитики. Нет ни направлений бизнеса, ни центров финансовой ответственности - даже самые "маленькие" из тех, с кем я работал, имели несколько направлений и интересовались их прибыльностью. Тут просто движение денег в разрезе касс и банковских счетов, актуальные остатки и долги контрагентов - при чем в разных отчетах и в одном месте финансовое здоровье не проанализировать.
3. Закупки и продажи представлены по одному инвойсу - нет ни планирования, ни резервирования, ни товаров в пути. Так же не предусмотрены возвраты и для их отражения нужно вручную редактировать существующие документы.
4. Складской учет - представлен обычным перемещением, а также отдельными документами оприходывания и списания - не очень удобно для проведения инвентаризации.
5. Кассовые и банковские приходы и расходы в четверых отдельных журналах (почему не в едином?). В каждом документе есть две колонки - "Payment amount" и "Amount" - понимайте как хотите (валюты документа и для УУ).
6. Документы можно вносить в любой валюте, но требуется тут же указать курс. Все отчеты только в валюте управленческого учета. Курсы можно вручную указывать для каждого документа или заранее внести в регистр и они будут подставляться сами.
7. Цены есть только простые с явным указанием, без формул и каких-либо скидок-наценок.
8. Ввод начальных остатков не предусмотрен - видимо нужно делать обычными документами. Например для ввода дебиторки нужно сделать продажу и тут же оприходывание разницы.
9. Зато есть целых три независимых документа для CRM! - Встречи, звонки и письма.
10. И есть целый бизнес-процес!!! Вероятно, можно использовать для контроля подписания договоров в оффлайне. Хотя почему бы сразу не привязать к документам системы для контроля оплат и отгрузок???
🔥6👍3❤1😱1
Сегодня увидел историю как в известном меме.
Заголовок: Аппарат МРТ затащил внутрь человека и убил.
Содержание: Мужчина проигнорировал запрет и ворвался в кабинет, где проводили МРТ его родственнику; магнитное поле аппарата притянуло металлическую цепочку на шее мужчины и он умер от удушья.
Почему журналисты делают подобные громкие заголовки для своих пресных новостей? Очевидно, что ради трафика. Но получают ли они его?
Не знаю как среднестатистических пользователей Интернет, но лично меня подобные заголовки бесят. Если я замечаю за "новостными" ресурсами подобные злоупотребления, то я просто перестаю читать ВСЕ их новости.
После того как Google реализовал ИИ-поиск, обычные люди вздохнули с облегчением - они сразу получают нужный им ответ без долгого копания в мусоре, а вот авторы "громких заголовков" сейчас льют слёзы в соцсетях, что к ним перестали заходить. Есть и другие специализированные поисковые движки (самый популярный - Perplexity AI), который позволяет в едином пространстве делать умные исследования и получать новостные сводки без посещения сайтов. А еще "убийцами сенсаций" могут быть известные нам ИИ-чаты, которые позволяют настраивать по расписанию анализ новостей и присылать сводки самого важного и интересного (в бесплатной версии Grok доступно две такие задачи).
Если чесно, то заголовки "ученый изнасиловал журналиста" - это уровень бабушек на лавочках, у которых все или вейперы или онлифанщицы. Если подобное явление умрет и "новостные сайты" закроют - это будет настоящее благо для человечества. Уж как-то переживем без десятых за год "похорон Киркорова и Пугачевой, на которых скорбела вся страна".
А вот за будущее сайтов с настоящими новостями я не боюсь - так или иначе, но мы прийдем к точке, когда ИИ-сервисы сами будут им платить и даже больше чем сейчас рекламодатели. Ведь ИИ-поиском и сводками никто не будет пользоваться, если пропадет качественный контент, который нужно находить и включать в эти сводки.
#ai #журналисты #мысли_о_будущем
Заголовок: Аппарат МРТ затащил внутрь человека и убил.
Содержание: Мужчина проигнорировал запрет и ворвался в кабинет, где проводили МРТ его родственнику; магнитное поле аппарата притянуло металлическую цепочку на шее мужчины и он умер от удушья.
Почему журналисты делают подобные громкие заголовки для своих пресных новостей? Очевидно, что ради трафика. Но получают ли они его?
Не знаю как среднестатистических пользователей Интернет, но лично меня подобные заголовки бесят. Если я замечаю за "новостными" ресурсами подобные злоупотребления, то я просто перестаю читать ВСЕ их новости.
После того как Google реализовал ИИ-поиск, обычные люди вздохнули с облегчением - они сразу получают нужный им ответ без долгого копания в мусоре, а вот авторы "громких заголовков" сейчас льют слёзы в соцсетях, что к ним перестали заходить. Есть и другие специализированные поисковые движки (самый популярный - Perplexity AI), который позволяет в едином пространстве делать умные исследования и получать новостные сводки без посещения сайтов. А еще "убийцами сенсаций" могут быть известные нам ИИ-чаты, которые позволяют настраивать по расписанию анализ новостей и присылать сводки самого важного и интересного (в бесплатной версии Grok доступно две такие задачи).
Если чесно, то заголовки "ученый изнасиловал журналиста" - это уровень бабушек на лавочках, у которых все или вейперы или онлифанщицы. Если подобное явление умрет и "новостные сайты" закроют - это будет настоящее благо для человечества. Уж как-то переживем без десятых за год "похорон Киркорова и Пугачевой, на которых скорбела вся страна".
А вот за будущее сайтов с настоящими новостями я не боюсь - так или иначе, но мы прийдем к точке, когда ИИ-сервисы сами будут им платить и даже больше чем сейчас рекламодатели. Ведь ИИ-поиском и сводками никто не будет пользоваться, если пропадет качественный контент, который нужно находить и включать в эти сводки.
#ai #журналисты #мысли_о_будущем
😁4💯3👍2
Даже не верится, что все еще актуальному роману Джорджа Оруэлла "1984" уже более 75 лет со дня публикации!
Именно роман "1984" у меня постоянно всплывал в памяти, во время просмотра сериала "Город и город". Сериал вместе с книгой считаются фантастикой, но из фантастичного тут только сама выдумка про существование соединенных городов Бешель и Уль-Кома. Так же, как было выдуманным тоталитарное государство Океания в "1984". Но вот само разделение городских территорий на психическом уровне для меня никакая не фантастика - это обыденность.
Вокруг тысячи вещей, которые мы усиленно стараемся не видеть. Из простого: мы, обычные горожане, стараемся не замечать как дети "важных людей" (тех самых, которым мы платим зарплату, и которые должны отстаивать наши интересы) по утрам возвращаются с ночных клубов на Ferrari и Lamborghini, стоимость которых на наших рабочих профессиях не заработать и за всю жизнь. Сами "сливки общества" тоже стараются не смотреть на обычных людей - так, какая-то пыль у ног. И мы все дружно делаем вид, что не замечаем бомжей, которые бухие в рванных одеждах валяются под заборами с пустыми бутылками от водки...
Было столько столетий развития этики и "демократических норм", были революций за права, а люди до сих пор с легкостью сбиваются в касти, с удовольствием играют в стратификацию и даже в сегрегацию. Нам не нужно грозить наказаниями, чтобы мы не смотрели на вещи, которые нарушают официальную идеологию и пропаганду - мы сами добровольно готовы не смотреть.
Реальное воплощение постмодерна. К черту реализм, рационализм, абсолютные ценности и поиск истин. Общество постмодерна больше не описывает действительность в словах и текстах - теперь оно конструирует своими текстами новую реальность. Раньше в новостях писали о действительно произошедших событиях, а теперь пишут постулаты, в которые все обязаны верить или как минимум не спорить, чтобы не получить ярлыки "предателя народа" и "вражеского ИПСО".
И эту воскресную заметку хочу завершить фразой, которой в сериале "Город и город" прощались, чтобы пожелать удачи:
👁🗨 Следите за собой!
Именно роман "1984" у меня постоянно всплывал в памяти, во время просмотра сериала "Город и город". Сериал вместе с книгой считаются фантастикой, но из фантастичного тут только сама выдумка про существование соединенных городов Бешель и Уль-Кома. Так же, как было выдуманным тоталитарное государство Океания в "1984". Но вот само разделение городских территорий на психическом уровне для меня никакая не фантастика - это обыденность.
Вокруг тысячи вещей, которые мы усиленно стараемся не видеть. Из простого: мы, обычные горожане, стараемся не замечать как дети "важных людей" (тех самых, которым мы платим зарплату, и которые должны отстаивать наши интересы) по утрам возвращаются с ночных клубов на Ferrari и Lamborghini, стоимость которых на наших рабочих профессиях не заработать и за всю жизнь. Сами "сливки общества" тоже стараются не смотреть на обычных людей - так, какая-то пыль у ног. И мы все дружно делаем вид, что не замечаем бомжей, которые бухие в рванных одеждах валяются под заборами с пустыми бутылками от водки...
Было столько столетий развития этики и "демократических норм", были революций за права, а люди до сих пор с легкостью сбиваются в касти, с удовольствием играют в стратификацию и даже в сегрегацию. Нам не нужно грозить наказаниями, чтобы мы не смотрели на вещи, которые нарушают официальную идеологию и пропаганду - мы сами добровольно готовы не смотреть.
Реальное воплощение постмодерна. К черту реализм, рационализм, абсолютные ценности и поиск истин. Общество постмодерна больше не описывает действительность в словах и текстах - теперь оно конструирует своими текстами новую реальность. Раньше в новостях писали о действительно произошедших событиях, а теперь пишут постулаты, в которые все обязаны верить или как минимум не спорить, чтобы не получить ярлыки "предателя народа" и "вражеского ИПСО".
И эту воскресную заметку хочу завершить фразой, которой в сериале "Город и город" прощались, чтобы пожелать удачи:
👁🗨 Следите за собой!
Telegram
Reflection zone
🎬 The City and the City (TV Mini Series), 2018
This is a story about two cities - Besźel and Ul Qoma - which coexist in the same physical space but are perceived as separate realities. The two cities have differing societies, cultures, technologies and…
This is a story about two cities - Besźel and Ul Qoma - which coexist in the same physical space but are perceived as separate realities. The two cities have differing societies, cultures, technologies and…
👍8
Очень показательная история, о которой говорит весь мир, и о которой поговорим и мы 🤓
Суть. Джейсон Лемкин, основатель SaaStr (сообщество вокруг SaaS и решений AI для бизнеса) в X рассказал о своем негативном опыте с Replit (SaaS для вайбкодинга веб-решений). Платил щедро: абонплату $173/день и еще $607 за дополнительную функциональность. По словам Джейсона, если бы он не остановился, то расходы за месяц составили примерно $8000. Остановился же он после того, как на 10-й день вайбкодинга его ИИ-агент удалил ему прод, который поддержка сервиса Replit потом несколько дней пыталась восстановить. Хотя и до этого уже были звоночки: отчеты, за которые он отдавал дополнительную плату, оказались фиктивными, а ИИ-агенты при разработке часто игнорировал запрет на модификацию файлов, даже если этот запрет написать КАПСОМ!
Давайте разбираться в случившемся:
1) Сервис Replit очевидно имеет хороший аппетит, но очень слабую службу поддержки. С учетом предоставления ИИ-агентов с непредсказуемым поведением, я бы никому не рекомендовал использовать данный сервис - инструменты от OpenAI, Claude, xAI и Google тоже позволяют делать веб-сервисы с нуля и при этом обладают отличной поддержкой и хорошей динамикой развития своих движков.
2) Основатель сообщества о SaaS и AI оказался фатально некомпетентным в технологиях, вокруг которых построено его сообщество. Он просто начал использовать Replit, втянулся и стал выбрасывать кучи денег, а когда его проект "самовыпилился", то он просто расстроенный остался валятся в постеле. А где же предварительный анализ рисков, планы "страховки" и разбор обнаруженных ошибок? Как лидер сообщества, Джейсон имеет некоторые обязательства перед своими последователями - как минимум, объяснить почему энтузиастам и евангелистам важно лично испытывать "сырые" технологии и обнаруживать ошибки до начала массового применения; и что факапы - это неизбежные спутники развития, а не повод все бросить и уехать на ранчо разводить коней. Сейчас же он выглядит как неудачник, которому больше никто не закажет проекты.
3) Бэкапы и планы экстренных восстановлений просто должны быть. Точка!
4) Допускать экспериментальных ИИ-агентов к проду - это еще хуже чем пускать туда джунов. Люди-джуны умеют боятся своих ошибок, а компьютеры - это рыцари без страха, но с упрёком. При планировании работ никогда нельзя выпускать агентов за пределы песочницы! Тут явно ошибка архитектуры сервиса Replit.
5) Об промтинге (искусстве написания запросов на LLM) ходят различные мифы - например, что инструкции КАПЛОКОМ будут приоритетнее остальных. Допускаю, что подобное поведение могло проявляться на некоторых моделях, но не является для них общим законом. Тут важны существования "системных промтов" и "улучшателей" пользовательских запросов - очевидно, что в процессе подготовки инструкций для ИИ-агентов запреты на редактирование уже пропадали или вступили в противоречие с системными инструкциями. Если Джейсон позиционирует себя как эксперта в ИИ-области, то он должен был знать эти азы.
#ai #вайбкодинг
Суть. Джейсон Лемкин, основатель SaaStr (сообщество вокруг SaaS и решений AI для бизнеса) в X рассказал о своем негативном опыте с Replit (SaaS для вайбкодинга веб-решений). Платил щедро: абонплату $173/день и еще $607 за дополнительную функциональность. По словам Джейсона, если бы он не остановился, то расходы за месяц составили примерно $8000. Остановился же он после того, как на 10-й день вайбкодинга его ИИ-агент удалил ему прод, который поддержка сервиса Replit потом несколько дней пыталась восстановить. Хотя и до этого уже были звоночки: отчеты, за которые он отдавал дополнительную плату, оказались фиктивными, а ИИ-агенты при разработке часто игнорировал запрет на модификацию файлов, даже если этот запрет написать КАПСОМ!
Давайте разбираться в случившемся:
1) Сервис Replit очевидно имеет хороший аппетит, но очень слабую службу поддержки. С учетом предоставления ИИ-агентов с непредсказуемым поведением, я бы никому не рекомендовал использовать данный сервис - инструменты от OpenAI, Claude, xAI и Google тоже позволяют делать веб-сервисы с нуля и при этом обладают отличной поддержкой и хорошей динамикой развития своих движков.
2) Основатель сообщества о SaaS и AI оказался фатально некомпетентным в технологиях, вокруг которых построено его сообщество. Он просто начал использовать Replit, втянулся и стал выбрасывать кучи денег, а когда его проект "самовыпилился", то он просто расстроенный остался валятся в постеле. А где же предварительный анализ рисков, планы "страховки" и разбор обнаруженных ошибок? Как лидер сообщества, Джейсон имеет некоторые обязательства перед своими последователями - как минимум, объяснить почему энтузиастам и евангелистам важно лично испытывать "сырые" технологии и обнаруживать ошибки до начала массового применения; и что факапы - это неизбежные спутники развития, а не повод все бросить и уехать на ранчо разводить коней. Сейчас же он выглядит как неудачник, которому больше никто не закажет проекты.
3) Бэкапы и планы экстренных восстановлений просто должны быть. Точка!
4) Допускать экспериментальных ИИ-агентов к проду - это еще хуже чем пускать туда джунов. Люди-джуны умеют боятся своих ошибок, а компьютеры - это рыцари без страха, но с упрёком. При планировании работ никогда нельзя выпускать агентов за пределы песочницы! Тут явно ошибка архитектуры сервиса Replit.
5) Об промтинге (искусстве написания запросов на LLM) ходят различные мифы - например, что инструкции КАПЛОКОМ будут приоритетнее остальных. Допускаю, что подобное поведение могло проявляться на некоторых моделях, но не является для них общим законом. Тут важны существования "системных промтов" и "улучшателей" пользовательских запросов - очевидно, что в процессе подготовки инструкций для ИИ-агентов запреты на редактирование уже пропадали или вступили в противоречие с системными инструкциями. Если Джейсон позиционирует себя как эксперта в ИИ-области, то он должен был знать эти азы.
#ai #вайбкодинг
Please open Telegram to view this post
VIEW IN TELEGRAM
👍6
В следствии отсутствия на платформе 1С наследований, интерфейсов и прочих имплементаций контрактов поведения, на разработчиков падает дополнительная нагрузка по реализации проверок для своей же функциональности. Ну, как падает - при желании они могут добавить такие проверки, но чаще их не делают и потом:
О каких контрактах речь? Речь про обязательство наличия у объектов и модулей некоторой функциональности, без которой система в целом будет работать неправильно: список реквизитов с указанными именами и типами, обработчики определенных типов оповещений, экспортирование требуемых публичных методов и так далее.
Пример проблемы. Один программист реализовывает проверку документов с запретом продажи ниже себестоимости - это просто подписка на определяемый тип с вызовом экспортной функции из модуля документа, которую он добавил во все документы из подсистемы продаж. Второй программист разрабатывает новый документ отгрузки со склада, который в целом правильно работает согласно ТЗ, но аналитики при запуске решают, что отгрузка же ведь может быть на покупателя и потому новый документ нужно включить к остальным в определяемый тип "продажным документов". И тут внезапно документ перестает работать и выдает ошибку несуществующей экспортной функции.
👆 Можно ли избежать подобных проблем?
1) Использовать регрессионное тестирование при подготовке релиза.
2) Добавить юнит-тесты при старте, которые перепроверяют выполнение системных контрактов.
3) Программировать в безопасном стиле - т.е. в самих функциях контролировать их применимость: проверить через метаданные существование реквизитов объектов, а внешние методы вызывать через Try/Except.
✍️ С одной стороны так нарабатываются технические практики, которые свидетельствуют о зрелости команд разработки. А с другой стороны, это же просто искусственные ограничения самоконтроля для платформы 1С, которые годами не устраняют с аргументацией: "вам это не надо!".
#1С #пятница - посвящается дню отправки пожеланий на @platform_suggestions
- в вашей программе ошибка и она не работает!
- чего же вы хотели, если не сделали настройки!
- какие еще настройки? в интерфейсе только одна кнопка!
- так они не тут, а в регистре НастройкиОбработок - я их описал в документации в пункте 31.7 в подпункте 2
- у нас есть документация???
- есть! она устарела, но этот пункт все еще актуален...
О каких контрактах речь? Речь про обязательство наличия у объектов и модулей некоторой функциональности, без которой система в целом будет работать неправильно: список реквизитов с указанными именами и типами, обработчики определенных типов оповещений, экспортирование требуемых публичных методов и так далее.
Пример проблемы. Один программист реализовывает проверку документов с запретом продажи ниже себестоимости - это просто подписка на определяемый тип с вызовом экспортной функции из модуля документа, которую он добавил во все документы из подсистемы продаж. Второй программист разрабатывает новый документ отгрузки со склада, который в целом правильно работает согласно ТЗ, но аналитики при запуске решают, что отгрузка же ведь может быть на покупателя и потому новый документ нужно включить к остальным в определяемый тип "продажным документов". И тут внезапно документ перестает работать и выдает ошибку несуществующей экспортной функции.
👆 Можно ли избежать подобных проблем?
1) Использовать регрессионное тестирование при подготовке релиза.
2) Добавить юнит-тесты при старте, которые перепроверяют выполнение системных контрактов.
3) Программировать в безопасном стиле - т.е. в самих функциях контролировать их применимость: проверить через метаданные существование реквизитов объектов, а внешние методы вызывать через Try/Except.
✍️ С одной стороны так нарабатываются технические практики, которые свидетельствуют о зрелости команд разработки. А с другой стороны, это же просто искусственные ограничения самоконтроля для платформы 1С, которые годами не устраняют с аргументацией: "вам это не надо!".
#1С #пятница - посвящается дню отправки пожеланий на @platform_suggestions
👍7🔥3
На этих выходным мы с друзьями собирались на даче, чтобы пожарить шашлыки и поговорить. В какой-то момент Паша за столом достал свой телефон и начал выполнять задания на Duolingo по французскому курсу. На меня некая ностальгия нахлинула от знакомых слов и фраз - ведь столько лет их зубрил в школе и в универе...
Поэтому я достал свой телефон, спросил у Паши его ник и подписался на него. Не знаю как аргументировать. Это было как-то спонтанно, по приколу...
А Паша посмотрел на меня и, тоже по приколу, добавил меня в свою семейную подписку, где были его жена, дети и пара его знакомых. Он у нас вообще любитель подписок - ChatGPT, Telegram, YouTube и как оказалось Duolingo.
Не то чтобы мне сильно нужен был премиум. Ведь мы живем в Украине и у нас и так у всех бесплатно доступны многие премиум-фишки (например, бесконечное удержание ударного режима). Но раз так сложились карты, то почему бы и не протестировать!
Да, СОВременный Duolingo уже очень далек от того сервиса, которым я начал пользоваться много лет назад (хотя Сова все та же). Мини-истории я уже успел увидеть пару лет назад, когда заходил в последний раз, а вот подкасты для меня в новинку - это прекрасное решение для аудирования. И то что добавили разделы для изученных слов и возможность поработать над ошибками - это тоже правильные доработки, которых сильно не хватало.
Визуал - это отдельная тема. Новые картинки и анимации после уроков иногда взрывают мозг🦄
Поэтому я достал свой телефон, спросил у Паши его ник и подписался на него. Не знаю как аргументировать. Это было как-то спонтанно, по приколу...
А Паша посмотрел на меня и, тоже по приколу, добавил меня в свою семейную подписку, где были его жена, дети и пара его знакомых. Он у нас вообще любитель подписок - ChatGPT, Telegram, YouTube и как оказалось Duolingo.
Не то чтобы мне сильно нужен был премиум. Ведь мы живем в Украине и у нас и так у всех бесплатно доступны многие премиум-фишки (например, бесконечное удержание ударного режима). Но раз так сложились карты, то почему бы и не протестировать!
Да, СОВременный Duolingo уже очень далек от того сервиса, которым я начал пользоваться много лет назад (хотя Сова все та же). Мини-истории я уже успел увидеть пару лет назад, когда заходил в последний раз, а вот подкасты для меня в новинку - это прекрасное решение для аудирования. И то что добавили разделы для изученных слов и возможность поработать над ошибками - это тоже правильные доработки, которых сильно не хватало.
Визуал - это отдельная тема. Новые картинки и анимации после уроков иногда взрывают мозг
Please open Telegram to view this post
VIEW IN TELEGRAM
👍9❤1
1C:Jet Open-Source Project
We’re proud to introduce 1C:Jet This is the first open-source project from 1Ci, and we’ve built it from scratch to show the world what 1C technologies are truly capable of. 1C:Jet is a lightweight business app for microbusinesses - open, free, and fully…
Сегодня в обед 1Ci Team сделали на почту рассылку: 1C:Jet – New Open-Source Business App by 1Ci
В целом повторили тезисы, которые ранее публиковали на своем сайте и в телеграмм-канале. А так же повторили, что это не игрушка и не прототип, а полноценное решение для микробизнеса:
Понаблюдаем за развитием ситуации, но меня же продолжает смущать факт, что это решение на 99% состоит из SSL (БСП), из-за чего решение обречено не стать массовым. Дело в том, что SSL почему-то распространяется по лицензии Creative Commons Attribution 4.0 (CC BY 4.0), которую ее же авторы категорически не рекомендуют использовать для программного обеспечения:
Главный риск БСП и ее лицензии "CC BY 4.0" в том, что все коммерческие продукты на основании 1C:Jet могут быть юридически отменены и запрещены не только к реализации, но и к владению, если суды посчитают условия лицензии нарушенными. Другими словами, прежде чем делать комерческие форки (СТО, кофейни, барбершопы и так далее) компания-разработчик должна оплатить адвокатам подготовку и согласование с компанией "OOO 1C-Soft" правил "добросовестного использования" - при чем эти правила будут сугубо индивидуальными для каждой компании.
Финансово выгодно сделать форк 1C:Jet, где оставить только часть под лицензией MIT, а SSL заменить на или собственное решение или на одну из альтернативных подсистем - например А1Э, которая распространяется тоже под лицензией MIT.
Но еще более финансово выгодно - просто сделать и продавать собственное независимое решение на платформе 1С, не тратя время на 1C:Jet, в которой ценность функционала пока меньше чем стоимость времени специалиста, который будет пробовать в нем разобраться.
#1С #лицензии #продукты
В целом повторили тезисы, которые ранее публиковали на своем сайте и в телеграмм-канале. А так же повторили, что это не игрушка и не прототип, а полноценное решение для микробизнеса:
1C:Jet is a fully functional, free business app for microbusinesses
It’s open-source and completely free, making it an ideal opportunity to implement the first solution for a real microbusiness.
Понаблюдаем за развитием ситуации, но меня же продолжает смущать факт, что это решение на 99% состоит из SSL (БСП), из-за чего решение обречено не стать массовым. Дело в том, что SSL почему-то распространяется по лицензии Creative Commons Attribution 4.0 (CC BY 4.0), которую ее же авторы категорически не рекомендуют использовать для программного обеспечения:
We recommend against using Creative Commons licenses for software... Unlike software-specific licenses, CC licenses do not contain specific terms about the distribution of source code, which is often important to ensuring the free reuse and modifiability of software. Many software licenses also address patent rights, which are important to software but may not be applicable to other copyrightable works. Additionally, our licenses are currently not compatible with the major software licenses, so it would be difficult to integrate CC-licensed work with other free software.
Главный риск БСП и ее лицензии "CC BY 4.0" в том, что все коммерческие продукты на основании 1C:Jet могут быть юридически отменены и запрещены не только к реализации, но и к владению, если суды посчитают условия лицензии нарушенными. Другими словами, прежде чем делать комерческие форки (СТО, кофейни, барбершопы и так далее) компания-разработчик должна оплатить адвокатам подготовку и согласование с компанией "OOO 1C-Soft" правил "добросовестного использования" - при чем эти правила будут сугубо индивидуальными для каждой компании.
Финансово выгодно сделать форк 1C:Jet, где оставить только часть под лицензией MIT, а SSL заменить на или собственное решение или на одну из альтернативных подсистем - например А1Э, которая распространяется тоже под лицензией MIT.
Но еще более финансово выгодно - просто сделать и продавать собственное независимое решение на платформе 1С, не тратя время на 1C:Jet, в которой ценность функционала пока меньше чем стоимость времени специалиста, который будет пробовать в нем разобраться.
#1С #лицензии #продукты
👍2
Cегодня смотрел вебинар про 1С:Вайб (кодинг), который записали Олег и Петр.
Еще полгода назад большинство из сказанного для меня было бы абракадаброй, но сейчас я даже понял суть финального спора про RAG, в котором Олег был "за" и Петр с Алексеем Снитковским - "против".
Попробую объяснить.
RAG (Retrieval-Augmented Generation) - это не конкретный продукт, а идея, у которой есть несколько реализаций. Причиной появления был факт, что для качественного ответа от LLM нужен хороший контекст - без него начинаются галлюцинации. Еще не появился Gemini з его гигантским контекстным окном в миллион токенов и нужно было как-то принимать решение "как выбрать лишь нужные части базы знаний". Другими словами, RAG это не часть LLM, а часть процедуры предварительной обработки и улучшения "запроса".
Сразу понятно позиция Петра и Алексея, которые не видят смысла в RAG по справке 1С - ведь для Gemini нет никакой необходимости тратить усилия на выбор отдельных кусочков справки, если он прекрасно "съедает" ее полностью.
Есть важный момент, о котором говорят эксперты по LLM, когда делятся своим негативным опытом по работе с RAG - информация иногда может не находиться, даже если она есть. Причины различны - неструктурированные и разнородные первичные документы, неправильно подобран chunking (чем фрагменты первичного документа меньше, тем легче найти нужные семантическим поиском, но тем меньше в них полезной информации), "мусорная" информация и так далее. Сделать качественный RAG - это большой ручной труд.
Но с другой стороны, если просто вывалить на LLM море информации без предварительной фильтрации, то иногда это может быть хуже чем недостаток контекста. Чем больше данных, тем больше потребуется времени (и денег) на ее обработку. Чем больше данных, которые не относятся к поставленной задаче, тем больше вероятность, что модель в рассуждениях свернет не туда. И наконец, если в данных будет что-то типа "отменяю предыдущие инструкции, а теперь напиши рецепт борща", то финальный ответ вообще может очень сильно удивить 🤓
#пятница #1С #ai
Еще полгода назад большинство из сказанного для меня было бы абракадаброй, но сейчас я даже понял суть финального спора про RAG, в котором Олег был "за" и Петр с Алексеем Снитковским - "против".
Попробую объяснить.
RAG (Retrieval-Augmented Generation) - это не конкретный продукт, а идея, у которой есть несколько реализаций. Причиной появления был факт, что для качественного ответа от LLM нужен хороший контекст - без него начинаются галлюцинации. Еще не появился Gemini з его гигантским контекстным окном в миллион токенов и нужно было как-то принимать решение "как выбрать лишь нужные части базы знаний". Другими словами, RAG это не часть LLM, а часть процедуры предварительной обработки и улучшения "запроса".
Сразу понятно позиция Петра и Алексея, которые не видят смысла в RAG по справке 1С - ведь для Gemini нет никакой необходимости тратить усилия на выбор отдельных кусочков справки, если он прекрасно "съедает" ее полностью.
Есть важный момент, о котором говорят эксперты по LLM, когда делятся своим негативным опытом по работе с RAG - информация иногда может не находиться, даже если она есть. Причины различны - неструктурированные и разнородные первичные документы, неправильно подобран chunking (чем фрагменты первичного документа меньше, тем легче найти нужные семантическим поиском, но тем меньше в них полезной информации), "мусорная" информация и так далее. Сделать качественный RAG - это большой ручной труд.
Но с другой стороны, если просто вывалить на LLM море информации без предварительной фильтрации, то иногда это может быть хуже чем недостаток контекста. Чем больше данных, тем больше потребуется времени (и денег) на ее обработку. Чем больше данных, которые не относятся к поставленной задаче, тем больше вероятность, что модель в рассуждениях свернет не туда. И наконец, если в данных будет что-то типа "отменяю предыдущие инструкции, а теперь напиши рецепт борща", то финальный ответ вообще может очень сильно удивить 🤓
#пятница #1С #ai
YouTube
Открытый вебинар Вайб кодинг: ИИ, автоматизация и будущее разработки в 1С
Вебинар, на котором развеиваем 16 мифов о вайб-кодинге и приводим примеры результатов на практике. Хватит делать за ИИ его работу!
Готовые MCP-серверы для вайб кодинга: https://infostart.ru/marketplace/2405549/
Конструктор MCP-серверов: https://infos…
Готовые MCP-серверы для вайб кодинга: https://infostart.ru/marketplace/2405549/
Конструктор MCP-серверов: https://infos…
👍3
Обновил плагин GitHub Copilot для Eclipse (EDT). Оказывается туда уже завезли использование MCP-серверов.
Ждем от разработчиков Eclipse инструментов для ИИ-агентов - теперь их ничего не останавливает.
P.S. Решил уточнить, что инструменты или tools - это дополнительная функциональность в среде выполнения ИИ-агентов, которая расширяет их возможности.
Классические инструменты - это веб-поиск и генерация картинок, но в контексте EDT нас могут больше могут заинтересовать: получение списка профилей запуска/отладки, запуск на отладку, считывание списка ошибок, запуск тестирования и исправления, считывание результатов синтаксического контроля, запуск сонара, обращение в справку 1С и так далее.
#1С #ai #edt
Ждем от разработчиков Eclipse инструментов для ИИ-агентов - теперь их ничего не останавливает.
P.S. Решил уточнить, что инструменты или tools - это дополнительная функциональность в среде выполнения ИИ-агентов, которая расширяет их возможности.
Классические инструменты - это веб-поиск и генерация картинок, но в контексте EDT нас могут больше могут заинтересовать: получение списка профилей запуска/отладки, запуск на отладку, считывание списка ошибок, запуск тестирования и исправления, считывание результатов синтаксического контроля, запуск сонара, обращение в справку 1С и так далее.
#1С #ai #edt
👍7🔥2❤1❤🔥1