Есть ли список "стоп" увлечений для программиста при найме?

Игорь,

В том то и дело, что разработчик обязан чётко формулировать. Это суть его работы.

Даже тут? Ведь по вашей же логике, ему за это никто не платит, да и вообще может быть не интересно. Может быть он, как и вы (по вашем же уверениям), на работе всё делает чётко, а тут просто флудит.

Есть ли список "стоп" увлечений для программиста при найме?

Игорь,
Я, к сожалению, не могу оценить корректность первоначального утверждения, т.к. не знаком с PHP, про PSR-4 вообще в первый раз слышу. Может быть это настолько очевидно, что в доказательствах не нуждается (т.е., например, если я знаю, как сложить 1 и 1, то знаю, как сложить 1 и 2), а может быть и нет.

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

По поводу того, что есть разница между вопросом и просьбой я с вами согласен. Но тут просто проблема формулировки, на мой взгляд.
Ведь даже, если бы человек построил корректный вопрос типа "Почему вы считаете, что из А не следует B? Не могли бы вы строго доказать свой ответ?", вы могли бы могли ответить что-то вроде "Потому что. Да, мог бы.". А это уже переливание из пустого в порожнее. Т.е. мы бы опять не пришли к сколь бы то ни было полезным выводам. Я к тому, что вам, по факту-то ничего не мешает доказать то, о чём вас попросили.

Есть ли список "стоп" увлечений для программиста при найме?

Tom Nolane,

не обращайте внимание на тролля, даже ваше мини "портфолио" (если так можно назвать) тут на тостере говорит, что вы компетентней и понимаете действительность (да и по ответу тоже видно)

Спасибо. Я всегда стараюсь перевести дискуссию в более-менее конструктивное русло. Жаль, что получается не всегда.

Есть ли список "стоп" увлечений для программиста при найме?

Игорь,

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

Обосновывать я даже не собираюсь, мне это ни к чему.

Вы же понимаете, что тогда в ваших словах здесь нет ровным счётом никакой ценности? Есть понятие конструктивной дискуссии, есть понятие диалога. Всё это основывается на том, что выдвигается какая-то идея а в дальнейшем идёт её аргументированное обсуждение.
Тогда, и только тогда это имеет какую-то ценность и для людей, которые прочтут дискуссию и для самих участников. Ну а фразы вроде "дискутировать не вижу смысла", "обосновывать не собираюсь" выглядят просто нелепо, для человека, который инициировал дискуссию, потому что не несут никакой информационной нагрузки.
Просто вы поймите, как это выглядит со стороны: есть какой-то абстрактный Игорь, который заявляет, что его оппоненты не правы, а он прав, просто потому-что. В реальности на такое обычно вежливо улыбнутся, покивают головой, и скажут что-то вроде "good to know", после чего человека перестанут воспринимать всерьёз. Не всегда разумеется, реакция может быть и другой.
У вас есть другое мнение по данному вопросу? Так это же замечательно. Поделитесь им, обоснуйте, распишите. Будет дискуссия. Ну а если вы не хотите этого делать, то ценность вашего мнения стремиться к нулю. Оно же субъективно и его вообще можно не высказывать для экономии времени окружающих.

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

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

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

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

Это как советы от детей, как родителям их воспитывать.

Советы родителям, о воспитании их детей должны давать профессиональные психологи и социологи. Сами родители таковыми не являются по большей части. Как и тог, в РФ мы имеем кучу морально изуродованных детей. Всё из-за того, что родители считают, что они классные и сами всё знают. Ну или опираютсян а опыт своих родителей, которые тоже не профессионалы в воспитании детей, но тоже вроде как кого-то уже вырастили...
Аналогичная ситуация со многими руководителями и HR с советской/российской ментальностью. Слишком многие из них живут по принципу "я -- начальник, ты -- дурак". И это проблема.

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

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

С этим у нас всё хорошо.

Я имею ввиду не конкретно вас и вашу компанию. Стараюсь не переходить на личности. Во всех своих постах в данной дискуссии я имею ввиду просто какую-то абстрактную компанию или абстрактного управленца.

А истории про негров, белых и гомиков - к хобби никакого отношения не имеют.

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

Есть ли список "стоп" увлечений для программиста при найме?

Да, дело ваше личное. Но решать, брать вас на работу или нет, будут в том числе исходя из ваших личных дел. Если вы валяетесь на диване - это одно, а если учитесь, участвуете в хакатонах и т.д. - это совсем другое.

Да, но вот если HR просто не одобряет или не понимает вашего хобби и на основании этого отказывает, то это уже третье. Технические-то навыки HR в любом случае оценить не может, максимум с листочка по телефону зачитать что-то вроде "чем семафор отличается от мьютекса", потом послушать ответ, напряженно ища глазами знакомые слова в том, что у неё/него написано на листочке в качестве ответа. Качество-то технического ответа данный специалист отличить не может.
Когда не слишком далёкий в технических вопросах человек может откинуть кандидата с мыслью "а, да он в игрушки играет, ещё ребёнок", это совершенно неправильно и непрофессионально.
Помимо всего прочего, есть такое понятие, как "work-life balance", что тоже необходимо принимать во внимание. Т.е. в одном случае можно нанять примерно семьянина, который просто классный человек и вообще душа компании, но при этом программированием и связанными вещами помимо работы не интересуется. При этом совсем не обязательно, что он плохой специалист. А в другом случае можно нанять очень сильно увлечённого специалиста, который тратит всё время на саморазвитие и т.п.

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

