Еще бы кто рассказал как гарантировать публикацию событий в event store. Но вообще есть готовые продукты, которые реализуют event store из коробки со всеми обязательными требованиями к нему. И вообще подход Event Driven Arch достаточно сложный с точки хрения реализации. Не каждый потянет, т.к. многим сложно уловить принципы его работы и описать процессы, особенно CQRS составляющую
Вот пример конструктивной мысли как контролировать llm разработку - https://habr.com/ru/articles/974924/. При чем тут ответственность? Никто не говорит что теперь дал промт моделе и на выходе у заказчика фича сразу заработала. В любом случае будет производственный конвейер. Машина напишет код не хуже любого разраба. Проблема в соответствии контексту. Нужно учиться настраивать процесс так чтобы принуждать машину придерживаться требуемых условий и уже куча инфы вокруг, как это делать.
К чему тут ваша ирония. Вам человек пишет, что у него получился результат, после определенных усилий по контролю за производством кода через llm. Вместо того чтобы разобраться глубже как это можно сделать, вы насмехается. Llm это как мощный двигатель с сотнями лошадиных сил, но чтобы это все поехало нужнее механизм, чтобы ехать на этом двигателе, чтобы переносить тонны грузов. Вместо того что бы осваивать новые возможности ходят в статьях и комментах желчью брызжут
Это не децентрализованный мессенджер. Децентрализация подразумевает отсутствие посредника в виде сервера, а даже для webrtc требуется сигнальный сервер, для установки соединения между пирами, а также во многих случаях stun или turn сервера для передачи медиа потоков. Плюс сообщения судя по всему также идут через сервер. Тут децентрализована только схема взаиморасчётов. Так что автор некорректно использует понятия, вводя в заблуждение читателей.
Выбранная вами новое направление также как и другие ИТ специализации не снимает общей неопределенности. Но если вам за это больше платят и перспективнее то поздравляю. Но если я хороший разработчик то мне как обычно надо осваивать новые инструменты. Я думал вы сварку предложите или плитку класть😅
Есть мнение, что это может и разраб. Например джун. Есть Лиды, которые принципиально аналитиков не воспринимают и все делают командой разработки, максимум тех писа могут привлечь
Еще бы кто рассказал как гарантировать публикацию событий в event store. Но вообще есть готовые продукты, которые реализуют event store из коробки со всеми обязательными требованиями к нему. И вообще подход Event Driven Arch достаточно сложный с точки хрения реализации. Не каждый потянет, т.к. многим сложно уловить принципы его работы и описать процессы, особенно CQRS составляющую
А зачем человек на автоматизированном производстве, на электростанции, на любом промышленном предприятии?
Вот пример конструктивной мысли как контролировать llm разработку - https://habr.com/ru/articles/974924/. При чем тут ответственность? Никто не говорит что теперь дал промт моделе и на выходе у заказчика фича сразу заработала. В любом случае будет производственный конвейер. Машина напишет код не хуже любого разраба. Проблема в соответствии контексту. Нужно учиться настраивать процесс так чтобы принуждать машину придерживаться требуемых условий и уже куча инфы вокруг, как это делать.
Все четко
К чему тут ваша ирония. Вам человек пишет, что у него получился результат, после определенных усилий по контролю за производством кода через llm. Вместо того чтобы разобраться глубже как это можно сделать, вы насмехается. Llm это как мощный двигатель с сотнями лошадиных сил, но чтобы это все поехало нужнее механизм, чтобы ехать на этом двигателе, чтобы переносить тонны грузов. Вместо того что бы осваивать новые возможности ходят в статьях и комментах желчью брызжут
Это не децентрализованный мессенджер. Децентрализация подразумевает отсутствие посредника в виде сервера, а даже для webrtc требуется сигнальный сервер, для установки соединения между пирами, а также во многих случаях stun или turn сервера для передачи медиа потоков. Плюс сообщения судя по всему также идут через сервер. Тут децентрализована только схема взаиморасчётов. Так что автор некорректно использует понятия, вводя в заблуждение читателей.
Выбранная вами новое направление также как и другие ИТ специализации не снимает общей неопределенности. Но если вам за это больше платят и перспективнее то поздравляю. Но если я хороший разработчик то мне как обычно надо осваивать новые инструменты. Я думал вы сварку предложите или плитку класть😅
А пример гребли в текущей ситуации не могли бы привести?
Есть мнение, что это может и разраб. Например джун. Есть Лиды, которые принципиально аналитиков не воспринимают и все делают командой разработки, максимум тех писа могут привлечь