Два дня назад задал искал информацию и задал один вопрос Алисе, 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С то и времени на решение нужно меньше.
Хочу дополнить, что стоимость часа работы разработчика 1С около 3-5 т. р. И в случае доработок будьте готовы часто выкладывать несколько десятков тысяч рублей. Не будет расходов на поддержку только если брать облачную 1С:Фреш, но там свои минусы есть.
Многие наоборот переходят с 1С на МойСклад или аналоги, т. к. надоели постоянные затраты на обслуживание 1С. (а это не только доработки, но и восстановление учёта в случае неправильно оформленных документов, привязок документов и прочего)
Мы разработали ПО и по лицензионному договору передаём организации. Эта организация платит нам каждый месяц за пользование ПО (она передаёт ПО дальше по сублицензии). Данная деятельность подходит под патент?
Нужно подстраивать бизнес-процессы в копании под типовые, а не писать уникальное ПО для каждого организации. Это выгодно только "внедренцев", так как позволяет получить больше денег и возможно подсадить на постоянную поддержку. Для организации не выгодно иметь уникальное ПО, ведь каждого нового сотрудника нужно заново обучать, программисты не хотят работать с уникальным ПО, т.к. на рынке труда это не востребовано (наоборот ценятся те, кто максимально знает типовые конфигурации). Нет "уникальных" процессов у подавляющего большинства компаний, есть неправильное понимание у собственников. В итоге, в процесс эволюции компании она приходит к типовым решениям, т.к. это экономически выгоднее.
В статье приведен пример "товар может быть в резерве по нескольким заявкам одновременно ". Какой же это резерв? Ведь этот товар достанется в итоге все равно только одному контрагенту (заявке), а других получается обманули сказав, что под них есть резерв.
Так же тут есть комментарий про то, что лучше самописная "зарплата", чем типовая ЗУП. Но для организации это абсолютно не так. На рынке труда все бухгалтера знают 1С:Бухгалтерия и 1С:ЗУП. Придя на работу в организацию с самописной программой "зарплата" они не смогут сразу работать, их нужно обучать, постоянно оказывать поддержку. Но эти знания не нужны за пределами этой организации, получается что сотрудник обучается зря, это не дает ему никаких преимуществ на рынке труда. Он потом выйдет на рынок, типовая ЗУП уже дальше развилась, а сотрудник отстал от прогресса. Тоже самое и с программистами, которых на 1с77 сложно найти, да и в целом никто не хочет тратить время на уникальное ПО, не востребованное на рынке. В итоге это приведет к дефициту кадров в организации, росту зарплат и издержек. Вышел новый закон, 1С доработали свои типовые конфигурации, а компании нужно будет платить кучу денег программисту для доработки своего уникального ПО (еще и время терять).
Два дня назад задал искал информацию и задал один вопрос Алисе, 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С то и времени на решение нужно меньше.
Хочу дополнить, что стоимость часа работы разработчика 1С около 3-5 т. р. И в случае доработок будьте готовы часто выкладывать несколько десятков тысяч рублей. Не будет расходов на поддержку только если брать облачную 1С:Фреш, но там свои минусы есть.
Многие наоборот переходят с 1С на МойСклад или аналоги, т. к. надоели постоянные затраты на обслуживание 1С. (а это не только доработки, но и восстановление учёта в случае неправильно оформленных документов, привязок документов и прочего)
С помощью данной библиотеки можно сделать опредение конкретного человека по видеопотоку с ИК камеры?
Мы разработали ПО и по лицензионному договору передаём организации. Эта организация платит нам каждый месяц за пользование ПО (она передаёт ПО дальше по сублицензии). Данная деятельность подходит под патент?
А как Роскомнадзор узнает, что компания передала данные в LLM? LLM же им не подконтрольны.
Нужно подстраивать бизнес-процессы в копании под типовые, а не писать уникальное ПО для каждого организации. Это выгодно только "внедренцев", так как позволяет получить больше денег и возможно подсадить на постоянную поддержку. Для организации не выгодно иметь уникальное ПО, ведь каждого нового сотрудника нужно заново обучать, программисты не хотят работать с уникальным ПО, т.к. на рынке труда это не востребовано (наоборот ценятся те, кто максимально знает типовые конфигурации). Нет "уникальных" процессов у подавляющего большинства компаний, есть неправильное понимание у собственников. В итоге, в процесс эволюции компании она приходит к типовым решениям, т.к. это экономически выгоднее.
В статье приведен пример "товар может быть в резерве по нескольким заявкам одновременно ". Какой же это резерв? Ведь этот товар достанется в итоге все равно только одному контрагенту (заявке), а других получается обманули сказав, что под них есть резерв.
Так же тут есть комментарий про то, что лучше самописная "зарплата", чем типовая ЗУП. Но для организации это абсолютно не так. На рынке труда все бухгалтера знают 1С:Бухгалтерия и 1С:ЗУП. Придя на работу в организацию с самописной программой "зарплата" они не смогут сразу работать, их нужно обучать, постоянно оказывать поддержку. Но эти знания не нужны за пределами этой организации, получается что сотрудник обучается зря, это не дает ему никаких преимуществ на рынке труда. Он потом выйдет на рынок, типовая ЗУП уже дальше развилась, а сотрудник отстал от прогресса. Тоже самое и с программистами, которых на 1с77 сложно найти, да и в целом никто не хочет тратить время на уникальное ПО, не востребованное на рынке. В итоге это приведет к дефициту кадров в организации, росту зарплат и издержек. Вышел новый закон, 1С доработали свои типовые конфигурации, а компании нужно будет платить кучу денег программисту для доработки своего уникального ПО (еще и время терять).
Есть ли в планах поддержка MCP?
Как агент сам первый пишет контакту если боты телеграм не могут первыми начинать общение?