Cododel.dev | Александр

Интересное наблюдение за Claude в официальной обертке

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

Обычно же он делает не более 5 вызовов.

Просто наблюдение

Интересно конечно выходит, что телеграм пришел к тому, что открытые чаты стали закрываться из-за кучи спама
Либо накладываются ограничения ботами

Мне лень с ботами модераторами разбираться, а боты спамеры начали ломиться в чат так, что вручную всех перепроверять на подписку на канал не очень удобно

так что чат теперь походу реально закрытый, только для избранных 😁
Но открытый для читателей

Может потом подумаю как решить этот вопрос

Меня Cursor пригласили на встречу в Германии

Но я не в Германии

Если кто-то в Германии, можете пройти по моей проходке 😆

https://lu.ma/kuy5xvhr

Пример реализации сервисного слоя React компонента

Например для кастомных пошаговых форм логику можно вынести в подобную обертку.

Пришел к тому, что нужно будет такое решение, читая новое тз, с добавлением новых страниц, где один из пунктов упоминает функционал пошагового заполнения сущности, которое уже дублируется на двух страницах.

Флоу создания объявления желательно сделать по аналогии с созданием проекта у Пользователя Застройщика

Думаю скоро закончу, и может публиковать в отдельном репозитории целые руководства подобные, под эгидой кодекса кододельни?

THAI 🤫

🧠 Как учить новые темы с ИИ?

В целом вопреки моим прежним убеждениям - ИИ развился настолько, что может быть достаточно достоверным источником информации.
(На мое удивление это произошло очень быстро)

Вот подготовил пример, как можно разобрать новую для себя тему, или углубить знания на своём примере, с использованием Claude 4 Sonnet (Подойдет любая другая топовая ИИ, с доступом в интернет и, желательно, режимом размышлений)

Кстати, OpenAI готовит похожий режим для ChatGPT - уже тестируют на части пользователей.

---

А теперь к сути:
Задаем правильный промпт с намерением так, чтобы ИИ мог определить текущий уровень знаний.
Затем отвечаем как можно более развернуто на все заданные вопросы, с мыслями и предположениями (как в примере)
А затем задаем вопросы или просим рассказать и раскрыть темы направления поочередно, и задавая вопросы.
Думаю если правильно начать разговор - дальше легко пойдет, всё как и в обычном разговоре с живыми 😃

Такие правила теперь у меня в команде будут 🤫

(Там еще много текста, это прям первый рубеж)

Я кстати нашел решение, и внедряю Indirectus
https://github.com/linefusion/indirectus

Этот генератор лучше всех соответствует требованиям.
Как внедрю - расскажу, чо вышло

Неприятный баг всех WEB чатов

Если кто сталкивался с таким багом в Safari - вот фикс:
https://gist.github.com/cododel/ecb141c4dd699af28a747b056d902a4a

Да, в веб версии телеги, во всех чатах кроме Яндекс Мессенджера есть такой баг в сафари.
У яндекса я и увидел UX решение проблемы, в виде скрытия клавиатуры, если начинает скроллиться не чат - а страница.

Там сложное и длинное объяснение причин, я часа 4 потратил на изучение и решение её.

Делюсь готовым фиксом.
Просто вставляем импортируем и запускаем в главном скрипте проекта глобально, и проблема решена в сафари.
А для chrome добавляем в head - meta тег.

Я видимо DRY максималист 🤔

Последнее время я заметил за собой чремерный оверинжиниринг и нецелесообразный перфекционизм.

Пора спуститься на землю.
Я прямо сейчас мышление меняю, тяжело перестраивать устоявшиеся цепочки мыслей, на самом деле...

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

Готовлю обновление упомянутого выше руководства, в котором довольно много внимания отведено Rule Of Three (правилу трёх повторений), и четко описана грань и порядок действий, когда и как делать абстракции.

(Контекст беседы на скрине довольно длинный, обсуждение ведется в основном архитектурных подходов)

Дошли 🤗

И я придумал как их вывести 😎

Поддержка кстати довольно оперативно отвечает, хотя пополнение криптой так и не заработало, жалобы в чате продолжают сыпаться им

Найти эту страницу мне стоило полгода

https://directus.io/docs/tutorials/tips-and-tricks/advanced-types-with-the-directus-sdk#working-with-generated-output

Оказалось надо вычитывать туториалы видимо...
Я с типизацией в этом директусе с момента знакомства бьюсь, а оно вон где... Жаль что поиск у них в документации не проиндексирован нормально, так что пришлось через нейросети искать способ кучу времени, в надежде что не придется вычитывать документацию как книжку.
А тут оказалось и LowCode и автогенерация типов, и ручное описание схемы, и отсутствие конкретно документации всего что касается типизации - только туториал. (может несколько)

В общем жесть...

Я часть проблем, с которыми столкнулся за почти год работы с Directus и почти год опыта с React собрал в виде руководства под этот стек, и буду его обновлять, думаю.

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

А вот насчет превращения Directus в фреймворк - идея оказалась провальной.
Без разработки новой, глубоко проработанной версии Alto - это не представляется возможным. Основное ограничение, это snapshot ориентированный подход к синхронизации схемы данных.
Но думаю я этот вопрос решу как только найду достойного преемника на проект 😄

Вот функциональный вариант.

Тяжел он для меня пока, я идеологически не принимаю нужду писать в 2 раза больше, и ментально не готов перестать выделять в логике отдельные объектные сущности 😅

Для саморазвития - я точно должен сломать эту стену и с разными парадигмами ознакомиться

Но функциональный вариант более чисты и тестируемый будто.
Каждая отдельная его часть - абсолютно понятна.
Меня это привлекает

ООП головоного мозга 😁

Вообще я сел изучать функциональное программирование, накидал react подобный хук на чистом JS, закинул в ИИ на проверку, а это оказалось ООП по принципу инкапсуляции...

Однако код не использует другие ключевые аспекты ООП, такие как наследование или полиморфизм, поэтому его ООП-ориентированность ограничивается инкапсуляцией и модульным дизайном.

Ну и щепотка процедурного говорят ещё. Видимо я знаю что вечером под чай смотреть на ютубе буду.

Писал про аезу сейчас, уже не актуально, но пост на готове, прицел настроен.
Кажется ожил

Меньше негатива хочется