Самое сложное сейчас в программировании с AI: не формировать долгосрочных привычек.
Нельзя надолго привязываться к IDE, моделям, агентам, подпискам, инструментам, собственным workflow. Все меняется быстрее, чем мы успеваем наладить это как нужно.
Главная привычка сегодня - не создавать привычек.
Нужно постоянно экспериментировать, пересматривать решения, пробовать новые подходы и без сожалений выбрасывать вчерашний тулинг.
Иначе можно обложиться своими и чужими инструментами, все идеально настроить, автоматизировать, интегрировать и застрять в этом уютном мире на 3-6 месяцев.
Пока внешние обстоятельства не выбьют тебя оттуда. И окажется, что индустрия уже ушла далеко вперед, а ты все это время занимался оптимизацией собственного комфорта. Такие зависимости гораздо опаснее, чем зависимости на npm или любые другие библиотеки.
Это не касается навыков мышления: декомпозиция, проверка гипотез, архитектурные принципы, критическое мышление нужно сохранять и развивать, они не плывут как инструментальные привычки.
Сегодня опаснее всего слишком хорошо обустроиться в текущих технологиях.
Тут подробнее https://gm.nexttick.it/go/timur-tg-metarhia
Нельзя надолго привязываться к IDE, моделям, агентам, подпискам, инструментам, собственным workflow. Все меняется быстрее, чем мы успеваем наладить это как нужно.
Главная привычка сегодня - не создавать привычек.
Нужно постоянно экспериментировать, пересматривать решения, пробовать новые подходы и без сожалений выбрасывать вчерашний тулинг.
Иначе можно обложиться своими и чужими инструментами, все идеально настроить, автоматизировать, интегрировать и застрять в этом уютном мире на 3-6 месяцев.
Пока внешние обстоятельства не выбьют тебя оттуда. И окажется, что индустрия уже ушла далеко вперед, а ты все это время занимался оптимизацией собственного комфорта. Такие зависимости гораздо опаснее, чем зависимости на npm или любые другие библиотеки.
Это не касается навыков мышления: декомпозиция, проверка гипотез, архитектурные принципы, критическое мышление нужно сохранять и развивать, они не плывут как инструментальные привычки.
Сегодня опаснее всего слишком хорошо обустроиться в текущих технологиях.
Тут подробнее https://gm.nexttick.it/go/timur-tg-metarhia
💯19👍7❤3😢2🤷♂1
Каждый четверг в 19:00 gmt+2 уже 6 лет проходит звонок Metarhia комьюнити, обсуждаем IT, AI, программирование, я демонстрирую свой тулинг, показываю разработки, скилы, смотрю ваши проекты и отвечаю на вопросы - это $10/месяц - архив 275 видео по 2 часа, https://www.patreon.com/c/tshemsedinov
❤8👍3🔥1😁1
Начинаю публиковать мини-сериал по архитектуре и AI: всего 6 серий, по понедельникам, по 25-30 минут
https://youtu.be/ZWC4ssP3eh8
https://youtu.be/ZWC4ssP3eh8
YouTube
🏛️ AI и архитектура 1: Не читай код — худший совет эпохи ИИ! Читай весь код — второй худший совет !
Код уже пишет модель. «Не смотри в код» и «вычитывай каждую строку» — оба совета ложные, и оба сейчас кричат громче самой работы.
Разбираем, что реально осталось за архитектором, какой код человек по-прежнему пишет сам и почему сессия с моделью уезжает в…
Разбираем, что реально осталось за архитектором, какой код человек по-прежнему пишет сам и почему сессия с моделью уезжает в…
❤8👍5🔥3
Кажется понял, почему у людей лимиты съедаются AI. Впервые попробовал сделать задачу, в области, где ничего не смыслю, сжег все и ничего толкового не сделал. А в тех сферах, где у меня есть компетенция и опыт - никак, решительно, не могу достигнуть даже трети лимита. Так вот, скорее всего, вы хотите чего-то неестественного или вообще невозможного, ИИ пробует обойти ограничения, страдает и жгет токены, а попробуйте сравнить это с теми задачами, где вы можете давать краткие и очень точные задания.
👍25💯10🔥3❤2😁2
Q&A
Везде по-разному, но я советую сначала алгоритмическая проверка, потом автоматическая ии проверка, потом человеческая, потом резулттат человеческого приянтия решения нужно обобщить и включить в правила, чтобы второй раз одно и то же не спрашивать, это как система фильтров, чтобы на человека выливалось все меньше и без повторений.
И так и так бывает, если пишу приложение, то могу написать, что для этих схем сделай таблицы, формы и api, а если системный код, то что-то такого типа: нужно реализовать эмуляцию библиотеки node:vm для браузера с таким же API, он отвечает: хорошо, но я сделаю изоляцию через воркеры, а API будет несовместимым, потому, что с другим потоком можно работать только асинхронно и там будет await add(x, y), я говорю: реализуй изоляцию через iframe/realm, а вызовы должны быть синхронными без await
Как вы делаете так много ревью? Используете агентов для ревью?
Везде по-разному, но я советую сначала алгоритмическая проверка, потом автоматическая ии проверка, потом человеческая, потом резулттат человеческого приянтия решения нужно обобщить и включить в правила, чтобы второй раз одно и то же не спрашивать, это как система фильтров, чтобы на человека выливалось все меньше и без повторений.
Вы пишете в спецификациях и промптах прям как делать класс и функцию или сделай мне сразу бизнес-фичу?
И так и так бывает, если пишу приложение, то могу написать, что для этих схем сделай таблицы, формы и api, а если системный код, то что-то такого типа: нужно реализовать эмуляцию библиотеки node:vm для браузера с таким же API, он отвечает: хорошо, но я сделаю изоляцию через воркеры, а API будет несовместимым, потому, что с другим потоком можно работать только асинхронно и там будет await add(x, y), я говорю: реализуй изоляцию через iframe/realm, а вызовы должны быть синхронными без await
❤4👍3🔥1😁1