Как добить проект?

Question

[Hdeul]

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

Comments

[Алан Гибизов]

Я не руководитель проекта, делал программу для себя для автоматизации работы через selenium. Сделал первый вариант, около 1000 строк, он работал, но там сплошной велосипед на костылях. Потратил уйму времени и сил, дорабатывал, причесывал…

Потом устал, решил рефакторить. Почитал, разобрался, сделал по правилам. Код стал в три раза меньше, разделен на слои «локаторы, элементы, страницы, сайт», в общем совсем другое дело. Работает надежней, быстрее на порядок, каждый косяк локализовался и вместо костылей, которые одно ломали, другое чинили, сейчас каждый элемент содержит свои костыли ;), на другое не влияющие.
Осталось тестами покрыть, и будет конфетка.
Я очень доволен.

Надо не бояться рефакторить и выбрасывать легаси. Тратить силы на поддержку принципиально неверного решения - принципиально неверное решение :)))

[shurshur]

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

Если всё так плохо, то не надо вообще проект показывать, пока он всё ещё остаётся таким плохим. Ограничиться внутренними показами, внутри своего отдела или других отделов своей организации. Показывать специалистам из числа друзей. В конце концов, дать своей маме потыкать по кнопкам - пусть лучше она случайно найдёт ту самую, что делает delete without where и роняет приложение насмерть, чтобы это не случилось во время важного показа...

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

Answer 1

[Николай Савельев]

90% проектов загибаются и умирают и это абсолютно нормально. Надо быть смелым, чтобы посмотреть правде в глаза и закрыть проект.
Запускай ещё 10 проектов, 9 из которых тоже умрут, но один сможет выстрелить. Пока не закроешь этот, то до десятого не доберёшься

Answer 2

[GavriKos]

Ну чет как то информации мало...

Не работает проект - т.е. ошибки в разрабатываемом софте? Это решается правильной организацией работы. Начиная от отдела тестирования и заканчивая TDD каким нить например.

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

Answer 3

[12rbah]

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

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

Comments

[Hdeul]

Первые ошибки были в алгоритмы, но это уже отладили, как я написал тесты для этого
1. Сейчас, полностью серверную часть переделываем за неделю до показа, а именно решели переделать nginx, перенести бд в облачную часть, связанно девопс.
2 Это функционал где дизайна ждали и текст о продукта, из за этого я не делал функционал, а как начел вносить изменений то появились проблемы, что не так просто текст поменять

Это проблема текущие релиза

[GavriKos]

А накой понадобилось за неделю до показа переделывать серверную часть? Она не удовлетворяла требованиям показа? Если да - то вы неверно расставили приоритеты и надо было заранее думать что это влиет на показ. Если нет и на показ эта переделка не влияет - то накой переделывать?

[12rbah]

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

Это решамая проблема, такие штуки в целом нормально делать перед релизом.

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

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

Answer 4

[mayton2019]

Квотировал не только с вопроса но и с ответов автора.

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

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

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

Надо посмотреть покрыты ли основные бизнес-кейсы авто-тестами. Самый простой пример.
Берете и ломаете свой исходник в одном месте. И тесты должны это заметить. Если не замечают
- это проблема.