Бизнес на открытом коде: как ЗЛЫЕ МАРСИАНЕ зарабатывают там, где другие теряют | Ирина Назарова #38

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

Это была эпическая вообще бага.

А, тебе не нравится это?

А большинству людей просто это нравится на самом деле.

Я вообще за то, чтобы, когда у тебя возникают какие-то такие мысли, я за то, чтобы это делать.

Да, в разработке народ в этом плане супероткрытый, это правда.

Очень легко сойтись и поболтать, и, может быть, что-то замутить.

Добрый день, мои дорогие!

С вами подкаст «Организованное программирование», я Кирилл Макевнин, и сегодня мы будем обсуждать тему OpenCore с Ириной Назаровой, SEO-компанией «Злые марсиане», которую, я надеюсь, большинство из вас знает.

Если не знает, мы сегодня обязательно об этом расскажем.

Ирина, привет!

Привет!

Всем привет!

Перед тем, как начать, просто пару слов объясню, что мы имеем в виду.

OpenCore – это модель, по которой распространяется софт.

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

немножко в обход стандартных практика подходов где нужно очень много продаж маркетинга и так далее то здесь это тоже все нужно но здесь можно немножко по-другому стартануть и вас самих будет достаточно для того чтобы сделать какой-то проект поэтому мы подробно поговорим про это с одной стороны показав вам open source немножко с другой стороны с такой более бизнесовой

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

Ирин, давай перед тем, как кидаться в эту тему, мы с тобой немножко поговорим о тебе.

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

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

Группон, там злые марсиане сделали, да.

Пост-СССР и так далее, и так далее.

То есть много всякого разного.

Да, «Злым арсианам» уже больше 18 лет.

Я присоединилась только 8 лет назад, то есть я не фаундер.

И спустя, кажется, 4 года я стала CEO, сменив основателя, Сашу Тищенко, на эту позицию.

Чуть-чуть про меня, какой у меня бэкграунд.

Я закончила ВМК в МГУ как такой как бы разработческий факультет.

Работала C++-инженером, как, наверное, большинство людей тогда.

Мне совершенно не нравился мир энтерпрайзного софтвера.

Я не хотела туда идти.

И я пошла, получила еще экономическое образование в РЭШ.

Потом там была такая идея, что нужно идти в инвестбанк работать, чтобы что-то себе доказать.

Да, я пошла, доказала себе, поработала в JP Morgan.

Это твоя ли родительская идея, в смысле?

Не, не, моя, конечно.

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

Да, наверное, так.

То есть я что-то хотела, наверное, себе доказать, Джеймс Морган, но я как бы довольно быстро поняла, что меня это как-то не драйвит, вот эта работа на корпорацию и тем более на таких больших ребят.

Вот, и...

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

Я делала стартап, и назывался «Радость приготовления».

Это была доставка комплектов, ингредиентов для приготовления блюд.

И я делала абсолютно все.

Я делала съемки, ну, сами рецепты, продакшн.

сайт, это было изначально на WordPress с каким-то плагином для e-commerce.

Наверное, так.

Потом у меня, кстати, потом там был партнер, мы делали продукт на Scala, и я

он отвечал за как бы бэкэнд, я как бы за фронтенд.

На самом деле я довольно до сих пор ничего не знаю, на самом деле, по-хорошему ничего не знаю про JavaScript, то есть мне это все еще, не знаю, не могу обучиться.

Через три года, на самом деле, стартап был такой достаточно успешный, но через три года по разным причинам я его закрыла.

И потом я начала делать новый стартап, и там я выучила Ruben Rails.

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

Это, кстати, нелегально, как я потом поняла, с точки зрения виз.

Ты имеешь в виду, да, чтобы они по тревелу заезжали.

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

Это было очень классно.

Но плюс был в том, что я все это запилила на Rubin Rails, при том, что я вообще не знала Ruby до этого.

И у меня была классная платформа, буквально как блог за 15 минут.

Вы что, прям мега реклама какая.

Вот он Руби взял, не знал, бам, стартап, полетел и заработал миллиарды.

Да, ну, кроме последней части, да.

У меня, да, наверное, были... Мне кажется, у меня были классные стартапы, но, типа, супермного денег я на них не заработала.

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

В итоге они познакомили меня с основателями «Злых марсиан».

Вот, наверное, вот это такая история.

Я еще пыталась, то есть я еще год прожила в Штатах, там у меня была такая попытка, первая попытка иммиграции, неудачная, и вернулась в Москву.

И сейчас, ну да, потом я, соответственно, пришла в «Марсиане», пришла как менеджер по работе, там, проектный такой, по работе с клиентами, называемый аккаунт-менеджер.

Просто стала там

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

Я в каком-то смысле сделала такой очень grassroots, то есть очень подковерный...

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

И в итоге у меня получилась такая аналитика P&L, и я показала, что мы теряем деньги на довольно бесполезный кусок, принесла это фаундерам.

И так я стала CFO.

И год я была в роли CFO, то есть делала такую аналитику по тому, что мы делаем в компании.

А потом, ну просто Саша, он как бы уже больше 10 лет управлял компанией, решил, что пора сменить кого-то.

на этом посту.

Мы с ним это обсуждали.

Я ему сказала, что у тебя, Саша, у тебя есть много вариантов.

У тебя есть я, у тебя есть еще два парня в компании.

Мы все трое отлично подходим.

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

Мне было интересно.

За это время, конечно, было очень много всяких стрессов, много...

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

В «Марсиане» много лет были компании, которые как консультанты помогали стартапам.

То есть люди, которые очень опытно, имеют большой опыт работы на ранней стадии, помогают стартапам быстро пилить классные фичи, при этом закладывая хороший такой базис на будущее с точки зрения maintainability кода и продукта, в принципе.

Но мы потом поняли, что

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

По нескольким причинам.

Во-первых, мы уже делали, как ты сам упомянул, по CSS, и там много open-source.

Мы всегда выделяли инструменты и делали инструменты для самих себя, чтобы быть более продуктивными, и выкладывали их в open-source, чтобы этими инструментами пользовались другие люди.

Это классно, ты получаешь фидбэк.

Ты можешь выступать на конференциях и так далее.

И мы поняли, что эта индустрия для нас органично.

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

И мы можем привнести чуть больше, на самом деле намного больше, чем просто код.

Мы можем принести продуктовый инсайт.

Поэтому сейчас мы в основном делаем...

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

Это наш фокус.

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

Причем речь идет ведь далеко не только про Руби, который изначально был главным, так сказать, драйвером.

Я подозреваю, что многие ребята, которые нас слушают, тоже могут вспомнить, что «О, видел какую-то штуку, и там ваш логотип».

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

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

То есть вы могли бы продолжить двигаться так же, как и вы работали?

Или конъюнктура сейчас сильно другая?

Мне кажется, что это было важно.

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

Рейд в смысле?

Рейд в смысле стоимость часа разработки Марсиана.

То есть ты имеешь в виду по отношению к клиентам вашим?

Да, для клиентов.

Лет пять назад можно было сказать, что для американской компании Марсиане это способ сократить расходы.

Для американской компании, да.

Сейчас нет.

Сейчас мы стоим дороже, чем найм в штат.

Даже в Америке.

И это важно для нас, потому что

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

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

Нет, у нас все очень синие, ну, расходы высокие, плюс мы...

Да, как бы выделяем время на open source, там у нас есть какие-то дополнительные расходы на это, конечно.

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

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

Поэтому там можно было на нескольких, мне кажется, в принципе, вариантах сфокусироваться.

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

Нужно очень глубоко как-то сопереживать и чувствовать эту аудиторию.

И когда марсиане делали до этого несколько бизнесов,

Ну, таких было дочерних компаний, в том числе Омайстадс, Амплифер.

Мы были клиентами Амплифера.

Да.

Да, какое-то время.

И мы сами, кстати, были клиентами Амплифера.

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

Но...

все-таки вот эти конечные пользователи амплифера, как это маркетологи.

И это не та аудитория, с которой мы глубоко сопереживаем.

Наверное, так.

Поэтому сейчас мы делаем... У нас произошел такой...

Инкорпорировалась компания Image Proxy, дочерняя наша.

То есть это ребята внутри Marcian сделали стартап.

Стартап привлек внешние деньги.

У Marcian осталась тоже доля, minority доля небольшая.

Большая доля осталась у фаундеров.

И вот это теперь независимая компания, я очень довольна.

И эта компания делает продукт для разработчиков.

Это ImageProxy, это сервис оптимизации картинок на лету, самый лучший, open-source версией пользуется Supabase.

Ей пользуются Medium, Substack.

Это самый-самый лучший сервис оптимизации картинок.

Это инструмент для разработчиков.

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

Интересно.

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

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

Вот ты не поверишь, мой первый стартап, который я начал делать еще...

Черт побери, в 2005, что ли, году.

Это такой больше информационный, наверное, проект.

Он посвящен был пластиковым окнам.

Потому что в те года пластиковые окна, помнишь, там в России это была тема.

И я занимался много лет, но мне было просто вот технические задачи интересно, а все остальное я не делал.

Ну, естественно, там стартапом никаким в этом плане не пахло.

И вот у меня все мои друзья, кто по каким-то историческим причинам начал заниматься там, не знаю, красками продавать или еще чем-то в таком духе, или там слуховыми аппаратами.

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

Это очень хороший, кстати, урок и очень хорошая история для всех, кто нас слушает, что ниша, это, конечно, классно, но если та аудитория, которая там есть, это не та аудитория, с которой вам хочется болтать, вы их чувствуете и вообще живете этой темой, надо иметь очень сильные...

на цельность, на заработок, чтобы побороть себе это и что-то из этого сделать, да?

Иначе это плохо закончится.

Именно так, да.

Ну, я дополню, что, в принципе, есть люди, у которых есть какие-то интересы.

То есть мы, например, все являемся разработчиками, плюс у нас есть какие-то интересы.

Например, тебя может интересовать... Обработка картинок?

Астрономия, да.

Почему-то я про это подумала.

И ты можешь делать классный бизнес, не знаю, про телескопы или обучающий про астрономию или еще что-то.

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

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

Наверное, нет.

Люди могут иметь другие интересы и делать бизнес в рамках этих интересов.

Но главное, чтобы это было... Мне кажется, что для долгосрочного

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

Это ты вот сказал про астрономию, я сразу подумал, у нас же прекрасный пример есть Олега, который Postgres Pro сделал.

Он же, собственно, астроном, и астрономам нужна была база данных.

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

Да, привело к тому, что они занимаются

У них, кстати, по сути тоже open core.

То есть вот Postgres, он бесплатный, пожалуйста, Postgres Pro ставьте себе со всякими фичами, платите.

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

Хорошо.

Но есть разница.

Когда вы выпускали Post.css, понятно, это скорее была такая амбиция девелоперская, что «смотрите, мы сделали классную штуку, она всем используется, вам, скорее всего, это и при продажах, при маркетинге, ну и вообще делает имя».

Вот.

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

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

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

А вы пошли именно по модели открытых проектов, вокруг которых строится экосистема.

Смотри, да, я тут...

Да, поясню.

В принципе, для меня главное – это аудитория.

Это, наверное, главный маячок.

Дальше open source или не open source – это в каждом конкретном случае можно принимать решение, какая у нас модель и почему.

Был важный фактор – у нас уже были клиенты коммерческие, то есть наши консалтинговые клиенты, которые делали инструменты для разработчиков, которые делали их по модели open core.

Смотри, там есть два основных пути.

Первый путь — это open source и облачное решение.

Это, тут присылают из Superbase, это многие из наших клиентов.

Например, у нас был телепорт,

