Rails, Ruby, AI, Full stack | by the-teacher

Как работает JEV и почему о нем так много говорят

Текущие AI модели это чаще всего текстовые чаты. Они генерируют много текста. Это ресурсоемко и дорого.

JEV модель по заданным вопросам всегда возвращает только JSON с вероятным ответом и с процентом уверенности, что этот ответ правильный.

— JEV, скажи, этот комментарий спам?
— `{ "spam": "true", "confidence": "95" }`
— Понятно, это спам с 95% вероятностью — удаляем!

Это очень быстро и дешево. Никакой текстовой генерации на 2 минуты.

RubyLLM тоже добавили поддержку через отдельный класс RubyLLM::Judge. Кажется он еще даже не зарелижен.

Дизайн их гема явно шел в разрез с новым типом AI моделей.

Мой гем изначально был построен так, что мне практически ничего не пришлось придумывать, только добавить нового провайдера. Считаю это своим архитектурным успехом.

Заложенная изначально чистая и правильная мысль приводит в долгосрочным стабильным результатам.

Когда смотрю на примеры моего ActiveHarness — глаз радуется.

Ruby for the WIN!

JEV для Ruby/Rails приложений

В ActiveHarness я добавил поддержку Vercel и новый тип модели JEV.

Хорошая штука для быстрой модерации пользовательских запросов.

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

Пока работает только через API Vercel и бесплатно.

У официального провайдера создание новых аккаунтов заблокировано. Видимо перегрузка.

Мальчик:
— HR: Для проверки ваших навыков мы дадим вам простое тестовое задание.
— Dev: Я закончил 3 месячные курсы по разработке. Я хочу много денег. Делать тестовое задание на 30 минут без оплаты моего драгоценного времени я не буду.

Мужчина:
— HR: Для проверки ваших навыков мы дадим вам 3 дневный продакшн-ориентированный тест-ассаймент, где вам надо будет провести задачу от дизайна до работоспособного решения на основе интеграции AI в бизнес процесс близкий к реальности. После презентовать решение нашей команде в рамках демо на тестовом стенде и митинга часа на 2.
— Я: Вообще у меня работа, менторские сессии и тех. интервью на потоке и детский утренник, где я играю роль зайчика (шутка) — поэтому я готов начать в понедельник.
— HR: ждите письмо с заданием в понедельник.

Так идет процесс собеседования на позицию AI-first Principal Engineer.

Скорее всего для реализации первым делом буду пытаться использовать Ruby и мой опен сорс проект ActiveHarness. Что я, зря его делал что ли 🙂

2014 — Илья Николаевич: "Ну неужели в Ruby on Rails нельзя сделать обвязку над поиском и назвать ее, типа, Active Search?!"

2026 — Rails Team: "Мы рады представить Rails Active Search"

Илья Николаевич: Спасибо! Очень своевременно.

Подключение платежки

Недавно кто-то из читателей написал что-то в духе — "подключить платежку к проекту — это просто".

Не соглашусь.

В 2012—2014 годах русская Яндекс Касса только набирала обороты, хотя на моей памяти с ней и правда было меньше всего проблем.

В это же время подключить эквайринг напрямую от банка было чрезвычайно сложной задачей.

Международные платежные системы далеко не всегда с хорошей документацией отражающей текущую реальность и подключить их часто то еще удовольствие.

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

Они обслуживали старых клиентов нормально (видимо на отдельном сервере). А новых клиентов подключали на новые сервера с багом в коде и 2 месяца я помогал им дебажить процесс. В итоге так и не взлетело и я переключился на другого провайдера.

У текущего провайдера неделю не мог получить одобрение для поддомена проекта. Хотя все было идеально.

Видимо, тоже просто баг какого-то бота-чекера.

Такой вот опыт

Микро SaaS. Ожидание / Реальность

AI открыл мне двери в мой 2014 год, когда я был молодым и ярым и мог в одно лицо сделать проект от нуля до продаж.

