0: Привет, привет. И сегодня несколько необычный ролик для этого дня он не влоговый. Сегодня он больше такой лекционно, ознакомительно полезный. И я буквально покажу вам лекцию. Мне сделали классную презентацию, я вроде бы проверил её на ошибки, но если они будут встречаться, то мы с ним

1: О них поговорим, наверное, заметим и обсудим. Но в целом это красивая презентация, которая состоит из нескольких частей, и я по ней пройдусь и расскажу вам в ближайшие там условно полчаса о том, как заставить и писать код. Точнее и не сжигать токены и сегодня.

2: Мы поговорим о спецификации, о контексте и о документах проекта. Это такой практический урок для разработчиков, которые хотят управлять искусственным интеллектом, а не бесконечно переписывать промты. И на этом уроке вы поймёте, как давать и задачи так, чтобы он писал код. Точнее почему

3: Большой контекст не всегда помогает и часто сжигает токены какие документы нужны, чтобы и не переписывал весь проект каждый раз, как разделять проект на маленькие контексты, задачи, спринты, документы, как работать с существующим проектом через контекст дам квест лего сигорни и как

4: Этот подход используется в реальной ай дривен разработке. Как поработать со мной, если вдруг у вас появилось желание, чтобы я вам это рассказал как-то там более индивидуально, в процессе совместной какой-то работы в конце урока я расскажу, как попасть на моё

5: И на нём вы сможете повысить стоимость своего часа за счёт искусственного интеллекта, меньше писать код руками, делегировать агенту большую часть рутинных задач. И это такой переход от точного использования ллм к системной и направленной разработке через агентов.

6: Текст фулстек проект и карьерную упаковку результата, и кому сегодня нужно точно посмотреть этот урок это разработчикам, у которых ии. Быстро съедает лимиты, но все равно пишет не то тем, кто каждый раз заново объясняет проект искусственному интеллекту, его архитектуру и ограничения тем, кто r.

7: Работает с курсор клода там кодексом, капала там или агентами и упирается в контекст тем, у кого ii начинает хорошо, а затем теряет задачу, путает файлы, ломает архитектуру, в общем, делает не то, что надо тем, кто не хочет закидывать весь проект в контекст, а давать.

8: И Ровно ту информацию, которая нужна для задачи, и тем, кто хочет понять через спецификации документы и короткие итерации, как экономить токены и получать более точный результат. Более точный код. В нашем случае меня зовут Миша, мне 40 лет и 26, да, звучит.

9: Странно, но вот прям буквально из них я в программировании, и я большую часть жизни, можно сказать, уделил этому ремеслу. Я сейчас работаю принципом фуста к инженером, я буквально с любым фронтендом бэкендом, практически с любым языком программирования могу работат

10: Работал. Я занимаюсь инфраструктурой на текущем проекте, немножко архитектурой занимаюсь и я был тимлидом нескольких команд за свою карьеру. Сейчас я зарабатываю много денег. И если говорить, например, про менторство, то уже было 2 потока, и я помог более 40

11: Студентам внедрить и в работу на инженерном уровне и понять архитектуру это помогло. Вот смотрите, вот ошибка, архитектуру, архитектуру, это помогло ученикам получать новые офферы и вырасти внутри компании. Вот компании проекты, в которых я работал за свою

12: Карьеру вы многого чего тут можете не знать. Например, тут есть конференции, которые в Амстердаме были, тут есть маленькие фирмы, тут есть локальная газета, тут есть большие фирмы, например, epam абн Амро, например, или делойт. И я собрал

13: Для себя карьеру, которая даёт, ну, свободу, в некотором смысле. В итоге я не завишу от 1 стека. И если вы не знаете почему, и как-то можете посмотреть моё, мой ролик про мою карьеру или же моё интервью айти бороде, там, я много об этом рассказываю, я

14: Работаю на международном рынке. Я ценен не только как кодер, а как инженер, который видит систему целиком. Я могу ввести команды, я могу принимать архитектурные решения. Я использую искусственный интеллект не как игрушку, а как её. Вот реальное усиление в разработке каждый день. И я

15: Получаю достаточно большой доход, чтобы говорить, что у меня относительно неплохая свободная, успешная карьера. И также я делюсь с вами и в рамках этого урока, и в рамках там своего менторского этого проекта я не пересказываю теорию про, и я делюсь

16: Из первых рук и показываю подход, который буквально каждый день использую в работе, в архитектуре, в ревью, в инфраструктуре и в задачах других, где ошибка это дорого.

17: Я передаю участникам этого звонка и, например, своего менторства, систему работы в разработке, а не набор Промтов. То есть набор Промтов у меня тоже есть. Вы о нём узнаете ещё чуть ближе к концу, но в целом я на своём тренинге. И вот такими вот уроками стараюс

18: Передавать реальное информацию о том, как реально внедрять и в рабочие задачи, как работать со спецификациями, с контекстом, с агентами, с рагом, с mcp ревью документацией, вот этим вот всем. И поэтому результаты проявляются очень быстро. Вот, например, несколько учеников.

19: Результаты которых поменялись. Можете поставить на паузу, почитать, но чуть более подробно я расскажу в конце. И давайте начнём, собственно, с полезной части прежде всего и немножко контекста добавить сюда. Сегодня у нас июль

20: Сейчас июль 2026, конкретно даже 9 сегодня. И разработка очень сильно поменялась. Если раньше разработчик писал код руками буквально совсем недавно, ещё 4 года назад, условно, или там даже 3, и как бы

21: Это было его основной ценностью, то сегодня сильный ценный разработчик, он управляет искусственным интеллектом. Он знает, как настроить контекст, как работает архитектура, и он отвечает за качество результата. И выигрывают не те, кто просто пользуется лм, да, потому что даже те, кто до сих пор

22: Особо лм не любит. Так или иначе ими где-то пользуются. Вон даже сторвайз сделал. 1 пулл реквест с помощью нейросла да с помощью вайб кодинга сделанный. А выигрывают те, кто встроил процесс, встроил искусственный интеллект в процесс, в инженерный процесс разра.

23: Отки программного обеспечения. Произошёл такой своеобразный сдвиг рынка. Если раньше достаточно было хорошо знать свой стек, то сегодня этого абсолютно мало. Рынку нужны другие инженеры. Да, мы вообще не говорим о программистах, которые умеют работать с искусственным интеллекто.

24: Понимают архитектуру, видят продукт целиком, потому что надо смотреть не только с инженерной точки зрения, могут работать в команде, потому что все-таки разработка программного обеспечения это все ещё пока командная работа и могут автоматизировать часть разработки, потому что сегодня есть инструменты, чтоб

25: Делать разработку быстрее. И, естественно, хорошие разработчики должны уметь этим пользоваться. И главная боль сегодня, и разработки для многих, знаете, там ограничения по токенам вводят, но многие фирмы, которые ещё совсем недавно, как казалось бы, будут

26: Бесконечно их тратить. Так вот и сжигает эти токены и пишет не то. И вся проблема в том, что он получает неправильный контекст. Он работает без спецификаций, без архитектуры, без ограничений, без версий, без понимания структуры проекта. Поэтому он постоянно его сканирует, тратит на

27: Это токены и без критериев готовности, да без accept. В итоге агент читает лишние файлы и теряет задачу, сам придумывает архитектуру, потому что не знает, какая она должна быть, плодит технический долг и делает 10 операций вместо 1 как бы.

28: Большинство из, наверное, даже вас использует искусственный интеллект. Сегодня открывает любого агента, любую локальную модель, какой-нибудь курсор или клод. Вообще что угодно, что он открывает и начинает туда писать промт в диалоговое окно. Иногда подробно, иногда не

29: Очень подробное. И если результат получается плохой, они докидывают контекста каких-то файлов, Логов, скриншотов, старых сообщений или ссылаются на них. И в итоге, и вроде помогает, да, потому что итоговый результат все равно генерирует он, но все равно процесс остаётся ручным по сут.

30: Вы все поддерживаете сами, вы говорите, что, где и когда делать прям в прямом эфире, следя за тем, что делает ии.

31: Когда и есть, и процесс остаётся вот таким вот старым, все равно человек в принципе делает все только теперь на уровне объясни и поправь, то облачная модель выглядит современно, но по факту это тот же ручной кодинг, только с дорогими подсказками в сумбурном контексте, да, как будто бы руками писать, наверное.

32: Было чуть медленнее, но зато лучше бы получалось. И принцип сегодняшнего урока это то, что искусственному интеллекту не нужен весь проект для того, чтобы сделать все правильно, да, потому что 1 идея это как бы сейчас я туда всю информацию закину, весь проект, пускай у меня прочитае.