Это компания, которая там Unicorn теперь, она делает инструменты для предоставления безопасного доступа к инфраструктуре.

Изначально ребята делали закрытый продукт, потом по их словам случайно выложили что-то в open source.

Судьба, в общем, заставила их пойти по этому пути.

Да, окей.

Скажем, это была очень умная стратегия, но, может быть, тактика была немного случайной, но тем не менее.

Да, выложили вот сам телепорт в open source, он там стал очень популярным.

Зарабатывают они на облачном решении, то есть на том, что

Есть облако.

Скорее всего, у них есть и он-премис.

Я, честно говоря, даже толком не вникала.

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

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

Облако и, в смысле, такие маленькие компании, давай так, типа маленькие компании и большие Enterprise решения.

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

У них уже есть там свой Kubernetes и так далее.

Короче, для крупных компаний модель продажи коммерческой версии в виде on-prem решения, какой-то коробки, которая ставится в их Kubernetes, в их кластере, может быть, через модель Bring Your Own Cloud.

Есть такая штучка, когда ты как бы ставишь в свой кластер, по сути, решение, но через платформу, например, через Amazon.

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

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

Самый, наверное, яркий пример – это GitLab.

Вот, наверное, да, да.

Ну и Amazon, это все очень сейчас, естественно, развито.

GitLab, собственно, да, вот они же, у них там, я так понимаю, 95% выручки – это он прям.

Так вот, я не знаю, там есть вроде что-то облачное, честно говоря…

Не смотрела.

Короче, Github, кстати, хороший пример.

То есть Github сразу пошел как бы в Enterprise, ставить им коробку, а Github – это для широкой аудитории, для просто всех нас, новичков.

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

Короче, это был изначально go-to-market.

Короче, я к чему.

Решение, делаем ли мы open-source или не делаем, и дальше, как мы будем распространять коммерческую версию, оно как бы в каждом случае должно приниматься отдельно.

Мне кажется, что это не должно быть какой-то прям религией.

Я приведу пример.

У нас есть знакомый Минтлифай.

Это красивая документация Минтлифай, девелоперская.

Ребята изначально делали open-source.

Но проблема в чем?

У них...

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

с чем-то, что можно развернуть за секунду на том же самом версии, на котором они делают свое облако.

То есть в их случае они хотели как бы делать open source, но они поняли, что они не смогут вообще никак своим платным продуктом конкурировать с open source решением.

На самом деле на этот счет есть разные мнения.

Мы, например, когда мы делаем AnyCable,

У нас тоже есть MIT, полностью open-source core.

Но наш платный продукт, и дальше это может быть SaaS.

Сейчас это on-prem, но у нас уже есть бесплатный SaaS для стейджинга.

Такой бесплатный SaaS, но не для скейла.

Пока мы не вложились в то, чтобы сделать такой стейджинг.

Super Scalable SaaS.

У нас в этом платном продукте всегда есть доп.

фичи.

Короче, мы как бы не выкладываем в open source 100% того, что мы делаем.

Мы выкладываем в open source такой вот именно core.

У нас логика такая.

Вот все, что для маленькой команды, все, что для одного разработчика, все, что для как бы небольшого юзкейса, у нас все будет в open source.

А вот все, что для энтерпрайза, огромного там кластера, знаешь, там огромного защищенных нетворков,

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

имеет смысл за это получать деньги.

Если это просто для небольших команд, индивидуальных разработчиков, для каких-то хобби, проектов, 100% пусть это должно быть в open source.

То есть, короче, все наши оптимизации, которые для кластера, мы оставляем в PRO.

и все оптимизации, которые для защищенных сетей.

Ты пока говорила, тут, конечно, я прям много-много всего хотел сказать, типа про GitLab и про все остальное.

Сейчас мы, наверное, каждый из элементов будем разворачивать.

По последнему я расскажу.

То есть в целом как будто кажется, что есть три основные модели.

Причем, может быть, не все называется OpenCore.

То есть первое – это у нас есть бесплатное ядро, но при этом есть SaaS.

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

Да, кстати, да.

И третья модель – это, собственно, фичи.

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

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

Да, да.

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

Просто есть некоторые ниши, в которых одно работает, а во-вторых, не работает.

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

И он говорит, что по их отчетам о доходах, а они почти все от публичной компании, ну, вообще-то у них там ни у кого не получается.

То есть они продолжают вкладываться, и SaaS-базы как бы не идут.

И вот они пошли по другому пути, у них там вокруг... Причем у них даже, по-моему, не получилось сделать именно фичи, у них вроде что-то в духе внедрения там вот консалтинга вот такого получилось.

Смотри, зачем вообще людям open source?

Значит, я, как человек стартапов, всегда вот минимум надо делать самим, желательно все делегировать с ААСом.

Это первое как бы концепт.

Ну, естественно, всегда, особенно технари приходят такие, говорят, Кирилл, как так можно, а вот вендерлог, все дела.

Я говорю, ребят, весь мир вендерлог, как бы главное запустить все дела.

Но когда у тебя уже бизнес долго, вот у меня уже достаточно приличное время, мы там с 2012 года, помладше, конечно, мы вас, но все-таки давно.

У тебя то один сервис, то второй, то третий.

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

Мы все поменяли, причем по многу раз, были во всех облаках.

И в какой-то момент действительно очень многие сервисы ты меняешь.

То есть есть куча причин.

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

Второе –

блокировки и региональные особенности, законы какие-то.

Причем это касается всех стран, да, везде есть там из серии «Храните у нас».

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

То есть почти все системы, которые состоят у нас внутри,

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

Они не создают такой ценности, на которую GitHub рассчитан, но зато нам их надо туда 500 человек добавить.

И нам выставляют прайсы, ну, ты понимаешь, какого размера.

И связи нет.

То есть это не наши разработчики, нам просто надо приватный доступ.

Мы переезжаем на GitLab.

SaaS, опять же, потому что зачем нам свой делать?

Угадай, что происходит.

Спустя год они меняют этот прайсинг.

И они говорят, теперь, как на GitHub, платим за людей.

Мы такие, да ешкин кот.

Мы только пришли.

Но что мы сделали?

Мы просто поставили его к себе.

И поэтому вот сейчас у меня уже сформировано, знаешь, вот спустя 15, там, сколько лет, вот я всем этим занимаюсь,

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

Люди, когда ищут себе какое-то решение серьезное надолго, они всегда стараются искать в первую очередь open core.

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

И вот я теперь живу в этой парадигме, по сути, относительно всех сервисов.

То есть маркетинг, продажи, потому что там очень много этого добра.

Ну, за исключением тех, которые никак не поменять.

Это классный point.

Эта примерно модель мышления была использована в энтерпрайзах, использовалась в энтерпрайзах давно.

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

И если посмотреть на всю...

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

В инфраструктуре, и потом там еще очень много в инфраструктуре, много безопасности, да, там много сервисов, связанных с безопасностью.

Синглсайоны, да-да-да, там вот это очень много им надо.

И вот все эти сервисы, которые продают энтерпрайзам, они все, как правило, имеют модель OpenCore.

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

Хотя, конечно, после, вот сейчас был скандал с HashiCorp, смена лицензии.

А, ну, с Redis была история, с Mongo была, да, с HashiCorp.

OpenTOFU.

И так далее, да.

Ну, это все как такой живой организм, там все время что-то меняется и так далее, но тем не менее все равно в базовом, в инфраструктуре у нас по дефолту у нас как бы такой царит open core, ну и, понятно, сам Postgres.

Вот, мне кажется, это как бы был самый важный пример, потому что

Я напомню, что вообще-то были как бы не open source базы данных.

Microsoft, Salesforce и так далее.

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

Ты знаешь ведь историю, например, про Smalltalk?

Smalltalk вообще-то за деньги продавался.

После этого стали открывать языки, да?

Так и как бы ActionScript поздно очень заопенсорсили.

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

И после этого компания Microsoft очень быстро опенсорсит весь свой стэк.

Да, да, да.

Кстати, ты очень хороший поинт сделал про языки программирования.

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

Окей, а что мы вообще имеем в виду?

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

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

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

Это все инструменты разработчиков.

И это огромный пласт.

Просто, как ты сам сказал, мы воспринимаем сейчас языки программирования как... Мы даже не говорим «open source».

Мы говорим, ну, это же язык программирования, очевидно, там он открытый.

Но, конечно, это исторически было не так.

С 1С, кстати, наверное, не так сейчас.

Я что-то подумал, 1С вряд ли открыт.

Слушай, ну, у Apple очень такая закрытая экосистема.

А, Swift имеешь в виду?

Да.

Кстати, интересно, а Swift?

Да нет, мне кажется, это должен открыт быть.

Ну, он, язык, наверное, нет, язык, я думаю, открытый, но все равно это много проприетарных кусков.

И поэтому, кстати, в инструментах мобильной разработки, кстати, не очень много прогресса.

И тут очень важно, смотри, мы сказали про преимущества для покупателя, но есть еще несколько преимуществ open source.

И главное из них – это то, насколько он ускоряет коллаборацию.

Потому что мы все, грубо говоря, воруем друг у друга в open source легально.

И благодаря этому мы быстрее и быстрее делаем классные решения.

Благодаря вот этому непрерывной коллаборации.

И еще благодаря этому, вот то, что сейчас актуально, что open source — это еще способ обнаружения инструментов.

На GitHub есть всякие там trending, repos, ну, понятно, звездочки.

Там есть поиск, в котором выдача тоже...

как бы связанное с количеством звёздочек в репозитории.

И это всё инструменты, которые помогают нам находить в библиотеке инструменты,

И если твой продукт не на GitHub, с большой вероятностью это значит, что он не source available, его нельзя найти там.

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

В общем, это такой способ маркетинга тоже.

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

То есть это вообще, в первую очередь, инструмент маркетологов.

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

скажем, понимать и использовать.

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

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

Да.

Еще из интересного, на GitHub есть такая довольно рудиментарная аналитика, вот посещение репозитория.

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

Очень часто там видны домены в духе джира какой-то компании.

Это означает, что люди обсуждают твою библиотеку в своих тикетах.

Там есть ссылка на репозиторию в тикете в джире или в тикете в линер.

Мы так пару раз продали AnyCable Pro в компанию, написав ребятам, сказав,

У вас там в тикете номер 356 переписка какая-то идет.

Нет, там только домен видно, кстати, по-моему, полный уровень.

Ну, короче, да, обсуждаете, значит, да, ну вот давайте пообщаемся.

Это прикольный заход, да.

Пока далеко не ушли, я единственное еще хотел комментарий дать про GitHub и GitLab, и я думаю, что мы в эту сторону тоже пойдем.

GitHub действительно начался как SaaS.

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

А GitLab появился сильно позже.

Я вот как-то рассказывал на одной из этих штук, что GitLab, когда еще только-только, он еще даже в него никто не инвестировал.

Это просто обычный украинский парень делал этот проект.

Мы в Undev вложились, то есть я тогда его увидел и затащил в Undev.

Возможно, ты этого не знаешь.

У меня два человека фулл-тайм два года разрабатывали GitLab.

То есть там нашего кода очень много.

Мы были топовые контрибьюторы и до сих пор остаемся.

И я тогда зафорсил переход с какого-то Git что-то там на GitLab.

Я сказал, ребята, это будущее, и мы всю компанию Undef перетаскивали на GitLab.

И после этого они получили инвестиции, и у них поперло.

Я просто что хотел по этому поводу сказать, что...

Вот мы говорим, вот нас слушают ребята такие, так, окей, а как, что, где.

Вот смотрите, был GitHub, появляется такая альтернатива, и куча проектов в этом заинтересованы.

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

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

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

