VF
сеньер за 2 года... ну если какой-то супер умный мейби
Size: a a a
2020 November 16
VF
и опять же смотря какие у кого критерии оценки
VF
как тут написали у кого-то мидл это джун
AK
сеньоры, мидлы, года и стажи работы. по мне так, это все лютая дичь. ничто так не мешает разработке как единственно правильное мнение одного из членов команды. достаточно одного такого персонажа и производительность команды скатывается в ноль. я часто видел ситуации, когда более опытных разрабов задвигали административным ресурсом и все скатывалось в производственный тупик.
AP
сеньоры, мидлы, года и стажи работы. по мне так, это все лютая дичь. ничто так не мешает разработке как единственно правильное мнение одного из членов команды. достаточно одного такого персонажа и производительность команды скатывается в ноль. я часто видел ситуации, когда более опытных разрабов задвигали административным ресурсом и все скатывалось в производственный тупик.
единственно правильное мнение может быть правильным и тогда все наоборот =)
VF
сеньоры, мидлы, года и стажи работы. по мне так, это все лютая дичь. ничто так не мешает разработке как единственно правильное мнение одного из членов команды. достаточно одного такого персонажа и производительность команды скатывается в ноль. я часто видел ситуации, когда более опытных разрабов задвигали административным ресурсом и все скатывалось в производственный тупик.
и в чем же опыт лютая дичь? По вашему мнению новичка надо слушать или один говорит одно, другой другое и тут как раз и будет производительность на нуле
AK
Vitaliy Fain
и в чем же опыт лютая дичь? По вашему мнению новичка надо слушать или один говорит одно, другой другое и тут как раз и будет производительность на нуле
можно на ты) мнение новичков также важно как и мнение старожил, нельзя пренебрегать одним в пользу другого. обычно, есть правило, когда финальное решение за тем, кто делает задачу, а не за тем, кто наблюдает со стороны, это минимизирует возможные разногласия в процессе принятия решения.
VF
можно на ты) мнение новичков также важно как и мнение старожил, нельзя пренебрегать одним в пользу другого. обычно, есть правило, когда финальное решение за тем, кто делает задачу, а не за тем, кто наблюдает со стороны, это минимизирует возможные разногласия в процессе принятия решения.
Можно, просто на практике новички не видят подводных камней
AP
можно на ты) мнение новичков также важно как и мнение старожил, нельзя пренебрегать одним в пользу другого. обычно, есть правило, когда финальное решение за тем, кто делает задачу, а не за тем, кто наблюдает со стороны, это минимизирует возможные разногласия в процессе принятия решения.
а потом приводит к переделке всего на ревью или тестировании =)
AK
а потом приводит к переделке всего на ревью или тестировании =)
поэтому, новичкам не дают больших или важных заданий)
VF
и часто бывает что новичок часто не дальновиден и не понимает что заказчик например захочет как-то расширить приложение, а оно написано топорно и что бы масштабировать придется прилично так переписать
AP
Vitaliy Fain
и часто бывает что новичок часто не дальновиден и не понимает что заказчик например захочет как-то расширить приложение, а оно написано топорно и что бы масштабировать придется прилично так переписать
к сожалению не только новичок может быть недальновиден
VF
к сожалению не только новичок может быть недальновиден
согласен
AK
Vitaliy Fain
и часто бывает что новичок часто не дальновиден и не понимает что заказчик например захочет как-то расширить приложение, а оно написано топорно и что бы масштабировать придется прилично так переписать
не не, к заказчику можно допускать только менеджеров или тех, кто уже давно теме, кто давно занимается этим заказчиком
AP
не не, к заказчику можно допускать только менеджеров или тех, кто уже давно теме, кто давно занимается этим заказчиком
у вас явное противоречие на этапе когда тот кто допущен к заказчику не может повлиять на подчиненных которых надо обязательно слушать и давать им делать так как они хотят =)
VF
не не, к заказчику можно допускать только менеджеров или тех, кто уже давно теме, кто давно занимается этим заказчиком
а разница все равно разрабам потом делать
AP
если исполнители не будут знать намерений заказчика по расширению функционала то у них априори шансов сделать расширяемо меньше =)
AK
у вас явное противоречие на этапе когда тот кто допущен к заказчику не может повлиять на подчиненных которых надо обязательно слушать и давать им делать так как они хотят =)
можно на ты) у нас есть несколько людей, кто допущены к заказчику и кто может писать задачи всем остальным. тут надо иерархию рассказать, что есть менеджеры, а есть разработчики)
AK
если исполнители не будут знать намерений заказчика по расширению функционала то у них априори шансов сделать расширяемо меньше =)
да, такие вещи пишутся у нас начальником отдела, он сам разработчик.
AK
Просто если в задаче прямо не сказано, что решение должно быть расширяемым, то тратить время на лишний код не нужно.