惯性聚合 高效追踪和阅读你感兴趣的博客、新闻、科技资讯
阅读原文 在惯性聚合中打开

推荐订阅源

J
Java Code Geeks
博客园 - 司徒正美
博客园 - 【当耐特】
爱范儿
爱范儿
OSCHINA 社区最新新闻
OSCHINA 社区最新新闻
IT之家
IT之家
人人都是产品经理
人人都是产品经理
雷峰网
雷峰网
酷 壳 – CoolShell
酷 壳 – CoolShell
freeCodeCamp Programming Tutorials: Python, JavaScript, Git & More
大猫的无限游戏
大猫的无限游戏
月光博客
月光博客
宝玉的分享
宝玉的分享
V
V2EX
S
SegmentFault 最新的问题
V
Visual Studio Blog
阮一峰的网络日志
阮一峰的网络日志
Martin Fowler
Martin Fowler
Jina AI
Jina AI
让小产品的独立变现更简单 - ezindie.com
让小产品的独立变现更简单 - ezindie.com
博客园_首页
L
LangChain Blog
D
Docker
腾讯CDC

Все публикации подряд на Хабре

Ловим музу за клавиатуру: как айтишнику стать автором Что умеет Midjourney в 2026? Мой немного грустный разбор этого шикарного инструмента Никто не любит писать тесты, но ИИ может исправить это IPv8 выглядит как мечта. Поэтому почти наверняка не взлетит Производители вернули в продажу материнки с DDR3. Что происходит? Управление агентом с телефона через Telegram теперь в KodaCode От координации к лидерству: как меняется роль руководителя разработки Я сделала родителям бизнес вместо пенсии: зарабатываем 70 тысяч, мама не даёт продать В три раза быстрее приемка товара и оптимизация трудозатрат на 73%: как «РСТ-Инвент» помог Gulliver Group ИИ-шечный мир победил? О влиянии искусственного интеллекта на игропром Кремль снижает давление на Телеграмм пока Европа строит интернет по паспорту Как CEO, CTO и CIO за 8 часов собрали ИИ-директора, который умеет держать позицию под давлением Как (не) потерять домен за выходные Вместо 8 разных VPS: как я организовал практику студентам на одном сервере Почему твой Open Source проект не замечают? R&D: искусство управления неопределенностью в разработке AI-дефляция: вакансий для разработчиков больше, а рост зарплат — худший за 15 лет Мы отдали управление роботами OpenClaw. Что из этого вышло Галактический ID: система идентификации для всех форм разумной жизни Шесть основ бизнес-анализа: начинаем с вопроса «Кто в игре?» Код-ревью, в котором дело не в коде Данные переехали. Команда — нет Системной подход к сдаче OSWE в 2025 Почему комната управления реактором покрашена в цвет морской пены 4 YAML-файла вместо PySpark: как аналитикам строить пайплайны без разработчиков LLM-агент для поиска свободных доменов: автоматизируем подбор Когда, зачем и как правильно начинать новую сессию в Claude Code? Как я заставил нейросеть писать макросы для FreeCAD Анатомия ИИ‑агента для подбора персонала. От тысячи резюме к топ‑10 за минуты Опыт разработчика как экономика внимания
Ищем разработчика в Synaps — приложение для научного нетв...
kachetaykina · 2026-05-31 · via Все публикации подряд на Хабре

3 мин

7.1K

Это третий пост о нашем проекте на Хабре. В первом мы рассказывали гипотезу, во втором — что из неё выжило после первых пользователей. Сейчас короткий и довольно прямой пост: мы ищем разработчика. Без модной формулировки про «rockstar ninja» — реально студенческий проект, в котором сейчас не хватает рук, чтобы двигаться дальше.

Что есть

Synaps — мобильное приложение, в котором учёные и студенты находят друг друга по конкретным задачам: консультация по статистике, помощь с анализом данных, поиск соавтора. Не «соцсеть про науку», а лента запросов с откликами и встроенным чатом.

На сегодня:

  • приложение лежит в RuStore;

  • прошло два цикла закрытых бета-тестов;

  • 38 зарегистрированных пользователей, около 40 пользовательских действий за две недели — цифры маленькие, но реальные люди с реальными задачами;

  • есть админ-панель, какая-то аналитика, представление о том, что работает и что нет;

  • команда — студенты ВШЭ.

Честно про то, как это было сделано

Первая версия приложения собрана на ai-инструменте (Rork). Это позволило нам быстро дойти до работающего продукта, проверить гипотезу и получить первых пользователей — без этого мы бы до сих пор спорили о макетах в Figma.

Но дальше начинаются ограничения. То, что собирается на no-code/ai-генерации хорошо для прототипа, плохо тянется в нормальный продукт: сложно влезть в логику, тяжело добавлять нетипичные фичи, кастомизация интерфейса упирается в потолок инструмента, контроль над данными ограничен. Мы уже упёрлись в это в нескольких местах.

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

Кого ищем

Mobile-разработчика (Flutter или React Native — обсуждаемо, мы открыты к аргументам). Уровень — не важен формальный, важно, что человек:

  • может довести фичу от идеи до релиза без жёсткого ТЗ;

  • готов работать в продукте, где многое ещё не решено и решается по ходу;

  • комфортно себя чувствует в среде, где нет менеджера, который скажет «делай так»;

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

Бонусом — опыт с backend (у нас сейчас простой бэк, его в какой-то момент тоже надо будет аккуратно довести до ума).

Что мы предлагаем

Сразу про деньги: денег пока нет. Это студенческий проект на ранней стадии, без инвестиций. Если для вас это стоп-фактор — это нормально, тогда нам не по пути, и спасибо, что дочитали.

Если не стоп-фактор — вот что есть:

  • продукт с настоящими пользователями, а не учебная задача в стол;

  • доля в проекте (обсуждается отдельно с теми, кто реально вписывается);

  • полная техническая автономия — никакой бюрократии, дизайнер, продакт и backend сидят в одном чате;

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

  • понятный публичный результат, который можно показывать в портфолио (приложение в RuStore, посты на Хабре, цифры).

Чего мы не предлагаем: стабильности корпоративного найма, чёткого графика, релиз-цикла по спринтам и онбординга. Мы сами половину этих вещей ещё строим.

Что дальше

Если откликается — напишите в Telegram @synaps_networking или прямо в комментарии. Расскажите в двух абзацах:

  • что вы уже делали (ссылки на репозитории/проекты, если есть);

  • что вам интересно в нашей задаче (или что наоборот непонятно — это тоже полезно);

  • сколько часов в неделю реально готовы тратить.

Резюме в формате «5 лет опыт enterprise Java» — не надо. Нам важнее, что вы делали и зачем, а не как это оформлено.

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