Была на одном собеседовании, ребята хорошие - я им понравилась, вроде бы. И они мне понравились. Но, так уж вышло, речь у нас зашла о тестовом.
Я говорю: понимаете, тестовых у меня сейчас несколько. И я устала. Тут, в общем, всё, что вам требуется, есть у меня на гитхабе.
Но нет. У нас только с тестовым.
Я говорю: может быть, вы сейчас сформулируете, что тут критично?
Там просто в тестовом были очень разные штуки. Был, например, шаблон для странички с хедером-футером.
А ещё было в бекенде не пользоваться каркасом фреймворка. А сделать как бы фреймворк с нуля.
(на деле требовалось "не пользоваться фреймворками" и написать пару апи. Но как бы сразу понятно, что это же дальше поддерживать - вдруг третья апи понадобится? Ну и чего? Руками писать контейнер и раутер?.. Или сторонний контейнер тянуть... Да ну блин)
Я просто сразу ответила, что, понимаете, это же часы времени. Моего. Вы же, наверняка, собеседуете и других. И почему бы не Slim? Можно, конечно, и две простыни (там надо было две апи). Люди, это же время. Моё время жизни.
Нам очень важно увидеть, как вы с этим справитесь!! Для большинства проектов не требуется 9/10 SlimА (в смысле слимА и нефтИ, знай наших специалистов)!
Я говорю: ребята, вот вы сейчас видите, я не умею идиотские дела делать. Пока не пойму, зачем.
Значит, вы не подходите нам по софтскиллам - сказал один. Второй подтвердил. Задачи мол у нас разные, где-то вы, вероятно, не будете понимать, зачем оно так. Работать откажетесь. Нам это надо?
Девушка организатор HR вздохнула и попрощалась. Дальше я пару минуток подождала, кто конфу закроет. Конфу закрыли.
Идеальный программист
Умение работать в коллективе вовсе не означает, что вы должны со всеми соглашаться
(Роберт Мартин, "Идеальный программист", стр. 42)
Мне кажется, главное моё достижение на одном из последних мест - найти в себе силы раскритиковать архитектора в разговоре с собственником. Правда, на тот момент архитектор уже уволился, а я уже выгорела - я просто думала, что не могу же так просто уйти. Надо же объяснить, почему ухожу. Ну и поговорили.
Дальше собственник предложил переписать за квартал с нуля. За полмиллиона.
Я отказалась, увы. Потом ещё месяц тупила в стенку (дикий был депрессняк, реально. Ну, выгорание).
Мне как сотруднику где бы то ни было важно иметь возможность спрашивать: "для чего это вот? А почему это сделано так, а не эдак?"
Тут вот сейчас (см. в начале статьи) меня изобличили в негодных софтах за отказ тратить часика три-четыре (фронтенд с бекендом) в задании, где я банально не понимаю смысл задания. Для чего оно работодателю, если уже в общем всё ясно за мои навыки.
А работодателю оно нужно, чтобы понять, буду ли я его делать. До найма.
Знаете, этот негодный софтскилл отказываться - это залог выживания.
Комментарии (41)
kellas
06.10.2022 20:44То есть вы такая приходите в компанию и требуете коллег тратить часы их рабочего времени на доказывание вам почему задачу нужно делать именно так как там сказано? и пока не поймете(а поймете ли вообще когда-нибудь?) не будете делать?
В таком случае коллегам быстрее сделать самим - от вас нет толка
mayorovp
07.10.2022 09:11На самом деле быстрее всего написать программу если всё-таки разрешить пользоваться фреймворками.
dolovar
07.10.2022 09:18+3вы такая приходите в компанию и требуете коллег тратить часы их рабочего времени на доказывание вам почему задачу нужно делать именно так как там сказано?
Переворачиваете с ног на голову — это у неё потребовали потратить своё время, поэтому она имела полное право поинтересоваться причинами или обоснованием. И преувеличиваете — на обоснование ограничений не понадобились бы часы многих людей.
Собеседование — двухсторонний процесс, по определению. Это не допрос с пристрастием, где можно обрезать допрашиваемого фразой «вопросы здесь задаю я».Задачи мол у нас разные, где-то вы, вероятно, не будете понимать, зачем оно так. Работать откажетесь. Нам это надо?
Основная проблема описанных собеседующих — они на собеседовании пытались относиться к человеку как к уже нанятому сотруднику. При этом напрочь потерялся вопрос оплаты времени, обязательства по рабочему договору и прочие «мелочи». Поэтому вполне логично, что оторвавшиеся от реальности собеседующие были посланы.
Hardcoin
07.10.2022 10:53+3Часы? Ответ на вопрос, чем не подходит фреймворк занимает часы? Возможно, это от таких коллег не будет толка, лучше и не устраиваться туда. По итогу все будут довольны.
sshikov
06.10.2022 20:50+10— Вам не хватает софт скиллов
— Это что еще за хрень?
— Вот об этом я и говорю…
Вы уже решили, что вам тестовое задание делать не хочется. И правильно сделали, как по мне. А теперь пытаетесь зачем-то оправдать свое решение, или найти причину решения работодателя. Вместо того, чтобы забить на эту фигню, и заняться чем-то более полезным.
Возможно вам не хватает софт скиллов на самом деле. Пофигизм — тоже софт скилл. И да, он гибкий, а не мягкий (посмотрите хоть сюда: ru.wikipedia.org/wiki/Гибкие навыки).
MaryRabinovich Автор
06.10.2022 21:01+1Это, по-моему, не фигня. Это история про "ты дурак, я начальник".
Причём история завуалированная - именно в том и дело, что тему сразу не видно. На собеседовании на поверхности вообще другое: все друг к другу на вы, зашкаливающая глубина обсуждения... Если на собеседовании сразу сквозит "ты дурак", это уже прямо клиника - это большая редкость.
Комментарий тут выше от @kellasпо мне - идеальная иллюстрация. Вы только вслушайтесь: "требуете", "доказывание", "как там сказано".
Помните диалог Привалова и Выбегалло в "Понедельник начинается в субботу": "Собачки служат, а я работаю". Но это ж какую наглость надо иметь:)
sshikov
06.10.2022 21:08+2>Это история про «ты дурак, я начальник».
И что? Выж не собираетесь там работать. Какая вам разница, какой там начальник и какая у него мотивация?MaryRabinovich Автор
06.10.2022 21:17+1Они ж не одни такие. Это же не про фирму конкретную, а про вообще подход.
Вспомнилось: актрисе надо на камеру оголиться, и ей неловко. Её подбадривают: не бойтесь, зритель в кадре увидит только ваши глаза.
Напишите тестовое, чтобы мы посмотрели, как вы выстроите архитектуру.
Потратьте четыре часа, напишите, в том числе, шаблон страницы с отдельными хедером и футером (АААААААААААААА!!), чтобы мы посмотрели, как вы справляетесь с архитектурой бекенда без каркаса фреймворка.
sshikov
06.10.2022 21:44+3Опять же — ну и чо? Понимаете, вы видите что это подход, и вас это видимо расстраивает. А меня это радует — я вижу подход, и не трачу зря свое время. Чем лучше его заметно — тем проще кандидату. Я и обратный подход видел. Вас вот на архитектору проверяли, а меня пытались на кодера (при том что я к тому моменту уже сделал с нуля с десяток не мелких приложений для разных компаний, и обосновано претендовал на более высокую позицию). Ну посмотрел на тесты, понял, что мне с ними не по пути, позвал HR и попрощался. Ни разу не пожалел — ибо про ту фирму слышал в первый и в последний раз.
MaryRabinovich Автор
06.10.2022 21:59+2Однако задумалась, да. Поставила плюсик под комментарием, сижу в размышлениях.
Я, видимо, идеалист. Мне кажется, после таких историй важно что-то записывать, что-нибудь сказать в мир, чтобы весь мир задумался и поменялся. В лучшую, разумеется, сторону. Если миру сказать, в чём он бывает неправ, он же конечно же тут же начинает (пробует хотя бы) меняться.
У вас подход больше исследовательский: крокодил не станет зайцем, заяц не станет ещё там кем-то, неудобный работодатель не станет удобным. И лучше это заметить быстрее, чем раньше - тем лучше.
Хороший подход. Но мир?.. Вы же оставили мир без присмотра. Он же вообще деградирует так... (блин, я почти серьёзно пишу, девочке 47 годиков... ёмаё)
sshikov
06.10.2022 22:06+2Ну, я тут могу только сказать, что работодатель скорее всего это не прочитает. А менять подход к найму можно просто став нанимающей стороной.
Ну то есть тут не столько идеализм против прагматизма, сколько сомнения, что мы тут и так можем что-то изменить в работодателе (только в себе можем — и то не факт). Вы ему уже показали, что есть кандидаты, которые под его дудку плясать не хотят. Если он может измениться — изменится. Если нет — ну так и не стоит на него время тратить.MaryRabinovich Автор
06.10.2022 22:16+1Я, собственно, почему написала, что удивилась от результатов опросов. Всё таки тут уже можно спойлерить - вряд ли сюда дочитает кто-то, кто собирался на эти опросы ответить и не ответил пока.
Работодателей, увидевших в статье реальную тему, больше половины (от ответивших работодателей).
У соискателей только 40%, даже меньше, видят в этом реальную тему. И больше 60% ответивших ответили, что это вообще всё криво и не про то.
Там ещё числа мелкие - в целом мало ответов. Но если дальше пойдёт всё так же, и будет больше таких нанимателей, чем соискателей, это ж само по себе является темой. Типа они бы и рады не так управлять, но народ жаждет сильной руки.
Nagh42
07.10.2022 08:47+4Я бы сказал так, у грамотного специалиста сейчас нет необходимости "воспитывать" нанимателя. А свои ошибки наниматель поймёт лучше, когда к нему перестанут обращаться специалисты и останутся одни шарлатаны с 2-ух недельных курсов. И вот тогда уже перед нанимателем возникнет вопрос, что же ему нужно сделать, чтобы специалист пришел к нему на вакансию и возможно в этот момент ему эта статья и поможет =)
А для вас это уже прошлое - вы приняли верное решение, не пойдя на не устраивающие вас условия. Сделали хорошее дело, написав статью и объяснив свою позицию. Пора про это забыть и ехать дальше.
Да, а опрос кривой, я не понял, что же именно вы хотели спросить, а из текста следует слишком много вариантов, поэтому воздержался.
MaryRabinovich Автор
07.10.2022 20:26С опросами да, пожалуй, надо бы что-то конкретнее. Но фишка в том, что я это вряд ли осилю. Ну просто в целом тема наглухо вне моих интересов - профессиональных.
Но как же задалбывают 90% статей про карьеру, там как раз про софт и разные другие скиллы, как их надо оттачивать, чтобы сразу понравиться. Кажется, я ни разу не видела статьи о том, как осознанно НЕ понравиться и свалить.
Ну да, в сущности. Эта вот первая такая статья на моей памяти.
Хотя я могу себе представить, что были уже подобные в рубрике "вредные советы". Однако с тем же стандартным посылом: если вы очень хотите НЕ понравиться, сделайте так и эдак (скажем, принесите под камеру тарелку борща - это вот прямо цитата откуда-то). Ну вот, прочли, а теперь, поскольку вы хотите ДА понравиться, никогда вот это вот всё не делайте. А мы просто так изложили, чтобы повеселее было и чтобы получше запомнилось.
Nagh42
07.10.2022 21:56Тут не очень простая ситуация, вообще уметь связно и точно выражать, а еще лучше, доносить свои мысли до окружающих - весьма неплохое умение, которым неплохо бы обзавестись. С другой стороны всё это форсирование "софт", "аджайл" и прочих модных слов - это попытка бизнеса сэкономить. Потому что у бизнеса свои задачи и цели, а у инженера - свои. У инженера - созидание, у бизнеса - прибыль. Но при этом в текущих реалиях одно с другим тесно взаимосвязано, для инженерных задач нужны деньги, и это то, что обеспечивает бизнес.
И тут очень тонкий момент в том, что хотя деньги сейчас и правят миром, но по сути своей - вторичны. Когда-то, когда человек понял, что не может делать всё сам и пришла идея разделения труда, их придумали как инструмент для оценки, сравнения и обмена совершенной работой.
Это, как сейчас бы назвали "proof of work", подтверждения сделанного. Но увы, деньги не крипта, а сама оценка работы дело непростое и люди быстро поняли, что не обязательно работать, достаточно тем или иным способом получить этот эквивалент, ну или работать, но как-то завысить оценку проделанной работы. И собственно именно этим и занимается бизнес.
Прошу прощения за такие лекции, и скорее всего вы это всё и так понимаете, но на всякий случай вкратце напоминаю, чтобы была понятна моя подводка.
Бизнес ориентирован на прибыль, создания чего-то для него - просто инструмент, а вот вы для себя решите, на что ориентированы вы и где для вас эта черта и этот компромисс между созиданием и деньгами. Это ваш договор с бизнесом, и бизнес, как и вы, хочет лучшие для себя условия. И психологическое давление, в том числе через различные статьи, всякие корп.культуры - это инструмент, позволяющий получить бизнесу лучшие условия. Осознайте это и поймите, что ваша работа сейчас крайне востребована, и карты на вашей стороне и это не значит, что вы можете творить что хотите, но можете найти разумный для себя компромисс.
И тут мы приходим к тому, для чего вам нужны ваши софт-скиллы =) Вы сумеете противостоять давлению на вас, и через те же средства коммуникации и умения выражать свои мысли, вы и победите работодателя, который требует от вас софт-скиллы =) Ну и кто кому яму роет, а? =)
MaryRabinovich Автор
08.10.2022 08:00И психологическое давление, в том числе через различные статьи, всякие корп.культуры - это инструмент, позволяющий получить бизнесу лучшие условия.
Масштабно, да. Прямо вот мощно. До такого уровня конспирологии я пока не доходила (а выглядит правдоподобно, однако).
Пожалуй, вполне логично, да: эти статьи пишут люди, стремящиеся в эейчары на фирмы. Или уже работающие на таких должностях. И в этих статьях они предъявляют свои скиллы своему нанимателю - фирменному руководству. Т.е., им выгодно это писать, потому что их нанимателям оно нравится.
Если бы что-то подобное писал психолог, работающий с выгоревшими удручёнными инженерами, как основной целевой аудиторией, психолог-фрилансер, которому именно эта аудитория платит, он бы писал, возможно, ровно обратное.
И кстати никто из них тогда не был бы прав "объективно". Ни тот эйчар, ни этот психолог. Потому что при разных интересах и разная правда. Соответственно, те же академические исследования при любом раскладе будут ангажированными в ту или в другую сторону (в сторону нанимателя или сотрудника).
Nagh42
08.10.2022 19:02Ну, это общая теория, понятно, что в частных случаях, особенно если имеет место быть маленькая компания, чаще будут вылезать разные человеческие тараканы. Но для принятия решение по сути не так важно, что и по какой причине случается, сколько способность противостоять психологическому давлению и адекватно оценивать предложение. Потому что собеседование - это такой далекий аналог "конфетно-букетного" периода, и если вы чувствуете, что УЖЕ что-то идёт не так, то самое время отказываться от такого предложения.
Да, идеально было бы каждому иметь психолого, который возвращал бы вас в объективную реальность, но увы, обратится к психологу для многих психологически сложно (в нашем обществе это не принято), да и материальный аспект для многих играет не последнюю роль. Поэтому учитесь справляться. Это можно делать и самим, ну или с поддержкой хороших друзей и хороших близких людей.
sophist
07.10.2022 11:07+2Возможно, изменить [конкретного] работодателя действительно не в наших силах. Но в наших силах повлиять на настрой в [со]обществе, на предпосылки к изменению принятого подхода в найме (не обязательно становясь для этого нанимателем). Вот на это стоит тратить время.
sshikov
07.10.2022 18:21Мне все равно кажется, что изменение себя (в данном случае — кандидата), и массовое нежелание делать тестовые задания, например, повлияет на работодателя сильнее. С другой стороны, вот там чуть ниже написано, что кто-то вообще не сталкивается с требованием тестового задания за год поиска работы. А я припомнил про себя, и понял, что вообще с 2003 ни разу не сталкивался. Не так уж часто искал — раза четыре всего, и фирм рассматривал не так много, но тем не менее — видимо разные разработчики по-разному с этим вообще пересекаются.
MaryRabinovich Автор
07.10.2022 20:18Тут, собственно, относительно пока уникальная для меня ситуация - это ещё и они меня сами нашли. Мне на хабр-карьере написала их HR.
Другое дело, что это могла быть массовая рассылка в личку. Дальше они разговаривают, например, со всеми, кто на рассылку откликнулся.
sshikov
06.10.2022 21:13>Это, по-моему, не фигня.
Ну то есть, другими словами, я хочу сказать, что вы придаете этому зачем-то слишком большое значение. Уже приняв решение там не работать. Поздно сомневаться. Решение принято, надо забыть про эту контору, и идти дальше. Как-то так. Хотя не исключаю, что я что-то не так понял.MaryRabinovich Автор
06.10.2022 21:33+2Кажется, поняла. Статья читается так, как будто написана про конкретную фирму и от обиды.
Но нет.
Я думаю, хабр - площадка, "которую все читают". Поэтому если хочется изменить культуру в какой-то теме, стоит писать сюда. Это может сработать.
Добавлю, что я глубоко удивлена результатами опросов (там внизу статьи). Жду, что будет, когда ответов прибавится. Пока что... нет, не хотелось бы спойлерить. Но результат неожиданный.
sshikov
06.10.2022 21:38>Статья читается так, как будто написана про конкретную фирму и от обиды.
Да. Так и выглядело.
dolovar
07.10.2022 09:21+4Жду, что будет, когда ответов прибавится.
Лично я «воздержался», потому что опрос не понятен — ни один из двух вариантов, по-моему, не подходит как ответ на вопрос «софт или не софт».
Насколько я понял, основная проблема таки в софт-скиллах, только на стороне нанимателя. Они почему-то не смогли объяснить свои требования, ограничившись плохой отговоркой. В лучшем случае причина в их собственном непонимании своих же процессов. А в худшем случае причина в том, что им нужен бездушный винтик, а не уважающий себя сформированный специалист.
Тестовое без фреймворков может показать навыки программиста. Кодер привык к рычагам любимого фреймворка, но знания его поверхностны, что чревато неоптимальностью решений из-за привычки к «золотому молотку». Но тестовое задание на много часов должно быть оплаченным, как всякий труд. Если фирма не может даже подумать о принципе оплаты за труд, то фирма провалила собеседование.
pai3eji
06.10.2022 21:29+1Но как бы сразу понятно, что это же дальше поддерживать - вдруг третья апи понадобится?
код из тестового? поддерживать? серьёзно? та ну брось, если речь не о шаражке из полутора джунов, то такой код кмк обычно сразу после окончания собеса отправляется либо в ваше резюме либо в вальгалу.
Мне как сотруднику где бы то ни было важно иметь возможность спрашивать: "для чего это вот? А почему это сделано так, а не эдак?"
это называется сбор требований и формирование ТЗ, за наличие такого навыка обычно полагается прибавка +10-20% к вилке и переименование должности в ~тимлида\архитектора. так что, на мой взгляд отказ в данном случае скорей удача чем неудача, причем для обеих сторон. попробуйте примерить другие роли, вдруг и правда выросли ;)
MaryRabinovich Автор
06.10.2022 21:38Сбор требований и формирование ТЗ - обычно дело начальства.
Вопрос, с какого уровня в иерархии можно спрашивать про всё про это.
Может ли оператор баз данных спросить, а почему оно так вот тут. Теоретически может. Но я почти уверена, что ответом будет "потому что потому".
По-моему, это вопросы важные. Либо они имеют готовый ответ, тогда его можно выдать (какие-то термины, скажем, пусть любопытствующий погуглит), либо ответа нету - и это важно. Полезно знать, где возможны вопросы, на которые пока нет ответа.
Но. Это же прямо вот редкость, такой вот подход. О прибавке за это вообще не слышала:) От вас - впервые:)
sshikov
06.10.2022 22:14>Вопрос, с какого уровня в иерархии можно спрашивать про всё про это.
В моей практике — с любого. Упрощенно — QA который задает такие вопросы, рано или поздно становится аналитиком (возможно сначала неформально). Аналитик просто обязан спрашивать. Самый хороший аналитик в моей практике был способен выкинуть в корзину написанное ТЗ по задаче, когда я (будучи тимлидом) его спросил, а надо ли нам тратить на это неделю. Это путь роста. Не единственный.
>Это же прямо вот редкость, такой вот подход.
Сложно сказать. Встречается. Хотя были и пара компаний, где не практиковалось. С прибавкой связано весьма опосредованно. Но за решение проблем бизнеса во многих местах готовы платить больше, в конце концов бизнесу ведь это от ИТ и нужно, а не вот эти ваши сайты или там программы.
pai3eji
07.10.2022 06:26+1формирование ТЗ - обычно дело начальства
начальство такие же люди, и тоже работают не за спасибо) и да, начальством вполне можно стать, устроившись на соответствующую должность, если конечно компетенций хватает.
О прибавке за это вообще не слышала
имелась ввиду не именно прибавка в рамках текущей должности, а смена должности с вытекающей из этого сменой вилки. фуллстек который до кучи умеет формировать тз, это кмк почти тимлид, а там вилка как раз повеселее.
может ли спросить
ответом будет
нууу... "может ли задать вопрос", "может ли получить ответ" и "может ли избежать отправки в пешее эротическое" это существенно разные возможности. 1-е зависит от наличия языка, 2-е от допуска и навыков, а вот 3-е... пожалуй от софт скилов и раздраженности оппонента. скажем спрашивать что-то в тот момент когда оппонент забивая гвоздь попал по пальцу, не самая лучшая идея =)))
какие-то термины
оу... для этого есть stackoverflow и wiki например. спрашивать подобное у коллег не самая лучшая идея особенно если устраиваетесь на мид фуллстэк+, такие вопросы больно бьют по репутации, ибо поднимают вопрос о профпригодности и самообучаемости.
MaryRabinovich Автор
07.10.2022 16:53оу... для этого есть stackoverflow и wiki например
Не согласна. Я вон сейчас спросила (правда, знакомых, а не коллег), что надо гуглить, если гуглить про highload. И мне накидали терминов. И даже ссылок. Потому что им нравится тема, мне тема интересна, мне кажется - это хорошее комбо.
Понятно, что дальше я буду гуглить сама. Но путь от общего наименования темы до частных терминов, если его проходить в одиночку, довольно длинный. Причём он длиннее, как это ни странно, чем дальше пути от частных терминов к сверхчастным. Ну, мне так кажется.
Если вы знаете, что вам для "исследования функций" нужна "производная", вы можете пойти изучать производную. Как её брать, её свойства и др. И дальше, когда вы уже знаете, что вы ищете, вы вряд ли совсем ничего не поймёте.
Однако же если вы гуглите просто "исследование функций", вы либо просто не встретите этот термин ("производная"), либо, вполне вероятно, вы не распознаете в этом слове именно термин.
(хотя это сильно выходит за рамки темы статьи)
dolovar
07.10.2022 09:25Сбор требований и формирование ТЗ — обычно дело начальства.
В моей практике видно иное: представители заказчика перечисляют хотелки и ограничения, технари исполнителя переводят это в технические формулировки и прикидывают сроки, менеджеры бегают между заказчиком и исполнителем для прояснения и согласования деталей, а начальники с двух сторон только подписывают итог.
И именно за грамотное участие в сборе требований и формировании ТЗ технари заказчика могут претендовать на прибавку — за неравнодушие, увеличение прибыли, уменьшение рисков, улучшение отношений с заказчиками.
MaryRabinovich Автор
07.10.2022 16:46код из тестового? поддерживать? серьёзно?
А, поняла, о чём речь. Конечно, я не имела в виду, что тестовое пишется как реальный проект, и именно этот проект придётся поддерживать.
Я просто рассуждала вслух. Ок, у нас есть требование написать пару апи. И это - тестовое. Т.е., предположительно - симуляция реальной деятельности в этой компании. Хорошо. В реальной жизни "две апи" - это "три апи", а "три апи" - это "стопицот апи". Поэтому хорошо бы закладываться заранее на стопицот.
Для этого надо: раутер, DI и тому подобное. И почему бы не Слим?..
Именно вот на это я слышу "9/10 слима практически никогда не нужно".
Там ещё фишка в том, что я лютый перфекционист, и когда-то, конечно, пробовала написать свой фреймворк. Вернее, я что-то пробовала, пробовала, и потом поняла, что я блин фреймворк пишу. Ну и не взять ли готовый? Тем более, что автор фреймворка не пару часов на это потратил, а пару лет (с хвостиком). Т.е., я могу даже вообще не подумать о чём-то, что дальше понадобится.
Т.е., меня реально прижало, что мне предлагают за пару часов написать что-то... заведомо вполне хреновое. Мне натурально предложено похалявить. Вот да. Ответом искренним был бы визг "вы что, издеваетесь???"
nApoBo3
07.10.2022 09:47+3А в чем собственно проблема?
Вы сказали, я будут тормозить разработку вопросами, а зачем, а почему так. Вопросы для вас важные. Компания сказала, у нас так не принято. Вывод, вы с компанией друг другу не подходите. Вероятно на рынке есть компания, которая считает, что сотрудник задающий такие вопросы позволяет улучшить качество продукта. Вам, к ним.
dolovar
07.10.2022 11:37+1В данной статье видна не проблема, а попытка принести пользу. Есть шанс, что некоторые работодатели прочтут данную или подобную статью и пересмотрят свой подход к собеседованиям в лучшую сторону. И работодателей типа «вам к ним» станет больше.
mayorovp
07.10.2022 11:17Где вы находите таких работодателей, которые тестовое задание предлагают? Я за год поисков работы только одного встретил...
Lost_Kain
07.10.2022 16:54+1Делать или не делать тестовое? Все зависит от желания компании схантить вас и от вашего желания попасть в компанию.
"Значит, вы не подходите нам по софтскиллам - сказал один"
Вы не договорились - это не значит, что у вас плохие софт-скилы. Этот навык на собеседовании распознать можно только косвенно (т.к влияют такие факторы как скованность кандидата, атмосфера и т.д), он раскрывается в командной работе.
an0nim0u5
Скоро на тестовых будут просить написать им полноценный софт с сервером и клиентом. А работа будет заключаться в поддержке
Ares_ekb
Я на последней работе в качестве тестового задания две недели делал инструмент моделирования, с генерацией документов из моделей, преобразованием моделей процессов в сети Петри, генерацией упрощенного симулятора процессов в браузере (Если нажать кнопку "Запустить" сверху, то запустится процесс справа и снизу будет вестись журнал выполнения. Или другой вариант - можно кликать на кружочки и на зеленые квадратики слева в сети Петри, при этом справа будут подсвечиваться соответствующие функции). Сам моделер десктопный и конечно существенно сложнее, как полноценный инструмент моделирования. Сейчас третий год поддерживаю, мне норм :) Вряд ли на следующую работу я буду устраиваться иначе.
MaryRabinovich Автор
А давайте обсудим. Какие тестовые вы считаете осмысленными?
Т.е., можно ли утверждать, что вы, меняя работу, будете в следующий раз готовы взяться за любое тестовое на две недели? На любых условиях?
Подозреваю, что "нет" и "нет" - ответ отрицательный оба раза. А что тогда, если там не "любые"?
Ares_ekb
Да, за любые конечно не взялся бы. Если мне проект очень интересен, то я и два месяца делал бы "тестовое" задание по своей инициативе бесплатно (хотя это скорее был прототип будущей системы). Интерес - это наверное единственное условие. А если работа на столько не интересна, что я даже не хочу делать "тестовое", то вряд ли я туда в принципе пойду.
MaryRabinovich Автор
В этом-то всё и дело.
Я на днях неделю делала тестовое по Symfony. Просто впервые открыла документацию - это новый для меня фреймворк. Во-первых, мне было важно начать уже как-то с ним разбираться, и не задумываться ещё над тем, а что я на нём пишу и зачем. Во-вторых, было важно потом получить отзыв.
Сейчас у меня лежит тестовое по Lumen. Тоже новый для меня, хотя это выжимка Laravel, на Ларе я уже пару лет. Так что пороху маловато доделывать - я уже более-менее нашла приличного нанимателя. И это - другой наниматель. Т.е., я более-менее вижу, что тестовое я сделать могу... но лень. У целевого вообще Codeigniter. И тоже новый для меня. Но после этих двух тестовых с Симфони и Люменом я понимаю, что справлюсь и с Кодигнайтером. И причём быстро.
А тестовое типа "давайте вы без фреймворков за пару часов напишете что-то в бекенде, что будет хорошим (на мой взгляд - не будет в принципе, ну невозможно так), а заодно за пару ещё часов фронтенд напишете, где вообще ничего ни за чем интересного нету..." Ыы! Ну вот зачем они так?
Задним числом я поняла их идею - "мы хотим посмотреть, как вы бы построили архитектуру в бекенде сами с нуля". Если нельзя фреймворк. Но это тогда не тестовое надо спрашивать, на много часов, а просто "подумайте и назовите классы. Схему сделайте минут за десять".
Опять же, если вы спрашиваете задачку стандартную, типа "каркас для апи", правильный зрелый ответ всё таки "взять фреймворк", мне кажется. В смысле что если охота увидеть навыки архитектора, надо брать задачи слегка нестандартные. В стандартной задаче правильный ответ - взять стандартное решение. Одно из многих.
AlchemistDark
Буквально. Это суть моего последнего тестового и самой вакансии, на которую я собеседовался… При том, что я на позицию джуна хотел.