33: Красиво сделать, как в проекте нет, надо правильный контекст выделять под конкретную задачу и спецификация проекта. Она нужна не для красоты, она нужна, чтобы искусственный интеллект понимал, что делать, где делать, как делать, что нельзя трогать, какие ограничения учитывать.

34: Какой результат считать правильным. И чем точнее контекст, тем меньше токенов уходит на лишние попытки. Почему просто дать больше контекста, собственно, не работает. Потому что, как я уже сказал, многие думают, ну, если не получается, надо ему туда больше всего впихнуть, но на самом деле большой

35: Context делает только хуже и поэтому он не работает. Модель видит слишком много лишнего, она начинает путаться, она начинает как бы больше размышлять и выдумывать. Дороже становится каждый запрос, потому что весь этот контекст уходит в запросе. Агент дольше.

36: Думает, чем больше информации, тем дольше ему надо думать и обдумывать. И в ответ попадает неважная информация, потому что вы передаёте ему слишком много шума, не связанного с решением нужной задачи. Повышается шанс того, что и уйдёт не туда. Он начнёт там, знаете, как часто бывает попроще сделать, что

37: То 1, а он пытается в других файлах какие-то улучшения делать. Затем сложнее контролировать качество результата, потому что получится так, что и не только сделал то, что надо, но ещё много всего лишнего, и правильным подходом является не больше контекста, как я уже сказал, а конкретный контекст.

38: Задачу и и дривинг, разработка и дривинг, разработка и направленная это управление контекстом сегодня. То есть это буквально, что вы как бы разбираете, собираете контекст и затем и у вас с этим контекстом работает, и она начинается с

39: Умение дать этот самый контекст под конкретную задачу и есть разные термины, которые стоит оттуда понимать. Это спецификация, это документы проекта, это разделение контекста, да, и single possibility, например, это короткие итерации.

40: Это отдельные агенты под задачи, это фиксация изменений, потому что всегда надо знать, что поменялось. И это контроль технического долга, потому что он обязательно будет возникать. И если все вот это все эти термины собрать в какие-то действия, которые вы предприняли, и

41: Что-то с ними сделали, то ii будет работать быстрее, дешевле и точнее, формула и разработки такая. Сначала мы фиксируем задачу, то есть выясняем, что надо сделать самостоятельно или с помощью ии. Совершенно неважно. Затем мы создаём спецификацию для решения нужной за

42: Затем собираем нужные документы и даже не так, не то чтобы все документы, части из них и работаем короткими итерациями. То есть делаем маленькие части, чтобы не разрастать контекст, естественно, делается это с помощью дополнительных агентов, то есть субагент

43: Запускается и все это красиво делают. Затем мы проверяем результаты. Пока все ещё, конечно же мы проверяем что-то автоматизированно, но все ещё финальное решение и проверка должны оставаться за человеком. Затем мы фиксируем изменения. Технический долг это тоже можно переложить собственно, на ii и

44: Искусственный интеллект перестаёт работать как случайный генератор кода, он предсказуемо начинает выполнять задачу. Это будет дешевле не с точка зрения, не только с точки зрения контекста и токенов, но и с точки зрения того, что вы можете использовать более дешёвую модель, потому что выдумывать ничего уже не надо будет.

45: И спецификация для разработки с ii это как бы часть, про которую мы поговорим сейчас, и мы разберёмся, как описывать задачу так, чтобы и писал код, точнее не ломал проекты, не сжигал токены вот этим лишним контекстом.

46: План урока, да, это вот была предыстория, мы разбираемся с тем, что мы делаем. Мы описываем спецификацию, фиксируем стек архитектуру, работаем, как я уже сказал, короткими итерациями. Если у нас уже существующий проект, я расскажу, как подключить существующий проект через контекст дамп и

47: Про фикса, и затем мы фиксируем изменения, технический долг. Начнём с того, надо всегда создать ясность или принять во внимание, или учесть, или понять, что мы, собственно, будем делать перед тем, как дать какую-то задачу. Нам надо разобраться, что мы делаем, для кого

48: Или для чего эта функция? Потому что если мы пишем условный эндпоинт какой-то или даже функцию, она где-то должна кем-то и зачем-то вызываться, какой результат нам надо получить, какие ограничения у нас есть, да, это могут быть абсолютно разные, например, архитектурные ограничения. Какой

49: Как используется, потому что всегда нужен конкретный стек. Мы ещё об этом поговорим. Какой уровень качества нужен, это тоже важно, потому что мы можем буквально, ии, разрешать создавать технический долг и что, естественно, нельзя трогать, потому что ии может захотеть начать править где-то она там.

50: Какой-нибудь файл сканировать по непонятной причине увидит, что-то, что ей не понравится такая и вот здесь давай улучшим тоже нет, нам надо, чтобы ii решил задачу так как она определена, а сам он этого делать, к сожалению, не может. И ошибка, когда вы работаете с

51: И это хотеть сделать быстро фичу, да, это вот простой запрос, да, вы поняли, что вам надо. И вы такие сделай мне красиво. Сделай мне эндпоинт и надеяться, что все будет работать, да, так может работать с маленькими задачами на маленьких проектах, но в реальном проекте и в большом

52: Серьёзным, особенно в интерпрайсе. Быстрый пром часто создаёт проблемы не те файлы, не тот стиль, Поломанная архитектура, или неправильная, или новая, не учитывается какая-то существующая логика, потому что мы о ней не сообщили и создаётся технический долг. Повторюсь, он и все равно создаетс.

53: Даже без разрешения, но мы можем ему разрешить сказать, что с этим делать. Так вот, мы должны его фиксировать, и в итоге быстрое решение превращается в какую-то переделку. И как бы то, что нам надо будет вносить много исправлений, когда наши коллеги, например, посмотрят кодревью.

54: Спецификация это самая важная часть процесса разработки с помощью ии. Спецификация это описание того, что нужно сделать и как это должно работать и в обычной разработке. Когда мы говорим о обычном мире, который был ещё пару лет назад, то спецификация это руководство для людей, к сожалению,

55: Сейчас так не работает в ii разработке спецификация, спецификация становится промтом, это часть нашего контекста и набор правил исполнения, то есть написана она должна быть, естественно, по другому. И если для людей мы описываем, что мы хотим получить, какие у нас есть условия, какой

56: Какие требования то для и все чуть более сложно. Нам нужно указать какой у нас стек указать какие у нас версии, потому что это тоже важно. Хотя бы мейджер версии мажорные, да какая у нас архитектура, какие у нас есть папки и зачем, какие файлы и зачем у нас используются потому что у ва

57: Возможно, у нас есть какая-то логика, которую мы хотели бы переиспользовать, какие есть ограничения, да, что нельзя делать, какие, что нельзя трогать, что нельзя устанавливать и куда нельзя лезть, как проверять результат. То есть надо обязательно какие-то тесты, наверное, запустить ещё что-то. И если появля

58: Технический долг что с ним, собственно, делать, вы помните, это фиксация технического долга и думать, что ii сам все поймёт и вот то, что я сказал, кажется вам странным, то это не так. Ii видит только тот контекст, который вы ему дали буквально.

59: Он не придумывает, ой, он как бы не может прочитать ваши мысли, он начинает придумывать сам. Вы не указали, какая у вас архитектура, он или очень много токенов сожжёт на то, чтобы разобраться, какая она, читая разные файлы и понимая, что у вас как устроено или просто придумает свою на основании

60: Там best practices лучших практик, которые, которых ему научили, по информации из интернета, не указали версии он выберет сам, он использует метод, которого уже нет, ни метод, который появился позже, не указали, что у вас есть ui kit, он напишет компоненты с нуля, он придумает цвета с нуля не ука.

61: Age кейсы, и он проверит только happy флоу, он только убедится, что все хорошо и как бы вы в случае ошибки у вас ничего не будет ни Логов, ни обработчика.

62: И вы обязательно фиксируете стек, причём стек вы фиксируете вместе с версиями плохо писать например, что у вас просто python и fast апи можно написать там конкретно python 3 13 и там fast апи не знаю 2 точка 1 или у вас ноджиэс не просто?

63: Но react AUVASNODGS20, хотя он там скоро истекает, ну там условно, но gs 22 и какой-нибудь 19 реакт, потому что, как я уже сказал, ии. Может использовать устаревшие знания и точные версии, снижают риск несовместимости, уязвимости и случайных решений.

64: Затем вы, конечно же, фиксируете архитектуру в каких файлах, что должно лежать, я вам ещё расскажу, но затем вы фиксируете архитектуру и обязательно надо указывать, что вы и как делаете на не только на основании там