После 5 проекта я понял, что я больше не хочу — много сил, энергии, времени. Часто мало финансовой отдачи.

Теперь за меня работает AI, а я только тимлид/архитектор. Я решил сделать микро SaaS как это сейчас модно.

Мой фреймворк для AI проектов сделан с учетом требований к тотальному аудиту. Я вижу его насквозь. Всегда. В любой точке.

(На картинке пример — а не реальный проект)

Микро SaaS у меня получился на 50+ роутов/обработчиков. И это только бекенд.

ВОТ ТАК МИКРО!

В этом свете становится бессмысленно поступать на курсы запуска SaaS, где сперва ищут нишу и клиента.

Клиента найдешь. НО! Без опыта и погружения в код — даже с AI ты никогда не создашь стабильный проект. Это будет куча нестабильного нейро-слопа.

Сейчас я так это вижу. Поправьте меня, если это не так.

Специально нашел старый тред , чтобы пожаловаться, что теперь та же самая участь настигла и нас и с claude. В последнее время стал часто упираться в 5ти часовые лимиты. И того и гляди упрусь в недельный лимит. И при этом выхлоп тоже сократился. Раньше можно было чуть ли не целый день активно юзать агентов, сделав дофига фич, а теперь, по ощущениям, не делается и половины того, что делалось раньше.

У меня 20 баксовый тариф. Похоже придется раскошеливаться на 100баксовый... Работаю по openspec, планирую с опусом, реализация - соннетом. А у вас как?

SaaS vs Marketing (часть 2)

Продукт без продвижения и продаж — ничто. Этот факт знают все. Особенно часто об этом начали говорить, когда AI проекты стали генерировать массово.

"Сперва продайте продукт, (которого не существует) и если есть спрос — только тогда делайте" — примерно так сейчас продают курсы по запуску SaaS лихие продажники. И они учат искать ниши, где вроде бы есть клиенты.

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

Без шансов развития, поддержки. Груда нейро-слопа, который упадет и подведет и вас и клиентов.

AI сгенерированные проекты — это отдельный вид искусства. Мало сейчас кто знает как их делать, чтобы все не развалилось.

Продукт и маркетинг должны идти в балансе. Нужно уметь и продукт делать и знать как его продвинуть и продать. Перекос в одну сторону не дает результата.

Без продукта нет продаж. Без продаж продукта. Курица и яйцо.

SaaS vs Marketing (часть 1)

Контекст
С начала августа по сегодняшний день (полтора месяца) — я делал(аю) под заказ SaaS проект.

Проект я считаю "своим", хоть я и делаю его под "внешнюю идею" и под "чужие ожидания" — у меня нет никаких ограничений ни по времени, ни по исполнению.

Проект делается на гремучей смеси Ruby, идей из Ruby on Rails, NodeJS и React и много чего еще.

Проект делался полностью на основе собранного мною c нуля фреймворка для AI разработки и с помощью Claude/GPT моделей.

На данный момент я считаю, что проект на стадии финальной отладки. Фактически делает все что ожидалось от него — от регистрации до биллинга.

И вот теперь возникает вопрос, а что дальше?!

Очевидно — реклама, продажи, тысячи пользователей и миллионные прибыли.

Которых, конечно же, скорее всего никогда не будет.

Тогда зачем это все делалось и столько сил и времени было потрачено? "Работа в стол?"

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

Вообще-то у меня выходной

Но, если есть интересная работа — я говорю да. (за деньги, ага)

Закончилось очередное интервью на позицию solution architect.

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

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

Ну а теперь выходной. Ну, как выходной. Еще биллинг надо для своего проекта доделывать и отлаживать.

Прием платежей

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

Я бы поучился — пусть меня научат. НО! Я уже жаловался, что почти нигде на их публичных проектах я не нашел модулей оплаты. Наверное, потому что это очень просто — подключить платежку и начать зарабатывать тыщи миллионов денег.

В теории все просто. Шмяк-бряк и все готово!

На практике можно крепко задолбаться.

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

