Очень часто программист воспринимает крайне негативно любую критику со стороны клиента. И это может выбить его из колеи на полдня. Возможно я один такой.
Согласно википедии пользователь видит View, а использует Controller, конечно через кнопку во View. Тут Вы правы.
View не должна зависеть от Model и получает данные от Controller. Тут я являюсь поклонникам Cocoa MVC от Apple.
И именно поэтому возлагать задачи обучения на сеньора… Далеко не всегда самое правильное решение.
Моей задачей было наладить гармоничный обмен знаниями внутри команды. А для этого уровень знаний должен быть сопоставим. Как и области знаний. Это мое личное мнение.
Это конечно не касается политики и футбола. Там все профессионалы одинаково высокого уровня.
Почему-то кто-то «представляет», проецируя свою логику и поведение на Того Парня, не допуская что оно напрочь ошибочное и не укладывается в мотивацию dev1?
Почему-то кто-то считает, что прочитал мысли автора статьи. Но это не так.
У меня десяток команд на разных проектах. Я формирую новую. Такого не бывает?
На месте специалиста, которому не дают развернуться нахожусь я.
Только я сам сознательно ограничиваю применение техник, которые известны только мне. Потому что интересы команды должны быть выше личных. Или может быть наоборот я эгоист и не хочу сопровождать всю жизнь свой код.
Если же программист сознательно пишет свой код непонятно для большинства своих коллег, то он не такой уж хороший специалист.
Уменьшать зарплату не стоит. Особенно если пользоваться столь несовершенным инструментом.
Воспользоваться матрицей как сигналом к увеличению можно и даже нужно.
Компания должна быть заинтересована в этом. Если это не так, то бегите.
Доценты помнят, что им самим давалось тяжело, и стараются разъяснить именно этот материал подробнее. Т.е. профессора считают неочевидное очевидным, и оставляют пробелы в понимании у студентов.
Спасибо за коммент. Именно эту мысль я и пытался донести.
Не совсем так. Профессор нацелен на обучение. Программист в среднем на обучение не нацелен. Этот вывод из моих личных наблюдений. Чтобы это выяснить наверняка нужно провести исследование.
Ну и конечно тимлид должен знать сильно больше чем записано в матрице.
Заказчик дикутет количество задач, которые должны выполняться одновременно. А еще он диктует в какой последовательности и когда будут сдаваться те или иные фичи.
Бооооль.
Очень часто программист воспринимает крайне негативно любую критику со стороны клиента. И это может выбить его из колеи на полдня. Возможно я один такой.
View не должна зависеть от Model и получает данные от Controller. Тут я являюсь поклонникам Cocoa MVC от Apple.
Протэганный образ можно либо залить на docker registry, а можно и не заливать.
Для любой машины вряд ли. По крайней мере мне о таком способе неизвестно.
Моей задачей было наладить гармоничный обмен знаниями внутри команды. А для этого уровень знаний должен быть сопоставим. Как и области знаний. Это мое личное мнение.
Это конечно не касается политики и футбола. Там все профессионалы одинаково высокого уровня.
Хороший программист не факт, что хороший преподаватель.
Почему-то кто-то считает, что прочитал мысли автора статьи. Но это не так.
У меня десяток команд на разных проектах. Я формирую новую. Такого не бывает?
Только я сам сознательно ограничиваю применение техник, которые известны только мне. Потому что интересы команды должны быть выше личных. Или может быть наоборот я эгоист и не хочу сопровождать всю жизнь свой код.
Если же программист сознательно пишет свой код непонятно для большинства своих коллег, то он не такой уж хороший специалист.
это сути не меняет вообще
MongoDB vs MySQL
NoSQL vs SQL
Вечные холивары. Зачем это создавать?
А разве где-то сказано, что в компании только 5 разработчиков и для девелопера №1 нет другого проекта и другой команды?
Сценариев может быть много и я показываю только один из возможных.
Воспользоваться матрицей как сигналом к увеличению можно и даже нужно.
Компания должна быть заинтересована в этом. Если это не так, то бегите.
Спасибо за коммент. Именно эту мысль я и пытался донести.
Именно так.
Все остальное стоит воспринимать как сильно упрощенную модель.
Ну и конечно тимлид должен знать сильно больше чем записано в матрице.
За каких других людей?
Тимлиды принимают решения о формировании команды.
И Вы выделили целый абзац. С чем именно Вы не согласны?
Про остальные выводы промолчу.
Бооооль.