Вот.

И, соответственно, получилось как?

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

И потом у них появилась облачная версия, на которую они начали делать деньги.

Они не делали деньги на...

этой штуки.

Более того, они на ней не делают деньги.

То есть, если ты сейчас ставишь к тебе GitLab, никакой связи нет.

Но я знаю, что заметил.

Я заметил, вот мы сейчас тоже регулярно смотрим всякие сервисы.

Все-таки сервисы, это уже пошла следующая итерация, когда они такие, блин, ну, если люди уходят на on-premise,

Но они как-то пропадают совсем.

А давайте с них тоже брать, ну, хоть какую-то копеечку.

И там сейчас придумывают разные способы, чтобы, ну, лицензия на сервер, там еще что-то в этом.

Да, да, да.

Чтобы хоть как-то собирать.

Да, и мне кажется, это здраво.

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

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

Почему?

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

Даже забирать проценты, 10% от value.

И если подумать, какой value создает GitLab для 4-х человек, которые…

Ну, что-то пилят там новое, непонятное, и еще пока ничего не создали.

Ну, как бы там около нуля.

А какой value он создает в большом успешном бизнесе, который зарабатывает миллиарды?

Ну, очевидно, довольно большой.

Поэтому есть такая проблема, она была... Мне кажется, что основатель Эластика немножко упоминал это, что...

Elastic всегда продавался тоже как облако.

Там тоже была смена лицензии.

Кстати, Elastic обратно сейчас сменил лицензию на open source.

То есть они ушли в бизнес-лайсенс, потом обратно, короче.

Все, все, весело.

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

Но большие ребята, вот реально большие компании, они берут open source и за облако не платят.

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

Поэтому на самом деле сейчас большинство вот...

взрослого софта, ну, который после там Series B и Series C, то есть которые такие уже взрослые компании, у них есть Enterprise какое-то решение, и это решение

как ты сам сказал, но вот оно уже не прайсится за вот эти ситы, оно как-то по другой модели, которая как-то более оптимальна для энтерпрайза, но при этом будет более выгодно компании, чем если этот энтерпрайз просто съедет на open source.

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

Понимаешь, энтерпрайз что хочет?

Он хочет иметь всякие audit trails и всякую ерунду, которая только энтерпрайзу нужна.

Тоже вот в прошлом подкасте поднимали эту тему.

Интерпрайзу нужно решение их проблем.

То есть им недостаточно, что ты делаешь красивое, надежное решение.

Им нужно, чтобы если начались проблемы, ты отвечал за эти проблемы.

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

Именно поэтому, кстати, для меня это когда-то было открытие.

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

А потом я такой думаю, ну почему люди выбирают Oracle?

Это же там вот и деньги, и все.

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

Поэтому, когда, например, тот же самый Postgres они делали, ну окей, классный у вас Postgres, но, ребята, вы не Oracle.

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

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

И это совершенно другой уровень.

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

У меня мама там хотела сделать кафе.

Сделала кафе, закрыла, потому что такая, булочки, конечно, печь классно, но у тебя там 90% работы вообще в другом.

И большинство людей не хочет этой работой на самом деле заниматься.

Здесь, мне кажется, то же самое.

Да.

Кстати, в DevTool'ах, в общем, проблема та же самая, как и с булочками.

Знаешь, в каком плане?

Я работаю много с фаундерами, которые являются такими настоящими хардкорными инженерами.

Им нравится решать их проблему инженерную.

При этом они говорят, вот все, я сделал стартап, поехали.

Основная проблема такая, что

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

Конечно, это очень сильно...

меняет эта потребность сменить майнсет.

Я вот, знаешь, вот если мы думаем про open source и уже как бы open core, да, или стартап на основе open source, в чем разница?

В том, что open source, ну, честно, мы его делаем, ну, как бы для себя.

Это вообще отчасти способ сбора там звездочек с комьюнити.

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

Разумеется, там есть тёмная сторона, эти issue, когда все на тебя жалуются, ругаются и так далее.

У меня не собирается на Ubuntu 10 версии.

Ты такой, ребята, это не моя проблема, разбирайтесь сами.

Это бесплатный продукт, сделайте коммит.

Такой, пассивную агрессию включаем.

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

Это не соответствует нашей политике.

Нет, нет, сейчас не слышал.

Нет, не слышал.

Вы очень грубо написали свой вопрос.

Серьезно?

Я такого ни разу не видел.

Недавно был, да.

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

Это знаешь, что мне напомнило?

Я просто не могу не рассказать про эту историю.

Я просто помню, ржал.

Там тоже это говорили, типа, Восточная Европа, не Восточная.

Короче, помнишь, когда в Лельсе в Ямле нашли эпичную проблему, что у тебя код исполнялся

Возможно, ты этого не застала, это было очень давно.

Но там, короче, эпическая была проблема.

Там десерилизатор исполнял код прямо во время десерилизации.

То есть можно было подставить... Ну, это такая сквиль-инъекция.

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

Это была эпическая вообще бага.

Значит, в комментариях... Это прямо вот можно на ru.inreals в блоге найти.

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

И

Единственный комментарий на русском языке, там написано «решито».

Я помню, что это было очень смешно.

Я до сих пор помню эту историю, и мне понравилось.

Ну вот, open source – это вот это все, да, это очень, да, такие веселые коммуникации и так далее, и ты, ну, на самом деле, можешь всегда всех послать.

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

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

И вообще разбираться в твоем коде.

Иногда ругают, иногда хвалят, но люди, которые потом, когда ты начинаешь делать продукт и его условно продавать или распространять,

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

Они вообще ищут обычное решение вместо того, чтобы самим пилить, потому что у них нет времени, чтобы в этой проблеме разбираться.

Ну или они как бы рационально понимают, что «Окей, я могу в принципе в ней разбираться, но лучше я буду своим бизнесом заниматься».

решением вот этой конкретной проблемы.

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

И поэтому для людей я теперь не буду объяснять, как я решила эту проблему очень красиво.

Ребят, послушайте, 40 минут буквально сейчас зайдем и выйдем.

А я лучше скажу,

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

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

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

Вот Versal, при том, что к нему очень разные отношения, да, и понятно, что Next.js, как они вендерлог делают, и там много негатива, ну, потому что люди делают бизнес.

Но я поражаюсь тому, насколько они все-таки...

Грамотно у них построена компания, реагирует на изменения и делает правильные шаги.

Пример тебе приведу.

Вот сейчас я активно занялся темой AI-ассистентов, и мы внедряем это в наше обучение.

Причем, кстати, в том числе в наши open-source продукты.

И у меня встал вопрос.

Вот, например, Code Basics – сайт по основам программирования.

Я хочу туда сейчас внедрить, я уже начал ассистента.

Ассистента я собрал отдельно на OpenAI.

у них.

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

СДКшку для Реакта куда-то там воткнуть.

И UI-ка мне нужна.

Понятно, что я могу сейчас на Реакте делать все, что угодно.

Но в данном случае я понимаю, что это некая типовая задача.

Мне точно не хочется этим заниматься.

И там должны быть какие-то уже более-менее стандартные вещи.

Но я начинаю гуглить.

Я ищу просто на Реакте хоть какие-то либо для того, чтобы делать чаты.

Все там 3, 5, 10 лет назад было создано.

И почему-то, я не знаю, сразу я на это не напал.

Я вдруг обнаруживаю, что Versal

Выпустил EISDK универсальный с адаптерами ко всем бэкэндам.

И в него входит UI-кит, где у тебя готовые компоненты для создания чата и всего остального подо все.

И я просто такой, боже мой.

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

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

И я такой перекрестился, вы за меня решили все те проблемы, которые мне надо было решить.

Прекрасная дока, все есть, все решает.

И более того, они таким образом, кстати, еще и стандарты продвигают о том, как коммуницировать.

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

То есть у них свой протокол коммуникации, получается, они с бэкэндами и ассистентами платформами работают сами.

И такой думаю, что, в принципе, любой бы мог это написать.

Ну...

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

Да.

Знаешь, какой момент?

Versa это выпустил год назад.

Они заспаймили весь город Сан-Франциско своей рекламой этого AI SDK.

Вот этой SDK-шкой, да?

Да.

Там прям AI, AI, вот этот вот треугольничек на черном фоне.

Иногда, кстати, по названию вообще сложно понять, что происходит, потому что везде эти слова, да, такой open AI, open API, open AI, AI, все это вместе путается, да.

Да, но они это придумали, вообще все эти AI-native apps, и вот эту идею, что у тебя в чате возникают такие контролы, и вот эти вот элементы на React, компонентики,

там были всякие примеры, что у тебя возникает компонентик, ты, не знаю, чтобы ты там выбрал, не знаю, авиабилет или там выбрал какую-то... Короче, такие богатые компоненты.

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

Мне кажется, вот это вот, скорее всего...

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

Да, да.

И есть еще пример.

Да, есть пример.

Ну, версель, конечно...

Они, в общем, сейчас мейнтейнят Next.js, это как бы core, open source.

Много критики, что они не уделяют внимания как

альтернативным способом деплоить этот Next.js, но, кстати, знаешь, смешно, по-моему, CPO, кажется, использовал Камал, чтобы деплоить Next.js, чтобы показать, что можно задеплоить Next.js не на версию, а на какой-то там bare metal.

Я так, господи, что происходит, какой Камал вообще?

Есть пример, короче, компании, когда open source является таким сопутствующим продуктом,

Например, это компания Resend.

Это какая-то очередная из JS мира API для отправки транзакционных e-mail.

У них есть библиотека React e-mail или React mail.

Не помню, как это точно называется.

Короче, это такая библиотека, чтобы верстать e-mail, которые красиво отображаются в разных e-mail клиентах.

Это целое искусство, как тебе email собрать красивый, чтобы он и в Gmail выглядел хорошо, и в Apple Inbox и так далее.

Блин, самое ужасное, мне кажется, что это совершенно ужасный кейс для React.

Зачем вообще использовать React, чтобы рендерить email?

Мне кажется, нелогично, непонятно.

Нет какой-то реактивности там никакой, нет никакого стейта.

Для меня, мне кажется, нет никакой причины использовать React для этого.

Но есть библиотека.

Нет, ну, тут скорее, что в целом мы понимаем, это как, знаешь, вот куча ИП-шников, предпринимателей стартует, из них все умирают, а кто-то остается.

Вот такой алгоритм отбора, естественный отбор работает.

Поэтому в этом плане это хорошо.

То есть какие-то безумные идеи иногда не стреляют, и что-то из этого кто-то берет, какие-то идеи.

Знаешь, какая существует, например, история, где React подходит, вот у всех... Сейчас идею подкину, будет классно, если кто-то реализует.

Честно, сам бы такой проект делал, но нет времени.

Значит, какого плана проект?

Ты знаешь, что у огромного количества компаний есть проблема с генерацией лендингов?

Потому что никто не хочет это делать сам.

Но это же жесть.

Там разработка, все дела.

Все хотят, чтобы это делалось каким-то автоматическим инструментом.

Ну да.

Есть, конечно, тильда.

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

И, например, для нас просто Tilda не подходит.

Ну, то есть, скажем так, для B2B лендинга подходит, а для лендинг-программ уже не подходит.

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

для генерации лендингов внутри.

Визуальная для маркетологов.

И они миллионы на это потратили.

То есть это куча команд, которые это все разрабатывали.

А мы знаешь, как сделали?

Мы сделали так.

Мы просто тупо прокинули API к Tilde.

У нас все это делается на Tilde.

По кнопке загружается на Hexlet и вырезаются скрипты.

Мы реализовали за 10 дней.