65: Условного названия да, вы можете написать просто mvc или webm, или там фсд или ддд или clean архитек в общем что вы используете это конечно замечательно и уже поможет, но желательно также указать и конкретное название папок в какой Папке, что у вас лежит, где сервисы, где там представлении.

66: И так далее, потому что без архитектуры и напишет рабочий код. Но этот код будет встроен в систему так что он будет или отличаться, или неправильно в целом встроен, и вам будет трудно тестировать и поддерживать в будущем та самая структура папок и файлов, которая и к архитектуре одновременн.

67: Она относится и даёт дополнительную информацию о различных переиспользуемых штуках и где создавать какие файлы. То есть можно указать и какие папки у вас есть такое условное дерево нарисовать, да, с помощью там пробелов условных и можно указать конкретные файлы, если

68: Есть, например, вы используете какую-то свою функцию для генерации ю айди. Вы указываете, что она у вас есть и где она лежит. У вас есть какой-то уже сервис аутентификации. Вы указываете, где он лежит. У вас есть, я не знаю, информация о работе с пользователем. Пользователь

69: Репозиторий какой-то опять-таки укажите, чтобы не создавались какие-то ненужные модели для пользователей есть уже оплата, укажите где она лежит и и не будет придумывать структуру. Каждый раз он не будет придумывать реализацию того, что реализовано. Он буквально будет знать, где что лежит.

70: Куда, где, что создавать, где посмотреть, например, что уже есть и может быть какие-то конкретные файлы для того, чтобы даже не тратить на это время сразу использовать, потому что это какие-то там инструменты.

71: И ошибка это слишком много подготовки. Многие могут подумать, что, ну, как-то у меня простая задача. Мне надо вот это все делать, потому что каждая задача, если вы делаете её с помощью и может поначалу показаться простой и даже там исправление,

72: Ошибок у вас может занимать на самом деле мало времени, но если вы 1 раз подготовите этот контекст, во первых, вы не будете практически никогда исправлять ошибки дальше. И все эти немного времени, если совместить вместе, получится много времени, а во вторых, вы сможете давать достаточно сложные задачи, и и он их будет делать.

73: Практически правильно всегда, а то и правильно. И это буквально лишнее, только до 1 переделки, да, когда вы наконец то начнёте потом читать ваш нейролог, вы поймёте, что там все надо переделывать. Поэтому, если вы даже без спецификации сначала 15 минут сэкономите, то впоследствии вы потеря.

74: Теряете очень много времени на исправление архитектуры, а это всегда самая большая проблема правку файлов, потому что что-то будет не там, не так, не по тому ревью, потому что вам придётся своего времени кучу потратить на перечитывание этих файлов. Вы будете находить ошибки и даже искать их, найдя 1

75: Будете буквально везде пытаться найти, вы будете объяснять контекст постоянно, когда будете новые задачи давать и и технический долг, повторюсь, не стоит про него забывать. Я его здесь вставляю везде в этой презентации он прям буквально очень важен.

76: Документы для маленького проекта, то есть какие вам документы нужны. И на самом деле можно было отделаться только 2. 1 документ это ридми, да, это вот этот документ, собственно, и в нём вы описываете проект, что он делает, зачем он есть, описываете архитектуру.

77: Свете, все подходы и паттерны, которые у вас есть, структуру папок и технический стек. Все. Этот файл условный будет читаться. И затем у вас, может быть, какой-нибудь эдженси условно, где вы укажете, что вот в этом файле лежит информация о проекте и вам нужен план

78: Это то, с чем вы будете работать. Проект у нас небольшой, повторюсь. И в плане надо, чтобы была задача. У неё всегда должен быть какой-то идентификатор. Вы сами придумываете, какой должно быть описание, статус, что сделано и что осталось. Я обычно использую силай. Да, клиент?

79: Терминале, который называется dina для заметок и там храню планы для того, что делать с помощью ии. И обычно я разбиваю план на задачи. И получается, что у меня всегда есть задача, которая выполнена, и задача, которую надо выполнить соответственно, и всегда может брать следующую задачу, которую надо выполнить, выполнять.

80: Что она готова. И таким образом он может в цикле 1 за 1 задачей достаточно быстро выполнить, почему это экономит токены в маленьком проекте. 2 этих файлов хватает для того, чтобы и сразу понимал, в чем заключается суть проекта. То есть что он должен делать? Да, потому что если

81: Понятно, общая это уже хорошо, какой стек используется, то есть какие библиотеки есть, какие, как с ними работать, да, какие их версии, какая структура уже есть, то есть не надо думать, а есть ли сервисы, а есть ли уже api запросы или ещё что-то. Мы уже указываем, что у нас есть, мы указываем.

82: Какие задачи активны и конкретно, какие надо брать. И показываем, что сделано для того, чтобы ии понимал, да, он всегда может обратиться в файл, где хранится то, что уже сделано хотя бы общими описаниями, и он может глянуть и понять. Ага, вот это уже было сделано, значит,

83: Наверное где-то в проекте это есть. Надо найти такую-то функцию, это убирает лишнее объяснение в каждом новом запросе. То есть если у вас буквально маленький какой-то хобби проджект, там, не знаю, на 30 файлов и там 300 килобайт без зависимостей, то вы можете смело использовать такой подход.

84: Но для среднего и большого проекта документов надо намного больше, потому что задачи там будут не такие общие, они будут часто разделяться. Предположим, что у нас проект, где есть и фронтенд, и бэкенд, и какая-то база данных, и там надо работать по другому. Вам понадобится техстек.

85: Да, там отдельный файл будут описаны все как бы зависимости, возможно для каждого сервиса архитектура, она может быть или для каждого сервиса отдельно, или 1 файлом для всех сервисов. И там мы описываем, как у нас устроен тот или иной сервис эдж кейсы. Это ситуации.

86: Которые надо предусмотреть при разработке, да, нестандартные, различные. Мы должны понимать, что мы делаем. Поэтому просто вайб кодером быть не подойдёт на самом деле, чтобы, ну, как бы, нормально работать. И надо буквально понимать, что ты делаешь и почему это схема базы данных. Конечно же, когда мы будем работать с

87: Или будет какую-то логику делать, или менять базу данных. Ей надо где-то брать об этом информацию. Если мы это не скажем, она начнёт вызывать команды запроса к структуре базы данных напрямую, чтобы разобраться, что там, в общем, лишние потраченные токены ссылки. Вот видите, написано линкс, должно быт.

88: Links. Скейс это ссылки на документацию просто положите их туда и будет редко туда ходить скорее всего он будет думать, что у него уже все есть что надо, но для того, чтобы он не просто искал в интернете что-то из того, что надо сделать и

89: Нарывался на неправильные ответы, у него будет конкретная информация, куда пойти, он всегда сможет воспользоваться поиском по определённой странице и найти то, что ему надо ui кид если у вас есть фронтент и вы используете какой-то ui кид, то полезно было бы о нём информацию дать, и прочитает, и поймёт и какие.

90: Компоненты есть и как их использовать. И текущий спринт это такой абстрактный файл. Вы можете не спринтами работать любыми другими операциями, но назовём спринт, так как это для it более привычно текущий спринт это то, над чем мы работаем сейчас.

91: Почему документы нужно разделять? Ну, во первых, повторюсь, у нас будут задачи, которые только для бэкэнда, или только для фронтенда, или только там для чего-то сделать с базой данных. Поэтому не надо все знать одновременно нейросети во время работы. И, соответственно, если мы работаем только с фронтендом, нам совершенно на неё

92: Важна схема базы данных, например да, или архитектура бэкенда нам важны интерфейсы, которые бэкенд отдаёт, поэтому у нас есть ui kit и архитектура для той же миграции например, нам не важно, какой у нас бэкэнд, да, нам важно только, какие у нас там python или условный ноджиэс, нам не важен ui.

93: Но нам важна схема базы данных и технический стек для каких-то багов эдж кейсы и что надо, собственно, что произошло и что надо исправить. Поэтому если мы правильно подготовим все эти документы, то агент работает только с нужной частью системы, а не с огромным шумным контекстом и тем,

94: Более изучая, что там есть и такое самое небольшое техстек Эмди это файл с техническим стеком не дать. И он существует для того, чтобы не дать ии самому выбирать технологии. У нас внутри языки, версии, фреймворки, библиотеки.

95: Ограничения, запрещённые версии. Знаете, что сейчас есть те, которые взломаны, поэтому мы их точно указываем, что они нельзя их, они должны там быть и какие-то важные зависимости, особенно если они связаны с api архитектура Эмди это для того, чтобы не

