Типизация в Python настолько простая, что я до сих пор открываю для себя все новые и новые типы. Например, сегодня я узнал про Collection. Раньше я всегда юзал Iterable/Sequence/[Set | List | Tuple], а теперь в инструментарии появилось еще и промежуточное звено - Collection

Collection - это тот же Sequence, только без __reversed__ и __getitem__. Т.е. если вам нужен тип, который поддерживает итерацию, проверку на in + len - то вот он:

from collections.abc import Collection

def func(data: Collection[int]) -> bool:
    for i in data:
        ...

    len(data)

    return 1 in data

Раньше я для этих целей использовал Sequence, но это было не совсем верно, т.к. Sequence более строгий тип и накладывает больше ограничений на входные значения, чем реально требуется функции. Так что у меня теперь новый любимый тип!

А вообще - всем крайне рекомендую сверяться вот с этой табличкой при расстановке аннотаций. Во всяком случае, пока не запомните ее наизусть🌚

#программирование

Хе-хе-хе, очередная холиварная статья на Хабре moment

https://habr.com/p/872988/

Оказывается, SSR на React - это хорошо, потому что "мы больше не пишем спагетти, да и вообще это настоящий фуллстак"

Такое чувство, что современные фронтендеры закуклились в своем браузере и забыли истинные причины отделения клиентского кода от серверного...

– мб мы экономим ресурсы сервера, вынося логику отрисовки на клиент?
– мб мы можем шарить серверную логику между разными клиентами (мобилка/web/whatever)?
– мб мы можем разделить экспертизу, ускорив разработку за счет узкой специализации?

Да не, бред. Люди просто говнокодили на PHP, а вот принесли SPA - и сразу стала чистая архитектура. Теперь настало время нести эту чистую архитектуру обратно на бекенды через NextJS, так и знайте!

Спасибо добрым фронтендерам, хоть кто-то научит пыхеров писать код🌚

Если кто-то хотел потыкать FastStream и у него никак не доходили руки - сейчас у вас есть еще один повод сделать это)

Мы добавили AI ассистент прямо в документацию - https://t.iss.one/faststreamrelease/11

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

Сейчас фича работает в тестовом режиме, поэтому мы (команда airt) и создатели ассистента (Gurubase) будем очень благодарны за любой фидбек от использования

https://faststream.airt.ai/latest/

По заветам @kydavoiti уже вторую неделю практикую TDD (результатом доволен, постараюсь написать об этом позже), а еще прикупил себе стальное яйцо в комплект🌚

В целом, Pomadoro действительно отлично работает! Особенно дома, где много отвлекающих факторов и постоянно хочется проверить чатик / телефон...

Но на работе - это просто бомба! Естественное желание мусолить хуйню по 3 часа резко обрывается задорным звоном яйца - и ты собираешься валить из переговорки😁 (заманчиво, но так делать не стоит). Пока пробую эту тему на работе первый день, но первые впечатления - восторг! Рекомендую всем и каждому!

#продуктивность

Проблема решилась открытием сайта в режиме ИНКОГНИТО🤯
Или в Safari вместо Chrome...

Какого черта вообще происходит с браузерами на макбуке? У меня на некоторых сайтах поперебойно такие проблемы: то в хроме что-то не работает, а в сафари - работает, то наоборот😢

Я долго сопротивлялся всем AI тенденциям, считая, что они еще не созрели для использования в реальных проектах. Но недавно попробовал Cursor (о котором я уже прожужжал все уши) - и теперь я полностью переобулся!

Опыт от использования Cursor не идет ни в какое сравнение с моими робкими попытками потыкать Copilot / ChatGPT. Эта штука буквально читает твои мысли - и воплощает их в код быстрее, чем ты формулируешь их до конца.

Copilot же постоянно предлагал мне средневзвешенное говнецо с гита, да еще и галлюционировал по полной - закидывал в методы лишние аргументы, обращался к ненужным или несуществующим аттрибутам объекта и тд. Самое обидное - предлагаемый код выглядел целиком и полностью валидным, но нюанс в виде передачи func(obj.field) вместо func(obj) очень легко проглядеть и он постоянно выстреливал уже при запуске. Это ОЧЕНЬ раздражает.

Cursor же великолепно понимает контекст твоего проекта - он придерживается стиля написания, который принят в проекте, не обращается
к несуществующим полям, методам и вообще делает то, что хочешь именно ты и именно сейчас. За две недели использования я словил ровно 0 галлюцинаций и ровно 100% кайфа. К тому же Cursor отлично помнит контекст происходящего процесса. Ты только поправил класс? - давай поправим его использование ниже по файлу. Перешел в другой файл? - вон тот класс вон в том модуле только что правили, давай поправим его использование и тут! У тебя просто не остается выбора, кроме как нажимать TAB - TAB - TAB...

Опыт от использования очень похож на опыт парного программирования: мысль летит, код пишется, и даже не понятно (да и не важно), чьи руки его написали - настолько ты увлечен процессом.

После написания своей субъективной оценки я полез в интернет еще раз и нашел отличный разбор всех возможностей Cursor. Поэтому прилигаю вам полную статью, где я готов подписаться под каждым слово в хвалу TAB. Другие возможности я пока не использую, либо использую по минимуму - но посмотрим, не переобуюсь ли я и тут.

В общем и целом - Cursor я уже оплатил, а всем, кто еще не пробовал - крайне рекомендую потыкать

Разбор негатива я запланировал на завтра.

#AI #cursor

Ура! Моя статья про декораторы уже ушла в народ и уже используется как авторитетный!!! источник при написании других статей про декораторы😅

https://habr.com/ru/articles/817445/

Особенно забавно, что моя авторская терминология соблюдена

