Java → Rust → 0% готовности: как разработчик за 7 лет так и не дошел до MVP своего проекта

от admin

В 2025 году автор проекта пообещал все же начать делать его с умом

7 июня 2025 года разработчик под ником @jonhoo опубликовал пост в честь годовщины проекта Sandpolis — инструмента удаленного администрирования, который он разрабатывает… с 2018 года. За это время проект так и не дошел даже до стадии MVP.

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

Как все начиналось

Sandpolis задумывался как универсальный инструмент для системных администраторов. Идея пришла в университете, энтузиазма хватало. Уже в 2019 году у проекта была рабочая Java-серверная часть (~50 000 строк кода) и небольшой iOS-клиент на Swift (~10 000 строк).

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

Почему за 7 лет не получилось даже MVP

Вот как сам автор описывает главные причины провала:

  • Переписывание ради языка. Rust стал увлечением, и проект превратился в площадку для экспериментов, а не развития продукта.
  • Фокус на «интересном», а не важном. Вместо ключевых проблем (например, проработки модели данных) автор занимался второстепенными деталями: паролями, мелкой оптимизацией.
  • Дыры вместо структуры. Поскольку сложные задачи откладывались, проект обрастал кусками кода, которые не складывались в единую систему.
  • Отсутствие дисциплины. Основной диагноз: нежелание делать трудное и скучное. Работа велась по принципу «где интересней» — но не «где нужней».
Читать также:
Разработчик с опытом объяснил, почему новички тонут в туториалах, а не в знаниях

Что автор понял спустя 7 лет

Дисциплина — это то, чего в инженерии сегодня не хватает так же сильно, как хорошего вкуса.Jonhooавтор Sandpolis

Основные выводы:

  • Делай приоритетное — даже если оно скучное. Не отвлекайся, пока не решишь главную задачу.
  • Чем дольше код сломан — тем сложнее его починить. Правки должны возвращать проект в рабочее состояние как можно быстрее.
  • Не переписывай без причин. Переписка кода на новом языке может уничтожить весь прогресс.
  • Ранние ошибки становятся дорогими. Лучше «заплатить» временем сразу, чем страдать потом.
  • Идеи без реализации — это просто мечты. Рабочий код важнее красивых концептов.

Что дальше

Разработчик пообещал, что в 2025 году он сосредоточится только на одной вещи: идеальной модели данных для Sandpolis. А уже после — будет строить вокруг нее приложение.

Был ли у вас такой буксующий пет?Да, был у меня один такой проектик, который все никак не получалось закончить…В целом нет. Беру обычно что-то мелкое, вполне реализуемое

Похожие статьи