96: Позволить и писать код отдельно от системы. Мы описываем файл с нашей архитектурой и там внутри архитектурный подход, который используется основные слои, структура папок, правила создания файлов, взаимодействие модулей, то есть как что, где вызывается и какой модуль за что отвечает важные ограничения. Я тоже

97: Всегда есть, например, мы не хотели бы прямых обращений к базе данных, а через какой-нибудь драйвер только и границы ответственности. То самое разделение ответственности, чтобы как можно меньше возлагать на 1 какой-то модуль. И тем самым у нас упрощалось и тестирование, и дальнейшая поддержка с помощью и

98: Это файл с нестандартными сценариями и если мы его не сделаем, то ii всегда будет тестировать только так называемые хэппи флоу да или happy path и не будет проверять ошибки, поэтому внутри надо описать какие ошибки могут быть, какие могут быть пустые состояния. Валидация это кстати.

99: Важно для создания Тестов да, если вы пишите тесты с нейросетями, также нетипичные пользовательские действия, если у нас есть ui сетевые сбои, что делать с ними ошибки авторизации, ошибки, базы данных и ограничения безопасности все это кейсы, мы их описываем, что они могут быть и будет их предус.

100: Рассматривать во время разработки диби схема это файл со схемой базы данных и должен знать, какая она есть, и не придумывать своё, и добавлять новые поля, которые не нужны внутри таблицы поля, типы данных связи, индексы ограничения миграции и правила чтения и записи.

101: Это на самом деле тоже очень важно, потому что мы например хотим только транзакциями работать или ещё что-то ссылки, файл со ссылками не lynx, а линкси и это надо для того чтобы и не тратил время на поиск, не выдумывал апи библиотека, а мог пойти.

102: Смотреть, если надо, чтобы быстрее находил правильное решение и меньше ошибался внутри. Вы сами знаете. Обычно официальная документация, апи, какие-то документы, гайдлайны команды, ограничения миграции, правила чтения и записи. В общем, все, что вы считаете.

103: Нужно дать ii и что находится на внешних ресурсах, и опять-таки ui kit, про который я уже говорил, если в проекте есть готовый ии должен об этом знать заранее, иначе он сделает интерфейс, сам он будет рабочий, но не соответствовать вашим стандартам, где лежит, что уже.

104: Есть, где находится документация, есть истории бука, как его открыть, да, он откроет плейрайт и посмотрит. Если вы плейрайт подключили, какие компоненты использовать, какие компоненты запрещено писать с нуля и даже менять. И пример ui кита. Да, или проблема с ui китом, это мой личны.

105: У меня была задача, у нас там, в общем, достаточно сложная история, я на менторстве у себя её достаточно подробно рассказываю, но в целом мне надо было сделать 2 страницы в ui, и я не знал, что есть ui kit. И я как бы и не просил даже искать. Я ему говорю, проанализируй там вот есть, я посмотрел на каких страницах похожее, того, что

106: Мне надо компоненты по дизайну. И сказал, проанализируй эти компоненты и сделай мне вот страницу, вот тебе дизайн, там, вот тебе подключись к фигме, посмотри, все классно да, эмсипи есть. Он посмотрел, изучил и сделал рабочий результат. 2 страницы классных. Я сделал pull request мержи квест в нашем слу.

107: У нас гитлаб и получил огромное количество одинаковых комментариев, и все были это у нас есть ui kit, это у нас уже есть, можешь переиспользовать и так далее, и все, потому что я не сам не знал и не сказал теперь я, естественно, более ответственно подхожу к тому, чтобы изучать, что уже есть, но в целом

108: В целом, как бы вывод такой, да, и пишет код неплохо, но в рамках того контекста, который вы дали, если дали, вы дали ему контекст о ui ките, он практически идеально им воспользуется, подробный контекст, если не дали или будут отступления, если он сам поймёт, что какой-то ui kit есть или будет все по своему.

109: Карен спринт Эмди, это файл текущей итерации. Повторюсь, вы можете работать не с принтами, просто чтобы вам было понятней. И 1 спринт, 1 агент, 1 контекст и субагенты, естественно, я думаю, что не надо сейчас создавать много агентов. Сейчас новая модная тема, это субагенты, вот этот цикл, поэтому

110: 1 спринт, 1 агент с субагентами, 1 контекст и так работает, точнее, быстрее, дешевле внутри описываются задачи текущего спринта, приоритеты, статусы, практически все тоже самое, что вы обычно в джире делаете, можно в принципе и в джире, но тогда надо предусмотреть.

111: Выгрузку этой информации из джиры в контекст. И делать это желательно до того, как использовать и

112: Как экономить токены на контексте и это не тащим старую историю диалога в новую задачу. Бывает, что многие заходят в старый диалог, копируют и че то там вставляют. Не делаем этого, не даём агенту весь проект, потому что весь проект это много токенов, это много контекста.

113: Там много денег и выгораю, и заканчивающиеся наши ограничения, да, количество токенов, которое нам работодатель дал под каждый спринт, создаём отдельный контекст. Это тоже очень важно. Вот эти операции вы можете отделными контекстами, потому что в программировании принято, что 1 спринт реализует какую-то 1 или несколько фи,

114: И они сразу после этого идут в production, да, по окончании спринта идеально, чтобы их можно было задеплоить. Поэтому для если вы делаете 1 фичу или несколько, для них нужен какой-то ограниченный контекст, под каждый спринт отдельный контекст и в контекст попадают только те нужные документы, которые связаны

115: Связанные файлы, которые как бы подходят конкретно для текущих задач. Так, агент меньше путается, быстрее отвечает и не сжигает токены на лишнюю информацию. Что же делать, если у вас уже есть проект и вы хотели бы начать там работать с помощью искусственного интеллекта и

116: Он не готов для работы с и там всего этого нет. Тогда вам нужны ну тут, видите, 3 файла. На самом деле вам нужны 3 скилла, которые создадут нужные файлы. 1, это контекст билдер или контекст дамп. Он изучит проект, он обычно стоит много токенов, он изучит проект.

117: Проект и сделает вам файлы, которые будут вот нужные вам и с архитектурой, с какими-то ограничениями и так далее и библиотеками. 2, это change request, это такой промт, который или это такая задача, или

118: Функция, которая вернёт вам Пронт, там тоже её может использоваться, что надо изменить то есть у вас есть какая-то задача, с которой вы хотите начать работать у вас вот вы использовали вот этот скилл или функцию контекст дамп. У вас есть уже контекст, у вас есть задача, которой вы хотите начать работать, и это lego Сиворин.

119: Warning это тоже специфический контекст, там и должен вам найти все, что устарело, или проблемы, или зависимости, которые надо обновить, и вы должны тоже о них знать, чтобы, как бы, во первых, использовать только этот функционал тее апи, которые есть в этом.

120: Этих устаревших файлах, коде и так далее. И чтобы знать, что их надо будет изменить и улучшить вот подробнее, что такое контекст? Дам дорогой шаг 1 раз, чтобы не платить потом много ещё раз. И будет у нас много файлов, которые будут разбиты.

121: На файлы и там будет как устроен проект, какие файлы, за что отвечают, какие модули может быть какой-то граф, если проект очень сложный, вы можете даже сделать себе граф тоже много токенов ест, но и много кода вызывает, который не стоит токенов, вам там будет, где лежит бизнес логика, какие риски, какие

122: Документы, реквест, это как бы, что надо сделать, да, как я уже сказал, если вам надо работать, то вам не надо, посмотри проект, пойми, что нужно изменить. Вы должны сами знать, что изменить. Вам надо изучить проект. Вот после контекст дампа, если вы просто улучшаете или у вас

123: Есть уже конкретная задача и тот самый лего Сивонин, тот файл технического долга. Не надо ничего рефакторить, там должны быть собраны все текущие вот эти вот проблемы с устаревшим кодом, зависимостями и чем угодно с любым техническим долгом. И вы или потратите там.

124: То время и токен для того, чтобы все исправить, или будете с ним жить, но и хотя бы будет знать, что это костыли какие-то, что ими надо пользоваться, но потом вы их исправите, а не будет думать, что это место надо срочно улучшить. Он должен знать, какие проблемы есть, чтобы как бы или предлагать их улучшит.

125: Если уже нельзя текущую задачу выполнить через костыли, да, надо нормально делать или переиспользовать эти костыли. И сразу пример. Кейс на самом деле достаточно полезный, чтобы вы понимали, насколько важно все это уметь. Да, это даже не пример там моего менторства. Просто, просто пример.

