Диёр
мне интересно что это за проект, который можно сделать
Mark
Но я это сферически в вакууме говорю. Практически если я встречал интересную команду, то и проект был хороший.
Диёр
со стороны бизнеса всегда прилетят таски на развитие проекта
Mark
со стороны бизнеса всегда прилетят таски на развитие проекта
Разные бывают. Но, как я уже говорил, это был сферический ответ на сферический вопрос. На практике не встречал такого ни разу.
Dmitry
ну, кстати, я иногда задаюсь вопросом, почему хорошие дядьки-сеньеры работают на хороших проектах, когда могут работать на плохих, делая их лучше (ну возьмем за условие то, что сеньеру не важны деньги в первую очередь)
Диёр
ну во-первых кто разгребать хочет? во-вторых на плохих проектах и манагеры плохие
Vladislav
Серьезно?) На плохих проектах никто не заинтересован в улучшении
А улучшать это как орать на ветряную мельницу
Vladislav
Пробовал
Roman
Ага, только всех раздражаешь
Ayrat
ну, кстати, я иногда задаюсь вопросом, почему хорошие дядьки-сеньеры работают на хороших проектах, когда могут работать на плохих, делая их лучше (ну возьмем за условие то, что сеньеру не важны деньги в первую очередь)
Мне вот тоже непонятно зачем люди при деньгах ездят отдыхать, едят в ресторанах, а не живут на одних макарошках безвыездно, можно ж бабла сэкономить Плашечку сарказм ставить не буду!
Диёр
мне тут сказали "ууу, молодая кровь, наканецта", но до важных вещей всё равно не подпустят
Диёр
ну в смысле перепиливать старьё на что-то новое
Диёр
хотя тут у всех вроде накипело, но вроде живут
Dmitry
Мне вот тоже непонятно зачем люди при деньгах ездят отдыхать, едят в ресторанах, а не живут на одних макарошках безвыездно, можно ж бабла сэкономить Плашечку сарказм ставить не буду!
деньги в моем вопросе в принципе не играют сильной роли наверное, можно даже за условие взять ситуацию, когда денях платят столько же, сколько и на хорошем прокте
Dmitry
хотя конечно уж слишком специфические условия выходят
Ayrat
Только если из любви к говну
Dr. Friedrich
Могли бы всё это время писать код.
Dmitry
Ну вот зачем ковыряться в говне когда можно не ковыряться?
мне это представляется как работа рестовратором: копаешь, переделываешь, чистишь - и можешь потом гордиться, что это сделал ты
Dmitry
возможно это слишком романтизировано, да
Диёр
Ayrat
мне это представляется как работа рестовратором: копаешь, переделываешь, чистишь - и можешь потом гордиться, что это сделал ты
Реставратор работает над ценнейним произведением искусства. А мы вроде обсуждаем копание в легаси
Ayrat
Я вот могу сделать проект и гордиться им и без копания в легаси. Внимание, вопрос
Ayrat
(риторический, поэтому даже вопрос задавать не буду)
Dr. Friedrich
Реставратор работает над ценнейним произведением искусства. А мы вроде обсуждаем копание в легаси
Не вижу разницы между ценнейшим музейным копролитом и куском легаси, который я пилил на прошлой работе :)
Dr. Friedrich
Даже стоимость у них вполне могла сравняться, наверное :)
Ayrat
Не, я тоже ковырялся безусловно. Но если выбирать новую работу, при прочих равных добровольно идти на легаси проект я не согласен.
Анна
У нас вот не легаси, а местами уже копролит! Просто ещё не застыл 🌚
Ayrat
Хотя я знаю людей, которые согласились бы. Ему уже 50 и он хочет закрывать таски в жире
Ayrat
А учить реакт го и скалу не хочет
Roman
У нас вот не легаси, а местами уже копролит! Просто ещё не застыл 🌚
Ядро проекта написано в позднем меловом периоде?
Анна
Ядро проекта написано в позднем меловом периоде?
Оно ещё не совсем и написано! Это прототип, но в худшем смысле
Анна
в этом году MVP исполняется 17 лет?)
конторе два года всего лишь! А проекту, что мы делаем, и того меньше!
Roman
и он уже легаси?
Анна
Сжечь и переписать этот прототип надо было ещё полгода назад, но почему-то этот момент упустили
Roman
нааайс
Anonymous
в чем смысл прототипа я не понимаю это что такое
Анна
и он уже легаси?
говорю же, не застыл копролит ещё 🌚
Roman
собсно, у меня на прошлом F# проекте так было: код уже был результатом переписывания. И его сразу же надо было снова переписывать, без вариантов
Anonymous
зачем переписывать прототип
Anonymous
зачем его разрабатывать понимая что вы его перепишете
Anonymous
бля в чем смысл этого так называемого "прототипа" я не понимаю, бред какой то
Roman
смысл простой
Roman
Если ты адекватный человек, то тебе при старте своего бизнеса неплохо бы убедиться, что твой продукт кому-то нужен вообще. И узнать это тебе желательно как можно скорее, например, до того, как ты потратил 4 года на разработку командой в 10 человек
Анна
зачем его разрабатывать понимая что вы его перепишете
дак никто не собирался переписывать. Но когда в этом ковыряешься, то понимаешь, что лучше сжечь
Anonymous
а что значит прототип? у него нет функционала, только эмуляция функционала? или весь функционал есть но допустим работает медленно?
Roman
Поэтому умные люди сначала пишут дерьмовую версию своего проекта. Но дьявол, как всегда, кроется в деталях: например, в каком смысле дерьмовый, и надо ли действительно все потом переписать. А потом люди поглупей начитаются бизнес пабликов и идут делать свою версию дерьмового прототипа, которая дерьмовая просто так, без всякой пользы
Ayrat
Я вот щас делаю прототип, но у меня есть план как без переписывания его превратить в полноценный продукт. Потратил неделю на рисование люсид чартов, таблиц и слов в конфлюенсе, презентовал, дали добро, пилю Переписывать фпесду, буду эволюционировать
Диёр
Хз как это в больших компаниях, но в стартапах,в которых я работал, любое говно, которое хоть капельку работоспособно оберегается всеми манагерами
Диёр
Переписать прототип это минус 2 недели, а 2 недели это вечность
Danil
Weeks of development can save you HOURS of planning!
Любой желающий пушит в мастер
Mark
бля в чем смысл этого так называемого "прототипа" я не понимаю, бред какой то
Брукс в этом вопросе честнее всех. Чтобы написать хорошо, нужно написать дважды. И переписывать не надо, надо написать один раз, потом выкинуть и написать второй. :)
Roman
Не уж то без этого первичного "прощупывания земли" хорошо не сделать ?
можно. Но надо быть сильно больно умным во многих аспектах)
Danil
можно. Но надо быть сильно больно умным во многих аспектах)
Имеется в виду за 1 цикл, вместе с тестами и проектированием, не в розовых очках же
Mark
Не уж то без этого первичного "прощупывания земли" хорошо не сделать ?
Я недавно понял, что лучше в этом вопросе себя не обманывать. Брукс прав.
Danil
https://en.wikipedia.org/wiki/The_Mythical_Man-Month кстати, вкратце заложенные идеи описаны
Mark
Планирование это тоже вещь, на которую слишком сильно полагаются. Я имею в виду, план в котором прописаны пусть даже конкретные задачи и сроки.
Mark
Сели десять человек в теме, провели покер планирования, декомпозировали задачи, определили, когда смогут их сделать, умножили на поправочные коэффициенты. Что может пойти не так?
Mark
Да, всё идеально!
Mark
Получится ли?
Danil
Взаимосвязаны ли задачи ? Будет ли новое планирование, если срок истечет ? Предельная сложность - 1 день ?
При такой модели проблемы могут быть связаны с тем, что разве что могут изменится бизнес требования в процессе реализации, плюс время на тесты может варироваться В предельной сложности - 1 день, больше проблем не наблюдаю
Mark
Если все предвидимые проблемы убрать, остаются непредвиденные.
Mark
Хотя даже предвидимые не все можно убрать.
Danil
Если все предвидимые проблемы убрать, остаются непредвиденные.
Они заложены в сложности задачи, плюс изменение бизнес требований тоже влечет некоторые, скажем, минусы к владельцу бизнеса
Mark
Можно погуглить статистику по успешным проектам. Даже среди небольших проектов из сроков и бюджета не выбиваются 40-50%. Из средних — около 20%. Среди больших проектов таких практически не встречается.
Mark
Средний проект это например полгода.
Mark
Я думаю, что лучше не строить иллюзий и просто положиться на Брукса. Лучше написать один раз, выбросить и написать второй. :)
Danil
Можно погуглить статистику по успешным проектам. Даже среди небольших проектов из сроков и бюджета не выбиваются 40-50%. Из средних — около 20%. Среди больших проектов таких практически не встречается.
Поэтому и придумали интерполировать планирование на бизнес анализ с проектированием модели бизнес процессов, анализа существующих решений, построения модели инфсистемы и т.д и т.п Ровно тоже самое и с технической точки зрения: функциональная модель, архитектура, технологии и т.д