Редко бывает что проект ну прямо такой уникальный, что ему нужны какие-то "суперстары" в программировании. Пришел человек, у него есть сертификаты подтверждающие его знания по используемому стеку. При условии того что сертификаты эти выданы кем-то уважаемым с репутацией, и им можно доверять, то можно спокойно пропустить "экзамен" по этим темам.
Все эти "уникальные" проекты обычно используют самый обычный стек технологий, который совпадает с 99% аналогичных проектов на рынке, а все нюансы и тонкости все равно новому человеку придется изучать, каким-бы крутым спецом он не был.
Поэтому такая схема позволила бы больше уделить внимания тому, что за человек пришел, приживется ли он в команде, какие у него сильные и слабые стороны, и т.п. вместо того что бы гонять его пару часов по опроснику с каверзными загадками по программированию, ответы на которые ему пришлось зазубривать перед собесом.
10:00 — дейлик. 11:00 — синк по новой фиче. 13:00 — демо. 15:00 — созвон «на пару минут». 16:00 — еще один. 17:30 — ретро. 18:30 — теперь можно поработать.
Так выглядит обычный день в команде, где «процессы налажены». Но есть нюанс: задачи при этом никто не отменял.
Если вам знакомо, когда больше разговаривают о работе, чем работают, то вы поймёте, почему однажды после очередного созвона с шефом после 22:00 я психанул и написал заявление.
Это прямое следствие того, что сотрудники не ценят свое время.
Рабочий день с 10-00 до 19-00, с перерывом на обед?
В 14-00 отключаем компьютер, даже если на нем в этот момент "особо важный созвон", идем обедать на час. В 19-00 так-же его выключаем и занимаемся своими делами. Не успели поработать из-за сотни "перезвонов"? Это вас как наемного работника вообще не должно волновать, пускай менеджмент думает о том что если четыре часа в день клевать мозг разработчикам, то они и работать будут максимум четыре часа в день.
А уж все эти созвоны в 22-00 идут нахрен сразу, "я в это время занят важным делом - живу жизнь".
Никакой кандидат не будет знать всех нюансов работы в конкретном проекте, разве что если только он ранее на нем уже работал.
А насчет качества проверки практикующим специалистом - исходная статья и была о том что как-то не очень хорошо они и проверяют, из-за нехватки времени, да и вообще-то это отдельный навык, слабо связанный с техническими скилами. Ты можешь быть отличным специалистом, но при этом собесы проводить, так себе, на троечку с минусом.
По хорошему должны существовать какие-то фирмы, с очень хорошей репутацией, которые занимаются исключительно проверкой квалификации будущих сотрудников.
Соискатель идет в такую фирму, сдает экзамены и получает сертификат(-ы), и с этим сертификатом(-ами) идет наниматься, сразу пропуская всю эту тягомотину с техсобесом.
Но в наших реалиях это не работает, фирм с надежной репутацией мало, сертификаты они либо не раздают, либо если раздают, то они все равно не избавляют от прохождения техсобеса и по факту ничего не меняют для соискателя.
А было-бы неплохо, если бы это работало. Получил сетификат один раз, пройдя по факту один техсобес и далее экономишь свое время и нервы на всех собесах, просто предъявляя его.
Но пример хороший. Реально такое очень часто встречается у людей, они менее критично относятся к тому, что досталось с большими затратами. Масса примеров перед глазами - один знакомый был ярым сторонником российского автопрома, у него была новая Калина, он в ней каждую гайку знал, и постоянно что-то допиливал доделывал. Как только у человека стало лучше с деньгами и он купил новый Фокус (дело уже давно было), он тут же переметнулся в лагерь сторонников "иномарок" и "нашемарки" считал полным дерьмом и днищем.
Все дело в том, что на новую Калину он долго и упорно копил деньги, мечтал о ней и она для него была мечтой, которая осуществилась наконец-то. А критиковать свою мечту - это как-то обидно даже, будто ты все это время и силы потратил впустую.
Вся эта ситуация с наймом идеально описывается любимыми поговорками моего старшины в армии: "На каждый хитрый <половой член>, найдется жопа с лабиринтами", "На каждую хитрую жопу найдется <половой член> с винтом".
Компании вводят собесы в виде блиц-экзаменов с набором вопросов будто не сотрудника в джейосоноукладочный цех отбирают, а как минимум второго Торвальдса ищут, В ответ на это соискатели тупо зазубривают ответы на опросники и нанимают менторов разной степени эффективности, которые учат узкоспециализированному навыку прохождения собесов.
А что вы (наниматоры) хотите-то? Что бы к вам плотным потоком шли блаженные гении не от мира сего, желающие побольше поработать и поменьше за это получить денег? У нас капитализм, а значит есть рынок труда, на котором соискатели продают свой труд, а фирмы его покупают. Налицо конфликт интересов - соискателю надо продать труд как можно дороже, фирме его купить как можно дешевле. Жаловаться в таких условиях что кто-то хочет неадекватно много, просто глупо, рынок сам решит адекватно это или нет. Если кто-то просит высокую зарплату и ее получает, значит запросы у него вполне адекватны рынку. Верно и обратное, конечно-же.
Та-же ботва. Расписались и поехали вдвоем в Тайланд. Замечательно получилось, не потратили лишние деньги, не потеряли время и нервы на всю эту фигню, тем более что мы не любители всех этих больших тусовок, особенно когда ты в центре внимания.
Оказалось, что всё это время она ждала от меня помощи, а в идеале — участия во всём этом свадебном сумасшествии. А я, козёл эдакий, совсем этого не замечал. Мы ругались. Долго ругались — дня три подряд. Спал я в другой комнате, ели друг от друга отдельно.
На четвёртый день она выдала: «Или ты мне помогаешь с организацией, или свадьбы не будет».
Как вы поняли, я подключился.
Как-то неадекватненько. Ждала, не подключился - скандал и угрозы расставания. Как по мне это тот самый, пресловутый красный флаг. Человек не умеет передавать словами свои ожидания от партнера, ждет пока он "догадается", и совершенно не ценит отношения - угроза расставания "если не сделаешь как я хочу".
Каждый решает за себя, конечно, но лично я бы на этом месте с ней и расстался, КМК ничего хорошего из этого не выйдет.
Про "тихую местность" я не просто так упомянул. Гарантию полной тишины вам может дать разве что какое-либо подземное сооружение в дикой местности, метрах так в 50 под землей. А в более реалистичных вариантах всегда есть ненулевая вероятность что место бывшее тихим, таковым быть перестанет - заселится шумный сосед, любитель ранних покосов с триммером, или тупая вечно гавкающая собака, либо вовсе по границе участка построят автодорогу по которой круглые сутки будут носиться машины.
С другой стороны в городе весь этот шум уже присутствует по умолчанию, и в многоквартирном доме его подавить намного сложнее и дороже чем в отдельно стоящем доме. Пока что мой опыт говорит что в каркасном доме с теплоизоляцией из минваты, при закрытых окнах, тишина практически полная, шумы с улицы практически не слышны, и никаких шумных соседей непосредственно за стеной.
Я и не утверждаю что знать это все не нужно, просто одно дело знать что эти уровни изоляции существуют, примерно понимать как их изменение может "ударить тебя по голове" в будущем, но какие-то подробности обычно в голове нет просто смысла держать, они и не держатся, быстро рассеиваются после сдачи экзаменов или прохождения собесов. Если мне нужно будет создать какую-то БД с экстремально высокой производительностью, то я и заморочусь уровнями изоляции, почитаю теорию, возможно проведу разные эксперименты в тестовом окружении. Для, рядовых задач, с которыми сталкиваешься на практике, обычно хватает дефолтных настроек баз данных, они обычно представляют неплохой компромисс между скоростью и безопасностью.
Как раз недавно был живой пример - решал задачу, в которой сложный алгоритм обрабатывал две сущности в БД, которые были практически копиями друг-друга, но при этом они были логически разными вещами, при своей похожести. Сделал два отдельных сервиса, реализующие практически идентичный алгоритм, ну и да, было много копипасты в них. На ревью получил по этому поводу замечания, но сумел свое решение отстоять и убедить ревьюверов в своей правоте..
Позже другой коллега решил код "улучшить" и переделал все в абстрактный класс с парой реализаций, позже оказалось что алгоритм (ожидаемо) нужен все-же не одинаковый, в абстрактный класс напихали костылей, по определению конкретной сущности что-бы пойти по другой ветке алгоритма.. да и обрабатывал он совершенно не связанные друг-с другом сущности, в общем код превратился в воняющую кучу костылей.. А чуть позже я просто в итоге все это выкинул, и обработка ушла в БД (да, это не кошерно, но требовалась максимальная производительность, которую код на Яве просто не обеспечивал, он не успевал отработать в требуемое время).
Закончила школу с золотой медалью, институт с красным дипломом. Ненавижу ошибаться, и тем более когда во время этого за тобой смотрят. В том числе поэтому лайвкодинг я не даю кандидатам, которых нанимаю сама.
Не страдаю таким синдромом, но лайфкодинг тоже ненавижу. Я обычно задачу решаю в духе - походить подумать, сесть за комп и быстро наговнокодить что-то хоть отдаленно решающее задачу, пускай криво, и не до конца правильно, но хотя-бы что-то рядом, а потом итеративно начинаю приводить код в порядок, исправляю ошибки и т.п. иногда в процесс понимаю что надо бы все это вообще переписать.. в Общем все это очень фигово вписывается в кодинг под присмотром сопящего за спиной "судьи".
Возможно я как-то неправильно понял, но все-же резюмирую: самодельщикам достаточно "побулюмкать" плату в спирте и тщательно повозюкать по ней кисточкой. :)
А как эти проекты вообще доходят до потребителей? Где контроль? Кто допустил? Как показывает практика, во многих конторах подход к контролю качества и безопасности находится на уровне картошки. Контролирующий орган во многих компаниях отсутствует. Я не знаю, о чем думает работодатель, когда проявляет такую слепую веру в успех, но факт есть факт, такое практикуется повсеместно. Не трудно догадаться, что большинство таких проектов загибается на ранних этапах, но бывают и исключения, когда такая поделка оказывается там, где оказаться не должна была.
Очень просто - экономия. Заморочишься с безопасностью и прочими вещами, сделаешь все по уму, как положено, и твое устройство будет раз в десять дороже чем сделанное на коленке артелью шабашников, которые берутся за любую работу от разработки контроллера для лифта, до ремонта вертолетов. А на рынке для большинства потребителей цена решает все, из двух устройств выберут то что подешевле, не вдаваясь в подробности. Да, в итоге скорее всего заплатят больше, но это не обязательно и это-же потом, в будущем..
И, главное, сколько раз в год, работая на обычном проекте, вы эти знания будете использовать? Лично из моего опыта - ни разу. Обычно все это требуется либо при тонкой подстройке какой-то работающей БД, либо при ее начальной настройке. Этим обычно занимаются отдельные специально обученные люди, либо, если таких нет, то перед такой работой ты по любому будешь много гуглить и изучать вопрос, лезть в такие настройки с теми обрывками информации, которые остались после ВУЗа и кучи собесов, это просто глупо и опасно.
Вообще было-бы интересно узнать подробности как она устроена, особенно в плане управления и прочих автоматических систем, но не думаю что в ближайшие годы мы это узнаем, пока что по понятным причинам это все секретят.
То что я нагуглил по фоторепортажам — если это не женщины, которых буквально заставляют носить чёрное или тёмные тона, почти все мужики одеты в светлые тона.
На ходу родилась новая теория заговора. Женщин заставляют кутаться в черное, что бы они меньше ходили по улице и больше сидели дома. Выглядит довольно правдоподобно..
Есть разница - один раз сдать на сертификат или сдавать один и тот же экзамен раз так двадцать.
Редко бывает что проект ну прямо такой уникальный, что ему нужны какие-то "суперстары" в программировании. Пришел человек, у него есть сертификаты подтверждающие его знания по используемому стеку. При условии того что сертификаты эти выданы кем-то уважаемым с репутацией, и им можно доверять, то можно спокойно пропустить "экзамен" по этим темам.
Все эти "уникальные" проекты обычно используют самый обычный стек технологий, который совпадает с 99% аналогичных проектов на рынке, а все нюансы и тонкости все равно новому человеку придется изучать, каким-бы крутым спецом он не был.
Поэтому такая схема позволила бы больше уделить внимания тому, что за человек пришел, приживется ли он в команде, какие у него сильные и слабые стороны, и т.п. вместо того что бы гонять его пару часов по опроснику с каверзными загадками по программированию, ответы на которые ему пришлось зазубривать перед собесом.
У нас так у РП на зозвоне с клиентами выскочили сообщения в телегу про клиентов же.. :) Повезло что ничего там обидного не было для них :)
Это прямое следствие того, что сотрудники не ценят свое время.
Рабочий день с 10-00 до 19-00, с перерывом на обед?
В 14-00 отключаем компьютер, даже если на нем в этот момент "особо важный созвон", идем обедать на час. В 19-00 так-же его выключаем и занимаемся своими делами. Не успели поработать из-за сотни "перезвонов"? Это вас как наемного работника вообще не должно волновать, пускай менеджмент думает о том что если четыре часа в день клевать мозг разработчикам, то они и работать будут максимум четыре часа в день.
А уж все эти созвоны в 22-00 идут нахрен сразу, "я в это время занят важным делом - живу жизнь".
Никакой кандидат не будет знать всех нюансов работы в конкретном проекте, разве что если только он ранее на нем уже работал.
А насчет качества проверки практикующим специалистом - исходная статья и была о том что как-то не очень хорошо они и проверяют, из-за нехватки времени, да и вообще-то это отдельный навык, слабо связанный с техническими скилами. Ты можешь быть отличным специалистом, но при этом собесы проводить, так себе, на троечку с минусом.
По хорошему должны существовать какие-то фирмы, с очень хорошей репутацией, которые занимаются исключительно проверкой квалификации будущих сотрудников.
Соискатель идет в такую фирму, сдает экзамены и получает сертификат(-ы), и с этим сертификатом(-ами) идет наниматься, сразу пропуская всю эту тягомотину с техсобесом.
Но в наших реалиях это не работает, фирм с надежной репутацией мало, сертификаты они либо не раздают, либо если раздают, то они все равно не избавляют от прохождения техсобеса и по факту ничего не меняют для соискателя.
А было-бы неплохо, если бы это работало. Получил сетификат один раз, пройдя по факту один техсобес и далее экономишь свое время и нервы на всех собесах, просто предъявляя его.
Но пример хороший. Реально такое очень часто встречается у людей, они менее критично относятся к тому, что досталось с большими затратами. Масса примеров перед глазами - один знакомый был ярым сторонником российского автопрома, у него была новая Калина, он в ней каждую гайку знал, и постоянно что-то допиливал доделывал. Как только у человека стало лучше с деньгами и он купил новый Фокус (дело уже давно было), он тут же переметнулся в лагерь сторонников "иномарок" и "нашемарки" считал полным дерьмом и днищем.
Все дело в том, что на новую Калину он долго и упорно копил деньги, мечтал о ней и она для него была мечтой, которая осуществилась наконец-то. А критиковать свою мечту - это как-то обидно даже, будто ты все это время и силы потратил впустую.
Вся эта ситуация с наймом идеально описывается любимыми поговорками моего старшины в армии: "На каждый хитрый <половой член>, найдется жопа с лабиринтами", "На каждую хитрую жопу найдется <половой член> с винтом".
Компании вводят собесы в виде блиц-экзаменов с набором вопросов будто не сотрудника в джейосоноукладочный цех отбирают, а как минимум второго Торвальдса ищут, В ответ на это соискатели тупо зазубривают ответы на опросники и нанимают менторов разной степени эффективности, которые учат узкоспециализированному навыку прохождения собесов.
А что вы (наниматоры) хотите-то? Что бы к вам плотным потоком шли блаженные гении не от мира сего, желающие побольше поработать и поменьше за это получить денег? У нас капитализм, а значит есть рынок труда, на котором соискатели продают свой труд, а фирмы его покупают. Налицо конфликт интересов - соискателю надо продать труд как можно дороже, фирме его купить как можно дешевле. Жаловаться в таких условиях что кто-то хочет неадекватно много, просто глупо, рынок сам решит адекватно это или нет. Если кто-то просит высокую зарплату и ее получает, значит запросы у него вполне адекватны рынку. Верно и обратное, конечно-же.
Та-же ботва. Расписались и поехали вдвоем в Тайланд. Замечательно получилось, не потратили лишние деньги, не потеряли время и нервы на всю эту фигню, тем более что мы не любители всех этих больших тусовок, особенно когда ты в центре внимания.
Как-то неадекватненько. Ждала, не подключился - скандал и угрозы расставания. Как по мне это тот самый, пресловутый красный флаг. Человек не умеет передавать словами свои ожидания от партнера, ждет пока он "догадается", и совершенно не ценит отношения - угроза расставания "если не сделаешь как я хочу".
Каждый решает за себя, конечно, но лично я бы на этом месте с ней и расстался, КМК ничего хорошего из этого не выйдет.
Про "тихую местность" я не просто так упомянул. Гарантию полной тишины вам может дать разве что какое-либо подземное сооружение в дикой местности, метрах так в 50 под землей. А в более реалистичных вариантах всегда есть ненулевая вероятность что место бывшее тихим, таковым быть перестанет - заселится шумный сосед, любитель ранних покосов с триммером, или тупая вечно гавкающая собака, либо вовсе по границе участка построят автодорогу по которой круглые сутки будут носиться машины.
С другой стороны в городе весь этот шум уже присутствует по умолчанию, и в многоквартирном доме его подавить намного сложнее и дороже чем в отдельно стоящем доме. Пока что мой опыт говорит что в каркасном доме с теплоизоляцией из минваты, при закрытых окнах, тишина практически полная, шумы с улицы практически не слышны, и никаких шумных соседей непосредственно за стеной.
Я и не утверждаю что знать это все не нужно, просто одно дело знать что эти уровни изоляции существуют, примерно понимать как их изменение может "ударить тебя по голове" в будущем, но какие-то подробности обычно в голове нет просто смысла держать, они и не держатся, быстро рассеиваются после сдачи экзаменов или прохождения собесов. Если мне нужно будет создать какую-то БД с экстремально высокой производительностью, то я и заморочусь уровнями изоляции, почитаю теорию, возможно проведу разные эксперименты в тестовом окружении. Для, рядовых задач, с которыми сталкиваешься на практике, обычно хватает дефолтных настроек баз данных, они обычно представляют неплохой компромисс между скоростью и безопасностью.
Как раз недавно был живой пример - решал задачу, в которой сложный алгоритм обрабатывал две сущности в БД, которые были практически копиями друг-друга, но при этом они были логически разными вещами, при своей похожести. Сделал два отдельных сервиса, реализующие практически идентичный алгоритм, ну и да, было много копипасты в них. На ревью получил по этому поводу замечания, но сумел свое решение отстоять и убедить ревьюверов в своей правоте..
Позже другой коллега решил код "улучшить" и переделал все в абстрактный класс с парой реализаций, позже оказалось что алгоритм (ожидаемо) нужен все-же не одинаковый, в абстрактный класс напихали костылей, по определению конкретной сущности что-бы пойти по другой ветке алгоритма.. да и обрабатывал он совершенно не связанные друг-с другом сущности, в общем код превратился в воняющую кучу костылей.. А чуть позже я просто в итоге все это выкинул, и обработка ушла в БД (да, это не кошерно, но требовалась максимальная производительность, которую код на Яве просто не обеспечивал, он не успевал отработать в требуемое время).
Не страдаю таким синдромом, но лайфкодинг тоже ненавижу. Я обычно задачу решаю в духе - походить подумать, сесть за комп и быстро наговнокодить что-то хоть отдаленно решающее задачу, пускай криво, и не до конца правильно, но хотя-бы что-то рядом, а потом итеративно начинаю приводить код в порядок, исправляю ошибки и т.п. иногда в процесс понимаю что надо бы все это вообще переписать.. в Общем все это очень фигово вписывается в кодинг под присмотром сопящего за спиной "судьи".
Возможно я как-то неправильно понял, но все-же резюмирую: самодельщикам достаточно "побулюмкать" плату в спирте и тщательно повозюкать по ней кисточкой. :)
Очень просто - экономия. Заморочишься с безопасностью и прочими вещами, сделаешь все по уму, как положено, и твое устройство будет раз в десять дороже чем сделанное на коленке артелью шабашников, которые берутся за любую работу от разработки контроллера для лифта, до ремонта вертолетов. А на рынке для большинства потребителей цена решает все, из двух устройств выберут то что подешевле, не вдаваясь в подробности. Да, в итоге скорее всего заплатят больше, но это не обязательно и это-же потом, в будущем..
Причем копипаста зачастую оказывается меньшим злом, чем нагромождение классов и связей между ними, которыми от этой копипасты пытаются избавиться.
И, главное, сколько раз в год, работая на обычном проекте, вы эти знания будете использовать? Лично из моего опыта - ни разу. Обычно все это требуется либо при тонкой подстройке какой-то работающей БД, либо при ее начальной настройке. Этим обычно занимаются отдельные специально обученные люди, либо, если таких нет, то перед такой работой ты по любому будешь много гуглить и изучать вопрос, лезть в такие настройки с теми обрывками информации, которые остались после ВУЗа и кучи собесов, это просто глупо и опасно.
Думаю что там давно что-то подобное есть.
Вообще было-бы интересно узнать подробности как она устроена, особенно в плане управления и прочих автоматических систем, но не думаю что в ближайшие годы мы это узнаем, пока что по понятным причинам это все секретят.
На ходу родилась новая теория заговора. Женщин заставляют кутаться в черное, что бы они меньше ходили по улице и больше сидели дома. Выглядит довольно правдоподобно..