126: Человека, которому это пригодилось, он у меня, собственно занимался и в процессе тренинга вот это произошло, он системный архитектор, у него много опыта, и он с помощью моего тренинга, потому что там я вот много всего такого полезного рассказываю про ii, упаковал свой опыт работы с нейросетями и сохранил.

127: Работу, потому что его 1 из его клиентов, он собирался сокращать штат. И в 1 очередь под сокращение всегда попадают внешние контракторы, вот эти, которые консультанты, и он был внешним, его бы сократили, но он показал, как можно все вот это делать, как использовать, и ему продлили контракт.

128: Поэтому он прям вот с помощью понимания того, как это все работает, а там компания, собственно сокращение на волне и и искусственного интеллекта делала, чтоб все же ii теперь будет делать. То есть, а работников и разработчиков, которые понимают, как с и все это делать не так много. Вот он стал 1 из тех, кто

129: Понимает, и его продлили. Ну и вот пример практического задания, которое, например, мы делаем у себя на менторстве, да, и вы можете тоже попробовать на самом деле, с каким-нибудь кодом, да, например, у меня есть там репозиторий с рагом в гитхабе или найти любой

130: Другой репозиторий или старый проект, который у вас есть. Вы можете его форкнуть, сделать отдельную ветку, удалить ридми и сделать контекст дамп ридми будет мешать. На самом деле он может быть не обновлённый, устаревший, не такой подробный. В общем, лучше удалите, он создастся новый контекст дамп или контекст билдер.

131: Вы можете найти в интернете и получить этот контекст, да, затем посмотреть, что там с помощью и, например, проанализировать, посмотреть, что можно улучшить, создать вот эти улучшения, внести изменения и проверить результат. Технический долг можно или сразу зафиксировать, занести или попробоват.

132: Его исправить и оставшуюся часть из него. Но все, что останется занести в legacy верникс. И вот, например, какие задачи у нас выполнялись. Повторюсь, что пример из того, что у нас было, есть в менторстве, у нас, получается, есть какой-то распи,

133: Там 1 вид поиска, надо сделать гибридный векторный киворды и сделать как бы ранжирование, чтобы хорошо при этом проходило и умное перефразирование запросов, потому что там пользователь может написать некрасиво, может написать лишнее, может аббревиатуры, которые не нужны, поэтому как бы

134: Вот такие вот штуки надо было сделать в репозитории, который не готов для разработки с помощью. И, ну и, собственно, вот такое я хотел вам рассказать. Вы можете сказать, а че так мало давать дальше. Но на самом деле у меня есть целое менторство, где я делаю это за деньги. Это просто пример того,

135: Части того, что я там рассказываю. И вывод урока в том, что и разработка это не борьба за самый длинный контекст, а это умение давать и минимальный, но достаточный контекст, чтобы выполнять задачи и плохой подход, если мы разделим на плюсы и минусы, это грузить все и надеятьс.

136: На то, что ii сам разберётся, он то, может и разберётся, но потратит токены, и если не разберётся, вы ещё получите кучу нейросла, а хороший подход это разделять проект на документы, и здесь мы говорим о документах для ii дать спецификацию, дать только нужный контекст работать коротким.

137: Итерациями. Повторюсь, чтобы надо было меньше всего менять. И не делал изменения в огромном количестве файлов фиксировать изменения, технический долг, чтобы было понятно, что сделано и что надо исправить или улучшить. И таким образом вы получите ситуацию, когда и пишет точнее, быстрее и главное,

138: Дешевле, но в данном случае мы говорим о количестве токенов. Основная ошибка, которую многие допускают, это делать, не то, что и не то, что приближает их к реальной разработке, наделать этих переиспользуемых Пронтов, потом копировать и вставлять. И это как бы 1 из проблем. Да, и потом вы эти пронты

139: Везде применять и пару слов дописывать. Оно так не работает. Когда вы думаете, что у вас плохой ии, вы начинаете покупать более дорогие модели или использовать, и токены заканчиваются ещё быстрее, а деньги уходят ещё ра, ещё в больших объёмах тоже так делать не надо. Любой ии, сегодня, ну, практически любой, но

140: Большинство и большинство моделей с хорошим контекстом работают хорошо просить код писать без спецификации. Это ошибка. Делать проект по 1, когда не хватает командного опыта. Не стоит никогда делать что-то, если у вас не хватает опыта во всем не надо.

141: Браться за бэкэнд, если вы про него ничего не знаете, и углубляться только в 1 стек. Да, это вот как раз проблема тех, кто хочет или остаться на рынке, или делать свой продукт. Вы можете знать 1 стек и быть в нём экспертом. Но этого сегодня мало. Надо иметь фулстек мышление, где у вас ломается

142: И процесс, вот, чтоб вы понимали, вы можете взять, если у вас такие проблемы есть и пробежаться, если и сжигает токены и пишет не то, то, скорее всего, у вас нет спецификации, если перечитывает весь проект, да, чтобы понять, где и что-то вы не разделяете. У вас, во первых, нет нужной документа.

143: Разделённой, да, потому что он хочет знать все, или она есть, но плохо описана, если путается в архитектуре или вводит новые какие-то методы, или

144: Как это называется? Паттерны архитектуры, то, скорее всего, она у вас нигде не описана. Существующая. Если использует не те библиотеки или ставят новые. Хотя уже есть как бы аналоги, то у вас нигде не описано, где это посмотреть, да, и там условно, но там тайпскрипт приложениях, хотя

145: Джейсон иногда читает, а в языках программирования, где нет менеджера зависимости, где вы копирует что-то из гитхаба, то было бы неплохо обо всем этом рассказывать. Условно не понимает задачу. Это значит, что вы её неправильно описали. У вас нет того, что надо сделат.

146: Quest условно теряет историю проекта, потому что у вас нет информа. Во первых, у вас спринт неправильно оформлен или у вас вообще нет, и вы работаете слишком большим контекстом. Ну, если тяжело работать с legacy, то, скорее всего, вам надо объяснить, что это legacy, и использовать условный контекст дам для этого

147: Навык пользования ллм не равно навык ии разработки, да, то есть то, что вы умеете промты правильные делать красивые, это не значит, что вы умеете использовать и в разработке. Правильно? Потому что сегодня

148: Надо уметь намного больше. Сегодня надо уметь полный цикл от задачи до диплоя. И не надо, чтоб контролировать все на каждом шаге. Да, все ещё большинство компаний, конечно, заставляют вас там проверять мерджи, квесты и вот это вот все, но в какой-то момент мы перестанем смотреть на код, и нам надо будет

149: Как бы больше внимания уделять или совсем финальному результату, финальному финальному коду, или уже все-таки прям готовому результату где-нибудь на death, или acceptance энвайрмент, вам надо все равно понимать архитектуру и иметь понимание о том, что такое качественно в разработке, чтобы вс,

150: Это как бы учитывать, понимая, что код написали не вы. И вы, например, не хотите смотреть код, у вас должны быть другие метрики, по которым вы поймёте, что все правильно решать, где и помогает, где наврёт и все сломает. Не все. Сегодня, к сожалению, ещё пока можно автоматизировать. Вы должн

151: Знать, как, чем и где лучше это делать. Может быть, что-то надо делать руками, и вы должны не просто уметь предложить архитектуру, а объяснить. И это архитектура не только там условного приложения или архитектура всей системы это и архитектура.

152: Контекста и всего того, что вы используете в ii, вы должны уметь объяснить, какие требования вы закрываете, где риски, почему выбран этот вариант, что чем пришлось пожертвовать, или там технический долг, который пришлось оставить, и как это все будет вести себя в продакшене, да и какие ошибки вы о

153: Дайте, как бы это нормально. Глобально у вас есть 2 пути, чтобы со всем этим разобраться. Здесь уже чуть больше рекламная часть в сторону моего менторства начинается. Вы можете выбрать, двигаться самостоятельно, да, потому что это тоже возможно. В интернете есть все совершенно.

154: Бесплатно. Вы можете все пробовать самостоятельно и ошибаться на своих проектах, пробовать самостоятельно разные инструменты и тратить какое-то большое количество времени на бессистемные попытки, потому что надо понимать, что где смотреть и вообще стоит ли и это будет

155: Вас росту, да, но очень медленно, потому что вы не понимаете, опять-таки нет этой структуры. И в итоге вы можете что-то упустить, что-то недопонять. И если вы выйдете на прод с недопониманием, то большая стоимость ошибки в итоге или же путь 2 это двигаться с ментором и командой.

156: Это перейти от разрозненного использования и как получится, или, как умею, к системной разработке, чтобы все работало практически само, да, все ещё human in the loop, у нас есть все ещё где-то, надо быть самому вовлечённым, но в целом переложить больше всего на ii и уж тем более не писать код руками.