Написать простой, но работоспособный биллинг; Все отладить и на стороне бека и фронта.

Мелкой и скучной работы на неделю.

Скоро подключу одну платежку, потом еще одну; Я обычно стараюсь, иметь разные варианты оплаты.

Курсы запуска SaaS за неделю, видимо, рассчитаны на тех, кто их уже запускал и имеет готовые модули для переиспользования. Не каждая компания это умеет.

Такие дела.

Orb Stack

Вообще, ребята мне еще года 3 назад советовали поставить ORB вместо Докера.

Но для таких вещей нужен запас эмоциональных сил, а докер уже работает.

И вот я снес докер и поставил вместо него орб.

Все заработало из коробки. Даже дев-контейнеры.

Главный бенефит
❌ на маке докер сразу резервировал 50Gb+ места под свои нужды.
✅ Orb запустил все мои ruby, ruby on rails, nodejs и прочие проекты заняв только 15Gb.

Вроде бы он еще должен быть и шустрее и энергоэффективнее — но я и на докере не страдал. Не думаю, что смогу сравнить.

Главное — освободил место. Другие выгоды пока не понял.

Еще не понял когда они попросят оплатить подписку. Кнопки "оплатить сейчас" — нет. Пока сижу на триале. Через месяц посмотрим как будут идти дела.

ИТОГО: полностью повторяет докер и экономит ресурсы. Бесшовная миграция 👍

Про увольнение одним днем

В интернетах массово пугают тем, что там за океаном дикий и злой капитализм. Любого сотрудника могут уволить одним днем по причине «ваши услуги нам больше не нужны». И все. Прощай!

А вот у нас трудовой кодекс, социальные гарантии и вообще рай на земле (много в каких странах)

За всех не ручаюсь, говорю только за себя.

Дикий и злой капиталист лично ко мне всегда относился как к ценному специалисту. Хорошо платил. Давал отгулы. Оплачиваемые отпуска. Берёг. Старался обеспечить мне комфорт и покой и хороший отдых. А переработки были заранее согласованы и оплачивались по повышенному тарифу. Потому что все это влияло на результаты бизнеса в итоге.

Там где были призрачные соц гарантии сильно недоплачивали. Были токсичные коллективы и руководители. Старались выжать последние соки и объяснить, что в неуспехах компании есть твоя прямая вина🙈

По итогу, мне кажется, что «увольнение одним днем» лучше для всех. Нервы и ментальное здоровье крепче.

А у вас какой опыт? Что же все таки лучше?

Гаф! Или — HR друг программиста

Я не слежу за трендами русскоязычного найма, но в разных ИТ каналах то и дело попадается ной и хриплый вой о том, какие HR плохие и не могут различить по резюме истинные бриллианты мира разработки, а плохие работодатели не хотят платить 100500+ денег за красивые глаза.

Технические интервью на постоянной основе я провожу с 2013 и всякого повидал.

— Много ли некомпетентных HR? Да, много.
— Много ли неадекватных работодателей? Да, много.
— Много ли плохих интервьюеров? Да, много.
— Много ли некомпетентных / не адекватных / плохих программистов?!
— (ответьте сами)

Однако, есть бесспорный факт — eсть люди, которым вакантные позиции приходят массово просто по роду их профессии.

Можно винить мир в своих неудачах — но если вы хотите поймать рыбу, то надо идти не на стадион (отсылка к Ералашу), а к пруду.

Лучшее, что вы можете сделать в своей карьере — познакомиться с HR-ами и держать с ними связь на горизонте нескольких лет.

Думайте позитивно.
Дружите с HR.

Ну, здравствуй, сентябрь!

Ну, я то думал — сейчас вернусь из отпуска и как начну писать в блог.

Не успел придти в себя, как назначили несколько тех. интервью на позиции Solution Architect — надо подготовиться, изучить профили кандидатов, подготовить вопросы.

Прилетело несколько новых запросов — тоже надо уделить внимание.

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

