Если интересно, говорят, за день делают. Это пхпшники, к слову.
А зачем здесь пхп? Жс хватит, хранить все в ls
Cenator 🐈
Igor
Я знал только одного человека у которого всегда точно предсказания сроков работали
Мне для того, что бы понять, когда халтурить начинают. скажем 5 дней на эту задачу - это точно достаточно.
Oleg
А, вот это понять точно очень сложно
Cenator 🐈
И правда на день работы, вообще примерно такое приложение обычно пилит любой новичок для практики
Igor
А зачем здесь пхп? Жс хватит, хранить все в ls
Просто в чате пхп тоже спросил. JS хватит, можно на ноде. А можно бекенд и на условно-ларавеле делать..
Sergey
Ну в такой формулировке это будет реально день работы
Igor
Sergey
Всё дело в деталях
Cenator 🐈
Sergey
Обычно такого плана задачи потом обрастают деталями и раздувают эстимейты
Igor
К слову, всем спасибо, за активность. Помогаете.
Sergey
Так что я бы для начала выяснил все детали от дизайна до необходимости работы с разных устройств перед тем, как давать эстимейт
Maksim
Задача поставлена некорректно, не ясны все условия, в частности наличие бэка для хранения результатов
Igor
А как вам клиенты ТЗ составляют?
Sergey
Обычно - плохо
Sergey
Выяснение деталей и уточнение ТЗ - это значительная часть работы
Igor
Да, тоже с этим регулярно сталкиваюсь.
Палка двух концов - либо время на ТЗ, либо на практику. Конечно, в идеале, баланс.
Thomas
Коллеги, привет,
Оценка времени, подскажите, кто знает.
Хочу сделать мини таск менеджер.Что нужно:
Сделать добавление задач на день.
Чекбокс завершения / не завершения задачи.
Обнуление на следующий.
Ведение статистики завершения задач по дням.
Сколько у вас времени займет?
нужно больше деталей
если это личная тудушка со статистикой - это одно
а если нужно собирать статистику со множество юзеров и агрегировать - другое
+ иногда за такими задачами еще подразумевается интеграция с существующими сервисами - а не просто с 0 написать без всяких связей
Sergey
В хорошем случае для этого есть специально обученный человек
Sergey
В плохом приходится делать самому
Maksim
то что описано сейчас можно сделать за час на коленке и никто не прикопается, но зачем?
Sergey
Что не всегда так уж и плохо
Igor
Хм.. вы поставили меня под сомнения теперь.
Thomas
клева если в конторе есть доверенный сеньор который со стороны может прикинуть сроки
Igor
Да, конечно, хотелось бы развивать задумку. И интеграции нужны.
Maksim
Да, конечно, хотелось бы развивать задумку. И интеграции нужны.
серьезно? то есть это не тестовое задание, а описание реального продукта который будет в проде?
Thomas
а так, если задача важная - то надо написать тесты и\или документакию
особенно если есть интеграция с чем-то сложным
это увеличивает сроки раузмеется - повышая при этом качество решения
Igor
А как без перспектив жить?
Мне для себя. А если получится продукт сделать - вообще отлично.
Maksim
Maksim
200, по крайней мере по описанию выше
Igor
Значит для себя оставлю.
Igor
а так, если задача важная - то надо написать тесты и\или документакию
особенно если есть интеграция с чем-то сложным
это увеличивает сроки раузмеется - повышая при этом качество решения
могу поделиться вашим сообщением в другом чате?
Thomas
sure
Igor
👍 👍
Maksim
а так, если задача важная - то надо написать тесты и\или документакию
особенно если есть интеграция с чем-то сложным
это увеличивает сроки раузмеется - повышая при этом качество решения
это все красиво, но в реале почти не встречается в продуктах, если стартапят, то пишут быстро и грязно, что бы максимально быстро получить минимально рабочий продукт, а дальше решают есть потенциал по монетизации или в помойку
Thomas
стартап да, согласен
но если речь про существующий продукт для которого нужно дописать фичу сбоку - то могут быть требования к качеству
Maksim
требования к качеству обычно противоречат срокам которые уже указаны в каком-нибудь договоре, первым под нож пойдет то что напрямую не приносит денег
Maksim
ну например те же тесты
Thomas
хорошо бы доносить до бизнеса что тесты экономят в долгосрочной перспективе
Thomas
upd: удалил флуд\пасту\код
Maksim
обычно бизнес это и так понимает, но другого выхода нет
Oleg
Варнят
Oleg
Но это не совсем код....
Oleg
50/50
Igor
ЗАчем удалил)) я вникнуть не успел
Igor
требования к качеству обычно противоречат срокам которые уже указаны в каком-нибудь договоре, первым под нож пойдет то что напрямую не приносит денег
баланс этот найти.. недокод или качественный продукт..
Thomas
обычно бизнес это и так понимает, но другого выхода нет
если понимает тогда хорошо - когда возникнут проблемы и будут большие сроки на то что раньше делолось за пару часов - для бизнеса это не будет сюрпризом, все предупреждены
Maksim
баланс этот найти.. недокод или качественный продукт..
бизнесу все равно насколько качественно написан продукт если он приносит деньги, и совершенно наоборот, если там говнокод который генерирует деньги, то все будут счастливы
Igor
Oleg
Увы
Igor
'Хочу' - это несколько инфантильно, конечно, но тренд на это есть. Даже название этого читал на днях, модное, хайповать начинает..
Igor
Сейчас вспомню))
Igor
Там что-то про первичность профита для клиента, а не сам заработок, ну как например впаривают битрикс (сори, если кого-то душевно задел)
Костя
и какой же профит имеет клиент от качества кода?
Igor
а разве это не скорость работы ресурса?
скорость воплощения фич из беклога?
Костя
нет
Igor
значит вопрос в термине. качество кода вы как понимаете?
Sergei
и какой же профит имеет клиент от качества кода?
профит в том, что правки и дополнения будут потенциально быстрее вноситься => меньше платить за них
Костя
профит в том, что правки и дополнения будут потенциально быстрее вноситься => меньше платить за них
ключевое слово - потенциально
Igor
Sergei
ключевое слово - потенциально
ну естественно это не панацея само по себе. но с плохим кодом будет пиздец гарантированный))
Костя
а "хорошее" качество кода не так уж просто контроллировать
Vyacheslav
Только вопрос был про то что Бизнесу все равно, пока все делается в сроки и приносит бабки.
Maksim
профит в том, что правки и дополнения будут потенциально быстрее вноситься => меньше платить за них
это все хорошо, но в реальности получается так что на самом начальном этапе продукта который самый ответсвенный отводится очень мало времени на реализацию, т.к. бизнесу нужно пощупать как можно раньше
Sergei
это все хорошо, но в реальности получается так что на самом начальном этапе продукта который самый ответсвенный отводится очень мало времени на реализацию, т.к. бизнесу нужно пощупать как можно раньше
в реальности потом все получают по яйцам за задержки из за того, что не смогли объяснить какие потом проблемы будут
Sergei
если не уделить время этому вопросу
Alex
в реальности потом все получают по яйцам за задержки из за того, что не смогли объяснить какие потом проблемы будут
Просто менеджер - это тот человек, который уверен, что 9 женщин могути выносить ребенка за 1 месяц
Anonymous
Maksim
если в проекте работают не отбитые разрабы, то они всегда скажут манагеру, что потом изза этих решений мы поимеем гемор
Oleg
в реальности потом все получают по яйцам за задержки из за того, что не смогли объяснить какие потом проблемы будут
В реальности потом с нуля переписывают (на модном фреймворке)
Sergei
Просто менеджер - это тот человек, который уверен, что 9 женщин могути выносить ребенка за 1 месяц
просто это задача техдира донести это, а не манагера какого то))