Кажется вы изобрели Anki карты. Возможно дополнительный бонус получите от возможности конвертации карточек анки в ваш формат, т к. Уже на сайте Anki существует безумное количество уже готовых колод.
Хм. У нас тут великий исход намечается. Курсор и виндсерф выкинули такие кренделя, что народ от них уходит толпами. Жаль, конечно, но похоже опять сфера монополизируется постепенно. По факту платные IDE с большими лимитами почти умерли. Кроме trae. Но там весьма неприятное лицензирование.
Кто остался? Claude CLI, GeminiCli, Cline /Roo code, Codex, aider. Вроде все...
Мне гораздо интереснее что они под эту фишку реализуют систему автоматической идентификации голоса через звонок. А там уже поди разбери мошшеник ты или Вася. Все равно записать, трансккрибировать через ЛЛМ и в папочку подшить.
Да, только это верно, в которых хоть и плохо можно ещё на клавишах играть, на барабанах и даже картину написать. Я не умеею на баранах, мне бы хоть так
Еще есть вот такие приколы, но это кажется проще руками сразу реализацию писать.
Задача: Найти самую длинную подстроку без повторяющихся символов
ПСЕВДОКОД: использовать скользящее окно левая_граница = 0 максимальная_длина = 0 множество_символов = пустое множество
для правая_граница от 0 до длина_строки: пока символ в множестве: удалить символ на левой_границе из множества увеличить левую_границу добавить текущий символ в множество обновить максимальную_длину
Это кстати забавно, но уже есть подход когда задача пишется на условном псевдокоде и потом отправляется в LLM. Идея не такая уж и плохая. Мне кажется вы самостоятельно можете разаботать такеие правила конвертации языка постановки задач и потом каждый раз кормить его описание в контекст чтобы модель могла его использовать.
Из интересного - очень даже неплохо получается делать e2e тесты и даже фичи используя BDD Gerkin как основую. Модели хорошо его понимают, есть описания всех принципов в Context7, есть готовые инструменты конвертации тестов и исполнения тестов. Такой пошаговый сценарий неплохо позволяет работать в DDD или FSD и генерировать хороший бизнесс код.
Ну это не очень хороший пример. если мы говорим о курсоре или клауд коде, то качественная подготовка правил в проекте с описанием инстурментария и правил разработки решают почти 80% вот этих проблем с расползанием контекста. Это надо сделать один раз, аккуратно собрав описание и документацию внутри проекта. Кроме того это очень полезно и для коллег и новичков - становится понятны и принципы работы и архитектура. Конечно это все отностится к небольшим проектам, а также микросервисам. Монолит на миллион строк пропихнуть в правила для контекста я пока не вижу возможности.
Вообще инструмент очень хороий, но расхолаживает. Если постоянно писать через ИИ, то начинаешь потихоньку ржаветь. Глазами код понимаеш и знаешь где нужно поправить и как правильно, но если вдруг надо что то переписать - требуется время чтобы руки вспомнили.
Впрочем это не беда, несмотря на некоторые минусы с помощью этого инструментария можно очень быстро попробовать несклоько гипотез и тут же вернутся к исходному поведению через git.
Разделение труда теперь другое. Каждый знает какие именно кнопки надо нажать в своей специализации и когда. Я вот не знаю какие кнопки в Blender нажимать. Придется прибегнуть к специально обученному нанимателю кнопок.
Ну так уже делает. Закинь описание задачи в Клод или опенаи и попроси тебе сгенерировать схему для какой то задачи в n8n или langflow. Потом импортируй этот файлик. Пару мест будет сломано, но руками это поправить - 5 минут.
Так эта вся статья только для того чтобы прорекламировать канал. Сначала начал за аналитику, а потом все свёл к ужасам и в качестве спасения предложил свой канал с практиками ИИ.
Да и аналтза тут прямо кот наплакал, так общие выводы. И что-то я откровений СЕО не увидел.
Отсутствием центрального состояния которое хранит это все. ИМХО тут чистый Event Emmiter получается. Надо оно нам, да вроде нет. Сейчас Flux решает все проблемы, т.к. совмещает в себе и функцию хранения и функцию подписки и отправки сообщений.
Сразу вспоминаю как мы отчеты по лабораторым сдавали в институте. Ответ должен быть правильный, а результат эксперимента кривой? Подгон результата. За что очки добавляют, то и выдает ) Надо воды лить, нальет.
Кажется вы изобрели Anki карты. Возможно дополнительный бонус получите от возможности конвертации карточек анки в ваш формат, т к. Уже на сайте Anki существует безумное количество уже готовых колод.
Это какая то лабораторная работа в ВУЗ? И я читаю отчёт по ней?
А куда делись вчерашние комментарии?
А по факту только макет телетрапа... Хоть бы видео или фото были.
Ну, это оплата по токенам. Так можно и в курсору
Обрубили безлимитное использование до уровня аналогов цены токенов.
Хм. У нас тут великий исход намечается. Курсор и виндсерф выкинули такие кренделя, что народ от них уходит толпами. Жаль, конечно, но похоже опять сфера монополизируется постепенно. По факту платные IDE с большими лимитами почти умерли. Кроме trae. Но там весьма неприятное лицензирование.
Кто остался? Claude CLI, GeminiCli, Cline /Roo code, Codex, aider. Вроде все...
Мне гораздо интереснее что они под эту фишку реализуют систему автоматической идентификации голоса через звонок. А там уже поди разбери мошшеник ты или Вася. Все равно записать, трансккрибировать через ЛЛМ и в папочку подшить.
Да, только это верно, в которых хоть и плохо можно ещё на клавишах играть, на барабанах и даже картину написать. Я не умеею на баранах, мне бы хоть так
Вот, нашел вот такое. https://sjgarstack.org/blog/20231102/introducing-sudolite
То о чем мечтали?
Еще есть вот такие приколы, но это кажется проще руками сразу реализацию писать.
Задача: Найти самую длинную подстроку без повторяющихся символов
ПСЕВДОКОД:
использовать скользящее окно
левая_граница = 0
максимальная_длина = 0
множество_символов = пустое множество
для правая_граница от 0 до длина_строки:
пока символ в множестве:
удалить символ на левой_границе из множества
увеличить левую_границу
добавить текущий символ в множество
обновить максимальную_длину
Это кстати забавно, но уже есть подход когда задача пишется на условном псевдокоде и потом отправляется в LLM. Идея не такая уж и плохая. Мне кажется вы самостоятельно можете разаботать такеие правила конвертации языка постановки задач и потом каждый раз кормить его описание в контекст чтобы модель могла его использовать.
Из интересного - очень даже неплохо получается делать e2e тесты и даже фичи используя BDD Gerkin как основую. Модели хорошо его понимают, есть описания всех принципов в Context7, есть готовые инструменты конвертации тестов и исполнения тестов. Такой пошаговый сценарий неплохо позволяет работать в DDD или FSD и генерировать хороший бизнесс код.
Это не ответ на ваш вопрос?
Ну это не очень хороший пример. если мы говорим о курсоре или клауд коде, то качественная подготовка правил в проекте с описанием инстурментария и правил разработки решают почти 80% вот этих проблем с расползанием контекста. Это надо сделать один раз, аккуратно собрав описание и документацию внутри проекта. Кроме того это очень полезно и для коллег и новичков - становится понятны и принципы работы и архитектура. Конечно это все отностится к небольшим проектам, а также микросервисам. Монолит на миллион строк пропихнуть в правила для контекста я пока не вижу возможности.
Вообще инструмент очень хороий, но расхолаживает. Если постоянно писать через ИИ, то начинаешь потихоньку ржаветь. Глазами код понимаеш и знаешь где нужно поправить и как правильно, но если вдруг надо что то переписать - требуется время чтобы руки вспомнили.
Впрочем это не беда, несмотря на некоторые минусы с помощью этого инструментария можно очень быстро попробовать несклоько гипотез и тут же вернутся к исходному поведению через git.
Разделение труда теперь другое. Каждый знает какие именно кнопки надо нажать в своей специализации и когда. Я вот не знаю какие кнопки в Blender нажимать. Придется прибегнуть к специально обученному нанимателю кнопок.
Ну так уже делает. Закинь описание задачи в Клод или опенаи и попроси тебе сгенерировать схему для какой то задачи в n8n или langflow. Потом импортируй этот файлик. Пару мест будет сломано, но руками это поправить - 5 минут.
Так эта вся статья только для того чтобы прорекламировать канал. Сначала начал за аналитику, а потом все свёл к ужасам и в качестве спасения предложил свой канал с практиками ИИ.
Да и аналтза тут прямо кот наплакал, так общие выводы. И что-то я откровений СЕО не увидел.
Вот прекрасный способ начать погружение в тему
https://frontendmasters.com/courses/functional-javascript-v3/
Если станет интересно, дальше можно копнуть в сторону https://github.com/MostlyAdequate/mostly-adequate-guide
Ну а там уже сами определите куда дальше)
Отсутствием центрального состояния которое хранит это все. ИМХО тут чистый Event Emmiter получается. Надо оно нам, да вроде нет. Сейчас Flux решает все проблемы, т.к. совмещает в себе и функцию хранения и функцию подписки и отправки сообщений.
FSD как раз и призван решать все эти проблемы. По сути FSD это домен дривен архитектура адаптированная для фронта с его фронтовыми приколами
Сразу вспоминаю как мы отчеты по лабораторым сдавали в институте. Ответ должен быть правильный, а результат эксперимента кривой? Подгон результата.
За что очки добавляют, то и выдает ) Надо воды лить, нальет.
Ну потому что удаленка же плохо для бизнеса, только личное присутствие, только офис! Гибрид тоже нельзя! Жалеть нельзя!