Ну это же вообще ни чем не обоснованное высказывание.

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

Почему? Это вопрос на оба примера.
Если есть явные пробелы/проблемы в работе, то почему бы на них не указать. Модель "я -- начальник и лучше знаю" -- стагнация и привет из совка. Очень странно, что приходится говорить о важности обратной связи и обучении на собственных ошибках.
Если я вижу проблему в бизнес-процессах и у меня есть решение или даже просто любые соображения, я обязательно донесу соображения до менеджера, а если надо, то и до СЕО. Что собственно сделает и любой другой адекватный человек.
Но я не терплю самовлюблённых идиотов, не готовых к конструктивной критики и обсуждениям.

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

Опять же вопрос обратной связи. Кто-то может ответит и даже поблагодарит. Кто-то может и не ответить.

Какой отзыв, где и с какой целью?

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

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

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

К тому что в США это не будет поводом для иска. Более того, в большинстве других стран - тоже. Эта норма в России осталась от СССР. Её бы убрали давно бы, но она всё равно не работает, поэтому никому не мешает.

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

Есть ли список "стоп" увлечений для программиста при найме?

Игорь,

Всё написанное, кроме серьёзной некомпетентности HR, - неверно.

А можно предметно и по пунктам, с чем и почему вы не согласны?

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

Не компетенты в чём? В каких-то профессиональных аспектах или же в области социальных навыков? И о каком большинстве идёт речь, если можно, то количественно?

США достаточно развитая?

США относится к развитым странам. Там есть свои проблемы, но общем и целом да. Но к чему вы тут упомянули США?

Почему возникает ошибка линковки в данном случае?

sddvxd, под линуксом их у вас не будет. Но будут другие. Вообще, проблемы будут всегда, привыкайте :)

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

lightalex, Не надо так делать. Это и правда очень вредный совет :)

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

Почему возникает ошибка линковки в данном случае?

sddvxd, К слову, а у вас получается нормальный исполняемый файл, после вызова компилятора напрямую?
На всякий случай, посмотрите, как IDE вызывает компилятор и сравните с вашим вызовом. Я выше писал, как это сделать.
Хотя, с другой стороны, это винда и mingw, там вообще всё что угодно возможно. Советую учиться программировать под линуксом.

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

lightalex, Да, всё верно. Тоже самое и для свободных шаблонных функций, которые не члены класса.

Как "торговать" с hr?

Dave, лет 20-30 назад так и было. Сейчас ситуация изменилась.
В любом случае, из контекста понятно, что тут имеются ввиду не доллары.

Как "торговать" с hr?

Dave, Там же написано "y.e." это означает именно "условных единиц", например, 100 попугаев. Обычно используется, если сами по себе единицы не важны а важен, скажем, процент.

Правда ли, что с более сложными языками, типа Python, С++ и тд. гораздо сложнее найти работу джуниору?

Александр,

Не совсем понял, как это от компаний?

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

Не найти работу джуниором после курсов, скажем, Html academy?

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

PS
И да, вам надо переезжать в крупный город безусловно. Мск/Спб.

Автоматизация постов в OK?

Lost_obs, А как вы собираетесь делать запросы на сайт, если не через REST API?
Я не веб-программист, но мне этот вариант кажется наиболее разумным.

Хорошая реализация переворачивания массива?

sddvxd, Да, тут есть немного C++

Хорошая реализация переворачивания массива?

Причём тут вообще C++? На этом языке так не пишут.

Дилемма повышать в должности или нет?

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

Дилемма повышать в должности или нет?

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

Объект или экземпляр?

Даша Циклаури, Во-первых читал. Во-вторых нужно приводить ссылки на оригинальный английский контент, а то потом получаются ситуации как у автора презентации: выдумывание своей терминологии. Ну и в-третьих, приём тут это вообще?
Про память для, кхм, "команд" я с вами полностью согласен, о чём и писал выше.
Я не согласен с терминологическим салатом. Есть термины устоявшиеся для ООП, есть устоявшиеся термины для типов памяти. Не нужно всё смешивать, называть одно другим и что-то подразумевать. Это путает людей.

Как правильно отправить в поток функцию?

Oleg Seledets, В другом вопросе, вы написали, что вызов QtConcurrent::run для вас подвешивает GUI (т.е. блокирующий вызов). Приведите пример кода, где вы получаете такой результат, плз.
Да вы и без Qt, к слову можете. Сейчас уже давно есть: https://en.cppreference.com/w/cpp/thread/async .