Теперь хороших разрабов меряют по просмотрам и подписчикам — и это плохо



    С недавних пор меня просто заваливают приглашениями на собесы. Я прихожу, мы болтаем за жизнь, а потом мне делают оффер, как будто техническое интервью уже позади, и я подтвердил свои скиллы заочно. Но у меня нет супер-страницы на гитхабе, мое резюме такое серое, как будто меня заставляли его составлять. Единственное доказательство, что я чего-то стою — это моя способность отвечать на технические вопросы. Но теперь мне их почти не задают.

    Дело в том, что я написал сюда несколько статей, и они стали популярными. Вроде звучит нормально и заслуженно. Раз я говорю о своем опыте и знаниях в публикациях, а люди их одобряют, то зачем эти формальности на собесах — мой скилл «комьюнити-апрувд».

    Вот только почти все статьи не про разработку — в них нытье про мою депрессию. Я-то рад, что мне больше не надо никому ничего доказывать. Но вы что, с ума сошли котировать разрабов за такую чушь? Я думаю, сошли, и вижу тревожные симптомы этого везде.

    У меня в твиттере всякие известные разрабы пишут, что ищут работу или рекомендуют своих друганов. Типа, смотрите, вот синьор, крутой парень, берите, пока не разобрали. Им верят и берут их и их друганов, ведь известный человек фигню не посоветует. Я помог своему другу написать статью про то, как он проводит собесы, статья стала популярной, и ему предложили позицию техдира. Технический скилл, конечно, не проверили.

    Чёрт, да даже вакансий на лидов почти не бывает, потому что считается, что таких людей надо искать не на хедхантере. Их, дескать, и так все знают. Если бы эти вакансии всё же были, на собеседованиях у кандидатов бы проверяли «медийность» — потому что не бывает же хороших разрабов, про которых никто не слышал.

    Это сюр. «Крутой разработчик» и «Медийная персона» стали синонимами.

    Раньше, если тебе говорили про крутого разраба, ты представлял засаленного инженера среди железяк. Сейчас, если тебе говорят про крутого разраба, ты представляешь человека, который выступает на конфах, ведёт активный твиттер и постит фоточки. Его зовут на подкасты, узнают по имени в чатиках. Большие компании хантят таких напрямую без публикации вакансий на публику.

    Я бы не переживал, если бы известными становились реально лучшие. Индустрия думает, что это так, но это не так. Я красиво ныл, кто-то смешно шутил, а потом из тысяч разрабов выбрали именно нас, потому что наши аватарки чаще мелькали в ленте. У тебя больше шансов устроиться ведущим разработчиком, если ты админ js чатика в телеге, чем если ты понимаешь принципы работы javaScript до мельчайших деталей.

    Один мой друг работал в книжной редакции, и рассказывал, что издательства теперь заказывают писать книги блогерам, а не писателям. Ведь раз блогеров уже читают — значит они крутые (и книжку у них точно купят). Я думаю и нашу индустрию это ждет. Вы можете смеяться, что я сгущаю краски, а я посмеюсь, когда они наймут джуниорку с тысячей фоловеров в твитере в качестве вашего техлида.

    То есть в наше время лучшими людьми во всем стали считаться те, кто как-то умудрился завладеть вниманием. Потому что внимание — последний конечный ресурс в мире, где исчерпаемость всего остального побеждена.

    Но я не говорю, что социально активный человек обязательно плох. Я говорю, что есть много талантливых, умных интровертов, которые прямо сейчас за нищенскую зарплату пишут мертворождённый софт в какой-нибудь богами забытой конторе. Я их видел и я работал с ними. Если человек интроверт, это не значит, что с ним плохо работать. Если человек не пишет статьи, и не любит вести соцсети, если он не хочет или не может выступать на конференциях (или ездить на них) — это ничего не говорит о том, насколько он хорош в работе.

    Кошмар, что приходится говорить такую очевидность. Но менеджеры расставили заслоны от этих людей на всех уровнях. Они придумали софт-скиллы и назначили их выше хард-скиллов. То же собеседование — это работа для экстраверта. Произвести впечатление, рассказать душещипательную историю своей профессиональной жизни для общительного человека раз плюнуть. Для человека, который разбирается только в разработке — это ад. Но все поголовно работодатели говорят, что не готовы брать даже самого хорошего разраба, если он не «впишется в нашу культуру».

    Можно сказать, что это проблемы «невзятых». Я считаю, это наши проблемы. Львиная доля бинарного кода, который исполняет мой замысел на клиентской машине, написана другими разработчиками. И качество этих профессионалов — это качество моей работы. Я и так слишком дорого плачу за то, что всякие дураки работают в западных гигантах над фреймворками, которые мне теперь приходится использовать.



    Ведь хайп влияет не только на то, каких людей хантят. Он определяет и какие технологии использовать. Скажите мне, что вы делаете, и я скажу вам, какие у вас инструменты, потому что все используют только самое популярное. Звёзды на гитхабе, статьи в техноблогах и выступления на конференциях определяют, какой фреймворк вы возьмёте для своих проектов. Если есть что-то популярное, то даже разгромная статья только укрепит позиции инструмента в сообществе.

    Для меня лично таким инструментом стал Redux. Будучи изначально спроектированным под JS, он, на мой взгляд, очень плохо подходит для приложений, написанных на typeScript. Но он community-approved. Я буду трижды дураком, если потрачу свое время на опыт с другим инструментом управления состоянием, каким бы хорошим он ни был — в вакансиях и на собесах требуют популярный Redux или MobX.

    Страшнее всего то, что инструменты тоже становятся популярными не из-за качества. Два разных стартапа одновременно начали делать свои базы данных. Первые вложились в разработку, вторые в маркетинг. Первые собрали небольшое сообщество сарафаном. Вторые огромную недовольную аудиторию. Первые пожили-пожили и закрылись под грустные вздохи сотни человек. Вторые захватили рынок, заработали деньги и только потом стали думать, как подтянуть качество.

    Эта порочная система поддерживает сама себя. Люди, которые только учатся разработке, спрашивают, а что самое популярное — так они выбирают, какие технологии изучать, и так появляются резюме «React developer». Разработчик на популярном фреймворке, настоящий лакомый кусочек для современного бизнеса. Это вам не придурок, который пилит свои велосипеды, и смеет думать, что он может что-то изобрести. Сейчас, если у тебя есть своё видение, как решать проблему, которую решает популярная либа, ты сам сразу думаешь, что не прав. Например я считаю, что F# — гораздо более мощный инструмент, чем C#. У меня есть большой опыт использования обеих технологий, и есть своё видение. Но меня никто и слушать не станет, F# непопулярный, а я идиот.

    А если вы считаете, что никакой проблемы хайпа не существует, и ни разу не встречали её симптомов — вы живете в разработке для старперов. У вас всё делается правильно, у вас C++, а не все эти новомодные фреймворки. Вы не пускаете на порог этих хипстеров с их «токсичностью» и инклюзивностью. Есть только одна проблема. Вы со дня на день передохнете от старости, а мне придётся иметь дело с тем, что осталось.


    От мысли, что популярным становится плохое, а хорошее гибнет в неизвестности, на километр разит несправедливостью. Так воняет, что тошнит. Когда моя статья с самым большим концентратом нытья собрала 170 тысяч просмотров, я решил, что впредь буду писать только технические статьи.

    Мы с другом уже три месяца готовим статью про систему типов в typeScript, и, похоже, нам понадобится ещё столько же, чтобы её закончить. Потом её прочитает полтора человека, и наш труд пропадёт даром. А писать техническую статью — это действительно труд. Мы написали целую библиотеку, чтобы проверить то, о чём говорим в статье, поняли что не правы, переписали статью, а потом заново переписали библиотеку, и опять обосрались. Я точно знаю, что эта статья про типы имеет гораздо большее значение, чем все мои остальные статьи вместе взятые. Но мы сейчас живём в таком мире, где хардкорные статьи, набитые кодом, писать просто невыгодно.

    Среднюю техническую статью на хабре читает 5-10 тысяч человек, даже если за ней полгода работы. Я могу накидать около-техническое нытье за пару часов, и его прочитает сто тысяч человек. В первом случае я получу хороший опыт, с которым я буду в поте лица проталкивать себя к лучшей жизни и с пеной у рта всем доказывать, что этот опыт у меня действительно есть. Во втором случае я получу легкий путь к комфорту.

    Раз уж вы сейчас читаете это, а не статью про типы, значит я сделал свой выбор. Но вот моя индульгенция. Я призываю повлиять на ситуацию. Перестаньте нанимать тех, кто классно болтает, перестаньте хантить людей в твиттере, перестаньте нести чушь, что все топовые разрабы должны быть на виду. Перестаньте оценивать людей по наклейкам на макбуках. В разработке самое важное то, какой код пишет человек. Искать и нанимать сложно, и будет только сложнее, ну и ладно. Менеджеры могут сколько угодно говорить про эти свои софт-скиллы. Они говорят про них, потому что у них больше ничего нет. Я прошу, чтобы вы об этом помнили.
    Поддержать автора
    Поделиться публикацией

    Похожие публикации

    Комментарии 462

      +85
      Перестаньте нанимать тех, кто классно болтает, перестаньте хантить людей в твиттере, перестаньте нести чушь, что все топовые разрабы должны быть на виду. Перестаньте оценивать людей по наклейкам на макбуках.

      Да как вы можете, да это же просто невозможно, вы, вы, вы…
      Да вы же просто на святое покусились — на софт-скиллы!
      Богохульник! Еретик токсичный!
        –5

        Гуманитарии… они везде

          +9
          Это из-за того, что хрюши (HR) пытаясь доказать свою полезность лезут не в своё дело ради имитации бурной деятельности.
          В IT сейчас повалили толпы желающих Вайти-В-АйТи, и хрюши видя эти толпы мечтают набрать из них приятных и общительных бабников-экстравертов, вместо традиционных задротов, а как эти бабники будут выполнять работу хрюшам глубоко пох.
            +3

            Это значит что? Что менеджменту глубоко плевать, иначе бы зарплата таких "хрюш" напрямую зависила от результативности деятельности работников, которых они там напринимали.

              +9
              На самом деле даже название профессии Human Resources Specialist предполагает работу с кадрами и после найма. Даже в большей степени, чем сам найм. Но об этом у нас как-то принято забывать.
                0
                Страшные вещи вы говорите, в самом деле. Какая работа с кадрами вы что) Апомеозом стал один корпоратив, где люди на входе довольно долго мялись и не понимали где им разместиться (ага, в том числе потому, что недалеко от входа стоял стоял рукводителей) а HR в это время за дальним столом весело щебетала.
                  +10
                  Простите, где вы таких бесполезных HR находите?
                  Сколько я встречал — HR в IT знают, кто когда болеет, что умеет, какой кофе предпочитает, куда и когда едет отдыхать и как лучше провести майские 3 дня в системе учёта отпусков, чтоб не страдал ни сотрудник, ни компания.
                  А ещё напомнят, что кончается ДМС и карта на фитнес, нужно подойти и забрать новые.
                  Или это мне везёт?
                    +8
                    Это вам везет. Я очень много общаюсь с топ-менеджментом по роду моей деятельности и у меня волосы дыбом от ужаса стоят почти непрерывно. А еще я соглашаюсь на любое предложение о встрече от потенциальных работодателей и тоже навидался…
                      0
                      Везет. Из 4 компаний, что я работал нечто подобное вижу только в последней. И то в некотором приближении.
                        0
                        А мне до сих пор еще не попадались такие.
                        Но я — интроверт. И учился Asm, C++ и Pascal на СМ-2М, 286 и Borland Pascal, со мной всё ясно.
                      0
                      Если бы они начали корпоратив еще в офисе то никаких проблем на входе не было бы.
                      Кроме того какие-то странные сотрудники, наших приходится отгонять от столов зарезервированных для начальства. И то половину бутылок все равно утаскивают на свои столы.
                  +2

                  Ну во-первых, не везде. Во-вторых, и что с того?

                    0
                    … и имя нам Легион. И некоторые, прости господи, входят в IT. Вам уже стало страшно? </sarcasm off>

                    Их, как и автора статьи, волнует оттачивание и признание по хард-скилам. Софт-скилы итак на уровень выше, чем у инженеров в профильным образованием. А по хард-скилам — конкуренция зачастую не в пользу Легиона.
                    +1
                    Верно мыслите, но корень он почти рядом, его не раз озвучивали: это разница между реальным техническим скиллом и умением продать себя как сотрудника. Те кто лучше умеет болтать — лучше себя продают. Вот и всё.
                      +5
                      Дело даже не в софт-скиллах. Если кому-то нужен senior, значит такого там нет. А значит нет достаточных компетенций для проверки. При том это не электрочайник выбрать. Тут надо вникать, думать. И мозг любого человека, да даже другого seniora будет стремиться к поиску простых линейных метрик.
                      И чего обижаться, вы ведь тоже разные проекты на гитхабе по звездочкам меряете. Это проще, чем вникать в код проекта полностью, оценивать его авторов, смотреть как дела с безопасностью — ведь магическое опенсурсное сообщество уже наверняка все проверило. Ну, естественно, потом то вы будете использовать некоторые другие метрики, но тоже простые и первый клик в 90% все равно отводится популярным проектам
                        0
                        где-то на уровне мидлов и синьоров проходит граница у хрюш, когда софт-скиллы начинают цениться больше, чем хард-скиллы.
                          +1
                          Это не только у «хрюш». Это определение синьора. Синьор — это лидер команды (по крайней мере потенциальный). Он обязан общаться с людьми.

                          К сожалению часто «хрюши» забывают, что и с компьютерами ему тоже приходится общаться…
                            +7
                            Тим лид это лидер команды. Сеньором можно быть и в одиночку, сиди да пили
                              0
                              Как и Принципалом
                        +6
                        Есть только одна проблема. Вы со дня на день передохнете от старости, а мне придётся иметь дело с тем, что осталось.

                        Вот этого вообще не понял.
                          +2
                          Скорее всего автор имеет ввиду сильно немолодых разрабов, которые не ведутся на новомодные тенденции.
                            +6
                            Не раз наблюдал, как новый сотрудник (не обязательно молодой) с криками: «что за фигню вы тут понаписали», начинает переписывать какой-нибудь общую для всего проекта часть кода. Которая, по правде сказать, действительно не очень интересно выглядит. Потом, осознав масштаб работы и поняв, почему этот код был таким ужасным, человек бросает работу на половине и заканчиваеть ее приходится уже тем, кто этот код использует в своих проектах. В итоге снова получаем нечто состоящее из магии, костылей и веревочек, но написанную уже немного по другому. А в придачу получаем период нестабильности, кучу трудноуловимых багов и много-много часов отладки. Простите, но на третьей итерации очень хочется, чтобы этих рационализаторов с новыми технологиями уже кто-то остановил. Незачем внедрять что-то новое только потому, что оно новые. Вполне возможно, что оно окажется неудачным.
                              –15
                              Я таким неопытным умникам, которые сходу кричат «я перепишу всё с начала» сначала бью по рукам, а потом накидываю ему столько задач, чтобы у него не было свободного времени на переписывание.
                                +8
                                В свободное от работы время — почему бы и нет. Лучше пусть познают, чем живут с незакрытым гештальтом.
                                  –13
                                  Для кого лучше? Для работодателя? Руки надо обламывать за профнепригодность тем, кто без разрешения лезет в продакт и что-то там переписывает по своему усмотрению
                                    +27

                                    Руки обламывать надо тем, у кого единственный способ переписать кусок кода — переписывание его на продакте!

                                      +21
                                      «У всех есть среда для тестирования, но только у особенных это отдельно от прода».
                                      © не-помню-чей.
                                      +4
                                      Так а зачем прод? Человек потратит месяц своих свободных вечеров на переписывание, поймет что работы на год, получит свой урок и успокоится. Речи о проде вообще не идет, ему только веточка в гите нужна для воплощения фантазий. А если у него получится — то и отлично. Ваша задача уследить что все идет хорошо, переписывание имеет шансы на успех и приносит первые плоды и перевести задачу из его вечерних развлечений в рабочую. Можно и премию выписать за старания.
                                    +30
                                    сначала бью по рукам, а потом накидываю ему столько задач, чтобы у него не было свободного времени на переписывание

                                    Прекрасное чистосердечное признание — не скажете, где работаете? Ну, чтобы обходить эту компанию десятой дорогой.
                                      –8
                                      Свободное время на работе — это сюрреализм. Если хочется, заняться чем-то, то надо об этом договариваться с командой, менеджером, product owner или с кем работаешь и выяснять приоритеты.
                                      Иначе это просто своей перекладывание работы на других людей и разгильдяйство.
                                        +16
                                        Ну да, все должно быть строго — копать отсюда и до обеда.
                                          –2
                                          У нас каждую вторую пятницу день саморазвития, когда можем 8 часов сидеть хабр читать. Но правда обычно мы продолжаем делать задачи.
                                          +3

                                          Согласен. Эксперимннтировать нужно и это нужно поощрять. Главное, чтобы в рамках песочницы. Тут, судя по всему, плохая организация, где все новички пушают прямо в мастер

                                          +3

                                          А в чём проблема? Пусть переписывают. Как пройдёт все испытания лучше, чем предшествующий вариант, можно и говорить о чём то

                                            0
                                            Это добавляет работы другим командам, при этом не решая никаких проблем. Переписывание общей части кода никогда не проходит гладко.
                                            0
                                            А я обещаю таким людям поднять оклад в полтора раза если справятся, и прошу написать заявление «по собственному» на случай если нет.
                                              0
                                              А потом такие «умники» сваливают туда, где оценят его творческие старания.
                                              Ибо даже на интуитивном уровне понятно, если нет времени на саморазвитие, на творчество, хобби, если «накидано столько задач, что нет свободного времени», то «что то не так в датском королевстве» с организацией и специалистами там совсем не дорожат.

                                              Другое дело, что такие посылы: «я щас вам тут всё перепишу, как надо!» чаще всего от недостатка опыта. И опытный специалист крепко подумает, поизучает, прежде чем начнёт «переписывать какой-нибудь общую для всего проекта часть кода». Но вот по рукам давать не стОит. Надо именно, чтобы сам окунулся по самую макушку, в специально выделенной для этого песочнице.
                                                0
                                                Другое дело, что такие посылы: «я щас вам тут всё перепишу, как надо!» чаще всего от недостатка опыта.
                                                От недостатка опыта идея — всё выкинуть и написать новую вещь «сбоку».

                                                На самом деле всё можно переписать кусочками… но вот это как раз требует куда большего опыта, чем у людей, любящих «махать шашками».
                                              0
                                              Хороший разработчик должен иметь вполне себе хард скильное умение — декомпозировать. Браться с криками «я сейчас все перепишу» — это не показатель хорошего разработчика. А вот умение составить список четких декомпозированных задач по кейзу — показатель.
                                                0
                                                Дать гит, пусть делает свой форк и пишет, почему нет?
                                                Или новичок сразу получает доступ к master / prod и может феячить всё, что захочет?
                                                +5

                                                Но ведь скоро выйдет C++20, у нас тут модно constexpr-метапрограммирование и регулярки в компилтайме, на конференциях все чаще упоминаются моноиды, а на новые стандарты некоторые люди смотрят так же, как на хипстеров.


                                                Короче, автор — жертва стереотипов.

                                                  0
                                                  … и все равно в комментах про С++20 большинство комментов будет «пришел к тому, что лучший код это смесь С и урезанного С++98, с RAII но без этих ваших новомодных штук».
                                                  Так что еще как не ведутся. Вы в комменты к статьям Полухина об утверждении черновика стандарта видели? «понатащили всякого, нахер кому это надо».
                                                    +1

                                                    Ну так это как раз те самые «некоторые люди».

                                                      –1

                                                      Мне кажется "некоторые люди" это те, кто сможет оценить все эти моноиды.

                                                +7
                                                Думаю, имеется в виду, что подавляющее большинство именно молодых разработчиков склонно больше к модным фреймворкам и ведению коллективных твиттер-аккаунтам, чем к хардкорной разработке сложных продуктов. В последнее время действительно есть такое ощущение. Хотя, мне кажется, что статья все-таки сильно раздувает эту проблему.
                                                  +4
                                                  Не знаю, может это от области зависит еще. В этом нашем эмбедеде я больше встречаю людей которые слово твиттер употребляют как ругательное. И чем более человек эмбедед в эмбедед тем больше он готов шипеть и плеваться при упоминании софт-скиллзов и прочих там новомодностей.
                                                    +2
                                                    Ну и область узкая, а зарплаты относительно низкие. Мыщи все же предпочитают есть.
                                                      +17

                                                      Ну тут, во-первых, как уже сказали, может играть и рядовая зависть, поскольку у нас в России, особенно вне столиц, часто можно наблюдать ситуацию когда веб-разработчики (со смузи и твиттерами) получают зарплату в полтора-два раза больше чем программисты-эмбеддеры на производстве.
                                                      А во-вторых, у эмбеддеров (я сам много лет работал в этой отрасли поэтому хорошо представляю отчем говорю) часто раздуто самомнение, мол, "мы крутые, у нас тут железо, реальное время и работа в ограниченных ресурсах, не то что у каких-то там быдлокодеров!", что иногда перекашивает фильтры восприятия и ведёт не только к издевкам над "новомодными трендами" из мира "большого IT" и возгласам вида "че вы к нам со своей фигнёй лезете, мы тут делом занимаемся", но и к игнорированию действительно дельных и полезных вещей.

                                                        +6
                                                        Все так. Работал чуть меньше 10 лет назад в железячной компании (софткодером), у особенно старых эмбедеров отношение даже к SVN (git тогда еще мало где было) было «придумали тут херню кодеромакаки, в эмбеде другая специфика, тут ваши новомодные хрени не нужны».
                                                          +5
                                                          О да, я лично с боями пересаживал команду разработчиков на SVN, причем даже не с бранчами, а просто хотя бы каждый релиз коммитить в мастер, чтобы был единый труЪ-репозиторий всего на сервере вместо десятков папочек раскиданных по машинам разработчиков, и была возможность нормально откатываться/сравнивать версии… Причем после моего увольнения спустя где-то полгода, кто-то из бывших коллег обратился с вопросом вида «а не помнишь ли ты как было сделано то-то и то-то, нам сейчас снова надо нечто подобное», и на мой комментарий вида «это можно посмотреть в таком-то модуле такого-то проекта за примерно такое-то время на SVN-сервере», был ответ «а мы его отключили, он шумел сильно»…

                                                          Ну а про круглые глаза в ответ на предложение начать писать юнит-тесты хотя бы для наиболее проблемных мест я и не говорю.
                                                            +1
                                                            Да, есть такое. Подозреваю что это потому что у большинства суровый железячно-паяльный бэкграунд со своими тараканами, но вот прям все вот так, да.
                                                          0
                                                          И такая ситуация абсолютно обоснована, т.к. эмбеддер легко, хоть и плюясь, напишет под веб, а вот разраб со смузями скорее всего взвоет и потребует что бы была однострочная магия как вон в том полярном фреймворке и еще желательно что бы без проверки типов и без жестких требований к потребляемым ресурсам и времени выполнения.
                                                          Но данная ситуация не касается самих подходов к проектированию или используемым инструментам. Только к людям и их скилу.
                                                            +12

                                                            Те эмбеддеры, которых я знаю, ничего под веб не напишут, потому что ересь-смузи-хипстерство и ничего в этом не понимают. Так же не в курсе никаких современных технологий, типа виртуализации или контейнеризации. Сидят в своем маленьком мирке где они боги программирования, а вокруг бегают неразумные дети.
                                                            Видел попытки привлечь ембеддеров к работе над современными проектами, типа андроида и мобильной разработки вообще, ведь олдскул-инженер-только-си — полная катастрофа.

                                                              –3
                                                              Вы говорите о ситуации когда у обоих есть место работы и все стабильно, а теперь сделайте так что им обоим стало нечего есть и остались вакансии только из другого лагеря… вот тут то и получится, что эмбеддер взаимозаменяемый специалист, а хипстер пойдет в мак на кассу.
                                                                +8
                                                                Вот я бы не был так уверен. Эмбеддер, если он закостенел в своем стеке будет очень долго искать работу аналогичную потеряной, как быстро он сможет освоить современные инструменты на адекватном уровне — непонятно, ему же реально это все не интересно и он этого всего не понимает. Фронтендер же, с другой стороны, зачастую привык разбираться в новых инструментах — во фронтенде технологии приходят и уходят с огромной скоростью. Так что я бы не стал говорить что эмбеддеры в целом круче фронтендеров, все совсем не так однозначно (обратное я тоже не утверждаю, просто есть причины по которым может получиться и так, и так).
                                                                  0
                                                                  Узбагойтесь — это просто разные подвиды программизма. И те и другие при необходимости могут переучиться, просто естественно каждый предпочтет оставаться в привычной среде.
                                                                  У меня есть одногруппник, которые в универе работал эмбеддером, после универа системным программистом, а щас в mail.ru тоже каким-то программистом.
                                                                  Эмбеддерам платят меньше, потому что коммерциализация продукта их деятельности более трудоемка, а сопутствующие издержки более весомы. Ну и вообще у нас в стране хардвер по большей части тихо гниет. Ну такая вот действительность.
                                                                    0
                                                                    Узбагойтесь — это просто разные подвиды программизма. И те и другие при необходимости могут переучиться, просто естественно каждый предпочтет оставаться в привычной среде.
                                                                    Так я примерно об этом и говорю — элитизм что с одной стороны, что с другой объективно не обоснован. Крутые спецы есть и там, и там, также как и закостенелые не желающие обучаться ничему новому разработчики.
                                                                  +7
                                                                  Так я же и говорю о ситуации когда эмбеддеров привлекли в другие проекты, соблазнившись вот этим всем инженер-как-раньше-си-хардкор, он все сможет — тыжеэмбеддед. Полнейший провал.
                                                                  +1
                                                                  Какой-то стрёмный у вас эмбед. Не скажу, что не видел такого, но на данный момент чаще видел совершенно обратную ситуацию — в эмбеде люди, которые знают и хотят, но самое главное — умеют. Причём умеют как сказать, что я не умею в js, без всяких «смузи какое-то», а просто, константация собственной некомпетентности. Так и изучить за пару дней пайтон и наскриптовать простейший парсер прогрессивного (не черезстрочного) png голым python 2.6 чтобы не делать это каждый раз «руками» через GUI проросшей мхом тулзы.

                                                                  Я не хочу сказать, что все эмбедеры шикарны. Но всем моим знакомым смузи-программистам до самого слабого из адекватных ембедеров как до луны. А отвращение к новым технологиям обычно идёт в одной тележеке с некоторой неадекватностью. Банально — отвращение это эмоция, причём в данном контексте она близка к гордости и самолюбию. Включённое критическое мышление эти эмоции отсекает.
                                                                    +2
                                                                    Как бы вполне понятно, что и если веб-программиста или энтепрайзника посадить писать под микроконтроллеры, и если эмбедщика посадить делать фронтенд и бэкенд, то на первых этапах и у того и у того получится говно.
                                                                    Причем на каких-то мелких задачах, типа написать конвертер файлов или научить дверной звонок матом ругаться, это не страшно, а вот чем сложнее и масштабнее проект, тем оно будет проявлятся сильнее.

                                                                    Но есть различия :) Веб-разработчик или энтерпрайзник будет вынужден начать работать на более низком уровне. Ручное управление памятью, отсутствие готовых библиотек на каждый чих, битовые операции и арифметика указателей, язык, дающий много возможностей отстрелить себе ногу, сложности с отладкой. И со всем этим ему придется мириться и разбираться, чтобы сделать что-то рабочее. В конце концов, современный мир фронтенда веба меняется очень быстро, и как уже сказали выше, такие разработчики уже привыкшие и готовые к освоению нового.
                                                                    Эмбедщик же перейдет на разработку на более высоком уровне, и если он просто освоит синтаксис языка и почитает документацию, то проблем именно с написанием рабочего алгоритма у него не возникнет, зато могут возникнуть проблемы с велосипедостроением на каждый чих (т.к. в его родном мире нет библиотек на все случаи жизни, или же они низкого качества), преждевременной оптимизацией (а она усложняет поддерживаемость кода), игнорированием best practices (паттерны? какие паттерны?), плохой архитектурой (потому что в железных проектах все обычно прямолинейно, не приняты глубокие абстракции, а жизненный цикл продуктов часто не требует основательной расширяемости), отсутствием тестов или сложностью тестирования нового кода, наплевательским отношением к безопасности, и т.д.

                                                                    И тут самое главное, что вся та лажа, что может допустить пересевший с веба в эмбеддед, проявится еще на ранних этапах, и может быть вполне объективно выявлена и оценена: программа тормозит, программа глючит, контроллер перезагружается, не хватает памяти. И ему в любом случае придется это все пофиксить чтобы получить рабочий продукт.
                                                                    А вот та лажа, что наделает перешедший со встраиваемых систем в веб или энтерпрайз, проявится только в долгосрочной перспективе, когда встанет вопрос поддержки и расширения этого кода, в краткосрочной все в принципе будет работать, а возможные проблемы могут быть оценены и описаны только субъективно.
                                                                    И тот факт, что переход с высокого уровня на низкий сложнее чем обратно, тешит в гордость/самолюбие типа «да я и гораздо сложнее вещи делал», что вкупе с описанной выше субъективностью и может привести к «моя программа работает, что вам еще надо, чертовы смузихлебы».
                                                                    А если эмбедщик раньше еще был по совместительству электронщик, то часто среди таких бытует мнение «самое сложное и главное железку сделать, а программу написать это фигня уже», что еще усугубляет ситуацию.
                                                                      0
                                                                      Теоретизация чистой воды.

                                                                      Люди разные. Я привёл примеры буквально из жизни, многие люди прекрасно отдают себе отчёт в том, что они умеют, сумеют и хотят. Это три совершенно разные вещи.

                                                                      Ни разу не хотел превознести эмбедщиков или электронщиков. Просто по опыту заметил. Сама по себе область связанная с низкоуровневым программированием не плохо фильтрует людей, очень многим наоборот проще в абстракции и многослойности, а прямолинейность и простота вызывает подсознательное желание всё усложить.

                                                                      Но мозайка не полная без обширного анализа «почему так». Во-первых, мой опыт это мой опыт и он не должен являться положением дел, да и скорее всего не является таковым. Просто заметил, что в моём окружении преобладают люди с высшим образованием, а в России оно специфично как раз тем, что даже веб-программистов учат программировать на Си. В том числе есть и некоторый уклон в радиофизику, особенно во всяких МГУ или СПбГУ. Так что лично я как раз заметил интересную штуку: многие веб-программисты считают, что вполне смогут в радио, но когда доходит дело до — не получается, потому что мысли есть, но системы нет. Тогда как эмбедщики из раза в раз говорят, что не умеют, но как только появляется неотвратимая задача — просто берут и делают. Как получается.

                                                                      Так что да. Это мои личные наблюдения приведённые к общему знаменателю и поделённое на их число. Крайние ситуации тоже бывают, вообще разные ситуации бывают. А усугубляет ситуацию тот простой факт, что будущее мы не видим.
                                                                        0
                                                                        Теоретизация чистой воды.
                                                                        Реальная жизнь и практический опыт. Я сам прошел путь из «эмбедщика и АСУТПшника» в бэкенд-разработку (в основном из-за денег и отношения к людям в отрасли), но и своими глазами наблюдал, как люди переходили в обратном направлении.
                                                                        По образованию, кстати, инженер-электроник. И Си у нас не было, зато был ассемблер :)
                                                                          0
                                                                          Реальная жизнь и практический опыт.

                                                                          и если он просто освоит синтаксис языка и почитает документацию, то проблем именно с написанием рабочего алгоритма у него не возникнет, зато могут возникнуть проблемы с велосипедостроением на каждый чих (т.к. в его родном мире нет библиотек на все случаи жизни, или же они низкого качества), преждевременной оптимизацией (а она усложняет поддерживаемость кода), игнорированием best practices (паттерны? какие паттерны?), плохой архитектурой (потому что в железных проектах все обычно прямолинейно, не приняты глубокие абстракции, а жизненный цикл продуктов часто не требует основательной расширяемости), отсутствием тестов или сложностью тестирования нового кода, наплевательским отношением к безопасности, и т.д.


                                                                          Простите, но нет. Самая что ни на есть теорезация. Про её качество я, пожалуй, воздержусь от суждений.

                                                                          Алсо, есть ещё такой момент, раз зашли в теорезацию. Довольно важный. Веб-программистов в разы больше, чем эмбедщиков. Поэтому распределение намного выраженнее, а среднее из закона больших чисел и центральной предельной теорем ближе к среднему обычного человека. Про 95, надеюсь, писать не надо?

                                                                          И ещё не стоит забывать субъективный фактор. Я не очень хороший эмбедщик, поэтому для того чтобы мне человек показался хорошим эмбедщиком надо просто делать работу. С вэбом у меня история насыщеннее и значимее, поэтому чтобы для меня оказаться хорошим вэб-программистом придётся постараться.
                                                                            +1
                                                                            Простите, но нет. Самая что ни на есть теорезация.
                                                                            Да где теоретизация-то, если я тут пишу про людей, с которыми лично знаком, и про проекты, в которых лично участвовал? Причем одна из историй была прямо ближе некуда: команде программистов-автоматчиков понадобилось прикрутить к их системе кроме десктоп-морды еще и веб-морду…
                                                                            Если уж вам хочется побуквоедить, замените в цитате «не возникнет» на «не возникло», а «могут возникнуть» на «возникали», смысл от этого не изменится.
                                                                              +1

                                                                              Потому что слова


                                                                              нет библиотек
                                                                              низкого качества
                                                                              преждевременной оптимизацией
                                                                              игнорированием
                                                                              плохой архитектурой

                                                                              Имеют явный оттенок проанализированных фактов с далеко идущими выводами.


                                                                              Ко всему прочему, раз уж проситесь, качество этого анализа оставляет желать лучшего.


                                                                              нет библиотек

                                                                              Qt, Boost, SDL, GTK, ffmpeg, .NET, C/POSIX, openssl, rtems… Я бы мог продолжать вечно (по крайне менее дольше, чем вы живёте). Эту дичь вытерпеть мне было крайне сложно.


                                                                              низкого качества

                                                                              Помилуйте. NPM-истерия (как минимум тот же leftpad) мне буквально встала поперёк горла. Нигде такого больше не видел.


                                                                              преждевременной оптимизацией

                                                                              Есть корень всех зол. Это было известно ещё 74 году. Когда современных веб-программистов ещё не просто в планах не было — их родители только начинали в планах появляться. Интернет был мечтой, а программирование преследовало исключительно научные и военные задачи.


                                                                              игнорированием

                                                                              Кто кого сейчас игнорирует — ещё вопрос.


                                                                              плохой архитектурой

                                                                              Простите, но вы совершенно не знаете современный embedded. Когда параллельно с поддержкой legacy разрабатываются едва ли не абсолютно новые решения. И поддержка старых интерфейсов — дело жизненно необходимое. Без хороших архитектурных решений жить крайне сложно. Через legacy-ад системщики и эмбедщики проходят буквально каждый день, чего не скажешь о смузи-программистов.


                                                                              Всё это я хотел сказать обособленно. Не выражая явную привязанность к какому-то лагерю. Просто высказал собственный опыт, что мне попадались в основном хорошие встройщики и в основном посредственные веб-программисты. Есть тысячи факторов, которые скорее всего делают мой опыт далеко нерепрезентабельным, например тот факт, что начинал я с веба, а сейчас сижу под встраиваемыми системами, заканчивая тем, что у меня, в силу некоторой интровертности, сильно узкий круг общения. Но обязательно надо прицепиться к тому, что не имеет значения и развязать демагогию, которая не имеет цели. Лишь для того, чтобы показать собственную некомпетентность? До вашего ответа у меня было весьма положительное мнение о вас, во многом благодаря отличной статье про распределённое компилирование (которое тем не менее имеет не очень высокую практическую пользу, разве что ваша компания не может позволить адекватные машины, а ваша компайл-тайм-часть жестока и беспощадена). А сейчас мозаика лично для меня сложилась.


                                                                              Аривидерчи.

                                                                                +2
                                                                                Мы, видимо, про немного разные сферы эмбеддинга говорим.

                                                                                Вы, судя по вашим упоминаниям Boost, Qt и POSIX, про что-то вроде embedded linux,
                                                                                а я же про приборы с AVR, PIC24, STM8/STM32 на bare metal или какой-нибудь простенькой RTOS, ну и разные ПЛК, конечно.

                                                                                Логично, что проекты, подходы к разработке и специфика там и там могут быть совсем разные. Можете перечитать мои комментарии именно в этом конктексте, и многое встанет на свои места.
                                                                                Но при этом и то и то является embedded. Отсюда и ваше возмущение до глубины души, судя по всему :)
                                                                      0
                                                                      А отвращение к новым технологиям обычно идёт в одной тележеке с некоторой неадекватностью. Банально — отвращение это эмоция, причём в данном контексте она близка к гордости и самолюбию. Включённое критическое мышление эти эмоции отсекает.

                                                                      Обратная сторона любви к технологиям и вообще к тому, чем ты занимаешься.


                                                                      Могу судить по себе: люблю программирование, и из этой любви как-то проистекает любовь, скажем, к некоторым аспектам C++ и ко всяким хаскелям-идрисам, но вместе с этим есть некоторое отвращение к тому же питону. Наверное, на каком-то фундаментальном уровне отвращение к новым технологиям не сильно от этого отличается.

                                                                        0
                                                                        вместе с этим есть некоторое отвращение к тому же питону

                                                                        Пайтону. Змея тут ни при чём!


                                                                        У меня нет любви к Си, Си++, Haskell или чему-то ещё. Есть огромное, практически бездонное уважение к таким вещам, это монстры, это потрясающие технологие в одновременной простоте и жуткой мощи (одни темплейты в Си++ когда создавались — совершенно без мыслей о метапрограммировании), я буквально вижу всю глубину этих инструментов — от редактора, IDE и препроцессора до compile-time оптимизаций и компоновки объектников. Потому что пришлось и приходится с этим работать, потому что понимаю причины тех или иных решений.


                                                                        Но абсолютно нет любви. Я не понимаю как можно любит Си++. Он похож на старого мудреца, повидавшего всякого. И с каждым C++0x он видит лишь больше и даже ощущает на себе. Но. В этом нет системы. В этом порой нет логики. В этом иногда замешана политика.


                                                                        И я люблю C#, F# и .NET. Я люблю Python. Я люблю JavaScript. По разному, но люблю. Это может быть нелогичная, неоправданная и совершенно бестактная любовь как к чему-то чрезвычайно глупому, но крайне весёлому. Или это может быть любовь как к чему-то статному, мощному, самостоятельному, но принимающего любую помощь. Это может любовь как симбиоз разных точек зрений, разных позиций, подходов к реализации, но объединённых удачно и удобно, так, чтобы с одной стороны можно было игнорировать, но с другой стороны, после того как попробуешь использовать их вместе — не захочешь возвращаться. Но я не уважаю Python. Потому что многие его решения выглядят как результат непонятного холивара с до сих пор нерешённым проблемами уровня ядра, что крайне негативно влияет на весь дизайн. Я не уважаю C# (равно как и .NET), потому что он был политическим инструментом, создавался им, и до сих пор во многом им остаётся.


                                                                        Но это. Моё мнение. Лично я стараюсь держать свои эмоции так далеко от продакшана, как это возможно. Нередко мне встаёт это боком, но зато я отсекаю множество других проблем.

                                                                          0

                                                                          Змея у этого языка на логотипе (точнее, две змеи).

                                                                            0

                                                                            И всё таки, нет!

                                                                              0

                                                                              Но это никак не помешало языку иметь двух змей на логотипе.

                                                                                0
                                                                                Заблуждение не перестает быть заблуждением от того, что большинство разделяет его.
                                                                            +1
                                                                            Пайтону. Змея тут ни при чём!

                                                                            А вы говорите «си плюс плюс» или «си плас плас»?


                                                                            Я не понимаю как можно любит Си++. Он похож на старого мудреца, повидавшего всякого. И с каждым C++0x он видит лишь больше и даже ощущает на себе. Но. В этом нет системы. В этом порой нет логики.

                                                                            В этом есть какое-то мазохистическое удовольствие, когда ты взял и на темплейтах нафигачил ORM. Или компилтайм-вычисление производных. Или компилтайм-компиляцию регулярок в компилтайм-DFA.


                                                                            А C#, ну чего там. Скучно же. Язык красивый, язык мощный, хороший, но челленджа нет. «Мама, смотри, как я могу» не скажешь. У меня был проект на шарпе. Да, приятно, но как-то спокойно приятно. Нет борьбы. Нет превознемогания.


                                                                            А логика, кстати, есть, если вспомнить необходимость обратной совместимости чуть ли не с сями.


                                                                            Но я не уважаю Python. Потому что многие его решения выглядят как результат непонятного холивара с до сих пор нерешённым проблемами уровня ядра, что крайне негативно влияет на весь дизайн.

                                                                            Я не то что не уважаю, просто, ну, не могу без этапа статического тайпчекинга. Мозги у меня так устроены, увы, уж больно я полагаюсь на типы.


                                                                            Моё мнение. Лично я стараюсь держать свои эмоции так далеко от продакшана, как это возможно. Нередко мне встаёт это боком, но зато я отсекаю множество других проблем.

                                                                            А это уже другой вопрос. Это, например, влияет на то, какие проекты вы выбираете, в какой области вы предпочитаете работать, и так далее.

                                                                              0
                                                                              А вы говорите «си плюс плюс» или «си плас плас»?

                                                                              По русски, очевидно, си плюс плюс. На английском, си плаз плаз.


                                                                              мазохистическое удовольствие

                                                                              Хм. Я бы не сказал, что это, что нужно в прадакте.


                                                                              А C#, ну чего там. Скучно же. Язык красивый, язык мощный, хороший, но челленджа нет. «Мама, смотри, как я могу» не скажешь. У меня был проект на шарпе. Да, приятно, но как-то спокойно приятно. Нет борьбы. Нет превознемогания.

                                                                              А в нём всё есть. Даже компайл тайм (static readonly). Превознемогания тоже. Если проект достаточно большой, с обширной объёмной архитектурой. И решения… Они поражают изяществом. После них приходишь в Си++. Хочешь так же. Начинаешь городить template-анархию и… Не получается. Потому что рефлексии нет! Не только runtime, но даже compiletime нет!


                                                                              Я не то что не уважаю, просто, ну, не могу без этапа статического тайпчекинга. Мозги у меня так устроены, увы, уж больно я полагаюсь на типы.

                                                                              А как же превознемогание? К слову


                                                                              import this
                                                                              должен расставить всё по своим местам.

                                                                              И да, статическая типизация в Python есть в некотором роде.


                                                                              А это уже другой вопрос.

                                                                              Это изначально было так. Как только мнение перестаёт быть личным — оно сопровождается ссылкой. Если её нет — смело игнорируйте, не обеднеете.

                                                                                0
                                                                                Хм. Я бы не сказал, что это, что нужно в прадакте.

                                                                                Ну когда как. Всякие там высокоэффективные вещи, которые вычисляются в компилтайме по максимуму, таки иногда бывают полезны.


                                                                                А в нём всё есть. Даже компайл тайм (static readonly).

                                                                                А это как темплейты или constexpr в плюсах?


                                                                                Если проект достаточно большой, с обширной объёмной архитектурой. И решения… Они поражают изяществом.

                                                                                Архитектура вообще практически инвариантна относительно смены языка. В рамках одной парадигмы программирования, по крайней мере.


                                                                                После них приходишь в Си++. Хочешь так же. Начинаешь городить template-анархию и… Не получается. Потому что рефлексии нет! Не только runtime, но даже compiletime нет!

                                                                                С одной стороны, завезут в C++20 или 23, с другой — ну, конкретно по моему опыту рефлексия прям чтобы уж прям вообще нужна была только в одном проекте.


                                                                                А как же превознемогание?

                                                                                Это превознемогание немного другого рода. От него только начинает ныть в пальцах.


                                                                                К слову

                                                                                Про import this не понял, это что?


                                                                                И да, статическая типизация в Python есть в некотором роде.

                                                                                >>> import typing
                                                                                >>> def greeting(name: str) -> str:
                                                                                ...     return 1 + name
                                                                                ... 
                                                                                >>> greeting(2)
                                                                                3

                                                                                Хорошая статическая типизация, ничего не скажешь.

                                                                                  0
                                                                                  ну, конкретно по моему опыту рефлексия прям чтобы уж прям вообще нужна была только в одном проекте.

                                                                                  У меня в каждом втором проекте рефлексия значительно упростила бы жизнь. Ну и да, ни разу такого не было, чтобы без неё вообще никак, просто приходится или городить кодогенераторы или притворятся мартышкой.


                                                                                  Про import this не понял, это что?

                                                                                   


                                                                                  Explicit is better than implicit.
                                                                                  Simple is better than complex.

                                                                                   


                                                                                  Хорошая статическая типизация, ничего не скажешь.

                                                                                  Её таки надо использовать вместе с. Например, mypy.

                                                                                    0
                                                                                    У меня в каждом втором проекте рефлексия значительно упростила бы жизнь. Ну и да, ни разу такого не было, чтобы без неё вообще никак, просто приходится или городить кодогенераторы или притворятся мартышкой.

                                                                                    Ну, если подумать, то да, тот же template haskell в хаскеле оказывается весьма полезен, или elaborator reflection в идрисе. Я скорее говорил о рантайм-рефлексии.


                                                                                    А так да, компилтайм-рефлексию ждём.


                                                                                    Explicit is better than implicit.

                                                                                    По опыту чтения чужих исходников на питоне, похоже, этому дзену не следуют.


                                                                                    Её таки надо использовать вместе с. Например, mypy.

                                                                                    Ну вот я договорился, что теперь в джаваскрипте я в комментах пишу ожидаемый тип, вроде


                                                                                    /* foo : String -> Int -> String */
                                                                                    function foo(someStr, someNum) {
                                                                                    // тут что-то там, я не знаю js так-то
                                                                                    }

                                                                                    Ну и написал я, значит, тулзу, которая эти аннотации как-то использует. Это делает JS статически типизированным?

                                                                                      0

                                                                                      Такое уже есть, Flow называется. И да, люди думают, что это делает жс статически типизированным.

                                                                                        0
                                                                                        По опыту чтения чужих исходников на питоне, похоже, этому дзену не следуют.

                                                                                        По опыту чтения любых исходников — никакому дзену вообще не следуют.

                                                                                        0
                                                                                        1. static readonly это ни разу не компайл тайм
                                                                                        2. Без рефлексии очень хорошо можно обходиться, и нужно. Я в последнее время массово переползаю на Roslyn кодогенерацию, даже статью про это писал. С достаточно развитой системой макросов (ну или анализаторов в случае C#) рефлексия не нужна, можно использовать апи компилятора.
                                                                          +1
                                                                          Что они напишут, накидают пару страниц статики? Так и все эти «хипстеры-со-смузи», если поднапрягутся сделают мигалку светодиодами. Да только, что то, что это — баловство, обреченное хранится в глубинах локальных дисков.
                                                                          Как вы сами заметили, разные подходы, тенденции, принципы. Абсолютно разные миры.

                                                                          В любом случае, при глобальной смене стека придется переучиваться, а тут уже все зависит от человека.
                                                                      +1
                                                                      Уже сколько лет энтерпрайз идет к упрощению разработки. ООП, «полноценная» модульность на микросервисах, DI, скрывающие рутинную-работу-с-1000-мелочей фреймворки, тестовые продукты, CI, упрощение деплоя и развертки…

                                                                      В итоге разработка стала проще, времени стало больше, почему бы трем благородным донам не вести коллективный twitter аккаунт?
                                                                        +1

                                                                        Времени больше не становится, потому что время, сэкономленное на тестировании, деплое и рутине, поглощается увеличением скорости выкатывания новых фич.

                                                                          +3

                                                                          Ну упрощение иллюзорное. По факту упрощение инструментов разработки делается для того, чтобы была возможность писать более сложные и адаптированные для бизнеса системы. Слово бизнес самому уже надоело повторять и видеть везде, но ничего не поделаешь. Сложность ушла из одного места в другое. И время, которое раньше тратилось на борьбу с инструментами, теперь тратится на борьбу с доменной моделью (сюда входят как просто фичи какого-нибудь торгового терминала, так и разработка инструкций для всеми любимого х86). Попробуйте на асме написать трейдинговую платформу, например.

                                                                        –3
                                                                        Похоже, у ТС есть знакомые в HR в возрасте, кто занимается тем, что он осуждает.
                                                                        +13
                                                                        Всё гораздо лучше чем вам кажется, хоть как-то светятся наверное меньше процента. А из этого процента, действительно привлекают внимание — единицы. Так что для подавляющего большинства это всё не актуально.

                                                                        И для большинства адекватных работодателей это не имеет вообще никакого значения. Можно расслабиться, конец света отменяется.

                                                                        Так что пишите технические статьи и про вас скоро забудут. Придётся опять проходить интервью как всем нам, простым смертным.
                                                                          +1
                                                                          Соглашусь, кроме того, что звёзд не так уж много, во многих компаниях предусмотрено техническое интервью. Так что даже раскрученный твиттер аккаунт и мировое признание вашего вклада не помогут вам попасть в пресловутый гугл.

                                                                          Автор, если вправду хотите, чтобы людей не нанимали по твиттеру — поделитесь списком компаний где вам или вашим знакомым сделали «необоснованный» оффер. Сообщество оценит.
                                                                          +34
                                                                          Высокоскиллованный человек внезапно открыл для себя «эффект сарая» и узнал про рекламу и маркетинг(в том числе людей).
                                                                          Что дальше? Статья-откровение про переплаты за бренд Айфона?
                                                                          Не покупайте машины из-за их дизайна, а покупайте за их техническую часть?
                                                                            +1
                                                                            Не покупайте машины из-за их дизайна, а покупайте за их техническую часть?

                                                                            Кстати, пользуясь случаем — продам гараж порекомендую серию видео «машина для человека а не для рынка» на ютюбе, канал МОНСТРОХОД. Он инженер, раньше работал в НАМИ, разбирается в вопросе, рассказывает интересно.
                                                                              0
                                                                              Смотрю, канал в целом нравится, но автор часто крайне субъективно категоричен и необоснованно самоуверен. Увы. Серия роликов как бы намекает на помощь в выборе автомобиля, но руководствоваться ими нельзя. Хотя по техническим ньюансам порой интересно и ново.
                                                                                0
                                                                                но автор часто крайне субъективно категоричен и необоснованно самоуверен. Увы

                                                                                Думаю, он не откажет вам в аргументированной полемике и предоставит подкрепление. По крайней мере, мой опыт общения в комментариях к этому каналу таков.
                                                                                  +1
                                                                                  Полемика это хорошо, но ее читает малая часть тех, кто смотрит видео. А когда в видео рассматриваются недостатки моноприводных машин по сравнению с полноприводными без учета существования ESP (которая сейчас почти на каждой новой машине есть), то это дает немного неверное понимание ситуации о тех, кто это смотрит. А до комментариев они могут и не дойти.
                                                                                    0
                                                                                    Как пример(сложно сказать какого размера аудитории) я обычно сначала смотрю комментарии потом принимаю решение о просмотре контента.
                                                                              –1
                                                                              Не покупайте машины из-за их дизайна, а покупайте за их техническую часть?

                                                                              Я так покупаю :)
                                                                                –1
                                                                                Честно говоря устал от этого. Данный товарищ(и его коллега), кинули разок говно на вентилятор статьёй про собеседования, народ начал обсуждать — теперь каждую неделю у нас тут куча этого говна. Из разряда «Мне сказали шорты не носить на работе! Разбираемся почему запрет на шорты признак мудака..».
                                                                                +5
                                                                                В этих терминах статья — реклама вменяемости.
                                                                                  +13
                                                                                  А писать техническую статью — это действительно труд.

                                                                                  Это только если хорошую статью писать.
                                                                                  А так всегда можно написать очередную статью про замыкания в JavaScript или про хуки в React и срубить плюсцов.
                                                                                  Правда это тоже будет некой формой медийной раскрутки.
                                                                                  Мол, смотрите я пишу «технические» статьи у которых много плюсиков.
                                                                                    +2
                                                                                    >Мол, смотрите я пишу «технические» статьи у которых много плюсиков.
                                                                                    Так не плюсуйте плохие статьи. Это же саморегулирующееся сообщество, теоретически. Люди делают то, что вызывает благодарность и одобрение со стороны других людей. Пока плохие статьи собирают лайки, всегда найдутся желающие их писать. А HR, не являясь техническим специалистом, не может сам оценить насколько статья хороша или плоха, он видит кучу плюсиков (== сообщество одобряет) и реагирует соответственно
                                                                                      +1

                                                                                      Спасибо кэп. О том собственно и статья.

                                                                                        +1
                                                                                        Так и что мне, как леммингу, делать? Минусовать статью, потому что я согласен, что плюсовать такие статьи глупо?
                                                                                        0
                                                                                        Да только всегда найдется пара 'специалистов', готовых, по доброте душевной, плюсануть старикашку Эдельвейса. А потом жалуются на то, чем все это им обернулось.
                                                                                        0
                                                                                        Индусы очень любят так писать — о чем-то очевидном и по мелочам, зато много статьей и есть на что сослаться.
                                                                                        0
                                                                                        Грустно конечно, но приходиться с этим жить. Кто не адаптируется к реалиям — быстро выпадает на обочину.
                                                                                          +20
                                                                                          Сам достаточно давно думал над похожей проблемой. Кажется, что есть три основные причины, почему так происходит:

                                                                                          * Развитие компетенций — далеко не самый простой и понятный способ поднять себе зарплату или другой доход. Можно долго становиться экспертом в какой-то технологии (особенно, в сложной), но доход очень долго будет меньше, чем у джуна или мидла, который удачно сходил на хакатон, попал в богатую или среднюю компанию, потом потусил на митапе. В перспективе доход у эксперта может быть выше (если он не перегорит, если тусовщик не пойдет в кукаречный менеджмент (он отличается от адекватного, но не в плане зарплаты), а ведь еще есть и личный потолок, который у всех разный).

                                                                                          * Нанимающие сотрудники часто не несут почти никакой ответственности за свои решения: HR пропустил неадеквата, он заговорил специалиста на техническом собеседовании, потом провалил почти все, что можно? «Ну он же токсичный и негативный, с ним тяжело работать, надо больше говорить, что мы компания без негатива». Но ответственности принимающие не понесли почти никакой, а в случае смерти компании — просто ушли в другую. Поэтому любой способ упрощения найма становится интересен: зачем перебирать кучу резюме и думать, если можно зайти в чатик и позвать пару людей оттуда? А еще вместо публикации вакансий и поиска специалистов можно сходить на полдник, как раз вынесли фрукты и десерты.

                                                                                          * Часто сотруднику почти ничего не будет за отсутствие навыков, когда он уже работает. За последнее время я встретил много компаний, «инженеры» в которых (от программистов и тестировщиков, до безопасников и архитекторов) просто не умели или не хотели считать, а некоторые не умели даже читать. Людям приходилось объяснять, что 10000 комбинаций пароля — это мало, а если нет защиты от брутфорса, то и пароля нет, что авторизация по Caller ID при звонке в поддержку — довольно небезопасная штука, что авторизационный код не стоит присылать на клиент просто так. Один гений не мог понять смысл письма, но зато он работает в очень известной компании и получает зарплату.
                                                                                          Если произошел сильный провал, то уволился и спокойно пошел в другую компанию. Доходит местами до смешного: продавец в супермаркете, который продал пиво несовершеннолетнему, несет гораздо больше ответственности, чем программист или безопасник, у которого могли спереть (или сперли, кто знает) данные пары миллионов клиентов.

                                                                                          При таком состоянии индустрии нет особых причин (кроме моральных), почему нанимающие не могут захотеть упростить себе жизнь, а хитрые работники — захотеть подстроиться: написать статью, завести канал, сходить на митам, выдать что-то на конференции.
                                                                                            +2
                                                                                            По моим наблюдениям (проект ~ 40 чел), 1/8 людей убери — никто о них не вспомнит.
                                                                                              +4
                                                                                              кукаречный менеджмент

                                                                                              Отличное определение! Возьму на вооружение
                                                                                                0
                                                                                                Ну в пределах России есть ещё одна сторона медали — когда ищешь паралельно менеджера и разраба на одного разраба приходится примерно 20-25 менеджеров. В итоге часто берут того, кто хоть что-то может и вообще дошёл до офиса просто потому, что другого не найдут, а релизы нужны вчера. А иногда, даже провести тех. собеседование некому. Как-то раз я пришёл в компанию и меня просто спросили, «вот такая фигня у нас есть, такую фигню надо сделать и, желательно, быстро. Можешь сделать?» «Могу» — ответил я. И прототип был готов за пару недель. Только если бы на моём месте сидел джун, который также ответил бы «Могу» — результат был бы плачевен. А зп там была 120к, высокая для тех времён. Тамошний питонист, который собеседовал меня на фронт сказал, что я первый, кто так был уверен в своих силах и согласился у них работать )).
                                                                                                  +2
                                                                                                  Недавно один из sales-manager транснациональной компании спрашивал меня, «что такое — часовые пояса? Что имеют люди в виду, говоря, что они в часовом поясе -11 по отношению к Москве??». Честно говоря, ненадолго онемел.
                                                                                                    0
                                                                                                    Предположу, что такой товарищ зарабатывает больше, чем вы.
                                                                                                      0
                                                                                                      Возможно, но не каждый месяц.
                                                                                                  +16
                                                                                                  Очень много нового почерпнул для себя о F# из этой статьи. Преблагодарен.
                                                                                                    +7

                                                                                                    Это не только к F# относится, те же scala/rust/haskell реально круты и удобны, но из-за инерции мышления большинства людей они используются намного реже, чем заслуживают.

                                                                                                      –1

                                                                                                      В хаскеле даже тоталити чекера нет, а зависимые типы сделаны так, что лучше б их не было. Это разве реально круто?

                                                                                                        +1

                                                                                                        Надо было оставлять тег сарказм.

                                                                                                          +1

                                                                                                          А там не так много сарказма.


                                                                                                          Надо потренироваться в нытье и написать пост-нытьё о том, что все технологии говно.
                                                                                                          Плюсы переусложнены.
                                                                                                          В хаскеле система типов слишком слабая.
                                                                                                          Агда только экстрагироваться умеет.
                                                                                                          Idris слишком молодой и бажноватый, и библиотек нет.

                                                                                                    +3
                                                                                                    Тогда вас не взяли — плохо, теперь вас взяли — тоже плохо, вам не угодишь.
                                                                                                      0
                                                                                                      Можно долго давать ответ :) Скажем год
                                                                                                        0
                                                                                                        «Мы вам перезвоним» же.
                                                                                                          0
                                                                                                          Шутки-шутками, а мне как-то перезвонили через год. И предложили поработать со старой зп, которую я к тому моменту перерос на треть.
                                                                                                            0
                                                                                                            Я встречал людей, которые в ожидании ответа на счёт работы разработчиком в сбербанке искали работу на время этого ожидания. Обычно это от месяца до полугода, но, наверное, с годом тоже случаи были.
                                                                                                            +1

                                                                                                            Вот именно, раньше тут были в комментариях восклицания типа "Я такой крутой разработчик, а меня на собеседовании начали спрашивать про стандартную библиотеку, вот сволочи", а теперь все возмущаются, что где-то крутых разработчиков берут без технических собеседований :)

                                                                                                              +2
                                                                                                              Автору справедливо не нравится, что без технический собеседований берут не крутых разработчиков, а болтологов широко-неглубокого профиля.
                                                                                                            +1
                                                                                                            Живу в разработке для старперов, автору спасибо, теперь хоть знать буду как это называется
                                                                                                              +8
                                                                                                              Для меня лично таким инструментом стал Redux. Будучи изначально спроектированным под JS, он, на мой взгляд, очень плохо подходит для приложений, написанных на typeScript. Но он community-approved. Я буду трижды дураком, если потрачу свое время на опыт с другим инструментом управления состоянием, каким бы хорошим он ни был — в вакансиях и на собесах требуют популярный Redux или MobX.

                                                                                                              У этой проблемы существует вторая, куда более «технарская» сторона: чем больше людей прошло по тому или иному пути, тем меньше шансов, что на этом пути вы наткнетесь на еще непромаркированные грабли (уже промаркированные — не страшны).

                                                                                                              Вот прям как дальше у вас по тексту:
                                                                                                              Мы написали целую библиотеку, чтобы проверить то, о чём говорим в статье, поняли что не правы, переписали статью, а потом заново переписали библиотеку, и опять обосрались.

                                                                                                              … а теперь представьте, что речь не про библиотеку для статьи, а про что-нибудь очень даже боевое, очень хорошо подходящее для вашей задачи. Вы радостно берете это и идете решать вашу задачу, тратите время и бюджеты, но в какой-то момент вы понимаете, что вот этот взятый вами инструмент просто не работает. Потому что его авторы где-то там обосрались, а проверить этот момент никто не проверил. Вы вот проверили, своим собирательным конторским лицом.
                                                                                                                0
                                                                                                                У меня такая ситуация была буквально пару месяцев назад. Пришел новый тестировщик и сказал что вот есть крутая штука для тестирования — robot framework. Наш техлид впечатлился (пришедший тестировщик был не джуном) и мы решили попробовать. Убили месяц на испытания и по итогу поняли что для чего-то сложного и кастомного фреймворк вообще не пригоден, ты 90% времени решаешь проблемы самого фреймворка и только 10% — таки пишешь тесты. Но комьюнити не очень большая и проблемы с которыми мы сталкивались никто раньше не описал. Нет, время потрачено не совсем зря, но можно было и более эффективно им распорядиться.
                                                                                                                  0
                                                                                                                  Ну ровно с тем же самым можно столкнуться при работе с любым фреймворком. Я в такое втыкался уже раз 5 точно.
                                                                                                                    0
                                                                                                                    Конечно. Но чем больше комьюнити, тем больше подводных камней известно и тем больше решений для обхода этих камней.
                                                                                                                    0

                                                                                                                    Хм. Наши тестировщики в Венгрии им пользуются. Неужели всё так плохо?

                                                                                                                      0
                                                                                                                      Зависит от того что вам нужно. Если сценарии не очень сложные и не нужно расширять стандартные вещи — замечательная штука. Как только нужно что-то сложное, необычное, что-то что не описано в достаточно куцом мануале — боль и страдания. Эти боль и страдания на самом деле обходятся при наличии свободного времени и если это разовые редкие случаи, то жить можно. У нас же оказалось что наши проекты слишком сложны для робота.
                                                                                                                      Ну и в целом — робот фреймворк это тулза сделаная как бы для тех, кто хочет писать автоматические тесты, но не хочет программировать. В результате если программировать все-таки приходится, то это сплошное превозмогание, проще взять голый питон который у фреймворка под капотом и написать уже на нем.
                                                                                                                  +1
                                                                                                                  Раньше, если тебе говорили про крутого разраба, ты представлял засаленного инженера среди железяк. Сейчас, если тебе говорят про крутого разраба, ты представляешь человека, который выступает на конфах, ведёт активный твиттер и постит фоточки. Его зовут на подкасты, узнают по имени в чатиках. Большие компании хантят таких напрямую без публикации вакансий на публику.

                                                                                                                  Просто сейчас многим компаниям нужны специалисты, которые будут заниматься деврелом (developer relations или техническим пиаром). В последнее время эта тема активно обсуждается на разных митапах. В качестве примера, вы можете посмотреть доклады сообщества GetIT: «Тимлид: кто это, как в него вырасти и нужно ли» и «Зачем разработчику персональный бренд». Фактически деврел стал одной из обязанностей отечественных тимлидов.
                                                                                                                    0
                                                                                                                    Вопрос насколько это необходимо компании, как подчеркнул автор статьи, писать техническую статью долго. С большой вероятностью у компании задачи и их надо решать. А статьи писать в рабочее время будет нельзя, сроки горят.
                                                                                                                    А если компании нужен именно пиар, намного резоннее нанять человека у которого это основная работа. А тут уже идет какое то навешивание доп. обязанностей не всегда нужных для работы.
                                                                                                                      0
                                                                                                                      Если техническую статью напишет человек никак не связанный с командой разработки, то цели деврела не будут достигнуты. Весь смысл деврела в том, чтобы продемонстрировать высокий уровень профессионализма своих разработчиков перед клиентами и потенциальными сотрудниками. В идеале разработчик в своей статье должен делиться опытом, полученным от внедрения технологии или методики (например, рассказывать о всевозможных подводных камнях). Тоже самое относится и к выступлениям на митапах и конференциях.

                                                                                                                      К сожалению, многие компании действительно нанимают отдельных людей для написания статьей. И результат этой политики мы видим каждый день на Хабре: подавляющее большинство хороших технических статей являются переводами.
                                                                                                                        0
                                                                                                                        Данная статья не является техническим материалом, но получила хороший охват и показатели. Если подвести ее под авторство компании и закончить — «у нас не так». То можно будет достичь этих целей. Стоимость написания технических статей с учетом времени специалистов достаточно большая. Подготовка хорошего доклада тоже. В течение этого времени специалист не будет решать задачи компании. Что подводит меня к мысли, что у людей у которых есть столько свободного времени, мало работы.
                                                                                                                          0
                                                                                                                          Что подводит меня к мысли, что у людей у которых есть столько свободного времени, мало работы.

                                                                                                                          Поэтому деврелом не должны заниматься рядовые сотрудники.
                                                                                                                            0
                                                                                                                            Я не заметил в статье акцента на найме нерядовых сотрудников. И спроецировал ее на всех разработчиков.
                                                                                                                              +2
                                                                                                                              Чёрт, да даже вакансий на лидов почти не бывает, потому что считается, что таких людей надо искать не на хедхантере. Их, дескать, и так все знают. Если бы эти вакансии всё же были, на собеседованиях у кандидатов бы проверяли «медийность» — потому что не бывает же хороших разрабов, про которых никто не слышал.

                                                                                                                              Я думаю и нашу индустрию это ждет. Вы можете смеяться, что я сгущаю краски, а я посмеюсь, когда они наймут джуниорку с тысячей фоловеров в твитере в качестве вашего техлида.
                                                                                                                    +5
                                                                                                                    да все нормально если нанимающий не понимает в разработке, то вероятность принять хорошего разработчика используя метод «кармы» выше
                                                                                                                      +8
                                                                                                                      Как-то немножко в одну кучу всё свалили.
                                                                                                                      Интроверт может писать статьи и нахватать лайков больше чем экстраверт. Софт скиллз — это не про интроверт vs экстраверт. В определении софт скиллов нет ничего про это.
                                                                                                                      Да, кстати, если вы, не дай бог, откроете свою фирму, где соберёте N>4 супер крутых программистов, с низкими софт скиллами, то всё ваше дело очень быстро провалится, и вы тогда поймёте зачем софт скиллы были нужны.
                                                                                                                        +6
                                                                                                                        React developer

                                                                                                                        Тоже всегда ржу с этого. Прям старый анекдот можно переделать:
                                                                                                                        – А кто этот Дэн Абрамов?
                                                                                                                        – Ну, это разработчик Redux и React
                                                                                                                        – Как наш Вася?
                                                                                                                        – Нет, наш Вася – старший разработчик Redux и React

                                                                                                                        Мы с другом уже три месяца готовим статью про систему типов в typeScript, и, похоже, нам понадобится ещё столько же, чтобы её закончить. Потом её прочитает полтора человека, и наш труд пропадёт даром. А писать техническую статью — это действительно труд. Мы написали целую библиотеку, чтобы проверить то, о чём говорим в статье, поняли что не правы, переписали статью, а потом заново переписали библиотеку, и опять обосрались. Я точно знаю, что эта статья про типы имеет гораздо большее значение, чем все мои остальные статьи вместе взятые. Но мы сейчас живём в таком мире, где хардкорные статьи, набитые кодом, писать просто невыгодно

                                                                                                                        Ну так Вы сравните тираж школьных учебников по арифметике и вузовских по теоркату. Ну или можете еще раз переписать статью и дописать к ней примеров, дополнительных вопросов, заданий, тогда возможно Вам удастся показать читателям пользу грамотной системы типов, преимущество алгебраических типов над наследованием, и радостный читатель побежит делится полученными знаниями. Или нет, и читатель бросит чтение на втором абзаце, продолжив путать монаду с мандой.

                                                                                                                        Для меня лично таким инструментом стал Redux. Будучи изначально спроектированным под JS, он, на мой взгляд, очень плохо подходит для приложений, написанных на typeScript.

                                                                                                                        Ну с TypeScript 2.8 стало по-лучше, как минимум тип payload'a стал нормально выводится из имени экшена. Но выписывать типы для mapStateToProps/mapDispatchToProps все еще задалбывает.
                                                                                                                          +1
                                                                                                                          читатель бросит чтение на втором абзаце, продолжив путать монаду с мандой
                                                                                                                          Так и шо? Хай всё общество катится по наклонной просто потому, что это коммерчески выгодно? Здравствуй, «общество мандалаев» (с) Задорнов. Может всё-таки хоть какая-то часть общества пусть делает на совесть, а не просто срубить бабла по-быстрому? «Хабр — торт» или просмотры будем накручивать?
                                                                                                                            0
                                                                                                                            Хай всё общество катится по наклонной просто потому, что это коммерчески выгодно?

                                                                                                                            Но это не деградация, общество всегда выбирало, что попроще, айтишное сообщество не исключение. Ocaml, Java и PHP появились с разницей в два года и кто из них стал популярным языком, а кто нет?
                                                                                                                              0
                                                                                                                              Ocaml — функциональный, а в 1996
                                                                                                                              — шёл стремительный взлёт моды на ООП, благодаря Windows 95,
                                                                                                                              — памяти на типичном компьютере было всё ещё мало для полноценного использования ФП,
                                                                                                                              — мощности типичных компьютеров тоже не хватало для ФП
                                                                                                                              Так что дело не в хайпе.
                                                                                                                                0
                                                                                                                                — мощности типичных компьютеров тоже не хватало для ФП

                                                                                                                                Не хватало для компилируего Ocaml, но хватало для интерпретируемого Java (JIT-компилятор только в 99-м появился)? Про PHP вообще молчу.
                                                                                                                                  +1
                                                                                                                                  А вот не надо молчать про PHP. Как раз PHP предложил действенный способ снизить потребности в ресурсах: mod_php. Выяснилось, что если интерпретатор у вас на сервере один, а задачи простые, но их сотни — то в итоге ресурсов требуется меньше, чем для компилируемого языка.

                                                                                                                                  По мере развития Web'а задачи усложнились и PHP сошёл со сцены.

                                                                                                                                  А вот Java и Ocaml… Это вообще просто великолепная иллюстрация статьи, которую мы обсуждаем.

                                                                                                                                  Что у нас там до 99го года? Неработающий браузер, неработающий офис, неработающая безопасность, да полуработающая переносимость?

                                                                                                                                  Какие-то из общаний, которые так активно разрадавались сторонниками Java в 90е были частично реализованы в середине нулевых, а по большей части — не реализованы до сих пор. Но они позволили эту платформу «продать».

                                                                                                                                  А OCaml… OCaml «продавать» было особо некому. Потому что люди, им занимающиеся не разравали обещания, которые они не могли исполнить, но пытались выкатить нечто работающее…
                                                                                                                                    0
                                                                                                                                    и PHP сошёл со сцены.

                                                                                                                                    Куда это он сошел?


                                                                                                                                    Вот сегодня получил... одно из многих
                                                                                                                                    Hi Aleksei,
                                                                                                                                    After reading your LinkedIn page I decided to approach you about our newly created job at <тут было их название> in Köln city centre — <тут был их веб-сайт> We are hiring another Developer to help solve the unique challenges of scaling our software product.
                                                                                                                                    Attached to my message is a PDF with everything you need for a first impression.
                                                                                                                                    A short summary:
                                                                                                                                    • €60 — 70,000 base salary
                                                                                                                                    • PHP Laravel, ReactJS, AWS & Linux stack
                                                                                                                                    • 4 year old startup
                                                                                                                                    • Recently achieved multi-million € funding to scale product
                                                                                                                                    • English speaking colleagues
                                                                                                                                      If you would like to explore this further I would welcome a short phone call with you.
                                                                                                                                      You can send me your CV and your availability for a short phone / Skype voice call :D

                                                                                                                                      0
                                                                                                                                      и PHP сошёл со сцены.
                                                                                                                                      Куда это он сошел?
                                                                                                                                      В историю, очевидно.

                                                                                                                                      Вот сегодня получил… одно из многих
                                                                                                                                      А если бы вы знали COBOL — то получили бы ещё более выгодное предложение. Понятно, что язык, когда-то входивший в пятёрку самых популярных так просто не исчезнет. Но он уже близок к вылету из десятки, а дальше — уже и всякие COBOL/Fortran на горизонте.
                                                                                                                                        +1
                                                                                                                                        В историю, очевидно.

                                                                                                                                        Вот мужики-то не знают :)


                                                                                                                                        он уже близок к вылету из десятки

                                                                                                                                        Дальше там Go, который "близок к вылету из двацадки" :) Вообще TIOBE такой себе рейтинг… Вот судя по майскому надо бросать все и срочно изучать "стремительно набирающие популярность Objective-C и Perl".

                                                                                                                                          0

                                                                                                                                          А еще, вы не в ту строчку смотрите :)


                                                                                                                                          4 year old startup

                                                                                                                                          Много ли на сегодня 4-летних стартапов с COBOL-вакансиями?

                                                                                                                                            0
                                                                                                                                            Много ли на сегодня 4-летних стартапов с COBOL-вакансиями?
                                                                                                                                            Сегодня — нет, а во времена, когда Pascal и C только начали его вытеснять — думаю было достаточно.

                                                                                                                                            Вот мужики-то не знают :)
                                                                                                                                            Ну Cobol 2014 (и да — это год принятия стандарта) и Fortran 2018 (да — тут тоже) ведь на каких-то конференциях обсуждают.

                                                                                                                                            Языки, обладавшие подобного уровня популярностью так быстро не исчезают. Но времена, когда у них было реальное преимущество — остались в прошлом.
                                                                                                                                    0
                                                                                                                                    а в 1996

                                                                                                                                    Ну Haskell появился в 1990, а Standard ML — вообще в 1983.

                                                                                                                                    –1
                                                                                                                                    общество всегда выбирало, что попроще
                                                                                                                                    Ну не всегда. Первое, что на ум приходит — образование и культура в СССР. Как-то народ тянули вверх, а не опускали планку шоу и зрелищ до уровня «пипл хавает».

                                                                                                                                    Касаемо популярности технологий — такое впечатление, что иногда «просто так звёзды сошлись».

                                                                                                                                    Я понимаю желание «хренак-хренак — и в продакшен». Но моё мнение — общество не видит долгосрочных последствий. На горизонте в несколько лет — это прибыльно, динамично, код пилят, юзеры получают свистоперделки «с пылу с жару» — все довольны. Но постепенно весь этот быдлокод превращается в легаси.

                                                                                                                                    Аналогия с нефтехимией и прочей современной промышленностью — ассортимент и качество — ну прям выше всяких похвал. Только вот над утилизацией вышедшего из моды и невозобновимостью ресурсов как-то не очень задумываются. В основном — «положили болт» и рассчитывают, что рынок и конкуренция что-нибудь придумают когда припрёт.
                                                                                                                                      +7
                                                                                                                                      Первое, что на ум приходит — образование и культура в СССР.

                                                                                                                                      А банки перед телевизором заряжали и деньги в МММ несли те же самые люди, что получили образование в СССР, или какие-то другие?

                                                                                                                                        0
                                                                                                                                        Не полемизируя на тему «а вот в СССР было образование уууу»: это некорректный контр-аргумент.
                                                                                                                                        Оппонент говорит о том, что при такой-то системе стремятся подтягивать всех «наверх», и ваш контр-аргумент о том, что нашлось-таки некоторое количество болванов не является противоречием — система может одновременно стремится тянуть всех вверх и иметь дураков. И они даже могут воспроизводиться в своем кругу. Важно то, становится ли их больше или меньше, становится ли круг шире. Опять же все эти кашпировские появились под закат Союза, когда государство стало разваливаться по всем фронтам (сугубо имхо).

                                                                                                                                        Для меня более тревожным является увеличение количества случаев появления в массовой печати (журналы, такие как Техника Молодежи и пр) паранормального бреда начиная с ~~1983-1985. Капля так сказать камень точит.

                                                                                                                                        Полагаю, ваш оппонент имеет в виду все же доперестроечную эпоху, когда за этим следили не в пример лучше.
                                                                                                                                          –1
                                                                                                                                          система может одновременно стремится тянуть всех вверх и иметь дураков.

                                                                                                                                          Ну вот, вы сломали мой контраргумент.


                                                                                                                                          за этим следили

                                                                                                                                          :]


                                                                                                                                          Вы имели в виду некие контролирующие органы? Если да, то зачем вообще за этим следить, если образование хорошее?

                                                                                                                                            0
                                                                                                                                            Если да, то зачем вообще за этим следить, если образование хорошее?
                                                                                                                                            Потому что образование было лишь «частично хорошее»: физику и математику никто не трогал, но при этом Марксизм-Ленинизм превратили в религию — и была вполне себе классическая «инквизиция».

                                                                                                                                            На Западе сейчас такими религиями, впрочем, являются «экономикс» и «толерантность», так что вообще нет полной уверенности, что от этого эффекта можно избавиться.
                                                                                                                                              +1
                                                                                                                                              Ну тут просто такая штука, что тупыми людьми управлять проще. Через релишию, через догмы. Развивать у электората критическое мышление — наступать себе на хвост.

                                                                                                                                              Возможно во времена «холодной войны» на другой чаше весов была перспектива быстрее слить битву противнику, не располагая людскими ресурсами высокого уровня — вот и тянули вверх и культуру и науку.

                                                                                                                                              Горизонт планирования просел.

                                                                                                                                              Говорят, китайцы до сих пор на поколения вперёд смотрят. Может вывезут. А может тоже сломаются.
                                                                                                                                                0
                                                                                                                                                Говорят, китайцы до сих пор на поколения вперёд смотрят
                                                                                                                                                Это, наверное, какие-то специальные секретные китайцы. Те, которых я видел — меняют планы каждый день.

                                                                                                                                                Отсюда и знаменитый «китайский код»: толку что-то вылизывать и рефакторить, если завтра начальник придёт — и квадратное отверстие прикажут сделать треугольным… а послезавтра — круглым.

                                                                                                                                                P.S. С другой стороны Гонконг-то красиво «отжали», а это была комбинация на 100 лет… Так что может где-то «секретные китайцы» и имеются…
                                                                                                                                              +1
                                                                                                                                              Вы имели в виду некие контролирующие органы?

                                                                                                                                              Да, я имею в виду редактуру и недопуск в печать или на ТВ откровенного бреда.

                                                                                                                                              Если да, то зачем вообще за этим следить, если образование хорошее?

                                                                                                                                              То, что образование (условно) названо оппонентом хорошим, в первую очередь кмк означает не отсутствие дураков на выходе — ведь человека, не способного обучиться, не скидывают со скалы — а 1) уменьшение их количества и 2) возможность научиться для любого, кто этого хочет, без ограничений — сословных, денежных и т.д.

                                                                                                                                              Т.е. вы говоря «если хорошее, то почему» под «хорошим» понимаете некую идеалистичную систему, где человек, прошедший через черный ящик образования, с гарантией будет гением, но это не то, что имеется в виду. Тут скорее вероятностное отношение.
                                                                                                                                                0
                                                                                                                                                Т.е. вы говоря «если хорошее, то почему» под «хорошим» понимаете некую идеалистичную систему, где человек, прошедший через черный ящик образования, с гарантией будет гением, но это не то, что имеется в виду.

                                                                                                                                                Нет, я имею в виду, что человек, прошедший общеобразовательную школу (ну, то есть, не дебил в клиническом смысле, или не идиот, я не очень разбираюсь в иерархии терминов), не будет заряжать банки от телевизора. Гением становиться, действительно, не обязательно.

                                                                                                                                                  0
                                                                                                                                                  Нет, я имею в виду, что человек, прошедший общеобразовательную школу (ну, то есть, не дебил в клиническом смысле, или не идиот, я не очень разбираюсь в иерархии терминов), не будет заряжать банки от телевизора.
                                                                                                                                                  Дык заряжали же! И даже люди с вышкой заряжали!
                                                                                                                                                    0
                                                                                                                                                    И тем не менее, здоровый человек, не клинический дебил, прошедший школу, понимает математику и физику в школьном объеме, имеет понятие о научном методе — а в херомантию всякую верит все равно. И? понимает же, что не научно, но "а вдруг?". true story так сказать. И высшее образование — не гарантия.
                                                                                                                                    0
                                                                                                                                    Все верно пишешь. У нас так директор нанимает айтишников, но сам не айтишник — по ощущениям. Ни с кем не советуясь, просто поболтав, оценив харизму.
                                                                                                                                      +1
                                                                                                                                      Зацепило. Умеете вы статьи писать. Спасибо!
                                                                                                                                        –1
                                                                                                                                        Для меня лично таким инструментом стал Redux. Будучи изначально спроектированным под JS, он, на мой взгляд, очень плохо подходит для приложений, написанных на typeScript. Но он community-approved. Я буду трижды дураком, если потрачу свое время на опыт с другим инструментом управления состоянием, каким бы хорошим он ни был — в вакансиях и на собесах требуют популярный Redux или MobX.

                                                                                                                                        Что-то я не понял этого фрагмента. Если в вакансиях требуют "или mobx", который очень даже с typeScript дружит — кто мешает использовать именно его?

                                                                                                                                          +1
                                                                                                                                          Мы с другом уже три месяца готовим статью про систему типов в typeScript, и, похоже, нам понадобится ещё столько же, чтобы её закончить. Потом её прочитает полтора человека, и наш труд пропадёт даром.

                                                                                                                                          А что если твоя популярность как «того чувака с Хабра, который круто ноет» поможет и хардкорной статье стать чуть популярнее? Есть ощущение, что в 2019 примерно такой баланс и приходится нужно искать, чем бы ты ни занимался: производством молока, программированием, наукой или столяркой.
                                                                                                                                            +7
                                                                                                                                            Меня скорее пугает обратный эффект. Напишу про типы, статья будет умеренно успешной. Но по сравнению с нетехническими — капля в море. Это будет выглядеть так, что я обосрался. Скажут, этот ваш Фил только ныть и может
                                                                                                                                              +4
                                                                                                                                              Да пофигу что скажут — делай то что нравится, на остальное пофиг.
                                                                                                                                              Это если в кратце, а если не в кратце… я думаю это лишнее и вы и так поняли что я имел ввиду :)

                                                                                                                                              Кто страдает от найма невалидных спецов? Вы? Если да, то ходите на собесы и задавайте технические вопросы. Если не вы, а какие-то компании на нашей планете, то тут два варианта:
                                                                                                                                              1) они на самом деле не страдают, это просто вам так кажется
                                                                                                                                              2) они страдают и выживут научившись на своих ошибках
                                                                                                                                              3) они страдают и не выживут

                                                                                                                                              На сколько я могу судить индустрия наша развивается весьма не дурственными темпами. Так что всё норм, расходимся :)
                                                                                                                                              Кстати, лютый кадровый голод тоже влияет.
                                                                                                                                              P.S. когда я был junior'ом без опыта работы мне задавали больше технических вопросов чем сейчас. Не знаю в чём дело, может моя оценка «технических вопросов» сильно выросла и если я могу ответить на то о чём меня спрашивают, то для меня это «халява» и не является техническим вопросом. А может «зачётка работает».

                                                                                                                                              Бред какой-то написал, но пусть будет :) Всё-таки коммент, не статья…
                                                                                                                                                0
                                                                                                                                                Меня поражает просто, как можно учиться на своих ошибках, делать «эксперименты». Они учатся на своих ошибках не случайно, а делают это намеренно. Это целая культура такая. Они ничего не обосновывают, зачем. Давайте попробуем. Очень удобно. Берешь по идее за раз и пробуешь. Потому что этих людей научили принимать решения, а не думать. Время вышло — нужен результат. Все остальное потом. Думать не нужно, нужно совещание. Пробуем, оцениваем, принимаем решение. Как слепая мышь в лабиринте.

                                                                                                                                                Вообще все построено так, чтобы тебе вообще не приходилось думать. Получается, состоится ли успех зависит от голосования на совещании. Но люди, которые понимают почему это не будет работать, всегда в меншинстве. К тому же, как правило, для обьяснений и осмысления нет времени, нужно решение.

                                                                                                                                                Эти люди пришли из университетов — в университете тебе рассказывают о том какие есть подходы к решению задачи. Люди приходят на предприятие, и все — нет знаний, давайте «экспериментировать». Так и хочется иногда сказать «ты заколку в розетку воткни, а потом в протокол на митинге запишем, что получилось».
                                                                                                                                                  0
                                                                                                                                                  Думательный процесс энергозатратен и зачастую не виден, а эмитация деятельности может войти в привычку и видна, так что выбор в краткосроке очевиден. А судя по резюме многие только и работают в краткосроке 6 мес-год, пока кто-то не спросит за результат.
                                                                                                                                                    0
                                                                                                                                                    Раньше я тоже задавал правильные вопросы, обосновывал свою позицию. Иногда говорил таким горе-экспериментаторам: «А давай кормить тебя не едой, а цианистым калием. Вдруг эксперимент удастся? Почему ты отказываешься, ты ведь даже не попробовал»?
                                                                                                                                                    И был «токсичным сотрудником, который демотивирует команду».
                                                                                                                                                    Теперь я сдался один-два раза намекаю, что затеваемый эксперимент — не лучшая идея, и готов объяснить, почему. Не хотят слушать — не вопрос. Зато нервы почти в порядке, и меня все терпят любят. :-)
                                                                                                                                                  0
                                                                                                                                                  Да тут гораздо прозаичней момент. Статья про типы в typescript будет интересна только тем кто пишет на typescript, и то не всем. Статья про собеседования интересна всем, потому что собеседования проходят все. И дело не в том что одна лучше другой, просто области разные.
                                                                                                                                                  0

                                                                                                                                                  Тут надо задавать вопросы нанимателям. Почему вы хотите нанять именно популярного чувака? Какие у вас ожидания? Что будет входить в круг обязанностей, и как изменятся наши отношения, наши я вообще статей не буду писать?


                                                                                                                                                  Мы можем видеть рациональное зерно там, где его попросту нет. Конечно, у HR может быть ожидание вполне конкретной полезности, типа той же популяризации компании, но ведь этого может и не быть.


                                                                                                                                                  Депутатами часто становятся личности уже известные, типа спортсменов, актёров, и их навыки как политиков не подтверждены, как и то, насколько хорошо и могут отстаивать интересы электората, они даже могут не знать основы политической философии. Люди их выбирают просто потому что те известны, а не потому что они были бы хороши на новом месте.

                                                                                                                                                  –2
                                                                                                                                                  Страшнее всего то, что инструменты тоже становятся популярными не из-за качества. Два разных стартапа одновременно начали делать свои базы данных. Первые вложились в разработку, вторые в маркетинг. Первые собрали небольшое сообщество сарафаном. Вторые огромную недовольную аудиторию. Первые пожили-пожили и закрылись под грустные вздохи сотни человек. Вторые захватили рынок, заработали деньги и только потом стали думать, как подтянуть качество.

                                                                                                                                                  Как все это знакомо, особенно глядя на рынок производителей отечественных ОС и PKI.

                                                                                                                                                    +1
                                                                                                                                                    Да, найм сломан.
                                                                                                                                                      +1
                                                                                                                                                      Как HR убили индустрию

                                                                                                                                                      Где-то под вечер или днем вам звонят на сотовый. Вы такой-то такой-то? Как-то сразу, по голосу, вы чувствуете родного человека, рыбак рыбака, как говориться. Этот человек наверняка с мечтательными глазами и не раз допоздна засиживался за решением какой-нибудь задачи. С присущей профессии смелостью. Ищите работу? Да, отвечаешь. Дальше вы договариваетесь поговорить хотя это особо уже и не требуется.
                                                                                                                                                      На разговоре он задает вопросы, которые напридумывал или нагуглил и они ему оправилось до этого. Как обменять значениями две переменные без третьей?

                                                                                                                                                      Здравствуйте, женский(ничего личного, просто сравнительно часто женский) голос на том конце трубки. Скажите пожалуйста знаете ли вы Hibernate читает плохо по бумажке. Добро пожаловать. Мне надо продолжать? Да, пожалуй, пожалуй надо.

                                                                                                                                                      Почему не спросите знаю ли я CSS свойство display:none? Ясно ясно, вы не разбираетесь в теме вы не сталкивались с тем, с чем сталкивались разработчики и вам надо как-то определить навыки кандидата? А как мы вообще можем найти общий язык тогда? Лучшие же отсеется и не дойдут до ЛПР. А дальше сами ЛПР решили, что видимо надо этим формальным признакам следовать, все же следуют. Ему же самому HR так звонили.

                                                                                                                                                      Погодите-погодите, откуда ноги растут, я запутался. Ну как же; вдруг дяди с сумками и предпринимательскими навыками поняли, что в романтичной индустрии разработки ПО куча денег и можно за пару месяцев и 4 тыс. долларов(прошу прощения тогда в долларах считали) можно стартануть проект, который потом будет постоянно десятки, приносить. Поле же непаханое. Ну чтож пошли они туда, проектов стало относительно раньше много, кандидатов тоже. Надо их как-то отсеивать, ну и мы же дядьки, за это отдельные люди должны отвечать, пусть будут HR.
                                                                                                                                                        –2
                                                                                                                                                        HR не убивают индустрию. Это некоторые программисты, почему-то, не понимают важность работы в команде. Фреймворк изучить проще чем научиться эффективно работать с другими людьми. При этом хороший HR знает людей из команды в которую нужен новый разработчик и представляет кто там может ужиться, а у кого будут сплошные конфликты. Какая разница насколько крут разработчик если он не в состоянии работать в команде? Один разработчик стоит немного, важна командная работа же. Поэтому имеем то, что имеем — софт скилы котируются выше хард скилов. Потому что бизнесу выгодно именно это. Нравится вам это или нет, но вы должны приносить прибыль тем, кто платит вам деньги. И об этом на самом деле начали говоить не сегодня, это давно уже известно.
                                                                                                                                                          +1
                                                                                                                                                          Нравится вам это или нет, но вы должны приносить прибыль тем, кто платит вам деньги.

                                                                                                                                                          Сотрудник и работодатель обязаны выполнять условия трудового договора. Вы когда-нибудь в ТД видели условия, что сотрудник обязан приносить прибыль? Я лично нет.
                                                                                                                                                          Поэтому имеем то, что имеем — софт скилы котируются выше хард скилов.

                                                                                                                                                          Прежде чем оперировать софт скил, нужно вообще-то определится, что это такое. Как их описать в трудовом договоре. Формализовать. С этим большая проблема. В отличии от харда. Фраза звучит, что мутность выше определенности. Странное требование.
                                                                                                                                                          При этом хороший HR знает людей из команды в которую нужен новый разработчик и представляет кто там может ужиться, а у кого будут сплошные конфликты.

                                                                                                                                                          Если стоит такая задача, что нужно уживаться, а не работать в команде, то это уже проблема самого коллектива. Притом серьезная. HR нужно не новых сотрудников искать, а сначала разобраться со старыми. Что за монстры, с которыми нужно уживаться? Чем они таким заняты, что занимаются антропофагией?
                                                                                                                                                          Бизнес, с такими коллективами, страдает плохой масштабируемостью бизнеса. Как следствие есть проблемы роста и сотрудников в рамках таких компаний. Из таких компаний нужно просто валить. Ну если конечно нет дружбы с самым главным. И ты там не самый главный человеко люб.
                                                                                                                                                            0
                                                                                                                                                            Сотрудник и работодатель обязаны выполнять условия трудового договора. Вы когда-нибудь в ТД видели условия, что сотрудник обязан приносить прибыль?
                                                                                                                                                            Речь не про обязательства которые вы на себя берете подписывая договор. Речь о мотивации из-за которой в принципе есть позиция на которую вы устраиваетесь.
                                                                                                                                                            Как их описать в трудовом договоре. Формализовать. С этим большая проблема. В отличии от харда.
                                                                                                                                                            Именно. Поэтому эйчары отсеивают резюме по ключевым словам и выясняют про софт скиллы на собеседованиях.
                                                                                                                                                            мутность выше определенности. Странное требование.
                                                                                                                                                            Какое есть. Так уж жизнь устроена. Были бы софт скиллы четко определяемы, а хард — нет, то и в резюме бы искали описания софт скиллов, а на собеседованиях узнавали про хард. Все совершенно логично — что можно формализовать формализовываем, что нельзя — используем живого человека чтобы выяснить.
                                                                                                                                                            Если стоит такая задача, что нужно уживаться, а не работать в команде
                                                                                                                                                            Чтобы работать в команде, надо, обычно, в этой команде уметь общаться. Это не противопоставление, это первое, чаще всего, необходимое условие для второго. А так как оно необходимо, то по нему можно и нужно отсеивать претендентов. Да, есть команды которые умеют работать с неконтактными людьми. Я лично не сталкивался, но несколько раз видел как люди в интернете такие команды описывают. Но насколько их много? Тут уже чистая спекуляция на анекдотичном опыте, но на мой взгляд таких команд минимум. Что косвенно подтверждается ситуацией в индустрии и ценности скиллов общения.
                                                                                                                                                            Что за монстры, с которыми нужно уживаться?
                                                                                                                                                            Не монстры, просто люди со своими тараканами. Я нигде не утверждал что если софт скиллы важнее хард, то и их прокаченность должна быть выше. Нет, просто их наличие на каком-то уровне очень важно. Если технический скилл немного недотягивает, то его, обычно, можно без большого вреда для проекта подтянуть. Если не дотягивает скилл общения, то есть шанс получить себе минное поле, развалить команду или что-то еще. Софт скиллы не должны быть крутыми, но они должны дотягивать до определенного уровня. Например вас не должно видимо перекашивать каждый раз когда вы видите коллегу разработчика женского пола.
                                                                                                                                                              0
                                                                                                                                                              Речь не про обязательства которые вы на себя берете подписывая договор. Речь о мотивации из-за которой в принципе есть позиция на которую вы устраиваетесь

                                                                                                                                                              Вообще-то мы живем в правовом государстве. И обязательства сторон определяются договором между этими сторонами. Критерием является как раз, эти условия. Все остальное — это хотелки и фантазии. Если бы у нас работала судебная система, то компания бы разорилась бы, на выплате исков сотрудникам, которым отказали или уволили бы по надуманным причинам.
                                                                                                                                                              Чтобы работать в команде, надо, обычно, в этой команде уметь общаться.

                                                                                                                                                              Как правило, любой человек получивший профессию умеет общаться. За исключением людей, с явными психическими расстройствами личности. Но это уже другая история.
                                                                                                                                                              Тараканы возникают из-за того, что не сформирована рабочая группа. И члены группы решают свои проблемы подковырнем образом. И тут уровень общения нового человека в команде, ну никак не поможет. Хороший HR должен работать с самой командой. А не строить фантазии, про коммуникацию внутри команды.
                                                                                                                                                              Хорошая рабочая группа, которой действительно нужен новый человек, способна включать любого здорового человека, который может быть ей полезен, для достижения своих целей. В независимости от его общительности.
                                                                                                                                                              А вот если группе нужно чего-то скрывать, о чем-то не договаривать. То конечно нужен человек, который вступит в сговор с командой, против руководства. И тогда любой молчун, будет подозрителен для команды. Кто его знает, что у него на уме?
                                                                                                                                                              Например вас не должно видимо перекашивать каждый раз когда вы видите коллегу разработчика женского пола.

                                                                                                                                                              Почти все учились в школе, в институте с девочками. И никого ничего не перекашивало. Это надуманная проблема. Если для молодого человека к 20 годам это проблема, тут опять не вопрос софт скилов, а здоровья человека. Но это опять, другая история.

                                                                                                                                                                +2
                                                                                                                                                                Вообще-то мы живем в правовом государстве. И обязательства сторон определяются договором между этими сторонами. Критерием является как раз, эти условия. Все остальное — это хотелки и фантазии.
                                                                                                                                                                Вы меня вообще не слышите как мне кажется. Конечно обязательства сторон определяются договором, я с этим и не спорю. Я говорю о том, что если компания не считает что данный специалист будет приносить ей прибыль, то никакого договора специалист вообще не увидит. Точка.
                                                                                                                                                                Хороший HR должен работать с самой командой. А не строить фантазии, про коммуникацию внутри команды.
                                                                                                                                                                Он и работает. Но он не должен решать проблемы коммуникации за команду, это просто невозможно. Это может работать когда есть один HR на одну-две команды, но как часто вы такое видите? Команда все равно будет общаться каким-то образом сама и если в ней есть не очень соместимые люди, то работоспособность будет страдать. Я такое лично наблюдал несколько раз. Один раз я даже оказался тем человеком который не влился в уже устоявшуюся команду. Это не базовый скилл разговоров это именно сочетаемость с конкретными людьми. Кто-то, например, работать не может без того чтобы не обсудить последнюю интересную (для него) проблему в его задачах, да еще и вслух, а кто-то бесится если к нему голосом обратиться а не в чате. У кого из них нет базовых навыков общения? У обоих есть. Технический скилл? Тоже может быть на высоком уровне. Смогут они в одной команде работать? Только если один из них пожертвует своими привычками и предпочтениями. Вы бы стали жертвовать своими привычками ради какой-то очередной команды? Я точно знаю людей которые бы не стали и я не могу их осуждать. И я прямо сейчас, в компании в которой я прямо сейчас работаю вижу пример как команды в которой все молча занимаются своим делом и общаются в основном в чате хотя и сидя тв метре друг от друга, так и команду в которой постоянно кто-то с кем-то вслух говорит. И эти команды работают одинаково эффективно, просто их собрали правильно. И при найме в такие команды очень разумно брать именно тех, кто сможет в них работать и не будет устраивать революцию.
                                                                                                                                                                  +1
                                                                                                                                                                  Я говорю о том, что если компания не считает что данный специалист будет приносить ей прибыль, то никакого договора специалист вообще не увидит. Точка.

                                                                                                                                                                  Приглашая человека на собеседование, вы уже находитесь в правовом поле и договорных отношениях. У вас уже есть договор. Который может быть основанием для судебных разбирательств. И свой отказ вы должны уметь письменно обосновать. Почему данный человек не удовлетворяет публично объявленной вакансии (публичный договор). Написать там он не удовлетворяет софт скил, конечно можно, но это должно быть аргументировано. Вот я про то, что аргументировать это очень сложно, особенно если эти требования не обозначены в вакансии. Отказать аргументированно человеку по техническим критериям проще. Не выполнил тест, не знает такие-то и такие-то технологии. И.т.д. Поэтому умные товарищи делают сложные технические тесты, которые полностью выполнить за время собеседования невозможно. Для того, чтобы с одной стороны можно было побеседовать с человеком во время теста. Задать вопросы, послушать человека. И выяснить его софт скил, с другой стороны всегда можно аргументированно отказать, по причине не полного выполнения теста. И всегда это можно письменно обосновать. Это одна сторона вопроса.
                                                                                                                                                                  Другая сторона технического интервью — это то, что вы общаясь с программистом, техническим специалистом. Оказывая уважение к человеку и его знаниям. Вы показываете, что они для вас важны. Человек устроившись на работу, будет по другому относится к компании и к своей работе. Не устроившись на работу, человек тоже уходит с плюсом. Он знает и понимает, что ему не хватает. Над чем ему работать. У него есть возможность улучшить свою жизнь.
                                                                                                                                                                  Я хочу сказать, что любая командная работа начинается не с общения, а с уважения. Если не проявить интерес к знаниям и умениям у человека, который потратил на это более 10 лет, то это явно проявить не уважение. И дальше в независимости от того, примите человека или нет, это не уважения вернется. В том числе и в виде прибыли или убытков. Конфликтов.
                                                                                                                                                                  И статья как раз про то, что его приглашают не по тем критериям, которые важны для автора.
                                                                                                                                                                  По поводу примеров. Вы показываете примеры людей, которые обладают хорошим софт скилом, так как в общем-то, могут сформулировать и понять, что им важно, где удобно. И это не примеры отказа, а нормальный результат договоренности людей. Когда вы рассказали про команду и человек сказал, что ему так не удобно. И разошлись.
                                                                                                                                                                  Прежде чем предъявлять требования софт скил к сотрудникам, нужно самим обладать ими.
                                                                                                                                                                    +1
                                                                                                                                                                    Приглашая человека на собеседование, вы уже находитесь в правовом поле и договорных отношениях. У вас уже есть договор.
                                                                                                                                                                    Да сколько можно то. Вы вообще читаете что я вам пишу? Я говорю про момент когда компания решает открывать или нет вакансию, а вы мне — про момент когда решение принято, требования к кандидату составлены и даже претендент уже найден. То, о чем говорите вы не может произойти если компания решит что специалист с данными качествами ей не принесет прибыль — компания не просто его на собеседование не пригласит, она вакансию для такого специалиста не откроет. Какой договор, о чем вы? Его даже в проекте еще нет.
                                                                                                                                                                    любая командная работа начинается не с общения, а с уважения
                                                                                                                                                                    Конечно. Просто я не очень точны выразился, на мой взгляд было очевидно что уважение входит в скилл общения о котором я говорю. Признаю, был не прав, нужно было выражаться точнее. Когда я говорил про общение я не имел ввиду только переговоры или переписку, я имел ввиду взаимоотношения в целом, в том числе взаимное уважение. Но вот в чем я с вами не согласен, так это в том, что уважение нужно проявлять интересуясь знаниямим и скиллами на которые кандидат на должность потратил 10 лет. Собеседование вообще не о проявлении уважения, если вас там о чем-то не спросили — это не значит что вас не уважают. Это значит что собеседующие не считают нужным об этом спрашивать. Они могут быть правы или не правы, но к уважению это не имеет никакого отношения. Нет, есть конечно случаи из ряда вон — когда спрашивают то, что вы уже написали в резюме и показывают что даже не удосужились его прочитать или когда общение строится на принципе «я начальник, ты — дурак, давай доказывай мне что хоть чего-то стоишь». Но это исключительные случаи все же.
                                                                                                                                                                    По поводу отказа из-за технических скиллов и софт скиллов — тут вы возможно и правы, но я говорил вообще не об этом. Юридическая сторона вопроса — это отдельная история. Я говорил исключительно о мотивации — почему софт скиллы ценятся выше технических.
                                                                                                                                                                      –1
                                                                                                                                                                      Да сколько можно то. Вы вообще читаете что я вам пишу? Я говорю про момент когда компания решает открывать или нет вакансию, а вы мне — про момент когда решение принято, требования к кандидату составлены и даже претендент уже найден

                                                                                                                                                                      Так сидеть дома фантазировать можно сколько угодно. Можно ковырять в носу. Но в итоге компания должна сформулировать требования к кандидату. Так, чтоб его можно было измерить. И так, чтобы они относились к деловым качествам. Которые тоже определены законодательно. Все остальное — это дискриминация.
                                                                                                                                                                      И дав объявление о вакансии, то есть сделав публичное предложение уже все. Отношения имеют договорной характер, который подчиняется законодательству.
                                                                                                                                                                      А до вакансии, если вы не знаете, данная позиция должна быть приказом внесена в штатное расписание. Должны быть составлены должностные инструкции. То есть документально составлены требования к человеку, который будет занимать должность. Назначена ЗП. И это все за приказом директора. И со всем этим хозяйством компания пойдет в суд, доказывая свое право отказа кандидату, если до этого дойдет. И если докажут, что весь этот пакет сделан задним числом. Вы попадете мама не балуй.
                                                                                                                                                                      Юридическая сторона вопроса — это отдельная история.

                                                                                                                                                                      Но она является центральной, так как компания осуществляет свою деятельность не просто из своих желания, а согласно законодательству. Законодательство регулирует процесс найма на работу. То есть нужно прежде чем чего либо делать согласовывать свое представление с юридической действительностью. Либо принимать риски. Их страховать.
                                                                                                                                                                      С юридической часть я думаю, покончено.
                                                                                                                                                                      Я говорил исключительно о мотивации — почему софт скиллы ценятся выше технических

                                                                                                                                                                      Они ценятся по разному, в зависимости от решаемых задач. Руководители тоже люди и у них в голове свои ценности, свои представления о мире. Своя система ценностей. То что вы пытаетесь описать, относится к «простой» организации. Где идет коммуникация и координация действий от воли одного начальника. Как правило — это малые группы. Основная проблема таких групп — это плохая масштабируемость бизнеса. Это такой мелко ремесленнический бизнес. Где все участники компании общаются на прямую между собой. Там задачи не сложные. Там все построено на личностных связях. Там да. Там софт скил играет основную роль. Но в общем-то в таких компаниях карьеру не построишь. Быстро достигается потолок ЗП. Нанимают людей по сарафанному радио. Ну там и HR не нужен.
                                                                                                                                                                      Такие компании могут существовать долго, в них хорошая атмосфера. Но хороших и сложных задач они не решают. И там сложно вырасти личностно и профессионально. И в таких компаниях важно, чтоб хард скил был примерно одинаковый. Иначе быстро образуется один гуру, который тянет основную телегу. Остальные подносят патроны. И там можно вляпаться в обиды, конфликты и т.д.
                                                                                                                                                                      Собеседование вообще не о проявлении уважения, если вас там о чем-то не спросили — это не значит что вас не уважают.

                                                                                                                                                                      Театр начинается с вешалки. Так и команда образование начинается с собеседования. Если HR это не понимает, то это большой вопрос к его софт скилу. Не уважение на этом этапе, а не интерес к техническим знаниям — это не уважение. Это просто элементарная вежливость. Это просто не знания бытовой психологии. Оно потом отражается на работе. Это проф непригодность HR.
                                                                                                                                                                      Как раз собеседование оно даже очень про уважение. Если кандидат заявится на собеседование в обычном виде, с дачи, да еще с пивом. То с большой долей вероятности ему откажут, в не зависимости от его хард или софт скилов. И если вы по человечески поинтересуетесь почему, у вас в этой конторе друг работает и вы можете его спросить почему. Вам ответят, про то, что соискатель не проявил уважение к собеседованию.
                                                                                                                                                                        +1
                                                                                                                                                                        Но в итоге компания должна сформулировать требования к кандидату. Так, чтоб его можно было измерить.
                                                                                                                                                                        Нет, вы точно не читаете мои комментарии. Я 4й(?) раз вам пишу что я говорю о моменте когда вакансии еще нет. Какие требования у вас компания должна сформировать и измерить? Я даже не буду читать вашу простыню текста дальше пока вы не удосужитесь хотя бы раз прочитать и осознать что вам говорю я. Хватит спорить с кем-то из вашей головы.
                                                                                                                                                                          –1
                                                                                                                                                                          Нет, вы точно не читаете мои комментарии. Я 4й(?) раз вам пишу что я говорю о моменте когда вакансии еще нет.

                                                                                                                                                                          Еще раз отвечаю. На нет и суда нет. Нет вакансии, нет публичного найма на работу. Мы говорим о найме на работу, а не о фантазии отдельно взятого человека. Человек мечтать может о чем угодно. Но вот реализовывать фантазии он обязан согласно законодательству. Если его имплементация не реализовывает интерфейс установленный законом. То будет исключение. И ваша программа упадет. Получите BSOD. Так понятней.