@inemi
iAccount based inSerbia!
About this account
- Account based in
- Serbia
- Connected via
- Serbia App Store
! X says this location may be affected by a proxy or VPN.
Account-level information from X, not a live location or the device used for a specific post.
CT/EM, Ruby/Rails, ex-GitLab, Post-AI era ambassador
Joined July 2007
- Tweets10.3K
- Following952
- Followers1.5K
- Likes37.6K
Pinned Tweet
Закрыл гештальт и отклеил один стикер с окна – запилил мини-курс по современному использованию Make: makefile.site/?utm_source=tw…
Айда вместе популяризировать Make!
AI не заменяет, а усиливает. Но что, если это усиление сделает нас ненужными? Общество стремится к автоматизации, чтобы избавиться от рутины. Но где тогда ценность нашей работы, если AI сделает всё за нас? #AI #БудущееРаботы
Мы не в фазе трансформации, а в фазе трансформационности. Всё, чего касается, меняется, и это изменение не останавливается. Пока вы внедряете одно — появляется что-то новое. #Технологии #Будущее #Инновации
Автоматизация не всегда освобождает. Иногда она просто превращает старые obligations в новые зависимости.
Stripe вместо инвойсов — это не исчезновение обязательств. Это их миграция.
Вопрос на после AI: не что мы автоматизируем, а кто владеет нашей средой.
↯ Vibe coders vs. old-school developers — two extremes, both missing the point.
On one side, you have vibe coders who don’t really understand what’s happening, depend on tokens and cloud tools, and can’t properly evaluate the result.
On the other, you have old-school developers who fetishize the ability to code “for real,” as if manual coding alone still guarantees an edge.
But the most dangerous group is somewhere in the middle — or rather, above that whole plane.
These are people who know how to program, but don’t turn programming into a cult. They got a new tool, and they’re exploring it seriously.
They don’t use AI just to increase output. Output comes as a side effect.
What they’re really increasing with AI is cognitive power:
✦ they understand more clearly what problem they’re actually dealing with,
✦ they explore the solution space faster,
✦ they choose the angle of attack more precisely,
✦ they test hypotheses faster,
✦ and they get better at spotting garbage, weak points, and good abstractions.
Those are the ones to beware of.
People still treat change like an annoying exception.
- A customer changed their priorities.
- A competitor showed up.
- The team lost alignment.
- The market moved.
As if reality briefly stopped cooperating.
Even “adaptive” companies usually think the same way.
They still assume stability is the normal state.
Change is just something to survive until things calm down again.
So they don’t design for transformation.
They design for maintenance.
Your best ChatGPT conversations are the ones that crash your browser.
The longer you talk, the smarter the AI gets — and that's exactly when the frontend gives up. Not the AI. The React UI just shoves every message into the DOM at once and dies.
This drove me crazy enough to dig in and fix it. Turns out it's not even hard — which makes it even more frustrating.
30KB Chrome extension. Install and forget: inem.gumroad.com/l/unfreeze-…
Gone are worries, gone the race,
Life no longer runs at pace,
Robots work in every place —
Humans smile in quiet grace.
Elixir is the best language for anything.
Главная проблема в рельсовых контроллерах - это высокий endpoint pressure. Когда один и тот же action используется по разным поводам.
Покажу как наруливать порядок в слое контроллеров на воркшопе в это воскресенье: buytickets.at/rbbrlimited/12…
Пять главных ошибок при работе с моделями в Rails (и это даже не колбэки):
1. “Модели - это про базу”
2. “Модели - это место куда можно складывать код”
3. Неявные бизнес-состояния
4. Недосформированные объекты в бизнес-логике
5. Application-логика в моделях
Расскажу как с этим бороться, и самое главное как про это думать в эту субботу на мини-воркшопе: tickettailor.com/events/rbbr…
Следующий воркшоп в эту субботу 25 мая - про модели в рельсах:
tickettailor.com/events/rbbr…
Поговорим про модели чтобы наконец разобраться какому коду в них место, какому нет и почему.
В практической части:
- посмотрим как дешево воплотить идеи CQRS не воюя с рельсами
- научимся готовить репозитории, мутаторы и презентеры
- Затронем тему моделирования: разберемся с идеей Aggregation Root из DDD и попрактикуемся в создании иерархии моделей
- Бонусом: фикстуры
Будет теоретическая (поучиться), практическая (поделать руками) и свободная часть (поспорить). Для особо заряженных, будет домашка.
Забегайте!
Запись предыдущего воркшопа по сервисному слою тут: buy.stripe.com/5kA7sR2rlcJY1…