157: Потому что сегодня это, ну, практически уже устаревшее. Больше делегировать агентам, больше им доверять и понимать, как получать результат, которому можно доверять, естественно, экономить токены и делать больше в тех ограничениях, которые у вас есть, быстрее выполнять рабочий

158: Задачи, потому что чем больше и знает, тем быстрее он это делает. И, например, мне не нравится, что плод медленный, но с хорошим контекстом он хотя бы не совсем слоу, да, по сравнению с условным антигравити. И вы научитесь, как бы работая вместе, объясняя, согласовываясь, если у вас есть

159: Какой-то ментор, то вы поймёте, как упаковать все то, что вы поняли, узнали и разобрались для того, чтобы, например, или расти внутри компании, или сменить работу, если есть желание.

160: Частые запросы, с которыми ко мне приходят, да, и те люди, которые участвуют в тренингах, им обычно надо опыт работы в команде, потому что их может не быть, они могут быть или фрилансерами, или сами себе команда, или там 2 человека в команде, им надоело работать, и как справочником, да, они не хотят, там копипаст.

161: Chat gpt или там копипасть откуда-то в плот. Они не понимают как оставаться востребованными, потому что все боятся сокращений и боятся потерять работу. Они долго не могут устроиться на работу, не понимают в чем проблема. Кто-то хочет просто понять что

162: Кое-как в мире поменялось, да, он чувствует себя хорошо, у него есть работа, но он понимает, что надо не отставать от рынка. Кто-то застрял просто в 1 месте условном. Даже если это большая зарплата, у тебя большая должность, ты, возможно, хочешь двигаться дальше, и тебе хотелось бы понять, как быть лучше для компании или там для себя, или вот

163: И, конечно же, кто-то хочет просто автоматизировать процессы, как бы условный фрилансер, который просто хочет больше выполнять за короткий промежуток времени. Именно поэтому у меня появилось менторство, да, потому что я понял, что я, в принципе, многое из этого понимаю, умею, хотел бы рассказат.

164: И как бы я решил, что делать там по 1. Это, во первых, неудобно. Во вторых, трудно. Если бы я был ментором для отдельного человека, да, быть там помощником ему в командной работе, потому что я не хотел бы, как бы, выполнять много ролей.

165: Если человек хочет быть разработчиком в большой команде, есть только я, то это надо роль техлида и тимлида, и cure. Выполнять какое-то много ролей каждому из нас. И я решил, что как бы многие разработчики должны понимать и уметь то, что они до сих пор не разобрались, да, потому что есть

166: Буквально люди опытные, классные, умные, но им буквально не хватает знаний в какой-то 1 области, или в какой-то сфере, или в той же ii, и некоторые люди, например, хотят повысить стоимость своего часа с помощью инструментов это, конечно же, больше относится к фрилансерам, но в целом кто-то хочет меньше писать кода.

167: Руками, а то и вовсе не писать. Кто-то хочет делегировать агентам рутинные задачи, потому что я, например, и почту проверяю с помощью агента, а кто-то хочет просто там свой стартап быстрее запустить, или много проектов пробовать, или и работать в компании. Хочет тоже там все делать быстрее. И в моём менторстве.

168: Можете встроить или с помощью моего менторства, я называю это менторство, но это такое групповое менторство, я даже не знаю. Ну, тренинг я обычно называю тренинг. Будем пока называть менторство. Так вот, он, ну, как мне кажется, помогает встроить в работу и научиться делегировать агентам коды, рутинные задачи, выйти за рамки 1 стека.

169: Потому что там надо быть фуллстеком и думать фуллстеком, и думать продуктом, собрать сильный проект и опыт для портфолио. Да, вы всегда можете зайти на гитхаб и посмотреть, какие проекты делали, какие проекты были у предыдущих потоков. Вы научитесь реализовывать свои идеи с помощью

170: Я расскажу, мы обсудим локальную модель и roney, и mcp, вы может быть что-то для себя даже сделаете, вы сможете видеть процессы разработки с разных сторон и как бизнес и за счёт, и как разработчика, как ю. Потому что у нас на тренинге есть ротация ролей на каждый.

171: И вы сможете повысить свой доход или внутри компании, да, или, может быть, даже найти себе новую работу, или автоматизировать коммерческие проекты и делать их больше за короткий промежуток времени. Называется все это back to the future. Не знаю, так получилось, так вышло, потому что команда

172: На предыдущем тренинге называлась диэмси 1 это типа я так назвал делориан из 1 части back to the future было решено так тренинг обозвать, и это такой фулстек и driven development тренинг или менторство для разработчиков, которые хотят повысить, как я уже сказал, стоимост.

173: Своего часа и стать специалистами, которые не просто пишут код быстрее, а доводят идеи от начала и до конца до рабочего продукта через ii агентов, через знание архитектуры и системную разработку с помощью ии. Агентов на выходе у вас будет фулстек проект.

174: Который можно показать в портфолио или коммерциализировать, коммерциализировать, наверное, с 2 м пишется, потому что, ну, как бы, он ваш, там, эмайти, лицензия, и вы делаете, что хотите, у вас будет опыт командной разработки, близкий к формату сильных

175: Command. Потому что будет такая сильная команда, у вас будет нетворкинг, потому что вы узнаете других разработчиков, может быть у вас, вы там рядом живёте, пиво попьёте, может быть у вас какие-то общие интересы найдутся, или вы проект вместе сделаете, у вас будет навык делегировать агентам рутинные задачи меньше писать.

176: Руками, я бы сказал, вообще не писать понимание, как экономить токены за счёт контекста, спецификации сжатия, что и как использовать там на самом деле много всего про и как упаковать резюме линкидин, чтобы они были актуальны на рынке сегодняшнем. Как делать тех

177: Толки и готовить документы о том, что вы работали с архитектурой. И пока это все покажет ваш инженерный уровень, потому что у нас и разговоры тоже есть там, и даже демо и карьерный план роста лично от меня, потому что каждый из вас получит индивидуальный, каждый из тех, кто не вас

178: Тех, кто придёт на менторство, на тренинг, получит дальнейший план, куда двигаться и как развиваться, ну и главная трансформация до ты пишешь код и закрываешь задачу, но упираешься в потолок, работаешь в своём участке, на своём участке, в своём стеке, используешь и точечно, как вырасти.

179: Доходе непонятно. На собеседовании сложно доказать, что ты стоишь дороже. После моего менторства ты мыслишь как сильный инженер, видишь систему целиком, понимаешь свои плюсы, свои, как бы минусы. Знаешь, в чем ты хорош. Как себя продать. Принимаешь архитектурное решение, ведёшь фуллстек проек.

180: И осознанно используешь и твой уровень виден рынку, и это конвертируется в новые офферы, рост грейда, потому что, ну, как бы сейчас будет примеры, где-то там сейчас будут примеры, за счёт чего появляется этот результат, и чтобы получить такой результат внутри менторства, вы прохо

181: Через командный фулстек проект, работу с ii агентами, разработку через спецификации у вас будут командные спринты, разбор архитектурных решений, подготовка тех тока e, демо проекта, обратная связь по коду и у вас будет гитхаб резюме которое

182: Вы сделаете красивыми. Почему это необычный курс? Потому что, ну, я работал в нетологии преподавателем долго. И обычный курс, он даёт информацию, а здесь фокус не на информации, а на результате, который можно показать рынку, вы должны уметь, да, я вам даю знания актуальные, в котором

183: Которые вы можете использовать на рынке, и вы можете это доказать. Вы не просто изучаете инструменты актуальные. Сегодня вы буквально внедряете их в разработку, собираете готовый проект, командный опыт, карьерные материалы и разница не в количестве уроков, да, хотя уроков на

184: На самом деле много. Там десятки записаны, десятки будут в живых. А в том, что на выходе у вас есть доказательство этого. Это не какой-то сертификат, это буквально знания, которые вы можете доказать в разговоре или на собеседовании.

185: И простая формула программы это понять как рабочую систему, а не как справочник, это применить искусственный интеллект, нейросети, фулстек, разработки там фронтенд, бэкэнд, апи, вот это вот все база данных, инфраструктура, собрать mvp в команде с ролями, спринтами, ревью.

186: Демо документации и упаковать карьерный результат, потому что там есть целый трек, посвящённый карьере там и как себя продавать, и что делать. И этот результат ценен для рынка, потому что вы все это будете уметь на практике. Вы можете это показать в гитхабе, в котором вы все будете делать.

187: Хранить, там все это будет видно. Можно зайти посмотреть если кто-то решит вас проверить. Программа состоит из 3 месяцев и 1 месяц это прям разбираемся с ii 2 месяц, когда мы с ii разобрались, мы начинаем работать над командным проектом, используя ii и 3.

