Transcription
А я и сегодня всех тошнит за подписку платить 200 баксов. Качество чистого вайп-кодинга чётенько ограничено моделью и инструментом. Мы будем настраивать команды из Яя.
[музыка]
Среднестатистического разработчика ожидает не самое приятное будущее. Придётся переступить через себя и даже дважды. Айтижешечка надо.
[музыка] >> [музыка] >>
Всем привет. Меня зовут Лекс, и вы на канале IT Борода. У нас конец двадцать пятого года. Это значит, что пора уже поговорить с глазу на глаз, тем более давно не разговаривали. Я предлагаю вам сегодня попробовать сделать реинкарнацию, перезапуск формата ноу-хау. Старички канала, которые подписаны вот уже 8 лет, помнят, что я начинал именно с этого формата, где от первого лица делился собственным опытом того, как что работает в айтишке, что такое апишки, сервера, скрамы, канбаны. Ну, в общем-то, первая аудитория пришла именно через этот формат, формат, в котором я делился своим опытом. И я хочу его реанимировать, потому что в последнее время, вы могли заметить, на канале выходят ролики редко. Большинство из вас, я думаю, подписались на канал благодаря интервью, потому что в какой-то момент это стал превалирующий формат. И мы стали забывать базы, а базы забывать не хотелось бы. К тому же формат интервью достаточно сложный. Вы знаете, я сейчас живу в Польше, устраиваю здесь всё ещё свою жизнь. Интервью стали длиннее, и на интервью теперь мне нужно ездить аж по всей Европе, потому что здесь куча интересных людей, и выхватывать их в Польше не всегда получается. В общем-то, формат интервью на сегодняшний день сложный. Ну и к тому
[музыка]
же он дорогой по времени и по затратам на поездки, а значит формат ноу-хау может стать неплохим таким заменителем. Короче, я просто посмотрел, что за этот год у нас вышло буквально шесть
[музыка]
интервью, хотя в лучшие года выходило 40 интервью. и понял, что это как-то маловато, хочется больше с вами взаимодействовать. Ну и хочется напомнить, что экспертность никуда не девалась у ведущего, и у меня есть чем с вами поделиться. Так что этим выпуском официально реанимирую рубрику Ноухау. Хотя в целом те из вас, кто постоянно следят за каналом, видели, что я нет-нет, да, несколько раз в год выпускаю ролики с объяснением, например, трендов ия. Ну и это как бы ноу-хау. Правда, старые ролики ноухау у меня были исключительно про технологии айтишные. И они умещались в 20-30 минут, а последнее время я люблю говорить по часу. Ну вот с последним сделать ничего не получится. Слишком много информации, экспертизы у меня сильно больше, чем у Лекса IT бороды 8 лет назад. Да и вопросы более обширные, поэтому будем общаться больше, чем по полчаса. Сегодня тоже готовьтесь, я думаю, к часику примерно. А что касается основной тематики, я не буду юлить, я буду рассказывать про AI. Да, тут можете выключать, те, у кого тошнит. Но советую всё-таки немножко послушать. У меня нет цели вам продавать AI. Да, кто-то скажет, что я продаю доступ в сообщество, эволюция кода, где мы учимся пользоваться ээ AI. И таким образом я продаю AI. Но, как я не раз замечал, вы абсолютно спокойно можете не быть в сообществе и быть прокаченным разработчиком. Дело не в этом. И эволюция кода, и то, что я буду вам про Ии рассказывать в этих выпусках связаны только с одной причиной. С той, что в айтишке, в которой вы работаете, в которой я продолжаю работать, AI пророс просто сплош рядом. Являюсь ли я тем человеком, который помогает ию прорастать? Нет. Являюсь ли я тем человеком, который помогает понять разработчикам, что делать с проросшим ием в их профессии? Да. Хочу ли я, чтобы везде был и это сложный вопрос. на него сложно ответить. Мы не знаем, что будет дальше. Но факт остаётся фактом. Профессия меняется. И ещё один факт, который я заметил, это то, что в русскоязычном сегменте практически никто из айтишников вот так вот в режиме диалога без потных роликов у доски и с потными лицами тысяч часов программирования вдэшки, не рассказывает простыми словами о том, что же тут у нас изменяется и какие появляются интересные вещи. Собственно, это была фишка формата ноу-хау. Я без примеров кода, без программирования, простыми словами, чтобы было понятно, от мало до велика, объяснял достаточно нетривиальная технологии. Здесь я буду делать то же самое, но с ияем. А дальше, познакомившись с тем, что я вам расскажу, вы уже можете копать вглубь. Как вам решать? Можете копать своей лопатой, можете копать чужой лопатой, записываться на курсы, приходить в эволюцию кода, например, ссылочка будет в описании. Да, в таких местах там уже и код есть, и примеры, и шеринг знаний, и воркшопы, куча практики. А здесь я постараюсь вам словами рассказывать про интересные вещи. К тому же много кто из вас слушает эти подкасты, они смотрит, поэтому на графической составляющей я стараюсь не заострять внимание. О чём же я хотел бы поговорить в этом выпуске? В этом выпуске я расскажу вам, что такое вайпкодинг. Как ни странно, этому термину ещё даже год не исполнился. Он буквально появился в начале двадцать пятого года, но опрос уже такой бородищий, что даже моя старая борода, которая была вот примерна, до сих пор может позавидовать. Кого только не называют вайп-кодерами, начиная от просто программистов, которые знакомы с ием, заканчивая людьми, которые не умеют программировать и просто узнают, что такое промт и что такое CH GPT, начиная от матёрых синьоров, которые умеют внедрять AI, DLC пайплайны и заканчивая кодерами. Да, есть негативная коннотация вайп-кодеров. Я думаю, многие из вас думают, что vibeer
[музыка]
- это что-то типа обзывательства. Поэтому начинаем с вайп кодинга.
[музыка]
Такая тема для затравочки, достаточно простая, но и дискуссионная. Давайте немножко истории. Я уже три выпуска делал про то, как изменяется айтишка с приходом Ияя в двадцать третьем году, в двадцать четвёртом, в начале двадцать пятого. Они итеративно, эти видосы, если их посмотреть друг за дружкой, нарастают по сложности. И прямо видно, что изменяется в айтишке. Вот. Чтобы понять, как мы пришли к вайпдингу и что это такое, надо вспомнить, через что мы вообще прошли. Изначально ещё лет боюсь соврать, 4-5 назад у нас появляется первый умный автокомплит. Это по факту интеллектуальное дополнение кода после курсора. Ты что-то пишешь и вместо обычных статических дополнений тебе дополняется целая строчка и то и целый абзац кода. Это яйка тебе генерит код, который исходя из контекста решает, что он является самым актуальным на данный момент в твоём коде. Автокомпition. С автокомплишном, я думаю, уже все более-менее знакомы. Дальше у нас появляется так называемые NES, next edit suggestion,
[музыка]
tablet либо next tab suggestions. Это когда у тебя рекомендации твоего кода происходят не прямо за твоим курсором, а может могут рекомендации всплывать где-то в конце файла, в середине файла, либо даже в следующих файлах. Я про это рассказывал. Это есть суть Tab программирования, когда ты жмёшь просто Tab, и
[музыка]
тебе твоя либо твой инструмент автоматически вставляет все изменения, делает все правки. В общем-то, это всё автоматические табуляции, поэтому типа всем они понятны. Что у нас происходило дальше? Дальше у нас появляются технологии на уровне сначала работы моделей с инструментами, потом эти технологии перекачёвывают на уровень API базовых провайдеров моделей. Это tool calling, то есть вызов инструментов. Когда модель и наш инструмент, с которым мы работаем, могут вызывать инструменты посредники. Например, для углублённого поиска файлов, для чтения файлов, запись в файлы, это всё суть туллинга. Это одна уже из базовых технологий. На базе лolлинга, либо tool use его ещё называют, либо вызов инструментов на базе этой штуки вырастает mpel context протокол. И по-простому, это протокол для присоединения инструментов к другим инструментам. Протокол по по обмену информации между инструментами, использующими под капотом, в том числе модели model context протокол. И эта штука позволяет расширять практически безгранично э ваши инструменты, в которых вы работаете, не только для программирования. Это стандартизация тулколинга. По факту тут ничего такого нету. В то же время появляется так называемый structure output, когда модели научились выдавать валидный Jon либо XML. До этого модели выдавали его невалидный. Вот они научились это делать валидно с помощью надстроек, с помощью просто улучшения интеллектуальности моделей. Это обычно настройка в апишке. И вот когда модели научились делать structure output, они научились нормально делать tool calling, потому что эти штуки завязаны. У тебя модель по факту отвечает, какие инструменты в какой последовательности должны быть вызваны. этот ответ парсится, инструменты вызываются, и всё это сверху заливается MCP стандартизируется. Это всё происходило где-то в конце двадцать четвёртого, вот в начале двадцать пятого. И уже в начале двадцать пятого конкретно так проросли в наш повседневный быт агенты.
[музыка]
Не буду тоже долго останавливаться, можно как-нибудь тоже видос запилить, хотя в Ютубе куча видосов, как это работает. По факту агент - это подпрограмма, которая автономно может выполнять какую-то работу. автономно может вызывать сразу несколько инструментов, делать это в фоне, делайте это в каком-то пайплайне вашей работы. Агент может быть по чтению файла, по записи файла. Агент может быть целым дизайнером, который будет дизайн верстать. То есть он может иметь роль, э, типа как командный игрок, агент, может быть, что угодно. Может быть, по факту просто подпрограмма, которая имеет свой описанный кодом workflow, обработки данных, использование инструментов, использования моделей, и всё это как бы автоматизировано. Это суть агентов. И сейчас буквально все инструменты у нас агентные. И в какой-то момент эти инструменты агентные начинают писаться самими же агентными инструментами, яйнами. И так как сами агентные инструменты изначальные, которые появлялись только в начале там года, даже в конце двадцать четвёртого года, они были маленькими. То есть их буквально не составляло труда написать самому, то в какой-то момент, так как модели начали нормально справляться с написанием небольшого софта по размеру, эти агенты стали писаться другими агентами. То есть люди, используя агентные инструменты, стали писать новые агентные инструменты. Никакого прорыва, не хочу сказать, что тут типа: "О, я и начал саморазвиваться, я и начал сам себя пилить". Нет, просто рассказываю вам, что в какой-то момент вот так история сложилась. агенты стали пелиться агентными инструментами, и это дало буст. Начали ходить разговоры в интернетах и в обществе, что вот уже модели научились, в принципе, писать какие-то обособленные куски программного кода, продукты программные, которые могут помогать автоматизировать работу, например, писать агентов. И ещё важно, что с появлением агентного подхода у нас начинают появляться инструменты, в которых, в принципе, для создания какого-то небольшого работающего куска кода либо даже небольшой работающей программы не нужно знать программирование. У нас появляются первые инструменты типа Bolt
[музыка]
New, Lovable, Repl, которые дают пользователю просто окно для ввода промта, в которое он пишет, что ему надо написать. А дальше под капотом этот инструмент, используя множество разных агентов, каждый из которых занимается своей работой, подготавливает финальный продукт. Таким образом, человеку, который пользуется этим инструментом, даже в во многих случаях не надо на код смотреть. Сегодня эти инструменты пошли ещё дальше. Они позволяют этот код деплоить, они позволяют его масштабировать. То есть по факту у нас с агентами появляются инструменты, которые позволяют делать программы небольшие, пусть людям, которые не знают программирования. Ну и эти люди начинают везде писать про то, что смотрите, нам теперь программировать не надо, нам не надо покупать дорогих программистов, мы теперь можем сами делать небольшие проекты. Поначалу нам казалось, что это что-то смешное, но что там человек без знаний программирования напишет? Но, как оказалось, в среде разработчиков есть определённый пузырь. Мы не видим, что вокруг на самом-то деле ещё есть много других инженеров. И есть инженеры, которые, в принципе, с программированием своей жизни сталкиваются очень редко, либо и вовсе не сталкиваются. Инженеров есть куча разных. И в целом инженер - это не программист. Инженерпрограммист - это подраздел инженерии. Это подпрофессия среди спектра здоровенного профессий инженерных. Инженер - это человек, который что-то делает, что-то придумывает. скорее технологическая, но он характеризуется, либо она, инженерка, характеризует потливостью ума. И, короче, эта волна понеслась. Понеслась. Начали появляться люди, которые писали для себя
[музыка]
программы, которые автоматизировали им работу, которые просто писали программы, которые не работали. Стартаперы в эту тему вникли. И программисты потихоньку начали тоже к этому делу присматриваться и такие думають: "Хм, так если вот у моего друга, который с программированием не знаком, получилось сделать такую софтинку, может и я себе сделаю". То есть мы начали понимать, что с помощью я систем можно делать софт, не вычитывая код. Вообще, даже в принципе не смотря какие файлы генерятся. На сегодняшний день это реально. Да, ты не построишь таким образом entтерпрайз, да, ты не построишь таким образом средней сложности проект, но небольшие проекты сделаешь. Какие? Мобильное приложение. У меня есть знакомые, которые делают целое мобильное приложение. Как MVP minimal valuable product, чтобы продать его вообще изи. Раньше стартаперы, не знающие программирование, делали слайды. Теперь они делают целые прототипы программ. Даже работающие прототипы можно делать. Есть у меня инженеры, которые работают с Cдсимами, там чертежи, вот это вот всё, сапроматы,
[музыка]
и они для себя плагины пишут с помощью яя, вообще не разбираю, что там в коде. Они просто на входе подают нормальный промт, описывают, что им надо на выходе, какая вы там физика, математика, и всё, и у них готовый плагин. Чуваки, есть у меня знакомые, которые делают плагины для всяких фотошопов и программ, для работы с контентом. Они вообще не знают программирования, но у них получается. То есть я к тому, что появляется целый спектр людей, которые не знают программирования и которые используют AI для того, чтобы автоматизировать свою работу. То есть профитны используют. Не просто кричат в Твиттере, что мы тут сделали какое-то говно, никому не нужное, они действительно упрощают себе жизнь. И как это всё нас приводит к вайбкодингу? А всё очень просто. Появляется куча людей вот таких, которые говорят: "Мы можем писать программы, но мы не знаем программирования". Появляются программисты, которые говорят: "Да мы просто AI сказали, он нам сделал всё так пошло и впрот за захерачили". Не поощряю,
[музыка]
если что, об этом дальше поговорим. Но общего названия у такого подхода не было. Ну, вроде как это программирование с ияемя, да, но люди-то некоторые не умеют программировать, а всё равно делают программы. Это уже программирование не назовёшь, что это. Это инженерия с ияем. Так, среди этих людей есть вон музыканты, которые не инженеры, но они тоже используют. То есть это что-то с Ияемя. Ну, наверное, написание программного обеспечения с Ияемя. Ну,
[музыка]
наверное, наверное, формально так это и надо было назвать, но судьба сложилась иначе. Судьба сложилась таким образом, что пришёл один весьма знаменитый в узких кругах словацко-канадский учёный и суперкрутой инженер Андрюх Карпатый. пришёл в Twitter и написал слово вайpкодинг. Причём не просто написал, а прямо дал здоровенная определение тому, как он на досуге любит программировать с AI системами, не вникая в код. И он это называет вайб-козидингом, потому что он чувствует вайбы и кайфует.
[музыка]
И это слово внезапно приживается. Приживается настолько плотно, что сегодня каждый из вас слышал что-то, что что есть вайп-кодинг, есть вайп-пкодеры. Давайте немножко поостановимся на роли Андрея Карпатова. Кто это вообще такой? Потому что я знаю, что кто-то из вас слышал про этого дядьку, но мало кто представляет, насколько это крутой инженер. Ну, одно дело, когда этот термин вводит чел, который вообще там не умеет программировать, либо программирование третьим глазом левой пятки видел. Но когда про такое заявляет супермощный инженер, наверное, стоит задуматься, что это, наверное, что-то серьёзное.
[музыка]
Знакомьтесь, Андрюх Карпатый. Ваш батя Вайпхозинга. Ну и, собственно, мой тоже. Андрей Карпаты. Андрей Карпаты. Там разные есть у
[музыка]
него транслительтерации, фамилии, но тем не менее. Кто такой Андрей Карпаты? Кроме того, что он достаточно молодой, весёлый парень восемьдесят шестого года рождения,
[музыка]
родом из Словакии, переехавший в 15 лет в Канаду, он ещё так-то немного немало доктор наук. Он отучился в Торонто, после чего успешно защитил кандидатскую и получил докторскую степень в Стэнфордском университете. То есть, как к учёному, к нему взятки гладки. Более того, свои докторские, кандидатские он делал в разрезе нейросетей. Он достаточно крутой технарь именно в том, как работает современная Large Language Models и Computer Vision. К тому же Андрей Карпаты, и про это знают уже больше людей, является сооснователем, кофаундером, как говорят в англоязычном сегменте, компании Open AI. Но тут уже все понимают, что и как бизнесмен чувак прямо топчик.
[музыка]
Он был кофаундером в пятнадцатом-восемнадцатом году на заре компании. Я думаю, всё у него сейчас нормально. Он периодически возвращается в Open AI, чтобы помогать себя там с исследованиями, с управлением команды. Вообще его там очень ценят и любят. Более того, после работы в Openя он переходит в Теслу и возглавляет целое направление автопилотов в Тесле. Но там это уже конкретно инженерный менеджмент. То есть Челл получает докторскую степень, вкладывается в офигенно крутую учёную компанию Open AI и потом работает в одном из самых технологических и технически крутых отделов компании Tтеesla. Я думаю, тут не должно вставать вообще вопросов, есть ли у этого человека компетенция что-то там вякать за код. Есть. есть и
[музыка]
не маленькая. Кроме того, параллельно с основными своими работами, направлениями, он ещё успел сделать один из самых популярных курсов по ээ глубокому deep плеarning обучению в Стэнфорде. Курс называется CS ээ 231N.
[музыка]
Можете посмотреть этот курс на ряду CS50 и CS101, по-моему, стал бенгером в Стэнфордском университете, один из самых популярных курсов. То есть он ещё и учитель классный. И вот уже как учитель, многие из вас его тоже знают, потому что Андрей Карпаты по совместительству ещё делает офигенный канал на Ютубе, где выкладывает двух-трёхчасовые видосы, как написать свой свой чат GPT с нуля. Делает это суперпонятным языком, таким понятным, что любому джуну даже будет понятно. Он там прямо кодовые примеры показывает, и в итоге за 3 часа вы делаете свой чат GPT, да, версии там ээ 2, но тем не менее вы за 3 часа начинаете понимать теорию млей, как работают трансформеры. Короче, Андрея Карпатова считают одним из лучших учителей в сфере эмэля для широкой аудитории. Ну и не только в Стэнфорде преподавай. Так-то тоже не каждого возьмут. На минуточку. И вот этот человек 3 февраля 2025 года
[музыка]
приходит в Twitter и лупит здоровенный твит о том, что он познал вайп-кодинг. И буквально через 3 дня этот термин разлетается и все начинают его применять. И
[музыка]
буквально сразу же его начинают интерпретировать по-разному. И, признаться честно, двояко.
[музыка]
И даже я был долго в лагере тех, кто считал, что кодинг - это что-то мувитонное и что-то ругательская. Но дальше попробуем разобраться, так ли это на самом деле. С вашего позволения я вам зачитаю перевод поста Андрея Карпатова с классическим, традиционным, ортодоксальным определением того, что такое вайп-кодинг. Есть новый стиль кодинга, который я называю йкодинг. Да, я думаю, Андрей именно так разговаривает, когда полностью отдаёшься вайбу, принимаешь экспонинциальность происходящего и просто забываешь, что вообще существует код. Это стало возможным потому, что LM, например, курсор Композер с сонетом, стали
[музыка]
слишком хороши. Тут, кстати, надо отметить, Андрей пишет этот твит понятным языком для многих, потому что курсор Композер на тот момент это была не модель, это был чат со встроенными моделями, но он решает не углубляться в эти детали, а просто пишет про популярные инструменты.
[музыка]
Кайф. Я общаюсь с композером через Superвиспер, так что клавиатуру почти не трогаю. Superвиспер - это одна из популярнейших программ для набора голосового без использования клавы. Говорю самые тупые вещи, вроде уменьши отступ у сайдбара вдвое, потому что мне лень искать, что это там надо сделать и как это исправить. Всегда жму accept all. Дифы не читаю. Когда вылазят ошибки, просто копирую их в чат без комментариев. Обычно это помогает. Код растёт и выходит за рамки моего понимания. Чтобы в нём разобраться, пришлось бы реально сесть и всё перечитать. Иногда модели не могут починить баг. Тогда я просто обхожу его стороной или прошу сделать какие-нибудь случайные изменения, пока он не исчезнет. Для одноразовых ПД-проектов этот подход не так уж и плох и всё ещё забавен. Я как бы создаю проект или веб-приложение, но это уже не кодинг в привычном его смысле. Я просто смотрю, говорю, запускаю и копирую, а оно само работает. Ну, собственно, вы услышали, что имеет в виду Андрей. Андрей, мощный учёный, мощный программист, говорит, что вайкозинг по факту для него - это написание кода через AI, когда ты вообще не разбираешься в том, что там написано. Ты можешь понимать код, ты можешь быть программистом, можешь не быть программистом, но основная суть вайп-кодерства в том, что ты кайфуешь от того, что всю работу за тебя делает нейросетка. Андрей прямо говорит, что даже если появляются какие-то баги, он просто копирует этот баг в чат и говорит: "Исправь". Если баг оперативно не исправляется, всё остаётся и остаётся, он просто на него забивает либо делает какие-то воркунды. Ноль понимания того, что в коде происходит. Даже если что-то не работает, ты всё ещё не включаешься в то, что там происходит. Это суть классического вайбкодинга. В конце Андрей замечает, что этот подход хорош для ПТ-проектов. То есть явно намекая, что этот подход подход не подойдёт для интерпрайзов, да и вообще для команд какой-нибудь разработки. Это хорошо, когда у тебя есть время, небольшая кодовая база и можно просто вот порасслабляться. и посмотреть, как какая-то система пишет код за тебя. То есть можно сказать, что на сегодняшний день есть четыре вещи, на которые можно смотреть бесконечно: как горит огонь, как течёт вода, как работает другой человек и как работает iчат. Собственно, вот вот вот такой смысл. Ну и, конечно же, после этого поста Андрея, так как он очень популярный чувак, этот термин разлетается, что интересно, из-за одного твита начинают просто реанимироваться многие сервисы по вайпкодингу. Это было начало двадцать пятого года, и я всё-таки был не такой умный, как как сейчас через год. И он не мог продюсировать, делать такое большое количество качественного кода, а тем более проекты более-менее вразумительные под ключ. И сервисы типа Lovbla, Bolt New, они ээ V1 Vzero ещё был такой сервис, они как-то загибались. Но после того, как Андрей Карпаты ввёл термин вайпкодинга, он разлетелся, все про него написали. И внезапно вот эти сервисы, дающие окно для промта и позволяющие не считать код, получать готовый продукт, они заиграли новыми красками. И до сих пор, надо сказать, существует. Если что, наверное, один из самых мощных на сегодняшний день - это плит, рекомендую вам. Они делают много чего, вплоть до того, что могут даже деплоить сайт, работают с базами, и всё это вообще без знания разработки и без знания divops, собаз данных и всего остального. Да, там есть нюансы было. Вот эта вот гучная, озвучная история, как чувак уронил прот базу данных ему и я и удалил. Ну да, ну бывает. Ну я вам скажу, он успел заработать денег, чтобы покрыть эти издежки. Ну и сервисы эти продолжают появляться.
[музыка]
Например, Google Stech. Целый Google, у которого на минуточку уже даже своя IDка и есть, делает сервис исключительно для вайп-кодеров, где у тебя только один одно окно для ввода промтов. Параллельно с расцветом вайп-кодинга начинает внедряться в повседневную работу. людей, которые работают с через вайпкодинг, голосовой ввод. Поначалу это было мемно. Многие не понимали, как это можно программировать голосом. Даже я не совсем понимал. Но сегодня по прошествию времени у меня, наверное, в топ-пять программ по использованию будет программа по работе с Яим голосом. Я, кстати, использую программу Ive
[музыка]
от нашего клубнина из эволюции кода. Валик, привет. У них 8 января запуск. Я вам оставлю ссылочку на их сайтик. можете записаться, э, в илу рассылку, когда
[музыка]
они выйдут. Согласитесь, когда вам не надо вводить базовые конструкции языков программирования, форматирования, когда вы просто можете большую часть задачи надиктовать голосом, то зачем набирать руками? Особенно в моём случае, я всю жизнь очень медленно набираю код. Это вообще шикарный выход, когда ты набираешь голосом. Это очень удобно. Если не пробовали, прям советую. Visper Flow, Super Visper, EV, какой-нибудь из этих инструментов поюзайте.
[музыка]
Сразу говорю, что стандартные инструменты, встроенные в Mac, в телефоны, они обычно очень плохи. Попробуйте то, что я вам только что посоветовал. Ну и сразу же после поста Андрея и образовавшегося хайпа среди айтишников начало считаться, что кодинг - это какой-то мувитон, потому что, ну, как-то так.
[музыка]
Ты вроде программиста, тебе разрешают код не вычитывать. Ну, типа, это же небезопасно. Также серьёзные разработчики не могут делать. Также в командах не поработаешь. Ну это что-то несерьёзное. Серьёзные программисты всё равно должны писать код руками. А вайпкодинг - это что-то из разряда кодерства, м быдлокодерства. Кейщиками ещё когда-то называли ребята с похожими. Ну это больше по админству. Короче, кто помнит, тот помнит. В общем, штука эта приобрела резко негативную коннотацию в кругах многих разработчиков. Что надо сказать поначалу? Возможно, даже
было верным, но через несколько месяцев, а тем более уж сегодня, стало очевидным, что вайпкозинг изменился.
[музыка] И это уже достаточно давно абсолютно не Movon. IT.
[музыка] >> Я был в кругу тех ребят, которые поначалу считали вайпкодинг мувитоном, но меня больше бесило то, что мои ребята разработчики говорят, что они вайп-кодом занимаются. Да, я ему говорил: "Да вы что? Да, Андрей Карпаты сказал, что это когда ты вообще в коде не разбираешься". А вы ж программисты, как вы так можете работу работать?
Как оказалось, всё немножко по-другому. Первые звоночки изменить своё мнение у меня появились, когда стали приходить люди, которые не умеют программировать, но которые являются классными инженерами в моём окружении, и говорить мне, что, чувак, ну вот ты там на созвонах над вайп-кодерами шутишь, а мы себя вайбко-кодерами считаем. Я такой: "В смысле? Вы же как бы и с программированием особо это не связаны".
Они такие: "Ну так мы плагины себе делаем для кадсистем. И что [музыка] мы теперь? Чем мы занимаемся?" Я такой: "Э, они говорят: "Ну, это вайпкодерство. Мы, говорит, делаем это через инструменты для вайпкодеров, а если надо, говорят, мы даже через курсор можем сделать". Да, мы не понимаем программирование, но нам рассказал компания NFIR, которая разработчик курсора, нам сказала, что тут можно вайпкодить.
Вот появляются чуваки, которые прямо в курсоре в Эйдеешке. большую часть функционала, которую они даже не знают, они там пишут код, пишут программы, вообще не разбираясь в них, и у них всё нормально получается. И тут я задумался, что даже если мне кажется, что йкод - это Moviton, то как относиться вот к этим ребятам? Не буду же я говорить, что ихкод - это норм, а вайп-код программистов - это стрём. С какого хера?
И программисты мои, которые занимаются, по их мнению, веб-кодингом, и инженеры, которые не владеют программированием, которых я знаю, они в конечном итоге я им делают продукты, работающие для себя. Пусть небольшие, но делают.
[музыка] Вроде и то, и то одинаково с точки зрения подхода. И там, и там промт, и там, и там голосом, не разбираясь в коде. Но тут будто бы программисты, а тут не программисты. И вот тут будто бы люди должны не вайп-кодить, написать код, а тут как бы и нормально. Ну [музыка] что-то какая-то нестыковка.
Потом инструменты для вайп-кодинга, которые исконно делались для того, чтобы не разбираться с кодом. Lovable, Bolt, New, Vzero, Replit, все эти сервисы начали повышать уровень своей сложности и начали, кроме того, что просто выдавать какой-то код, который работу делает, начали давать доступ работы с базами данных, без знания баз данных, ээ, с деплойментом, то есть с девопсом по факту, с администрированием.
И вот уже у тебя вайпкодеры, которые не программисты, в принципе, закрывают достаточно большой кусок из SDLC цикла, которые сейчас закрывают программисты. Да, не на том уровне погружения, вообще без погружения в код, но тем не менее результат один и тот же, и там, и там рабочая программа.
И финальную точку во всём этом у меня поставило то, что даже профессиональные инструменты для программирования с AI начали адаптироваться под аудиторию вайп-кодеров. Для них целевая аудитория - это люди, которые код вычитывают в противном случае. Они бы делали программы, которых вообще код не надо видеть. Я сейчас говорю конкретно, например, про курсор, либо про, либо про IDE Qer. Курсор Qoder - этошки, в них можно читать код. Но и в курсоре, и в кдере появляются режимы. В курсоре он называется, э, он называется agent режим. В кдере он называется солорежим, переключаясь в которое, ты не видишь дерево файлов и не видишь по умолчанию изменения в коде. У тебя есть только чат и там настройки всяческие для чата.
Варпе, [музыка] в свою очередь, вообще слом парадигм. До того, как появился варп, у нас была консоль как какая-то отдельная религия, когда надо постоянно заучивать команды. Считалось, что консоль - это крутое владение консолью, это прямо какое-то знание Всевышнего. И тут появляется, который говорит, что, ну да, мы консоль, вы можете в нас команды вводить, но вообще в нас есть агенты, вы можете просто голосом диктовать, что вам надо, а мы вам подберём команду. Поначалу было стремновато, а потом все привыкли. И в итоге вайпкодеры работают в варпе, в консоли. Но это для нас консоль, для них это просто инструмент, который может, ну, делать какую-то магию, но магию полезную, какой-то devвопс.
На сегодняшний день вар вообще там может нормально работать и с программными [музыка] продуктами. То есть целая сфера, которая раньше была недоступна людям незнакомым с силиаями, открывается без терминала с агентами. Вайп-кодеры никогда в жизни не сунулись терминал. Они бы никогда в жизни не начали пользоваться селян инструментами. Но что у нас получается? Появляются интересные CI инструменты, качественные для генерации кода. Например, это CL код, например, это кодекс от Open AI. На сегодняшний день два самых топовых сервиса для написания программного продуктового кода. И оба они являются language интерфейсами. И вот если бы не появился условный warp, через который обычные люди, не знающие программирование и консоли как таковой, начали ею пользоваться просто через агентный режим, через команды, то у Селиаев это было бы сильно меньше пользователей.
Я к тому, что прямо сейчас у нас в клубе есть вайп-кодеры, [музыка] которые с программированием мало знакомы, но они работают через терминал с клодкодом, потому что это стало просто, потому что есть интерфейсы, которые позволяют не бояться терминала. И таким образом игра между программированием классическим и вайп-кодингом, она очень сильно стёрлась. И само определение вайп-кодинга на сегодняшний день по-хорошему надо бы тоже задекларировать Андрею Карпатому по-новому, потому что оно по факту изменилось.
Давайте попробуем разобраться, что же общего у вайпкодеров, которые не владеют программированием, и у вайпкодеров, которые программисты, и что в них разного. Начнём, наверное, с классического определения. Поговорим вот про вайп-кодеров, которые программирование не знают и либо просто не трогают, не всматриваются в код. У них есть общие черты. Например, у них решает инструмент, а не модель под капотом и технологии под капотом. Классический вайпкодер не будет разбираться, [музыка] какая модель лучше, что такое контекст, как его строить, что такое контекст инженерии. Ему это неважно, это лишнее знание. Он крутится в сфере других вайпкодеров. Он крутится в новостной поестке я, и он просто знает, какой из инструментов работает лучше. И поэтому он использует курсор, клодкод, реплит и не парится, что там под капотом. Чем больше настроек, тем сложнее этим пользоваться. Больше теории надо поднимать и меньше от этого вайба и медленнее профит. Поэтому у классических вайбко-кодеров на первенстве стоит инструмент, а уже потом, если остаётся время желания, можно немножко подразобраться в технологиях под капотом.
Классический вайп-кодер абсолютно нормально относится к тому, что он вообще не понимает, что там в коде происходит. Ему [музыка] и не надо. Он пришёл получить готовый работающий продукт, будь то маленький плагин, маленький сайт, но тем не менее. Если в коде что-то не работает, пофиг. Скопировал ошибку, вставил, пофиксилось. Не пофиксилось, ну и бог с ним. Значит, проект не мой, [музыка] значит, мне он не нужен. И это неплохо и нехорошо. Кто-то из вайпкодеров может программированием заинтересоваться из классических вайпкодеров и там стать программистом и освоить новую профессию. А кому-то это просто не надо. Ну вот ты работаешь с кадсистемами, тебе и так хватает работы, заказов, ты просто упрощаешь себе жизнь, а кто-то просто кайфует.
Одна важная черта вайп-кодеров, которая потихонечку перекачёвывает к нам в разработку, но которая ещё недавно была абсолютно дикой - это не жаление денег на иайные сервисы. Вспомните, как вы ломались, покупая свою первую подписку на GitHub Copilot. Посмотрите, как вы до сих пор корёжитесь от того, что вас этот курсор заставляет, так или иначе ведёт к подписки за 60 баксов. Посмотрите, как вы извиваетесь и как вы не годуете и не понимаете, когда слышите, что ваш друг либо коллега купил подписку за 200 баксов. Так вот, у классических вайпкодеров это вообще не вопрос. Они платят 200 баксов подписки и получают месячный безлимитный доступ к среднеуровневому программисту, который закрывает кучу мелких болей. Для них это априори дешевле, чем если бы они отдали эти деньги на обучение собственное, либо ж если бы они отдали эти деньги программистам, потому что программист стоит дорого, хороший программист в час стоит 40-50 долларов. Вы его арендуете за 200 баксов на 4 часа, что программист без Яя, тем более сделает вам за 4 часа. Ну а так у тебя есть целый программист, который может сутками, ну, условно сутками, но тем не менее он очень сильно дольше делать тебе проекты. Более того, не дурить тебе голову коммуникации, более того, в любое время дня и ночи. И более того, ты ему можешь задавать вообще самые дурацкий вопрос. Он тебе слова не скажет. Поэтому у вайпкодеров не стояло вопрос, что, блин, за подписку платить 200 баксов. Они просто платили и получали профит.
У нас сегодня в сфере разработки потихоньку этот тип отпадает, когда в компаниях, работая менеджеры видят, что среднестатистические программисты тратят от 100 там до 400 долларов в месяц на токены в курсорах, на подписки в клод-коде, они понимают, что, ну, их работа мачится на эти затраты. И это уже не удивляет как минимум менеджмент. Рядовых разработчиков не в теме. Это всё ещё удивляет. В клубе у нас мы созваниваемся. Это абсолютная норма. Абсолютная норма сказать, что, блин, вот мне не хватило 60 баксов в этом месяце, я двухсотбаксовую подписку купил. Это норма. Этого настолько много у тебя уже в твоих пайплайнах и я, и настолько он тебе работу упрощает, что эти 200 баксов они окупаются очень быстро. По поводу того, как они окупаются, отдельная тема. Ээ, но тем не менее классические вайкодеры притащили, наконец-то к нам, наконец-то к нам это доходит, то, что бабки за подписку платить норм. Они это поняли первыми. И они молодцы.
Вот такие три базовых характеристики. Решает инструменты, а не технология. Совершенно пофиг на то, что там под капотом пишется. И не жалеем бабки на хорошие инструменты. Классические характеристики классических вайбко-кодеров. А, ну и четвёртое, вайбуем, кайфуем от программирования. Но это, в принципе, определение любых вайп-кодеров.
Но давайте теперь поговорим, какмачится на вайп-кодеров из программистов, на ребят, которые разбираются в программировании и тоже работают по методологии вайбкодинга. Мы, конечно, можем быть классическими вайбкодерами, но всё-таки в общей массе мы немножко отличаемся. Понятно, кайф в вайпкозинге ловят все, поэтому этот пункт остаётся неизменным, одинаковым для всех категорий, подкатегории вайп-кодеров.
У нас с вами, у людей, которые погружены глубоко технологически в разработку, есть хорошая фора. Мы можем не просто решать на уровне инструмента, мы можем решать на уровне настройки этого инструмента, на уровне работы с этим инструментом и на уровне оптимизации работы этого инструмента. Что это значит? Например, мы берём, да, тот же реплит для вайпкодера. Вот там вообще одна один промт и всё. Даже там есть э-э куча настроек, которые позволяют так или иначе с техническими знаниями там взаимодействовать с базы данных, с кодом, выкачать его, посмотреть. Ну, допустим, если мы хорошо владеем теоретической базой программирования, архитектурной базой, то мы можем на вход подать очень качественный пром. Ну, грубо говоря, за микроменеджерись, написать чуть ли не по классам, что нам надо. И такого рода новая информация в контексте, она может дать сильно лучший результат.
>> [музыка] >> То есть наш технический бэкграунд позволяет писать лучшие пром для достижения более оптимального, повторяемого, безопасного результата. Если мы отойдём в чуть более сложный инструмент, например, код, либо, например, курсор в агентном том же режиме, в этих инструментах, в принципе, куча настроек. Эти инструменты, в конце концов можно расширять через MCP, и мы, как разработчики, можем написать себе свой MCP, ну, либо скачать готовый и настроить его. И это позволит нам сильно больше и качественнее делать работу. Мы можем напрямую привязать GitHub, мы можем напрямую привязать движок какой-нибудь Jetbrain сдешкой, чтобы наш код компилился, билд выдавался в пайплайн обработке и всё это итеративно повторялось, пока не напишется качественный код. С помощью MCP мы можем вообще сделать просто [музыка] космически лучший результат, чем если бы мы не владели этим навыком.
Те ребята, кто поднимает базу имеля, как работает модель, что такое контек, что такое, какие размеры у моделей бывают, какие характеристики у этих моделей, входноевыходное окно, токены, это всё техническая информация, которой обычно вайпкодеры не владеют, им это не нужно, а мы как технари, особенно разбирающиеся я, мы это изучаем. И всё это нам позволяет донастроить наш инструмент. Мы не используем режимы авто в курсоре. Мы берём ту модель, которая лучше всего подойдёт под нашу задачу. Если это архитектурная задача, возьмём самую умную, но самую долгодумающую и дорогую. Если эта задача простая, выберем какой-нибудь компоузер в курсоре. Нам его хватит. Поэтому мы с вами разбираемся не только в инструментах, но и в их подкапотном устройстве. Это огромный плюс в нашей с вами профессии.
К тому же, так как мы разработчики и мы можем видеть код и разбираться в нём, мы можем закладывать сразу же архитектурные фишечки. Мы можем следить за безопасностью, чтобы у нас не было мест для эксплоитов, чтобы у нас не было утечек памяти, чтобы мы генерировали код. Точнее, я генерировал генерировал нам код, который потом будет удобно читать людям, которые будут его расширять либо другим ийным системам. Таким образом, мы можем делать более масштабные проекты. Это уже не просто плагины, это уже сервисы и иногда даже макросервисы. есть свои подходы, да, это не так эффективно, как писать код под ключ, который целиком помещается в контекст модели, но это не беда. И есть способы, есть раги, есть грепы, есть продвинутые методы работы с контекстом. Мы всё это знаем. То есть мы с вами, программисты, вайпкодеры, можем работать с проектами более крупными и масштабными. Класс, я считаю, да?
Что по поводу не жалеем денег? Я вам сказал, кто-то жалеет всё ещё, кто-то не жалеет. Но тут есть один нюанс, который отличает нас от классических вайп-кодеров. Зная теорию того, как модели обрабатывают контексты, как работают корневые AP, предоставляющие эти модели, [музыка] мы можем экономить наши деньги. Ну, банально мы можем экономить деньги, зная, какая подписка лучше подходит для каких задач, какой инструмент лучше для каких задач подходит, либо даже какая модель нам подходит лучше, как я говорил, выше. Более дорогая модель может быть и не нужна для задачи. Мы сэкономим денежки, если мы работаем, например, не по подписке, а через API либо по Pays You Go. Зная, как работает контекст, [музыка] вы можете экономить контекст, вы можете экономить лимиты. На подписках нам даются лимиты по токенам. Если мы знаем, что такое кэш, как работает MCP Tool calling, как уменьшать количество информации, загружаемой в контекст ээ из-за кучи инструментов, которые мы используем. Всё это позволяет нам уменьшить количество сожжённых токенов, чтобы получить такую же качественно отработанную задачу, какую бы делал обычный вайбкодер. Вообще в этом не, ну, не разбираясь, потому что ему это не надо. То есть мы можем экономить, мы можем делать больше работы, обладая теорией, за счёт того, что мы знаем, как более оптимально писать те же промты и вообще владеть контекстом. Вообще контекст инженерия, извините меня, это такая себе классная наука. не наука, но сфера, которая вырос выросла из промтоинженерии. Но по факту промтнженерия - это уже подкласс контекстной инженерии. Напишите, если хотите про контекст инженерию, отдельно поговорим, но там много чего появилось, и всё это мы с вами теоретически знаем. И это большая фора, потому что это экономит наши подписочные деньги и, в принципе, деньги. Поэтому, если мы и жалеем где-то на подписке денежки, то мы в голове понимаем, что на фоне классических вайп-кодеров, хоть мы и жалеем, но мы и экономим больше. хорошее качество. Экономия, если не перебарщивать, достаточно неплохая штука.
Ну и, безусловно, то, что мы понимаем, как работает код, заставляет нас и вообще это, ну, это требование во всех нормальных компаниях, при любом нормальном подходе разработки вычитывать код. Вы можете не писать код, за вас его может писать и, но вычитывать его надо, как минимум, чтобы понимать, что там и написал и давать ему какие-то правки. Как максимум, чтобы лучше разбираться в том, что там происходит. Вдруг он написал что-то, что вы не понимаете. Вы всегда можете спросить у я, что это такое, либо исправить [музыка] руками. Безусловно, то, что мы можем читать код и можем его исправлять руками, играет нам на руку. Например, если вайпкодер по классическому определению просто впадает в баг, в смысле у него система генерит баг на протяжении трёх-четырёх-пяти промтов, а такое часто случается, модельки, ну, они не все сильные, то вепкодер просто ставит крест на этой задаче, пытается найти воркунды. Мы с вами можем просто зайти в этот баг руками и решить всё руками. Мы же понимаем, что там происходит. либо дать больше контекста, чтобы модель лучше поняла, как с этим багом справиться. Тут у нас, безусловно, большой бонус, то, что мы можем читать код. И я считаю, что вайпкодеры, программисты, они должны читать код, потому что это оптимизирует работу и делает её более эффективной.
Ну, я сказал, что кайфуем мы и там, и там, и обычные вайпкодеры, вайпкодеры, программисты. Ну, наверное, мне кажется, вайбкодеры, программисты кайфуют чуть-чуть больше, потому что всегда есть вот эта вот штука, типа: "Да, что эта машина, я же понимаю, как она работает, она ни фига не сделает". А потом она делает и у тебя вау эффект и ты быстрее задачу сделал и эффективнее и сэкономил, и начальство довольно у них появился программист с Ям. Ну, короче, у нас вроде как задело для кайфа сильно больше.
Ну, и таким образом, посмотрев на эти отличия, э, можно прийти к неочевидной мысли. Для меня она была неочевидная, но я её сейчас выкристаллизовал. [музыка] Абсолютно нормально быть одновременно и программистом, и вайпкодером. [музыка] Быть вайп-кодером не значит бытькейщиком либо быть кодером, несмотря на то, что и там, и там корре одинаковый кодер и вайп-кодер. Но это разные вещи. Невозможно быть кодером и, например, профессиональным программистом. Ну, по крайней мере, я так считаю. В моём детстве было так, когда ты только начинаешь программировать, когда ты ещё даже не понимаешь, что в коде делается, с форума копируешь ставки, вставляешь свой ПХП ББ либо в джумлу, вообще не разбирая, что там на делается, потому что у тебя написано вот тридцать вторую строку в тридцать вторую строку. Это кодинг. Ты вроде как код правишь, вроде как что-то там делается, но ты не сильно понимаешь, что происходит. И надо сказать, когда кодинг появлялся термин ищик, тогда ещё не было. Тогда только-только появлялись вот эти градации juniниор, midлle и сеньоры. кодерами называли всех, кто не разбирается, вообще не шарит, не может даже денег за это не получает официально либо постоянно. И поэтому кодером и аникейщиком невозможно было быть параллельно с профессиональным программистом. В этом смысла нет. Ты как кодер зарабатываешь меньше. Когда ты профессиональный программист, тебя все хотят и платят больше. Точно так же, как в принципе невозможно себе представить, чтобы человек был одновременно и джуном, и медлом. Ну, теоретически это может быть. Например, в одной компании ты работаешь синьором, во второй джуном. Но в целом, в целом как-то принято считать, что если у тебя синьорский левел, то ты делаешь задачи на уровне синьора. Ты не будешь спускаться на джуна. За джуна заплатят меньше. Ээ задачи там не такие интересные, понимаете? Это ээ линейная идущая градация. Джун midл сеньор. С одного конца ещё есть кодер и аникейщик. Я считаю, что это ещё до джуна. Вайп-кодер не входит в эту линейную градацию. Вайпкодинг - это градация параллельная. Можно быть кодером, вайп-кодером, можно быть джуниором и вайп-кодером, сеньором и вайп-кодером, техледом и вайп-кодером, даже архитектором и вайп-кодером тоже можно быть. Никто тебе не запрещает параллельно эти штуки использовать.
[музыка] И если вы считаете иначе, то я скажу так: странно считать, что, например, Андрей Карпатый, занимаясь вайпкодерством, [музыка] не является охеренно крутым программистом. А ведь он основатель этого термина. Он занимается вайп-кодерством, он вайп-кодер. Но не может же быть Андрей Карпатый не программистом. Поэтому это параллельные термины. И если вас называют вайпкодером, вообще нормально. Понимаете, что это не про то, что человек низкоквалифицированную работу делает. Нет, это про то, что человек освоил навыки написания работающего программного продукта через AI, уже с глубоким пониманием, если он программист, либо не с таким глубоким, если он не из мира программирования вышел, неважно. Это просто про то, что он владеет набором инструментов для автоматизации написания кода через Ияние.
Класс. Ну и очевидно, что смесь вайп-кодинга и классического программирования - это просто смесь пушка-бомба. Это лучшее, что может быть сегодня. Потому что когда ты программист ещё вайпкодер, ты и работаешь быстрее, и неинтересная задача делегируешь этому ию. [музыка] И в лице работодателя пока что ты более востребован. Я думаю, где-то в будущем скорее просто обычные программисты, не владеющие яим, они просто будут нежеланны. Ну, уже есть эти тренды, когда на собеседованиях спрашивают и на Performance Reviewew увольняют, если им не владеешь. Поэтому пока что те, кто владеют ием, они более желанны, но скоро это станет нормой, остальные станут [музыка] менее желанными. Поэтому смесь пушка-бомба. Надо сегодня быть и программистом, и вайп-кодером для того, чтобы в программировании, в айтишечке быть успешным.
Хотя, как мне кажется, конечно, слово вульгарное. Ну вот именно из-за того, что корень кодингкодинг и кодинг. Вот этот кодинг подпортил э всё впечатление. Я тут не знаю, напишите в комментариях. Возможно, в англоязычном сегменте, в канадской ментальности нету негативной ассоциации со словом кодер, потому что, ну, блин, я думаю, все тут, кто помнит те времена двухтысячные, все согласятся, что кодером называли тех, кто не был программистом. Возможно, в мире Андрея Карпатова это не так, поэтому он придумал вайп-кодинг вообще без задней мысли. Но в нашей реалии вот этот кодер поднасрал словой кодинг. Возможно, есть смысл придумать более формальное название. И надо сказать: "Нет, нет", да, они появляются, например, AI assisted programming, Backend AI assistant programmer, Frontend AI assisted Programmer, Fullstack AI assisted programmer, [музыка] Junior AI assisted programmer. Это всё про программистов обычных, всё тех же: [музыка] ээнщиков, фулстеков, рантендеров, дженов, но которые владеют AI стеком. который пользуются и я им в своей работе. И это, надо сказать, наверное, больше отражает именно то, что от нас требует в нашей индустрии. При этом никто не запрещает быть AI assistanted инженером, AI assistanted музыкантом. Хорошая приставка, возможно, мы к этому придём.
Ну и подытоживая про классическое определение Вайп-кодера, которое когда-то дал Андрей Карпаты, ещё раз настаиваю на том, что классическое это определение, оно оно вульгарноватое. Нельзя быть только вайпкодером, если ты занимаешься программированием, потому что по дефолту это означает, что ты не обращаешь внимания на то, что происходит в коде, [музыка] коммитишь в прот всякую чухню и вообще на одном месте крутил качество кода. Ну такое себе. Надо быть и я assisted программистом либо вайпкодером сшпрограммистом. Тогда всё, всё чики-пуки, чики-пуки, руки в руки.
Господи, [музыка] я тут так расхвалил этот вайп-кодинг, будто бы это какая-то серебряная пуля, но в нём, конечно же, есть и минусы. Я тут себе даже выписал, ну, есть очевидные минусы. Лапшикод, нерасширяемость, архитектуры нет. Это то, за что говняют постоянно тех, кто занимается и программированием. Ну, как бы о'кей. Так, вычитывай код, вкачивай архитектуру, чтобы твой код, который генерит нейронка, был расширяем и чтобы архитектурные подходы там имплементировались. То есть не используй классический вай-код, когда ты не разбираешься. Если ты шаришь за программирование и за архитектуру, то ты всегда можешь вычитать, и у тебя не будет при использовании твоего и я и лапшикода и нерасширяемости архитектуры нет.
Потом следующий минус, который уже не актуален, это то, что нейрон ко мне нагенерила столько говна, что мне пришлось больше времени его расхлёбывать, чем если бы я сам писал. Если [музыка] у вас так происходит, то, скорее всего, вы базу не задрощили. В эволюции кода у нас базовых три курса, которые надо пройти, чтобы подняться до уровня общения в коммьюнити. И там, ну, типа, курс про программирование 18 глав, 18 обособленных топиков. Там есть что поднимать, не знаю, тот же Spect Driven Development, эффективная работа с временной памятью, MD файлы, BMAT, Spec Kit, Memory Band, контекст инженерия та же. Это всё помогает ставить задачу я её так, чтобы меньше лапшкода было, чтобы вы не вычитывали потом дольше, чем вы этот промт вписали. Ну ладно, я вам тут не буду рассказывать, вы у коллег поспрашиваете. Просто те, кто использует и я, я вам точно ра сскажу, что уже давно это миф. Модели становятся умнее, системы становятся яйно умнее. Это уже не актуальная проблема, если ты умеешь этими системами пользоваться.
Невозможность работать на большой кодовой базе, да, это минус. Ээ, немножко дальше поговорим, но да, модели с не могут полностью в себя вссать здоровенный entтепрайз,
либо LEGOC херовый UDP, либо монолит. Ну да, ну и там есть кое-какие методы. То есть даже с монолитами можно работать не так эффективно, как с микросервисами, но тем не менее.
Да, боже мой, тот же этап completion, когда ты им нормально начинаешь пользоваться, он уже тебе время работы уменьшает. А это вообще не привязано к размеру проекта. Ну, практически не привязано.
Нагрузка на команду? Да, она возрастает. Команда должна новые процессы изобрести, должна их утвердить. Все в команде должны быть ок этими процессами.
Небезопасный код, наверное, есть такая проблема, но опять-таки решается вычитыванием и изменением кодрев процессов. А их тоже, кстати, можно автоматизировать, но да, у нас появляется чуть больше векторов атак и чуть больше мест, где можно проглядеть седой продакшн либо хромой продакш.
То есть типа продакшн у вас нестабильный, но это странный минус. Как может быть нестабильный продакшн, если у вас настроены все пайплайны постчеков, sonorq, линтеры, кодрев. Если все эти процессы настроены, то вам фиолетово там программируют до этих процессов June Senior либо AI. [музыка] Всё проверится по-хорошему. Понятно, что мест больше, но если у вас напрот комитается дроп database, то это вы как бы фигнёй страдаете, а не AI, который [музыка] это написал. Это всё исправляется к этому, и всё это исправляется обычно через исправление процессов.
Но это очевидные минусы. Я хочу обратить внимание на неочевидный минус. И звучит этот минус так: качество чистого, необременённого знаниями вайп-кодинга чётенько ограничена моделью и инструментом. Я бы даже сказал, больше моделью, которая используется под капотом у этого инструмента. И это важно, это важно понимать.
Давайте разберёмся, что это значит. То есть, по-простому, на сегодняшний день чистый вейбкодинг закрывает практически все задачи Junior уровня, потому что модели достаточно интеллектуальная, чтобы эти задачи понимать. И контекста хватает, чтобы практически все задачи джиновские всосать в себя, потому что они маленькие по объёму знаний, необходимых передать модели, чтобы закрыть. Поэтому джиновские задачи, в принципе, вайп-кодингом можно на 100% сегодня решать.
Возьмём просто вайпкодера, а не программиста, посадим вместо джуная. Скорее всего, он закроет часть задач. Да, он не будет разбираться в коде, но напоминаю, у нас с вами есть постчеки, кодрев, у нас всё это отстроено. И, скорее всего, большую часть задач, там 90, может, 95, а может и 99% задач, вайп-кодер, на которого заменили джуна, будет эти задачи решать, и вы не почувствуете изменений. Ну либо в будущем, сейчас нагоню страху и я, и система самостоятельно сможет эти задачи решать.
Поговорим дальше про то, что будет с джунами. Я в предыдущем выпуске рассказывал, тут тоже пару слов будет не сосать. Команда не сосать. Жены никуда не денутся. Без жунов синьоров не будет. А с синьорами тут дальше всё нормально. Идём дальше.
Вайп-кодинг плюс программирование плюс теория ИИ равно плюс-минус решение средних медловых задач. Ну, я бы даже сказал, большей части медловых задач на сегодняшний день. Сейчас инструменты и модели настолько умные, что даже медловые задачи на средне размерных кодовых базах эти системы решают. И иногда по интеллектуальной своих по интеллектуальных способностях при малом контексте задачи сеньорского уровня могут решаться и даже архитектурного.
Ну вот на медловых сеньорских задачах там уже проблема в том, что контекст, которым должен был дать разработчик, он уже достаточно большой. Сам он в чистом виде весь этот контекст, скорее всего, не влезет ни в одну модель. Поэтому там уже многое зависит от того, как мы с вами умеем в контекст-инженерию. И вот при хороших навыках контекста инженерии, подходов к построению этого контекста, к подготовке контекста, в принципе, большинство частей медловых задач можно, ну, если не заменить, то автоматизировать сильно разгрузив медла, либо сделав его жизнь интереснее.
Ну и некоторые синьорские задачи, но вот дальше как бы всё. То есть синьоров пока, очевидно, эти системы не заменят, архитекторов тоже не заменят. Там слишком большой контекст. Даже медлов сложно представить, чтобы заменили, потому что классически медлы работают в командах, а команда медла медлов уже обладает здоровенным контекстом, который пока что активно не по зубам агентским системам. Ну, типа, нет, там боль, агентская система не заменит пока что команду медлов и синьоров. Но это вопрос времени.
В то же время это вопрос времени, это вопрос того времени, сколько нужно на прогресс в моделях, сколько нужно учёным, умам времени, чтобы сделать модели, которые, например, не будут зависеть от размера контекста, которые будут всасывать в себя любой размер контекста [музыка] и одинаково нормально с ним работать. Да, там нету прямого понимания, через сколько лет это будет, потому что нужно совершить определённый технологический скачок. Но в целом я не удивлюсь, если это случится через 5 лет. И надо сказать, я даже не сильно удивлюсь, если это случится через год. Это не что-то супер супер дальнее, это ближняя перспектива. Это то, над чем все работают, расширение контекста, построения более интеллектуальных систем.
И тут, конечно, прискорбный вывод делаю я для себя и, наверное, для вас. То, что в достаточно ближайшем будущем, перспективы нескольких лет, максимум нескольких пятёрок лет, вайп-кодинг системы, либо люди с этими системами в руках смогут полностью заменить команды разработок сеньорского, медлового уровня и архитектурного. Вопрос времени развития технологии. А пока что по тому, как они умнеют, надо сказать, всё не в нашу пользу играет.
Вспомните сами, ещё год назад мы про агентов, ну, говорили как про какую-то дичь. И сегодня они нам пишут код работающий используется там для кодрев, для [музыка] написания тестов, для написания даже продакшн задач. И это только год прошёл. Ну, как бы может ничего и не произойдёт, но я не удивлюсь, если всё очень быстро изменится и эти системы смогут заменять целая команда разработки.
С другой стороны, как я уже рассказывал в предыдущих роликах, у нас появляется у нас, как у разработчиков и у вайпкодеров в целом, появляется зазор на новые профессии, которые, возможно, нам придётся осваивать. Мы уже их потихоньку осваиваем, ведь согласитесь, работая с ИИ, с агентами и учась правильно выстраивать контекст, мы уже немножко выходим за рамки программирования. Как программисты мы контекст как бы [музыка] формировали, но не явно для себя, а тут мы явным образом занимаемся этим для другой системы. Это с какой-то стороны похоже на классический менеджмент.
То есть мы приходим к тому времени, что программисты будут нуждаться в новых скилах, которыми сегодня, кстати, не программисты, а, например, менеджеры. [музыка]
>> Какие же навыки, возможно, пригодятся разработчику через 2-три, максимум 5 лет? Кто-то ещё называет этих разработчиков будущего продакт-инженерами. Их ещё называют тимледами агентов либо дирижёрами агентных команд. Тимлид агентной системы. Я есть программист. Вот у всех этих людей, глядя на то, что происходит, кажется, будто бы уже есть общие характеристики. Что это за характеристики? Это человек, умеющий правильно поставить задачу агентной системе, состоящей из каких-то там AI подсистем, умеющий провести контроль качества полученного продукта и способный решать кейсы, с которыми AI самостоятельно справиться не смог, либо хотя бы понимать, к какому из специалистов надо обратиться, чтобы этот кейс решить. Заметьте, в этих пунктах нет программирования как такового. Только в последнем пункте, ну, он включает в себя программирование, и то не обязательно. Достаточно просто знать к какому там узкоспециализированному программисту, например, обратиться.
Давайте попробуем теперь расставить по эти навыки, чуть более их специализировать и расставить по уровню важности для нас с вами. Вот что прямо суперважно начинать учить сегодня, чтобы, как мне кажется, быть востребованным вот в то время, когда ИИ системы будут закрывать архитектурные и мидл задачи и синьорские. Тут у меня буквально расписано три уровня навыков. Начнём с самого низкого, того, который самый не приоритетный, но новый для нас. И это внезапно менеджмент. Мы с вами как разработчики плюёмся от менеджмента. Тут, кстати, у вайпкодеров классических большой плюс. Они все менеджеры от Бога. И большинство вайпкодеров, кстати говоря, многие вайпкодеры - это менеджеры, потому что, ну, менеджерам заколебалось общаться с программистами, когда они стартапы перед. Им проще свои мысли передать системе. Давайте будем честны. Мы частенько, как разработчики, так и чем с нами сложно общаться. И вот как бы у вайпкодеров не из разработки, тут очевидный плюс. Нам же надо будет уметь базы менеджмента. Почему? Потому что в будущем мы будем управлять хоть и AI, но командами AI, командами AI и ассистентов. И хочешь, не хочешь, но в этих командах будут работать те же правила, которые сегодня работают в командах разработчиков. Они будут немножко другие, но в целом менеджмент, он остаётся менеджментом. Нам нужно будет понимать процессы, роли в командах. А это всё идёт из менеджмента. Ну, то есть натурально у нас будет. Я и разработчик, и я и бизнес-аналитик, и я и менеджер, и я и архитектор, и все они будут работать в команде, и будет там какой-то общий я, раздающий задачу. Это не фантастика, это уже сейчас работает под капотом вашего курсора, клодкода и всего остального. Хотите вы или нет, придётся подтянуть менеджмент. Ну и сопутствующее типа бизнес-анализ, как правильно строить задачу. Ну, сегодня это называется бизнес-анализ. Там это будет называться контекст инженерии, уже это так называется. Это стык инженерии и бизнес-анализа и менеджмента.
Следующий уровень навыков, который понадобится нам на хорошем, а не среднем уровня - это высокоуровневая программная инженерия и ориентация в мире технологическом и в мире разработки. Похоже, будто бы я хотел сказать программирование, но сказал это слишком сложно. Нет, в том-то и фишка, что тут нету программирования. Будто бы тут мы становимся чуваками, которые пропустили программирование на конкретном языке 5-10 лет и сразу стали чуваком, который хорошо умеет читать псевдокод, но в детали имплементации не залазит, потому что и не надо. [музыка] А если надо, то, ну, подучится либо найдёт кого-то. Поэтому в будущем без вот этих вот в вакансии пометок 10 лет Джавы, 15 лет джаваскрипта, но с пометкой понимаю ОС, владею псевдокодом, понимаю устройство железа. Устройство компьютера, архитектуры, как там, байтики бегают туда-обратно. [музыка] Высокоуровневая ээ программная инженерия, высокоуровневое понимание того, как пишутся программы. Сюда же включается архитектура и как эти программы исполняются. Ну и, соответственно, сюда же включается стык бизнес-анализа и разработки. Нужно будет понимать доменную модель на техническом уровне. Если мы хотим быть инженерами будущего, мы должны хорошо понимать бизнес, для которого мы будем делать свои программы. Но также понимать его техническую составляющую. Если это бизнес, которому нужно мобильное приложение, нужно понимать, какие есть платформы, какие у них подкапотные камни, какие технологии, чтобы, ну, эффективно эту информацию агентам передать, чтобы понимать, если что-то пошло не так. Получается, на хорошем уровне нам нужно будет обладать высокоуровневыми знаниями разработки, архитектуры и домена технологически. Углубляться, конечно, можно, но я всего лишь говорю про то, что это будет второстепенно. Сегодня первостепенно программист должен научиться программировать. Только после этого он изучает архитектуры, best practices, солиды, ОС, Хероси, низкий уровень, AI тот же. Это всё после. Давайте будем, ну, честны. Если вы не из университета вышли какой-нибудь из Стэнфорда, где в вас эти базы вложились жёстко и на всю жизнь, а вы просто нестатистический разработчик с пост СНГ, то вы в первую очередь учитесь программировать. Потом вы идёте на работу и работаете. Так вот, в будущем будет немножко наоборот. И возможно на фоне этого, кстати, классическое образование получит новый виток, потому что в классике, в универах вот как раз-таки дают эту верхнеуровневую базу, архитектурную устройство компов, понимание того, что за чем идёт и что из чего следует. Посмотрим. Но программирование именно узкое на конкретном языке, в конкретной технологии, оно велика вероятность станет вторичным. Ну и обратите внимание, тут на самом деле такой пласт знаний надо поднимать, что кажется будто бы выучить синтаксис языка - это самое лёгкое из всего, что здесь есть.
Ну и последнее, третье, что нам нужно будет на хорошем уровне поднимать, ну и про что я уже, кстати, говорил в предыдущем уровне, но ещё раз обращу внимание, архитектурные навыки. Так как мы будем управлять технической командой разработчиков, нам нужно будет давать им конкретные архитектурные решения, объяснять их, ревьювать. Давайте так, в будущем ревьювать. Они нам предложат какую-то архитектуру. Нам нужно понимать, из каких компонент строится программное обеспечение, предложенное этой системой. Не понимая этого, мы не сможем сэкономить денег, быть уверенным в безопасности, вообще, ну, разбираться технически, что там происходит. Парадоксально, но инженер будущего может не уметь нормально программировать на каком-то одном языке программирования, но будет хорошо понимать архитектуру систем. Контринтуитивно, но кажется, будто бы в этом что-то есть. Человек должен понимать, как строится ПО, из каких частей, какой жизненный цикл этого ПО, какое окружение, как там оно деплоится, не деплоится. И это не про то, что он это будет руками всё писать, писать тероформы, разворачивать ноды и всё остальное. Это про то, что он будет ревьювать эти решения, ревьювать их на оптимальность и экономить деньги.
В итоге-то всё сводится к решению. Заказчикам нужен будет инженер-вайпкодер, который скажет, что вот то, что эта система сделала, точнее то, что она предлагает сделать, это ок по финансам и ок по технической составляющей, потому что человек человеку доверяет. [музыка] Тогда этот бизнес будет готов заплатить этому человеку за рекомендацию, в смысле, за ревью и этой системе за исполнение. Мм, вот это вот моя мысль из предыдущих видосов, что мы придём на уровень того, что бизнес просто будет говорить системе: "Хочу слона, сгенерируй". Получился жираф, он опять хочу слона перегенерирую. Так кучу раз, пока слон не получится. Я тут скорее теперь склонен думать, что так не будет. Это дорого. Будут искать продакт-инженеров, вайп-кодеров, программистов, которые будут делать ревью, э, будут аксептать архитектуру, и только после этого бизнес будет платить деньги. Чтобы увеличить свою вероятность с первого, условно, раза, с первого захода этой команды агентов, написать именно тот продукт, который им нужен, не тратить лишние деньги.
Ну и последний, да, я сказал, три уровня будет. Есть ещё четвёртый уровень, естественно, [музыка] это навыки работы с AI системами. Мы будем менеджерами, техническими менеджерами, техледами, инженеринг-менеджерами AI команд. А значит, нам надо будет понимать, как вообще эти AI команды устроены. Что делать, если ваш AI инженер заболел? Ну, понятно, он не сможет заболеть там по человечески. Подзаболел, имеется в виду, там, не знаю, сервера свернулись у API, который предоставлял вам модели для инженерии. Что делать? Наверное, надо как-то перенастроить это дело. Наверное, команду надо переконфигурировать с точки зрения обычного менеджмента. Переконфигурация сегодня команды - это уволил, нанял либо сделал ротацию. Тут же это будет буквально заплатил за другую апишку, переписал скрипт конфигурации, перенастроил, запустил. Мы, как продакт-инженеры, станем такими AI ops. Мы будем настраивать команды из AI. [музыка]
Качество чистого, необременённого знаниями вайп-кодинга чётенько ограничена моделью [музыка] и инструментом. Какие они есть, что такое контекст, какие бывают модели и бла-бла-бла-бла. И эта теория уже сегодня существует. И её много. И эта теория будет самой главной, потому что не зная этого, всё, средник пук ты ничего не сделаешь. Тебе дали команду, настроен, настроенную команду AI агентов, ты начал с ней работать, у тебя что-то отвалилось, API корневая упала, модель новая вышла, старая заглючила и всё. И плакали твои навыки архитектора, плакали твои навыки менеджера, плавали твои навыки высокоуровневой инженерии. Если ты не знаешь, как работает твой основной инструмент, а в данном случае твой инструмент - это AI, и команда, и как этот инструмент настроить, и как этот инструмент ну сделать оптимальным для текущей задачи. И это уже конкретно продукт-инженерия. В смысле, это конкретно инженерия будущего. Это уже не про вайп-кодинг. Сюда ты уже не возьмёшь классического на сегодняшний день вайбкодера. Он не сможет это сделать. Это сможет сделать программист, скорее всего, либо даже, может, какой-то devops из прошлого, который накрутил на себя ещё кучу навыков, про которые я говорил выше.
В общем, подытоживая, если сегодня мы программисты, которые ээ в основном всю жизнь программировали зачастую на каком-то одном либо нескольких языках программирования в рамках нескольких технологий, мы немножко сверху намазали сейчас это AI, но [музыка] продолжаем быть написателями кода в первую очередь. И менеджмент мы крутили на одном месте, то в будущем нам нужно будет сильно задрачивать базу по AI инструментарию, что-то типа AI ops либо админа AI систем. Намазывать хорошенько сверху инженерное знание высокого уровня, [музыка] это базы архитектуры, домены, устройства железа, устройства операционных систем и задрочить менеджмент для эффективной работы всего этого, а также вникать в доменную область.
Из всего, что я перечислил, вот из этих новых пунктов, которые характерны разработчикам будущего, я, как инженер, как программист коммерческий в прошлом, меня тошнит от всего. Ну, типа, ладно, не от всего. Меня не тошнит только от высокоуровневых знаний, [музыка] от архитектуры, домены, базы знаний - это то, что только давай архитекторам либо нам технологическим задротам. Вот когда мы доросли там до синьора, [музыка] нам зачастую сильно хочется порасти в шире. Мы начинаем изучать с удовольствием архитектуры, домены, базы и и всё остальное. Это вроде как техническое, то, к чему мы готовились. Но вот от ИИ сегодня всех тошнит. Его распиарили, он звучит из всех утюгов, поэтому сильно задрачивать базу по инструментам, это звучит как что-то болючее. Ну и задрочить менеджмент - это исконно для плюс-минус большинства разработчиков звучит как просто выстрелить себе в ногу. Это я молчу про отдельную касту программистов, которую я считаю, что менеджмент вовсе не нужен. Это отдельная тема для разговора, если что, я так не считаю. Но как бы это всё к чему? Это я к тому, что среднестатистического разработчика, среднестатистического разработчика ожидает не самое приятное будущее. Придётся переступить через себя и даже дважды. И поэтому, если вы начнёте это делать уже сегодня, вам будет сильно проще завтра.
Спасибо вам большое за просмотр этого видео. Я надеюсь, либо за прослушивание. Я надеюсь, что вам было полезно. Как минимум теперь вы понимаете, что такое вайп-кодинг, что это не что-то плохое, что можно быть вако вайп-кодером, программистом. Теперь вы разбираетесь в классическом определении, в определении вайпкодера, вайбкодинга в разрезе программирования. Я думаю, что мои мысли по тому, куда будет развиваться вайпкодинг программирования в ближайшие 5-10 лет, тоже были полезными. И мне очень интересно послушать, что вы про это думаете. Поэтому пишите в комментариях на Ютубе свои мысли. Если вы слушаете это в Спотифае, там тоже можно оставлять комменты, я их читаю. [музыка] Если вы не согласны со мной, обязательно тоже напишите. Любая критика конструктивная, это всегда важно. Я читаю конструктивные комментарии, я их внимаю.
Ну а если вы чувствуете, что то, что я вам рассказывал, вам интересно, но не с кем обсудить, что-то из этого вы знаете, но не всё. Вы в этом плаваете и хотели бы знать больше. Вы не хотели бы знать больше, но работодатели заставляют: "Не знаете как". И вы просто хотите быть в тренде, [музыка] хотите делиться своим опытом относительно будущего программирования в ИИ относительно всего, что касается ИИ разработки, то приходите в эволюцию кода. Эволюция кода - это закрытый клуб, где мы с ещё несколькими сотнями, более 800 человек на сегодняшний день, разработчиками разбираемся, как эффективнее [музыка] разрабатывать ПО, используя используя AI. Сообщество строится на базе Телеграма. У нас там есть, но не только. У нас есть, во-первых, отдельная образовательная платформа. Там три базовых курса по терминологии, по программированию, по моделям, которые проходятся за недельку. И дальше вы можете уже нормально общаться в комьюнити. Вы догоните всех по уровню знания. Плюс эти курсы - это не курсы, это база знания. Они постоянно обновляются. Всегда туда можно глянуть, посмотреть, какие [музыка] модели актуальные, какие технологии актуальные. Кроме этого, у нас новостная повестка, куча нетворкинга, есть разные чаты, где мы постоянно обсуждаем новинки. Есть двухнедельные созвоны, где прямо голосом мы на созвонах обсуждаем новые подходы, смотрим на примеры кода. Есть воркшопы, куда мы зовём интересных людей, представителей компании, разработчиков инструментов, сами делимся опытом. Также раз в 2 недели я делаю новостные дайджесты в аудио и текстовом формате, чтобы все были в курсе. Это буквально 30-40 минут. Ты слушаешь и ты знаешь про все новости, касающиеся ИИ программирования, которые случились. Суперудобно. Суперудобно. Единое место, в котором вы сможете всё это подтягивать и в котором мы, кстати, сможем обсудить то, что я в ролике рассказал вам. И не только со мной. Можно обсудить это с ещё несколькими сотнями людей, послушать разное мнение. Так что приходите в эволюцию кода. Кстати, если успеете сделать [музыка] до 9 января двадцать шестого года, то сможете первый месяц взять со скидкой в 40%. Моё дело. Моё дело дать место, где люди смогут прокачиваться. Я начинал канал для того, чтобы новички входили в айтишку [музыка] и могли разобраться, что у нас тут есть, а продолжающие знали, куда развиться. Именно поэтому интервью на канале IT Борода всегда делится на две части, даже на три. Представление гостя, чтобы просто лучше понимать его бэкграунд. Потом техническая часть и в конце всегда часть про будущее, про то, куда гость хочет двигаться. >> [музыка] >> и про то, как он становился специалистом. Как вот технологическая часть, она обычно интересна новичкам, а то, как человек развивается и что планирует в продолжающем, это я к тому, что я канал делал для того, чтобы развиваться вместе с вами и показывать вам, как развивается наша отрасль. И эволюция кода сделана ровно для того же.
Программирование неизбежно несётся в бездну [музыка] ИИ. Мы с вами, ну, я склонен верить, что скорее всего мы с вами станем погонщиками ИИ систем, продакт инженерами, темледами или как хотите называете, но по факту это технологические погонщики и систем. Мы уже сегодня таковыми являемся. [музыка] Кто-то даже на фултайме. Просто сегодня все говорят, что это AI, а через годик, через два мы просто будем говорить, что да, у нас просто программирование с оркестром автоматизированных систем не будет использоваться термин. Но то, что мы в эволюции кода изучаем, то, что я вам буду в этом формате рассказывать, надеюсь, в следующий раз короче в раза три, это всё касается сегодняшней айтишки. Хотите во IT, сегодня в IT придётся мазаться сверху и ИИ. Хотите продолжить в айтишке, остаться в компании, не выйти на [музыка] обочину этой индустрии, вам тоже придётся намазываться и ИИ. И я не являюсь тем человеком, который бегает с факелом во всех компаниях и говорит: "Намазывайте ИИ". Нет, я тот человек, который просто смирился с тем, что это происходит, и объясняю людям, как с этим жить, и слушаю мнение людей, и все мы вместе остаёмся на уровне. Это цель канала IT Борода, это цель эволюции кода.
Всё, в общем, приходите в клуб, ставьте обязательно лайк этому видосу, оставляйте комментарии, подписывайтесь на канал. Напишите в комментариях, про какие темы в более коротком формате вы [музыка] хотели бы послушать на следующем видосе из цикла. С вами был Алексей Картынник. Это я. Кто-то знает меня как Lex IT Борода, но вообще IT Борода - это наш канал. Спасибо за то, что послушали. Всех обнимаю. Поздравляю с Новым годом наступающим. Этот выпуск, [музыка] по идее, за пару дней выйдет до Нового года. Желаю как можно больше стабильности, больше человечности, больше мозгов кому-то, знаю, будут меня смотреть кое-кто. И, конечно же, не останавливайтесь, развивайтесь. Вот, [музыка] делайте мир вокруг себя лучше и человечнее. Спасибо. Пока-пока.
Те, кто дослушал до конца, я, блин, я прямо вангую, что будут комментарии. Нацепил себе наклейку рух белорусской солидарности. Так-то это байка варпа. И, короче, надо было чем-то варп заклеить. Я подумал, что напомнить лишний раз моим дорожайшим слушателям, что я из Беларуси, будет классно. А, а ещё передать привет всем моим белорусским слухачам. Я вас так само вельмі шаную и люблю. И, дарэчы, калі вы разумееце беларускую мову и не ведали, што я разам са сваiмi сябрамi Яўгенам и Эміліяй раблю подкаст пра штучны интеллект, [музыка] але не вакол тэхналогіі, а вакол усяго на беларускай мове, то рай вам падпісацца на яго. Называецца [музыка] ён "Коласы пад серпам" ці добра назва і пасылочка на яго ў апісанні да гэтага выпуску. Всё, пакуль. Да пабачэння, пока-пока. [музыка] เฮ [музыка]