Сперва хотел вам возразить, но потом почитал я ваши комментарии и понял, что спор о существовании чайника Альтмана я не вывезу. Так что вынужден констатировать вашу правоту.
Для самоочевидных вещей отлично пишется слоп, в котором тонешь при попытках найти нужное.
растёт сопровождаемость кода,
Только в одном случае - когда опытный человек берет нейронку и перелопачивает небольшой старый легаси проект, который написан отвратительно в плане синтаксиса и фич языка. В плане архитектуры ты задолбаешься просить нейронку делать так как нужно, а через какое-то время и сама нейронка задолбается писать так, как писала 10 дней назад. Во всех остальных случаях нейронки дают визуальный шум и лишние проверки.
ускоряется адаптация новых сотрудников.
Т.е. некоторые простые задачи нейронка может делать по указке новых сотрудников, вместо них самих, при условии что правила прописаны и проект не очень сложный. Иначе я с трудом представляю как в очередном легаси-монстре можно понять что нейронка сделала именно то что нужно. И новичок пойдет к тимлиду не на этапе ознакомления с задачей, а тимлид сам придет к новичку на ревью, чтобы сказать что задача сделана неправильно.
Так ищите человека, который уже имеет минимальную базу и искренне заинтересован в вашем стэке изначально, почему нет? Студент или свичер не важно.
Нет важно! Во-первых на такую зарплату никто из свитчеров не пойдет иметь столько геморроя. Во-вторых специфика 1С - это общение с людьми в гораздо больше мере, чем даже ковыряние сайтов для тех же самых людей в самой местечковой веб-студии. В-третьих, если свитчеру нужно пересидеть пару лет, то лучше свичнуться в кучу других областей, где зарплата будет не принципиально ниже, а мозгомойка ниже в разы. В четвертых, после современных технологий работать с 1С - это как удалять гланды через задницу, актуальные знания и подходы из головы вымываются. В пятых уровень стресса в разы выше, чем в других конторах, туда же многопроектность, туда же необходимость срочно что-то чинить на месте, когда тебе орут над ухом.
Нет, 1С - это на 80% про общение с людьми и на 20% про код. В то время как на традиционных языках можно лихо аутировать в уголке ни с кем кроме тимлида не общаясь.
1С-ники - это отдельный типаж людей, которые имеют мало общего по характеру с программистами на остальных языках. Чтобы не написали они сами в комментариях. Оглядываясь назад, я ловлю себя на мысли, что если бы я начал карьеру с 1С, а не с PHP, то был бы совсем другим человек с другой жизнью и кругом общения. И я рад, что начал все же с PHP.
Это к тому, что движков для баз данных в 2026 году сделали очень много https://db-engines.com/en/ranking . И с большой долей вероятности сделали и такой, что подошел бы вам. И поэтому мне интересно, проводили ли вы сравнительную работу или нет?
SilentJSON рассчитан на другой сценарий. Если структура данных известна заранее, зачем каждый раз заново выяснять её устройство? Если тип известен, зачем относиться к нему как к неизвестному интерфейсу?
Почему тогда уж сразу не ptotobuf/messagepack и т.п. ? Вроде быстрее ничего не придумали. А сериализаторы для js на клиенте генерятся по схеме.
Почему не redis, riak, и куча других kv решений?
У меня, если честно, зуб на создателей собственных движков бд для одного проекта, если это не проект уровня яндекса. Доков обычно нет нормальных, и весь спектр ситуаций, для которых создавался движок можно только угадать. И рано или поздно встает вопрос допиливания под новые требования. И получается чемодан без ручки.
А вот эти вот вакансии в телеграм каналах как искать? Я помню год назад пытался поискать по ключевикам работа/job/вакансии и php. И у меня сложилось впечатление что найм в телеге скорее мертв, особенно если убрать дубли того что есть на hh.
В середине августа 2026 года состоялся релиз компактного терминального файлового менеджера nnn (n³) v5.3 Mai Tai. Исходный код проекта написан на Go и опубликован на GitHub под лицензией BSD 2-Clause "Simplified" License. Выпуск nnn v1.0 состоялся в апреле 2017 года.
Про это можно целую статью написать. Проблема тут в том, что у заказчика в голове уже примерно есть бюджет. От того что его облекают в “часы” получается только давление на разработчика и повод ему предъявить, за то что он не сделал за 2 “часа”. Хотя по факту разработчик не “согласился сделать работу за два часа”. Он “согласился сделать работу, за которую клиент готов заплатить столько-то денег, основываясь на своих часо-расчетах”.
И тут начинаются интересности, которые сужают воронку тех, кто с заказчиком будет работать. Если исполнитель честно заложит риски в цену “часа”, то его не выберут на этапе. Если скажет, что непонятно сколько часов там выйдет, то его тоже не выберут. Как итог среди исполнителей остаются те, кто готов демпинговать и врать. Нет, я знаю, что есть класс задач крайне типовых, где точность действительно до получаса можно мерять. Ну и не забываем, что на фрилансе есть 2 ситуации - ищешь заказ неделями, и тогда по-хорошему надо закладывать в цену часа стоимость поиска. Но тогда прощай заказчик. Или демпинговать. Но это обычно от безысходности.
В общем я рад, что автор перестал мучать студентов и матерей-одиночек, которые от безысходности копаются в нижнем сегменте фриланса, и теперь мучает нейронку. Все только выиграли. Потому что мерять работу “часами” в этом сегменте фриланса - это цирк двух актеров. Чтобы его закончить, заказчик должен сказать себе “я готов заплатить столько-то, а если не знаю сколько, то готов заплатить за консультацию и тз”. В противном случае это перекладывание рисков на исполнителя, с рычагом давления в виде “давай быстрее, мы же на 2 часа договорились”. Ну вот исполнители и попадаются рисковые.
Аналогия так себе. Сейчас для того, чтобы нейронки стали дешевле, нужен технологический прорыв в электронике. Может быть конечно можно сделать какие-то деревянные эффективные асики для инференса, которы будут мало кушать и мало стоить, но что-то пока такого не видно. Хотя тот кто реализовал бы такое озолотился. Пока скорее наоборот видно, что новые модели с большим числом параметров требуют все более дорогие и более жрущие железки.
Да нет, очень жизненно. Особенно момент когда ты не разобрался в гениальности очередного набора костылей и используешь его вопреки замыслами автора. И для себя я сделал важный критерий в плане адекватности людей и стоит ли с ними работать. Если человек понимает, что он просто написал очередное решение под задачу, возможно не самое лучшее, и готов рассказать(или написать внятную документацию), то с таким легаси можно работать. Если же тебе говорят, что все очевидно, ты просто не умеешь читать код, но при этом код других проектов ты нормально читал, то нужно линять из этого места. Потому что такие "гении" где-то в глубине души понимают что они накодовертили, и на любые попытки объяснения начинаются срывы.
Подскажите уголок пожалуйста.
Сперва хотел вам возразить, но потом почитал я ваши комментарии и понял, что спор о существовании чайника Альтмана я не вывезу. Так что вынужден констатировать вашу правоту.
Для самоочевидных вещей отлично пишется слоп, в котором тонешь при попытках найти нужное.
Только в одном случае - когда опытный человек берет нейронку и перелопачивает небольшой старый легаси проект, который написан отвратительно в плане синтаксиса и фич языка. В плане архитектуры ты задолбаешься просить нейронку делать так как нужно, а через какое-то время и сама нейронка задолбается писать так, как писала 10 дней назад. Во всех остальных случаях нейронки дают визуальный шум и лишние проверки.
Т.е. некоторые простые задачи нейронка может делать по указке новых сотрудников, вместо них самих, при условии что правила прописаны и проект не очень сложный. Иначе я с трудом представляю как в очередном легаси-монстре можно понять что нейронка сделала именно то что нужно. И новичок пойдет к тимлиду не на этапе ознакомления с задачей, а тимлид сам придет к новичку на ревью, чтобы сказать что задача сделана неправильно.
1) думать
2) пить из кружки с запаянным верхом и отрезанным дном
Нет важно! Во-первых на такую зарплату никто из свитчеров не пойдет иметь столько геморроя. Во-вторых специфика 1С - это общение с людьми в гораздо больше мере, чем даже ковыряние сайтов для тех же самых людей в самой местечковой веб-студии. В-третьих, если свитчеру нужно пересидеть пару лет, то лучше свичнуться в кучу других областей, где зарплата будет не принципиально ниже, а мозгомойка ниже в разы. В четвертых, после современных технологий работать с 1С - это как удалять гланды через задницу, актуальные знания и подходы из головы вымываются. В пятых уровень стресса в разы выше, чем в других конторах, туда же многопроектность, туда же необходимость срочно что-то чинить на месте, когда тебе орут над ухом.
Нет, 1С - это на 80% про общение с людьми и на 20% про код. В то время как на традиционных языках можно лихо аутировать в уголке ни с кем кроме тимлида не общаясь.
1С-ники - это отдельный типаж людей, которые имеют мало общего по характеру с программистами на остальных языках. Чтобы не написали они сами в комментариях. Оглядываясь назад, я ловлю себя на мысли, что если бы я начал карьеру с 1С, а не с PHP, то был бы совсем другим человек с другой жизнью и кругом общения. И я рад, что начал все же с PHP.
А рой Бидрил у вас в облаке развернуть можно?
Да прекратите уже выдавать очередной кризис капитализма(нет, коммунизм не лучше) за пришествие ИИ!
Не совсем понял, а как потом искать по этому индексу, не зная, подвергся он коллизии или нет?
Судя по этому https://inner.su/articles/teploprovodnost-materialov-tablitsa/ , у стали наоборот теплопроводность будет раза в 3 ниже, что способствует локальному перегреву.
Это к тому, что движков для баз данных в 2026 году сделали очень много https://db-engines.com/en/ranking . И с большой долей вероятности сделали и такой, что подошел бы вам. И поэтому мне интересно, проводили ли вы сравнительную работу или нет?
А как теперь борются с перегревом при посадке?
Почему тогда уж сразу не ptotobuf/messagepack и т.п. ? Вроде быстрее ничего не придумали. А сериализаторы для js на клиенте генерятся по схеме.
Почему не redis, riak, и куча других kv решений?
У меня, если честно, зуб на создателей собственных движков бд для одного проекта, если это не проект уровня яндекса. Доков обычно нет нормальных, и весь спектр ситуаций, для которых создавался движок можно только угадать. И рано или поздно встает вопрос допиливания под новые требования. И получается чемодан без ручки.
Есть уже альтернативный клиент https://github.com/KometTeam/KometOld . Работает не все, но позволяет быть на связи.
А вот эти вот вакансии в телеграм каналах как искать? Я помню год назад пытался поискать по ключевикам работа/job/вакансии и php. И у меня сложилось впечатление что найм в телеге скорее мертв, особенно если убрать дубли того что есть на hh.
Но nnn написан на Си.
Ну знаете ли!
Про это можно целую статью написать. Проблема тут в том, что у заказчика в голове уже примерно есть бюджет. От того что его облекают в “часы” получается только давление на разработчика и повод ему предъявить, за то что он не сделал за 2 “часа”. Хотя по факту разработчик не “согласился сделать работу за два часа”. Он “согласился сделать работу, за которую клиент готов заплатить столько-то денег, основываясь на своих часо-расчетах”.
И тут начинаются интересности, которые сужают воронку тех, кто с заказчиком будет работать. Если исполнитель честно заложит риски в цену “часа”, то его не выберут на этапе. Если скажет, что непонятно сколько часов там выйдет, то его тоже не выберут. Как итог среди исполнителей остаются те, кто готов демпинговать и врать. Нет, я знаю, что есть класс задач крайне типовых, где точность действительно до получаса можно мерять. Ну и не забываем, что на фрилансе есть 2 ситуации - ищешь заказ неделями, и тогда по-хорошему надо закладывать в цену часа стоимость поиска. Но тогда прощай заказчик. Или демпинговать. Но это обычно от безысходности.
В общем я рад, что автор перестал мучать студентов и матерей-одиночек, которые от безысходности копаются в нижнем сегменте фриланса, и теперь мучает нейронку. Все только выиграли. Потому что мерять работу “часами” в этом сегменте фриланса - это цирк двух актеров. Чтобы его закончить, заказчик должен сказать себе “я готов заплатить столько-то, а если не знаю сколько, то готов заплатить за консультацию и тз”. В противном случае это перекладывание рисков на исполнителя, с рычагом давления в виде “давай быстрее, мы же на 2 часа договорились”. Ну вот исполнители и попадаются рисковые.
Какого именно размера модели вы рассматриваете для дообучения?
О каком размере контекста идет речь?
Есть ли малые модели, скажем до 8 гб включительно, но с большим контекстом для таких задач?
Аналогия так себе. Сейчас для того, чтобы нейронки стали дешевле, нужен технологический прорыв в электронике. Может быть конечно можно сделать какие-то деревянные эффективные асики для инференса, которы будут мало кушать и мало стоить, но что-то пока такого не видно. Хотя тот кто реализовал бы такое озолотился. Пока скорее наоборот видно, что новые модели с большим числом параметров требуют все более дорогие и более жрущие железки.
Да нет, очень жизненно. Особенно момент когда ты не разобрался в гениальности очередного набора костылей и используешь его вопреки замыслами автора. И для себя я сделал важный критерий в плане адекватности людей и стоит ли с ними работать. Если человек понимает, что он просто написал очередное решение под задачу, возможно не самое лучшее, и готов рассказать(или написать внятную документацию), то с таким легаси можно работать. Если же тебе говорят, что все очевидно, ты просто не умеешь читать код, но при этом код других проектов ты нормально читал, то нужно линять из этого места. Потому что такие "гении" где-то в глубине души понимают что они накодовертили, и на любые попытки объяснения начинаются срывы.