zwuck

Забурившись в этот ваш инторнет стал искать подходящее предложение на различных торговых площадках и, найдя подходящее предложение, совершил финансовый маневр и заказал Raspberry Pi 5 на 4 гигабайта оперативной памяти и микро сд карту на 32 гигабайта.

Зашел на официальный сайт малинки, скачал дистрибутив Raspberry Pi OS Lite, без графического интерфейса (ибо уже научился работать с линуксом через консоль), на карту памяти, вставил ее в малинку, запустил и после небольшой магии все было готово. Для первоначальной настройки подключил к малинке монитор и клавиатуру, так как необходимо было, как минимум, подключиться к вай-фай, обновить пакеты, установить докер, ngrok (про ngrok я писал тутъ) и т.д. Все работало быстро (лайк) и без всяких нареканий (дабл лайк).

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

• Запуска self-hosted версии gitea. Все мои проекты на тот момент хранились на гитхабе, дабы немного уменьшить риски (всякое бывает), решил иметь альтернативный и полностью контролируемый мною сервис под рукой;

• Хранилище бэкапов бд и мультимедии разработанных продуктов;

• В качестве собственного облачного хранилища. Использовал для этого self-hosted решение от owncloud;

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

Для некоторых продуктов, например, для разработанной мною чат-рулетки в виде мини-приложения в тг t.me/Socionyx_Bot/socionyx (зацените), малинка идеально подходит для тестового запуска и проверки гипотез.

А на этом все, коты и котанята, в следующей части расскажу, с какими трудностями я столкнулся и чем была омрачена первоначальная радость. Так же не забываем, у меня есть telegram канал t.me/socionyxchannel, где я пишу про будни разработчика.

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

Так вот, углубившись по самое не могу в этот ваш интернет и языковые модельки я нашел сервис, который называется ngrok (ссылку не буду оставлять, без проблем самостоятельно найдете в интернете), который позволял для выбранного порта (3000, 8080, 8081 и т.д.) получить публичный url адрес. Ну и усе, теперь я могу этот публичный url адрес указывать где угодно и когда угодно, ведь я уже взрослый.

Давайте приведу непосредственно примеры использования функционала ngrok. Если вы создаете телеграм мини-приложение, как это сделал я, встроив чат-рулетку в тг  t.me/Socionyx_Bot/socionyx (это что, опять нативная интеграция? Затестите пацантре, норм получилось), вам для запуская приложения через бота, в настройках же бота, понадобится указать url адрес. Вы либо указываете url адрес, который приобрели у соответствующего провайдера за денежку (об этом я писал тутъ). Либо, как вы уже догадались, используете url от ngrok, для тестирования вашего приложения этого будет более чем достаточно. Еще один способ использования заключается в том, что кроме url ngrok позволяет сгенерировать вам ssh, который я использовал для удаленного доступа к своей raspberry pi (о чем я хочу рассказать в отдельном цикле статей).

Но, пришла беда, откуда не ждали. Сервис ngrok стал блокировать доступ с российских ip адресов, плак-плак.

Благо, альтернатива нашлась достаточно быстро и неожиданно, я всего лишь стал использовать старый советский…Visual Studio Code. Оказалось, что эта среда разработки позволяет также получать внешний url адрес для необходимым вам портов. В терминале выберите вкладку port, затем нажмите на Forwar a Port, после чего укажите необходимый для внешнего доступа порт.

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

А на этом все, пасаны и пасанята, не забываем, у меня есть telegram канал t.me/socionyxchannel, где я пишу про будни разработчика.

Опять же, вернемся к многострадальному сайту конструктору визиток. После того, как мы зарелизили продукт у одного из членов (хе-хе-хе) команды возникла мысль, а что, если провести анализ рынка и оценить, сколько вообще на этом поприще имеется денег/тугриков/валюты, сколько потенциально вообще можно заработать? Были выявлены основные конкуренты и из открытых источников получена и проанализирована их выручка и прибыль. И, оказалось, что объем рынка в России для выбранного нами сегмента составляет что-то порядка 100 млн. рублей в год. Казалось бы, хорошая цифра, что может пойти не так?  