Но даже в этом случае у нас есть проблема.

Потому что, например, есть подстановка значений.

Поэтому, понимаешь, им приходится на Tilde...

placeholder делать.

Ну, например, чтобы прайсы автоматом менять.

Это выглядит немножко странно и ненативно.

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

Так вот, есть решение.

Довольно даже популярны, но они нам не подходят.

И плюс они все построены на базе React.

Знаешь, что прикольно?

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

Вот.

В таких случаях React очень подходит, потому что он позволяет именно фактически создавать редактор, который из блоков позволяет собрать это все.

Вот.

Да.

Я, кстати, видела, по-моему, VIX делает какое-то что-то подобное.

Похоже?

Да.

Ну да-да, они в эту же сторону.

Но...

Да, то есть именно взять готовые компоненты, в смысле... Либо самому...

Source of Truth — это код, такая система, в которой компоненты как бы... Да, то есть у тебя есть некая обертка, которая умеет ими управлять, и тебе просто надо, чтобы программисты их сделали, потому что ты не можешь построить универсальную систему, которая всем подойдет.

Тебе действительно дизайн системы у всех разный, там куча всяких элементов своих.

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

с какого-то готового движка, потом говорят, нам нужно кучу кастомных компонентов, давайте нам тут, и там все начинается.

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

Да-да, и у тебя там такие бюджеты на это уходят.

Да.

Слушай, давай, мы сейчас много разобрали.

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

Знаешь, здесь есть движение, вот какого плана я еще хотел тебя спросить?

Смотри, по сути, когда мы это рассказываем, есть вообще-то два больших блока.

Первый блок – это все-таки open-core SaaS, когда у тебя есть облако, и ты можешь он прямо уйти.

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

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

А вот есть... Ну, потому что оно и разработка, и не разработка одновременно.

А есть решение конкретно просто либо вот SDK-шки и все остальное.

Самый яркий пример для нас с тобой – это, конечно, Sidekick.

Для тех, кто не знает, чувак сделал просто либо для асинхронных джоб, которые бесплатно в Django, которые бесплатно в Laravel.

Кстати, да и в Ruby их полно на самом деле.

Но вот он сделал бесплатный Core и платно с фичами.

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

И им пользуются просто все.

То есть у него там рентабельность, просто все остальные могут сдаваться.

То есть таких цифр и показателей, наверное, ни у кого нет больше.

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

Несмотря на то, что он продает Sidekick Pro и Sidekick Enterprise большим компаниям, он не нанял никакого sales для этого.

Он не делает то, что называют hand-holding.

Он просто высылает invoice.

Нравится, нравится, не нравится –

Я занят.

Да, это классный пример.

Знаешь, у нас на глазах, на самом деле, с тобой много примеров.

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

А вот в итоге, да, вот мой же вопрос в чем был?

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

Фактически либо, то есть это прям очень техническая деталь.

И как ты вообще на это смотришь, вот на два этих мира?

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

То есть можешь поделиться этим?

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

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

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

Например, Calcom – это как бы open-source аналог от Calendly, да, ну…

инструменты для бронирования встреч.

Я пользователь.

Я через него бронирую все встречи, да.

А, подожди, Calcom или Calendly?

Нет, я с Calendly ушел, потому что мне нужно было мерзнуть календари, а Calcom, он дает тебе это на халяву, и поэтому я им пользуюсь.

Да, да, да, я тоже перешла.

Хотя Calendly на Rails, вот, но пришлось.

Ладно, бывает.

Ну, они и те, и те классные.

И там есть DocuSeal, это как open-source аналог DocuSign, тоже, кстати, на Ruby.

Недавно смотрела репозиторий.

О Ruby как-то интересно зашло.

Много таких штук.

У них там есть какая-то сторона в духе «из-за того, что мы open-source»,

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

То, что ты говоришь, например, использовать не лично, не просто сервис как пользователь конечный, а встроить его в твой AdTech.

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

Ты не поверишь, я сегодня, вот у меня с утра был рабочий созвон с моим CPO, и он мне как раз такой, Кирилл, у нас там, мы просто еще с Гугла на Яндекс приезжаем, у нас там сейчас проблемы с календарями, я ему говорю, колком, ты представляешь, вот только сегодня мы это обсуждали.

Вот сейчас будете делать интеграцию, круто.

Да, да.

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

типичный SaaS-сервис, да.

Это правда.

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

То есть вот маркетинговая, Calcom, очень сильно поднялась, там очень проперся, когда они сказали «Мы open-source alternative to…» И то же самое, кстати, Superbase сказал «Мы open-source alternative to…»

Firebase.

И вот этот вот такой маркетинговый заход Open Source Alternative 2, он классно сработал для многих компаний.

Не всегда это там

в центре, в коре вижена и продукта.

Часто это просто какой-то маркетинг.

Но смотри, мы, да, чаще делаем инструменты, которые как бы не предоставляют модель дистрибуции по SaaS.

Мне кажется, иногда это наша ошибка, то есть иногда мы должны все-таки сделать какой-то SaaS, мне кажется, и мы, наверное, сделаем.

Почему мы так делаем?

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

Я хотела сказать, что SaaS – это не end of…

Это не конечная, не финальная, не самая оптимальная модель дистрибуции софта.

Это просто одна из моделей дистрибуции софта, которая сейчас популярна.

Но одновременно с развитием SaaS у нас развивается вся сторона, связанная с DevOps.

с упрощением поставки, и в том числе с упрощением поставки софта, ну, который ставится как бы к тебе в коробку.

Ну, к тебе он прям... У нас была вся эта, как бы, quote-unquote, знаешь, революция кубернетиса.

Она...

Я бы не сказала, что все прошло так гладко, как ожидалось.

Мне кажется, все идет в 10 раз сложнее, чем кто бы то ни был думал.

Тем не менее, все равно вроде бы есть результаты, и сейчас деплоить даже внешний софт

уже не так сложно.

И есть решения как бы на основе кубернации, которые не являются голым кубернацией, с которым никто не хочет иметь дело.

Ну, как бы да, такие коробочные решения сверху, которые упрощают сильно дистрибуцию.

И в этом плане, если бы софт работал так, как мы ожидаем, что он будет работать, мы могли бы все поставить к себе, и это было бы проще, удобнее.

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

Но это технологическая проблема, она решается.

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

Вот, поэтому мы, да, мы очень много распространяем AnyCable Pro по ImageProxy Pro через...

Как мы делаем?

У нас есть GitHub Container Registry.

Ты платишь нам за лицензию на Stripe.

Мы на твой GitHub аккаунт выдаем доступ.

Короче, ты можешь сделать себе токены, которые будут ходить в этот Container Registry и скачивать наши докеры или бинарники, что хочешь.

И плюс в том, что у тебя нет зависимости от нашего клауда.

У тебя все находится рядом.

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

Мне на самом деле это очень нравится, потому что у нас, например, в Ванкибе много пользователей из healthcare, health tech, и у них у всех там вот это все HIPAA compliance, там все очень сложно.

Которое вы никогда в жизни не пройдете.

Да, и мне нравится, я заполняю эти формы все на HIPAA compliance, я говорю, да, все замечательно, мы не трогаем ваши данные.

Выбирайте себе, да.

Это правда.

Это здорово.

То есть есть плюсы.

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

это классно, но, я говорю, мне кажется, эти два тренда на самом деле конвертятся.

То есть мы начинали просто в том месте, где SaaS был в тысячу раз легче, чем что-то задеплоить к себе в кластер, на свою инфраструктуру.

Сейчас они как бы сходятся, и постепенно деплоить он прям становится легче.

Плюс, чем мне нравится в целом экосистема

там в том числе Rails, многие вещи, которые в других экосистемах это внешние сервисы, в Rails это просто open source, просто библиотеки или просто какие-то сервисы, которые ты можешь сам деплоить.

И

Ну, от этого много плюсов.

От этого есть минусы, но от этого очень много плюсов.

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

Прикинь, данные пользователей у них где?

У них на clerk.dev.

Данные пользователей.

Это штука, которую они используют для логина.

Господи, боже.

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

Они еще третий сервис используют.

Еще тоже внешний.

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

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

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

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

И мы точно до такого не дорастем, но кто-то дорастет.

А вот по поводу дешевизны поставки себе, да, это абсолютно правда.

Потому что было время, когда я всегда говорил, нет, ребят, только SaaS, потому что управлять всем этим добром – это еще тот геморрой.

Сейчас постепенно происходит.

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

Это, например, интеграция а-ля Запир.

Это же безумно дорогой сервис.

Это просто космос, там миллион событий, и все, 20 тысяч баксов в месяц будешь им отдавать.

Мы много искали, потом N8N появился, и вот сейчас все как бы делают.

И у них тоже.

Сначала мы были на их облаке, потом все-таки объемы даже на них облаке стали большие, перешли к себе, и не платим ни копейки.

Но я подозреваю, что в какой-то момент они начнут брать как бы за лицензии, за что-то еще.

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

В целом, как будто бы мы вот с точки зрения бизнесовой основные вещи какие-то разобрали.

Но давай вот чуть-чуть в кишки, знаешь, в каком стиле.

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

А дальше что первично?

То есть откуда вообще появляются пользователи?

Как вообще это начинает работать?

В какой момент я должен продавать?

А нужен ли маркетинг и так далее?

Давай, допустим, решили мы делать какую-то штуку для...

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

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

Что ему надо сделать?

Ну, тут классно как раз начать с open source.

Вот знаешь, в бизнесе есть такое слово design partners в продукте.

Design partners – это первые клиенты, которые очень плотно с тобой работают, очень много дают тебе фидбэка и, по сути, помогают тебе понять, а что ты вообще строишь.

Они называются Design Partners.

То есть как бы партнеры, которые помогают тебе вообще дизайн, ну, придумать твой продукт.

В Open Source можно найти людей, которые как бы становятся такими Design Partners для Open Source.

То есть это люди, которым то, что я вначале говорила, им интересно.

У них, может быть, это проблема прямо сейчас.

Может быть, они ее решают.

И они прямо...

с тобой вместе готовы работать, давать тебе фидбэк или как-то даже, возможно, контрибьютить, что, конечно, реже, но бывает, в твоё решение, и помогать тебе его выстраивать.

В этом плане вот этот весь building public, building open source, это помогает

вот коллаборация то есть ты говоришь вот я делаю смотрите ребят ну вот я прям выкладываю вот вы можете пользоваться вот для первого шага мне кажется для любого продукта вначале главное это собрать какой-то первых там 10 человек 10 человек которые вообще готовы хотя бы время свое потратить на это про деньги речь не идет вот которые готовы потратить время и дать тебе фидбэк зачастую open source это классный способ это сделать

Тут есть опасность, что ты потратишь очень много времени на open source, и на самом деле ты не будешь много общаться и много собирать этот фидбэк.

Но это вот ровно то, что надо делать.

Я к чему?

Open source – это гораздо лучше, чем что-то пилить самому в стол.

Потому что open source имеется в виду, что ты пушишь код на GitHub, а не в стол.

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

И они зачастую… Да, у тебя может быть 10 людей и 10 мнений о том, как нужно делать.

Правда.

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

Короче, начать с open source нормально.

Дальше ты развиваешь.

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

Любой SaaS-продукт имеет больше информации о пользователе, чем любой open source.

Хотел сказать, чем родная мама знает о нас.

Ну да, и чем ты сам, может быть, о себе знаешь.

Но я считаю, что это несправедливо, если честно.

В Штатах все стартаперы, которые проходят через Y Combinator, делают open source или open core стартапы, все делают телеметрию.

В Европе никто не делает телеметрию, считается, что это зашквар, это вообще какой-то кошмар.

