хорошая схема, если за все тарифицировать, то клиент сам начинает понимать нужны ему пустопорожние разговоры или нет)
чаще чем раз в неделю нет смысла что-то обсуждать, но тут конечно нужно понимать что сложность и многообразие реальности не описать в ТЗ.
фишка в том что 100% все это сразу оговаривалось, и ему дали задание ЗНАЯ что он новичек и не участвовал в коммандных разработках.
Я также уверен что в этой компании не рассматривают джунов, но все равно его раскрутили на то чтоб он какому-то эйчару KPI сделал.
П. С.
Я бы никогда человеку не отказал только за лишние файлы в гите, уверен полно толковых разработчиков которые тоже лишние файлы оставляли в гите, на код ревью можно попросить их удалить, тоже мне проблема. . .
FerroPanda, может лучше бюджетное, а может лучше профессиональное решение - он должен сам для себя решить.
Может человеку надоело что у него одна из 3х карт через день крашит всю систему при обучении, при том чтоб обучить, требуется например месяц.
решения само собой разные по цене, разные по классам и подходят не всем.
когда остается зависимость от БД, это никакая не микросервисная архитектура.
Это оверинженеринг монолита, который ничего кроме головной боли не дает, остается тем же самым монолитом.
а предоставляя микросервисам паралельно читать и записывать данные из одного и тогоже источника, вы выбираете жить либо с рейс кондишен либо с деад локами.
Ты для себя для начала реши, кто ты и чем хочешь заниматься, а если будешь спрашивать стоит или нет куда-то идти, то так до пенсии скакать будешь по разным профессиям и направлениям (нигде ничего не достигнув), вместо того чтоб сфокусироваться на чем-то и там достичь реальных успехов.
Сергей Горностаев, ну а слушать однобокое нытье РМ который расказывает только под своим углом ситуацию - это чтоли хорошее подспорье для трезвой оценки ситуации?
Сергей Горностаев, покажи мне такого РМ у которого в гнилой организации работы он сам виноват. . .
само собой это все вина программистов (которых он сам набирал), никаких других мнений тут быть не может)
П. С.
на мой взгляд рыба всегда гниет с головы
предварительно нужно хотя бы иметь устную договоренность о том какие ошибки считаются "достойный джуна" - без такой договоренности, любые заявления в таком стиле будут расцениваться как "самодурство"
stul5tul,
>На самом деле нет.
на самом деле да.
где правоприменительная практика? кроме пустых рассуждений? ее нет.
------
когда нет договора можно попытаться трактовать это как подрядные отношения, а можно попытаться трактовать как ТРУДОВЫЕ отношения. Другое дело что в суде это сделать на основе каких-то почтовых сообщений (от непонятно кого), вы не сможете.
------------
П. С.
как обычно забыли спросить твой оценки.
Ivnika, Вы можете как угодно обосновывать почему за труд кто-то может не платить, но я специально дал сноску на конституцию, мы живем по ней, в ней указанно что каждый труд оплачивается (даже указана минимальная цена, НО там нет указания, что типа ну если кому-то труд не понравился/или стал не нужным, то он не оплачивается, такого нет в конституции), так что извините - всеже получить оплату за труд вполне себе законное и обязательное к исполнению требование.
Все эти законы защищающие права трудящихся - созданы именно чтоб защитить всех этих побирающихся в нищете трудящихся, которым какие-то мудаки еще пытаются обосновывают почему за неделю работы он ни копейки не получит (типа я выбрал, я сам тебя нанял, но работа мне не понравилась -> так что сдохни с голоду - так, чтоли???)
IndexIsOutOfRange, вы на калькуляторе разницы не увидите.
С обоими подходами - ОДИНАКОВЫЕ обьемы работ по времени (например несколько месяцев работ одними и темеже разработчиками), в обоих подходах себестоимость работ одинаковая.
Только в одном случае результатом будет считаться хотя бы формальное выполнение ТЗ, в другом случае будет сделан больше упор на обратную связь и корректировку задач.
IndexIsOutOfRange, вы правда считаете что кому-то из управляющих у которых есть налаженный рабочий бизнес, у которых все успешно и без гимороя работает - можно продать тему типа "а давайте теперь ВСЕ ПЕРЕДЕЛАЕМ", возьмем на себя риск развалить бизнес, за то чтоб бы у нас МОЖЕТ БЫТЬ что-то стало еще более успешным?
Только под угрозой страха, и необходимостью выживания на рынке можно заставить изменить схемы работы (и это должно быть очевидно для управляющих). Просто так пытаться выводить людей из зоны комфорта, за какие-то эфимерные улучшения черевато только одним -> все ваши улучшения будут саботировать, а затем и вас и всех кто вас поддержит просто выдавят из этой компании.
П. С.
Все эти ваши "рассчитать измеряемый профит на калькуляторе" никого не интересуют, решения так не принимаются, решение или принимается и ПОТОМ под него подгоняется эта калькуляция, или не принимается, а просьба сделать калькуляцию, лишь способ уже вам очки втирать успешно саботируя это решение, тоесть ваше предложение уже отвергли, можете расслабиться.
Вот когда у вас изза ватерфола случится полная жопа в работе, тогда возвращайтесь к этому предложению, не надо впереди паровоза бежать
IndexIsOutOfRange,
на вопрос: Как продать "отказ от долгосрочного планирования", на основе оценок из долгосрочного планирования?
нормальный ответ: Никак.
=====
Если вы успешно с ватерфолом работаете (с ваших же слов), то о чем ВООБЩЕ РЕЧЬ? зачем вообще вам это все?
поражаюсь что за люди пошли, хочу то сам не знаю что и вообще зачем, но убедите меня и моих клиентов в том что мне это надо.
согласен, нужно хотя бы какие-то намеки на то что происходит.
Косяков может быть миллион, от того что пути косячат (сраный виндов все в программ фаил ставит, а потом до него пути найти не может в некоторых схемах работы).
Заканчивая тем что у вас например порт 8080 закрыт
чаще чем раз в неделю нет смысла что-то обсуждать, но тут конечно нужно понимать что сложность и многообразие реальности не описать в ТЗ.