Никто не заводил Казахских или Узбекских юр лиц чтобы публиковать свои приложения в гугл сторе/апп сторе? Шансы на информацию не велеки, но если есть возможность, я лучше спрошу 😄
Forwarded from Эхо Телеги
Помните, в октябре мы писали про «российский клиент телеграма» от VK с черными списками каналов и сливом данных при авторизации? Тогда в боте было 150 тысяч пользователей. Сейчас их сильно больше – и ситуация стала радикально хуже 🤯
18 марта создатели Telega активировали полноценную MITM-атаку на своих пользователей. Если коротко – они подменили адреса серверов Telegram на свои и вшили в клиент собственный ключ шифрования. Это значит, что весь трафик между вами и Telegram проходит через серверы Telega.
Технически это работает так: клиент запрашивает у api.telega.info список IP-адресов, которые принадлежат AS203502 «АО ТЕЛЕГА» – и подставляет их вместо настоящих DC Telegram. В библиотеку шифрования добавлен четвертый RSA-ключ, которого нет в оригинальном клиенте. Настоящий сервер Telegram этот ключ не принимает – а сервер Telega принимает. Это проверено и воспроизводимо.
Чтобы перехват заработал, нужно пересоздать сессию. Для этого в Telega встроен механизм принудительного разлогина – через скрытый пуш, диплинк или баннер «перезайдите для ускорения соединения». После этого новое рукопожатие идет уже через их сервер с их ключом.
Что они могут после этого: читать все сообщения во всех чатах, просматривать историю, подменять контент, выполнять любые действия от имени вашего аккаунта.
Но это не всё. В Telega по умолчанию отключена Perfect Forward Secrecy – защита, которая в оригинальном клиенте включена принудительно и не дает расшифровать старый трафик при компрометации ключа. А секретные чаты просто отключены через Firebase – входящие запросы на секретный чат тихо игнорируются, отправитель об этом не узнает.
Отдельная история – на поддоменах telega.info нашлись тестовые стенды двух панелей модерации. Zeus – тикет-система для обработки запросов на блокировку контента, в тестовых данных которой фигурирует email stream@rkn.gov.ru. И Cerberus – панель модерации сообщений в реальном времени с ИИ-классификацией и автобаном. Разработчики говорят, что это прототипы. Возможно. Но архитектура говорит о системном подходе.
Напомним – единственный апстрим AS Telega это AS47764 VK. В октябре мы писали, что звонки идут через инфраструктуру Одноклассников. Теперь к этому добавился полный перехват трафика.
Если кто-то из ваших знакомых пользуется Telega – один такой пользователь компрометирует не только себя, но и всех своих собеседников. Они об этом не знают. Удалите клиент, завершите сессию в настройках аккаунта Telegram, пользуйтесь официальным приложением с прокси или VPN.
Подробный технический разбор с декомпилированным кодом, хэшами и воспроизводимыми тестами – тут.
@echo_telegi
18 марта создатели Telega активировали полноценную MITM-атаку на своих пользователей. Если коротко – они подменили адреса серверов Telegram на свои и вшили в клиент собственный ключ шифрования. Это значит, что весь трафик между вами и Telegram проходит через серверы Telega.
Технически это работает так: клиент запрашивает у api.telega.info список IP-адресов, которые принадлежат AS203502 «АО ТЕЛЕГА» – и подставляет их вместо настоящих DC Telegram. В библиотеку шифрования добавлен четвертый RSA-ключ, которого нет в оригинальном клиенте. Настоящий сервер Telegram этот ключ не принимает – а сервер Telega принимает. Это проверено и воспроизводимо.
Чтобы перехват заработал, нужно пересоздать сессию. Для этого в Telega встроен механизм принудительного разлогина – через скрытый пуш, диплинк или баннер «перезайдите для ускорения соединения». После этого новое рукопожатие идет уже через их сервер с их ключом.
Что они могут после этого: читать все сообщения во всех чатах, просматривать историю, подменять контент, выполнять любые действия от имени вашего аккаунта.
Но это не всё. В Telega по умолчанию отключена Perfect Forward Secrecy – защита, которая в оригинальном клиенте включена принудительно и не дает расшифровать старый трафик при компрометации ключа. А секретные чаты просто отключены через Firebase – входящие запросы на секретный чат тихо игнорируются, отправитель об этом не узнает.
Отдельная история – на поддоменах telega.info нашлись тестовые стенды двух панелей модерации. Zeus – тикет-система для обработки запросов на блокировку контента, в тестовых данных которой фигурирует email stream@rkn.gov.ru. И Cerberus – панель модерации сообщений в реальном времени с ИИ-классификацией и автобаном. Разработчики говорят, что это прототипы. Возможно. Но архитектура говорит о системном подходе.
Напомним – единственный апстрим AS Telega это AS47764 VK. В октябре мы писали, что звонки идут через инфраструктуру Одноклассников. Теперь к этому добавился полный перехват трафика.
Если кто-то из ваших знакомых пользуется Telega – один такой пользователь компрометирует не только себя, но и всех своих собеседников. Они об этом не знают. Удалите клиент, завершите сессию в настройках аккаунта Telegram, пользуйтесь официальным приложением с прокси или VPN.
Подробный технический разбор с декомпилированным кодом, хэшами и воспроизводимыми тестами – тут.
@echo_telegi
Please open Telegram to view this post
VIEW IN TELEGRAM
Вот вам интересная мысль (написанная руками, а не нейросетью, чтобы не было отвратительных и продающих оборотов «это не про то, это про это»)
Сейчас вайбкожу свои проекты + столкнулся с проектом, где основная масса навайбкожена.
Нейросетки действительно помогают делать все быстрее. Раньше нужно было около 5 лет, чтобы проект превратился в вермишель, нейросети превращают его в вермишель за 2 года. (Обычно слово «вермишель» я заменяю на слово «говно», но мы же культурные люди, верно?)
В чем их глобальная проблема? Представьте человека который ничему не учится, буквально. Ты, как кожаный мешок, что-то поделал, понял где ошибся, сделал в другой раз лучше, это зовется РЕФЛЕКСИЯ, ну или сделал так же, снова не получилось и начал считать всех вокруг виноватыми, часто это обвинение группы окружающих людей называется одним словом с окончанием -изм, но я отвлекся. Нейронки не умеют в рефлексию, особенно это показательно если нужно сделать 2 одинаковые задачи (например экраны уроков, проблема вывода данных с сервера, один урок по математике, другой по русскому, в обоих случаях проблема одинаковая, но нейронке приходится заново разбираться) (опустим что нейронка в принципе не умеет в DRY и генерит код «только в путь»)(как же я люблю писать в скобках, ммм)
И это прям капец как видно, что на одинаковых задачах снова приходится проделывать одинаковый путь изучений. И мало просто радражение, это токены - деньги, да и она может решить проблему по другому и не понятно, правильно ли она решила в обоих случаях или нет.
Вторая проблема, они не точно следуют нем гайдлайнам, которые вы в них засовываете. Смотрите. С нейронкой, как с реальными людьми, нужны архитектурные гайды, описание процессов. Сейчас вот размышляю чтобы нейронка писала ADR, т.е. мне буквально для вайбкодинга моего проекта нужно делать локальный эентерпрайз. С одной стороны, важность знания кода уходит на второй план (и приходит со второго плана когда все ломается, и надо понять что сломалось, а нейронка не чинит, а делает хуже), на первый план выходят риск-менеджмент, архитектурное проектирование, системный дизайн, сбор требований, постановка задач (привет SMART), т.е. ты буквально должен быть тимлидом и продактом (или проджектом, всегда их путал, один фиг человек от бизнеса с бизнесовыми задачами)(помните я говорил про скобки, ммм) и аналитиком. НО! Т.к. нейрнока делает код быстро, что раньше требовало недели, занимает дни, т.е. ты должен быть быстрым тимлидом, быстрым аналитиком, и т.д. Некогда даже заглядывать в код, НО НЕЙРОНКА НЕ СЛЕДУЕТ ГАЙДЛАЙНАМ (ну или следует, но по своему), и вроде как она может делать сама себе ревью, но где гарантия что она проведет ревью согласно гайдлайну, смекаете о чем я? Что с этим делать, до конца не понятно, атрофик вроде хочет сделать какую-то рефлексию для моделей, но хз насколько это будет полезно и удобно.
Такие дела, проще говоря, если код сравнивать со сверлением стен, раньше написание кода было ковыряние металлической палочкой камня - ассамблер, потом постепенно доросли до ручной дрели - высокоороувневые ООП, то теперь появилась электрическая дрель, но пока ручки ее держат слабенькие и она вместо того чтобы зарываться в бетонную стену, делает много ямок на этой стене. Непонятно пока как давить на эту дрель достаточно сильно чтобы она делала что нужно, но не настолько сильно чтобы сверло лопнуло или сгорел электродвигатель.
P.S. Сегодня нарывался на статью https://t.me/ru_arc/568 (зайдете читать, привет от меня в комментах передавайте)(вас уже раздражают скобки, верно? А у меня вот всю жизнь так, одновременно скачу между несколькими мыслями, но концентрироваться тоже умею) там упоминаются всякие Ocaml, что подумалось, пока зубы чистил, нужно посмотреть в сторону всяких хаскелей, где бизнес кейс это математика, детерминированный вход и выход, шоб математика, шоб как у людей. Пока на этих наших питонах нейронка so-so работает, быстро, но косячит.
Сейчас вайбкожу свои проекты + столкнулся с проектом, где основная масса навайбкожена.
Нейросетки действительно помогают делать все быстрее. Раньше нужно было около 5 лет, чтобы проект превратился в вермишель, нейросети превращают его в вермишель за 2 года. (Обычно слово «вермишель» я заменяю на слово «говно», но мы же культурные люди, верно?)
В чем их глобальная проблема? Представьте человека который ничему не учится, буквально. Ты, как кожаный мешок, что-то поделал, понял где ошибся, сделал в другой раз лучше, это зовется РЕФЛЕКСИЯ, ну или сделал так же, снова не получилось и начал считать всех вокруг виноватыми, часто это обвинение группы окружающих людей называется одним словом с окончанием -изм, но я отвлекся. Нейронки не умеют в рефлексию, особенно это показательно если нужно сделать 2 одинаковые задачи (например экраны уроков, проблема вывода данных с сервера, один урок по математике, другой по русскому, в обоих случаях проблема одинаковая, но нейронке приходится заново разбираться) (опустим что нейронка в принципе не умеет в DRY и генерит код «только в путь»)(как же я люблю писать в скобках, ммм)
И это прям капец как видно, что на одинаковых задачах снова приходится проделывать одинаковый путь изучений. И мало просто радражение, это токены - деньги, да и она может решить проблему по другому и не понятно, правильно ли она решила в обоих случаях или нет.
Вторая проблема, они не точно следуют нем гайдлайнам, которые вы в них засовываете. Смотрите. С нейронкой, как с реальными людьми, нужны архитектурные гайды, описание процессов. Сейчас вот размышляю чтобы нейронка писала ADR, т.е. мне буквально для вайбкодинга моего проекта нужно делать локальный эентерпрайз. С одной стороны, важность знания кода уходит на второй план (и приходит со второго плана когда все ломается, и надо понять что сломалось, а нейронка не чинит, а делает хуже), на первый план выходят риск-менеджмент, архитектурное проектирование, системный дизайн, сбор требований, постановка задач (привет SMART), т.е. ты буквально должен быть тимлидом и продактом (или проджектом, всегда их путал, один фиг человек от бизнеса с бизнесовыми задачами)(помните я говорил про скобки, ммм) и аналитиком. НО! Т.к. нейрнока делает код быстро, что раньше требовало недели, занимает дни, т.е. ты должен быть быстрым тимлидом, быстрым аналитиком, и т.д. Некогда даже заглядывать в код, НО НЕЙРОНКА НЕ СЛЕДУЕТ ГАЙДЛАЙНАМ (ну или следует, но по своему), и вроде как она может делать сама себе ревью, но где гарантия что она проведет ревью согласно гайдлайну, смекаете о чем я? Что с этим делать, до конца не понятно, атрофик вроде хочет сделать какую-то рефлексию для моделей, но хз насколько это будет полезно и удобно.
Такие дела, проще говоря, если код сравнивать со сверлением стен, раньше написание кода было ковыряние металлической палочкой камня - ассамблер, потом постепенно доросли до ручной дрели - высокоороувневые ООП, то теперь появилась электрическая дрель, но пока ручки ее держат слабенькие и она вместо того чтобы зарываться в бетонную стену, делает много ямок на этой стене. Непонятно пока как давить на эту дрель достаточно сильно чтобы она делала что нужно, но не настолько сильно чтобы сверло лопнуло или сгорел электродвигатель.
P.S. Сегодня нарывался на статью https://t.me/ru_arc/568 (зайдете читать, привет от меня в комментах передавайте)(вас уже раздражают скобки, верно? А у меня вот всю жизнь так, одновременно скачу между несколькими мыслями, но концентрироваться тоже умею) там упоминаются всякие Ocaml, что подумалось, пока зубы чистил, нужно посмотреть в сторону всяких хаскелей, где бизнес кейс это математика, детерминированный вход и выход, шоб математика, шоб как у людей. Пока на этих наших питонах нейронка so-so работает, быстро, но косячит.
Telegram
Russian Association of Software Architects
Провёл собственное исследование по языкам программирования будущего.
В целом, дядька Боб правильно уловил ветер и выдвинул правильные требования к языку программирования для AI:
- гомоиконичность;
- явные типы;
- никаких скрытых потоков управления;
- контракты…
В целом, дядька Боб правильно уловил ветер и выдвинул правильные требования к языку программирования для AI:
- гомоиконичность;
- явные типы;
- никаких скрытых потоков управления;
- контракты…
👍4🤔1
P.S.S Спасибо что прочли текст, надеюсь у вас вызвала удовольствие мысль, что этот текст написан из головы, и этот текст не был пропущен не через одну нейросеть (ну кроме моей ЦНС). Ориджинал контент!
Telegram
Russian Association of Software Architects
Провёл собственное исследование по языкам программирования будущего.
В целом, дядька Боб правильно уловил ветер и выдвинул правильные требования к языку программирования для AI:
- гомоиконичность;
- явные типы;
- никаких скрытых потоков управления;
- контракты…
В целом, дядька Боб правильно уловил ветер и выдвинул правильные требования к языку программирования для AI:
- гомоиконичность;
- явные типы;
- никаких скрытых потоков управления;
- контракты…
👍1
Ну и коль вы все собрались, когда я делал контент, а контента не стало (капец, 2021 год, как будто прошла жизнь), вот вам навайбкоженный проект. Теория архитектурного документа конечно же в моей книге.
https://github.com/maximgamolin/watchman/tree/main
https://github.com/maximgamolin/watchman/tree/main
GitHub
GitHub - maximgamolin/watchman
Contribute to maximgamolin/watchman development by creating an account on GitHub.
🕊Программист VLOG🕊
book.pdf
Ну и возвращаясь к книге, я думал что она вышла на закате программирвоания старой школы (когда все руками), но нет, актуальна как-никогда, но буду дописывать главы, как это применять в AI разработке. Потому что приходится читать нейрослоп, а без гайдов и архитектуры, он быстро превращается в кашу.
Да, еще одно, я думал вернуть аватарку когда закончится война, но по ходу это очень очень на долго, а у меня, так получилось жизнь одна и время на убыль идет, сколько еще это все будет продолжаться 5 лет? 10 лет? По этому она в какой-то момент появится. Забавно все-таки наблюдать что все по тихой адаптируются к происходящему. (МОЖЕТ И О МЕССЕНДЖЕРЕ МАКС ЗАДУМАТЬСЯ? МММ?)
👍1
https://t.me/programmers_vlog/1413?comment=2668
Опубличим дискуссию, есть что дополнить. Недавно пришлось разбирать навайбкоженный проект, 2 недели на спагетти из функций убил. При условии что у меня уже скоро 10 лет как программирования, и это было на пределе моих возможностей понимать что тут происходит. Обычно, когда исследуешь проект, пытаешься понять что хотел сказать разрабочик, о чем он знает, какие у него слабые места, и ты уже начинаешь примерно понимать что ждать. Но с нейронкой неееееет, каждая функция как новая. И голова взрывается от этого.
Опубличим дискуссию, есть что дополнить. Недавно пришлось разбирать навайбкоженный проект, 2 недели на спагетти из функций убил. При условии что у меня уже скоро 10 лет как программирования, и это было на пределе моих возможностей понимать что тут происходит. Обычно, когда исследуешь проект, пытаешься понять что хотел сказать разрабочик, о чем он знает, какие у него слабые места, и ты уже начинаешь примерно понимать что ждать. Но с нейронкой неееееет, каждая функция как новая. И голова взрывается от этого.
Telegram
antonio salieri@ in Программист VLOG Chat
Да, тоже об этом задумывался. Как по старому работать вряд ли получится, но и по новому еще не понятно как именно что это не приносило страдание. Ибо навайбуодить, а потом дебажить/ревьюить мне особого удовольствия не доставляет …
Кстати, коль это уже мой личный блог, то вот о чем хочется написать. Пытаюсь перекатиться из первой категории людей, в третью. Но пока получается только во вторую. Понимание в голове что снова вернули в детство, когда нужно выучить новые "правила игры". В детстве ты их учишь, потому что не задумываешься, у тебя еще не прошлого, связи с этим прошлым, надежд из этого прошлого. А вот сейчас есть, головоц понятно что нужно иметь несколько локация, в идеале несколько финансовых потоков, часть в крипте (где мои звезды под постами, ммм?), часть в валюте других стран. Но когда начинаешь что-то делать в этом направлении, так тяжело, как будто признаешь что прошлое децствительно закончилось и началось новое будущее. Чем-то похоже с биржей, жалко "зарезать лося" (никогда маржинальной торговлей не баловался, фу фу фу). Как-то надо стать ребенком, просто пробовать жить новую жизнь, учить новые правила. Всем нам душевных сил и покоя на душе.
👍2
🕊Программист VLOG🕊
Комбо разведенных рук, где мой приз?
У меня принудительно отключены продающие превьюхи на ютубе, за то могу ловить такие перлы.
👍1
Сегодня на работе ввел новый термен - ИИздец, можете тоже пользоваться
👍1
Не люблю agile и всю эту гибку шляпу, когда продукт нужно "развивать", даже если он не требует развития. Это "развитие" ведет к ухудшению. Зачем мне вторая "комбо" корзина на алиэкспресс, если раньше все работало через обычную корзину? Зачем мне приложение "селект" - новое, отдельное приложение от озон, когда я раньше все нормально заказывал через обычный озон, но теперь в него переехало часть товаров? Зачем мне плашка внизу экрана в телеграмм, с настройками, профилем и контактами, если в них заходишь раз в пол года, а так они просто занимают место.
Я же знаю как это делается, собирается собрание бизнесовиков, они там говорят "умные" мысли, как это улучшит пользовательский опыт, конверсия, рост денег. Потом разработка обсуждает техническую реализацию. Работают. Тестировщики тестируют. Пайплайны крутятся. А в итоге получатся то, что делает продукт хуже и менее удобным. Буквально "эффект мессенджера макс" (новый термин, тоже пользуйтесь).
Я же знаю как это делается, собирается собрание бизнесовиков, они там говорят "умные" мысли, как это улучшит пользовательский опыт, конверсия, рост денег. Потом разработка обсуждает техническую реализацию. Работают. Тестировщики тестируют. Пайплайны крутятся. А в итоге получатся то, что делает продукт хуже и менее удобным. Буквально "эффект мессенджера макс" (новый термин, тоже пользуйтесь).
Знаете что я понял вращаясь в среде вайб-кодеров и какие проблемы это все несет? Начну из далека.
Когда ты начинаешь программировать, сперва идет все легко и просто, первые операторы, присвоения, функции. Но потом ты сталкиваешься с ООП. И ты вообще не понимаешь зачем нужны эти объекты, в чем их смысл, если все равно вся работа в функциях. Первый объекты которые ты пишешь, это группировка функций, считай что функции одной категории лежат вместе.
Спустя время, ты пишешь код, понимаешь что его сложно править, получается каша. Паралельно читаешь литературу. И начинаешь понимать, что объект, а не функция, это важная сущность. Функция всего лишь набор операторов. А у объекта есть куда более важная вещь - состояние. И объект может менять свое состояние и состояние других объектов для достижения цели бизнес-кейса. И ты, как разработчик, начинаешь понимать как удобно писать объекты, какие поля там нужны, а какие не нужны, начинаешь интуитивно чувствовать (спустя время конечно) как надо тестировать объект, как написать объект так, чтобы вместо него подсовывать мок объект. Дальше - больше, зоны ответственности объектов, отдельные слои, где живут объекты со своими зонами ответственности. Архитектурное мышление, риск менеджмент, трейд оффы.
Но когда нет «мучений» с ООП, откуда возмется понимание что такое объект? Из книг? Я из книг около года пытался понять что такое объект. А я хорошо помню как это было, все эти аналогии с чертежами мне не давали понимания зачем он нужен.
Столкнулся с ситуацией где есть годобджект, который мутировался по всему бизнескейсу и представлял собой полу кеш, полу базу данных. Так же с func hell, куча функций который вызывают друг друга. Пришлось вспоминать зачем вообще нужно ООП, и понимание ООП, чтобы объяснить почему функции + годобджект это крайне неудачное решение.
В общем, пока на уровне ощущений, отсутствие опыта ручной разработки отбрасывает программирвоание сильно назад. Но это паровоз уже не остановить. Скорее всего, все вспомнят про лямбды в какой-то момент, потому что их «Переписали и забыли». И как нам уже не нужны указатели в таком объеме, так и ООП будет нужно не везде.
P.S. Как водится, этот текст не был написан или пропущен через нейросеть. Все ошибки мои, как и мысли. Это не про … это про …!
Когда ты начинаешь программировать, сперва идет все легко и просто, первые операторы, присвоения, функции. Но потом ты сталкиваешься с ООП. И ты вообще не понимаешь зачем нужны эти объекты, в чем их смысл, если все равно вся работа в функциях. Первый объекты которые ты пишешь, это группировка функций, считай что функции одной категории лежат вместе.
Спустя время, ты пишешь код, понимаешь что его сложно править, получается каша. Паралельно читаешь литературу. И начинаешь понимать, что объект, а не функция, это важная сущность. Функция всего лишь набор операторов. А у объекта есть куда более важная вещь - состояние. И объект может менять свое состояние и состояние других объектов для достижения цели бизнес-кейса. И ты, как разработчик, начинаешь понимать как удобно писать объекты, какие поля там нужны, а какие не нужны, начинаешь интуитивно чувствовать (спустя время конечно) как надо тестировать объект, как написать объект так, чтобы вместо него подсовывать мок объект. Дальше - больше, зоны ответственности объектов, отдельные слои, где живут объекты со своими зонами ответственности. Архитектурное мышление, риск менеджмент, трейд оффы.
Но когда нет «мучений» с ООП, откуда возмется понимание что такое объект? Из книг? Я из книг около года пытался понять что такое объект. А я хорошо помню как это было, все эти аналогии с чертежами мне не давали понимания зачем он нужен.
Столкнулся с ситуацией где есть годобджект, который мутировался по всему бизнескейсу и представлял собой полу кеш, полу базу данных. Так же с func hell, куча функций который вызывают друг друга. Пришлось вспоминать зачем вообще нужно ООП, и понимание ООП, чтобы объяснить почему функции + годобджект это крайне неудачное решение.
В общем, пока на уровне ощущений, отсутствие опыта ручной разработки отбрасывает программирвоание сильно назад. Но это паровоз уже не остановить. Скорее всего, все вспомнят про лямбды в какой-то момент, потому что их «Переписали и забыли». И как нам уже не нужны указатели в таком объеме, так и ООП будет нужно не везде.
P.S. Как водится, этот текст не был написан или пропущен через нейросеть. Все ошибки мои, как и мысли. Это не про … это про …!
👍4
Заметки на полях, про «Нейросети позволяют делать быстрее».
Я вайбкожу свои проекты для души. Вайбкодить стал, потому что надоело писать руками код. Проектировать архитектуру не надоело, придумывать бизнеспозиционирование не надоело, а вот писать код надоело.
Нейросетки действительно позволяют генерировать код килобайтами… и проект превращается в кашу. А значит, новые функции все больше ухудшают его, все больше багов, все труднее тестировать.
Теперь следите за руками. Нейросети позволяют быстро генерировать код. Но можно же не просто его генерировать, а генерировать про диз доку на арзитектуру! Т.е. соблюдать архитектуру становится проще, там где раньше делали фича-флаг, можно использовать нормальный полиморфизм! И покрыть тестами!
Отсюда следует вывод, скорость написания кода можно использовать чтобы генерить новые фичи и потом тратить тонны токенов на добавление новых фичей (потому что будет код-каша), либо тратить токены на поддержание архитектуры и вписывание нового кода в нее. Правда будет нюанс, оказывается прироста скорости реализации фичей особо не будет. Просто код всегда можно получать поддерживаемый.
Кароч, если лень читать. Будет либо прирост скорости реализации новых фичей, но на дистанции замедление и удорожание, либо будет небольшой прирост скорости реализации новых фичей, но поддержка кода в соответствии с архитектурой.
Я вайбкожу свои проекты для души. Вайбкодить стал, потому что надоело писать руками код. Проектировать архитектуру не надоело, придумывать бизнеспозиционирование не надоело, а вот писать код надоело.
Нейросетки действительно позволяют генерировать код килобайтами… и проект превращается в кашу. А значит, новые функции все больше ухудшают его, все больше багов, все труднее тестировать.
Теперь следите за руками. Нейросети позволяют быстро генерировать код. Но можно же не просто его генерировать, а генерировать про диз доку на арзитектуру! Т.е. соблюдать архитектуру становится проще, там где раньше делали фича-флаг, можно использовать нормальный полиморфизм! И покрыть тестами!
Отсюда следует вывод, скорость написания кода можно использовать чтобы генерить новые фичи и потом тратить тонны токенов на добавление новых фичей (потому что будет код-каша), либо тратить токены на поддержание архитектуры и вписывание нового кода в нее. Правда будет нюанс, оказывается прироста скорости реализации фичей особо не будет. Просто код всегда можно получать поддерживаемый.
Кароч, если лень читать. Будет либо прирост скорости реализации новых фичей, но на дистанции замедление и удорожание, либо будет небольшой прирост скорости реализации новых фичей, но поддержка кода в соответствии с архитектурой.
👍1