Приватность на моем сервере, отправлять запросики к себе.

Да, анонимные там ивенты отправлять с моего сервера, какой ужас.

Что такое телеметрия?

Это, как правило, просто отправка какой-то анонимизированной, не личной информации автору обратно на какой-то сервер аналитики или куда-нибудь.

И, как правило, есть возможность opt-out.

или сделать opt-out, то есть не отправлять эти данные.

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

Есть много примеров, можно посмотреть в репетиториях, как это делается.

То есть делается такой открытый, публичный стейтмент, что у нас есть анонимная телеметрия.

Если вы хотите opt-out, вот такой флаг вставите.

Но мы это делаем, чтобы понять,

Во-первых, сколько у нас пользователей?

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

Ну, что-то.

Зачем нам это важно?

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

Мы хотим понять, продолжают ли люди пользоваться.

Когда ты запускаешь что-то, у тебя всегда вначале какой-то всплеск.

Но важно понять, люди продолжают вообще дальше запускать этот сервис или нет.

И мы хотим понять, насколько большие, например, инсталляции.

Почему нет?

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

И третья штука, которую бы я сделала, это, наверное, все-таки какой-то sign-up flow.

Неважно, SaaS это или нет.

Вот, например, если зайти сейчас на anycable.io, у нас там все очень просто, максимально тривиально, но там сразу есть логин через GitHub.

И мы попадаем в такую суперпростую админку, в которой можно получить...

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

Но смысл в том, что мы видим хотя бы, что люди подписались, у нас есть их e-mail, у нас есть при sign-up

Опция «Подписаться на нашу рассылку».

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

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

Дальше ты можешь подписаться.

Но, в общем, это какой-то контакт с аудиторией.

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

И мне кажется, это важно даже до того, как вы начинаете что-то монетизировать.

начать выстраивать с этой аудиторией какой-то контакт, какую-то связь.

И просто GitHub не даёт на самом деле этой связи.

Да, можно до бесконечности анализировать, кто тебе поставил звёздочки, но это очень слабый сигнал, это на самом деле очень мало о чём говорит.

И в идеале после этого нужно рассказывать о своём продукте

На конференциях, на подкастах.

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

Мне нравится идея делать технические такие блоги.

То, что мы делаем в «Марсианах».

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

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

прям супер-хардкор.

Иногда, кстати, людям нравится, когда просто написано, вот такая офигенная компания, не знаю, вот, например, StackBlitz, компания, которую никто не знал, они сделали продукт Bolt2.new, кодогенерация, выросли там, да, номер один код-генерейтинг-эп в мире, и это все сделано на Rails, и там сотрудничество с марсианами, это просто такой как бы веселый кейс, классный успех.

То есть мы по-разному.

И точно так же стартап может писать, то есть ты можешь писать про каждый новый open-source кейс, про который тебе разрешают написать.

Вот там, например, ты сделал open-source, и вот, например, когда Supabase использовала ImageProxy, нашу именно как open-source версию, они сами написали про этот блок.

И это идеально.

Ну, у тех, у кого пиарщики есть, да, пиарщики, контент-маркетинг, они, конечно, сразу схватываются за такие моменты.

Да.

Кстати, у них нет пиарщиков и контент-маркетинга.

Короче, как в Supabase построено вот это все написание контента?

CEO сидит рядом с разработчиком, который делал фичу.

У них выделена, если не ошибаюсь, одна или две недели в конце такого трехмесячного спринта.

Вот у них каждые три месяца релиз ВИК.

И последние, по-моему, две недели...

они тратят на контент, который лончвика.

То есть последние две недели перед лончвик – это подготовка контента на лончвик, и контент делают инженеры.

Но, естественно, они сами как бы не будут это делать.

Вот фаундер сидит рядом, ну, виртуально, и помогает.

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

То есть вот у меня то же самое.

Сидишь и пишешь тексты.

То есть такой посмотришь, «Кирилл, ты чем занимаешься в компании?» «Я блогер».

Если упрощать.

Это стандартная штука, да.

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

Построение бренда, да.

То есть одним продуктом не отделываться, это правда.

Я хотел сюда добавить.

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

Я понимаю, что, скорее всего, для тебя это очевидная вещь.

Если человек все-таки делает продукт, который является прям совсем либой, и там уж прям на сайт у него нету места...

Окей, дискашн на GitHub есть, это хотя бы что-то, потому что в активных репозиториях общаются.

Но есть еще кое-что, это называется документация.

Да, точно, документация.

Документация очень важна, правда.

Документация такая больная тема, потому что большинство людей пишут документацию для самих себя.

А документацию надо писать для конечного пользователя.

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

Или стараться хотя бы их не использовать изо всех сил.

Лучше идти методом прогрессивного джипега.

То есть сначала показываем крупно,

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

Короче, самый отвал происходит именно на этом месте.

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

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

Да.

Но в любом случае есть паттерны.

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

Ну, любят же программисты.

Ну, у меня вон там спецификация Open API, типа, бери.

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

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

Поэтому одна из самых главных вещей, помимо Getting Started со всеми этими разветвлениями, это гайды.

То есть я вот всегда, когда захожу на новый какой-то инструмент...

Я в документацию иду в последнюю очередь.

Я всегда смотрю гайды.

То есть, типа, покажите мне кейсы.

Я хочу посмотреть, как это используется.

Ну, и из этого я понимаю минимальную настройку, которую я должен сделать.

А док – это уже все, это последний момент.

Это я уже решил ставить, это я уже решил этим заниматься.

Хочу теперь посмотреть, что у вас там по параметрам в функциях.

Да, очень хороший коммент.

И мне кажется, было правило, по-моему, убило Гейтса.

Правило 10 минут, когда человек получает там CD с софтом, вот он должен в течение 10 минут сделать что-то полезное с ним.

Работающее, да.

Да.

И у нас сейчас в 2025 году это правило, как правило, не выполняется.

Несмотря на SaaS, несмотря на все, что у нас есть, модели дистрибуции и так далее.

Конечно же, это в каком-то смысле сложнее в дифтулах, потому что дифтул всегда встроен в какой-то большой процесс.

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

Но как раз это, как правило, то, что нужно сделать.

Я просто ещё хотела сказать, почему это стало так важно сейчас.

20 лет назад, мне кажется, лично индивидуальные разработчики вообще не принимали участие

в принятии решений о том, какой софт купит Enterprise, какой софт купит компания.

Это все принималось на уровне каких-то executive.

И все разработчики просто получали стэк как данность.

У нас такие инструменты, у нас такие фреймворки, у нас такие библиотеки.

Сейчас это все как бы перевносится, там называется shift left, там всякими словами иногда все связано.

Но мы поняли, что гораздо эффективнее, когда вообще каждая команда может принимать решение.

Мы будем использовать вот такие инструменты, вот такие вещи, и очень много софта вот так вот продается, то, что называется bottom-up, да, то есть снизу.

И это всегда выглядит следующим образом.

Какой-то разработчик по фану на уикенде играется с каким-то инструментом.

И как сделать?

И реально крутые DevTools-маркетологи знают, как сделать так, чтобы привлечь разработчика, чтобы он на своем уикенде

игрался бы с твоим инструментом.

И вот это самый гениальный маркетинг, когда это по фану, когда это классно.

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

Это может быть какой-то демо, это может быть какой-то специальный кейс, который описан.

Не знаю, что вы можете собрать у нас вот такую вот штучку.

Но классно, когда твои гайды, в общем, помогают этому.

Мы, например, делаем много всяких демо, которые вот можно развернуть, которые можно просто открыть по ссылке в Stagblitz, то есть это в browser-based ID, и ты сразу все видишь, сразу там запускаешь, у тебя все работает, ты можешь там что-то поменять.

Да, все файлики посмотреть, пощупать, это правда.

Да, да, и это тоже помогает.

Кстати, нельзя не сказать о очень серьезном преимуществе для распространения такого софта.

Мы сейчас, я думаю, немножко про маркетинг тоже поговорим.

Именно за счет вот этой вот фразы «поиграть с инструментом на выходных».

Это ведь разработчики только такие упоротые, которые так делают.

То есть, чтобы маркетолог сказал «я поиграл с инструментом на выходных»,

Да, это сейчас работает для искусственного интеллекта.

Но вот раньше, ну это прям надо такое, типа, ну да, я посидел, поизучал сервисы, но это не выглядит как фан.

То есть нет такого, что такие все сидят и такие, а, я тут сервис, а ты какие сервисы.

А разработчики в этом плане какие-то маньяки.

Ну и я такой же.

ты реально все время, а, новая библиотечка, давай сейчас, и пошел играть с ней во все поля.

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

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

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

И да, в этом плане, конечно, очень классно все это интегрировать.

Кстати, здесь еще хак есть.

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

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

Приведу пример.

Rails когда-то, не все это знают, CoffeeScript, его успешность, это во многом была заслуга Rails, его просто включили туда как гем.

По дефолту вы ставите Rails, у вас автоматом CoffeeScript в космос полетел.

И фактически...

Многие проекты за счет этого вообще начинают не просто жить, а приобретают все, что надо.

То есть кто-то в тебя добавил свою собственную доку, как пример.

Кстати, возьми пример.

Вот я недавно читал, OpenAI выпускают какую-то новую штуку, типа у нас там новый способ работать с ассистентами.

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

Естественно, я пошел смотреть.

И все побежали смотреть.

И вот этот лайфкит они интегрировали, я думаю, там тоже все.

И с софтом же то же самое работает.

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

Я могу пример привести.

Вот я пользователь инерции и много про нее рассказываю.

А вы ментейнеры этой штуки.

Там, кстати, есть кое-что, что вам надо внедрить.

Это я отдельно, может, потом расскажу.

Но, в общем, там прикол в чем.

Но это не сейчас просто потом я расскажу.

Но я очень активный пользователь и продвигаю ее.

То есть я ее использую, показываю, всем внедряю.

У меня в разных проектах она уже есть.

И на Hexlet она будет.

Круто.

Просто я вижу это как будущее разработки для таких людей, как мы.

Так вот, там есть такая штука, что... Ну, ладаш.

Все знают во фронтенде ладаш, да?

Но ладаш дефолтный, у него три шейка нет, три шейкинга.

И, соответственно, у тебя бандл большой.

И, например, есть toolkit, который намного менее популярен, но он типа максимально современный, но при этом достаточно популярный.

И вот я пришел там к ребятам, которые для инерции пишут некую приблуду,

И у них внутри Lodash.

И он весь включается, большой бандл.

Я ему ищу, если на днях написал, я говорю, давай поменяем на ES Toolkit, типа он уменьшит.

Он такой, так, я вообще не менял, потому что я думал, что Inertia юзает Lodash и типа по кросс-зависимостям там будет.

Оказалось, что они там ничего не импортят.

И он такой, да я сам перепишу.

И он прямо на днях заменил Либу.

И вот от таких вот решений, от таких вот фанатиков, ну, я не то чтобы фанатик этой Либы, но я увидел в ней перспективу и побежал ее распространять.

Блин, это офигенная история про опенсорс.

Просто восхитительно.

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

У тебя появляется эффект сети, и потом это пум, начинает стрелять.

Потому что программисты фанатики.

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

А любой маркетолог скажет, реферальность, как вы это делаете?

Мы хотим тоже реферальность.

Чтобы все ходили и говорили, Hexlet лучше всех остальных школ программирования.

Идите, учитесь на Hexlet.

Блин, это правда.

Слушай, и вот то, что Hexlet рассказывает, мы используем, да, Inertia, мы используем то, это, я думаю, тоже супер-супер-супер полезно, супер влияет.