Давайте посчитаем, на рынке уже было порядка 10 конкурентов, что в среднем нам дает порядка 10 млн. рублей в год на конкурента, что дает 833 333 рубля в месяц. Не предел мечтаний, конечно же (ведь это выручка, с учетом всевозможных затрат прибыл, и чистая прибыль будут значительно меньше), войти в форбс такими темпами не получится. Так же не будем забывать, что эта усредненная цифра для уже работающей компании, у которой уже была доля рынка и пользователи. Для составления конкуренции существующим компаниям, пришлось бы приложить титанические усилия ради сомнительного результата. Вывод: проведите же анализ рынка (вообще любой предварительный анализ), други мои, чтобы понять, есть ли у него вообще хоть какой-либо денежный потенциал, ведь бизнес, это всегда про деньги.

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

В ходе мозгового штурма появилась у нас идея попробовать ворваться в сферу онлайн образования. Стали параллельно изучать рынок/конкурентов/ниши и разрабатывать сайт. За пару дней запрогали сайт заглушку с минимальным функционалом, в виде выбора тем и отправки уведомлений в тг, и запустили рекламу на целую 1000 рубликов. Результат был закономерный, пользователи совершенно не заинтересовались нашим решением. Казалось бы, fail, ан нет, win и я вам сейчас поведаю, почему. Смотрите, попробую в аналогию, бизнес — это как бег, только не спринт, а марафон, причем бесконечный. Так вот, как бы это странно не звучало, главное здесь это не «победить», а «не проиграть». А для «не проиграть» очень важно, как можно меньше совершать ошибок, особенно критических, и пробовать, пробовать и еще раз пробовать. Именно это и произошло с нашим продуктом, мы потратили минимальное время, усилия и ресурсы на разработку/продвижение и максимально быстро получили обратную связь и не стали дальше ввязываться в эту авантюру и понапрасну тратить ресурсы. Да, мы не выиграли, но и не проиграли и, как результат, у нас осталось еще достаточно ресурсов для следующих попыток.

Ну и конечно жеж, стоит упомянуть еще один продукт, где, как я считаю, все сделано правильно. И это чат-рулетку в виде мини-приложение в telegram t.me/Socionyx_Bot/socionyx (ну наканецта нативная интеграция!!!!!). На данный продукт было затрачено минимальное количество ресурсов при разработке и постепенно, в удобном и комфортном режиме, ведется его продвижение и проверяются некоторые гипотезы.

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

Ссылка на мой telegram канал t.me/socionyxchannel, you are welcome too, где я пишу про будни разработчика.

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

Объясню на собственном опыте. Возникла у нас в команде идея автоматизации поиска новых сотрудников компаниями, дабы упростить работу рекрутеров. Подготовили список вопросов, набросали примерный план интервью и приступили к работе. Лично я провел 7 интервью, а другой член команды провел порядка 20 интервью (жесть). И знаете, что?

После касдева мы пришли к выводу, что в данной нише вообще нет боли, для всех проблем и задач уже есть готовые инструменты и решения. С одной стороны, можно сказать, что результат негативный, так как на весь касдев у нас ушло порядка 3 (или 4) недель и никакого продвижения по итогу не случилось. С другой стороны, мы потратили всего 3 (или 4) недели и не потратили еще больше времени и ресурсов на разработку заведомо провального продукта.

В предыдущем абзаце я затронул очень (ну прям очень) важную мысль, а именно, приложение/продукт/сервис должен устранять боль потенциального клиента, а не впаривать ему ценность. Смотрите, объясню на аналогии зубной боли. Если у вас болит зуб, прям жесть как болит, вы готовы сделать все, абсолютно все, чтобы эту боль устранить. Абсолютно аналогичная ситуация и с разработкой продуктов, если ваше решение устраняет боль клиента, то он готов максимально участвовать в тестировании и даже разработке продукта, даже если на начальном этапе разработки продукт плохого качества (нет каких-либо фич, плохой дизайн и т.д.). Штош, на этом пока все, пацантре. Следующая часть будет финальная, где я поведаю о еще парочке набитых шишек и подведу итоги.

Ну и не забываем, я разработал чат-рулетку в виде мини-приложение в telegram, как говорится welcome t.me/Socionyx_Bot/socionyx. Недавно приложение получило крупный апдейт (Разработка telegram мини-приложения в 2025 или как я дошел до жизни такой. Крупный апдейт).

Ссылка на мой telegram канал t.me/socionyxchannel, you are welcome too, где я пишу про будни разработчика.