Такие декораторы называются декораторами Шредингера

Глядишь, лет через 5 совсем приживется)

#программирование

В продолжение темы Cursor

В сети есть множество негативных отзывов о работе с Cursor - говнокодит, баголепит и тд. Почему опыт людей от использования этого продукта так разнится? Тут ведь дело не в субъективном восприятии - нейронка либо баголепит и галлюционирует, либо нет.

Сейчас можно было бы высокомерно кинуть: "IDE закидывает тебе точно такое же говно, что пишешь ты сам. Нормально пиши - нормальные комплиты будут". Но это не совсем правда.

Сейчас я склонен считать, что рынок AI-инструментов в любом случае изменит нашу индустрию. RAG-нейронки как поисковик по доке и замена Stackoverflow, промпты избавляют от whitelist прокрастинации, а AI-автокомплиты уменьшают порог входа в новый язык + значительно увеличивают скорость разработки.

Однако, использование новых инструментов требует также и новые подходы. Какие-то старые практики подходят для AI-Driven Development, какие-то - совершенно несовместимы. Нейронки в любом случае будут галлюционировать, наш рабочий процесс должен быть построен таким образом, чтобы минизировать саму вероятность этих галлюцинаций с одной стороны и нивелировать их последствия с другой.

В моем случае мне очень помогло, что на проекте, где я обкатывал Cursor, я использовал TDD + CA. В итоге очень ограниченный скоуп воздействия, где нужны комплиты, большое наличие референсных тестов и классов, с которых AI может копировать, а также большой процент тестового покрытия из коробки сыграли свою роль - и у IDE просто не было возможности ошибаться. Как оно будет работать на легаси проектах с большим количеством говнокода - я не знаю.

В любом случае, я верю, что такие инструменты будут в дальнейшем бустить индустрию, а подходы к разработке - адаптироваться соответствующе. Если это значит, что мы сможем писать код с нормальной архитектурой по TDD БЫСТРЕЕ, чем генерируется говнокод - я буду только счастлив.

#AI #cursor

Мелочь, а приятно😊 Совершенно случайно нашел вот такую бумажку на компе, которая прилагалась вот к этому списочку - https://www.benchcouncil.org/evaluation/opencs/annual.html

Пойду прикреплю к портфолио, пока совсем не потерялась😅

Хочу закруглить все свои мысли насчет AI инструментов в разработке небольшими размышлениями и фантазиями на тему Cursor VS Vim. Слава богу, это последний пост на эту тему (пока что), дальше буду выносить всем мозг тестированием🌚

Неожиданно, основным конкурентом Cursor и подобных инструментов для меня выглядят не VSCode / Pycharm, а именно Vim.

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

Фанаты Vim мотивируют его изучение именно этим - нужно отработать слепую печать и навигацию в IDE до рефлекторного уровня владения. В таком случае ты разгружаешь свой мозг от необходимости тратить калории на моторику пальцев и процесс печати, и можешь думать и реализовывать свои мысли с примерно сопоставимой скоростью, что существенно бустит продуктивность за счет 2ух факторов

* на рутину тратится меньше калорий
* на рутину тратится меньше времени

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

AI-IDE с другой стороны предлагают решение той же самой проблемы, но
* ниже порог входа - не нужно тратить месяцы и годы на выработку рефлексов
* дешевле - калорий на нажатие TAB тратится все еще меньше, чем на слепую печать
* эффективнее? - реализация твоих мыслей по нажатию одной клавиши быстрее, чем слепая печать

Вопрос только в том, насколько эти самые ассистенты будут соответсвовать той идеальной картинке рабочего процесса, которую рисует моя больная фантазия.
После нескольких недель опыта использования Cursor я сказал бы, что он соответствует на 80% (если не все 100%). Очевидно, инструменты подобного плана в том или ином виде выместят стандартные IDE либо как полноценные аналоги, либо как плагины, либо как built-in функционал.

Скорее всего, в ближайшие десятилетия в эту же нишу зайдут нейроинтерфейсы, которые позволят убрать gap между скоростью мысли и набора текста. Но даже тут AI-ассистенты не потеряют своей ценности - просто они переобуются на конвертации неформальной и не до конца оформленной человеческой мысли в конкретные строчки кода, либо просто возьмут этот нейроинтерфейс как свой инпут.

В любом случае, нас ждет интересное и захватывающее будущее!

Также, хочу поделиться с вами классным выпуском моего любимого подкаста как раз на тему Vim и продуктивности - https://podlodka.io/291

#AI #cursor #продуктивность

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

Сначала нашел неплохой (блог? сайт?), где собрана куча рецептов по REST - https://restfulapi.net/resource-naming/ . Я даже согласился с 80% того, что там написано

А потом наткнулся на рецепты от Google по приготовлению API https://google.aip.dev/122 - и там написано совершенно другое.

Я начинаю понимать, почему у нас такой разброд и шатание в Интернете и люди предпочитают делать 200: {"status": "error"}, чем разбираться в каких-то противоречащих друг другу рекомендациях. Можно, конечно, изобрести велосипед и опубликовать N+1 стандарт на основе изучения N предыдущих, но как будто это не решение. В итоге так и будем пилить апихи кто во что горазд...

А какие гайдлайны по REST знаете / используете вы?

Wow, у нас тут Yet Another Python Web Framework от автора Poetry (еще один Sébastien, ага)

Дока: https://expanse-framework.com/
GitHub: https://github.com/expanse-framework/expanse

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

Не уверен, насколько получится у Себастьяна - ведь я не очень люблю Poetry, но будем посмотреть, конечно

Ситуация вышла из под контроля и FastDepends перевалил за 1_000_000 установок в месяц!🥳

Кажется, нужно туда хотя бы закоммитить😅