The Open Source Endowment - новый фонд для спонсирования OSS проектов

https://endowment.dev/about/

От других фондов его выгодно отличают 2 особенности:

1️⃣ полученные деньги они не раздают мейнтейнерам напрямую. Вместо этого они вкладывают их в инвестиционные инструменты - и раздают гранты уже с прибыли. Таким образом, у них НИКОГДА НЕ ЗАКОНЧАТСЯ ДЕНЬГИ. Чем больше денег они соберут - тем больше инвестируют - тем больше гранты. Но ручеек грантов будет всегда

Проблема лишь в том, что список Institutional donors пока довольно скромен

2️⃣ они не раздают деньги популярным и крупным проектам. Вместо этого они оценивают критичность каждого проекта по своим критериям. В первую очередь они ищут

underlying packages, creating a natural priority for low-level libraries (written in e.g. C and Fortran)

Наконец-то кто-то профинансирует "random person in Nebraska" (они сами ссылаются на этот мем)

Жаль, мой проект в этот список не попадает

SlopWare Engineering - это уже база, от которой мы сейчас никуда не денемся

Даже если я сам не использую модели при разработке (а я использую, хотя и не прям активно), то мне приходится работать с чужим slop-кодом. Поэтому вопрос №1 для меня сейчас - это

Как обеспечить качество LLM-сгенерированного кода

В этой теме пока ничего не ясно, поэтому я предлагаю организовать небольшое сообщество по обмену практиками использования и контроля LLM в чатике канала - @fastnewsdev_chat

В общем, вступаем, делимся любимыми Skill'ми, пайплайнами, кейсами и вообще любыми идеями, как превратить этот поток Slop'а в нормальные инженерные практики

Залетайте и рассказывайте, кто чем пользуется)

Если вы в других чатах обсуждаете AI - тоже загоняйте всех сюда. Больше народу - веселее холивар🌚

На днях меня позвал Владимир Гриненко (@devspotting - обязательно подпишитесь) на подкаст поговорить об агентах

Получился оч крутой и содержательный диалог про harness, tool calling, управление контекстом. А заодно повайнили на MCP, Skills, A2A, AG-UI, A2UI, UCP, guardrails, prompt injection, observability, middleware и пока не особо успешные попытки стандартизации агентского мира. Затронули и мультиагентные пайплайны.

В общем - все сами увидите (смотреть лучше на х1.5)

https://www.youtube.com/watch?v=j17cSh023qs

А если нужны другие платформы, то ссылки можно найти туть: https://grinenkopro.mave.digital/

Кстати, с ним зашедулили еще один выпуск про OpenSource, там уже будет больше вайна и холиваров🌚

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

GitHub выкатили первую правку по борьбе со слопом - теперь можно ограничить количество открытых PR'ов от пользователь без write прав на репу

https://github.blog/changelog/2026-06-17-limit-open-pull-requests-for-users-without-write-access/

Фича прикольная, т.к. у меня теперь не будет 5ти открытых PR'ов от одного бота. Будет 1-2. Не думаю, что это сильно решит проблему - ведь после первого PR'а будет второй, потом третий... Да и ботов на GH тоже не один. Но это доказывает, что GH понимает проблему и пытается ее как-то решить - посмотрим, что будет дальше

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

У меня там хостятся обе документации:
• https://faststream.ag2.ai/latest/
• https://docs.ag2.ai/latest/
Но хостить можно любую статику - портфолио, личный сайт, котиков. Лишь бы репа была публичной

ТАК ВОТ - эта херня очень сильно может растить размер репы. Прямо сейчас я ужал репу AG2 4.4 GiB → 309 MB

Проблема в том, что статика весит довольно много (15kb+), так что каждый ваш коммит в ветку gh-pages - это +15кб к размеру репы. В нашем случае репа весит 4Гб и git clone занимает неприлично много времени

Что делать?
• сквошим все коммиты в ветке gh-pages в одним и делаем подменяем историю коммитом этим единственным
• исправляем CI, чтобы он делал не новый коммит, а перезаписывал старый

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

В общем, если вы пользуетесь Github Pages - проверьте, нет ли у вас такой проблемы. Если не пользуетесь - просто имейте ввиду, проблема может быть актуальна и для других пайплайнов

В общем, я вас предупредил👍

Чет ору😂 Самый трендовый скилл на Github на этой неделе - это скилл, который форсит агента "не делать задачи, которые можно не делать"

Makes your AI agent think like the laziest senior dev in the room. The best code is the code you never wrote.

https://github.com/DietrichGebert/ponytail

Недавно послушал подкаст от Подлодки про Ruby on Rails и мне понравилась одна мысль

Если у вас в штате 5+ разрабов, то вы уже крупная компания. До этого масштаба еще дорасти нужно

Сейчас в индустрии мы привыкли к бигтехам. Как будто каждый встречный разраб работает в Авито / Яндексе / Желто-зеленом банке. У всех IT департаменты по 2-20к сотрудников. Кубер, QA команды, фронты и беки, девопсеры и аналитики. Те, у кого ИТ отдел на 40 человек, обычно стесняются говорить, где работают и мечтают тоже попасть в бигтех. Это логично - там больше платят, меньше риск, что компания обанкротится и тд и тп.

И это причина дисбаланса стека. По своей природе у новых стартапов на 1-3 сотрудника и у компаний с ИТ департаментом на 20к человек должны быть разные процессы. В первом случае вы делаете все сами - и фронт, и бек, и CI, и тестирование, и релиз. Во втором - у вас уже есть готовая инфраструктура, смежные команды, переиспользуемые вещи и куча ролей на подстраховке.

Но тут происходит очень смешная вещь: ваш единственный разраб (ну или 3 бедолаги) фантазируют, что они работают в бигтехе🌚 Либо они уже там работали и видели "как правильно". Либо мечтают там работать через год и хотят научиться "правильным практикам" за ваш счет. Это не важно. Результат один - вместо быстрого итерирования на стеке, созданного для быстрого итерирования (Ruby on Rails / Django / etc), они пишут микросервисы на Golang, обмазывают все трейсингом, тянут кубер, пайплайны и дико замедляют разработку. Такими темпами вы пилите за месяц-три MVP (как же можно катиться без настроенного CI и кубера) с расчетом на 5к+ RPS, чтобы первые полгода жить с одним пользователем в сутки😅 Типичные последователи карго-культа, в общем

Здравая позиция из реального мира: собрать MVP из готовых модулей, без расчета на нагрузку, без развесистых CI пайплайнов, без куберов. Когда все это вам понадобится - у вас уже будут стабильно платящие юзеры (причем много), и вы уже сможете нанять не 1го фрилансера, а полноценную команду "как в бигтехе". А она уже сможет все переписать, если надо

Как пример - Hexlet (довольно крупный проект) живет на двух разрабах и Ruby on Rails. Причем вполне успешно

Непопулярное мнение автора фреймворка для микросервисов

Если вы стартуете новый проект не в бигтехе с готовой платформенной командой - берите Django (или лучше DMR) и не делайте мозги

Change my mind, как говорится

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