Кстати, ребята, знаете, вот есть блок Uber технический,

Вот оттуда родилось много DevTools стартапов просто из блога Uber.

То есть люди читали и понимали, что нужны инструменты, да?

Это очень популярный блог среди большого количества инженеров.

И в этом блоге они рассказывали про те open-source и не open-source решения, которыми они пользовались.

Это было супер важно для Кликхауса.

Которых мы все знаем.

Кликхаус.

Стартап, вышедший из Яндекса, поднявший 300 миллионов долларов инвестиций.

300.

Это вау.

Да.

Это произошло в 2021 году.

Очень удачно.

То же самое, кстати, тоже компания, основанная выходцем из России, кажется.

Temporal.

они вообще... Temporal, он как бы вообще вышел из Uber, насколько я понимаю.

То есть там основатель работал в Uber, но тоже в их блоге они рассказывали про... То есть они заопенсорсили решение для этих вот workflows, durable workflow execution, такая как бы штука.

И в итоге партнер Sequoia Capital, венчурной компании, пришел к этому парню и предложил ему основать стартап.

И это temporal.

Это не единственный пример.

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

Это классно для их бренда в HR, потому что инженеры читают этот блог, думают, блин, как классно работать в Uber, у них там такие классные технологии.

И это очень круто для вот этих самих тулов.

Кстати, знаешь, что я вижу?

Любая такая штука, как только она становится очень заметной и влиятельной, и это понимают венчур, то она, конечно, начинает коммерциализироваться.

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

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

Например, Uber решил стартапы запускать отдельно.

Это же прямо само по себе классно.

Но это я немножко уже вбок.

Это я уже так чисто... Во что все скатывается?

Скатывается, да.

Я, кстати, верю, что это абсолютно честно, абсолютно прозрачно.

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

Мне кажется, что как только это скатывается в рекламу, ты перестаешь этому доверять.

И тут интересно.

Тут, мне кажется, в нашей индустрии очень важно...

Вот это какая-то интеллектуальная честность, что была.

Мне кажется, это, кстати, в open source гораздо популярнее, когда ты рассказываешь, например, о своем решении и упоминаешь еще другие open source решения.

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

Но это, конечно, это уже меньше про деньги на самом деле, и про OpenCore, это скорее просто вот в целом как Open Source разработка и все остальное.

Мне кажется, что даже когда у тебя коммерческий продукт, ты все равно можешь говорить даже о конкурентах и хорошо можешь говорить.

Но бенчмарки очень важны.

Бенчмарки.

Кстати, я вот не могу про одни сказать.

Мы говорили про создание новых инструментов, а ведь еще всегда есть тренды, которые просто... Я могу сейчас сказать один тренд.

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

Знаешь, какой он?

Переписывай инструментарий на Rust.

Уже все, уже на Go.

Подожди, подожди, с прошлой недели уже на Go.

Серьезно?

Ну ладно, но самое главное... Нет, есть конкуренция, есть где-то Go, где-то Rust.

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

То есть у тебя такой... И все просто как сумасшедшие туда побежали.

У меня даже в комментариях под Ютубом, когда я вот в Твиттере

Какую-то либу недавно показывал, которая... А, как раз AI-кли, утилитка, AI-чат называется.

Реально очень классно, удобно.

Ты всякие рак-штуки можешь делать, поиск по файлам.

Ну, вообще, короче, суперудобно.

Я внедрил в свой проект.

Что мне пишут в комментариях?

Чувак, о, он на расте, беру.

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

У тебя получается.

И вот один из таких ярких примеров – это Python, в котором сделали UV, то есть и линтер-форматер, и пэкэдж-менеджер, наконец-то заменять начали все это добро.

Это прям стартап, то есть там инвестиции, там деньги.

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

То есть мы уже эти инструменты рекламируем, потому что они стали, по сути, стандартом де-факто.

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

Ну, не знаю, что у них получится.

Ну, как тебе эта раст истерия?

Раста-стерия.

Это вообще история про хайп-сайклс в теке.

И тут важно вот что.

И у Rails был хайп-сайкл, и у Kubernetes был хайп-сайкл, и у Rasta сейчас хайп-сайкл, и у Next.

Тут важный момент, что часть этого всегда наносное.

И всегда его потом выносят.

Кстати, у GraphQL был хайп-сайкл.

А он вообще...

Да, вот.

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

Есть случаи, когда нам, типа, супер важен перформанс, да, причём в определённом, да, ещё раз, в определённом смысле.

И там мы пишем на...

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

Ребята просто переписали, что, компилятор TypeScript на Go.

В этом у нас скандал был на прошлой неделе уже.

внимательно не смотрела, но там был просто почему не раз, что произошло, как так.

Просто сердечки как бы разбиты.

Но если чистый перформанс, это не единственный аргумент.

Когда мы выбираем технологии, мы должны смотреть на все аргументы.

Тот же самый граф QL.

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

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

Мы всегда часто что-то теряем.

И нужно очень хорошо понимать, где этот компромисс имеет смысл, а где нет.

Где это действительно улучшает, а где нет.

И просто каждый раз, каждый, блин, раз получается, что этот хайп-сайкл всё равно спадает.

Ну, это всегда.

И оказывается, что часть решений, которые были приняты в прошлом, были приняты неправильно.

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

А, то есть ты была с теми, кто на плоту на этом поплыл, так сказать, в водопад.

Мы, да, мы там вот заносили GraphQL в компанию прямо вот в 21-м году, мне кажется, или в 20-м.

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

какая-то команда, которая там что-то internal tools.

Вот это первая команда под сокращение обычно идет.

Потому что не очень понятно, какой там бизнес-результат и ценность.

Вернее так, иногда понятно, кстати, иногда это вот мне нравится платформ-тим.

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

Может быть очень прагматичной и очень эффективной командой.

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

Ну, короче, это может быть проблемой.

И мне кажется, что Rust — это... Даже так, я не хочу говорить про Rust, я просто хочу говорить про Hype Cycles, что всегда часть этого хайпа

потом будет признана ошибочной.

И нам, как людям, которые все-таки долго хотят быть в этой экосистеме и думают о своей репутации, просто очень важно быть очень прагматичным, то есть понимать,

Окей, даже hyposite, как мы должны на самом деле принимать решения.

Нужно ли нам то же самое, кстати, React, Next.js, React Server Components и вот эти все вещи.

Иногда, если мы понимаем...

Все там за и против, и мы принимаем прагматическое решение.

Это все правильно?

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

Знаешь, у Пола Грамма есть эссе про fans and haters.

И его мысль, что всегда, когда ты делаешь что-то крутое, у тебя есть фанаты, у тебя ровно такое же количество haters есть.

Это как такой баланс сил природы.

И как только с тобой что-то где-то не так, ты сразу увидишь, что у тебя есть куча еще хейтеров.

И это просто... Это не значит, что нужно этого как-то бояться или так далее.

Просто нужно понимать, что вот этот фанатизм – это, в общем, сторона того же самого, что бессмысленное хейтерство.

Фанатизм страшная штука, да.

Да, лучше просто как бы, не знаю, как-то игнорировать обе стороны.

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

Вот, борьбы, так сказать, с возражениями.

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

Я все время показываю примеры, мы с тобой это обсуждаем.

Я говорю, ребята, у вас вот каждую секунду идет какая-то херня, которую можно...

вцепиться, и вы получите там людей, вы получите все, что вот мы сейчас говорили.

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

Просто идете такие, так, вот эта фигня на раз еще не переписана, или на Go, ладно, вот TypeScript на Go, да, переписываем.

И это не обязательно должно быть что-то сложное.

И это может стать началом, если, например, у вас нет никаких идей.

А то, что там кто-то куда-то уходит и умирает, ну, так

предпринимательство риск никто не говорил что будет по-другому зато научитесь но по крайней у вас будет хоть какая-то активность потому что если вы начнете писать что-то ну допустим вот такие знаешь помнишь был момент когда сборщики оля в пак писали просто кучами

Ну и все также писали на JavaScript.

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

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

И вот когда они все пошли,

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

Я такой, слава богу.

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

Да.

О, у меня есть критерий, хочу тебе поделиться.

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

Я это на примере Vita показывал всегда ребятам.

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

А вот когда остальной инструментарий у себя в доках начинает писать, что у них есть инструкция по интеграции.

То есть, например, я поверил в Vita,

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

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

Да.

Кстати, вид тоже сделали стартап, подняли раунд.

А на чем они собираются зарабатывать?

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

Очень классные ребята, очень классная команда.

Действительно, да, я делала маленький доклад про это, что с моей точки зрения вид – это не просто какой-то еще один билд-тул, а моя надежда, что это такая абстракция над билд-тулами, что вид, поскольку у них уже несколько внутри поддерживаются разных билд-тулов для прода, для стейджа,

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

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

Да, import maps, no build, да.

Типа мы не будем билдить вообще JavaScript, не надо нам, у нас все хорошо без этого.

На самом деле было всего два варианта, что сделать.

Можно было сказать отказаться от всего, вот как он сделал, а можно было сказать...

А вообще тут, очевидно, не хватает какого-то слоя абстракции над вот этим всем зоопарком, который у нас каждые два года у нас появляется новое животное в нём.

И этот слой абстракции — это вид.

Вот то, как мы сейчас это видим.

И всё.

И это как бы для нас решает много проблем.

Это open source.

В этом плане, как ты сказал, есть куча нерешённых проблем, есть огромный...

пласт вещей, которые мы делаем просто неоптимально.

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

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

И, исходя из этого видения, предлагал

всей экосистеме какие-то решения.

Например, я вижу со своей точки зрения, что нам не хватает вот такого продукта.

Что вы думаете?

И дальше, когда ты в open source, ты начинаешь с людьми общаться, ты рассказываешь про это на конференциях.

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

И бизнеса.

Как будто я почувствовал небольшой камень в огород от DHH.

Может быть, мне показалось.

Я, кстати, вот если говорить про эту штуку, она суперспецифичная.

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

Там просто в рельсе, да.

С одной стороны, когда-то был Sprockets, когда-то была эта революция, еще до Webpack.

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

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

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

У нас до сих пор веб-пакер просто, мы еще этого не делали.

И вот сейчас стоит задача в том числе этот переход сделать.

Потому что у нас V-тест везде, да, все.

Да, люди в экосистеме используют...

Суммарно там штук 20 тулов.

Их очень много.

Биллтуз, там, JS, CSS.

Короче, очень много всего.

И проблема основная, что да, когда ты делаешь новый продукт, ты можешь взять whatever's the latest, you know, что там сейчас модно.

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

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

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

И там часть эссетов так сбилдится, часть так.

Очень сложно.

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

который никто не может прочитать.

Там нужно специфические знания, да.

То есть там программист — это не то, что ты умеешь что-то прогать, а ты вот это legacy все знаешь, соединяешь и со всем этим работаешь.

Но это на самом деле является местом потери такого количества производительности.

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

То есть это как бы фронт-энд, который может настроить asset pipeline.

То есть это очень редкие...

У меня был пример подкаста с парнем из мира, разработчиком.

И, например, там прям однозначно у них есть фронтопс, и там однозначно такие ребята нужны.

Потому что когда у тебя проект... Я могу сейчас ошибаться в цифрах, но порядок, наверное, такой назову.

Когда у них проект на несколько миллионов строк на TypeScript изначально билдился там...

десятки секунд в минуту и стал билдиться за какие-то секунды, это как бы нифига себе.

И в таких местах это реально нужно.

Но не то, чтобы каждый день происходит.

Да, и это должно быть не в стартапах уровня 10 человек.

Да, да, и где кода там вообще нету вообще.

