Расскажите это пользователям билайна. У меня что на мобиле, что на домашнем инете — раз-два в неделю гугл выводит капчу. Причем, доходит до смешного: в обычном режиме просит, в инкогнито нет. Или наоборот, как повезет.
А есть картинки с c++, go и т.п.? Автор вроде не сравнивал только эти 4.
И да, php «не очень производительный». Остальные, просто, еще менее производительные.
Если разделять прям строго, то всё закончится фигнёй типа «это не по моей части»
Лучше так — это хоть поправить можно. А вот если «сеньор» начинает делать работу продакта/тим.лида/бухгалтера и уборщицы — беда. Мало того, что он свою работу не делает, так еще, скорее всего, тормозит чужую.
Поверьте, я видел такое в живую и даже врагу такого не пожелаю. Из последнего (с месяц назад): один из «сеньоров», "что-бы разобраться", решил выяснить как работают менеджеры и бухгалтерия у наших клиентов. Итог: таск на 2-3 часа он делал 2 недели, да и то только потому, что уже CTO велел перестать заниматься херней.
Если tech lead больше архитектор, то чем он отличается от архитектора?
Тем, что архитектура у архитектора основная работа и код он почти не трогает и обратная ситуация у тех.лида — он больше по коду, но участвует в формировании архитектуры. Как-то так, если упрощенно.
Да, не каждый сеньор может выполнять роль тимлида, в силу особенностей характера, но каждый тимлид — это сеньор по квалификации
Так вот-же провели границу. Да, тим.лид — чаще всего сеньор (хотя я видел, когда тим.лидом был мидл). И работа тим.лида — уже не код, а управление и оптимизация работы разработчиков. А девелопера (и тем более, сеньор девелопера) — код и только код.
С «Lead Developer, ведущий программист» согласен, с Tech Lead нет. Причина — tech lead больше архитектор, а не девелопер. Ну и в коментах по ссылке указали нестыковки.
Команда должна работать как команда, а не как испорченный телефон, когда продакт поговорил с заказчиком, архитектор поговорил с продактом, спустил архитектуру команде разработке и они начали фигачить, не вдаваясь в суть.
Команда должна участвовать в обсуждении задач и проблем, здесь я полностью согласен. Но, основное слово в «senior developer» именно «developer» и зона ответственности — качественный код.
Кто по вашему должен сообщить продакту заранее, что всплыли непредвиденные сложности в какой-то задаче?
Team Lead, Tech Lead, аналитики, QA и пр. Куча вариантов. Но среди них точно нет разработчиков.
Кто должен на этапе реализации не хуже архитектора понимать почему приняты определённые архитектурные решения?
CTO, Tech Lead, Team Lead.
На кого должны равняться мидлы и джуниоры?
Ни на кого. Серьезно.
Кто code review должен делать?
Team Lead, Tech Lead, ментор, отдельный человек/команда в конце-концов. У нас, кстати, такое практикуется.
В небольшой — это всё задачи сеньора.
Нет. Задача сеньора — качественный код. Если еще и быстро реализованный — вообще отлично. А если сеньор, вместо прямых обязанностей, занимается чем угодно другим — надо переводить его на другую должность/в другой отдел.
Нет, нам нужны сеньоры, а не архитекторы/продакты/etc. Если сеньор, вместо качественно решения, занимается перекладыванием задач на других сотрудников, контролем сроков других задач, архитектурной разработкой и пр. — это бездельник, а не сеньор. Каждый должен выполнять свою работу, а не лезть в чужую.
Source, а вас не смутило, что я тут никого не собеседую и дал вольное описание от своего имени? Вы сделали выводы о разработчиках, без информации. При этом настаиваете, что хороший «сеньор» докопается до самых глубин, прежде, чем решать задачу? Странно.
> Я бы сказал, что они для одной вакансии, но для разных стадий интервью. Если человек не может решить первую — то это вообще не программист и дальнейшие разговоры бессмысленны. А вот если он первую уже умеет решать и мы про это знаем — тогда можно поговорить и о том, можно ли или нельзя ли её применить к решению кроссвордов (ответ, кстати — нельзя, это скорее чуть-чуть похоже на игру в «слова», но при всей внешней похожести реально это — совсем разные задачи).
Почему личное? Какой ответ вы ждете на подобный вопрос?)
По поводу «страшно неприличного» — а разве кто-то говорил, что это «неприлично»?
Честно говоря — я вообще не понял ваш призыв. Оглашать личные данные ради чего? Что это принесёт лично мне?
Habr разве компания?)
Чего?! о_О
Жесть какая… Лет 10 такого не видел.
Признаюсь: нет. По опыту — любой «универсал» хуже любого «узкого спеца». Наелся, сорри.
PS: да, пост читал.
У меня ни разу не было, но… Что надо сделать, чтобы руководство забило на затраты и пыталось «выжать» сотрудника?
А где в статье сказано про подобное? Вроде сказано про «в среднем», не?
И да, php «не очень производительный». Остальные, просто, еще менее производительные.
Лучше так — это хоть поправить можно. А вот если «сеньор» начинает делать работу продакта/тим.лида/бухгалтера и уборщицы — беда. Мало того, что он свою работу не делает, так еще, скорее всего, тормозит чужую.
Поверьте, я видел такое в живую и даже врагу такого не пожелаю. Из последнего (с месяц назад): один из «сеньоров», "что-бы разобраться", решил выяснить как работают менеджеры и бухгалтерия у наших клиентов. Итог: таск на 2-3 часа он делал 2 недели, да и то только потому, что уже CTO велел перестать заниматься херней.
Тем, что архитектура у архитектора основная работа и код он почти не трогает и обратная ситуация у тех.лида — он больше по коду, но участвует в формировании архитектуры. Как-то так, если упрощенно.
Так вот-же провели границу. Да, тим.лид — чаще всего сеньор (хотя я видел, когда тим.лидом был мидл). И работа тим.лида — уже не код, а управление и оптимизация работы разработчиков. А девелопера (и тем более, сеньор девелопера) — код и только код.
Команда должна участвовать в обсуждении задач и проблем, здесь я полностью согласен. Но, основное слово в «senior developer» именно «developer» и зона ответственности — качественный код.
Team Lead, Tech Lead, аналитики, QA и пр. Куча вариантов. Но среди них точно нет разработчиков.
CTO, Tech Lead, Team Lead.
Ни на кого. Серьезно.
Team Lead, Tech Lead, ментор, отдельный человек/команда в конце-концов. У нас, кстати, такое практикуется.
Нет. Задача сеньора — качественный код. Если еще и быстро реализованный — вообще отлично. А если сеньор, вместо прямых обязанностей, занимается чем угодно другим — надо переводить его на другую должность/в другой отдел.
Мне показалось, что как-раз мой кейс и обсуждается: сначала проверяем умение думать, потом программировать, потом оптимизировать и управлять. Ошибся?)
Самый правильный ответ во всей ветке. Спасибо.