"Возникает вопрос, а не проще ли сразу написать программу на более строгом языке программирования..."
разумеется проще! напишу ниже про это отдельно. меня прямо поражает насколько быстро все сдались в плане "подумать" - весь опыт существования гомосапиенс нам обьяснял во всех доступных формах что нет и быть не может священного грааля одинаково хорошо помогающего всем и всегда. А тут нате....тазик с водой, заряжайте. С чего вы решили что универсальный ИИ в принципе будет "закрывать задачи" ?
Автор правильно описал историю с промптами - если погрузиться в модель, разложить промпт на параметры и покрыть все кейсы задачи тестами тогда да, о каком то применении в задачахз требующих верификации говорить можно. Правда остался один вопрос - пока модель генерит свое решение - сходить покурить? или ради этого мы сегодня изобретаем квантовые ПК?
Почему все кинулись к моделям для решения задач, которые гораздо правильнее и дешевле было бы закрывать при помощи DSL ? DSL даст быстрое, верифицируемое(гораздо проще) решение. Вы же не просите у ИИ выбрать вам данные из SQL БД ? А пользуетесь SQL. Чтобы запросить те же данные из той же базы вам придется упомянуть все значимые части запроса. И тут нужен просто транслятор, а не универсальный ИИ с террабайтным аккумулятором(модель).
даже не читая статью не ошибусь, если скажу что автор опять дудел про необходимость использования нейрокода в рабочем процессе. Все утюги нынче дудят синхронно.
И вот что бы я ему сказал на все его доводы.
Все, кто радостно побежал хватать и применять Клода и его друзей чтобы не остаться без работы - вы подобны тем, кто заряжал тазики с водой под Чумака и Кашпировского. Да, вы подумали про свою личную жопу. А теперь подумайте про общую жопу.
Общая жопа в том, что отрасль, в которую не придут джуны сдохнет очень быстро. Вопрос Вашего сокращения с навыками жизни с Клодом и без этих навыков уже решен.
Вы не обгоните приход AGI. А как известно, чем выше залез - тем больнее будет падать. Меняйте стратегию.
Когда корабль тонет - крысы бегут. Отсутствие притока джунов это и есть признак неминуемого потопления.
Особенно меня в этой ИИ-истории расстраивают архитекторы. Хотя нет, вру, я всегда знал что 99% архитекторов - "ни о чем". Архитекторами имеют право называться лишь те, кто создал принципиальные решения. Хотя бы какие то. Хотя бы одно. Всем остальным, которые всю жизнь штамповали паттерны и сейчас пытаются "натягивать Клода на архитектуру" хочется сказать - вы должны быть ПЕРВЫМИ, кто скажет что ЗАВИСИМОСТЬ(Клод) это плохо.
Вы - продукт эпохи, когда вся архитектура с самого первого включения ЭВМ строилась по принципу избавления от зависимостей.
Понимаю что свое, в мучениях выращенное и наконец-то работающее, это титанический труд, куча времени. Но все равно надо быть критичным - вот вы бы сами в такой игре в 2026-ом году сколько времени провели? Мне вот сэмпла хватило. Не хотел обидеть.
чувваки. Хватит писать про это. Не будет больше АйТи, скоро и персональных компуктеров не будет. Я щас не про то что ИИ отберет работу. А про то что работ по АйТи больше не предвидится. Уже написано овердофига всего. Каждого по 100500. Финита. Торопитесь, число мест в мусорном бизнесе не бесконечно.
господа "мы с другом физтеховцы", беспокоит вас своим комментарием инженер ПГС, выпускник "регионального политеха". А пусь бодрый джип с картинки номер Х заедет в гараж(прости господи), с картинки номер У, который "летелЪ как орелЪ" на винтовых сваях. Хочу сатисфакции цифири - "полы расчетная нагрузка 500кг/м2"
зачем экспоненциальный ретрай в бд слать? этож не стейт, а так, бихевиор, и если паблишер снова с нуля начнет ничего не рухнет...Ну на край уж редис можно...но не субд же...
Используйте session.query(), если: Работа ведётся с моделями ORM. Нужны удобные инструменты фильтрации, сортировки и агрегирования. Хочется получать готовые экземпляры объектов ORM.
Используйте session.execute(), если: Необходимо исполнить сложный или специальный SQL-запрос. Нет подходящего способа выразить запрос средствами ORM. Важно взаимодействие с базовыми структурами SQL (например, временные таблицы, группировки, оконные функции и др.). Хотите писать больше трафаретного кода.
==================================================== действительно тут же все про объекты, зачем все эти scalar() и ошибки отсутствия? насчет фильтров в виде pydantic моделей - простите, но это дичь. Фильтры бывают не только по eq но и по in, contain, gt, lt, ne - тут пидантик будет вообще фееричен )
Статьи хорошие, спасибо за труд. Основной объем по использования наверно уже покрыт, в след. частях мне лично хотелось бы увидеть некоторых advanced кейсов - реализации кейсов полиморфных отношений сущностей, дженериков(типа contenttype джанги), возможно сета каких то более менее типичных аггрегаций, подзапросов.
"Лисков – это имя собственное, фамилия Барбары Лиско. Ученной из Америки. " это фиаско братан. Ученый как и заведующий бывает только он. И пишется с одной "н". И Фамилия это не имя собственное. Имя собственное это Барбара. Надо было брать подсказку 50/50 ))) Лиско это какой то(абстрактный) восточный украинец. Фамилию надо ВСЕГДА писать правильно. Когда пишут с ошибками это ОЧЕНЬ обидно.
...подумалось... если сделать жесткий шаблон резюме(с валидацией числа символов в каждом поле и т.п, выбором из списка технологий(т.е. чтобы точно "сам все выбрал") . Т.е. условно будет "миллион прекрасных резюме", какими будут следующие семь смертных грехов ?
Мне тоже писали такое. Начало было идентичное - английский, предложение купить ник. Я написал 1 000 000 $ do you agree? ответили да, я удалил чат нахер. Итерация.
помню чтобы посмотреть на стабильность работы я брал этот js качал нужный clipper вращал тестовые сцены и смотрел на корректность / наличие артефактов плюс в самом релизе клиппера тоже есть gui демка на шарпе - которая всегда была ОК (в отличии от тестов timo23414),
"Возникает вопрос, а не проще ли сразу написать программу на более строгом языке программирования..."
разумеется проще! напишу ниже про это отдельно.
меня прямо поражает насколько быстро все сдались в плане "подумать" -
весь опыт существования гомосапиенс нам обьяснял во всех доступных формах что нет и быть не может священного грааля одинаково хорошо помогающего всем и всегда. А тут нате....тазик с водой, заряжайте. С чего вы решили что универсальный ИИ в принципе будет "закрывать задачи" ?
Автор правильно описал историю с промптами - если погрузиться в модель, разложить промпт на параметры и покрыть все кейсы задачи тестами тогда да, о каком то применении в задачахз требующих верификации говорить можно. Правда остался один вопрос - пока модель генерит свое решение - сходить покурить? или ради этого мы сегодня изобретаем квантовые ПК?
Почему все кинулись к моделям для решения задач, которые гораздо правильнее и дешевле было бы закрывать при помощи DSL ?
DSL даст быстрое, верифицируемое(гораздо проще) решение.
Вы же не просите у ИИ выбрать вам данные из SQL БД ? А пользуетесь SQL.
Чтобы запросить те же данные из той же базы вам придется упомянуть все значимые части запроса. И тут нужен просто транслятор, а не универсальный ИИ с террабайтным аккумулятором(модель).
даже не читая статью не ошибусь, если скажу что автор опять дудел про необходимость использования нейрокода в рабочем процессе. Все утюги нынче дудят синхронно.
И вот что бы я ему сказал на все его доводы.
Все, кто радостно побежал хватать и применять Клода и его друзей чтобы не остаться без работы - вы подобны тем, кто заряжал тазики с водой под Чумака и Кашпировского.
Да, вы подумали про свою личную жопу. А теперь подумайте про общую жопу.
Общая жопа в том, что отрасль, в которую не придут джуны сдохнет очень быстро.
Вопрос Вашего сокращения с навыками жизни с Клодом и без этих навыков уже решен.
Вы не обгоните приход AGI.
А как известно, чем выше залез - тем больнее будет падать. Меняйте стратегию.
Когда корабль тонет - крысы бегут.
Отсутствие притока джунов это и есть признак неминуемого потопления.
Особенно меня в этой ИИ-истории расстраивают архитекторы.
Хотя нет, вру, я всегда знал что 99% архитекторов - "ни о чем".
Архитекторами имеют право называться лишь те, кто создал принципиальные решения. Хотя бы какие то. Хотя бы одно.
Всем остальным, которые всю жизнь штамповали паттерны и сейчас пытаются "натягивать Клода на архитектуру" хочется сказать - вы должны быть ПЕРВЫМИ, кто скажет что ЗАВИСИМОСТЬ(Клод) это плохо.
Вы - продукт эпохи, когда вся архитектура с самого первого включения ЭВМ строилась по принципу избавления от зависимостей.
Утоните достойно, не позорьтесь.
https://pypi.org/project/json-rule-engine/
не смотрели?
Если его с https://pypi.org/project/jsonpath-ng/ скомбинировать будет просто бомба.
Лет 5 назад писал такое...
часто бывает проще написать свое, чем адаптировать существующее.
для работы с jsonpath описан RFC 9535 как попытка унификации.
Посмотрел игру.
Тоже есть небольшой опыт на раст биндингах к godot.
https://drive.google.com/drive/folders/1JsIzuPjBSpTSNm4wuWJDPqUbw5b7Hfzl?usp=sharing
Понимаю что свое, в мучениях выращенное и наконец-то работающее, это титанический труд, куча времени. Но все равно надо быть критичным - вот вы бы сами в такой игре в 2026-ом году сколько времени провели? Мне вот сэмпла хватило. Не хотел обидеть.
and u ? )
интересно, а есть инструкции по выходу из IT ?
эммм, тут
делить надо а не умножать )
роберт мартин кста пишет что не надо в бд, пока и если это не потребуется, а сначала советует в файлы :)
чувваки. Хватит писать про это. Не будет больше АйТи, скоро и персональных компуктеров не будет. Я щас не про то что ИИ отберет работу. А про то что работ по АйТи больше не предвидится. Уже написано овердофига всего. Каждого по 100500. Финита.
Торопитесь, число мест в мусорном бизнесе не бесконечно.
https://youtu.be/EoVmaayfqNI?t=520
( 20 лет в силиконовой долине. )
Как по мне так это размазывание логики.
Для новых фич есть версионирование апишки.
апи комбинирования кондишенов мягко говоря УГ-шное...уж на лямбдах бы хоть написали...
А вообще флаги в конфигах. канонично.
господа "мы с другом физтеховцы", беспокоит вас своим комментарием инженер ПГС, выпускник "регионального политеха". А пусь бодрый джип с картинки номер Х заедет в гараж(прости господи), с картинки номер У, который "летелЪ как орелЪ" на винтовых сваях. Хочу сатисфакции цифири - "полы расчетная нагрузка 500кг/м2"
простите, а можно название упомянутых "фильмов Нолана" ?
зачем экспоненциальный ретрай в бд слать? этож не стейт, а так, бихевиор, и если паблишер снова с нуля начнет ничего не рухнет...Ну на край уж редис можно...но не субд же...
Лабуба.
Мир сходит с ума сегодня.
В целом посыл здравый. Но это увы не точно.
...от того же "автора"(видимо):
Q: session.query vs session.execute
A:
Когда использовать какой метод?
Используйте
session.query(), если:Работа ведётся с моделями ORM.
Нужны удобные инструменты фильтрации,
сортировки и агрегирования.
Хочется получать готовые экземпляры объектов ORM.
Используйте
session.execute(), если:Необходимо исполнить сложный или специальный SQL-запрос.
Нет подходящего способа выразить запрос средствами ORM.
Важно взаимодействие с базовыми структурами SQL (например, временные таблицы, группировки, оконные функции и др.).
Хотите писать больше трафаретного кода.
====================================================
действительно тут же все про объекты, зачем все эти scalar() и ошибки отсутствия?
насчет фильтров в виде pydantic моделей - простите, но это дичь. Фильтры бывают не только по eq но и по in, contain, gt, lt, ne - тут пидантик будет вообще фееричен )
Статьи хорошие, спасибо за труд.
Основной объем по использования наверно уже покрыт,
в след. частях мне лично хотелось бы увидеть некоторых advanced кейсов - реализации кейсов полиморфных отношений сущностей, дженериков(типа contenttype джанги), возможно сета каких то более менее типичных аггрегаций, подзапросов.
"Лисков – это имя собственное, фамилия Барбары Лиско. Ученной из Америки. "
это фиаско братан. Ученый как и заведующий бывает только он. И пишется с одной "н". И Фамилия это не имя собственное. Имя собственное это Барбара. Надо было брать подсказку 50/50 ))) Лиско это какой то(абстрактный) восточный украинец. Фамилию надо ВСЕГДА писать правильно. Когда пишут с ошибками это ОЧЕНЬ обидно.
...подумалось...
если сделать жесткий шаблон резюме(с валидацией числа символов в каждом поле и т.п, выбором из списка технологий(т.е. чтобы точно "сам все выбрал") .
Т.е. условно будет "миллион прекрасных резюме",
какими будут следующие семь смертных грехов ?
Мне тоже писали такое. Начало было идентичное - английский, предложение купить ник. Я написал 1 000 000 $ do you agree? ответили да, я удалил чат нахер. Итерация.
)
у меня щас нет задач связанных с геометрией.
На раст пишу просто всякую дичь(пробую на вкус)
https://github.com/BakinSergey/quadric-equation
https://github.com/BakinSergey/unit-converter
так что буду препарировать с т.з. просто кода на rust
С трудом но нашел.
оказалось timo23414 впоследствии запилил полноценный проект от сlipper.
https://sourceforge.net/projects/jsclipper/
live:
https://jsclipper.sourceforge.net/6.4.2.2/main_demo.html
помню чтобы посмотреть на стабильность работы я брал этот js качал нужный clipper
вращал тестовые сцены и смотрел на корректность / наличие артефактов
плюс в самом релизе клиппера тоже есть gui демка на шарпе - которая всегда была ОК (в отличии от тестов timo23414),
Clipper прошел большой путь, ангус буквально в ручном режиме, оч. оперативно откликался на все баги(я вот даже один ему накинул https://sourceforge.net/p/polyclipping/discussion/1148419/thread/69c942c8/
)
...я правда давно уже не слежу, но думаю что "второй подход", к-й уже на гитхабе - лишен "детских болячек"(стабилен).
https://github.com/AngusJohnson/Clipper2