Да, мы, знаешь, многие вещи принимаем как бы как типа granted, думаем, что ну окей, это все уже решено.

Но на самом деле их так много новых, понятно, что сейчас есть AI и...

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

Я не могу не посмеяться на эту тему, потому что что может быть лучше, чем... Как же Лео, по-моему, зовут этого парня, да?

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

А, ты же писал, да, точно, да.

Да, я писал.

Так вот, что если у тебя вайб, то он обязательно из Майами.

Да.

Потому что это же мы.

Он у вас там еще не собрал местный какой-нибудь митап?

Вот, я подумал, блин, написать что ли ему в личку, встретиться, поболтать с чуваком, хоть помочь ему как-то.

Но я думаю, что ему 100% написали, здесь же тоже много народу.

Вот, ну это довольно интересно.

Не будьте как Кирилл, пишите людям.

Смотри, вот тут я хочу сказать.

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

Ну, наверное, это уже сделали.

Но ты не знаешь, что нет доказательств этому.

Я за то, чтобы делать.

Я за то, чтобы писать всяким людям.

Я, например, я же делаю тут в SFRuby.

Я очень много пишу разным классным ребятам.

Например, есть такой Эндрю Кейн, который написал PG Vector, всякие там Neighbor.

Ну, короче...

просто половину AI-related open source.

И он живет в Сан-Франциско, и он юрбист.

Я уже несколько раз с ним по-всякому переписываюсь.

Он просто обычно не выступает, у него вообще ни одного доклада, ни одной записи на YouTube нет.

Но моя миссия — вытащить его.

Но я вытащила, например, Джереми Эванса из Сакрамента автора.

Роды, сиквел, Поли Штруби, книжек.

Ну, короче, много таких классных ребят.

Да, у нас тут много ребят.

И я за то, чтобы...

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

Я за то, чтобы это делать.

Это не очень много думать о том, почему это не надо делать.

если это никому не вредит.

От этого получается много возможностей.

Просто это надо делать постоянно.

Не ждать, что я один раз кому-то напишу, и все сложится.

Нет.

Это, мне кажется, и есть интерпренерский стиль жизни.

У меня, на самом деле, очень много каких-то кейсов, когда я в холодную писала кому-то e-mail, и люди отвечали.

Например...

Мы сами использовали в AnyCable, такой есть open-source технология для межсерверного взаимодействия, называется NATS.

Она очень классная, ее сделал...

Дерек Колизон, по-моему, сооснователь VMware.

Короче, очень такая известная личность.

Он сделал нац, и он сделал стартап.

Называется там компания, у них немножко другое название.

Стартап, который продает какие-то нац-решения.

Я просто в холодную написала вот этому Дереку и сказала, что нам нравится нац, и давайте мы вам поможем с Руби клиентом СТК.

И это наш клиент уже там который год.

Да, да.

Ну, в плане такого деф-маркетинга вы круто делаете, тут что говорить, это офигенно.

Да, в разработке народ в этом плане супероткрытый, это правда.

Очень легко сойтись и поболтать, и, может быть, что-то замутить.

Да.

Я, знаешь, что хотел тебя спросить?

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

Можешь поделиться?

Просто один из самых таких-то классных моментов, который я помню, это когда Supabase заиспользовал ImageProxy, чтобы для своего сервиса хранения изображений и вот для формирования превью оптимизированных они заиспользовали наш open source.

И ребята сделали блог про это, целый пост, где они описали, как они сравнили, забенчмаркали ImageProxy с другими решениями и выбрали его.

И затем они еще записали видео на YouTube, в котором вот фаундер и разработчик фичи обсуждают это решение, обсуждают ImageProxy.

Просто как бы восхитительно.

Я сразу же написала Полу, фаундеру, мы с ним.

Он сразу же подскочил со мной на звонок, то есть мы поговорили, мы потом еще встретились в Сан-Франциско.

Мы придумали разные... Они на самом деле сейчас... Я их познакомила с StackBlitz, и они делают совместно разные штуки.

Они делают сейчас Hackathon, вот этот Bolted.new и Superbase.

Они сделали интеграцию.

Они делают кучу всяких штук вместе, и я их познакомила.

Прикольно.

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

Ты там в Сан-Франциске знаешь всех, да?

Да, да, да.

Так и есть.

Нет, это, кстати, это моя миссия, в общем-то, в Сан-Франциско.

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

Знаешь, тут история такая.

Я заметила, что когда мы стали продавать коммерческую версию AnyCable, мы стали получать гораздо больше качественного фидбэка.

И именно...

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

Понятно, почему?

Потому что у них это стоит в продакшене, и они от этого зависят.

И на самом деле именно благодаря вот этим ребятам, которые… У нас там есть какие-то…

знаешь, блокчейн-биржи, которые используют AnyCable, и там какие-то просто биржи, когда очень много вот этого real-time взаимодействия.

У нас есть Doximity, которая большая очень компания в Америке, которая тоже использует AnyCable.

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

Из таких смешных историй, я помню, смешная история была у Ситника, когда...

когда была проблема с безопасностью в одной из зависимостей, не прямо в его open source, а в одной из зависимостей, и там что-то упало, прям вот не с безопасностью была проблема, там что-то упало в одной из зависимостей.

И в итоге после CSS, мне кажется, короче, были какие-то проблемы, возможно, там что-то стало прям падать, и

Ситникун писали несколько ишью в минуту.

То есть он проснулся, и в течение нескольких часов

ему создавали одних и тех же идентичных ишью по несколько штук в минуту.

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

В общем, когда он это всё быстро достал ноутбук, понятно, в режиме горящей жопы, всё починил, в итоге, говорит, прислали в ответ что-то типа 50 долларов доната.

Такие истории про пенсорство.

К нему ещё периодически приходили люди, которые говорили, мол,

У нас тут high priority request от компании типа Microsoft.

Я старалась с ним работать, чтобы научить его, как отвечать так, чтобы тебе после этого хотя бы задонать.

Не послать их в задницу.

Нет, нет, окей.

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

Я говорю, фича, вот мы ее оценили, она стоит столько, готовы как бы за это заплатить, оно пойдет в open source.

Обычно, мне ни разу не отказывали, кстати.

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

Да, да, да, то есть это, ну, просто как... Естественно, если оно... Нет, иногда мы просто говорим, что наш продукт не для этого, то есть там он не должен эту проблему решать, там он там не получается никак.

Но, как правило, да, идем навстречу.

Так, например, мы сделали fallback на long polling для защищенных Wi-Fi, то есть когда веб-сокеты режутся.

Это было что-то за спонсированное какой-то компанией.

Ну, и много таких вещей.

Ну, вообще, это довольно базовая фича.

Во всех подобных либах ты это просто ждешь, да, что у тебя... Раньше-то вообще это был must-have, потому что много где не работало, а сейчас...

Да, а сейчас как бы вроде не так это распространено, знаешь.

Ну, короче, смотри.

В приватной сети всякие.

Да, в приватной сети, да.

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

Вот это то, что называется фича парити.

Не, я согласен, что при лонгполинге многие вещи тупо лучше вообще не работать, чем лонгполинг.

Это такое тоже бывает.

Тут как бы не поспоришь.

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

Да, есть такое дело.

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

А вот, наверное, последнее про найм вообще разработчиков и просто вот участие в этом добре.

Есть же еще положительная сторона, но уже со стороны вас как фаундеров, да, вот вы проект делаете, к вам приходит куча народу, делает пул реквесты.

Да, если это open source именно такой, где мне не хочется, чтобы меня мучили, для меня это будет скорее напряг.

А вот если это open source такой, как у вас, то все-таки это приносит пользу и довольно много, наверное, иногда.

Но при этом, помимо того, что это пользу приносит и собирается комьюнити и все такое, у вас же еще появляется возможность набирать себе инженеров через этот путь.

Вы это используете или нет?

Да, мы используем.

Или у вас мало, в принципе, девелоперов?

Нет, смотри, я, кстати, знаю, что есть компании...

которые прям супер активно это делают, и зачастую это... Вот, кстати, например, компании, которые нанимают эликсир разработчиков, очень часто смотрят open source, но там маленькая очень такая экосистема этих разработчиков, в принципе, не так много, и в каком-то смысле тебе все равно нужно всех нанимать вот так за руку.

То есть довольно сложно просто, знаешь, опубликовать вакансию эликсир разработчика и ждать, что к тебе кто-то супер-супер крутой придет.

Open Source, мне кажется, точно помогает нам выстраивать HR-бренд.

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

Они всегда, как правило…

пишут об этом в изначальном e-mail, и, ну, это всегда... Приоритет, в общем.

Да, плюс сто очков, сто процентов.

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

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

Зачастую так.

Наверное, не имею в виду PostCSS, который как-нибудь просто использует LV.

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

Ты хочешь выбрать какой-то более оптимальный тул.

Есть еще второй аспект, когда мы даем, именно в бэкэнде, тебе домашнее задание.

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

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

А у кого-то вообще нет времени.

Короче, такой вопрос сложный.

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

Мы даем часто не просто какие-то... То есть в бэкэнде мы даем open-source задачу.

То есть мы даем задачу, которая вообще имеет смысл.

Будет каким-то классным open-source тулом.

И очень много open-source марсианского.

Это задание, которое дали на входе новому человеку.

Он его сделал.

Например, у Вовы это было лагидзе.

Сейчас мы, кстати, новому кандидату дали задачку впилить AI в тест-проф.

И прямо там все, класс, тест-провка-пайлот.

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

А у нас получается, значит, крутой кандидат, крутой новый марсианин, и

Мы как бы можем попросить чуть больше, я бы так сказала.

То есть мы можем попросить... Я понимаю, да-да-да.

Попросить сделать чуть более большую задачу, да.

Это выглядит немножко по-другому.

А это вот та самая статья... Я просто видел статью, которую вы рекламировали на тему того, как вы хайрите.

Я посмотрел картинки, красиво, но читать не стал.

Там именно это описано было, да?

Нет, кстати, там это не описано.

Там просто ту статью писал Андрей с Викой, и она больше про фронтенд.

Во фронтенде мы так не делаем.

У нас разные процессы.

Во фронтенде мы даем более стандартные домашние задания.

Как бы нам, может быть, сложнее придумывать там новые идеи для опенсорса.

Ну вот, из ДКшки, да.

Тут просто вопрос, в какой вы области варитесь.

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

Так что есть вполне варианты.

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

Ну, что-нибудь такое.

Или, например, что-то с базой.

Там, кстати, сложнее, потому что большая часть open-source не использует базы, а это все-таки обычно либо.

Но что-то придумываем.

Короче, что вспомнила про то, как помогает open-source?

Короче, у нас было такое направление, есть, вернее, такое направление, оно называется «Работа с новыми цветовыми пространствами».

Звучит очень странно, но мы вот все привыкли использовать HEX-коды для кодирования цветов.

Вот эти FFFFF.

Помнишь, как когда, я думаю, мы оба, когда в 2000-х, когда мы делали сайты, ну мы просто, мы же всегда писали код просто в блокноте руками, и мы просто помнили, ну и могли там.

Мы знали примерно, как выглядит цвет, исходя из его записи.

Ну, какие-то, да, были такие штуки.

Но в любом случае, пикерами-то я активно всякими пользовался.

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

Си что-то там или... Да, в общем, история в том, что Рома Шаймин и Андрей Ситник упоролись на тему нового цветового пространства и...

использование новой модели записи цветов.

Она называется OK LCH.

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

То есть ты можешь сохранить lightness и поменять оттенок, например.

И они настолько в это увлеклись этим, что в мае я вместе с еще нашим дизайнером делаю доклад на Figma Config про это.