188: 3 месяц это продолжение работы над командным проектом, разработка в командах, все как положено, плюс подготовка демо и рассказа о том, что, как, где и почему, и это лекции о том, как подготовиться к рынку, что говорить, как отвечать, что спрашивать и как должны выглядеть резюмеи.

189: 1 месяц будет более индивидуальный, тут чуть подробнее про каждый месяц там вы будете и разбирать свои индивидуальные задачи, и писать спецификации, и агентов писать, и много че делать в общем с ii и разбираться со всеми, с фрагами эмсипи делать их, исправлять, расширять какие

190: Должны быть. Какие у них правила безопасности 2 месяц. Повторюсь, команды фулстек проект мини команда. 8 человек, спринты ревью, технические решения надо будет объяснять и описывать. Команда хочет знать, что вы делаете везде и везде, на все.

191: Этапах реакт тайпскрипт на фронтенде, пайтон, фастапи, на бэкенде, поострее, редис, Монго диби. Я расскажу, зачем вы сами решаете. На самом деле команда принимает архитектурное решение. Тоже авторизация. Разная команда решает, какая, но будет предусмотрена 1

192: Docker, сиайсиди, энджиникс. С этим всем будем разбираться, будет диплой будет production, энвайрмент, базовая инфраструктура и мониторинг, естественно, связи. В общем, все то, что я уже перечислял и 3 месяц это все под

193: Готовить для того, чтобы вы могли и продать то, что вы узнали, и продать то, что вы знали до этого. И это, кстати, очень важно, что вы уже должны уметь программировать, потому что уметь программировать это базовое условие для того, чтобы участвовать в этом менторстве. Здесь я не учу программировать и в кон.

194: Естественно, демодей, это надо будет все презентовывать, все рассказывать и технические решения, и как вы и использовали, и что получилось, и почему хорошо, и почему плохо, и сколько это стоило задеплоить, например, и сколько это стоило держать в интернете. В общем, все надо

195: Посчитать и рассказать и где можно улучшить. В общем, там целый, отдельный процесс, достаточно сложный и очень интересный. И после программы у вас остаётся фуллстек проект гитхаб с задачами. Что вы делали, что другие делали, как вы там это все обсуждали. Опыт командной разработки. Плюс

196: Доска, где вы все это будет, все задачи вы будете обсуждать и думать. Пайплайн сделан и driven пайплайн, где у вас будут все, там скиллы, условные агенты, хуки и так далее. Техток для тех, кто на это решится. Ну и там их будет много на самом деле, в процессе архитектур.

197: Документы, в которых вы будете принимать участие в создании которых резюме и liquid, и вы будете знать, как вам поднять свой час, что вам надо говорить, чтобы вы были дороже, чем были до этого. И вот несколько примеров, чтобы

198: Понимали, насколько разные люди участвовали в моём тренинге. Артём фронтенд разработчик стал фуллстек проектом стал делать фулстек проекты, стал делать их у него, как бы он фрилансер и работал с большего, только с фронтендом. Вот теперь же поработав

199: Команде, потому что у него не было такой уверенности, не было такого опыта, он набрался уверенности в бэкенде, начал больше использовать ii, у него появился фулстек кейс, в который он может показать и рассказать, и продать себя github стал сильнее, потому что там стало больше всего того, что он там делал.

200: Проекты стали дороже, потому что теперь он может брать их под ключ и понимает, как устроен бэкэнд, и знает, как с помощью и его писать так, чтобы он был хороший, и он продаёт себя по другому, естественно, потому что теперь он не фронтенд фрилансер, он фулстек фрилансер, который может и с и помочь, если надо, и

201: И он знает, как добавить и в существующие проекты. Илья, он был мидл разработчиком на начало тренинга, и к концу тренинга или сразу после него он стал тем тимлидом у себя на текущем уровне работы он застрял

202: С тем доходом, который у него был, он получил больший доход практически в 2 раза, и до этого он не понимал, как показать свой уровень, взять больше денег. Плюс неправильное резюме, да, но теперь у него более высокая позиция. Лучший оффер он делает больше тимлидовые.

203: Работы da меньше ходят, тем более из за ii, ещё из за позиции и обучение окупилось в принципе после 1 зарплаты, потому что это не самое дешёвое, на самом деле обучение не самый дешёвый тренинг дешевле, чем у конкурентов, хотя у них бывают скидки, у нас не бывает, но все равно дешевле и вы видите.

204: Сразу окупается цитата все, что изучил за пару уроков самостоятельно собирал бы месяца 4, вот и это только про пару уроков, на самом деле их много, и они подробные Антон, он 20 лет в it архитектор, потому что такие люди тоже приходили на тренинг, и он получил уверенность.

205: Тебе как разработчики, потому что, как бы рекомендации, моё мнение о нём как бы улучшило его мнение о себе. И до, до того, как прийти на это менторство, он был в профессии достаточно давно. Вот. Но когда ты долго в профессии

206: Многие вещи ты уже за ними не успеваешь, все часто и быстро меняется, и все надо как будто бы учить, и, придя на тренинг, просто быстро за короткое время освоил стек, на который у него не хватало времени всегда, да, из за работы там каких-то семьи и всего остального. И при этом он стал более актуаль.

207: На рынке потому что он и выучил то, что популярно в целом там докер гитхэк, ещё диплой там и дабл ю эс но e понял, как ii использовать, и стал более актуален, да и может расширить те задачи, которые он на себя берет Борис бэкэнд, разработчик.

208: Вот он, у него была цель ещё и релаксироваться по возможности, и с работой разобраться. Ну, в общем, вроде как сложилось и то, и другое, и по работе он стал больше, более хорошим специалистом, и вроде как он переезжает из Сербии в Испанию, с чем я его, собственно, поздравляю.

209: И надеюсь, что у него тоже все окупилось достаточно быстро, ну, по крайней мере, если цель была даже не чтобы окупилась, а relación этой цели вроде как он смог достичь я надеюсь, что я ему в этом помог, Никита, он был мидл разработчиком с доходом от 1000 до 2.

210: Уже использовал ии, но как бы думал, что, ну, ему казалось, что он использует не все, что доступно. Конкретная цель была. Доход в районе 3000. Он смог у себя на текущей работе получить прибавку, и это привело его

211: К как бы, к той цели, которую он достиг, и даже чуть чуть больше. И на самом деле у него даже пару проектов, он их успешно там совмещает и это позволяет ему зарабатывать как бы много денег. Видите, он молодец.

212: В общем, на скриншотах, на Паузе можете почитать, чтобы я не останавливался. Стас до Прихода был мидлом. Видите, доход точно не указываю, некрасиво будет. И хотел расти в деньгах и делать проекты целиком. То есть, чтобы он мог самостоятельно, с нуля и до конца что-то сделать ему.

213: Уже подняли зарплату на текущем проекте на 10% в рамках внепланового ревью, да, и причём без всяких вопросов. Он поменял немного подход к разработке, он стал более вовлечён в разработку, потому что у меня есть целый ролик, что я после появления и снова полюбил программирование. Компания

214: Тоже это заметила. И, видите, оценили его и деньгами. Да, раньше срока внепланово.

215: И для кого программа, если уже используешь, но чувствуешь, что берёшь от него процентов 10, если ты сильный разработчик, но у тебя потолок и ты хочешь понять, что тебе делать дальше. На самом деле, как видели, подходит для людей с большим количеством опыта. Хочешь не просто просить ии писать тебе код.

216: А у тебя чтобы был целый процесс флоу, где агенты сами все делают, а ты только верифицируешь. Если тебе не хочется быть узконаправленным, потому что сегодня это как будто бы тупиковая ветвь, да, развития программиста, надо видеть архитектуру, систему, надо браться и за фронтент, и за бэкэнд. Надо, понимат?

217: Это все, если ты хочешь, чтоб твой уровень было видно рынку, да, у тебя будет гитхаб проект, который тебе не стыдно будет показать. И если хочешь получить новый оффер или вырасти в грейде и доходе внутри компании, потому что ты сможешь внутри компании применять то, что ты узнаешь.

218: Кому не подойдёт тем, кто не знаком с программированием да, синтаксисом, да и в целом с логикой в программировании те, кто хочет насмотреться просто лекций, потому что можно сказать да, мне только про ii надо и желательно лекциями нет, так не работает, я даю комплекс.

219: Комплект, комплекс, да, комплект, потому что сработать с ii тоже надо в команде, и это тоже надо делать правильно. Поэтому эта часть тоже очень важна для того, чтобы буквально понимать, как ii работает. И были люди, которые буквально скажу, как я уже говорил, хотели 1 месяц и только

