Скорее всего, автор статьи визуал. С этим текстом нужно работать поэтапно и не спеша, останавливаться на каждом блоке и вдумываться. Не зря приведены разные метафоры в каждом блоке чтобы включалось воображение. Ответ на ваш вопрос я кстати нашел. Перечитайте разделы: Producer/Consumer, Поток обработки (stream processing)
Единственное, чего не хватило это схем и визуализаций. Даже простая диаграмма hash ring или lookup table помогла бы новичкам. Было бы интересно почитать продолжение например, кейсы из реальных проектов или сравнение инструментов типо Vitess, ShardingSphere, Spanner и т. д. Спасибо, крутая работа!
Потомучто в зрелых системах стараются придерживаться принципа "один сервис одно хранилище" даже если на старте может показаться проще использовать общую базу. Команды могут неосознанно вмешиваться в чужие зоны ответственности. Это усложняет масштабирование например при шардировании и делает систему менее предсказуемой. Важно заранее закладывать ограничения и явно очерчивать чьи данные. Иначе потом всё это всплывёт на проде это я про то когда используешь общую базу на все.
В микросервисах можно на старте использовать общую БД как переходную меру, но со временем всё равно придут к изоляции типо каждому сервису свои данные и своё хранилище. Нужно мыслить шире. А так этих баз можно понатыкать сколько угодно и для угодно смотря какой подход был выбран
Расскажите о качестве созданных агентов? На сколько они хороши в деле? Как часто ошибаются? Могут ли выполнять сложные задачи типо разработать целую систему? Какие LLM используются? Какие ресурсы жрут 1 агент 2 агента 3 агента и т д? Работают на Gpu или CPU? Сколько оперативки жрут?
Когда уже выйдет новость о том что полностью отказались от линукс, виндовс, мак, от всех зарубежных языков программирования, от андройда, ios и прочих зарубежных штучек? :) Ваши прогнозы? Я думаю лет через 50 ито под вопросом
Видно, что вы действительно не просто прикрутили SonarQube для галочки, а выжали из него максимум и даже больше. Особенно зашла идея с отказом от Kotlin через плагин элегантный способ контролировать технологический стек без ручных созвонов и напоминаний. И интеграция Semgrep тоже в тему, сам в него влюбился за точечную проверку багов
Много где людей заменяют не ИИ, а те, кто умеет с ним работать. Просто проекты уводят туда, где делают быстрее и дешевле. Работа никуда не делась она сместилась. Проблема не в том, что ИИ пришёл, а в том, что некоторые застряли в старых подходах и надеются пересидеть.
Блин вы сделали мой день🤣
Скайнет уже среди нас))
Скорее всего, автор статьи визуал. С этим текстом нужно работать поэтапно и не спеша, останавливаться на каждом блоке и вдумываться. Не зря приведены разные метафоры в каждом блоке чтобы включалось воображение. Ответ на ваш вопрос я кстати нашел. Перечитайте разделы: Producer/Consumer, Поток обработки (stream processing)
Единственное, чего не хватило это схем и визуализаций. Даже простая диаграмма hash ring или lookup table помогла бы новичкам. Было бы интересно почитать продолжение например, кейсы из реальных проектов или сравнение инструментов типо Vitess, ShardingSphere, Spanner и т. д. Спасибо, крутая работа!
Потомучто в зрелых системах стараются придерживаться принципа "один сервис одно хранилище" даже если на старте может показаться проще использовать общую базу. Команды могут неосознанно вмешиваться в чужие зоны ответственности. Это усложняет масштабирование например при шардировании и делает систему менее предсказуемой. Важно заранее закладывать ограничения и явно очерчивать чьи данные. Иначе потом всё это всплывёт на проде это я про то когда используешь общую базу на все.
В микросервисах можно на старте использовать общую БД как переходную меру, но со временем всё равно придут к изоляции типо каждому сервису свои данные и своё хранилище. Нужно мыслить шире. А так этих баз можно понатыкать сколько угодно и для угодно смотря какой подход был выбран
Расскажите о качестве созданных агентов? На сколько они хороши в деле? Как часто ошибаются? Могут ли выполнять сложные задачи типо разработать целую систему? Какие LLM используются? Какие ресурсы жрут 1 агент 2 агента 3 агента и т д? Работают на Gpu или CPU? Сколько оперативки жрут?
Что за хабракат????????
А вы не могли хотябы удосужиться рассказать что это за скрин в начале поста. Первое впечатление фигня какая то дальше читать не стал
Когда уже выйдет новость о том что полностью отказались от линукс, виндовс, мак, от всех зарубежных языков программирования, от андройда, ios и прочих зарубежных штучек? :) Ваши прогнозы? Я думаю лет через 50 ито под вопросом
Что за бред?
Так это ваше расширение а я думал что то американское типо гугловское :)
Интересно что за ОС будет? С 0 делаешь или на основе линукса?
Это можно как то протестировать? Если честно ничего не понял)
Видно, что вы действительно не просто прикрутили SonarQube для галочки, а выжали из него максимум и даже больше. Особенно зашла идея с отказом от Kotlin через плагин элегантный способ контролировать технологический стек без ручных созвонов и напоминаний. И интеграция Semgrep тоже в тему, сам в него влюбился за точечную проверку багов
Много где людей заменяют не ИИ, а те, кто умеет с ним работать. Просто проекты уводят туда, где делают быстрее и дешевле. Работа никуда не делась она сместилась. Проблема не в том, что ИИ пришёл, а в том, что некоторые застряли в старых подходах и надеются пересидеть.
Ты че такой датошный? Синий кит часто упоменается в книжках кубернетс если незнаешь нафиг вообще писать???