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

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

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

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

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

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

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

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

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

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

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

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

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



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

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

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

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

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


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

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

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

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

Комментарии (366)


  1. tvr
    14.05.2019 17:20
    +13

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

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


    1. akurilov
      15.05.2019 02:10
      +1

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


      1. Space__Elf
        15.05.2019 03:54
        +1

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


        1. nfw
          15.05.2019 08:02

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


        1. mOlind
          15.05.2019 09:47
          +2

          На самом деле даже название профессии Human Resources Specialist предполагает работу с кадрами и после найма. Даже в большей степени, чем сам найм. Но об этом у нас как-то принято забывать.


          1. Kwisatz
            15.05.2019 10:11

            Страшные вещи вы говорите, в самом деле. Какая работа с кадрами вы что) Апомеозом стал один корпоратив, где люди на входе довольно долго мялись и не понимали где им разместиться (ага, в том числе потому, что недалеко от входа стоял стоял рукводителей) а HR в это время за дальним столом весело щебетала.


            1. DrunkBear
              15.05.2019 13:08
              +4

              Простите, где вы таких бесполезных HR находите?
              Сколько я встречал — HR в IT знают, кто когда болеет, что умеет, какой кофе предпочитает, куда и когда едет отдыхать и как лучше провести майские 3 дня в системе учёта отпусков, чтоб не страдал ни сотрудник, ни компания.
              А ещё напомнят, что кончается ДМС и карта на фитнес, нужно подойти и забрать новые.
              Или это мне везёт?


              1. Kwisatz
                15.05.2019 13:21
                +1

                Это вам везет. Я очень много общаюсь с топ-менеджментом по роду моей деятельности и у меня волосы дыбом от ужаса стоят почти непрерывно. А еще я соглашаюсь на любое предложение о встрече от потенциальных работодателей и тоже навидался…


              1. mapron
                15.05.2019 20:29

                Везет. Из 4 компаний, что я работал нечто подобное вижу только в последней. И то в некотором приближении.


                1. DnD_designer
                  17.05.2019 16:33

                  А мне до сих пор еще не попадались такие.
                  Но я — интроверт. И учился Asm, C++ и Pascal на СМ-2М, 286 и Borland Pascal, со мной всё ясно.


            1. Durimar123
              15.05.2019 15:24

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


      1. lair
        15.05.2019 12:17

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


      1. McKinseyBA
        15.05.2019 15:35

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

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


    1. Tufed
      15.05.2019 11:40

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


    1. x67
      15.05.2019 13:48

      Дело даже не в софт-скиллах. Если кому-то нужен senior, значит такого там нет. А значит нет достаточных компетенций для проверки. При том это не электрочайник выбрать. Тут надо вникать, думать. И мозг любого человека, да даже другого seniora будет стремиться к поиску простых линейных метрик.
      И чего обижаться, вы ведь тоже разные проекты на гитхабе по звездочкам меряете. Это проще, чем вникать в код проекта полностью, оценивать его авторов, смотреть как дела с безопасностью — ведь магическое опенсурсное сообщество уже наверняка все проверило. Ну, естественно, потом то вы будете использовать некоторые другие метрики, но тоже простые и первый клик в 90% все равно отводится популярным проектам


    1. tbl
      15.05.2019 17:38

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


      1. khim
        15.05.2019 17:41
        +1

        Это не только у «хрюш». Это определение синьора. Синьор — это лидер команды (по крайней мере потенциальный). Он обязан общаться с людьми.

        К сожалению часто «хрюши» забывают, что и с компьютерами ему тоже приходится общаться…


        1. Guitariz
          15.05.2019 21:23
          +2

          Тим лид это лидер команды. Сеньором можно быть и в одиночку, сиди да пили


          1. DnD_designer
            17.05.2019 16:47

            Как и Принципалом


  1. scg
    14.05.2019 17:46
    +1

    Есть только одна проблема. Вы со дня на день передохнете от старости, а мне придётся иметь дело с тем, что осталось.

    Вот этого вообще не понял.


    1. AndreyUA
      14.05.2019 18:39

      Скорее всего автор имеет ввиду сильно немолодых разрабов, которые не ведутся на новомодные тенденции.


      1. scg
        14.05.2019 19:19

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


        1. samodum
          14.05.2019 20:15

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


          1. GrigoryPerepechko
            14.05.2019 21:12
            +2

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


            1. samodum
              14.05.2019 22:37
              -8

              Для кого лучше? Для работодателя? Руки надо обламывать за профнепригодность тем, кто без разрешения лезет в продакт и что-то там переписывает по своему усмотрению


              1. mayorovp
                14.05.2019 22:59
                +11

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


                1. nochkin
                  14.05.2019 23:26
                  +6

                  «У всех есть среда для тестирования, но только у особенных это отдельно от прода».
                  © не-помню-чей.


              1. GrigoryPerepechko
                15.05.2019 09:35

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


          1. Palmar
            14.05.2019 23:39
            +11

            сначала бью по рукам, а потом накидываю ему столько задач, чтобы у него не было свободного времени на переписывание

            Прекрасное чистосердечное признание — не скажете, где работаете? Ну, чтобы обходить эту компанию десятой дорогой.


            1. vics001
              15.05.2019 00:35
              -4

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


              1. Palmar
                15.05.2019 02:27
                +3

                Ну да, все должно быть строго — копать отсюда и до обеда.


              1. RedBear961
                15.05.2019 12:42

                У нас каждую вторую пятницу день саморазвития, когда можем 8 часов сидеть хабр читать. Но правда обычно мы продолжаем делать задачи.


            1. akurilov
              15.05.2019 02:16
              +1

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


          1. akurilov
            15.05.2019 02:13
            +2

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


            1. scg
              15.05.2019 13:24

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


          1. dustd
            16.05.2019 11:07

            А я обещаю таким людям поднять оклад в полтора раза если справятся, и прошу написать заявление «по собственному» на случай если нет.


          1. DnD_designer
            17.05.2019 17:06

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

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


            1. khim
              17.05.2019 18:04

              Другое дело, что такие посылы: «я щас вам тут всё перепишу, как надо!» чаще всего от недостатка опыта.
              От недостатка опыта идея — всё выкинуть и написать новую вещь «сбоку».

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


        1. RedBear961
          15.05.2019 12:39

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


        1. DrunkBear
          15.05.2019 13:10

          Дать гит, пусть делает свой форк и пишет, почему нет?
          Или новичок сразу получает доступ к master / prod и может феячить всё, что захочет?


      1. 0xd34df00d
        15.05.2019 03:58

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


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


        1. mapron
          15.05.2019 20:33

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


          1. 0xd34df00d
            15.05.2019 21:00

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


            1. PsyHaSTe
              17.05.2019 10:42

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


    1. Semper-Viventem
      14.05.2019 18:45

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


      1. Nalivai
        15.05.2019 01:34
        +1

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


        1. MaM
          15.05.2019 06:12

          Ну и область узкая, а зарплаты относительно низкие. Мыщи все же предпочитают есть.


        1. Whuthering
          15.05.2019 09:14

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


          1. balexa
            15.05.2019 11:14
            +2

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


            1. Whuthering
              15.05.2019 12:54

              О да, я лично с боями пересаживал команду разработчиков на SVN, причем даже не с бранчами, а просто хотя бы каждый релиз коммитить в мастер, чтобы был единый труЪ-репозиторий всего на сервере вместо десятков папочек раскиданных по машинам разработчиков, и была возможность нормально откатываться/сравнивать версии… Причем после моего увольнения спустя где-то полгода, кто-то из бывших коллег обратился с вопросом вида «а не помнишь ли ты как было сделано то-то и то-то, нам сейчас снова надо нечто подобное», и на мой комментарий вида «это можно посмотреть в таком-то модуле такого-то проекта за примерно такое-то время на SVN-сервере», был ответ «а мы его отключили, он шумел сильно»…

              Ну а про круглые глаза в ответ на предложение начать писать юнит-тесты хотя бы для наиболее проблемных мест я и не говорю.


              1. Nalivai
                15.05.2019 14:08

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


          1. 0xf0a00
            15.05.2019 11:43
            +2

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


            1. dominigato
              15.05.2019 12:03

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


              1. 0xf0a00
                15.05.2019 12:10
                +2

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


                1. dimm_ddr
                  15.05.2019 12:17

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


                  1. asmolenskiy
                    15.05.2019 12:21

                    Узбагойтесь — это просто разные подвиды программизма. И те и другие при необходимости могут переучиться, просто естественно каждый предпочтет оставаться в привычной среде.
                    У меня есть одногруппник, которые в универе работал эмбеддером, после универа системным программистом, а щас в mail.ru тоже каким-то программистом.
                    Эмбеддерам платят меньше, потому что коммерциализация продукта их деятельности более трудоемка, а сопутствующие издержки более весомы. Ну и вообще у нас в стране хардвер по большей части тихо гниет. Ну такая вот действительность.


                    1. dimm_ddr
                      15.05.2019 13:07

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


                1. dominigato
                  15.05.2019 13:07
                  +2

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


              1. Deerenaros
                15.05.2019 13:46

                Какой-то стрёмный у вас эмбед. Не скажу, что не видел такого, но на данный момент чаще видел совершенно обратную ситуацию — в эмбеде люди, которые знают и хотят, но самое главное — умеют. Причём умеют как сказать, что я не умею в js, без всяких «смузи какое-то», а просто, константация собственной некомпетентности. Так и изучить за пару дней пайтон и наскриптовать простейший парсер прогрессивного (не черезстрочного) png голым python 2.6 чтобы не делать это каждый раз «руками» через GUI проросшей мхом тулзы.

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


                1. Whuthering
                  15.05.2019 15:07

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

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

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


                  1. Deerenaros
                    15.05.2019 15:21

                    Теоретизация чистой воды.

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

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

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

                    Так что да. Это мои личные наблюдения приведённые к общему знаменателю и поделённое на их число. Крайние ситуации тоже бывают, вообще разные ситуации бывают. А усугубляет ситуацию тот простой факт, что будущее мы не видим.


                    1. Whuthering
                      15.05.2019 15:33

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


                      1. Deerenaros
                        15.05.2019 16:02

                        Реальная жизнь и практический опыт.

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


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

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

                        И ещё не стоит забывать субъективный фактор. Я не очень хороший эмбедщик, поэтому для того чтобы мне человек показался хорошим эмбедщиком надо просто делать работу. С вэбом у меня история насыщеннее и значимее, поэтому чтобы для меня оказаться хорошим вэб-программистом придётся постараться.


                        1. Whuthering
                          15.05.2019 16:13

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


                          1. Deerenaros
                            15.05.2019 17:57
                            +1

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


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

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


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


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

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


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

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


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

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


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

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


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

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


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


                            Аривидерчи.


                            1. Whuthering
                              15.05.2019 18:10
                              +1

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

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

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


                1. 0xd34df00d
                  15.05.2019 16:38

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

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


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


                  1. Deerenaros
                    15.05.2019 17:07

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

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


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


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


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


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


                    1. mayorovp
                      15.05.2019 17:22

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


                      1. Deerenaros
                        15.05.2019 17:31

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


                        1. mayorovp
                          15.05.2019 17:36

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


                          1. Deerenaros
                            15.05.2019 18:24

                            Заблуждение не перестает быть заблуждением от того, что большинство разделяет его.


                    1. 0xd34df00d
                      15.05.2019 17:33

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

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


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

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


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


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


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

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


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

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


                      1. Deerenaros
                        15.05.2019 18:23

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

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


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

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


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

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


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

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


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

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


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

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


                        1. 0xd34df00d
                          15.05.2019 18:33

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

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


                          А в нём всё есть. Даже компайл тайм (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

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


                          1. Deerenaros
                            16.05.2019 16:54

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

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


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

                             


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

                             


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

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


                            1. 0xd34df00d
                              16.05.2019 17:37

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

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


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


                              Explicit is better than implicit.

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


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

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


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

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


                              1. PsyHaSTe
                                17.05.2019 10:51

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


                              1. Druu
                                18.05.2019 08:43

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

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


                            1. PsyHaSTe
                              17.05.2019 10:50

                              1. static readonly это ни разу не компайл тайм
                              2. Без рефлексии очень хорошо можно обходиться, и нужно. Я в последнее время массово переползаю на Roslyn кодогенерацию, даже статью про это писал. С достаточно развитой системой макросов (ну или анализаторов в случае C#) рефлексия не нужна, можно использовать апи компилятора.


            1. Bellicus
              15.05.2019 12:30

              Что они напишут, накидают пару страниц статики? Так и все эти «хипстеры-со-смузи», если поднапрягутся сделают мигалку светодиодами. Да только, что то, что это — баловство, обреченное хранится в глубинах локальных дисков.
              Как вы сами заметили, разные подходы, тенденции, принципы. Абсолютно разные миры.

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


      1. Oxoron
        15.05.2019 09:13

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

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


        1. Whuthering
          15.05.2019 09:24

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


        1. stp008
          15.05.2019 10:05

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


    1. Sellec
      14.05.2019 19:20

      Похоже, у ТС есть знакомые в HR в возрасте, кто занимается тем, что он осуждает.


  1. Peter03
    14.05.2019 17:56
    +1

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

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

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


    1. KirillGerasimov
      14.05.2019 19:48

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

      Автор, если вправду хотите, чтобы людей не нанимали по твиттеру — поделитесь списком компаний где вам или вашим знакомым сделали «необоснованный» оффер. Сообщество оценит.


  1. dididididi
    14.05.2019 17:58
    +5

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


    1. MacIn
      14.05.2019 18:47

      Не покупайте машины из-за их дизайна, а покупайте за их техническую часть?

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


      1. esc
        14.05.2019 19:51

        Смотрю, канал в целом нравится, но автор часто крайне субъективно категоричен и необоснованно самоуверен. Увы. Серия роликов как бы намекает на помощь в выборе автомобиля, но руководствоваться ими нельзя. Хотя по техническим ньюансам порой интересно и ново.


        1. MacIn
          14.05.2019 20:30

          но автор часто крайне субъективно категоричен и необоснованно самоуверен. Увы

          Думаю, он не откажет вам в аргументированной полемике и предоставит подкрепление. По крайней мере, мой опыт общения в комментариях к этому каналу таков.


          1. esc
            14.05.2019 20:53
            +1

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


            1. Andrey_Dolg
              14.05.2019 22:34

              Как пример(сложно сказать какого размера аудитории) я обычно сначала смотрю комментарии потом принимаю решение о просмотре контента.


    1. Viacheslav01
      15.05.2019 14:32
      -1

      Не покупайте машины из-за их дизайна, а покупайте за их техническую часть?

      Я так покупаю :)


    1. tohigh
      15.05.2019 18:26
      -1

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


  1. S-e-n
    14.05.2019 18:01
    +1

    В этих терминах статья — реклама вменяемости.


  1. Vadem
    14.05.2019 18:09
    +1

    А писать техническую статью — это действительно труд.

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


    1. warranty_voider
      15.05.2019 12:56

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


      1. Vadem
        15.05.2019 13:34

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


        1. mapron
          15.05.2019 20:35

          Так и что мне, как леммингу, делать? Минусовать статью, потому что я согласен, что плюсовать такие статьи глупо?


      1. Umpiro
        15.05.2019 14:30

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


    1. Caraul
      15.05.2019 19:22

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


  1. Vasily_T
    14.05.2019 18:09

    Грустно конечно, но приходиться с этим жить. Кто не адаптируется к реалиям — быстро выпадает на обочину.


  1. pyrk2142
    14.05.2019 18:14
    +1

    Сам достаточно давно думал над похожей проблемой. Кажется, что есть три основные причины, почему так происходит:

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

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

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

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


    1. lxsmkv
      15.05.2019 05:42

      По моим наблюдениям (проект ~ 40 чел), 1/8 людей убери — никто о них не вспомнит.


    1. Soo
      15.05.2019 10:17

      кукаречный менеджмент

      Отличное определение! Возьму на вооружение


    1. dmitry_shashkov
      15.05.2019 13:34

      Ну в пределах России есть ещё одна сторона медали — когда ищешь паралельно менеджера и разраба на одного разраба приходится примерно 20-25 менеджеров. В итоге часто берут того, кто хоть что-то может и вообще дошёл до офиса просто потому, что другого не найдут, а релизы нужны вчера. А иногда, даже провести тех. собеседование некому. Как-то раз я пришёл в компанию и меня просто спросили, «вот такая фигня у нас есть, такую фигню надо сделать и, желательно, быстро. Можешь сделать?» «Могу» — ответил я. И прототип был готов за пару недель. Только если бы на моём месте сидел джун, который также ответил бы «Могу» — результат был бы плачевен. А зп там была 120к, высокая для тех времён. Тамошний питонист, который собеседовал меня на фронт сказал, что я первый, кто так был уверен в своих силах и согласился у них работать )).


    1. DrunkBear
      15.05.2019 13:52

      Недавно один из sales-manager транснациональной компании спрашивал меня, «что такое — часовые пояса? Что имеют люди в виду, говоря, что они в часовом поясе -11 по отношению к Москве??». Честно говоря, ненадолго онемел.


      1. striver
        15.05.2019 15:23

        Предположу, что такой товарищ зарабатывает больше, чем вы.


        1. DrunkBear
          15.05.2019 15:46

          Возможно, но не каждый месяц.


  1. Dimorinny
    14.05.2019 18:56
    +2

    Очень много нового почерпнул для себя о F# из этой статьи. Преблагодарен.


    1. lgorSL
      14.05.2019 21:11
      +5

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


      1. 0xd34df00d
        15.05.2019 04:01
        -2

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


        1. PsyHaSTe
          17.05.2019 10:54

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


          1. 0xd34df00d
            17.05.2019 16:56

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


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


  1. Ascar
    14.05.2019 19:23
    +2

    Тогда вас не взяли — плохо, теперь вас взяли — тоже плохо, вам не угодишь.


    1. GrigoryPerepechko
      14.05.2019 21:19

      Можно долго давать ответ :) Скажем год


      1. Oxoron
        15.05.2019 09:24

        «Мы вам перезвоним» же.


      1. 4e1
        15.05.2019 10:24

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


      1. dmitry_shashkov
        15.05.2019 15:35

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


    1. Whuthering
      15.05.2019 09:17

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


      1. Gar02
        15.05.2019 13:53

        Автору справедливо не нравится, что без технический собеседований берут не крутых разработчиков, а болтологов широко-неглубокого профиля.


  1. AlekDikarev
    14.05.2019 19:39

    Живу в разработке для старперов, автору спасибо, теперь хоть знать буду как это называется


  1. JustDont
    14.05.2019 19:54

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

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

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

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


    1. dimm_ddr
      15.05.2019 10:23

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


      1. Kwisatz
        15.05.2019 13:27

        Ну ровно с тем же самым можно столкнуться при работе с любым фреймворком. Я в такое втыкался уже раз 5 точно.


        1. dimm_ddr
          15.05.2019 13:51

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


      1. den_po
        15.05.2019 16:10

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


        1. dimm_ddr
          16.05.2019 09:19

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


  1. Taritsyn
    14.05.2019 19:55

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

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


    1. jacksparrow
      15.05.2019 16:45

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


      1. Taritsyn
        15.05.2019 17:27

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

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


        1. jacksparrow
          15.05.2019 18:12

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


          1. Taritsyn
            15.05.2019 18:38

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

            Поэтому деврелом не должны заниматься рядовые сотрудники.


            1. jacksparrow
              16.05.2019 11:50

              Я не заметил в статье акцента на найме нерядовых сотрудников. И спроецировал ее на всех разработчиков.


              1. Taritsyn
                16.05.2019 11:54

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

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


  1. alexhott
    14.05.2019 20:01

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


  1. vsespb
    14.05.2019 20:12
    +1

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


  1. DarthVictor
    14.05.2019 20:19
    -1

    React developer

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

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

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

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

    Ну с TypeScript 2.8 стало по-лучше, как минимум тип payload'a стал нормально выводится из имени экшена. Но выписывать типы для mapStateToProps/mapDispatchToProps все еще задалбывает.


    1. rexen
      14.05.2019 21:29
      +1

      читатель бросит чтение на втором абзаце, продолжив путать монаду с мандой
      Так и шо? Хай всё общество катится по наклонной просто потому, что это коммерчески выгодно? Здравствуй, «общество мандалаев» (с) Задорнов. Может всё-таки хоть какая-то часть общества пусть делает на совесть, а не просто срубить бабла по-быстрому? «Хабр — торт» или просмотры будем накручивать?


      1. DarthVictor
        15.05.2019 11:43

        Хай всё общество катится по наклонной просто потому, что это коммерчески выгодно?

        Но это не деградация, общество всегда выбирало, что попроще, айтишное сообщество не исключение. Ocaml, Java и PHP появились с разницей в два года и кто из них стал популярным языком, а кто нет?


        1. oracle_and_delphi
          15.05.2019 12:01

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


          1. DarthVictor
            15.05.2019 14:58
            +1

            — мощности типичных компьютеров тоже не хватало для ФП

            Не хватало для компилируего Ocaml, но хватало для интерпретируемого Java (JIT-компилятор только в 99-м появился)? Про PHP вообще молчу.


            1. khim
              15.05.2019 16:53
              +1

              А вот не надо молчать про PHP. Как раз PHP предложил действенный способ снизить потребности в ресурсах: mod_php. Выяснилось, что если интерпретатор у вас на сервере один, а задачи простые, но их сотни — то в итоге ресурсов требуется меньше, чем для компилируемого языка.

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

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

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

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

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


              1. alsii
                15.05.2019 19:13

                и PHP сошёл со сцены.

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


                Вот сегодня получил... одно из многих
                Hi Aleksei,
                After reading your LinkedIn page I decided to approach you about our newly created job at <тут было их название> in Koln 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


                1. khim
                  15.05.2019 21:29
                  -1

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

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


                  1. alsii
                    16.05.2019 13:30

                    В историю, очевидно.

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


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

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


                  1. alsii
                    16.05.2019 14:32

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


                    4 year old startup

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


                    1. khim
                      16.05.2019 18:09

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

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

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


          1. 0xd34df00d
            15.05.2019 16:43

            а в 1996

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


        1. rexen
          16.05.2019 13:50
          -2

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

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

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

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


          1. 0xd34df00d
            16.05.2019 15:25
            +2

            Первое, что на ум приходит — образование и культура в СССР.

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


            1. MacIn
              16.05.2019 16:03

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

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

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


              1. 0xd34df00d
                16.05.2019 17:38

                система может одновременно стремится тянуть всех вверх и иметь дураков.

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


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

                :]


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


                1. khim
                  16.05.2019 18:12

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

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


                  1. rexen
                    16.05.2019 21:18

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

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

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

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


                    1. khim
                      16.05.2019 21:24

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

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

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


                1. MacIn
                  17.05.2019 17:25
                  +1

                  Вы имели в виду некие контролирующие органы?

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

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

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

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


  1. NeverIn
    14.05.2019 20:22

    Все верно пишешь. У нас так директор нанимает айтишников, но сам не айтишник — по ощущениям. Ни с кем не советуясь, просто поболтав, оценив харизму.


  1. VanquisherWinbringer
    14.05.2019 20:23

    Зацепило. Умеете вы статьи писать. Спасибо!


  1. mayorovp
    14.05.2019 20:26

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

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


  1. baragol
    14.05.2019 20:42
    +1

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

    А что если твоя популярность как «того чувака с Хабра, который круто ноет» поможет и хардкорной статье стать чуть популярнее? Есть ощущение, что в 2019 примерно такой баланс и приходится нужно искать, чем бы ты ни занимался: производством молока, программированием, наукой или столяркой.


    1. fillpackart Автор
      14.05.2019 20:48
      +5

      Меня скорее пугает обратный эффект. Напишу про типы, статья будет умеренно успешной. Но по сравнению с нетехническими — капля в море. Это будет выглядеть так, что я обосрался. Скажут, этот ваш Фил только ныть и может


      1. pronvis
        15.05.2019 01:06
        +3

        Да пофигу что скажут — делай то что нравится, на остальное пофиг.
        Это если в кратце, а если не в кратце… я думаю это лишнее и вы и так поняли что я имел ввиду :)

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

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

        Бред какой-то написал, но пусть будет :) Всё-таки коммент, не статья…


        1. lxsmkv
          15.05.2019 05:56
          -1

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

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

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


          1. NeverIn
            15.05.2019 07:59

            Думательный процесс энергозатратен и зачастую не виден, а эмитация деятельности может войти в привычку и видна, так что выбор в краткосроке очевиден. А судя по резюме многие только и работают в краткосроке 6 мес-год, пока кто-то не спросит за результат.


          1. Gar02
            15.05.2019 13:56

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


      1. Nalivai
        15.05.2019 01:42

        Да тут гораздо прозаичней момент. Статья про типы в typescript будет интересна только тем кто пишет на typescript, и то не всем. Статья про собеседования интересна всем, потому что собеседования проходят все. И дело не в том что одна лучше другой, просто области разные.


    1. Deymos
      15.05.2019 07:42

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


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


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


  1. saipr
    14.05.2019 21:16
    -2

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

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


  1. famer
    14.05.2019 21:16
    +1

    Да, найм сломан.


  1. famer
    14.05.2019 21:34
    +1

    Как HR убили индустрию

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

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

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

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


    1. dimm_ddr
      15.05.2019 10:30
      -1

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


      1. gks
        15.05.2019 14:06

        Нравится вам это или нет, но вы должны приносить прибыль тем, кто платит вам деньги.

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

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

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


        1. dimm_ddr
          15.05.2019 15:00

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


          1. gks
            15.05.2019 15:59

            Речь не про обязательства которые вы на себя берете подписывая договор. Речь о мотивации из-за которой в принципе есть позиция на которую вы устраиваетесь

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

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

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


            1. dimm_ddr
              16.05.2019 09:30
              +2

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


              1. gks
                16.05.2019 15:42
                -1

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

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


                1. dimm_ddr
                  17.05.2019 09:20

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


                  1. gks
                    17.05.2019 13:51
                    -1

                    Да сколько можно то. Вы вообще читаете что я вам пишу? Я говорю про момент когда компания решает открывать или нет вакансию, а вы мне — про момент когда решение принято, требования к кандидату составлены и даже претендент уже найден

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

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

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

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


                    1. dimm_ddr
                      17.05.2019 14:07
                      +1

                      Но в итоге компания должна сформулировать требования к кандидату. Так, чтоб его можно было измерить.
                      Нет, вы точно не читаете мои комментарии. Я 4й(?) раз вам пишу что я говорю о моменте когда вакансии еще нет. Какие требования у вас компания должна сформировать и измерить? Я даже не буду читать вашу простыню текста дальше пока вы не удосужитесь хотя бы раз прочитать и осознать что вам говорю я. Хватит спорить с кем-то из вашей головы.


                      1. gks
                        17.05.2019 14:37
                        -1

                        Нет, вы точно не читаете мои комментарии. Я 4й(?) раз вам пишу что я говорю о моменте когда вакансии еще нет.

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


                        1. dimm_ddr
                          17.05.2019 15:56

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


                          1. gks
                            17.05.2019 16:16
                            -1

                            Я говорил о мотивации компании создавать вакансию.

                            Компания — это юридическое лицо, у нее нет мотивации. Мотивация есть у конкретных людей. И до момента подписания бумажек оно и остается фантазией конкретных физических лиц. Как только пишется бумажка и заверяется уполномоченным лицом. Это становится юридическим актом. Поэтому ваше размышления не имеют никакого отношения к компании. Так как вы не подразумеваете бумажек. Если вам не интересна юридическая сторона вопроса, то вам не интересна компания как таковая. Ибо только через юридическую сторону она, что либо осуществляет. В том числе и свою мотивацию. ЭТО ЮРИДИЧЕСКОЕ ЛИЦО.
                            По определению.


              1. gks
                16.05.2019 21:12
                -1

                Оказывается, Вы злостный нарушитель ТК РФ. То о чем вы пишите, подпадает под ст. 3, дискриминация.

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

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

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


                1. dimm_ddr
                  17.05.2019 09:25
                  +1

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


                  1. gks
                    17.05.2019 12:42

                    Я вообще не эйчар как ни странно, я технический специалист который понимает почему мир строен так, как он устроен.

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

                    Читайте закон. Можно просто послать резюме в компанию. А потом через семь дней потребовать письменного отказа, даже на неприглашенное собеседование. Компания разместившая вакансию обязана дать письменный ответ. Иначе — это административное право нарушение.
                    Не знание законов, не освобождает от ответственности.


                    1. mayorovp
                      17.05.2019 13:52

                      Вы всё ещё рассуждаете про компанию, которая разместила вакансию...


                    1. dimm_ddr
                      17.05.2019 14:05

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


                      1. gks
                        17.05.2019 14:11
                        -1

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

                        В том, что это все опирается на законодательство. А не размышления об устройстве мира.
                        rg.ru/2015/08/04/rabota.html


                        1. dimm_ddr
                          17.05.2019 15:57

                          И вы опять не привели ссылки на собственно законодательство. Почему я должен делать за вас вашу часть и искать в желтой прессе ссылки на законы?


                          1. gks
                            17.05.2019 16:38
                            -1

                            Российская газета — это не желтая пресса. Это официальный печатный орган Правительства Российской Федерации… Все законы вступают в действие после публикации в этой газете.
                            У меня такое ощущение, что вы ничего об устройстве РФ не знаете. Живете по мужитской смекалки. Вам учится нужно, а не фантазировать об устройстве мира и компаний. Вам это еще рано.


                    1. alsii
                      17.05.2019 15:57

                      А потом через семь дней потребовать письменного отказа.

                      А можно вот с этого места поподробнее? Каким законом устанавливается обязанность работодателя отвечать на присланные резюме? Где установлен семидневный срок?


                      административное право нарушение.

                      Каким законом установлена ответственность, в какой форме и размере?


                      Без всякого ерничества, просто интересно.


                      1. gks
                        17.05.2019 16:28

                        ТК РФ Статья 64. Гарантии при заключении трудового договора
                        www.consultant.ru/document/cons_doc_LAW_34683/f9ccec223c774c4895b03311bcd7eb355ef9d78f/#dst100470

                        По письменному требованию лица, которому отказано в заключении трудового договора, работодатель обязан сообщить причину отказа в письменной форме в срок не позднее чем в течение семи рабочих дней со дня предъявления такого требования

                        ТК РФ Статья 3. Запрещение дискриминации в сфере труда
                        www.consultant.ru/document/cons_doc_LAW_34683/0d18caafb87d28222d0cb617c21634cc407ee0f5
                        Лица, считающие, что они подверглись дискриминации в сфере труда, вправе обратиться в суд с заявлением о восстановлении нарушенных прав, возмещении материального вреда и компенсации морального вреда.


                        1. alsii
                          17.05.2019 19:57

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


          1. Catrinblaidd
            15.05.2019 18:26

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

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


            1. dimm_ddr
              16.05.2019 09:32

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


      1. jacksparrow
        15.05.2019 16:37

        Ваш комментарий бьется на два. 1) Разработчики не дооценивают софт скиллы и 2) HR хороши и молодцы.
        Ко второму, о хр часто складывается мнение, как о посредниках, которые не улучшают процесс найма, но просто перепродают людей. 5 разных агенств могут предлагать ту вакансию, куда вы уже сходили без посредников. Да еще они предложат заполнить анкету, что бы не вчитываться в ваше резюме. И тут же прибавляется вина компании, что они просто не перезванивают.
        А уже надеяться, что вам попадется хороший и правильный хр дело статистики.


        1. dimm_ddr
          16.05.2019 09:37

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


  1. Peter1010
    14.05.2019 21:47

    Вот не надо тут про Redux. Несколько последних версий, не скажу точно с какой… Но с TS стало намного лучше. Если в первых (~года 3 назад) моих проектах, была магическая папка _helpers с ещё более магическими файлами store.js и store.d.ts. И портянкой костылей что бы это хоть как-то подружить. То теперь этого уже нет.

    А статью про типы я бы с удовольствием бы почитал бы :)


  1. shurkandak
    14.05.2019 22:21
    -1

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

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

    Рекомендация третьим лицом это вообще старый избитый психологический трюк.

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


    1. Archon
      15.05.2019 08:39
      +2

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

      Отдельным интровертам действительно проще, т.к. их за собой тащат описанные в статье экстраверты, чтобы было что предлагать заказчикам, кроме своих софт-скиллов. Достаточно просто плыть по течению.

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


      1. shurkandak
        15.05.2019 13:10

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

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


    1. oracle_and_delphi
      15.05.2019 10:57

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

      НЛП? Нейро-Лингвистическое Программирование?
      С интересном прочитал бы статью на Хабре об НЛП для прохождения собеседования.

      Или речь от том, чтобы провести над собседующим весёлые эксперименты «тест Тьюринга», «китайская комната» и «философский зомби», эммулируя наличие отсутствующих софт-скилс?
      image
      Что тоже вариант. :)


      1. shurkandak
        15.05.2019 13:21

        НЛП? Нейро-Лингвистическое Программирование?
        С интересном прочитал бы статью на Хабре об НЛП для прохождения собеседования.

        Я бы тоже почитал.

        Или речь от том, чтобы провести над собседующим весёлые эксперименты «тест Тьюринга», «китайская комната» и «философский зомби», эммулируя наличие отсутствующих софт-скилс?

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

        Что тоже вариант. :)


        Какой-то брутфорс получается :)


        1. dominigato
          15.05.2019 14:26
          +1

          С интересном прочитал бы статью на Хабре об НЛП для прохождения собеседования.

          Могу написать ее в двух предложениях: главное это "подстройка". А что такое подстройка — читайте в любой книжке по НЛП.
          Может вас и не примут на работу, но вы точно понравитесь. :)


          1. alsii
            15.05.2019 18:33

            Когда-то давным давно я был в "резерве на руководящую должность" в одной довольно крупной конторе. И нам проводили тренинги, на которых учили… нет, не самому НЛП, а тому, как его распознать. Рекомендация была следующая: "Если вы заметили, что к вам пытаются применить такие приемы, следует немедленно, под любым предлогом прервать переговоры и сразу же доложить руководителю и в службу безопасности".


            1. dominigato
              15.05.2019 18:50

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


              1. alsii
                15.05.2019 18:58

                Да что там особо боевого-то… Скажем так, это попытка партнера по переговорам повлиять на вашу оценку этого самого партнера. Идея была в том, что если партнер прибегает к таким методам, то его априори нельзя считать добросовестным партнером. Ну это как попытка подпоить, или подкупить, или шантажировать. Суть рекомендации была в том, что на нашем уровне не надо было с таким связываться, а следовало передать "проблему" более компетентным коллегам.


                1. dominigato
                  15.05.2019 20:19

                  То есть «попытка понравиться» считалась чем-то недобросовестным? Боюсь вам пришлось бы посылать в отдел безопасности абсолютно каждого. Нет ничего недобросовестного в том чтобы захотеть понять и быть понятым.
                  Нет никаких «приемов НЛП» или «методов», есть вещи которые все люди делают, а понимают только некоторые. Может действительно стоит написать статью :)


                  1. S-e-n
                    15.05.2019 21:08

                    Есть разница между пытаться понравиться и пытаться быть понятым.

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

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


                    1. dominigato
                      16.05.2019 00:56
                      +1

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


                      1. S-e-n
                        16.05.2019 02:20

                        Людей, которые нравятся, понимают лучше

                        Их не только понимают лучше, им ещё и неудобно отказать и пр. и пр.

                        Странно было бы отрицать, что этим активно пользуются в корыстных целях.

                        То, что кажется вам словесной эквилибристикой всего лишь психология

                        Там фразы с точки зрения логики некорректны. Звучит вроде: «То есть есть апельсины считается чем-то недобросовестным? Нет ничего недобросовестного в том чтобы есть яблоки.»

                        Это вообще классический случай подмены понятий.


                        1. dominigato
                          16.05.2019 04:01

                          Я же говорил — защищаться от того, чего не знаешь, так себе стратегия, не очень рабочая.
                          Все уже сделано.


                          1. S-e-n
                            16.05.2019 17:27

                            Попытка съезда с неудобной темы действительно сделана.


                  1. alsii
                    16.05.2019 13:05

                    А напишите! Почитаю с удовольствием...


                  1. alsii
                    16.05.2019 13:17

                    То есть «попытка понравиться» считалась чем-то недобросовестным?
                    Есть разные способы "понравится". Можно проявить понимание интересов другой стороны, не ставить ультиматумов, продемонстрировать профессиональную компетентность. А можно обрызгаться афродизиаками или незаметно капнуть в стакан партнеру что-нибудь этакое. Видимо мой тогдашний работодатель относил НЛП-техники к чему-то подобному.

                    Боюсь вам пришлось бы посылать в отдел безопасности абсолютно каждого.

                    Я еще раз повторю, нас не учили применять НПЛ, нас просто ознакомили с некоторыми приемами и объяснили, как их распознать. И дали рекомендации как действовать в случае если нам покажется, что мы их распознали.


            1. shurkandak
              16.05.2019 07:41

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

              Но если разобраться, суть этой книги книга, НЛП практик, софт-скиллов или Карнеги — просто быть приветливым и внимательным к собеседнику.


    1. throttle
      15.05.2019 13:59

      Интровертам вообще должно быть еще проще, ведь они менее импульсивны и обладают гораздо большим терпением

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


  1. Ingref
    14.05.2019 22:30
    +14

    Автор, устройся уже журналистом работать — тебе это явно нравится. Явно больше, чем «кодить энтерпрайз». Или ты мазохист? :)


    1. fillpackart Автор
      14.05.2019 23:42
      +5

      Наверное, самый оскорбительный коммент, что мне когда-либо оставляли.


  1. third112
    14.05.2019 23:46

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

    Большинство людей решают типовые задачи, т.е. задачи не содержащие научной новизны. Если хотеть иного — надо идти в фундаментальную науку. Там всегда рады опытному разрабу. Но платят там обычно сильно меньше. И нужно будет вникать в предметную область. При этом нет гарантии, что задача будет трудной, как нет гарантии, что задача выполнима.
    Факт, что ни там, ни здесь автор не говорит, нпр., о сложных научных задачах (и специфических требованиях, которые предъявляют к их исполнителям), но при этом делает вид, что говорит вообще о всякой разработке. Только вчера, нпр., читал про специфику разработки софта для АЭС. М.б. АЭС — только для «старперов»?:

    вы живете в разработке для старперов. У вас всё делается правильно, у вас C++, а не все эти новомодные фреймворки. Вы не пускаете на порог этих хипстеров с их «токсичностью» и инклюзивностью. Есть только одна проблема. Вы со дня на день передохнете от старости, а мне придётся иметь дело с тем, что осталось.
    (BTW это кони от работы дохнут, а люди все-таки умирают:)
    Я не спорю, что Web-разработка это большой сектор рынка, но нельзя же все сводить только к ней и за Web-деревьями не видеть леса. Но автор, похоже, не видит. Могу только пожалеть о такой аналитической «близорукости» и… посоветовать иногда читать комменты.


    1. third112
      15.05.2019 00:31

      PS/ЗЫ Ескиз ми, забыл отметить душещипательный потрясающе-убойный английско-нижегородский авторский язык. Мне бы так типа спикать и врайтать в натуре — лет май пиплы гоу!


  1. Mountaineer
    15.05.2019 00:12
    -2

    Истеричка!


  1. Kroid
    15.05.2019 00:14
    +5

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

    Технические вопросы — это фильтр по нижнему уровню, в надежде отсечь совсем уж неадекватов.

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

    Я лично поддерживаю эту точку зрения. Просто потому, что не вижу способа провести грамотное техническое собеседование, которое будет точным хотя бы в 9 случаях из 10.
    Алгоритмы? На эти вопросы лучше всех ответят джуниоры.
    Знание каких-то аспектов фреймворка? Кто в своем уме их будет заучивать, когда можно загуглить? Да и меняются они каждую неделю.
    Почему люки круглые и другие задачи на смекалку? Уже столько копий о них сломалось…
    Тестовое задание? Плохой разраб попросит друга помочь, хороший не будет тратить свое время на это.
    Написать код на листочке бумаги? Без комментариев.


    1. mad_nazgul
      15.05.2019 06:57

      Вообще то есть такое понятие как «испытательный срок», который обязательно прописывается в договоре по найму. Только по результатам испытательного срока сотрудника берут на работу.
      Испытательный срок может быть до 3 месяцев.
      ИМХО за 3 месяца можно составить вполне адекватное мнение о компетенции сотрудника.


      1. Kroid
        15.05.2019 10:31
        +1

        Вы правы. Но в испытательном сроке есть свои проблемы. Ради одного человека нужно либо нанимать сразу десяток, чтобы потом уволить девятерых, что может позволить себе только крупная компания, либо терять ценное для проекта время, нанимая по одному за раз, оценивая каждого по неделе — месяцу. Обычно так никто не делает — если уж наняли, то нужно сильно постараться, чтобы не пройти испытательный срок.


      1. Guitariz
        15.05.2019 11:06

        испытательный срок — очень дорого. И для компании, и для работника. Само собой всем хочется этого избежать


      1. dominigato
        15.05.2019 14:45

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


    1. dominigato
      15.05.2019 14:39

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


      1. dimm_ddr
        15.05.2019 15:02

        Я бы многое отдал чтобы научиться проверять способности самообучения.
        Есть очень популярный курс на курсеере «Learning how to learn». Сам я его только собираюсь пройти, но знакомые очень хвалят. Как раз о том, чему вы хотите научиться.


        1. 0xd34df00d
          15.05.2019 16:54

          А там разве есть про проверку?


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


          1. dimm_ddr
            16.05.2019 09:39

            Ох, да, я пропустил это слово. Мои извинения.


        1. dominigato
          15.05.2019 16:59

          Это то, что я хочу видеть у кандидатов :)


          1. dimm_ddr
            16.05.2019 09:39

            Да, я был невнимателен, извините.


        1. v2kxyz
          15.05.2019 17:32

          Learning how to learn учит получать и усваиваить новые знания, а не распознавать наличие этого навыка.
          Есть пласт людей, которые если чего-то не знают, то считают, что так и должно быть или их кто-то должен научить, причем обычно в этом случае подразумевается, что им должны дать четкие инструкции, что и как делать. Вероятно dominigato имел ввиду таких людей, как отрицательный пример, и Learning how to learn им просто неинтересен.


          1. dimm_ddr
            16.05.2019 09:39

            Да, я уже понял что невнимательно прочитал комменатрий.


  1. asmolenskiy
    15.05.2019 00:32
    +1

    Мне вот не понятно, когда авторы статей находят время их писать. Это же блин не просто текст как в комменте, написал за 3 минуты и забыл. Там же надо верстать, заморачиваться, фоточки искать и прочее. Я как автор пары статей могу сказать что это отжирает тонну времени. Я реально тратил почти 2 полноценных рабочих дня на это.
    Я понимаю когда статьи пишутся в корпоративный блог. То есть я сижу в рабочее время, открыто занимаюсь этой шляпой и именно за это мне мой работодатель платит зарплату в данный момент времени. Тогда норм, да и для разнообразия прикольно — если работодателю это нужно — не вопрос. Но откуда берут время инди-писатели? Я оч. сомневаюсь что они это делают дома в ночи. Я склонен думать что этот процесс происходит в рабочее время, а чтоб не спалиться — в каком-нить линуксячем редакторе с поддержкой тегов, зеленым шрифтом на черном фоне (я просто видел как-то одного чела, который это делал так, со стороны кажется что работает если не всматриваться).
    ХЗ. ИМХО публичность инженера это из той же оперы что и фраза «общительный и коммуникабельный» в рекомендации с прошлого места работы. На первый взгляд плюс, а по факту — значит нихрена не делал сам и отвлекал коллег.


    1. pyrk2142
      15.05.2019 01:10

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

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


    1. OZR
      15.05.2019 04:14

      У меня написано очень много текста на всевозможных форумах. Это что-то среднее между хорошим комментарием на хабре и статьёй. С высокой скоростью печати комментарий пишется, за пару минут А4. Грамотный ответ на форуме, такого же размера пишется за час. «Паршивая» статья пишется неделю. Качественная статья пишется квартал… Время найти не сложно. Вопрос в том, на что тратится время. И есть одно маленькое «но». Отвратительного качества комментарий и полноценная, грамотная статья имеют одинаковый уровень монетизации и просмотров у людей. И потому грамотных статей теперь не видно вовсе, а мы погрязли в материалах вида «я сгорел» и «учим HTML за 10 минут». От первых хотя бы нет вреда, но и пользы нет. От вторых только вред… Качество не в тренде. В современном мире создавать «не говно», чрезвычайно трудозатратное и архиневыгодное занятие (скорее всего это абсолютно провальное занятие и… немного «глупое», ведь только «идиот» может упрямо заниматься тем, что способно принести только убытки и ничего кроме убытков, когда можно «купаться в [цензура] контрактах на солидити»). Так что в написании «статей» нет абсолютно ничего сложного. Текст, написанный автором можно написать за 10-15 минут в перерыве за перекуром. А ещё это можно делать каждый день… Но за этим есть другие проблемы… Например, можете сказать мне «спасибо», за то что я не пишу статьи. Серьёзно. Сдержаться и не кормить окружающих д.... намного сложнее, чем писать статьи. Особенно когда за выстраданный и качественный пост получаешь НОЛЬ лайков и несколько дизлайков. А за «высер мозга» можно получить 50 лайков, на ровном месте… В голове остаётся только WTF. Причём второе не отнимает времени совсем. Лучшее, что можно сделать это не писать. Своего рода культура, туалетная. Естественный процесс, который лучше людям не показывать. Хорошо помогает, написать комментарий за три минуты. Не отправить его. Отойти. Через пару минут посмотреть на него. Не отправить в очередной раз и удалить всё написанное к чертям, чтобы никто не видел.


    1. Meklon
      15.05.2019 11:29

      Можно. Просто редко) У меня уже три штуки висит почти готовых(


    1. 0xd34df00d
      15.05.2019 16:56

      Ну это зависит. Моя последняя статья написана в один заход вечером воскресенья за полтора часа после похода в тренажерку. Первая часть другой статьи (моя предпоследняя публикация) писалась тоже несколько часов. Зато вторую часть я никак не соберусь дописать уже полгода.


    1. dom1n1k
      16.05.2019 03:00

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


  1. maneken_ivan_ivanocich
    15.05.2019 01:20
    +1

    Доброй ночи. Зарегистрировался, чтобы высказаться. Я далёк от IT, но данную картину наблюдаю и в других сферах. Я производственник, то есть, работаю руками — конкретно с бумагой и пластиком. И не могу понять, почему менеджеры, которые продают то, что я сделал, получают больше.
    Почему мне, для того чтобы получать достойную зарплату, нужно сломать себя и заниматься общением и продажами? Почему я не могу быть собой, заниматься ручным трудом, тем, что мне с рождения дано, и жить при этом не в нищете. Почему никто не платит таким как я столько же сколько менеджерам? Почему, если я другой, я обречён получать меньшие деньги?
    Вспоминаются слова одно преподавателя в университете: радуйтесь, что экзамен принимает человек, а не машина. Очень хорошо понял, что он хотел сказать — с машиной не договориться. И сразу кольнула вторая сторона медали — а что будет с теми, компетентными профессионалами, которые попадут в немилость к человеку?
    Для себя в данный момент вижу единственный выход — собственный бизнес, на который копить и копить.


    1. vsespb
      15.05.2019 01:29
      -5

      … там то вы и поймёте почему менеджерам платят больше чем работникам ручного труда, но будет уже поздно


      1. maneken_ivan_ivanocich
        15.05.2019 01:36
        +1

        Зря вы пытаетесь меня приземлить. Опыт бизнеса уже был (упаковка — коробки, ложементы, печать на упаковке). И провалился он как раз потому, что (1) уделял много времени самой работе, а не продажам и (2) надеялся вытянуть без вложений.
        Поздно понял, что нужно было искать менеджера, пока были деньги с первых объёмов.
        Но вы правы. С точки зрения владельца, менеджер это курочка, которая приносит бабосики. А рабочий, да сколько их! Но ведь это не значит, что так правильно.


        1. Nalivai
          15.05.2019 01:58

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


          1. khim
            15.05.2019 03:04
            +1

            Если завтра уйдет рабочий, слегка упадет производительность, на время пока ищут нового, что при хорошо налаженном производстве не очень страшно.
            Ровно то же самое будет, если уволить стоящего над ними менеджера. Менеджер по продажам — тут сложнее, да.

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

            Вот тут пишут: продавец в супермаркете, который продал пиво несовершеннолетнему, несет гораздо больше ответственности, чем программист или безопасник, у которого могли спереть (или сперли, кто знает) данные пары миллионов клиентов… но ещё меньше ответственности несёт менеджер этого программиста или безопасника! А получает он при этом больше… вот ведь парадокс.


        1. balexa
          15.05.2019 11:55
          +1

          Что значит правильно?
          Деньги и денежная система — это социальный институт. Да, если вы интроверт, не хотите общаться с людьми, не умеете (и что самое главное — не хотите) взаимодействовать с социумом и другими общественными институтами — денег не будет. По определению.

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


    1. asmolenskiy
      15.05.2019 07:58
      +1

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


      1. CGS
        15.05.2019 08:28

        Как то самый клевый товар и впаривать то, от чего самого воротит плюс трешовый шапмпунь плохо сочетаются :)


        1. asmolenskiy
          15.05.2019 08:30

          Все считают свой товар самым клевым. Мне вот парни которые варили шампунь, тоже говорили что он из самых экологичных ингридиентов =).
          Просто обычно это же выглядит так, утрирую. Сидит человек вечером на диване, смотрит сериал, у него все норм, а у тебя задача продать ему мясорубку. Для этого его надо отвлечь от дивана с сериалом, потом убедить в том что му нужна мясорубка, а потом еще и обосновать почему твоя лучше китайской. А он вообще вегетарианец.
          Вот я так зашел как-то в какую-то шарагу — а это оказалось похоронное бюро. Там стояли гробы и сидел охранник, которому я в итоге впарил какую-то мазь для ногтей… Вот наверняка когда он утром к своим гробам собирался на работу — у него не было в планах покупать мазь для ногтей.
          Или вот например всех наверняка задолбали девочки прозвонщицы с выгодным кредитом наличными. Это те же самые менеджеры по продажам, которым так раззавидовался топикстартер. Вот им прикольно выслушивать все эти «где вы достали мой номер»? Думаете они сами не понимают что Вам нахрен не нужен их кредит наличными? Такая работа, дурная. Поэтому и вознаграждается так при хороших результатах.


    1. dididididi
      15.05.2019 11:07
      +2

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


      1. msububble
        15.05.2019 14:05

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


    1. Whuthering
      15.05.2019 11:52

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


    1. blind_oracle
      15.05.2019 18:53

      > Почему мне, для того чтобы получать достойную зарплату, нужно сломать себя и заниматься общением и продажами?

      Во многом это постсовковая особенность — в духе что начальник должен получать как все его подчиненные вместе взятые (образно). На западе он чаще всего получает на 10-20% больше подчиненного, а иногда и меньше (в зависимости от).

      Да и вообще, в той же Швейцарии, я как разработчик получаю ну может в три раза больше почтальона и примерно столько же (или даже меньше) как учитель высшей категории (про врачей вообще молчу, они миллионеры). А в РФ сколько почтальон получает? В 10-30 раз меньше разработчика думаю.

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


      1. dididididi
        16.05.2019 09:31

        СССРская уравниловка. Спасибо, накушался не надо.
        По мне так справедливо, когда цены определяет рынок, а не всем поровну +_200 франков.


        1. blind_oracle
          16.05.2019 13:40

          Тут все хорошо с рынком, зарплаты государство не контролирует от слова совсем, насколько мне известно. Такого понятия как МРОТ тоже нет. Просто сложилась такая экономика, где труд руками тоже оплачивается и это справедливо.

          А почта, про сотрудников которой я писал, получает в год пол-ярда франков чистой прибыли с оборотом в 8 ярдов. Прошу сравнить с Почтой России.

          Такая картина во многих западных экономиках, которые я видел: в Германии, в США может немного меньше, но посмотри сколько там тебе будет стоить электрик или сантехник.


          1. alsii
            16.05.2019 14:56

            Справедливости ради в Германии "МРОТ" таки есть с недавних пор (точнее с 2015 года). На сегодня составляет €9,19 в чаc, c 2020 года будет €9,35. Это общий уровень. Есть еще отраслевые минимумы и тарифные соглашения.


            1. blind_oracle
              16.05.2019 15:52

              Я про Швейцарию. Там был референдум, введение МРОТ не приняли.


          1. dididididi
            16.05.2019 15:03

            В смысле не регулируется, неужто нет НДФЛ или каких-то аналогов? Быстрое гугленье показало, что в Швейцарии прогрессивная шкала НДФЛ. А вы говорите не регулируется. Т.е. сверху зарплата ограничена. Какой работодатель будет платить заплату 50000 евро если 90% ее в налог уйдет и до работника все равно 5000 евро только дойдет.

            Пособие по безработице есть? Скорее всего есть. Вот вам и нижняя граница. Кто пойдет работать за 900 евро, если пособие 1000 евро?

            Почта может нанять себе узбека за 200 евро? Фигушки. Визу фиг получишь.


            1. blind_oracle
              16.05.2019 15:59

              Какой работодатель будет платить заплату 50000 евро если 90% ее в налог уйдет и до работника все равно 5000 евро только дойдет

              НДФЛ тут от кантона зависит и многих других факторов. В Цюрихе — очень низкий, я плачу всего около 5%. Даже с ЗП в 300к\год я бы платил всего 18%, но никак не 90.

              Пособие по безработице есть? Скорее всего есть. Вот вам и нижняя граница. Кто пойдет работать за 900 евро, если пособие 1000 евро?

              Пособия нет. Есть страховка от потери работы, в которую ты платишь со своей ЗП что-то около 1%. При потере работы по инициативе работодателя тебе будут платить в течении 6-12 месяцев что-то около 70-80% твоей ЗП но не более 10к в месяц. После года, если работу не нашел — свободен.

              Почта может нанять себе узбека за 200 евро? Фигушки. Визу фиг получишь.

              И правильно. Это называется защита интересов граждан. Из-за бугра (вне ЕС) можно нанять только высококвалифицированные кадры и то если их не нашли на родине или в ЕС.


              1. dididididi
                16.05.2019 17:16

                Короче, уравниловка есть.
                Страна богатая, поэтому могут позволить себе платить местному лентяю, а не нанять работящего азиата.

                Правильно это или неправильно, я не знаю. Что швейцарец, что узбек(что русский) для меня одинаково, и я не понимаю, почему один получает 10крур, а другой 200крур за одну и ту же работу.


                1. blind_oracle
                  16.05.2019 18:17

                  Короче, уравниловка есть
                  Да, очень аргументированно :)

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

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


                  1. dididididi
                    17.05.2019 12:16

                    Есть прогресивная шкала, есть какие-то пособия(страховки, пофиг как называть) — читай есть уравниловка. ну гляньте на местном хедхантере есть зарплаты на 300 евро?

                    Это жесткий расизм, типа все швейцарцы — пряморукие, а все узбеки косорукие? Да не верю! Еще скажите про трудолюбивых пряморуких французов или итальянцев(с швейцарцами не имели счастья) у нас весь офис вас кирпичами закидает.


                    1. defaultvoice
                      17.05.2019 12:28

                      Швейцарцы, особенно во французской части, достаточно раздолбайские и косорукие товарищи, не хуже узбеков, только менее привязаны к корням. В немецкой частично спасает Ordnung™ (который тоже бардак, но хотя бы логичный)


                    1. dimm_ddr
                      17.05.2019 14:09
                      +3

                      Между уравниловкой и абсолютно свободным рынком все же есть градации. Швейцария на прямо уравниловку сильно не похожа. Но какие-то элементы управления благосостоянием жителей там действительно есть. Говорить что раз есть хоть что-то, то Швейцария становится неотличима в плане уравниловки от СССР — это не очень корректно.


                      1. dididididi
                        17.05.2019 17:45

                        Есть градации, но уравниловки в Швейцарии больше чем в РФ.
                        Больше ли чем в СССР? Зарплату в СССР от 60(уборщица) до 300(большой директор) рублей были. В Швейцарии от 2000 евро до 10000. В Москве от 10000 до 400000, я думаю. Все цифры я сам придумал, но думаю близко.


                    1. blind_oracle
                      17.05.2019 15:17

                      ну гляньте на местном хедхантере есть зарплаты на 300 евро?
                      Вот зачем глупости говорить? Конечно их нет т.к. платить за квартиру, страховку, еду и прочее нужно как минимум 2-3к в месяц в зависимости от.
                      Это жесткий расизм, типа все швейцарцы — пряморукие, а все узбеки косорукие? Да не верю!
                      Это ваши мысли, я такого не говорил. Просто есть высококлассные и редкие специалисты (айтишники, инженеры, ученые и так далее) которых из-за их недостатка внутри страны приходится нанимать из-за рубежа. Я уже писал — если ты узбек и владеешь нужной профессией — вэлкам. На твою национальность никто не посмотрит.

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

                      А у нас как? Зачем нанимать русского дворника и платить ему деньги, если можно нанять Джамшута, платить ему 10-50% оклада, а остальное класть в карман.

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


                      1. dididididi
                        17.05.2019 17:41

                        Я понимаю ваш швейцарский патриотизм и острый мигрантский вопрос в Европе. Но не путайте мух с котлетами.

                        Залог социально-экономической стабильности Швейцарии — овер дофига денег, которые есть потому что там 300 лет не было войн, она-мировой финансово-офшорный центр и т.д. и т.п. Но никак из-за того, что там запрещено узбекам улицы подметать.

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


            1. alsii
              17.05.2019 15:47

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


              Подробности о жизни на пособии в Германии

              Например значительная часть будет "выдаваться" в виде оплаты жилья, коммунальных услуг, транспортных расходов (проездной). За расходованием остальной части также могу наблюдать: "почему вы снимаете так много наличных?", "кому и за что вы сделали вот этот перевод?". Проверяют покупки, например машину так просто купить нельзя: "мы оплачиваем вам проездой". К ктому же в размер пособия не входят долгосрочные покупки типа мебели, бытовой техники. На эти цели могут быть выделены дополнительные деньги, но с отчетом и ограничением по цене. Более того, социальный работник может посетить вас дома чтобы убедиться, что купленный вами на выделенные средства холодильник не был вами продан. Отдельный разговор — путешествия. получающий пособия не имеет право без разрешения соцслужбы надолго (больше чем на день-два) покидать место, где он живет. Правда положен "отпуск". Дополнительно к пособию оплатят проезд и даже отдых, но не в высокий сезон и на какой-нибудь местный курорт.


              p.s. Данные от знакомых, которые на это самое пособие живут.
              p.p.s. Речь именно о социальном пособии. Пособие по безработице достаточно высокое и зависит от зарплаты на последнем месте работы, но его выплачивают только 1 год.


  1. rudinandrey
    15.05.2019 01:33

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


  1. Desprit
    15.05.2019 06:03

    Два разных стартапа одновременно начали делать свои базы данных.


    Это про RethinkDB и Mongo было?


  1. keslo
    15.05.2019 08:20

    Вы сделали только что очень классную вещь — в статье нытья прорекламировали свою статью о типах. Спасибо! Обязательно прочитаю!


    1. mayorovp
      15.05.2019 09:10

      А она была у него, статья о типах? Я после вашего комментария специально полез её искать — и не нашел.


      1. Ardt2
        15.05.2019 18:10

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


  1. Druu
    15.05.2019 08:46
    +1

    То есть в наше время лучшими людьми во всем стали считаться те, кто как-то умудрился завладеть вниманием.

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


  1. tipKeipa
    15.05.2019 09:19

    Знаю одну компанию, которая предлагает неплохой бонус за статью на хабре с >30 плюсами.
    Кстати, раз уж в статьях автора тусят десятки тысяч гиков, меня мучает один вопрос к it-комьюнити. Не кажется ли вам, что общемировой бум аля — «давайте кодить всем миром, мы живём в цифровом веке, ежегодно нужно 100500 млн новых девелоперов и т.д.», приведёт к снижению зарплат в этом сегменте? Зачем платить мидлу 150к, если можно нанять двух джунов за 60к, которые будут кодить как рабы на галерах, только чтобы продвинуться в карьере.


    1. yudinetz
      15.05.2019 10:35

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


    1. dididididi
      15.05.2019 11:08

      А я вам скажу почему))!
      Потому что сеньор — говнокодер и кодит так, что там с трудом даже мидл разбирается.


  1. Mimus_spb
    15.05.2019 09:30
    +3

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


    1. dimm_ddr
      15.05.2019 10:41

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


      1. scg
        15.05.2019 14:07

        Интроверы прекрасно работают в команде. Вот тусоваться толпой они не очень любят. А некоторые HR'ы с тимлидами путают работу с тусовкой. Простите, но лидер команды тоже должен на работе работать, а не общаться с приятными людьми, которых сам себе и нанял.


  1. tEarth
    15.05.2019 10:15
    +1

    "Мы прочитали все ваши статьи, и нам так понравилось как вы ноете, что мы поняли — вы — то, что нам нужно! Приходите без собеседования."


  1. Katasonov
    15.05.2019 11:03

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


  1. Spunreal
    15.05.2019 11:05

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

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

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


    1. justjeckill1993
      15.05.2019 11:47

      1) Не согласен, автор говорит о том, что интроверт, который в два раза более подкован технически все равно уступит экстраверту, который в два раза больше болтает, хотя так быть не должно, как минимум в данной сфере.
      2) Снова таки не согласен. Да, мы «продаем» себя, в сфере компьютерных технологий правильно будет «продавать» свои скиллы, технические знания, а не умение расположить к себе.
      Или Вы предлагаете на свидании продавать свои знания биологии, на приеме в мед.учреждение сдавать физкультуру, а на собеседовании в Apple поцеловать могилу Джобса?
      В правильной вселенной на технической должности должны оценивать в ПЕРВУЮ очередь технические навыки, а уже потом коммуникативные навыки и т.д. И об этом пишется в статье, в современном мире сбиты все стрелки компаса и перекручены все приоритеты


      1. oracle_and_delphi
        15.05.2019 13:03

        В правильной вселенной на технической должности должны оценивать в ПЕРВУЮ очередь технические навыки, а уже потом коммуникативные навыки и т.д.

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


      1. dimm_ddr
        15.05.2019 13:11

        В правильной вселенной на технической должности должны оценивать в ПЕРВУЮ очередь технические навыки
        Несомненно. Но только в случае если специалист будет работать один. Если у специалиста отсутствуют социальные навыки как класс, а команда не умеет с такими специалистами работать, то он будет приносить больше вреда чем пользы в командной работе. Сравните например с футболом или хором — там «солист» это оскорбление, даже если навык у этого «солиста» выше чем у любого другого участника. Поэтому для работы в команде просто необходимо оценивать и скилы по работе с другими людьми. Это неизбежно. Интроверты и социопаты будут страдать, да. Но от этого никуда не деться если они хотят работать в коллективе. А высокооплачиваемая работа очень редко возможна вне коллектива — бизнес очень сложно делать в одиночестве.


        1. justjeckill1993
          15.05.2019 14:02

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


        1. oracle_and_delphi
          15.05.2019 14:04

          Сравните например с футболом или хором — там «солист» это оскорбление, даже если навык у этого «солиста» выше чем у любого другого участника

          Это обязанность начальника, найти такому солисту применение, а не собирать группу из одних только бэк-вокалов и бэк-гитаристов и прочих гребцов, при полном отсутствии солистов.
          image

          PS в армии почему-то успешно находят применение снайперам-одиночкам, а не только тем кто шагает в ногу.
          image


          1. scg
            15.05.2019 14:21

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


            1. asmolenskiy
              15.05.2019 14:50
              -2

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

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


              1. dmitry_shashkov
                15.05.2019 15:59
                +1

                То есть вы считаете, что из-за чьего-то предположения, что с человеком случится «Бабах» его нужно забраковать и никуда не брать на работу? А почему вы считаете, что у вас нет «признаков чего бы то ни было»? Ну и резонный вопрос, разве любой «обычный» человек защищён автоматически от любого «бабаха» вызванного стрессом?


                1. DrunkBear
                  15.05.2019 16:17

                  Скажите честно, при прочих более-менее равных условиях и навыках, кого выберете нанять работать рядом: человека, который показался вам «с признаками» или без оных?


                  1. scg
                    15.05.2019 16:46

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


                    1. DrunkBear
                      15.05.2019 17:21

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


                  1. dmitry_shashkov
                    15.05.2019 19:20

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

                    Может прозвучать немного наивно, но я работал в компании, где всё было просто в энной степени серо и уныло, пошёл туда из-за денег. Где единственной отдушиной был дизайнер, с которым я совместно работал и который свалил одним из первых, как раз из-за этой серости и что нам подрезали все наши гениальные идеи в UX/UI (мы пришли в один день, как раз делать инновационный продукт и креативили, как могли), нам сказали — делайте, как в экселе, большинство наших клиентов не в ладах с компьютером вообще. Пришлось делать, хотя наш взгляд на проект был вполне хорош. И вот абсолютно и со всей ответственностью скажу — я бы взял туда человека с признаками, чтобы было тупо не так уныло. И даже с точки зрения компании — по факту в итоге весь отдел разработки оттуда разбежался. Потому что наняли нормального менеджера, который был асболютно нормальным… работником сбербанка в прошлом и считал, что нафига что-то планировать — можно ведь в выходные поработать, заплатят побольше. Наняли второго и третьего фронта — серые мышки, которые удивлялись тому, что я спорил с начальством почти по любому поводу, потому что решения начальства по факту никому не нравились. Причём изначально лидом фронта был я, а потом из-за споров как раз и из-за того, что частично перешёл на удалёнку из-за невменяемой работы в офисе — захотели лидом сделать мида, который месяца 2-3 проработал. Он отказался, потому что не дурак, хотя я его полностью поддерживал, но ему даже повышение не предложили по зп. Да, я пытался с этим что-то сделать, мы выкатывали версии вовремя, что-то даже смогли протолкнуть из идей, я считаю что хорошо работающий фронт это моя заслуга, потому что я закладывал архитектуру(ну как я, react/redux не я придумал) и она работала. Но чёрт побери, был бы там кто-нибудь интересный, от кого можно было бы послушать теории заговоров, или как он бегал из психушки побухать, а потом возвращался в психушку, потому что жить было негде и мать его выгнала из дома (у меня были такие знакомые во времена универа, это реальная история). Ну и опять же, прибабахи разные бывают. Было бы неплохо рассматривать конкретные случаи. Беспричинные приступы агрессии и нападения на людей и, например, учёт в ПНД за попытку суицида — разные вещи на мой взгляд.

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


                1. asmolenskiy
                  15.05.2019 16:35

                  Ну понимаете, с одной стороны я в чем-то разделяю общечеловеческие ценности. С другой стороны у меня есть как минимум 2 инцидента на разных местах работы когда было все с самого начало понятно, просто все глазки закрывали в силу гениальности персонажа:
                  1) Сумасшедший сотрудник, который в порыве ярости раскрошил осцилл за несколько десятков к$. В последствии оказалось — стоящий на учете в ПНД и ничего ему было не предъявить.
                  2) Попытка изнасилования на корпоративе.
                  Причем коллеги-то бухтели с самого начала, а руководство им рассказывало лекции про имение «работать в команде» и «с теми ресурсами что есть», «искать подходы» и все такое.
                  Точнее у меня таких инцидентов с психами и наркоманами на памяти побольше — но не про все я могу пока рассказывать. Так как связаны они с компаниями, с которыми я в настоящий момент поддерживаю какие-то отношения.
                  Я вот понял одно — если человек кажется странным. Причем не только тебе — значит он странный. И обычно это либо вещества, либо психиатрия.
                  А с товарищами, которые похожи на аутистов я работал. Но они через недельку совместной работы перестают такими казаться, так как нормальные на самом деле, и коллеги на них не бухтят. А не нормальные — они всегда странными кажутся. Человек — он все подкоркой чует и чуйку надо слушать.


                  1. scg
                    15.05.2019 16:49
                    +1

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

                    У вас собеседования неделями проходят? Показался, вам человек странным — вы на дверь ему показываете. А он на самом деле, вполне себе нормальный, только привыкнуть должен к новым людям.


                    1. asmolenskiy
                      15.05.2019 17:14

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


                      1. scg
                        15.05.2019 17:26

                        Ну взяли, ну уволили. В чем трагедия-то? Как раз нормальная практика. Как раз чаще приходится расставаться с сотрудниками не из-за того, что они «странные», а потому что просто засранцы. Так последние, очень даже хорошо проходят интервью.


                        1. asmolenskiy
                          15.05.2019 17:33

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


                          1. Wolframium13
                            15.05.2019 18:15

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


                            1. asmolenskiy
                              15.05.2019 18:16

                              ?
                              Я только один раз в жизни проходил нарколога и психиатра — когда права продлял. Вы чего =).
                              Ну ок — я когда инстиут закончил — пошел работать в околовоенную контору. Меня кадровик попросил принести справки. Но я так и не принес ничего в итоге — забил. И он забил. Да и то, он был бывшим милиционером, так что видимо скорее по привычке спросил, нежели реально надо было.
                              Ну и нашего кадровика брали не за то что он психиатр. Просто так сложилось. Не специально. Естественно он тесты Роршаха тут не проводит и диагнозы не ставит. Просто такой вот у человека опыт.


                              1. Wolframium13
                                15.05.2019 21:08

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


                                1. asmolenskiy
                                  15.05.2019 22:19

                                  del


                                1. asmolenskiy
                                  15.05.2019 22:19

                                  Да смысла в этом нет особо ибо 1000р стоят все эти справки если кому уж прям приспичит. Да и как это медосвитетельствование проходит даже когда по честному — я посмотрел. Думал истории про вопрос «Ссытесь? Бухаете?» — это байки. Нет — это не байки. Это я так проходил освидетельствовавшие в местном ПНД на права.
                                  Просто если Вы там сами не бывали — рассказываю как это выглядит. Это очередь человек в 20, которая периодически встает, когда приводят настоящих больных. Врачам этим нафиг не упало что-то там обследовать. Максимум что они реально проверяют — не стоите ли Вы на учете в ихнем собственном учреждении.
                                  Ну и если я её на струйном принтере эту справку нарисую — Вы никак ее не проверите.
                                  Ну и что-то мне подсказывает что такое требование со стороны работодателя — незаконно. А трудовая инспекция нынче умеет дрючить по-настоящему — им тока повод дай.
                                  Лучше иметь в кадровой службе, людей которые могут оценить психологическое состояние кандидата, чем полагаться на справки.


                                  1. Wolframium13
                                    15.05.2019 22:35

                                    Максимум что они реально проверяют — не стоите ли Вы на учете в ихнем собственном учреждении.

                                    Это уже неплохо, я первое что сделал на должности — провёл аттестацию рабочих мест и периодический медосмотр всех сотрудников, пару человек списали, из критических — электрик оказался с заболеваниями по ПНД. А один инвалид второй группы скрывался.
                                    «Ну и что-то мне подсказывает что такое требование со стороны работодателя — незаконно.»
                                    Незаконно допускать людей без медосмотра к работе, вдруг вам особые условия труда нужны? Может у вас аллергия на хлорку, а вас завскладом Белизны ставим.
                                    А в силу ст.212 ТК РФ обязанности по обеспечению безопасных условий и охраны труда возлагаются на работодателя. Вот за это Трудинспекция выдрючит играючи, что допускаем людей к работе вразрез карте аттестации рабочего места.


                                    1. asmolenskiy
                                      15.05.2019 22:38

                                      Это уже неплохо,

                                      Ну если Вы не Москве, а в городе где одна психушка на весь город — то может и неплохо, да.


                        1. DrunkBear
                          15.05.2019 17:36

                          Мест ограниченное количество — взяли одного, остальным отказали.
                          Уволили через 3 месяца — место снова вакантно, нужно снова начинать поиск — потеря времени и денег (даже подписка компании на, к примеру, хх платная, а уж поиск через компанию по подбору — тем более)


                          1. asmolenskiy
                            15.05.2019 17:43

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


          1. DrunkBear
            15.05.2019 14:43
            -1

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


          1. dimm_ddr
            15.05.2019 15:05

            Это обязанность начальника, найти такому солисту применение
            Конечно. Но если такой солист в команде уже есть, то разумнее не брать еще одного и искать более подходящего кандидата. Даже если этот солист — замечательный технический специалист.


            1. oracle_and_delphi
              16.05.2019 08:52

              Солистов может быть несколько, так, например, помимо вокального соло обычно есть ещё и гитарное соло, а если барабанщик реально крутой, то возможно и барабанное соло.


              1. dimm_ddr
                16.05.2019 09:42

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


  1. justjeckill1993
    15.05.2019 11:41

    Черт возьми, как тут наклацать +миллион к карме автору?


    1. tvr
      15.05.2019 11:52
      +1

      Черт возьми, как тут наклацать +миллион к карме автору?

      Элементарно.
      0. Написать хорошую статью — получить полноценный аккаунт — поставить + автору в карму.
      1. Создать новый аккаунт, написать хорошую статью — получить право голосовать — поставить + автору в карму.
      2. Повторить п.2 ещё 999998 раз.


      1. rogoz
        15.05.2019 15:17

        У вас алгоритм завис.


        1. tvr
          15.05.2019 15:19

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


      1. dmitry_shashkov
        15.05.2019 16:07

        В п.2 нужно всё же повторять п.1


        1. tvr
          15.05.2019 16:14
          +1

          Точно.
          Что подтверждает основной посыл статьи.
          Неработающий алгоритм получил два плюса.


  1. Prokky
    15.05.2019 12:23

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


  1. De-Korg
    15.05.2019 12:26

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


  1. RedBear961
    15.05.2019 12:40

    Лично я горд за то, как в моей компании принимают людей. Чуть больше 30 минут длилось общение с HR'ом. А потом 3 часа технического собеседования, а я только на мидла шел. И после этого окончательное решение о приеме остается за командой и техлидом. Если команде человек не нравится — его не примут. А даже если все-таки взяли, то плохой разработчик быстро отсеивается, ведь по правилам 80% команды должны заапрувить PR, перед мерджем, так что вся команда быстро детектит говнокод.


    1. PsyHaSTe
      17.05.2019 11:12

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


  1. r1alex
    15.05.2019 12:40
    +1

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

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

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


    1. PsyHaSTe
      17.05.2019 11:15

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


  1. rivershkiper
    15.05.2019 12:41

    Прочитал и стало тоскливо. А ведь так везде. Не только в IT. Теперь так ИМХО в любой отрасли. Умеешь классно молоть языком — велкам. Не умеешь — указывают на направление пешего эротического путешествия.
    Такое ощущение, что кадровики абсолютно не понимают — отлично подвешенные язык не может что-то построить, изготовить, отремонтировать в реале. Что поделать, поколение ЕГЭ и соцсетей приходит в начальство.


    1. dimm_ddr
      15.05.2019 13:15

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


    1. DrunkBear
      15.05.2019 14:41
      +2

      Человечество изобрело язык для коммуникаций.
      С первого, второго и даже пятого взгляда не понятно, что ты можешь, но у тебя есть шанс рассказать и показать — почему именно ты лучше остальных.
      Господа ( и дамы), почему когда вы добиваетесь своего партнёра (на вечер / ночь / месяц / всю жизнь) — вы не сокрушаетесь про «классно молоть языком — вэлком», а классно работаете языком. Приходя на собеседование — вы выбираете партнёра-команду и партнёра-компанию, неужели действительно нечего рассказать?
      Я рассказываю, как переделывал и внедрял BPM из CRM, как оптимизировал парсинг XML на стороне MS SQL и ускорил в 15 раз, как реализовывал универсальный загрузчик с watchdog, как общался с индусской поддержкой и что из этого вышло — неужели у вас настолько безликий код и скучные трудодни, что нечего рассказать?


      1. Guitariz
        15.05.2019 14:55

        Очевидно же, надо прийти на свидание, сесть с кислой рожей и скрещенными руками и бурчать «я сюда только поесть/заняться любовью пришел, зачем нам софт-скиллы»


        1. DrunkBear
          15.05.2019 15:03
          +2

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


          1. Guitariz
            15.05.2019 15:09

            По моему прекрасная жизненная аналогия родилась


        1. Ununtrium
          15.05.2019 17:03

          Нет, на свидании надо просить сертификаты с кулинарных курсов и родословную, если продолжать вашу аналогию.


          1. Guitariz
            15.05.2019 17:09

            Я сам могу разобраться, как мне строить мою аналогию


            1. Ununtrium
              17.05.2019 15:33
              -1

              А я могу ее продолжить, что я и сделал.


      1. orignal
        15.05.2019 15:57

        Собеседование и хайп в интернете это все таки не одно и то же.


      1. Ununtrium
        15.05.2019 16:55

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


        1. DrunkBear
          15.05.2019 17:11

          В годревнокоде всё ясно и понятно? Никакого челленжа, исследований плавающих багов, улучшений? Никогда не приходилось срочнобыстро фиксить что-то?
          Интегрировать древнокод с новыми системами?
          А такая система кому-то вообще нужна?
          PS если да — разве это не повод найти более интересную работу?


          1. Ununtrium
            17.05.2019 10:02

            Вы, очевидно, не работали в энтерпрайзе. Или повезло с компаниями.

            Интегрировать древнокод с новыми системами?

            И о чем рассказывать на собесах? Как ты парсил кривой xml или неделями переписывался с чуваком из другой компании, чтобы они пофиксили свой API?


      1. 0xd34df00d
        15.05.2019 17:09

        Господа ( и дамы), почему когда вы добиваетесь своего партнёра (на вечер / ночь / месяц / всю жизнь) — вы не сокрушаетесь про «классно молоть языком — вэлком», а классно работаете языком.

        Э, ну вообще-то я сокрушаюсь. В 17 вот мог молоть языком какую-то хрень (в интернете мне даже лайки ставили и говорили, что я очень мииилый), а потом как-то разучился. Теперь только сокрушаюсь и ною иногда, да.


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

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


      1. Wolframium13
        15.05.2019 18:24

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


  1. chelsea2
    15.05.2019 12:41
    -3

    C очень большой натяжкой можно назвать js-monkeys «разрабами», и то лишь бы они потешили свое самолюбие.


  1. AlexVoin
    15.05.2019 12:41

    Судя из статьи, пора начинать хоть комменты на хабре пилить. И авку поставить, чтоб в лицо узнавали. А то читаю и читаю…


  1. dmitry_shashkov
    15.05.2019 12:55

    Когда я говорю на собесах, что работаю только на винде и не перевариваю маки и линуксы — некоторые HR впадают в ступор и на самом деле это отчасти показатель их уровня и отсутствия желания разбираться в теме разработки. Они не могут объяснить, чем реально макбук удобнее виндового ноута. Да и далеко не все разработчики могут это сделать.

    На днях мне мой близкий друг, компания которого сидит на одних маках (Revolut) заявил, что на виндовых ноутах невозможно разрабатывать без мышки. Возможно и вполне удобно, потому что ноут с нормальным тачем поддерживает все жесты макбука, переключение рабочих столов четырьмя пальцами, прокрутку двумя, масштабирование, переключение окон тремя и вот это вот всё. Но, как показала моя личная практика собеседований — там где тех. собес реально сложный: всем наплевать, на чём ты работаешь, лишь бы ты приносил реальную пользу. Я отнюдь не хочу сказать, что на маках норм разрабочтиков нет — их полно, но многие необоснованно считают, что на маке свет клином сошелся. И часто их мнение сводится к тому что — ты на маке не работал, поэтому так думаешь. Но нет, работал, макбук про 13 долгое время был моей второй рабочей машинкой, чтобы компилить приложеньки под телефы, написанные на Dart Flutter, которым я занимался параллельно JS разработке и смог в достаточной мере потестить макбук правя баги приложенек под айфон. И я ни разу не был впечатлён ни удобством тача (разве что его размером, да, он больше, чем на моём делле и порой это помогает. Но так не на всех макбуках), ни стабильностью, ни удобством разработки особенно при возне с x-code'ом, который вообще какой-то мрак и с ним нашему лиду приходилось по долгу возиться, хотя он бывалый маковод.

    Как-то так. Простите, тоже накипело.

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

    А что до собесов — я один из тех, кто крайне плохо проходит софт-скилл тестирование )). Как-то раз в прошлом году, в августе я прошёл успешно тех. собеседование в одну эстонскую компанию. Позвали к себе на корпоратив, оформили билеты, прилетел в Таллин. И тут началось — компания бухающих экстравертов, немного всякого разного (если вы понимаете, о чём я), веселье и я… который пьёт от силы раз в месяц пиво. Попытка влиться в эту атмосферу с треском провалилсь, мне было ужасно скучно, а их активность (помимо бухла)… была очень весёлой — пошли мы на лодке плавать. Всё это происходило за городом, в каком-то лагере с деревянными домиками или типа того. И на этой лодке я плыл как раз с head of HR department, и так случилось ..., что лодки это вообще категорически не моё, я не мог никак помочь ей плыть прямо. Могу в скейт, могу в велосипед, хорошо плаваю, но лодки это мой личный фейл. Короче, после моего возвращения в Россию мне пришёл отказ, хотя ребята мне даже рабочую визу оформили эстонскую на два месяца. Причём формулировка была на уровне самых низов HR комьюнити — «недостаточно синергии с командой». А компания называлась, к слову Pipedrive.

    Тем не менее на память с тех пор остался целый короткометражный фильм (одно из немногого интересного, что мы делали), который мы сняли в рамках тимбилдинга за 2-3 часа.
    www.youtube.com/watch?v=zY4COkWzywk&feature=youtu.be&app=desktop

    Ну и да. Там пара человек была в процессе увольнения )). Тимбилдинг им не помог.


    1. Ununtrium
      15.05.2019 15:17

      Видео прямо «новый день в ЕPAM».


  1. Klexs
    15.05.2019 13:41

    With a nickname: King of engineering, I would rather listen to a moron junior.

    You complain a lot, but I see nothing in your article that explains a bad situation that happened. Looks like you are just sad that you dont get the attention you want.


    1. Druu
      15.05.2019 15:24

      Looks like you are just sad that you dont get the attention you want.

      Ну автор же прямо и говорит — ему грустно, что его статьи про плач внимание привлекают, а его же технические статьи — нет.


      1. Klexs
        15.05.2019 16:51

        And so, the author is contributing to the thing he is complainign about.

        Итак, автор вносит свой вклад в то, на что он жалуется.


    1. fillpackart Автор
      15.05.2019 17:40

      Sorry, could u please tell me, how do you read the article? Did u use google translate?


  1. orignal
    15.05.2019 14:19

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


  1. Umpiro
    15.05.2019 14:38
    -3

    Почему бы автору не наняться в HR и не показать им там 'как надо'? Подать, тскать, хороший пример? А то, «как советовать, так все чатлане...»


  1. defaultvoice
    15.05.2019 15:06

    У тебя больше шансов устроиться ведущим разработчиком, если ты админ js чатика в телеге

    Я админ js чатика в телеге и это мне особо не помогает. Я что-то делаю не так?


    1. Ununtrium
      15.05.2019 16:50

      Насколько большой чатик?


      1. defaultvoice
        16.05.2019 11:19

        Насколько мне известно – самый большой русскоязычный


  1. cross_join
    15.05.2019 15:19
    -2

    Неужто тренд сменился?
    В 2013 выходила книжка «Дефрагментация мозга», где «технического нытья» про безвременное убиение хайповых технологий было много. Критики на это сильно пеняли, так что пришлось писать вторую, про конструктив, чтобы в коворкингах не падали со стула при слове «СУБД».
    Недавно решил «поныть» про микросервисный дождик из облаков, но, похоже факт как минимум третьей попытки развести энтерпрайз на переделку систем мало кого волнует, как и ребрендинг восходящей методики разработки из 1960-х под оберткой аджайлов.


  1. SmilePic
    15.05.2019 15:53

    Увы, это общечеловеческая беда примерно в любой области.


  1. MINYSMOAL
    15.05.2019 17:20

    Судя по рейтингу данной статьи — ничего не изменится


  1. SergeAx
    15.05.2019 20:24

    Вы так пишете, как будто это что-то плохое, когда на самом деле это социальный дарвинизм чистой воды. Нанимает компания в штат трепачей без понимания как писать код, платит им приличный оклад — через некоторое время конкуренты, которые таких людей не нанимают, выносят такую компанию с рынка ногами вперёд. Хватается компания за модные фреймворки и языки — через некоторое время она или смертельно истекает деньгами, вынужденная оплачивать самых дорогих носителей знаний о хайповых технологиях, или её выносят с рынка ногами вперёд конкуренты, которые пишут на PHP и Java с Symfony и Spring.


  1. yse
    15.05.2019 22:51
    +1

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


    1. dominigato
      16.05.2019 00:58

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


  1. number43
    16.05.2019 10:04

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

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


  1. firk
    16.05.2019 17:42

    По-моему уже некоторое время как должно быть ясно, что отбор кадров в ИТ делается не по профильным качествам. Проверяют то, что просто проще проверить, как и много где в других местах. Цель — из 1000 кандидатов оставить одного (ну или то количество, которое нужно), чтоб дальше выбирать не пришлось.

    Вот есть статья на эту тему. Воспринимать её дословно не стоит, всё-таки она весьма старая, но общая идея сохраняется и сейчас. azps.ru/hrest/78/606444.html


  1. greybax
    18.05.2019 00:05
    +1

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


    Поэтому, в случае интервью я бы все таки смотрел на его гитхаб/твиттер/блог и делал бы вывод в зависимости от условий:


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


    1. rogoz
      18.05.2019 01:46
      +1

      Назовите хоть одного программиста, который часто мелькает в лентах и при этом некомпенентен. Я не могу таких назвать. А Вы?
      Coraline Ada Ehmke и её ээ, «последователи»? По честному имя пришлось загуглилить