И мы подружились с одеврялами из Figma, они нас нашли из-за этого.

Они поняли, что мы невероятно глубоко погружены в эту тему.

Figma сама еще даже как бы не так серьезно к этому относится, как к этому относимся мы.

И вот им было очень интересно, чтобы мы про это рассказали, они нас прям позвали.

И для меня это супер достижение.

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

Потому что все-таки мы не очень большая... Мы маленькая наша команда с точки зрения дизайна.

В целом.

Объективно.

У нас пять человек.

Ну да, то есть сказать, что вы известны для разработчиков с точки зрения дизайна, наверное, особо не скажешь.

Инструменты какие?

Ну, у нас очень крутые дизайнеры.

Они реально просто боги.

Но мы маленькая при этом команда.

То есть, естественно, мы не сравнимся просто по размеру с миллионом других...

продуктовых и агентств дизайнерских чисто и так далее.

В общем, пример про то, что все воспринимали цвета как данность, вот те цвета, которые у нас есть.

На самом деле те модели цветов, которые у нас есть, они минимально удобны.

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

Посмотрите на все цвета, которые мы используем.

Это синий, белый.

Вот я смотрю на интерфейс, в котором мы сейчас сидим.

Там какие-то оттенки серого.

Это все цвета, которые у нас есть.

А если подумать, например, о интерфейсах, в которых мы делаем что-то скучное, что-то монотонное.

И сами эти интерфейсы тоже скучные и монотонные.

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

Мне, кстати, интересно, в AdTech может быть больше цвета?

Я не видела.

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

Вот, например, если ты посмотришь на...

попытку рефокуса это наши вот ребята которые из россии запускались в азии у них там кислот вообще только такой но это индонезии это так задумано там все как надо но честно скажу вот такой связи прямой как ты это видишь я не вижу почему потому что за цвета отвечает совершенно другие люди то есть это например бренд

И там они уж точно не мыслят тем, какие у нас проблемы в технической части.

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

И только там где-то разработка уже начинает встревать.

«Ой, вот тут у нас не получится, тут у нас получится».

Одна из библиотек, которую мы делаем, это такая генерация палитры по, в общем-то, брендовым цветам.

Знаешь, к кому надо идти?

Это, собственно, к агентствам, которые всем этим занимаются.

Потому что, понятное дело, мы не сами это делали.

То есть у нас бренд-менеджер, но он работал, соответственно, с ребятами, которые профессионально этим занимаются.

То есть это агентства и все остальные.

А вот про кого ты говоришь, что ребята сами сели, напилили...

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

Они такие, о, давайте такие цвета выберем.

Но все-таки мы уже немножко на другом уровне, мы работаем через бренд-менеджера.

Так что разработка здесь вообще играет последнюю роль.

Она делает то, что ей говорят.

Блин, там знаешь, есть такая проблема?

Даже когда у тебя есть брендовые цвета, ты все равно, ты же должен, ты хочешь соблюсти вот эти все контрасты, ну, как бы, да, accessibility.

И поэтому, мне кажется, ты играешь на очень безопасную стратегию.

Ты будешь говорить, чтобы обеспечить контрасты, никакие цветные фоны использовать не буду, потому что это страшно.

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

Кстати, ты не поверишь, тут опять же мы, наверное, в этом плане ребята такие отличающиеся, потому что

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

Что я имею в виду?

Ну, например, мы используем Bootstrap почти везде.

И поэтому получается, что у тебя большая часть цветов выставляется автоматически.

И мы стараемся сделать так, чтобы... То есть моя задача в этой именно части не думать.

И делать так, чтобы команда об этом не думала.

В целом, наверное, так и должно быть.

Но, кстати, Tailwind использует OKLCH.

И они как раз...

Ну, пока там я не видела прям какого-то супер-пупер использования, но в теории, когда ты используешь OKLCH, ты вот можешь генерить палитры программ.

То есть это смысл весь в этом, что, допустим, у тебя есть там 2-3 брендовых цвета,

И вопрос?

Четыре, да.

Ты даже знаешь, как там, типа, есть две палитры, там, основные цвета, дополнительные, суммарных штук около семи.

Я просто сейчас вот сходу не вспомнил.

О, интересно, да, интересно посмотреть.

Но дальше именно для веба тебе нужны...

тоже какой-то набор.

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

И плюс, когда...

мы еще вот всегда делаем темную тему, когда мы ревертим, ревертим как бы вот эти контрасты наоборот.

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

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

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

Поправить lightness так, чтобы между ними был контраст нужный.

Ну, прикольно.

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

Приходите в коммитте Bootstrap.

Bootstrap, блин.

Может быть, может быть.

А кто, кстати, кто мейнтенит Bootstrap, ты знаешь?

У меня, кстати, периодически вот эти разговоры бывают, когда мне тоже люди говорят, вот Tailwind, Tailwind.

Я говорю, Tailwind – это все классно, но это инструмент для девелоперов, которые на базе него что-то делают.

А мы… У нас есть, конечно, скажем так… Знаешь, вот как… Еще что хочется сказать.

Вот есть технические вещи, которые для нас являются…

корневыми, где действительно мы вкладываемся и для нас важно.

У нас, например, это инфраструктура запуска практик.

Ты готового решения не найдешь.

Это целая история связи, интеграции.

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

И чтобы мне не приходилось... Вот у меня бэкэндер делает, и я ему сказал, ну, вот тебе еще в пару дизайнера и верстальщика фронтендера.

Ни в коем случае.

То есть должно быть, чтобы не думать вообще.

Карточка прям конкретно.

И Tailwind в этом плане очень плохой инструмент.

Я не говорю, что он плохой, но я имею в виду для решения этой задачи.

Тебе нужно что-то поверх Tailwind, чтобы решить эту задачу.

Иначе у тебя получится...

Что мне бэкэндеру надо делать?

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

Поэтому, конечно, нам подходят какие-то инструменты на его базе, но сам он нам не подходит.

А учитывая, что мы, по сути, сейчас же в основном все-таки пишем уже на... Ты не просто Tailwind берешь, да, ты берешь конкретно компоненты под React, компоненты под Vue.

Соответственно, тебе нужны совершенно другого уровня вещи...

Поэтому для меня Tailwind сейчас выглядит как некий, знаешь, такой базис для людей, которые делают на базе него системы.

Да, я поняла.

Оно, кстати, так и есть.

Кстати, компания Tailwind также это практически видит.

Они же продают темы.

Они не просто темы.

Мы в прошлый раз тоже обсуждали.

Они недавно зарелизили какую-то новую фигню.

Это именно а-ля...

Даже не тема.

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

И получается, тебе не нужно оперировать вот этой низкоуровневой штукой.

Но она за бабки.

А Bootstrap бесплатен.

Да, да.

Ну, в принципе, слушай, ты можешь взять бесплатный... Кстати, вот Свят сделал сейчас такой стартер-кит для Rails на инерши с шат-сиеном и с Tailwind.

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

Я говорю, ребята, вы видели, что это такое?

Это просто копипаста этих классов.

То есть, если у тебя выходит новая версия Bootstrap, у тебя карточки автоматически поменялись.

А, тебе не нравится это?

А большинству людей просто это нравится на самом деле.

Людям нравится, что у них ничего не обновляется.

Программистам.

Да, программистом.

Я бизнесмен.

Мне нужно, чтобы я апдейт написал, и у меня все было по последнему, и мне не надо было об этом думать.

То есть это работает, говорю, когда у тебя вот команда фронтендеров, они такие, ой, нам нужно тут гибкость, ой, мы должны все контролировать.

А я хочу, чтобы фронтендом занимались другие.

То есть, понимаешь, вот это то самое, что не мы фронтендом занимаемся.

Это команда на аутсорсе бесплатная моя.

Вот что для меня Bootstrap, да.

И, кстати, ты не поверишь, как сложно разработчикам принять эту мысль.

Они прям, я им это объясняю, вот очень многие не могут принять эту мысль.

Они просто не могут.

Они прям пишут, что Кирилл, нет, не так.

Я говорю, ну, свои бизнесы запускайте и делайте, как вы считаете нужно.

Нет, нормально, нормально, да.

Есть такая штука.

Ну, нет, главное, что для тебя это работает, и все.

Я думаю, что... Я тоже говорю ребятам, 13 лет в продакшене, как бы, сорян.

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

А пока нет такой прям безумной неприятности.

А я тебе прям даже скажу.

Вот, например, я недавно переписывал на инерцию код Basics, и я как раз писал тоже про Bootstrap, про всякие варианты.

Знаешь, что я нашел?

Я нашел, например, Prime React.

Это либо похожая, но она... Знаешь, что мне нравится?

Там как раз нет ничего в основе, то есть он headless.

И получается, что у тебя как бы... Потому что вот я тебе пример приведу.

React Bootstrap, например, это либо поверх Bootstrap, но проблема в том, что делают другие люди, она отстает.

У тебя, получается, есть базовая либо есть эта.

А Prime React это только реактовские компоненты, и получается, что они ни на что не завязаны, что они там от чего-то отстанут и так далее.

И все, что надо, у них есть классный теминг под конкретный фреймворк.

Хочешь Tailwind, хочешь еще что-то.

И получается, что мы что сделали?

Мы просто его... У нас есть Bootstrap, мы добавили туда Prime React, он нам из коробки дал еще 30 компонентов, или там 40.

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

И вот он тебе дает 40-30 таких компонентов, ты его стилизуешь под Bootstrap, и вот у тебя X3 в возможностях.

Из ничего.

Понимаешь, да?

Да, это круто.

То, что там можно стилизовать под Bootstrap, вот это интересно.

Не только.

То есть они и Headless, и причем там все текст-скриптовое, ты описываешь.

У них, правда, из коробки нет для пятого Bootstrap, есть для четвертого.

Но мы типа четвертый поставили, в целом как бы для админок работает.

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

Уровень, ну, понимаешь, решения, он очень серьезный.

То есть никаких у тебя новых разработчиков, никакой поддержки.

А вот эти... Я каждый раз название не могу произнести, но это просто копипаста наборов этого, как его, господи, Tailwind.

Вы захотите что-то поменять, вот вам с этими кишками и заниматься.

Никто за вас их не поддерживает.

Да, это...

Это правда, да, это правда.

Но там просто многие команды это любят.

Надо сказать, что это как бы выбор.

Потому что они фронтендеры, да, потому что они хотят гибкость.

Да, да, да.

Да, круто, слушай, здорово.

Ирина, тебе спасибо большое, что ты к нам пришла.

И все это к нам, почему к нам, ко мне в гости, можно сказать.

И все это рассказала.

Мне, на самом деле, было суперинтересно.

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

И более того, мы сейчас... Если я скажу, что сейчас хайп этих продуктов идет, я, наверное, не совру, потому что мне кажется...

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

Это правда, это правда.

И если посмотреть хороший сигнал, то сколько этих стартапов в батчах Y-комбинатора.

А, то есть увеличивается их объем, да?

Большой процент, да.

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

Так и будет.

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

Так и есть, не говори, так и есть.

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

Может быть, вопросы мы вместе с Кириллом постараемся ответить.

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

На самом деле, если посмотреть...

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

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

Ну, просто прорывные решения, лучшие решения.

И мне кажется, давайте делать, находить лучшие решения всех проблем.

Поэтому таким образом индустрия и будет развиваться.

А проблем хватает, хочется сказать.

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

Ребят, ставьте свои лайки, независимо от того, понравилось вам или нет.

Всем большое спасибо.

До новых встреч.

Пишите, что вы об этом думаете в комментариях, делитесь своими идеями.

Пока.