Безусловно, существуют уже известные всем маркетплейсы, такие как авито, озон, вайлдберис и т.д. Но они в основном рассчитаны на b2c (business to consumer), то есть продажа продукции физическому лицу, а мы же хотели целиться в b2b (business to business), то есть продажи бизнеса бизнесу. Безусловно мы искали, но никого не нашли.

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

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

Вторым продуктом, который мы начали пилить, был конструктор визитки. Используя набор блоков (для текста, картинок, видео, функциональных кнопок) вы могли из них составить визитку, где указывали информацию о вас, хоть личного, хоть бизнесового характера.  В этот раз на разработку у нас ушло порядка 3 (или 4) месяцев, что уже сильно меньше, чем в случае первого продукта, но даже в этом случае мы могли сильно раньше зарелизить продукт и получить так необходимую нам обратную связь от пользователей. А знаете, почему мы тянули? Да потому что надо обязательно (нет) реализовать эту (платные тарифы) и эту фичу (добавление видео), а еще эту (уникальная ссылка) и эту (галерея) и вот еще этой (создание шаблонов) не хватает и вот тогда… Как итог, мы стали разрабатывать для себя, ведь это так круто, посмотрите на вот эту фичу, уау, круто!!! Функционал сильно разросся и из обычного конструктора визитки получился недо-конструктор сайтов. Как результат, мы просто уже не понимали, как позиционировать наш продукт и на какую целевую аудиторию ориентироваться.

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

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

Не забываем, я разработал чат-рулетку в виде мини-приложение в telegram, как говорится welcome t.me/Socionyx_Bot/socionyx. Недавно приложение получило крупный апдейт (Разработка telegram мини-приложения в 2025 или как я дошел до жизни такой. Крупный апдейт).

Ссылка на мой telegram канал t.me/socionyxchannel, you are welcome too, где я пишу про будни разработчика.

И так, MCP призвана решить проблему изоляции языковых моделей от актуальных данных. Смотрите, когда языковая модель обучается на данных, по итогу обучения она совершенно ничего не знает, что выходило бы за рамки этих данных. Языковая модель не сможет сообщить вам актуальный курс валют или просто погоды в каком-либо регионе, это фундаментальная особенность, заложенная в самой основе искусственных нейронных сетей. С этими особенностями я не понаслышке знаком и в году так 2015, мб даже раньше, писал свою либу для нейронок на java (не исключено, что поведаю об этом в следующих статьях), почти не используя сторонние библиотеки, только чистая java, только хардкор.

Возвращаемся обратно к MCP. Ноябрь 2024, компания Anthropic (и опять она) представила MCP — открытый стандарт, предназначенный для того, чтобы связать AI-ассистентов/агентов с данными и инструментами, подключая любые источники контекста. Стандарты, особенно открытые, это всегда гуд. Как-то так все это выглядит.

Вместо балагана из уникальных API для каждого сервиса, дабы подтянуть оттуда данные для языковой модельки, у нас появляется универсальный инструмент. Это как usb-c, который призван объединить все предыдущие разъёмы и стандарты.

MCP задает четкие правила того, как языковая модель может находить, подключаться и использовать внешние инструменты/сервисы, например,  —выполнение запроса к базе данных. Это позволяет моделям выходить за пределы своих обучающих данных, делая их более гибкими и осведомленными о внешнем мире. Представим, что у вас есть база данных с какими-либо данными, которые постоянно добавляются и обновляются. Благодаря MCP и возможности языковой модели брать данные из это базы данных, вместо составления сложных sql запросов (inner join, outer join, как вспомню, так вздрогну), вы составляете промт для языковой модели, а она уже самостоятельно все делает и выдает вам результат.

На этом все, пацантре, вот такой он этот ваш MCP. Так-с, господа, посты про языковые модели временно заканчиваются (а то поднадоели ужо), пока не появятся какие-либо прикольные и новые инструменты/сервисы/лабубу, связанные с ними. Хотя, на вскидку, уже есть пара тем, которые следует осветить в будущем, а именно MoE (Mix of experts), reasoning (размышление) и локальное развёртывание.

Не забываем, я разработал чат-рулетку в виде мини-приложение в telegram, как говорится welcome t.me/Socionyx_Bot/socionyx. Недавно приложение получило крупный апдейт (Разработка telegram мини-приложения в 2025 или как я дошел до жизни такой. Крупный апдейт).

Ссылка на мой telegram канал t.me/socionyxchannel, you are welcome too, где я пишу про будни разработчика.