За ИИ исправлять не надо, надо увидеть что надо исправить, и попросить его же исправить ))
Если 2 и более раз так же ошибается, попросить проанализировать как так вышло, есть ли в этом какой то урок который ему надо усвоить (записать в память, claude.md)
люди тоже ошибаются, но нас это не остановило, сколько люди в целом произвели кода, очень много, сложного и качественного. Главное правильный процесс проб и ошибок неизменно ведущий к цели, а не идеальное исполнение с первого раза.
Можно гораздо проще, Caddy для SSL сертификатов и роутинга поддоменов, а в качестве апстрим сервера указывать имя машины в tailscale сети.
Tailscale бесплатен до 100 устройств, можно настроить ACL гибко
Бонусом тот же микро вм в облаке который сервит публично ваши внутренние ресурсы, может быть Exit Node и Вы получаете простой и удобный ВПН. На все платформы есть приложение, включая ифон, андроид, мак, линукс, виндоус. Также есть плагины для OpenWrt, OpenSense и думаю это не весь список, tailscale популярен.
Пока получается наоборот. Даже хайповый разработчик, автор реального взлетевшего продукта, не способен показать как ИИ заменяет разработчиков тратя токенов на миллионы долларов.
Имхо, если потратить эти же 1.3 миллиона на людей с подпиской Клауде Макс, результат был бы лучше. Так что больше похоже на антирекламу.
У меня нет опыта в Андроид и блютус стеке. Купил нательный глюкометр с Китая (раз в 5 дешевле) а он не работает с глобальным приложением, китайское требует китайского номера. За 4 дня Клауде зареверсил протокол, написал свое приложение на телефон и часы. Это то что видит большинство, говорит революция, программисты больше не нужны.
И рабочий R&D проект, агентская платформа, без BRD, тех задания, где я половину времени трачу на ревью, реструктуризацию документации, использую сам же Клауде для этого и все равно это занимает много времени. Зачем? Потому что Клауде очень способен отвечать на вопросы, но не видит общей картины, пока ты вайбкодишь, у тебя копятся рабочие решения, каждое из них хорошего качества по отдельности. Но общая энтропия проекта растет и Клауде начинает об нее спотыкаться и вставлять все больше костылей.
Клауде может полностью заменить кодинг - конвертацию логики в код. Но разработка логики остается на человеке, и чтобы клауде кодинг работал хорошо и стабильно, нужна новая штука - context engineering, что то вроде фрейморка на естественном языке, правила, документация, структура, что само по себе когнитивная нагрузка побольше чем написание кода.
Я на 100% доволен этим новым агенстским кодингом, еще до гпт3 мечтал о том чтобы не писать код когда ты уже знаешь какой код тебе нужен, и вот это как раз то самое. Но не все так просто как кажется из интернета, Я бы сказал требования к опыту становятся еще больше, так как с агентом ты становишься уже не разработчиком а тимлидом и архитектором, тебе не достаточно понимать что ты делаешь в голове, тебе надо создавать систему в которой люди/агенты не видящие общей асбтрактной картины/цели в твоей голове, смогут эффективно и последовательно к ней двигаться. С одной стороны агент забирает у тебя рутину, генерит хороший стабильный код имплементирующий заданную логику, с другой стороны добавляет новые типы когнитивной нагрузки, высокие требования к структуре, архитектуре, управлению контекстами, их регулярной поддержке в актуальном состоянии.
Это не тоже самое что разработка теперь просто поставить задачу агенту. Если раньше тебе хватало абстрактной структурной чуйки в голове и ты сразу писал код. То теперь тебе надо выражать эту абстрактную чуйку словесном кодинге в куче маркдаун файлов, чтобы код писал ИИ кодогенератор. Это не плохо, это более натурально, даже высокоуровневые языки по сути костыль для того чтобы объяснять логику машинам. Но это не отменяет саму работу по разработке этой самой логики, плюс агенты требуют более строгого структуры (context engineering) чем люди, они как юристы, контексты, документация, планы должны быть выверены как законы, любая информация может быть использована против вас
постоянно X10 точно не существует, но эпизодически, когда человек увлечен, гипер сфокусирован, 18 часов в сутки думает только о задаче, ни о чем больше, ему снятся сны о решениях задачи, он ест с ноутбуком а в уборной ресерчит с чатжпт, тогда да.
Но у таких творческих личностей трудности со стабильностью, они либо в режиме безумного гения, либо им не интересно и они бьют рекорды в прокрастинации в поиске вдохновения. Они движимы новизной и интересом, от рутины они выпадают в осадок и 0.01х производительности.
Такие люди отличные генераторы идей, но они не работают без людей инженеров, которые способны методично и структурно достигать поставленных задач.
ИМХО ключ не в поиске мифических программистов терминаторов, а в построении грамотных гармоничных комманд, где каждый тип человека добровольно желает выдавать свой максимум, где сильные стороны одних дополняют слабые стороны других, и в контексте такой комманды 1+1 = 10 а не 2 или 0.1
Не написал ни одной строчки руками, не равно не разрабатывать код.
Я за последний год если и писал что руками то 1% от силы, и то когда это быстрее чем написать промпт. Но это не означает что всю работу делает Опус. Опус пишет код на языке программирования по логике разработаной мной. А еще, чтобы это все работало, нужно значимое время уделять на ревью, структурирование и управление контекстом - документация, маркдаун файлы стратегически разложенные по проекту, что тоже новая часть этой новой разработки.
Тут важно брать и делать, что автор и делает. Никто не знает что взлетит что нет, надо просто пытаться раз за разом.
От программиста тут может мешать только тремление найти успешный бизнес не начиная его, с этим у автора проблем нет.
А получится или нет никто никогда не знает, слишком много переменных, посмотрите интересное видео в тему на ютубе: The single biggest reason why start-ups succeed Bill Gross TED. Там описывается анализ многих стартапов акселератором, их вывод что самая весомая причина успеха - тайминг. Одна и таже идея, выполненная безукоризнено, может не взлететь сейчас но взлетит через год потому что звезды сойдутся.
Чтобы модель могла выбирать что использовать она должна знать что вообще есть. Для этого агент посылает все эти описания с промптом, включая свои встроенные тулы.
Подключите агента через например LiteLLM для интереса, там можно посмотреть все что отправляется в модель.
Я сделал свой сервис чтобы запускать сэндбоксы для ИИ как поды в кубернетес с ката рантаймом, fast api через k8s api. Но это намного более крутое решение, огонь.
Мне бы такую способность так длительно сохранять концентрацию. У меня к сожалению интерес пропадает быстрее чем я составляю план, десятки проектов которые лежат на полке, уже полок не хватает ) сдвг.
Медитация и есть "отдохнуть от мыслей". Медитация перегруженный термин, что только под ним не подразумевают, но в своём корне, это практика в которой ты учишься игнорировать абсолютно все мысли, и удерживать сознание в состоянии без мыслей. Без каких либо ритуалов, даже поза сидя лишь способ не уснуть, лежа вы скорее всего уснете. В Духовном плане это способ убрать весь шум и увидеть что останется, истинного себя, чистое восприятие, без суждений, оценок, выводов.
Если глубже смотреть, мозг это набор связанных нейронных сетей которые работают постоянно, каждое событие тригерит какую то сеть, ее выход тригерит другую, и все они постоянно спамят мыслями. Это физический процесс, повлиять как то на него нельзя (без лекарств). Но и не нужно.
Сами по себе мысли не проблема, Вы не видите 90% из них. Вы видите лишь те за которые цепляется Ваше внимание. В медитации Вы учитесь этим вниманием управлять.
Когда практикуешь медитацию регулярно, со временем нарабатывается навык делать это без усилий, без позы, по одному желанию, что по сути означает контролируешь свое внимание, ту часть где мысли тригерят его автоматом без вашего желания.
P.S. Полезная метафора от китайцев: Представить что ты сидишь на берегу озера с абсолютно гладкой поверхностью в которой отражаются проходящие облака. Облака это мысли, гладь озера это ты. Мысли/облака не могут тревожить гладь озера, хотя и видны. Помогает понять что значит не цепляться за мысли, позволить им быть, проплывать рядом. А также то что не стоит пытаться их остановить или не "думать их"
Мантра в медитации не магия, это хак. Мантра это рандомный звук, слово, суть не в нем. Суть в том что тебе надо повторять ее через равные промежутки времени. Это требует сильной концентрации, это в свою очередь облегчает игнорирование остальных мыслей, а еще мозг устаёт от такой концентрации и Вы незаметно попадаете в состояние медитации. С опытом в ней отпадает необходимость.
Я был как то на ретрите тишины, это такой эвент где ты неделю без интернета и ни с кем не разговариваешь. Кушаешь 3 раза в день (кофе сладости по желанию) спишь сколько хочешь, 2 раза в день будист отвечает на вопросы из зала. И это работает так же как медитация, сначала тебе скучно, потом ты начинаешь осознавать как много у тебя мыслей, буквально непрекращающийся поток комментариев к реальности, и комментариев к комментариям. А затем ты от них устаёшь, и начинаешь просто наблюдать. Сами мысли не исчезают, мозг не перстает работать, но появляется контроль, мозг из гиперактивного комментатора превращается в молчаливого, механического исполнителя.
Если речь о новичках которые не хотят быть специалистами, ИМХО, легче поговорить с ЧатЖПТ, описать что ты хочешь, попросить придумать решения и описать что они дают. Когда понимание ЧатЖПТ выглядит достаточным, попросить составить промпт для кодинг агента. Это интуитивно понятнее и проще чем пытаться описывать задачу самому, и нет желания разбираться в деталях.
Что то типа, есть идея для бизнеса, хочу продавать нумерологические прогнозы через телеграм бота, помоги мне составить техническое задание/BRD. Задавай вопросы, один за раз, пока у тебя не будет достаточно информации чтобы составить детальное, качественное техническое задание, когда будешь готов сделай ТЗ как маркдаун файл который я могу скачать и отдать агенту на исполнение.
Я о том что работать с ИИ в режиме сделай мне это и то, это и есть сжигание времени.
Приведу пример, у меня 15 лет стажа в программировании и 0 в ремонтах и серьёзных умных домах. Но я делаю ремонт и хочу крутой умный дом, а специалисты которые могут такое сделать получают как минимум не меньше меня, у меня нет возможности их нанять. Приходится разбираться самому.
Так вот, когда я работаю с ИИ в программировании, Я вижу как "тупит" ЛЛМ. Я выступаю в роли техлида/тимлида, а ЛЛМ/агент в роли крайне исполнительного джуника. Я знаю на что смотреть когда делаю ревью ИИ кода, я знаю какой мне код нужен и могу поставить чёткую ясную задачу, легко вижу когда решение ей соответствует, когда это хорошее решение, когда нет, почему нет.
С ремонтом ситуация ровно наоборот. Каждый ответ ЛЛМ выглядит правильным и логичным. Но стоит начать задавать вопросы как выясняется что это даже не ответ а сферический конь в вакууме. Вменяемый ответ получается только после десятков часов общения плюс десятки часов размышлений, когда я достаточно потыкал тему с разных сторон, и уже в ней ориентируюсь.
Мой комментарий как раз об этом, если Вы новичок который хочет стать специалистом, учитесь критическому мышлению а не вайбкодингу, задавайте вопросы а не раздавайте задания, чтобы ставить хорошие задания надо хорошо разбираться в теме.
Если новичок хочет когда то стать специалистом, ему надо учится думать самому и задавать вопросы.
Это как разница между StackOverflow copy paste coding, и посмотреть 10 вариантов решения, понять каждое, понять где лучшее для твоео случая и почему.
В первом случае получается что то рабочее, но ты не знаешь как и почему это работает. Во втором случае ты получаешь что то рабочее но ты уже знаешь как и почему оно работает, почему это лучшее решение для задачи, и ты на шаг ближе к тому чтобы быть специалистом.
А еще лучше писать код так чтобы не пришлось спрашивать у агента какие способы оплаты поддерживает ваш бот.
Структурировать код так чтобы сразу было видно какие есть способы оплаты, ну либо как минимум ткнуть агента носом в конкретный файл или пакет чтобы он не грепал весь репозиторий.
Клауде мд не панацея этот системный промпт сам себе жрёт контекст когда надо и не надо, а еще его надо не забывать обновлять.
Такие куски контекста в маркдаун удобнее хранить где то в репозитории и добавлять вручную в чат по необходимости. Я например часто так делаю для переноса контекста, сидишь в чатжпт ресерчишь в свободной форме, в конце просишь подитожить в маркдаун файл, его прикладываешь в клауде агента к чату.
Незнаю какой бэкграунд у Линдси, но по собственному опыту я вижу что люди не могут жить без дела, для большинства это необходимость, без дела буквально едет крыша.
Это дело может некоторым казаться деградацией, например игры, или непопулярные хобби. Но если убрать личные стереотипы, это все решение проблем.
Технически определения игры и проблемы одинаковые: Цель, ограничения, обратная связь. Как сказал философ Бернард Сьютс: Игра это добровольная попытка преодолеть необязательные препятствия.
В Казахстане по новым требованиям счётчики должны быть с удалённой передачей показаний, на радиоканале. Канал шифрованный.
Но можно взять обычный счётчик за копейки, снять пластиковый верх с счетным механизмом и приклеить по центру датчик Хола. Основной счётчик не заменяет, но если делаете ремонт как Я, можно поставить их дополнительно, и больше чем 1, отдельно по потребителям.
Я не достаточно компетентен чтобы утверждать что из этих вариантов безопаснее. Я лишь говорю о том что возгорание внутри железного шкафа, вокруг и сверху которого нет материалов поддерживающих горение, безопаснее возгорания внутри деревянной тумбочки, в которой даже нет обработки антипиренами.
В моем железном серверном шкафу стоят 10 обычных офисных неттопов. Сервера очень шумные. И Я взял сразу большой шкаф с расчётом на то чтобы держать там все оборудование, малинки и другие платки без корпуса, модем, роутер, упс, умный дом.
Разница в том что скажем рабочий макбук я не гоняю 24/7, я его выключаю когда ухожу из дома когда иду спать итд. Я их использую непосредственно, то есть я нахожусь рядом большую часть времени и могу заметить проблему на раннем этапе. А к серверам можно не подходить годами.
Я не фиксируюсь только на серверах, я тепловизором проверяю кабеля и соединения например, храню 18650 аккумуляторы в специальных негорючих сумках, стараюсь не оставлять приборы на зарядке без контроля.
За ИИ исправлять не надо, надо увидеть что надо исправить, и попросить его же исправить ))
Если 2 и более раз так же ошибается, попросить проанализировать как так вышло, есть ли в этом какой то урок который ему надо усвоить (записать в память, claude.md)
люди тоже ошибаются, но нас это не остановило, сколько люди в целом произвели кода, очень много, сложного и качественного. Главное правильный процесс проб и ошибок неизменно ведущий к цели, а не идеальное исполнение с первого раза.
Можно гораздо проще, Caddy для SSL сертификатов и роутинга поддоменов, а в качестве апстрим сервера указывать имя машины в tailscale сети.
Tailscale бесплатен до 100 устройств, можно настроить ACL гибко
Бонусом тот же микро вм в облаке который сервит публично ваши внутренние ресурсы, может быть Exit Node и Вы получаете простой и удобный ВПН. На все платформы есть приложение, включая ифон, андроид, мак, линукс, виндоус. Также есть плагины для OpenWrt, OpenSense и думаю это не весь список, tailscale популярен.
Для Proxmox и кубернетес вроде тоже есть
Пока получается наоборот. Даже хайповый разработчик, автор реального взлетевшего продукта, не способен показать как ИИ заменяет разработчиков тратя токенов на миллионы долларов.
Имхо, если потратить эти же 1.3 миллиона на людей с подпиской Клауде Макс, результат был бы лучше. Так что больше похоже на антирекламу.
Не все так просто. Вот Вам 2 примера из жизни.
У меня нет опыта в Андроид и блютус стеке. Купил нательный глюкометр с Китая (раз в 5 дешевле) а он не работает с глобальным приложением, китайское требует китайского номера. За 4 дня Клауде зареверсил протокол, написал свое приложение на телефон и часы. Это то что видит большинство, говорит революция, программисты больше не нужны.
И рабочий R&D проект, агентская платформа, без BRD, тех задания, где я половину времени трачу на ревью, реструктуризацию документации, использую сам же Клауде для этого и все равно это занимает много времени. Зачем? Потому что Клауде очень способен отвечать на вопросы, но не видит общей картины, пока ты вайбкодишь, у тебя копятся рабочие решения, каждое из них хорошего качества по отдельности. Но общая энтропия проекта растет и Клауде начинает об нее спотыкаться и вставлять все больше костылей.
Клауде может полностью заменить кодинг - конвертацию логики в код. Но разработка логики остается на человеке, и чтобы клауде кодинг работал хорошо и стабильно, нужна новая штука - context engineering, что то вроде фрейморка на естественном языке, правила, документация, структура, что само по себе когнитивная нагрузка побольше чем написание кода.
Я на 100% доволен этим новым агенстским кодингом, еще до гпт3 мечтал о том чтобы не писать код когда ты уже знаешь какой код тебе нужен, и вот это как раз то самое. Но не все так просто как кажется из интернета, Я бы сказал требования к опыту становятся еще больше, так как с агентом ты становишься уже не разработчиком а тимлидом и архитектором, тебе не достаточно понимать что ты делаешь в голове, тебе надо создавать систему в которой люди/агенты не видящие общей асбтрактной картины/цели в твоей голове, смогут эффективно и последовательно к ней двигаться. С одной стороны агент забирает у тебя рутину, генерит хороший стабильный код имплементирующий заданную логику, с другой стороны добавляет новые типы когнитивной нагрузки, высокие требования к структуре, архитектуре, управлению контекстами, их регулярной поддержке в актуальном состоянии.
Это не тоже самое что разработка теперь просто поставить задачу агенту. Если раньше тебе хватало абстрактной структурной чуйки в голове и ты сразу писал код. То теперь тебе надо выражать эту абстрактную чуйку словесном кодинге в куче маркдаун файлов, чтобы код писал ИИ кодогенератор. Это не плохо, это более натурально, даже высокоуровневые языки по сути костыль для того чтобы объяснять логику машинам. Но это не отменяет саму работу по разработке этой самой логики, плюс агенты требуют более строгого структуры (context engineering) чем люди, они как юристы, контексты, документация, планы должны быть выверены как законы, любая информация может быть использована против вас
постоянно X10 точно не существует, но эпизодически, когда человек увлечен, гипер сфокусирован, 18 часов в сутки думает только о задаче, ни о чем больше, ему снятся сны о решениях задачи, он ест с ноутбуком а в уборной ресерчит с чатжпт, тогда да.
Но у таких творческих личностей трудности со стабильностью, они либо в режиме безумного гения, либо им не интересно и они бьют рекорды в прокрастинации в поиске вдохновения. Они движимы новизной и интересом, от рутины они выпадают в осадок и 0.01х производительности.
Такие люди отличные генераторы идей, но они не работают без людей инженеров, которые способны методично и структурно достигать поставленных задач.
ИМХО ключ не в поиске мифических программистов терминаторов, а в построении грамотных гармоничных комманд, где каждый тип человека добровольно желает выдавать свой максимум, где сильные стороны одних дополняют слабые стороны других, и в контексте такой комманды 1+1 = 10 а не 2 или 0.1
Не написал ни одной строчки руками, не равно не разрабатывать код.
Я за последний год если и писал что руками то 1% от силы, и то когда это быстрее чем написать промпт. Но это не означает что всю работу делает Опус. Опус пишет код на языке программирования по логике разработаной мной. А еще, чтобы это все работало, нужно значимое время уделять на ревью, структурирование и управление контекстом - документация, маркдаун файлы стратегически разложенные по проекту, что тоже новая часть этой новой разработки.
Тут важно брать и делать, что автор и делает. Никто не знает что взлетит что нет, надо просто пытаться раз за разом.
От программиста тут может мешать только тремление найти успешный бизнес не начиная его, с этим у автора проблем нет.
А получится или нет никто никогда не знает, слишком много переменных, посмотрите интересное видео в тему на ютубе: The single biggest reason why start-ups succeed Bill Gross TED. Там описывается анализ многих стартапов акселератором, их вывод что самая весомая причина успеха - тайминг. Одна и таже идея, выполненная безукоризнено, может не взлететь сейчас но взлетит через год потому что звезды сойдутся.
Чтобы модель могла выбирать что использовать она должна знать что вообще есть. Для этого агент посылает все эти описания с промптом, включая свои встроенные тулы.
Подключите агента через например LiteLLM для интереса, там можно посмотреть все что отправляется в модель.
Вы для меня Америку открыли, буквально) спасибо.
Я сделал свой сервис чтобы запускать сэндбоксы для ИИ как поды в кубернетес с ката рантаймом, fast api через k8s api. Но это намного более крутое решение, огонь.
Мне бы такую способность так длительно сохранять концентрацию. У меня к сожалению интерес пропадает быстрее чем я составляю план, десятки проектов которые лежат на полке, уже полок не хватает ) сдвг.
Медитация и есть "отдохнуть от мыслей". Медитация перегруженный термин, что только под ним не подразумевают, но в своём корне, это практика в которой ты учишься игнорировать абсолютно все мысли, и удерживать сознание в состоянии без мыслей. Без каких либо ритуалов, даже поза сидя лишь способ не уснуть, лежа вы скорее всего уснете. В Духовном плане это способ убрать весь шум и увидеть что останется, истинного себя, чистое восприятие, без суждений, оценок, выводов.
Если глубже смотреть, мозг это набор связанных нейронных сетей которые работают постоянно, каждое событие тригерит какую то сеть, ее выход тригерит другую, и все они постоянно спамят мыслями. Это физический процесс, повлиять как то на него нельзя (без лекарств). Но и не нужно.
Сами по себе мысли не проблема, Вы не видите 90% из них. Вы видите лишь те за которые цепляется Ваше внимание. В медитации Вы учитесь этим вниманием управлять.
Когда практикуешь медитацию регулярно, со временем нарабатывается навык делать это без усилий, без позы, по одному желанию, что по сути означает контролируешь свое внимание, ту часть где мысли тригерят его автоматом без вашего желания.
P.S. Полезная метафора от китайцев: Представить что ты сидишь на берегу озера с абсолютно гладкой поверхностью в которой отражаются проходящие облака. Облака это мысли, гладь озера это ты. Мысли/облака не могут тревожить гладь озера, хотя и видны. Помогает понять что значит не цепляться за мысли, позволить им быть, проплывать рядом. А также то что не стоит пытаться их остановить или не "думать их"
Мантра в медитации не магия, это хак. Мантра это рандомный звук, слово, суть не в нем. Суть в том что тебе надо повторять ее через равные промежутки времени. Это требует сильной концентрации, это в свою очередь облегчает игнорирование остальных мыслей, а еще мозг устаёт от такой концентрации и Вы незаметно попадаете в состояние медитации. С опытом в ней отпадает необходимость.
Я был как то на ретрите тишины, это такой эвент где ты неделю без интернета и ни с кем не разговариваешь. Кушаешь 3 раза в день (кофе сладости по желанию) спишь сколько хочешь, 2 раза в день будист отвечает на вопросы из зала. И это работает так же как медитация, сначала тебе скучно, потом ты начинаешь осознавать как много у тебя мыслей, буквально непрекращающийся поток комментариев к реальности, и комментариев к комментариям. А затем ты от них устаёшь, и начинаешь просто наблюдать. Сами мысли не исчезают, мозг не перстает работать, но появляется контроль, мозг из гиперактивного комментатора превращается в молчаливого, механического исполнителя.
ИИ наступает, ремонтники получают не меньше чем в айти сейчас, и их ИИ не скоро заменит ))
Если речь о новичках которые не хотят быть специалистами, ИМХО, легче поговорить с ЧатЖПТ, описать что ты хочешь, попросить придумать решения и описать что они дают. Когда понимание ЧатЖПТ выглядит достаточным, попросить составить промпт для кодинг агента. Это интуитивно понятнее и проще чем пытаться описывать задачу самому, и нет желания разбираться в деталях.
Что то типа, есть идея для бизнеса, хочу продавать нумерологические прогнозы через телеграм бота, помоги мне составить техническое задание/BRD. Задавай вопросы, один за раз, пока у тебя не будет достаточно информации чтобы составить детальное, качественное техническое задание, когда будешь готов сделай ТЗ как маркдаун файл который я могу скачать и отдать агенту на исполнение.
Я о том что работать с ИИ в режиме сделай мне это и то, это и есть сжигание времени.
Приведу пример, у меня 15 лет стажа в программировании и 0 в ремонтах и серьёзных умных домах. Но я делаю ремонт и хочу крутой умный дом, а специалисты которые могут такое сделать получают как минимум не меньше меня, у меня нет возможности их нанять. Приходится разбираться самому.
Так вот, когда я работаю с ИИ в программировании, Я вижу как "тупит" ЛЛМ. Я выступаю в роли техлида/тимлида, а ЛЛМ/агент в роли крайне исполнительного джуника. Я знаю на что смотреть когда делаю ревью ИИ кода, я знаю какой мне код нужен и могу поставить чёткую ясную задачу, легко вижу когда решение ей соответствует, когда это хорошее решение, когда нет, почему нет.
С ремонтом ситуация ровно наоборот. Каждый ответ ЛЛМ выглядит правильным и логичным. Но стоит начать задавать вопросы как выясняется что это даже не ответ а сферический конь в вакууме. Вменяемый ответ получается только после десятков часов общения плюс десятки часов размышлений, когда я достаточно потыкал тему с разных сторон, и уже в ней ориентируюсь.
Мой комментарий как раз об этом, если Вы новичок который хочет стать специалистом, учитесь критическому мышлению а не вайбкодингу, задавайте вопросы а не раздавайте задания, чтобы ставить хорошие задания надо хорошо разбираться в теме.
Если новичок хочет когда то стать специалистом, ему надо учится думать самому и задавать вопросы.
Это как разница между StackOverflow copy paste coding, и посмотреть 10 вариантов решения, понять каждое, понять где лучшее для твоео случая и почему.
В первом случае получается что то рабочее, но ты не знаешь как и почему это работает. Во втором случае ты получаешь что то рабочее но ты уже знаешь как и почему оно работает, почему это лучшее решение для задачи, и ты на шаг ближе к тому чтобы быть специалистом.
А еще лучше писать код так чтобы не пришлось спрашивать у агента какие способы оплаты поддерживает ваш бот.
Структурировать код так чтобы сразу было видно какие есть способы оплаты, ну либо как минимум ткнуть агента носом в конкретный файл или пакет чтобы он не грепал весь репозиторий.
Клауде мд не панацея этот системный промпт сам себе жрёт контекст когда надо и не надо, а еще его надо не забывать обновлять.
Такие куски контекста в маркдаун удобнее хранить где то в репозитории и добавлять вручную в чат по необходимости. Я например часто так делаю для переноса контекста, сидишь в чатжпт ресерчишь в свободной форме, в конце просишь подитожить в маркдаун файл, его прикладываешь в клауде агента к чату.
Незнаю какой бэкграунд у Линдси, но по собственному опыту я вижу что люди не могут жить без дела, для большинства это необходимость, без дела буквально едет крыша.
Это дело может некоторым казаться деградацией, например игры, или непопулярные хобби. Но если убрать личные стереотипы, это все решение проблем.
Технически определения игры и проблемы одинаковые: Цель, ограничения, обратная связь. Как сказал философ Бернард Сьютс: Игра это добровольная попытка преодолеть необязательные препятствия.
В Казахстане по новым требованиям счётчики должны быть с удалённой передачей показаний, на радиоканале. Канал шифрованный.
Но можно взять обычный счётчик за копейки, снять пластиковый верх с счетным механизмом и приклеить по центру датчик Хола. Основной счётчик не заменяет, но если делаете ремонт как Я, можно поставить их дополнительно, и больше чем 1, отдельно по потребителям.
Я не достаточно компетентен чтобы утверждать что из этих вариантов безопаснее. Я лишь говорю о том что возгорание внутри железного шкафа, вокруг и сверху которого нет материалов поддерживающих горение, безопаснее возгорания внутри деревянной тумбочки, в которой даже нет обработки антипиренами.
В моем железном серверном шкафу стоят 10 обычных офисных неттопов. Сервера очень шумные. И Я взял сразу большой шкаф с расчётом на то чтобы держать там все оборудование, малинки и другие платки без корпуса, модем, роутер, упс, умный дом.
Разница в том что скажем рабочий макбук я не гоняю 24/7, я его выключаю когда ухожу из дома когда иду спать итд. Я их использую непосредственно, то есть я нахожусь рядом большую часть времени и могу заметить проблему на раннем этапе. А к серверам можно не подходить годами.
Я не фиксируюсь только на серверах, я тепловизором проверяю кабеля и соединения например, храню 18650 аккумуляторы в специальных негорючих сумках, стараюсь не оставлять приборы на зарядке без контроля.