У меня пропал сон
Где-то лет в 35 со мной что-то случилось. Я стал просыпаться в 6 независимо от того во сколько я уснул. Что самое страшное у меня пропала способность “доспать” если я не выспался. Вообще никаких шансов, проснулся - вставай, потому что иначе будешь тупо лежать, но не уснешь. Всегда раньше удивлялся бабушкам и дедушкам, которые так в 4 вставали. А теперь сам такой стал. У вас есть такой эффект?
Где-то лет в 35 со мной что-то случилось. Я стал просыпаться в 6 независимо от того во сколько я уснул. Что самое страшное у меня пропала способность “доспать” если я не выспался. Вообще никаких шансов, проснулся - вставай, потому что иначе будешь тупо лежать, но не уснешь. Всегда раньше удивлялся бабушкам и дедушкам, которые так в 4 вставали. А теперь сам такой стал. У вас есть такой эффект?
В сегодняшнем выпуске мы поговорили с Юрием Жлобой — разработчиком из Wargaming. Почему Erlang стал революцией для телеком-индустрии, а Elixir сделал функциональное программирование удобным для бизнеса? Этот выпуск — глубокий разбор технологий, которые обеспечивают стабильность и масштабируемость в самых требовательных системах.
Альтернативные ссылки ВК Видео | Аудио
https://www.youtube.com/watch?v=lpmZJ2xnsaE
Альтернативные ссылки ВК Видео | Аудио
https://www.youtube.com/watch?v=lpmZJ2xnsaE
VK Видео
Почему WhatsApp, Discord и другие гиганты выбирают Erlang? | Юрий Жлоба | #30
В этом выпуске мы поговорили с Юрием Жлобой — разработчиком из Wargaming. Обсудили, почему Erlang стал революцией для телеком-индустрии, а Elixir сделал функциональное программирование удобным для бизнеса. Разобрали ключевые вопросы: — Как модель акторов…
Собеседования: Истории и раздражающие практики
Ребят, мне тут для одного материала нужно насобирать реальных кринж-треш-историй и практик используемых на собеседованиях, с которыми вы либо не согласны, либо вас прямо бесят. Например когда просят не пользоваться поиском, спрашивают про порядок аргументов в вызове функций (привет php!), интересуются кем вы видите себя через пять лет или почему выбрали нашу компанию. Короче все, что только можно. На днях, кстати, слышал как одного парня попросили пошарить экран, только для того, чтобы убедиться, что он не использует ИИ.
Ссылки: Телеграм | Youtube | VK
Ребят, мне тут для одного материала нужно насобирать реальных кринж-треш-историй и практик используемых на собеседованиях, с которыми вы либо не согласны, либо вас прямо бесят. Например когда просят не пользоваться поиском, спрашивают про порядок аргументов в вызове функций (привет php!), интересуются кем вы видите себя через пять лет или почему выбрали нашу компанию. Короче все, что только можно. На днях, кстати, слышал как одного парня попросили пошарить экран, только для того, чтобы убедиться, что он не использует ИИ.
Ссылки: Телеграм | Youtube | VK
Telegram
Организованное программирование | Кирилл Мокевнин
Как из джуниора дойти до мидла, а потом и до синьора
Ютуб https://youtube.com/@mokevnin
Связь для предложений: @kirillpublic
Ютуб https://youtube.com/@mokevnin
Связь для предложений: @kirillpublic
Организованное программирование | Кирилл Мокевнин pinned «В сегодняшнем выпуске мы поговорили с Юрием Жлобой — разработчиком из Wargaming. Почему Erlang стал революцией для телеком-индустрии, а Elixir сделал функциональное программирование удобным для бизнеса? Этот выпуск — глубокий разбор технологий, которые обеспечивают…»
Написал мощную статью на хабр про то как на самом деле надо собеседовать разработчиков. Вложил туда так сказать весь опыт с 2009 года, когда я начал впервые собеседовать и с тех пор провел более 1000 собесов! https://habr.com/ru/articles/879902/ не забудьте поделиться с друзьями ;)
Хабр
Проводим идеальное собеседование разработчика. Советы от практика с тысячей собеседований за спиной
Собеседование — это ключевой этап, определяющий, насколько кандидат подходит компании. Важно создать процесс, который не только выявит технические знания, но и покажет, насколько человек соответствует...
В сегодняшнем выпуске мы с Артёмом Арутюняном погрузились в тему стейт-менеджмента во фронтенде и функционального реактивного программирования.
Разберем реальные кейсы и технологические подходы, которые позволяют совершенствовать управление состоянием в современных веб-приложениях.
Альтернативные площадки ВК Видео | Аудио
https://www.youtube.com/watch?v=Lbq_NwIKUrI
Разберем реальные кейсы и технологические подходы, которые позволяют совершенствовать управление состоянием в современных веб-приложениях.
Альтернативные площадки ВК Видео | Аудио
https://www.youtube.com/watch?v=Lbq_NwIKUrI
VK Видео
Ключевые тренды 2025: что ждет стейт-менеджмент в будущем? | Артём Арутюнян | #31
В этом выпуске мы с Артёмом Арутюняном погрузились в тему стейт-менеджмента во фронтенде и функционального реактивного программирования. Разобрали ключевые вопросы: — Как современные подходы (например, концепция Local First) помогают решать проблемы синхронизации…
Организованное программирование | Кирилл Мокевнин pinned «В сегодняшнем выпуске мы с Артёмом Арутюняном погрузились в тему стейт-менеджмента во фронтенде и функционального реактивного программирования. Разберем реальные кейсы и технологические подходы, которые позволяют совершенствовать управление состоянием в современных…»
slim => inertiajs + react + vite в code-basics
Саммари по переезду с серверной шаблонизации на slim в code-basics на инерацию с реактом. Если кто пропустил напомню, концепция инерации в том, что она соединяет бек и фронт в классическом стиле для бекенд фреймворков. В экшенах контроллера передаются данные во вьюху, а вместо обычной серверной вьюхи, используется какой-либо фронтенд фреймворк, в моем случае реакт. Инерция концептуально работает как nest.js, но в качестве бека может выступать любой бекенд фреймворк для которого есть адаптер. Ключевые моменты:
* Используется серверный роутинг
* На фронтенде нет стора. Данные идут в пропсы
* По причине описанной выше, нет никакого API
Для меня это уже второе приложение в таком стиле. Сначала была приемка документов для колледжа, в разработке которой я участвовал три месяца. Теперь вот code-basics. В отдаленной перспективе, я планирую переводить на эту схему сам Хекслет.
Что хочу сказать. Изменения, которые надо вносить в бек для работы с инерцией минимальны. Главное отличие от рельсового подхода наверное в том, что если валидация не прошла, то инерции нужен редирект, а не рендеринг шаблона, как это принято в рельсе. Для этого адаптер инерции под рельсу идет с нужными хелперами, так что тут проблем нет.
Чуть усложнился проброс данных на фронтенд. В бекенде в шаблон можно передавать сами модели, так как это все происходит на сервере. На клиент уйдет только то, что мы реально будем использовать. В случае же инерции, данные целиком уходят на фронтенд, поэтому появляется промежуточный слой DTO, что вполне себе классика для большинства экосистем. В любом случае такой слой всегда присутствует при наличии API.
Либа для ресурсов (DTO), как и полагается в современном мире, умеет генерировать типы для TS, что очень помогает не дублировать и не описывать все ручками.
Лейаутинг и паршиалы на сервере, это особый механизм внутри шаблонизатора. С переходом на фронт, все это стало не актуально и самое главное, для этого ничего не нужно специального. Лейаут в реакте это просто компонент в который мы все оборачиваем. Да чуть больше кода в каждом конретном шаблоне, но явность тоже имеет свои плюсы.
Рельса предоставляет много удобных механизмов для серверных шаблонов, например офигенные формы, которые умеют работать с моделями. Это автоматизирует кучу вещей, от правильной обработки ошибок, интеграцию с i18n и многое другое. В новой схеме все это пришлось заводить руками. Инерция поставляется с хуками для обработки форм, но им далеко до рельсовых интеграций, поэтому пришлось напилить файл с формами. Для хранения строк я взял i18next, но сделал хитро. Я не стал дублировать и переносить переводы из бека, а заюзал либу, которая автоматом собирает все в json для фронта. Поэтому сами тексты описываются как обычно, но “магически” оказываются на фронтенде.
Примерно такая же история с роутингом. Чтобы не писать урлы ручками, я подключил либу js-routes, которая переносит описание всех маршрутов на фронтенд. Все это типизировано по самое нехочу
А что по внешнему виду? Тут многие знают что я предпочитаю бутстрап, но честно говоря, у меня была попытка найти что-то такое же высокоуровневое. В итоге из более менее подходящего оказался только https://primereact.org/, который можно подстраивать под свои стили. Сейчас в проекте часть компонентов взята из react-bootstrap, часть из primereact, например автокомплит или грид в админке.
Ну и нельзя не сказать про ssr. Так бы он и нафиг не сдался, но для проекта критично SEO, поэтому пришлось заводить. Плюс один процесс в продакшене + настройка + пришлось разбираться с кучей либ, которые не работают в беке.
Помимо этого было еще много мелкой возни с пейджингом, фильтрацией, флешами, событиями для аналитики и бог знает чем еще. Но, в итоге, после первоначальной настройки, я чувствую, что скорость разработки приблизилась к тому, как это было на rails. Да не так быстро, но зато значительно упростилась возможность добавлять любой фронтендовый интерактив. В классическом беке подключать фронт это та еще история.
Ссылки: Телеграм | Youtube | VK
Саммари по переезду с серверной шаблонизации на slim в code-basics на инерацию с реактом. Если кто пропустил напомню, концепция инерации в том, что она соединяет бек и фронт в классическом стиле для бекенд фреймворков. В экшенах контроллера передаются данные во вьюху, а вместо обычной серверной вьюхи, используется какой-либо фронтенд фреймворк, в моем случае реакт. Инерция концептуально работает как nest.js, но в качестве бека может выступать любой бекенд фреймворк для которого есть адаптер. Ключевые моменты:
* Используется серверный роутинг
* На фронтенде нет стора. Данные идут в пропсы
* По причине описанной выше, нет никакого API
Для меня это уже второе приложение в таком стиле. Сначала была приемка документов для колледжа, в разработке которой я участвовал три месяца. Теперь вот code-basics. В отдаленной перспективе, я планирую переводить на эту схему сам Хекслет.
Что хочу сказать. Изменения, которые надо вносить в бек для работы с инерцией минимальны. Главное отличие от рельсового подхода наверное в том, что если валидация не прошла, то инерции нужен редирект, а не рендеринг шаблона, как это принято в рельсе. Для этого адаптер инерции под рельсу идет с нужными хелперами, так что тут проблем нет.
Чуть усложнился проброс данных на фронтенд. В бекенде в шаблон можно передавать сами модели, так как это все происходит на сервере. На клиент уйдет только то, что мы реально будем использовать. В случае же инерции, данные целиком уходят на фронтенд, поэтому появляется промежуточный слой DTO, что вполне себе классика для большинства экосистем. В любом случае такой слой всегда присутствует при наличии API.
Либа для ресурсов (DTO), как и полагается в современном мире, умеет генерировать типы для TS, что очень помогает не дублировать и не описывать все ручками.
Лейаутинг и паршиалы на сервере, это особый механизм внутри шаблонизатора. С переходом на фронт, все это стало не актуально и самое главное, для этого ничего не нужно специального. Лейаут в реакте это просто компонент в который мы все оборачиваем. Да чуть больше кода в каждом конретном шаблоне, но явность тоже имеет свои плюсы.
Рельса предоставляет много удобных механизмов для серверных шаблонов, например офигенные формы, которые умеют работать с моделями. Это автоматизирует кучу вещей, от правильной обработки ошибок, интеграцию с i18n и многое другое. В новой схеме все это пришлось заводить руками. Инерция поставляется с хуками для обработки форм, но им далеко до рельсовых интеграций, поэтому пришлось напилить файл с формами. Для хранения строк я взял i18next, но сделал хитро. Я не стал дублировать и переносить переводы из бека, а заюзал либу, которая автоматом собирает все в json для фронта. Поэтому сами тексты описываются как обычно, но “магически” оказываются на фронтенде.
Примерно такая же история с роутингом. Чтобы не писать урлы ручками, я подключил либу js-routes, которая переносит описание всех маршрутов на фронтенд. Все это типизировано по самое нехочу
А что по внешнему виду? Тут многие знают что я предпочитаю бутстрап, но честно говоря, у меня была попытка найти что-то такое же высокоуровневое. В итоге из более менее подходящего оказался только https://primereact.org/, который можно подстраивать под свои стили. Сейчас в проекте часть компонентов взята из react-bootstrap, часть из primereact, например автокомплит или грид в админке.
Ну и нельзя не сказать про ssr. Так бы он и нафиг не сдался, но для проекта критично SEO, поэтому пришлось заводить. Плюс один процесс в продакшене + настройка + пришлось разбираться с кучей либ, которые не работают в беке.
Помимо этого было еще много мелкой возни с пейджингом, фильтрацией, флешами, событиями для аналитики и бог знает чем еще. Но, в итоге, после первоначальной настройки, я чувствую, что скорость разработки приблизилась к тому, как это было на rails. Да не так быстро, но зато значительно упростилась возможность добавлять любой фронтендовый интерактив. В классическом беке подключать фронт это та еще история.
Ссылки: Телеграм | Youtube | VK
В сегодняшнем подкасте мы поговорили с Владимиром Ивановым, Senior Engineering менеджером в Bolt, о системном дизайне и его роли в создании крупных сервисов. В выпуске много живых кейсов и инсайтов из реальных проектов
https://youtu.be/5A7ncMHfB1g
ВК Видео | Подкаст
https://youtu.be/5A7ncMHfB1g
https://youtu.be/5A7ncMHfB1g
ВК Видео | Подкаст
https://youtu.be/5A7ncMHfB1g
YouTube
Почему микросервисы могут разорить, а монолит выручить | Владимир Иванов | #32
В этом выпуске мы поговорили с Владимиром Ивановым, Senior Engineering менеджером в Bolt, о системном дизайне и его роли в создании крупных сервисов. Обсудили, как подойти к проектированию, начиная от простых односерверных решений и заканчивая распределёнными…
Выход из крысиных бегов
А что вас останавливает от старта своего бизнеса? Недостаток идей? Страхи? Что-то еще? Поделитесь плс в комментариях. Пора уже и про стартапы начинать движуху 🙂
А что вас останавливает от старта своего бизнеса? Недостаток идей? Страхи? Что-то еще? Поделитесь плс в комментариях. Пора уже и про стартапы начинать движуху 🙂
Готов ли я рисковать?
Прошлый пост так хорошо зашел, что нельзя не повторить. У меня есть немало тем про цифровое предпринимательство, которыми я бы хотел поделиться. Буду ориентироваться на реакции. Когда всем надоест, переключусь в более привычное технологическое русло.
Начнем так сказать с базы. Я думаю ни для кого не секрет, что большая часть проблем в любом деле, она не внешняя, типа не хватает денег/инвестора/дети/я туп/пацаны засмеют, а внутренняя. Наши установки и страхи стараются не пускать нас за зону комфорта. Размусоливать не буду, уверен вы тысячу раз про это слышали/читали/или вам читали нотации.
И предприниматель это конечно человек риска. Не all-in как писали некоторые, но все же он готов рискнуть, потерять и пойти дальше без впадания в состояние жертвы. Как говорил Александр Великий, предпринимательство это движение от неудачи к неудаче с возрастающим энтузиазмом.
Кто-то в комментариях написал, что закрываются 9 из 10 бизнесов. Ха, все еще интереснее. Конкретно каждый предприниматель вам скажет что он 10 лет пытался и закрыл 10 бизнесов перед тем как у него что-то получилось. Другой вопрос, что в историях успеха про это не особо упоминают. Еще писали что “деньги буду получать только через год”. Вот тоже не факт, что через год у вас будут какие-то деньги. Гарантий никаких вообще. Нормально я мотивировать умею да? 🙂
Ну и я на всякий спросил у ChatGPT: “степень риска на которую готов пойти человек в своей жизни в разных аспектах определяется его воспитанием или это врожденная штука?”. Он неплохо расписал, можете сами попробовать. Вывод там такой: “Склонность к риску – это не что-то одно, а сочетание генетики и воспитания. Но важный момент: человек может сознательно менять свою стратегию риска, обучаясь анализировать риски и управлять ими.”
Пока достаточно) Вот примерный план публикаций:
* Предпринимательское мышление (жилка).
* Чем вообще можно заниматься если у меня нет денег и я не секу в маркетинге.
* Как оценить идею и размер рынка.
* С чего надо начать: продукт, маркетинг, продажи. Какой такой customer development?
* AAARRR. CJM и Воронки
* Лидопад и сломанные процессы. Почему владелец бизнеса обречен.
* Как работает маркетинг. Обзор всех направлений. Сквозная аналитика.
Что скажете? Не будете отписываться? 🙂
Ссылки: Телеграм | Youtube | VK
p.s. В твиттере прошлый пост то же бахнул сильно, там более 100 комментов: https://x.com/mokevnin/status/1891542982349758856
Прошлый пост так хорошо зашел, что нельзя не повторить. У меня есть немало тем про цифровое предпринимательство, которыми я бы хотел поделиться. Буду ориентироваться на реакции. Когда всем надоест, переключусь в более привычное технологическое русло.
Начнем так сказать с базы. Я думаю ни для кого не секрет, что большая часть проблем в любом деле, она не внешняя, типа не хватает денег/инвестора/дети/я туп/пацаны засмеют, а внутренняя. Наши установки и страхи стараются не пускать нас за зону комфорта. Размусоливать не буду, уверен вы тысячу раз про это слышали/читали/или вам читали нотации.
И предприниматель это конечно человек риска. Не all-in как писали некоторые, но все же он готов рискнуть, потерять и пойти дальше без впадания в состояние жертвы. Как говорил Александр Великий, предпринимательство это движение от неудачи к неудаче с возрастающим энтузиазмом.
Кто-то в комментариях написал, что закрываются 9 из 10 бизнесов. Ха, все еще интереснее. Конкретно каждый предприниматель вам скажет что он 10 лет пытался и закрыл 10 бизнесов перед тем как у него что-то получилось. Другой вопрос, что в историях успеха про это не особо упоминают. Еще писали что “деньги буду получать только через год”. Вот тоже не факт, что через год у вас будут какие-то деньги. Гарантий никаких вообще. Нормально я мотивировать умею да? 🙂
Ну и я на всякий спросил у ChatGPT: “степень риска на которую готов пойти человек в своей жизни в разных аспектах определяется его воспитанием или это врожденная штука?”. Он неплохо расписал, можете сами попробовать. Вывод там такой: “Склонность к риску – это не что-то одно, а сочетание генетики и воспитания. Но важный момент: человек может сознательно менять свою стратегию риска, обучаясь анализировать риски и управлять ими.”
Пока достаточно) Вот примерный план публикаций:
* Предпринимательское мышление (жилка).
* Чем вообще можно заниматься если у меня нет денег и я не секу в маркетинге.
* Как оценить идею и размер рынка.
* С чего надо начать: продукт, маркетинг, продажи. Какой такой customer development?
* AAARRR. CJM и Воронки
* Лидопад и сломанные процессы. Почему владелец бизнеса обречен.
* Как работает маркетинг. Обзор всех направлений. Сквозная аналитика.
Что скажете? Не будете отписываться? 🙂
Ссылки: Телеграм | Youtube | VK
p.s. В твиттере прошлый пост то же бахнул сильно, там более 100 комментов: https://x.com/mokevnin/status/1891542982349758856
X (formerly Twitter)
Kirill (hexlet.io) (@mokevnin) on X
Выход из крысиных бегов
А что вас останавливает от старта своего бизнеса? Недостаток идей? Страхи? Что-то еще? Поделитесь плс. Пора уже и про стартапы начинать движуху :)
А что вас останавливает от старта своего бизнеса? Недостаток идей? Страхи? Что-то еще? Поделитесь плс. Пора уже и про стартапы начинать движуху :)
Предпринимательское мышление
Но одного риска для успеха недостаточно. Готовность рискнуть это потенциальная возможность стартануть, а не сидеть до пенсии в офисе. Дальше включается такая штука как предпринимательское мышление. Я сейчас дам определение и опишу примеры, но скажу сразу, ничто не вызывает такого сопротивления у людей как эта часть, потому что она слишком сильно влияет на картину мира. Для превращения в предпринимателя, многим просто придется ломать себя изнутри (щас поймете почему). Наверное поэтому по статистике этим делом занимаются в районе нескольких процентов людей вообще. Комментарий из твиттера:
> Полное отсутствие предпринимательской жилки. Абсолютное.
Человек как будто поставил себе диагноз: “у меня плоскостопие”. Короче, предпринимательское мышление это навык. Его можно сформулирвоать так: умение видеть возможности там, где другие видят проблемы. Лучше всего показать это на сравнении:
События
Событие: Отключили twitter
Восприятие1: Лишают сервисов, помогите!
Восприятие2: О, а что если сделать локальный аналог
Событие: Ввели санкции на импорт ПО (происходит везде!)
Восприятие 1: Мы отстали от мира, работать невозможно
Восприятие 2: Отличный момент для создания аналогов и выхода на рынок с локальными решениями
Событие: Развивается ИИ, который умеет писать код
Восприятие1: Я не буду никому нужен, моя профессия умрет
Восприятие2: Сделаю проект, который умеет создавать приложения по тз
Событие: В стране резко выросли процентные ставки
Восприятие 1: Бизнесу конец, кредиты неподъемные
Восприятие 2: Люди будут искать альтернативы кредитам → создаю платформу для взаимного кредитования или рассрочек
Событие: Вводят строгие законы по защите персональных данных
Восприятие 1: Компании будут тратить миллионы на соблюдение новых требований
Восприятие 2: Делаю сервис, который автоматически проверяет соответствие и помогает бизнесу минимизировать риски
Наблюдения
Другой вариант, это кейсы связанные с использованием каких-то сервисов. Возьмем для примера известный в рф cloudpayments. Ребята делают классный сервис, вроде все хорошо, но если вы хотите крутую аналитику для подписки, то вам придется выгружать данные из этого сервиса и где то все это лепить. Но если посмотреть на мировую практику, то вокруг платежных провайдеров существуют спец сервисы, которые автоматом все выгружают и показывают в суперудобном виде. И эти сервисы вполне себе актуальны и зарабатывают: https://baremetrics.com/
Если смотреть в целом, то каждый раз когда мы с чем-то взаимодействуем, натыкаемся на неудобства, проблемы или отсутствие чего-то важного, тут и возникает щелчок, а может имеет смысл это сделать? Не обязательно на широкую аудиторию, вполне рабочий вариант сделать решение под конкретную компанию и продать им его потом. Один мой знакомый так продал циске веб-интерфейс к их железкам, который удобно визуализировал что там происходит. Потом он к ним устроился.
Так откуда это берется? Да есть люди, которые по каким-то причинам так смотрят на мир с самого детства, вам про это расскажут многие родители, но даже если таких наклонностей не было видно с самого начала, это развивается потом. Тем кому повезло они узнают про это от родителей и в системе образования. Остальные как-то по ходу дела пока взрослеют. И в этом смысле отлично помогает окружение. Причем не обязательно то какое оно было изначально, можно самостоятельно активно включаться в разные стартап тусовки, которых много, где люди постоянно брейнштормят и рассматривают мир как окно возможностей.
Например мой путь был именно таким, через стартап тусовки, но по-настоящему мой взгляд поменялся, когда я начал общаться и запускать проекты с опытными предпринимателями. Это все же дает самый мощный буст. Думаю, что подобный опыт можно получить работая с персональным ментором, если повезет такого раздобыть.
Ссылки: Телеграм | Youtube | VK
p.s. В следующем посте поговорим уже конкретные примеры в it которые нас окружают. Чем можно заняться и как это увидеть.
Но одного риска для успеха недостаточно. Готовность рискнуть это потенциальная возможность стартануть, а не сидеть до пенсии в офисе. Дальше включается такая штука как предпринимательское мышление. Я сейчас дам определение и опишу примеры, но скажу сразу, ничто не вызывает такого сопротивления у людей как эта часть, потому что она слишком сильно влияет на картину мира. Для превращения в предпринимателя, многим просто придется ломать себя изнутри (щас поймете почему). Наверное поэтому по статистике этим делом занимаются в районе нескольких процентов людей вообще. Комментарий из твиттера:
> Полное отсутствие предпринимательской жилки. Абсолютное.
Человек как будто поставил себе диагноз: “у меня плоскостопие”. Короче, предпринимательское мышление это навык. Его можно сформулирвоать так: умение видеть возможности там, где другие видят проблемы. Лучше всего показать это на сравнении:
События
Событие: Отключили twitter
Восприятие1: Лишают сервисов, помогите!
Восприятие2: О, а что если сделать локальный аналог
Событие: Ввели санкции на импорт ПО (происходит везде!)
Восприятие 1: Мы отстали от мира, работать невозможно
Восприятие 2: Отличный момент для создания аналогов и выхода на рынок с локальными решениями
Событие: Развивается ИИ, который умеет писать код
Восприятие1: Я не буду никому нужен, моя профессия умрет
Восприятие2: Сделаю проект, который умеет создавать приложения по тз
Событие: В стране резко выросли процентные ставки
Восприятие 1: Бизнесу конец, кредиты неподъемные
Восприятие 2: Люди будут искать альтернативы кредитам → создаю платформу для взаимного кредитования или рассрочек
Событие: Вводят строгие законы по защите персональных данных
Восприятие 1: Компании будут тратить миллионы на соблюдение новых требований
Восприятие 2: Делаю сервис, который автоматически проверяет соответствие и помогает бизнесу минимизировать риски
Наблюдения
Другой вариант, это кейсы связанные с использованием каких-то сервисов. Возьмем для примера известный в рф cloudpayments. Ребята делают классный сервис, вроде все хорошо, но если вы хотите крутую аналитику для подписки, то вам придется выгружать данные из этого сервиса и где то все это лепить. Но если посмотреть на мировую практику, то вокруг платежных провайдеров существуют спец сервисы, которые автоматом все выгружают и показывают в суперудобном виде. И эти сервисы вполне себе актуальны и зарабатывают: https://baremetrics.com/
Если смотреть в целом, то каждый раз когда мы с чем-то взаимодействуем, натыкаемся на неудобства, проблемы или отсутствие чего-то важного, тут и возникает щелчок, а может имеет смысл это сделать? Не обязательно на широкую аудиторию, вполне рабочий вариант сделать решение под конкретную компанию и продать им его потом. Один мой знакомый так продал циске веб-интерфейс к их железкам, который удобно визуализировал что там происходит. Потом он к ним устроился.
Так откуда это берется? Да есть люди, которые по каким-то причинам так смотрят на мир с самого детства, вам про это расскажут многие родители, но даже если таких наклонностей не было видно с самого начала, это развивается потом. Тем кому повезло они узнают про это от родителей и в системе образования. Остальные как-то по ходу дела пока взрослеют. И в этом смысле отлично помогает окружение. Причем не обязательно то какое оно было изначально, можно самостоятельно активно включаться в разные стартап тусовки, которых много, где люди постоянно брейнштормят и рассматривают мир как окно возможностей.
Например мой путь был именно таким, через стартап тусовки, но по-настоящему мой взгляд поменялся, когда я начал общаться и запускать проекты с опытными предпринимателями. Это все же дает самый мощный буст. Думаю, что подобный опыт можно получить работая с персональным ментором, если повезет такого раздобыть.
Ссылки: Телеграм | Youtube | VK
p.s. В следующем посте поговорим уже конкретные примеры в it которые нас окружают. Чем можно заняться и как это увидеть.
В этом выпуске мы пообщались с Алексеем Фёдоровым — сооснователем JUG Ru Group и организатором одних из крупнейших IT-конференций в России. Он поделился тем, как создаются профессиональные мероприятия с нуля, какие сложности поджидают организаторов, и почему, несмотря на все трудности, офлайн-события остаются востребованными.
Альтернативные платформы: ВК Видео | Аудио
https://youtu.be/tX3sOLDpBpU?si=8g5su3QUESnqGmVF
Альтернативные платформы: ВК Видео | Аудио
https://youtu.be/tX3sOLDpBpU?si=8g5su3QUESnqGmVF
VK Видео
IT-Конференция: классная тусовка или место профессионального роста? | Алексей Федоров | #33
В этом выпуске мы пообщались с Алексеем Фёдоровым — сооснователем JUG Ru Group и организатором одних из крупнейших IT-конференций в России. Он поделился тем, как создаются профессиональные мероприятия с нуля, какие сложности поджидают организаторов и почему…
Инженерные решения: Хранение курсов на Хекслете
Когда мы делали Хекслет (а потом и code-basics), то перед нами стояла вроде бы типовая задачка создать CRUD курсов, которые, кстати, почти все текстовые. Но не все так просто. Так как авторы курсов могут быть внешними людьми, то сразу встает вопрос организации доступов. На этом этапе возникает пачка новых вопросов:
• А если человек что-то сотрет, что не надо стирать?
• А если он просто все удалит?
• А если один курс будет править сразу несколько человек?
Короче стало понятно, что нужно внедрять систему прав и версионирование. Мы как-то покрутили это добро и поняли, что заниматься такими вопросами ну совсем не хочется. Это круто с точки зрения программирования, но совсем не нужно с точки зрения бизнеса. Можно ли как-то по другому решить этот вопрос? Гит подумали мы и посмотрели на гитхаб. Ну и плюсом система прав. Все что остается сделать это написать небольшой круд с загрузкой курса. Так мы и сделали, заодно реализовали CD, когда коммит в main приводит к автоматической загрузке и выкладке курса на платформу.
Несмотря на то, что мы хотели использозвать github в Хекслете, его биллинг и система репозиторев оказались для нас неудобными. У нас тысячи репозиториев (курсы и упражнения), которые надо раскладывать в какую-то иерархическую структуру с выдачей прав под куски этой структуры. Такая функциональность есть у gitlab, который мы по сей день и используем. Правда они в какой-то момент поменяли биллинг так, что нам пришлось поднять свой сетап. Ну а курсы бейзикса лежат в открытом доступе на гитхабе.
До сих пор считаю что это было прекрасным решением, мы, по сути, делегировали большую часть функций внешнему сервису, который справляется с этим в тысячу раз лучше, чем если бы мы делали это сами.
Ссылки: Телеграм | Youtube | VK
Когда мы делали Хекслет (а потом и code-basics), то перед нами стояла вроде бы типовая задачка создать CRUD курсов, которые, кстати, почти все текстовые. Но не все так просто. Так как авторы курсов могут быть внешними людьми, то сразу встает вопрос организации доступов. На этом этапе возникает пачка новых вопросов:
• А если человек что-то сотрет, что не надо стирать?
• А если он просто все удалит?
• А если один курс будет править сразу несколько человек?
Короче стало понятно, что нужно внедрять систему прав и версионирование. Мы как-то покрутили это добро и поняли, что заниматься такими вопросами ну совсем не хочется. Это круто с точки зрения программирования, но совсем не нужно с точки зрения бизнеса. Можно ли как-то по другому решить этот вопрос? Гит подумали мы и посмотрели на гитхаб. Ну и плюсом система прав. Все что остается сделать это написать небольшой круд с загрузкой курса. Так мы и сделали, заодно реализовали CD, когда коммит в main приводит к автоматической загрузке и выкладке курса на платформу.
Несмотря на то, что мы хотели использозвать github в Хекслете, его биллинг и система репозиторев оказались для нас неудобными. У нас тысячи репозиториев (курсы и упражнения), которые надо раскладывать в какую-то иерархическую структуру с выдачей прав под куски этой структуры. Такая функциональность есть у gitlab, который мы по сей день и используем. Правда они в какой-то момент поменяли биллинг так, что нам пришлось поднять свой сетап. Ну а курсы бейзикса лежат в открытом доступе на гитхабе.
До сих пор считаю что это было прекрасным решением, мы, по сути, делегировали большую часть функций внешнему сервису, который справляется с этим в тысячу раз лучше, чем если бы мы делали это сами.
Ссылки: Телеграм | Youtube | VK
Менеджерские навыки у тимлидов
Свой канал я начал вести с целью прокачивать джунов и мидлов в синьоров, но так получилось, что здесь оказалось немало лидов и даже сто. На этом уровне помимо важность технических скилов обычно уменьшается и на первое место выходят менеджерские навыки и софтскилы про которые я почти не пишу и видимо никогда не буду. Но есть те кто пишут, я сам иногда почитываю канал Тимлид Очевидность (@general_it_talks), где Женя Антонов пишет много полезнях для тех кому интересны лидерские позиции с точки зрения менеджмента. Пара примеров:
• Коммуникация в зависимости от вида отношений
• Process design (как system design, но про процессы)
• У нас нет тимлидов! (про бирюзовые компании)
Кстати Женя был как-то в подкасте Хекслета, но узнал я об этом только недавно :) В общем если вы управляете людьми, то найдете для себя там немало полезного
Свой канал я начал вести с целью прокачивать джунов и мидлов в синьоров, но так получилось, что здесь оказалось немало лидов и даже сто. На этом уровне помимо важность технических скилов обычно уменьшается и на первое место выходят менеджерские навыки и софтскилы про которые я почти не пишу и видимо никогда не буду. Но есть те кто пишут, я сам иногда почитываю канал Тимлид Очевидность (@general_it_talks), где Женя Антонов пишет много полезнях для тех кому интересны лидерские позиции с точки зрения менеджмента. Пара примеров:
• Коммуникация в зависимости от вида отношений
• Process design (как system design, но про процессы)
• У нас нет тимлидов! (про бирюзовые компании)
Кстати Женя был как-то в подкасте Хекслета, но узнал я об этом только недавно :) В общем если вы управляете людьми, то найдете для себя там немало полезного
Чтобы начать стартап, мне нужны деньги
Знаю что обещал написать про проекты, которые можно запустить без денег, но когда сел писать, понял, что перед этим нужно поговорить о деньгах в таких проектах. Слишком уж много людей указало это как причину, по которой они не запускают ничего.
Я вам сейчас скажу мысль, которая возможно взорвет вам мозг. Если разработчику дать денег, то он их просто спустит в унитаз. Деньги не просто не помогут, они вредны для людей, у которых нет сформированного понимания функционирования бизнеса, которое можно получить либо через свой опыт, либо находясь внутри какой-то компании, на позициях близких к коммерческой части. Да бывают исключения, но глобально оно вот так.
Вы читали мою статью Как основать школу программирования в 2012 году и чуть не потерять всё из-за бума в Edtech ? Я именно тот человек, который вместе с Рахимом (олды, кто помнит?) получил инвестиции в районе 40 000$ от небольших фондов (в нас тогда вложился украинский и финские фонды примерно пополам), которые мы успешно просрали в течение года, занимаясь всякой херней в стиле “щас напишем крутую платформу, на которой авторы сделают классные курсы”. Весь наш маркетинг свелся к постингу в соцсетях, немного лайвов на ютуб и не регулярному блогу на хабре. За год мы ни с одним автором не смогли довести курс до конца, а то что было сделано, мягко говоря не решало никаких задач, в тот момент мы даже не пытались делать готовые продукты, которые решают хоть какую-то проблему, это были просто наброски на разные темы.
И только в момент, когда на счетах начали заканчиваться деньги, мы переключились в режим самостоятельного написания курсов и продажи их по подписке. И слава богу начали хоть что-то зарабатывать, потому что даже наш херовый маркетинг, все же немного работал, так как на тот момент количество людей обучающих программированию было небольшим, а мы так или иначе светились в инфополе. Проект был спасен, но еще много лет после этого, основные деньги мы зарабатывали на заказной разработке, которую делали в свободное от Хекслета время.
Дальше может пойти слезливая история, как я постоянно отрицал маркетинговые приемы, включал режим “кто я такой чтобы конкурировать с яндексом”, не пытался разобраться в управлении бизнесом и многое другое. Момент когда на Хекслете мы хотя бы начали лежать в правильную сторону, начался в 2019 году, спустя СЕМЬ ЛЕТ черт побери. И только сейчас я могу сказать, что начал немного понимать как вообще работают бизнесы и, самое главное, у меня произошла перестройка в мозгу.
Честно это фиаско. 12 лет, чтобы отпустить душливого инженера, который сидел внутри меня настолько глубоко и прочно, что я чуть не потерял все что делал, просрал рынок и оказался в роли догоняющих, с диким отставанием позади.
Под постом тогда многие писали, я не секу, но мне нужен партнер, который будет в этом разбираться, а я буду сто, найму людей, сделаю платформу. Не хочу вас расстраивать, но вы должны понимать, что такие партнеры в бизнесе не нужны, тот кто сечет, не будет брать в партнеры человека, который хочет просто работать работу и получать за это дивиденты, а не зарплату. Если вы реально хотите заниматься бизнесом, в этом надо разбираться и с учетом сказанного выше, начинать без денег это просто мастхев, чтобы быстро быстро научиться действительно важным вещам и уже потом, начать двигаться в правильную сторону. Ну а то что первые попытки будут фейлом, это почти гарантия. Но это тот опыт, без которого получается крайне редко.
Ссылки: Телеграм | Youtube | VK
Знаю что обещал написать про проекты, которые можно запустить без денег, но когда сел писать, понял, что перед этим нужно поговорить о деньгах в таких проектах. Слишком уж много людей указало это как причину, по которой они не запускают ничего.
Я вам сейчас скажу мысль, которая возможно взорвет вам мозг. Если разработчику дать денег, то он их просто спустит в унитаз. Деньги не просто не помогут, они вредны для людей, у которых нет сформированного понимания функционирования бизнеса, которое можно получить либо через свой опыт, либо находясь внутри какой-то компании, на позициях близких к коммерческой части. Да бывают исключения, но глобально оно вот так.
Вы читали мою статью Как основать школу программирования в 2012 году и чуть не потерять всё из-за бума в Edtech ? Я именно тот человек, который вместе с Рахимом (олды, кто помнит?) получил инвестиции в районе 40 000$ от небольших фондов (в нас тогда вложился украинский и финские фонды примерно пополам), которые мы успешно просрали в течение года, занимаясь всякой херней в стиле “щас напишем крутую платформу, на которой авторы сделают классные курсы”. Весь наш маркетинг свелся к постингу в соцсетях, немного лайвов на ютуб и не регулярному блогу на хабре. За год мы ни с одним автором не смогли довести курс до конца, а то что было сделано, мягко говоря не решало никаких задач, в тот момент мы даже не пытались делать готовые продукты, которые решают хоть какую-то проблему, это были просто наброски на разные темы.
И только в момент, когда на счетах начали заканчиваться деньги, мы переключились в режим самостоятельного написания курсов и продажи их по подписке. И слава богу начали хоть что-то зарабатывать, потому что даже наш херовый маркетинг, все же немного работал, так как на тот момент количество людей обучающих программированию было небольшим, а мы так или иначе светились в инфополе. Проект был спасен, но еще много лет после этого, основные деньги мы зарабатывали на заказной разработке, которую делали в свободное от Хекслета время.
Дальше может пойти слезливая история, как я постоянно отрицал маркетинговые приемы, включал режим “кто я такой чтобы конкурировать с яндексом”, не пытался разобраться в управлении бизнесом и многое другое. Момент когда на Хекслете мы хотя бы начали лежать в правильную сторону, начался в 2019 году, спустя СЕМЬ ЛЕТ черт побери. И только сейчас я могу сказать, что начал немного понимать как вообще работают бизнесы и, самое главное, у меня произошла перестройка в мозгу.
Честно это фиаско. 12 лет, чтобы отпустить душливого инженера, который сидел внутри меня настолько глубоко и прочно, что я чуть не потерял все что делал, просрал рынок и оказался в роли догоняющих, с диким отставанием позади.
Под постом тогда многие писали, я не секу, но мне нужен партнер, который будет в этом разбираться, а я буду сто, найму людей, сделаю платформу. Не хочу вас расстраивать, но вы должны понимать, что такие партнеры в бизнесе не нужны, тот кто сечет, не будет брать в партнеры человека, который хочет просто работать работу и получать за это дивиденты, а не зарплату. Если вы реально хотите заниматься бизнесом, в этом надо разбираться и с учетом сказанного выше, начинать без денег это просто мастхев, чтобы быстро быстро научиться действительно важным вещам и уже потом, начать двигаться в правильную сторону. Ну а то что первые попытки будут фейлом, это почти гарантия. Но это тот опыт, без которого получается крайне редко.
Ссылки: Телеграм | Youtube | VK
vc.ru
Как основать школу программирования в 2012 году и чуть не потерять всё из-за бума в Edtech — Личный опыт на vc.ru
CEO «Хекслета» Кирилл Мокевнин о том, как не надо создавать свою школу программирования, если вы хотите зарабатывать, и почему инженерная экспертиза в IT-сфере мешает реальному пониманию рынка.
На канале "разрабы" вышел подкаст со мной, где я рассказываю про то как я нанимаю разработчиков и не только. Смотрим, радуемся, образовываемся :)
https://youtube.com/watch?v=jVjutIlBLLQ
https://youtube.com/watch?v=jVjutIlBLLQ
YouTube
Закапываюсь в нюансы пока кандидат не поплывет — Собесы Кирилла Мокевнина
Соцсети Кирилла:
Твиттер
https://twitter.com/mokevnin
Youtube
@mokevnin
Github
https://mokevnin.github.io/
Открываем доступ к ЭКСКЛЮЗИВНЫМ ВЫПУСКАМ, которые не попали и не попадут на основной канал.
Подписывайтесь!
https://sponsr.ru/myobrecheny/
И наш…
Твиттер
https://twitter.com/mokevnin
Youtube
@mokevnin
Github
https://mokevnin.github.io/
Открываем доступ к ЭКСКЛЮЗИВНЫМ ВЫПУСКАМ, которые не попали и не попадут на основной канал.
Подписывайтесь!
https://sponsr.ru/myobrecheny/
И наш…
Мы поговорили с Алексеем Рыбаком о том, как в Рунете зарождались и развивались высокие нагрузки: от первых новостных сайтов до больших социальных проектов.
Выпуск полон практических советов и инсайтов для разработчиков и тимлидов.
https://www.youtube.com/watch?v=hU1VOEcU7Ig
Альтернативные платформы: ВК Видео | Аудио
https://www.youtube.com/watch?v=hU1VOEcU7Ig
Выпуск полон практических советов и инсайтов для разработчиков и тимлидов.
https://www.youtube.com/watch?v=hU1VOEcU7Ig
Альтернативные платформы: ВК Видео | Аудио
https://www.youtube.com/watch?v=hU1VOEcU7Ig
YouTube
Высокие нагрузки 2025: топ трендов, которые меняют правила игры | Алексей Рыбак | #34
В этом выпуске мы поговорили с Алексеем Рыбаком о том, как в Рунете зарождались и развивались высокие нагрузки: от первых новостных сайтов до больших социальных проектов. Разобрали, почему именно связка Nginx и Memcached стала стандартным инструментом, помогая…
Организованное программирование | Кирилл Мокевнин pinned «Мы поговорили с Алексеем Рыбаком о том, как в Рунете зарождались и развивались высокие нагрузки: от первых новостных сайтов до больших социальных проектов. Выпуск полон практических советов и инсайтов для разработчиков и тимлидов. https://www.youtube.com…»
Начинаем свое дело. Примеры
Наконец-то добрались до мяса, а чем собственно можно заняться, так чтобы это не потребовало вложений или они были минимальны? Но перед началом напомню, что мой фокус это технологии, поэтому и про стартапы мы будем говорить именно в этом ключе. Если вы хотите организовать свою молочную ферму, то тут этого не будет :) Так же мы не будем говорить про свои курсы/консалтинг/агентский бизнес. Это все реально сделать без денег и вывозить на своем личном бренде (который надо таки строить), но это немного другое направление, со своими заморочками.
Начнем с вещей, которые без денег (часто больших) не полетят. Например можно забыть про создание маркетплейсов, соцсетей, онлайн банков и практически любых массовых b2c сервисов. И дело здесь даже не в разработке, теоретически разработчики могут это вытянуть сами до определенного уровня, но даже если все делать правильно, оно не заработает только потому что классно сделано.
Что можно запустить без вложений?
Сразу обозначу, что совсем без вложений не получится. Речь идет о том, что любому проекту нужен толчек и поддержка в виде seo, личного бренда, контент- и serm- маркетинга. Хорошая новость, что все это можно делать без особых денег на этом уровне.
== Инструменты для разработчиков
Сюда входят какие-то дополнения в разные экосистемы, которые можно продавать, потому что никто так хорошо не делает. Например в rails есть система обработки асинхронных jobs (sidekiq), создатель которой зарабатывает на про версии. Другие чуваки продают систему миграций для Java. Короче максимально технические проекты, глубоко встроенные в экосистемы языков и фреймворков.
== Продукты на базе существующих платформ
Платформы это доступ к аудитории, то есть шанс вырасти органически. Сюда относятся браузерные расширения, плагины для редакторов или cms типа wordpress. До сих пор актуальна тема с чат-ботами. Ну и конечно же набирает обороты история с ИИ агентами на базе того же openai. Тут возможностей пруд пруди.
Или можно пойти другим путем. У платформ часто не хватает каких-то функций, которые были бы полезны, но они это не делают (нет ресурсов обычно). В прошлый раз я говорил про историю с глубокой аналитикой по подпискам внутри платежных сервисов типа cloudpayments. Это до сих пор проблема и приходится мутить самим.
== Продукты по модели Open Core
Последние годы стала набирать массовые обороты модель open core. Это довольно старая схема, когда базовый продукт дается не только бесплатно, но еще и в открытом виде. Код обычно лежит на гитхабе и сам продукт можно развернуть у себя. При этом, есть платная улучшенная версия или платная поддержка/внедрение. В чем тут фишка? Такие продукты заменяют вам немало маркетинговых усилий. Дело в том, что многие компании (особенно за последние годы) начали задумываться на тему безопасности данных, блокировок и отключений. Рассчитывать на чистые облака нельзя, в любой момент все может накрыться медным тазом. Поэтому лучше завязываться на продукт, который в любой момент можно из saas вариант можно перевезти к себе в инфраструктуру. Примеры:
- Нужно передавать события, а zapier капец дорогой? Бери n8n
- Нужна возможность быстро херачить админки на реакте? react-admin. Нужно больше фич? Покупай энтерпрайз версию.
- Нужен крутой фреймворк на ноде? Бери nestjs и доплачивай за энтерпрайз если ты большой
- Нужен мониторинг ошибок? Sentry бесплатен, но плати за энтерпрайз
- Ну и просто списком: gitlab, Metabase, PostHog
Да, тут много бывает очень сложных и дорогих систем, но еще больше небольших. И все эти проекты имеют открытое ядро и кучу активных участников (бесплатно) на гитхабе
Ссылки: Телеграм | Youtube | VK
p.s. Большой пост на реддите где разработчики делятся тем как они зарабатывают деньги на таких проектах
Наконец-то добрались до мяса, а чем собственно можно заняться, так чтобы это не потребовало вложений или они были минимальны? Но перед началом напомню, что мой фокус это технологии, поэтому и про стартапы мы будем говорить именно в этом ключе. Если вы хотите организовать свою молочную ферму, то тут этого не будет :) Так же мы не будем говорить про свои курсы/консалтинг/агентский бизнес. Это все реально сделать без денег и вывозить на своем личном бренде (который надо таки строить), но это немного другое направление, со своими заморочками.
Начнем с вещей, которые без денег (часто больших) не полетят. Например можно забыть про создание маркетплейсов, соцсетей, онлайн банков и практически любых массовых b2c сервисов. И дело здесь даже не в разработке, теоретически разработчики могут это вытянуть сами до определенного уровня, но даже если все делать правильно, оно не заработает только потому что классно сделано.
Что можно запустить без вложений?
Сразу обозначу, что совсем без вложений не получится. Речь идет о том, что любому проекту нужен толчек и поддержка в виде seo, личного бренда, контент- и serm- маркетинга. Хорошая новость, что все это можно делать без особых денег на этом уровне.
== Инструменты для разработчиков
Сюда входят какие-то дополнения в разные экосистемы, которые можно продавать, потому что никто так хорошо не делает. Например в rails есть система обработки асинхронных jobs (sidekiq), создатель которой зарабатывает на про версии. Другие чуваки продают систему миграций для Java. Короче максимально технические проекты, глубоко встроенные в экосистемы языков и фреймворков.
== Продукты на базе существующих платформ
Платформы это доступ к аудитории, то есть шанс вырасти органически. Сюда относятся браузерные расширения, плагины для редакторов или cms типа wordpress. До сих пор актуальна тема с чат-ботами. Ну и конечно же набирает обороты история с ИИ агентами на базе того же openai. Тут возможностей пруд пруди.
Или можно пойти другим путем. У платформ часто не хватает каких-то функций, которые были бы полезны, но они это не делают (нет ресурсов обычно). В прошлый раз я говорил про историю с глубокой аналитикой по подпискам внутри платежных сервисов типа cloudpayments. Это до сих пор проблема и приходится мутить самим.
== Продукты по модели Open Core
Последние годы стала набирать массовые обороты модель open core. Это довольно старая схема, когда базовый продукт дается не только бесплатно, но еще и в открытом виде. Код обычно лежит на гитхабе и сам продукт можно развернуть у себя. При этом, есть платная улучшенная версия или платная поддержка/внедрение. В чем тут фишка? Такие продукты заменяют вам немало маркетинговых усилий. Дело в том, что многие компании (особенно за последние годы) начали задумываться на тему безопасности данных, блокировок и отключений. Рассчитывать на чистые облака нельзя, в любой момент все может накрыться медным тазом. Поэтому лучше завязываться на продукт, который в любой момент можно из saas вариант можно перевезти к себе в инфраструктуру. Примеры:
- Нужно передавать события, а zapier капец дорогой? Бери n8n
- Нужна возможность быстро херачить админки на реакте? react-admin. Нужно больше фич? Покупай энтерпрайз версию.
- Нужен крутой фреймворк на ноде? Бери nestjs и доплачивай за энтерпрайз если ты большой
- Нужен мониторинг ошибок? Sentry бесплатен, но плати за энтерпрайз
- Ну и просто списком: gitlab, Metabase, PostHog
Да, тут много бывает очень сложных и дорогих систем, но еще больше небольших. И все эти проекты имеют открытое ядро и кучу активных участников (бесплатно) на гитхабе
Ссылки: Телеграм | Youtube | VK
p.s. Большой пост на реддите где разработчики делятся тем как они зарабатывают деньги на таких проектах
Sidekiq
Simple, efficient background jobs for Ruby
Sidekiq is a simple, efficient framework for background jobs in Ruby