fun fact: за сопоставимое количество усилий, которое нужно на поиск работы (аутрич, контакты, собесы, тестовые и тд), можно попробовать заняться b2b продажами своих же услуг/проектов, и выйти за лимиты своей вилки

Отдельное удовольствие - когда можно задачу/баг из чата закинуть в RooCode, оно там минут 10 само пошуршит и готово с первого раза ровно как надо

что интересно, можно хоть каждый месяц содавать новый google workspace за 8$ + домен, и делать одно из двух (или оба)

- брать 2к кредитов (у знакомых они вроде как списывались за гемини без проблем)
- заводить новый биллинг аккаунт, за ~полтора месяца потратить сколько успеешь до блокировки API за неуплату

повторять, пока вам не станет стыдно 🏃

короче гугл мне насчитал Gemini API на кругленькую сумму, но я-то хитрее, подумал я, и нашел Google for startups программу, которая дает 2к$ кредитами

но и гугел не дурак оказался, инвойс все равно прислали на всю эту сумму (хотя из кредитов взяли что-то около 120$, но куда они ушли я так и не понял даже через поддержку)

половину я в итоге через сапппорт сократил, но легкий флер того, что где-то меня с этими кредитами наебали так и остался

а сколько стоит ваш вайбкод? 😁

Gemini 2.5 Pro просто космос канеш

С самого начала GPT-гонки гугл как-то отставал и местами выглядел забавно

Однако, становится заметно, как он нагоняет, и еще прошлый релиз 2.0 flash (и flash-lite) starts to make difference, когда относительно неглупая модель (но не топ конечно) стоит на 90% меньше, чем сопоставимые от OpenAI/Claude

---

Так вот, с неделю назад вышла Gemini 2.5 Pro и это просто что-то. Я почти сразу пересел на нее с кодом в курсоре, и особенно с cline

Почему? Потому что claude 3.7 sonnet в cline сожрала 30$ на довольно простом проекте за пару часов
Вроде и не жалко - что-то да получилось, сам бы я такое прогал в лучшем случае неделю по пару часов, а вроде и не хочется отдавать нейронкам не только работу, но и зарплату, если так каждый день работать

В то же время, гемини собрала такой же проект
а) быстрее
б) четче и меньше багов
в) смогла сделать фичи которые не смог Клауде
г) БЕСПЛАТНО (то есть совсем)

у клауде/опенаи контекст 128к токенов и очень быстро заполняется, а токены реально дорогие

у гемини - контекст миллион, а токены от бесплатных до очень дешевых

в общем, я уже неделю в шоке от происходящего 😁

ну что господа, я теперь опенсурсер, проделал колоссальную работу, жду офферы на 100500кк/нсек

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

Типа, говоришь разрабу, что количество пулл реквестов влияет на оценку, и он сразу начинает хакать систему - берет задачи попроще, делает маленькие PR'ы, бесится на правки и забивает на помощь коллегам.

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

Я не согласен, что это проблема разрабов, и вот почему:

- Метрики для разрабов - это 100% ответственность руководства. Кто ставит метрики, тому и думать, как сделать так, чтобы они адекватно на бизнес влияли, а не были самоцелью

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

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

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

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

-------------

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

Делать сложное - просто, а простое - сложно

А давайте поговорим о том, как мы любим всё усложнять. Как будто у нас девиз: "Зачем просто, если можно сложно?"

„Этот письмо код получился таким длинным потому, что у меня не было времени написать его короче.“ — Блез Паскаль

Вот смотрите:

1. Берём простой учебный проект интернет-магазина. Казалось бы, что там сложного? Но нет, мы же крутые разрабы! Давайте впихнем туда Effector, LocalStorage, авторизацию через EarthOne и еще парочку модных словечек для солидности.

2. А потом удивляемся, почему наша корзина выглядит как труба от атомной станции. Данные хранятся в трёх местах, логика для авторизации такая, что сам чёрт ногу сломит. И всё это "синхронизируется" как лебедь, рак и щука. (там буквально отдельно в каждом месте (Effector, LocalStorage и на беке) - своя логика, и оно иногда рассинхронится)

3. Почему так? А потому что мы насмотрелись курсов, где показывают, как круто использовать 100500 технологий в одном проекте. И давай это всё пихать, даже если оно там нужно, как рыбе зонтик.

4. В итоге что? Код раздулся как пузырь, отлаживать его - сплошное удовольствие, а добавить новую фичу проще, чем запустить ракету на Марс.

5. А теперь, фокус! Убираем весь этот зоопарк, оставляем только бэкенд и React Query. И оп-ля! Код сократился до 100 строк, всё работает как часы, и даже джун может разобраться, что к чему.

Мораль сей басни такова:
- Не всё то золото, что блестит в модных туториалах.
- Простота - это не для слабаков, это для умных.
- Решайте бизнес-задачи, а не свое эго.
- Помните, что любой проект со временем усложнится сам. Не надо ему помогать.

И напоследок, для авторов курсов: ребята, вы крутые, но давайте учить не только как накрутить сложности, но и как потом с этим жить?

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