И чтобы совсем не отвыкнуть писать в мой техно-блог пишу это сообщение.

Отчасти оттого, что через 10 минут начало интервью, а я не проводил интервью все лето и теперь волнуюсь. Сразу собеседовать на такие высокие роли — волнительно. Но, я уверен, что все будет хорошо. Как всегда. 🤞

Маркеры успешности проекта

Свой первый интернет магазин с нуля до регулярных продаж я сделал году в 2014.

Полный цикл — от инициализации проекта до запуска платежей и доставки. Ушло на это месяца 3.

Я хотел полного контроля и сделал все на Ruby on Rails.

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

Если на сайте работает эквайринг (прием платежей карточками) — вы уже звезда разработки.

Главный маркер реального успеха проекта — оплата товаров нажатием одной кнопки и полный комплект юридических документов.

Выбирая курсы по заработку в интернет первым делом найдите кнопку Оплатить и Legal страницу.

Если их нет — проходите мимо. Это скам.

SaaS как ложь (а мама говорила!)

Перед отпуском я закончил 3-х недельный марафон по созданию своего мини SaaS-проекта.

Проект 100% работает. Эквайринг подтвержден — в сентябре закончу интеграцию.

Я за 3 недели сделал то, что обычно у компаний занимало месяцев 7-8.

Как продавать продукт?

Я пошел по популярным каналам, где за жалкие $2000 учат как создавать и продавать SaaS.

Они говорят: у нас портфолио на 50 проектов, 2М активных пользователей, тайный клуб на 500 человек, мы знаем как поднять бабла.

Илья: руками проверил 30+ проектов из 50. Везде чушь, дыры безопасности — (теперь я знаю где бесплатно пользоваться GPT), накрутки и отсутствие работоспособных платежных инструментов. Дичь и Фигня!

$2000 сэкономил

PS: Я вернулся 🫶

До следующей пятницы Добби свободен

До встречи через неделю.

50 модулей для построения микро-SAAS

Слабо верится, что для построения мини-продукта требуется создать 50 модулей.

Чтобы не быть голословным давайте посмотрим на часть модулей.

1. UI Kit
2. Роутер
3. Миграции БД
4. Генератор модулей
5. Генератор действий (actions)
6. Лимитер запросов
7. Сборщик схемы БД
8. Коннектор к БД
9. Модуль прав
10. Интерактивная консоль (REPL)
11. Сидер тестовых данных
12. Email-транспорт и рассылка
13. Глобальные константы и типы
14. Клиент запросов к API
15. Шина событий (Pub/Sub)
16. Уведомления (тосты)
17. AUTH Модуль (OTP/JWT)
18. Компоновка страницы (layout)
19. Генератор локализаций
20. Менеджер зависимостей

В традиционном процессе разработки все было бы взято из open source.

Но есть нюанс.

— Существующие решения разрозненные. Подгонять их друг к другу дольше, чем сделать свое "руками" AI.
— Опенсорс перегружен функционалом который на 95% никогда не пригодится. Много кода и дыр.

AI позволяет за часы создать модуль/решение конкретно под ваш проект.

50 модулей для микро SAAS

Сегодня подал заявку на аудит и эквайринг для мини-SAAS проекта, который делал последние недели 3-4.

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

В свете этого первого эксперимента с SAAS проектом несколько выводов. Делюсь:

— Даже с AI сделать стабильный, работоспособный мини-продукт стоит 3-4 недели времени. (Time consuming)

— Я чувствую полную уверенность в техническом исполнении, потому что проект очень сильно фрагментирован и каждый элемент созданный AI я контролирую и уверен в его работоспособности. (Reliable, Auditable)

— Верите в полноценные микро-проекты по одному промпту? Не буду вас огорчать. Верьте. У меня просто не получается; У вас точно получится (False expectations)

— Мне очень пригодились знания и опыт полученные при работе с Ruby / Ruby on Rails проектами. В основном архитектурные. Спасибо Rails! (Rails for the WIN)