220: Лекции про и никакого проекта, потому что нет времени работать так далее. Классно. Про это можно купить на курсере какие-нибудь записанные лекции по и и посмотреть я даю и как бы чуть больше, чем даёт просто запись тем, кто не готов работать в команде, это тоже не подойдёт, к сожалению.

221: Совсем совсем интроверты, не готовые делиться, не готовы делегировать или не доверяющие нам не подойдут. У нас командная работа и тем, кто ждёт волшебную таблетку вместо системной работы. Да, если вы не хотите самостоятельно разбираться и думаете, что вот послушайте пару лекций и сразу вам зарплата прилетит и ещ.

222: Что-то нет, это труд. Вам надо будет понять, разобраться, использовать, упаковать и продать. Я не найду вам работу. Я не перевезу за границу. Я не приду к вашему боссу, не скажу, повышай ему зарплату. Я вам дам знания, которыми вы можете воспользоваться, чтобы все это произошло.

223: Собственно, поэтому есть отбор, потому что есть все вот эти вопросы, на которые надо ответить.

224: То есть это менторство про командную работу, как я уже сказал, есть и ограничения, и есть проект, есть разборы, но моё внимание будет ограничено то, что людей будет не только вы, но как бы у вас будут другие люди, и я все равно буду давать вам нужную информацию, и я буду все.

225: Равно комментировать ваш проект. Вы будете работать вместе, и вам придётся с вашими коллегами какие-то решения совместно принимать или в чате, или у нас в команде, в командах люди созванивались, устраивали себе такие раз в неделю созвоны. В общем, вам все равно придётся это де,

226: Делать, и это не работа для 1. И вам нужно понимать, что вам придётся работать. Вам нельзя будет, ой, на этой неделе не буду ничего делать. Сделаю на следующей или в следующем спринте вы должны работать в 1 темпе. Это не будет занимать у вас много времени, да, он рассчитан там условно.

227: Там 6 тире 10 часов в неделю вместе с обязательными звонками, которые с моим участием. Но вам все равно придётся как бы делать то, что вам надо будет делать.

228: Если мы увидим в процессе отбора, что мы можем вам помочь, то есть нам надо понять, может быть вы уже для нас овер кул Файт знаете как знаете как бывает с работой, может быть вы для этого тренинга уже over кули Файт, мы должны тоже понять, что мы вам подходим, вы должны понять, что мы мы

229: Вам подходим и для этого, собственно, мы будем все это проводить. И это не массовый набор, это отбор людей, которым реально поможет наш тренинг. То есть я не хочу просто заработать денег, да, я могу брать всех подряд, рассказывать и будет, что будет. Я хочу помочь людям и

230: Я роликами своими в интернете не особо обычно людям помогаю, я рассказываю что-то там интертеймент в рамках там новостной повестки условной. А здесь я хочу помочь людям, и эти люди заплатят много денег. Я хочу, чтобы у них был какой-то результат. Поэтому, если мы можем вам помочь, мы вас пригласим, если мы с вами

231: Не подходим друг другу и мы должны решать это в обе стороны, да, потому что деньги не самое важное здесь, то, к сожалению, мы с вами не подходим друг другу, если вы хотите каких-то там артефактов после того, что вы это досмотрели, какой-нибудь набор Скилов, ещё что-то вот все, что здесь написан.

232: И оставить заявку на тренинг в том числе, то вот по этому QR-коду можно перейти там с вами если надо свяжутся люди, расскажут чуть подробнее обо всем, что я тут вам говорил, сейчас будет у них ролик в какой-то момент я надеюсь, что запишу сегодня завтра, который они могут вам скинуть, чтобы я.

233: Про программу рассказал и про проект, но в целом QR-код сканируйте, там тоже интересное, если у вас остались какие-то вопросы и вы хотите с ними разобраться, то пишите вот на этот telegram аккаунт Михаил Ларченко, там целая команда людей работает, не только я отвечаю и я и они поэтому.

234: Вам обязательно ответят на ваши вопросы максимально быстро. И почему стоит пройти разбор с как бы с этими коллегами или со мной, если у вас нет опыта работы в масштабе биг тех,

235: Корпорации, если как бы

236: Вам интересно, чтобы я с вами связался? Да, я сам связываюсь по всем заявкам. Ну как там команда, но в целом, если появляются вопросы, на которые у них нет ответов, то на них отвечаю лично я. А так тоже часто бывает. Сейчас лучшая стоимость участия. На самом деле, она не особо меняется, она будет чуть чуть дороже.

237: Сейчас как будто бы лучше всего. И поэтому вы, вы не сразу записываетесь, да, вы разберётесь там, договоритесь, обсудите, решите, надо или нет. После старта добора уже не будет. К сожалению, мы не будем добавлять людей. После начала уже команды будут распределены, количество мест суммарно ограничено.

238: Их не так мало, но их на самом деле мало. И лето, конец лета, потому что это будет начинаться в августе лучшее время для апгрейда, Скилов, роста зарплаты и перехода на новую работу, и я вам расскажу почему, но в целом, в общем, осень там до начала осени.

239: По началу осени рынок чуть более активен, чем к концу, но и начало следующего года. Да, здесь тоже отлично подойдёт. Если вы не торопитесь, но вам нужны знания, то начало всегда нового года, новые бюджеты, новые наборы, ну и после разбора со мной или с моими.

240: Коллегами вы поймёте, подходите ли вы нам для менторства и какая траектория роста сейчас нужна именно вам.

241: Что у вас будет после разбора вашей ситуации? Это понимание где сейчас ваше слабое место, что мешает вам работать с ii системно, какой навык нужно подтянуть 1, как повысить стоимость своего часа, засчет и ну в смысле вам не скажут как это сделать да, это часть тренинга, но вам скажут, можете ли вы это сделать или нет, может быт.

242: Вы уже используете ии по максимуму, и мы вам в этом вопросе не поможем, какие шаги помогут быстрее перейти к системной и разработке, да, если вы используете ии, то на каком уровне вы используете и может быть лучше. И можете ли вы попасть в менторство, и на каких условиях вывод этого видео?

243: Как уже почти самый конец и разработка это управляемая инженерная система, это не просто промты и Надежда на то, что все получится. Чем точнее вы задаёте спецификацию, контекст ограничения, тем больше задач можете делегировать агентам, потому что тем больш.

244: Более точно, они будут работать и если вы хотите внедрить все это в работу, проект, карьерную упаковку я могу вам с этим помочь, оставляйте заявку вот по этому QR-коду он уже был на экране, но так положено на разных слайдах, чтобы он был такой дизайн.

245: И парочка ответов на вопросы, которые могут возникнуть, я, возможно, на них уже ответил. Надо повториться. Сколько времени нужно будет уделять обучению? 6 или 10 часов. Можно ли совмещать с работой обязательно можно, потому что, ну, если вы уже работаете, вы молодец и, значит, вам просто надо стать лучше подойдёт.

246: Мне программа, если я не умею в код, не подойдёт, вы должны уметь в код и можно ли научиться всему самостоятельно. Вы можете научиться всему самостоятельно. Просто у вас это займёт больше времени, и вы допустите больше ошибок на пути. Повторюсь, есть бонусы 3 раз от волшебный

247: Код переходите там вот, вот всякие штуки вам дадут и после менторства чаще всего отвечают за чаще всего отмечают, что стало понятно, как системно работать и в разработке, потому что там все подробно, где, куда, что, как класть.

248: Как называть, что должно быть, внутри появится фуллстек проект для тех, у кого узкоспециализированная работа станет легче объяснять свой уровень на интервью, потому что это часть важная часть всего менторства. Объяснить вам, как, какие, какой вы, как рассказать.

249: Какой вы классный резюме. Вот это вот все вы подготовите самостоятельно. Я не буду каждому там из вас советовать, как резюме сделать, но я вам скажу, как это сделать лучше, и вы сами с помощью тоже нейросети сможете это сделать, и у вас появится понятный план роста после менторства, потому что его для каждого

250: Из вас, повторюсь индивидуально. Я подготовлю несколько примеров того, что говорят ученики о менторстве. Ставьте паузу, чтобы я не читал и не тратил время. Мы уже давно с вами здесь. И вот так заканчивается презентация в виде слайдов, а вот так заканчивается это видео.

251: И я надеюсь что вам понравилось было полезно, но если вы прям до конца до конца досмотрели и вам кажется что вы хотели бы в тренинге поучаствовать, то там вот был QR-код и в таком случае мы с вами увидимся на тренинге и будем.