После ИИ еще нужно тщательно протестировать. Логика в процедуре могла изменится и во вставке должны быть другие переменные или вообще нужно вставку убрать /перенести в другое место. Очень много нюансов. А для таких простых случаев как в статье kdiff3
Вы написали про адаптер Enterprise Data для DATAREON . Но во всех типовых конфигурациях уже встроен обмен через ED (soap, rest, файлом). Какой кейс использования DATAREON ?
Два дня назад задал искал информацию и задал один вопрос Алисе, Gigachat, Deepseek и Qween: «Сравни системы налогообложения УСН и АУСН «Доходы минус расходы» для ООО с 0 прибылью и зарплатой директора в 100 т.р.»
Алиса дала правильный ответ с первого раза.
Ответы Gigachat и Deepseek идентичны (значит, Gigachat сделан на базе Deepseek) — оба не понимают обучены на данных РФ, оба не учитывают, что взносы на АУСН не платятся. С третьего раза после конкретного указания на ошибку Gigachat смог выдать правильный ответ. При этом что Deepseek, что Gigachat очень сильно галлюцинируют, придумывают то, чего нет, и при этом выдают это за 100% истину.
Qween где-то посередине в этом вопросе.
В итоге я был приятно удивлен возможностями Алисы, и если нужно что-то специфическое по России, то спрашивать буду в первую очередь у нее.
Нужно больше контекста, т. к. непонятно, за счет чего, по мнению лекторов, идет ускорение. Логически непонятно, как создание ТЗ, создание временной таблицы из ТЗ в запросе и соединения по этой временной таблице может быть быстрее, чем прямая передача массива в параметр. Т. е. запрос в ВТ:
CREATE TEMP TABLE temp_ids (id INT);
INSERT INTO temp_ids VALUES (1), (2), (3);
SELECT m.*
FROM main_table m
INNER JOIN temp_ids t ON m.id = t.id;
Будет медленнее запроса с прямой передачей массива в условия.:
SELECT * FROM main_table
WHERE id IN (1, 2, 3);
Получается, ТЗ как ВТ быстрее только в каких-то конкретных случаях, а не всегда. И лекторы должны говорить, в каких.
Не понял из статьи какие же все таки плюсы у Zig в сранении с другими языками?
Синтакиси не является преимуществом, т.к. у всех языков свой синтаксис. Может безопаснее чем другие языки? Нет. Быстрее и меньше потребляет ресурсов, чем другие языки? нет. Может на нем быстрее писать чем на других языках? Нет. Стандартная библиотека лучше чем у других языков? Нет. Большое сообщество и большое количество сторонних библиотек? Нет. Компиляция быстрее чем в других языках? Нет.
Если будет свободный софт, то за него платить не будут. Если не будут платить, то разработчикам придется искать другую работу не связанную с разработкой, где платят деньги.
Вы как предлагаете? Условно, пахать в поле с утра до вечера, а потом после работы садится и писать opensource ПО?
Первый философ берет только правую палочку. Второй философ слева от него берет левую, потом правую. Делают они это одновременно. Получается первому не досталась левая палочка, но он все равно ест, что неправильно.
Для IT-компаний: Если у вас есть IT-продукт, рассмотрите возможность вступления в реестр российского ПО. Это может дать освобождение от НДС
Но 0% НДС для ПО из реестра собираются отменить с 2026 года. Это коснется всего бизнеса по продаже лицензий на ПО, следовательно цены на ПО поднимутся минимум на 22%? Цена конечных товаров для населения еще вырастет за счет этого.
Возврат к чистому SSR v1 невозможен, потому что современный мир действительно требует более отзывчивым интерфейсов. Так был придуман компромисс в виде фрагментов — Пусть сервер отдает HTML как раньше, но не всю страницу, а лишь ее «фрагмент», который JavaScript может вставить/заменить точечно. В результате у пользователя перересуется лишь часть интерфейса, как если бы это было SPA. При этом это будет настоящий серверный рендеринг, со всеми его плюсами
А как же AJAX который был описан в 90-х годах и успешно применялся?
Но раз переходите с Firebird на PG, значит PG лучше? Иначе бы не переходили. Напишите пожалуйста причину перехода, а то после чтения этих статей кажется, что наоборот нужно переходить с PG на FB
И это большой минус. Как выбрать правильную библиотеку и подход, ведь все их выучить не реально.
Go например намного проще в изучении и намного выгоднее в долгосрочной перспективе для бизнеса. Так же крупный энрепрайс это java или c#. А python это большая вероятность ошибок в рантайме и работа не над логикой, а над устранением тормозов.
Нельзя. Физически времени не хватит все узнать и со всеми вариантами поработать. В той же 1С куча разных подсистем и механизмов (только изучение на отличном уровне КД2 и КД3 займет несколько месяцев), а еще нужно отлично знать оперативный, управленческий,финансовый и бухгалтерский учет (например на изучение бюджетирования в типовых конфигурациях уйдет несколько месяцев), знать все нюансы оформления операций в основных типовых конфигурациях (БП, ЗУП, УТ/КА/ЕРП).
PHP шники демпингуют, цены ниже чем 1Сники просят. Но зато 1Сники больше в учёте разбираются.
Например кейс: пользователь оприходовал товар с марками по документу из ЭДО и указал неправильную карточку номенклатуры. Как исправить не знает (просто так поменять номенклатуру в документе нельзя, т. к. марка привязана уже) , обращается во франч и франч решает проблему по ставке 4000 р/ч (притом решает за весь час, так как во франчах на такие задачи кидают джунов). А в МойСклад пользователь обращается к своей обслуживающий организации и те решают вопрос за 500 р, т. к. у них стоимость часа 1000 р и так как система проще чем 1С то и времени на решение нужно меньше.
RouterAI существенно дороже vseLLM выходит
Опасно.
Может, просто ИИ передавать лог (часть лога) и просить по логу вывести нужную информацию? Тогда CLI не нужен, можно использовать любой ИИ.
После ИИ еще нужно тщательно протестировать. Логика в процедуре могла изменится и во вставке должны быть другие переменные или вообще нужно вставку убрать /перенести в другое место. Очень много нюансов. А для таких простых случаев как в статье kdiff3
Как организация (например ООО) оплачивает иностранные ИИ со своего счета или использовать только Алису и GigaChat?
Зачем это делать во внешнем ПО, когда в самой 1С написать такую сверку быстрее ?
Вы написали про адаптер Enterprise Data для DATAREON . Но во всех типовых конфигурациях уже встроен обмен через ED (soap, rest, файлом). Какой кейс использования DATAREON ?
Два дня назад задал искал информацию и задал один вопрос Алисе, Gigachat, Deepseek и Qween:
«Сравни системы налогообложения УСН и АУСН «Доходы минус расходы» для ООО с 0 прибылью и зарплатой директора в 100 т.р.»
Алиса дала правильный ответ с первого раза.
Ответы Gigachat и Deepseek идентичны (значит, Gigachat сделан на базе Deepseek) — оба не понимают обучены на данных РФ, оба не учитывают, что взносы на АУСН не платятся. С третьего раза после конкретного указания на ошибку Gigachat смог выдать правильный ответ.
При этом что Deepseek, что Gigachat очень сильно галлюцинируют, придумывают то, чего нет, и при этом выдают это за 100% истину.
Qween где-то посередине в этом вопросе.
В итоге я был приятно удивлен возможностями Алисы, и если нужно что-то специфическое по России, то спрашивать буду в первую очередь у нее.
Нужно больше контекста, т. к. непонятно, за счет чего, по мнению лекторов, идет ускорение.
Логически непонятно, как создание ТЗ, создание временной таблицы из ТЗ в запросе и соединения по этой временной таблице может быть быстрее, чем прямая передача массива в параметр.
Т. е. запрос в ВТ:
Будет медленнее запроса с прямой передачей массива в условия.:
Получается, ТЗ как ВТ быстрее только в каких-то конкретных случаях, а не всегда. И лекторы должны говорить, в каких.
Не понял из статьи какие же все таки плюсы у Zig в сранении с другими языками?
Синтакиси не является преимуществом, т.к. у всех языков свой синтаксис. Может безопаснее чем другие языки? Нет. Быстрее и меньше потребляет ресурсов, чем другие языки? нет. Может на нем быстрее писать чем на других языках? Нет. Стандартная библиотека лучше чем у других языков? Нет. Большое сообщество и большое количество сторонних библиотек? Нет. Компиляция быстрее чем в других языках? Нет.
Так в чем плюсы Zig то?
У Cursor есть преимущество для пользователей из РФ. Он работает без ВПН.
Если будет свободный софт, то за него платить не будут. Если не будут платить, то разработчикам придется искать другую работу не связанную с разработкой, где платят деньги.
Вы как предлагаете? Условно, пахать в поле с утра до вечера, а потом после работы садится и писать opensource ПО?
По коду на github.
Первый философ берет только правую палочку. Второй философ слева от него берет левую, потом правую. Делают они это одновременно. Получается первому не досталась левая палочка, но он все равно ест, что неправильно.
Но 0% НДС для ПО из реестра собираются отменить с 2026 года. Это коснется всего бизнеса по продаже лицензий на ПО, следовательно цены на ПО поднимутся минимум на 22%? Цена конечных товаров для населения еще вырастет за счет этого.
Так какие конкретно значения нужно ставить?
А как же AJAX который был описан в 90-х годах и успешно применялся?
А где ссылка на обработку?
Но раз переходите с Firebird на PG, значит PG лучше? Иначе бы не переходили.
Напишите пожалуйста причину перехода, а то после чтения этих статей кажется, что наоборот нужно переходить с PG на FB
И это большой минус. Как выбрать правильную библиотеку и подход, ведь все их выучить не реально.
Go например намного проще в изучении и намного выгоднее в долгосрочной перспективе для бизнеса. Так же крупный энрепрайс это java или c#. А python это большая вероятность ошибок в рантайме и работа не над логикой, а над устранением тормозов.
Нельзя. Физически времени не хватит все узнать и со всеми вариантами поработать. В той же 1С куча разных подсистем и механизмов (только изучение на отличном уровне КД2 и КД3 займет несколько месяцев), а еще нужно отлично знать оперативный, управленческий,финансовый и бухгалтерский учет (например на изучение бюджетирования в типовых конфигурациях уйдет несколько месяцев), знать все нюансы оформления операций в основных типовых конфигурациях (БП, ЗУП, УТ/КА/ЕРП).
PHP шники демпингуют, цены ниже чем 1Сники просят. Но зато 1Сники больше в учёте разбираются.
Например кейс: пользователь оприходовал товар с марками по документу из ЭДО и указал неправильную карточку номенклатуры. Как исправить не знает (просто так поменять номенклатуру в документе нельзя, т. к. марка привязана уже) , обращается во франч и франч решает проблему по ставке 4000 р/ч (притом решает за весь час, так как во франчах на такие задачи кидают джунов). А в МойСклад пользователь обращается к своей обслуживающий организации и те решают вопрос за 500 р, т. к. у них стоимость часа 1000 р и так как система проще чем 1С то и времени на решение нужно меньше.