А потом все говорят, что Ruby медленный. Да, вопросов нет, есть гораздо быстрее языки программирования и среды исполнения, чем в Ruby.
Но прямые руки — это важнее.
Я всё ещё не понимаю, почему существует мнение, что софт-скиллами должен обладать именно и только менеджер.
О менеджерах в статье речи не идёт абсолютно совсем. Эти специалисты закрывают свой скоуп задач.
В моих командах у меня есть менеджеры, которые отлично справляются со своими обязанностями (было бы у меня время тогда строчить статьи).
К разговору о том, что расставаться с реальностью — я описываю свои принципы работы. Учитывая, что мне за них платят деньги и уважают в моей компании, значит, это реальность.
Согласен с вами.
Будучи человеком, который участвует в воспитании и мотивации сотен молодых специалистов в год, считаю, что нужно продвигать более идеальные профессиональные ценности.
Все специалисты сталкиваются с объективной реальностью, но, если периодически не поднимать планку мотивации, изменений к лучшему дожидаться придётся дольше.
Считаю, что программисту тоже стоит думать о конечном пользователе. Как минимум на уровне мотивации к его деятельности. Типа, а зачем мы тогда всё это делаем.
А в небольших проектах, где нет UX / UI спецов и аналитиков, эта вещь становится более чем уместна.
Хм. Я бы сказал, это хорошо, что уровни абстракции инкапсулировали от программиста реализацию многих низкоуровневых вещей.
Было бы логично, если в таких условиях программист мог задуматься о конечном пользователе больше, чем раньше.
Инфраструктура выросла вместе с отраслью.
Согласен, в некоторых местах разбухла чуть больше, чем нужно, но это не страшно.
Никто не говорит, что тот парень был плох. Он решал проблемы.
Как раз речь о том, что нужно решать проблемы (я ссылаюсь в материале на статью, где только про это и пишу). А для решения проблем в огромной и глубокой инфраструктуре сегодня, как раз и нужно обладать софт-скиллами, потому что раньше было легко. А сегодня нужно учиться сотрудничать со многими другими юнитами, разных бекграундов.
И это не предполагалось. Это как раз и есть тот самый главный Пойнт, который "под другим углом". Что софт-скиллы — это не только лишь менеджерские навыки.
В статье точно есть цитата, что фулстекам не хватает глубины. А также есть мысль, что я не приписываю фулстеку лидерские качества (тимлидинг соответственно, думаю, это очевидно).
Ни о каких «отделах» в статье речи не идёт в принципе. Взаимодействия и отношения внутри отделов разработки — это отдельная тема. К этой статье отношения не имеет.
Вы два раза в своём комментарии упомянули, что я якобы имел ввиду, что фулстек — это тимлид. Поэтому во второй раз попрошу вас внимательно перечитать и обратить внимание, что тимлидерских качеств я фулстеку не придавал, а наоборот обращал внимание, что это про другое.
И так же, прошу обратить ваше внимание на начало моего материала, где явно дал понять, что это личное мнение, не претендующее на последнюю инстанцию.
Но прямые руки — это важнее.
Автору респект, что докапался до истины.
О менеджерах в статье речи не идёт абсолютно совсем. Эти специалисты закрывают свой скоуп задач.
В моих командах у меня есть менеджеры, которые отлично справляются со своими обязанностями (было бы у меня время тогда строчить статьи).
К разговору о том, что расставаться с реальностью — я описываю свои принципы работы. Учитывая, что мне за них платят деньги и уважают в моей компании, значит, это реальность.
Будучи человеком, который участвует в воспитании и мотивации сотен молодых специалистов в год, считаю, что нужно продвигать более идеальные профессиональные ценности.
Все специалисты сталкиваются с объективной реальностью, но, если периодически не поднимать планку мотивации, изменений к лучшему дожидаться придётся дольше.
А в небольших проектах, где нет UX / UI спецов и аналитиков, эта вещь становится более чем уместна.
Было бы логично, если в таких условиях программист мог задуматься о конечном пользователе больше, чем раньше.
Согласен, в некоторых местах разбухла чуть больше, чем нужно, но это не страшно.
Никто не говорит, что тот парень был плох. Он решал проблемы.
Как раз речь о том, что нужно решать проблемы (я ссылаюсь в материале на статью, где только про это и пишу). А для решения проблем в огромной и глубокой инфраструктуре сегодня, как раз и нужно обладать софт-скиллами, потому что раньше было легко. А сегодня нужно учиться сотрудничать со многими другими юнитами, разных бекграундов.
Речь идёт о том, что понимает интервьюер, всё-таки.
И это не предполагалось. Это как раз и есть тот самый главный Пойнт, который "под другим углом". Что софт-скиллы — это не только лишь менеджерские навыки.
В этой части слов "менеджер" или "менеджмент" нет.
В навыках тоже не упоминал, что требуется быть менеджером.
Речь в тексте не идёт о том, что программист должен быть менеджером.
Прошу вас подсказать, какой именно Пойнт сообщает об этом.
В любом случае, считаю аудиторию Хабра адекватной.
В любом случае, этот материал — попытка посмотреть на компетенции современных специалистов с другой стороны.
Я даже извинился пару раз, если задел чувства чьи-то :)
И если исходить из логики, что всё уязвимо, то и SaaS пользоваться не стоит в том числе, например.
В статье точно есть цитата, что фулстекам не хватает глубины. А также есть мысль, что я не приписываю фулстеку лидерские качества (тимлидинг соответственно, думаю, это очевидно).
Ни о каких «отделах» в статье речи не идёт в принципе. Взаимодействия и отношения внутри отделов разработки — это отдельная тема. К этой статье отношения не имеет.
Вы два раза в своём комментарии упомянули, что я якобы имел ввиду, что фулстек — это тимлид. Поэтому во второй раз попрошу вас внимательно перечитать и обратить внимание, что тимлидерских качеств я фулстеку не придавал, а наоборот обращал внимание, что это про другое.
И так же, прошу обратить ваше внимание на начало моего материала, где явно дал понять, что это личное мнение, не претендующее на последнюю инстанцию.