Pull to refresh

Comments 132

Не ради троллинга, действительно интересно: в чём проблема написать код на доске или бумаге? Отсутствие подсказок IDE?

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

Да. Но с одной маленькой поправкой, которую не все соискатели понимают. Если вас просят написать код на бумаге или доске, работодатель смотрит в первую очередь на ход ваших мыслей и умение их выразить, а вовсе не на код.
Хз. Я вот раньше когда участвовал в собеседованиях — задавал людям технические вопросы. Причем довольно сложные. Даже скажем прямо — я их заваливал на самом деле. Но в какой-то момент понял что это какое-то глупое занятие — и теперь либо вообще по технике не спрашиваю ничего, ну либо там… один вопрос могу задать, чтоб понять — в теме вообще человек или сидит лапшу на уши вешает. Причем че-нить банальное и глупое типа — расскажите как работает диод (я немного в другой отрасли живу, в хардверной).
Все равно в течение испытательного срока будет понятно все с ним.
UFO just landed and posted this here
Может и другая.
На самом деле у меня еще ни разу так не было, чтобы я проаппрувил какого-то кандидата, а потом пришлось его уволить за профнепригодность. В принципе мне достаточно просто поговорить с человеком, не погружаясь в технические дебри. Спросить что за проекты у него были, чего он там на них делал. И все такое.
А вот когда я был против, а человека все равно взяли (потому что он там по скиллам крут), а потом уволили (за какую-нить общечеловеческую фигню, например за запой) — такое было пару раз.
Моя коллега рассказывала, что в принципе решение о том, возьмет она человека в свой отдел или нет, она обычно принимает за то время, что он идет от двери до стола при начале собеседования. Все остальное время интервью проходит за попыткой найти рациональное обоснование уже принятому решению :)
При всей нелогичности и нерациональности и необъективности этого подхода у нее действительно получается собирать из раза в раз отличные команды (просто я завидую)
На самом деле почти все так делают.
Просто далеко не все понимают, что они поступают именно так.
Да. Тоже поймал себя на мысли, что к сожалению, в 95% случаев, первые 5 минут определяют возьму человека или нет. Бывают исключения, но редко.
Пару человек смогли изменить, первое мнение своими технологическими знаниями. Но в основом я беру человека в команду и первичное мнение формируется по отношению к человеку, и как он впишется в комманду, а уже на это накладывается дальнейшее общение по знаниям и опыту.
А еще она берет пачку резюме и выбрасывает половину в мусорку, со словами «им не повезло, а зачем нам неудачники».
И ведь не ошиблась ни разу!
Вы не знаете, ошиблась она или нет, потому что вы не изучали отвергнутый вслепую материал. Возможно, там был будущий CEO на следующие поколения.

Исключительно унылые понты.
А она не рассказывала, по каким критериям она принимает это решение?
Это не совсем нелогично и со стороны биологии поведения, нейроэкономики и прочих механизмов принятия решения и теорий сознания может быть очень даже целесообразным. Приматы оценивают друг друга в течение первых 10-15 секунд наблюдения — это ооочень бородатая тема, ей лет 30 или 40, а может кто-то сквозь смех скажет, что все «ещебольше+».
Можно встать в еще более радикальную позицию и вообще сказать «лишь бы вошел в коллектив и микроклимат, а остальному хоть с нуля научим».
Короче, она делает ставку на тех, кто ей лучше подойдет. Плюс реальный опыт и знания сильно влияют на собственное достоинство и вообще поведение, все это светит.

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

Добрые люди карандаш с ластиком придумали.

Это конечно тоже очень удобно и увлекательно.
Я не понимаю зачем вообще погружать кандидата в еще больший нервяк на собеседовании. Он и так на измене — а тут ему еще на тебе листик и карандаш.

А чего так волноваться? Это не экзамен в универе и не ЕГЭ. Представьте что вы им нужнее, чем они вам.

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

С доской проще, на ней можно стирать губкой.

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

А это не Ваши проблемы, это проблемы того, кто будет читать. ;-)
Накорябать на листочке каракулями, чаще всего просят прокомментировать написанный код. Это же не контрольная, когда написал решение и сдал тетрадь. Случалось, у меня уточняли, что в каком месте написано.

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

Я отчасти перешла на полупечатные буквы, что бы окружающие лучше понимали, что я им пишу. Все равно не так много приходится писать ручкой на бумаге, изредка можно и поднапрячься ради других.
Тут не понятно что проверятся. Человек может знать все методы, но не уметь их применить или применить на минимальном уровне. Или же человек знает не наизусть, а как они примерно начинаются и пишутся, но быть грамотным спецом.
это… не совсем корректно. То, с чем ты постоянно работаешь, ты запоминаешь сам, не обращая на это внимания. То, с чем ты не работаешь, ты забываешь. То есть ты не будешь «знать все методы», если ты их постоянно не применяешь, а именно постоянная работа в среде и считается за тот самый «опыт», как везде отвечают на вопрос «как учиться» — программировать. Решать задачки, постоянно. И наоборот, если человек — «грамотный спец», который уже забывает, что и как — значит, человек давно не пишет, мозг «подостыл», или он просто вырос уже до управления теми, кто пишет, ему самому уже писать не надо. А это уже другая вакансия и другая ставка. Обратите внимание, набор идет на исполнительную вакансию, не управленческую.

И вот ответ, чтобы стало понятно, что проверяется:
1. Погруженность в среду. Условно говоря, пишешь ли ты сейчас регулярно, или уже год-два стоишь, или и не знал никогда. У того, кто нам нужен, проблем не будет.
2. Зависимость от IDE. Тулзы — это прекрасно, но надо знать, что под капотом. Конкретное описание (я уже тут кидал эту ссылочку, но вот чтобы не искать: youtu.be/-2Aee8LuVFY?t=23m30s)
3. Мышление. Ход мышления остается на бумаге великолепно. Для собеседователя прекрасно то, что его оттуда уже не выдрать и никак не скрыть.
Для кандидата именно этим же это ужасно, если он плох и хотел бы это скрыть — и именно поэтому отказ от бумаги сразу может ставить крест на таком кандидате — и совершенно справедливо для собеседователя.
Вопрос — зачем тогда ТЗ? Разве ТЗ не показывает твой уровень? А ход мышления не могут показать блок-схемы и описанные алгоритмы?
Почему-то никогда не предлагали карандаш, только ручки)
А что мешает с собой карандаш принести?
Или еще лучше достать ноутбук из сумки «Да я по старинке, в любимой IDE»
В некоторые организации может быть запрещено проносить свой ноут.
Не у всех есть ноуты. Я предпочитаю системники и мониторы по отдельности. Не понесешь же их на собеседование ;)
Может я себя и трудоустрою?) Кто мешает один компьютер кандидату приготовить?
Предложение написать код на бумаге, оно похоже на проверку стрессоустойчивости. По простому — не дрожат ли у вас пальцы. Ну зачем-то важно это работодателю. Но для кандидата дискомфортно, поскольку требует знания наизусть синтаксиса. Работа в IDE довольно сильно притупляет память на синтаксис даже простейших операторов. Эти знания давно уже не нужны в повседневной работе. А тут такой челендж! Просто вызов памяти и интеллекту! Нужно быть уверенным. Порой можно небрежно переспросить у экзаменующего, не нужна ли точка с запятой в этом месте… и вот в этом.
Скоро и собеседования без Гугла будут стрессом. Или уже.
Угу, работа без IDE проверяет то, что должен твердо знать школьник — синтаксис языка. Не знаешь- «давай, давай, до свидания».

А нетвердое знание синтаксиса рано или поздно приводит к труднонаходимым ошибкам. Вроде точки с запятой после условия в if в Си.

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

Школьник может и знает синтаксис твёрдо, но это потому, что язык у него один — 'Pascal ABC'. А на обычном энтерпрайзном проекте средней руки присутствует под десяток языков (TransactSQL, Java, Groovy, Javascript, TypeScript, CSS/SASS/LESS, HTML...). И не один десяток сторонних библиотек. И IDE хорошо помогает и на неё привыкаешь опираться.

А так то оно конечно да, когда маленькая утилита пишется на одном Си (не С++) то запомнить два десятка ключевых слов — несложно.
UFO just landed and posted this here
Я ничего не подменяю. Я просто не зацикливаюсь на использовании IDE (хотите используйте, хотите нет), считаю что понимание сути важнее. Если писать можно на чём угодно и как угодно, тогда причём тут синтаксис конкретного языка на котором люди настаивают как на отче наш?
Ну сайтики делать — невелика ответственность. Ну отвалиться 0.1% пользователей — это не страшно.

Страшно — это когда могут погибнуть люди. Или поезд сойти с рельс. Или ледокол сесть на мель… Поэтому в АСУТП те, кто не знает синтаксис без IDE, максимум достигают уровня юниоров.

А языки… ну на той дюжине языков, что я писал — синтаксис я помню. На остальных — или писать что-то мелкое или отлаживать чужой код. А для написания на них (например, на тех же Verilog или ladder) есть отдельные специалисты.

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

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

А синтаксис понятие широкое. 30 ключевых слов одного языка — синтаксис. Сотни опций CSS — также синтаксис.
Сотни опций CSS — не синтаксис. И даже не семантика. Это библиотечный слой. Ровно так же как и сотни стандартных процедур C++. В смысле, что когда пишешь компилятор — он пишется независимо от этой сотни опций. А с опциями — разбирается уже runtime.

Багов у сбера-онлайн хватает. И ничего, живет себе. Жаловаться на них просто лень — все равно не исправят. Кому важны баги в банковской системе? Да никому, если только с их помощью много денег не похитить.

А какой смысл проверять базовые навыки — вам уже писали. Если человек может писать только в IDE — значит он не способен в голове представить кусок кода на 20-30 строк. А невозможность удержать в голове код на 20-30 строк говорит о том, что это или не программист или плохой программист.

Читаешь такие дискуссии и удивляешься — как же сильны специалисты вокруг.

Бывают сильнее. У меня юниором будущий CTO JetBrains работал. Вот только по-хорошему, нас с ним надо было бы обменяться должностями.
Кому важны баги в банковской системе? Да никому, если только с их помощью много денег не похитить.

Хм… Я кажется вас понял. Важно то чем занимаетесь Вы, а остальное так… баловство. Сайтики. Даже баги в финансовых системах и те — баловство. Как говорится — всё фигня. кроме пчёл. А если подумать, то и пчёлы — фигня.
Так а вы попробуйте, добейтесь, чтобы хоть один баг был исправлен. Вот если добьетесь — тогда и говорите, что исправление багов в финансовых системах важно.

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

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

Картина изумительная — народ подходит к банкомату, вставляет карту и пытается жать на кнопки. Физические кнопки — не работают, а экранные — не нажимаются. Минут через 5 находится умный, который понимает, что работает cancel на пинпаде. Человек забирает карточку, а на его место встает другой страдалец.

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

Как думаете, исправят эти баги? :-) Сам банкомат перезалили после моего звонка в службу поддержки.

Как думаете, у других банков сильно лучше?

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

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

Типичный клиент-банк (по которым просили помочь) — это такая гадость, которая работает только на IE. Причем только на определенных версиях IE, шаг влево-шаг-право — не пашет.

Ну что тут можно сделать? Только сказать огромное СПАСИБО, что хоть не под MS-DOS сделали.

Идея-то очень простая. Хочешь работать с нашим «классным» клиент-банком -купи для него отдельный комп. А если не купил — значит нищеброд и нашего банка ты не достоин.

Что в вашей стране — не знаю, а в России — увы, так.
Первое что приходит в голову:

Вдруг из маминой из спальни, кривоногий и хромой, выбегает умывальник Сбербанк — и окончательно ломает неокрепшую детскую психику… )))

Отмуштровал он вас по самые помидоры. Если я Дон-Кихот, то любой эффективный дворник — не иначе как Дэдпул. ))

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

По поводу IE. Ну это видимо ваш вагон отцепили от технологий. Ну какой, в попу, IE в 2017, если у половины бухгалтеров Макбуки, а большинство пользователей заходят с планшетов?! Да заходите хоть Лисой, хоть Хромом, хоть Ослом, нет проблем. Ну или с телефона мобильным банкингом. Сейчас уже видимо ни у кого нет привязки к IE.

Раньше — была. Казалось, что на Active-X должно быть круто и потому был IE. Но это уже годков 8-10 как ушло в прошлое. Не знаю ни одного клиент банка который бы был к нему привязан. Но ручаться не буду. Мало ли какой, где ещё остался. Сам пользуюсь тремя. И ещё видел штуки 4.
Ну какой, в попу, IE в 2017, если у половины бухгалтеров Макбуки, а большинство пользователей заходят с планшетов?!

sarcasm ON Если вы нищеброд — носите платежки в банк руками курьерами, а если вы серьезная организация, то купите за 500200 долларов отдельный ноут для клиент-банка.sarcasm OFF

Рад, что в вашей стране иначе. А в нашей и соседней — так. Пруфы:

ВТБ24 — только Internet Explorer, Банк24.ру — только windows. 2012Ый год.

Уязвимость в Альфа-Банк Украина: получение ФИО клиента по номеру телефона. 3 месяца не закрывали. 2017 год.

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

Перенос толстого банк-клиента BSS в т.ч. на Windows 7 x64. 2013 год — проблемы с х64!

Перебор ссылок — получение данных о клиентах Portmone и Фидобанка. 2015 год.

Тинькофф банк скомпрометировал выписки по счетам клиентов? 2015 год

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

у половины бухгалтеров Макбуки, а большинство пользователей заходят с планшетов?!

Мда… Кажется приплыли… Разработчик банковского софта не отличает клиент-банк для бухгалтера от онлайн-банка для частных клиентов?

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

Клиент-банк — это класс систем, позволяющих пользователю доступиться к его банковскому серверу. Технологически, они могут быть реализованы по разному. И как «толстое» десктоп приложение (standalone), работающее в локальной сети/интранете/интернете. И как тонкое он-лайн приложение, работающее в среде браузера через интернет (интернет-банкинг). И то и другое будет называться клиент-банком.

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

Для максимальной защиты можно применять цифровую подпись, подтверждаемую неким внешним устройством. Это практикуют как частные клиенты, так и юридические лица. Для этого требуется устанавливать специальное криптопрогобеспечение. Браузер к нему привязывается. Ранее очень ходовым подходом было использование Active-X. Последние годы от этой практики отошли.

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

На этом разрешите закончить ликбез и откланяться.
Угу, с точки зрения чайника — именно так. Суперкомпьютер — это калькулятор размером с комнату.

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

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

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

Ну в общем нужна будет консультация — обращайтесь.

P.S. бывший руководитель группы тестеров КИС Ultima-S
А в чем проблема вычеркнуть и приписать рядом?
Частенько бывает, когда я хочу что-то написать, а машины рядом нет в принципе, а мозг попер и терять выхлоп — просто глупо. Или старая ломовая задача, оставленная «в фоне» и тут вдруг привалило. А привалить может когда угодно, момент не выбираешь. Так что беру а4, ручку — и понеслась.
Придирки про карандаш? Через 40 минут мой лист похож на аэрофотоснимок зоны постоянных ковровых бомбардировок, но я до сих пор могу точно и сразу проследить, как я думал, куда я думал и как шел процесс. Некоторые даже сохраняю «для потомства»: «Так это рождалось!»

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

И еще, здесь тоже очень хорошо рассказано: youtu.be/-2Aee8LuVFY?t=23m30s
Ты ДОЛЖЕН знать, что происходит.
А в чем проблема просто дать компьютер?
Нет проблемы – есть задача получить информацию о способности писать код без компьютера. Зачем – дядя, который проводит собеседования на 70+ в приведенной мной ссылочке прекрасно описал.
Интересно, откуда у программиста вообще должен взяться навык писания кода на бумаге/доске? Кто-то реально так делает на практике, чтоб сходу, в нервозной обстановке выдать код сложнее hello world?

Я приобрёл данный навык в универе. Для защиты лабораторных надо было писать код по заданию. А на экзамене вообще 4 программы на листке настрочить. Я не знаю, как там в топ ВУЗах, но в моем такая вот веселуха была.

Делаю иногда. Даже в одиночестве, а не показывая.
А разве что-то сложнее спрашивают?
UFO just landed and posted this here
То что вы описали вообще не требует того чтоб писать код на бумаге/доске. Вполне можно тоже самое сделать просто в виде разговора/обсуждения, а детали типа названия переменных вообще не понятно зачем тут (чтоб было побольше причин придраться?). Я не имею ничего против попыток выяснить уровень соискателя или пообщаться на конкретные темы о реализации, я только говорю о способе. И судя по результатам опроса в комментариях к которому мы с вами переписываемся — такое мнение поддерживают многие.
UFO just landed and posted this here
Опять же — никак не связано с необходимостью писать код неудобным способом. Или у вас «в компании и команде» пишут код на бумажках, и потому вы это требуете от соискателей?
Или у вас «в компании и команде» пишут код на бумажках, и потому вы это требуете от соискателей?
Нет, соискателя просят это сделать скорее потому, что такой способ позволяет с минимальными потерями времени оценить какие-то его качества (ход мысли, умение формализовать и защитить решение и т.п.) Это всего лишь один из способов оценки, проверенный и достаточно эффективный.

Ну а если кандидат считает для себя унизительным пользоваться ручкой или мелом, он всегда может сказать «До свидания» и искать другую компанию, более подходящую для его менталитета.
Вы похоже вообще не читаете прежде чем писать. Причём тут «унизительным»? Про «проверенность и эффективность» — вообще в результатах опроса написано.
Причём тут «унизительным»?
А я не могу найти другого объяснения тому детскому саду, который вижу в обсуждении.
UFO just landed and posted this here
Ещё раз — писали код на доске или всё-таки «архитектура или алгоритмы обсуждались у доски»?
UFO just landed and posted this here
Вы всё ещё путаете обсуждение/наброски и написание рабочего кода. В принципе вы не одиноки — этим же самым занимаются горе собеседователи. Я не имею ничего против обсуждений, или например нарисовать какую-то диаграмму, прикинуть принцип работы и т.д. Только вот на собеседованиях у нас почему-то принято требовать именно код, глядя на который потом какой-нибудь сеньор будет вам рассказывать какой код плохой и придираться к каждой неточности в синтаксисе.
Точно такая же в принципе ситуация с тестовыми заданиями — их чаще всего просят сделать вовсе не для того чтобы что-то там проверить и в чём-то там убедиться (как пишут комментаторы в этом посте), а для того чтоб было больше поводов придраться, даже если код полностью рабочий.
UFO just landed and posted this here
После такой постановки задачи что ожидаете на листке/доске?
UFO just landed and posted this here
Только вот на собеседованиях у нас почему-то принято требовать именно код, глядя на который потом какой-нибудь сеньор будет вам рассказывать какой код плохой и придираться к каждой неточности в синтаксисе.
По моему — вы все еще в заблуждениях. Не принято так в нормальных местах. Вам пытаются объяснить, что код в таких случаях — не главное, тем более — синтаксис.
Точно такая же в принципе ситуация с тестовыми заданиями — их чаще всего просят сделать вовсе не для того чтобы что-то там проверить и в чём-то там убедиться (как пишут комментаторы в этом посте), а для того чтоб было больше поводов придраться, даже если код полностью рабочий.
Это вообще за гранью…
Тестовые задания (простые, совсем простые) даются для того, чтобы появилась тема для разговора, не более. Гораздо легче обоим участникам процесса обсуждать особенности решения тестовой задачи, чем на пустом месте придумывать вопросы и отвечать на них.

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

В Амазоне, кстате, так собеседования проводят. Но я хз почему.

Возможно кто нибудь вспомнит и даст ссылку на Твиттер.


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


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


И очень многие просто проклянают whiteboarding.


Может кто вспомнит и даст ссылку.

У меня стаж >20 лет, но я не смогу на бумага написать даже create и terminate объекта.
У меня в голове давно перепутался синтаксис из C Delphi C++ C# ObjectevC и т.д.

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

Однако о своем профессиональном резюме в открытом доступе позаботилась только половина из них.

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

Я тоже сталкивался. Но у меня получилось ему объяснить что:
1. Наличие публичного резюме не равно намерению сменить место работы.
2. Поиск лучших возможностей для работы — мое святое право.
3. Что там в этом публичном резюме стоит заработная плата, которая в данный момент времени меня вполне бы устроила. И работодатель в состоянии оценить все риски моего ухода из компании. Он может например изучить рынок и сделать соответствующие выводы. А мой тайный поиск новой работы — был бы для него хуже.

И как-то проблема пропала сразу.

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

Есть компании которые смотрят не на сам факт резюме а на факт его обновления.

Ну и пусть смотрят. См. п. 2.
Если компания настолько не уверена в себе, что её пугают публичные резюме своих сотрудников — может ну нафиг такую компанию?
Можно разместить своё резюме на работных сайтах, где принято о себе рассказывать как о специалисте: на том же «Моём круге» или «Линкедине». И такой профиль совсем необязательно означает, что вы ищете работу. Налаживание профессиональных связей, получение отзывов или подтверждения своих навыков тоже важно для текущей работы.

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

Также сможете рекомендовать рекрутерам своих знакомых, которые могут как раз в этот момент искать себе работу.
UFO just landed and posted this here

Зарплата в вакансии отсутствует по одной простой причине — работодатель не хочет чтобы его собственные сотрудники эту з.п. увидели.

Буквально на прошлой неделе был на собеседовании в одном стартапе. Сначала со мной общался основатель стартапа, весёлый приятный парень. Потом пришёл начальник отдела разработки. Толстый бородач в очках лет под 50. Каким-то отрешённым голосом сообщил, что сейчас начнётся техническое интервью, потом внимательно посмотрел на меня и неслабо так пукнул:)
UFO just landed and posted this here
В описании вакансии это должно называться «дружеские и непринужденные отношения в коллективе»
Вчера написали, что не берут. Видимо, действительно, как пишут ниже, надо было продолжить «звуковой ряд». Но я туда и не хотел, уже устроился в другую фирму. Просто собирал опыт собеседований.
Если бы вы пукнули в ответ. И сразу после этого вам сказали «вы приняты»… Это было бы самое эпичное техническое интервью:)
Это была проверка на пукоустойчивость.
Он решил создать дружескую атмосферу.
Любопытно, что временно не работает каждый десятый (11%).

«Результаты опроса проведённого в Интернете показали, что 100% человек пользуются интернетом.»
Вероятно опрос на сайте посвящённом поиску работы должен показывать завышенное количество людей ищущих работу.
Андрей, мы уже не первый опрос проводим и спрашиваем о текущей занятости. И всегда получаем примерно такую цифру временно неработающих, в районе 10%.
Может быть это баг в репорте? Вдруг разработчик зашил жестко 10% +- random?

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

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

Мне еще нравится когда дают довольно сложное, трудоёмкое задание часов на 15-20 с приписочкой "пожалуйста не тратьте на это задание больше 2х часов". Во время последнего поиска работы я сделал 4 таких (все были с этой хитро-вымученноей припиской). И на одно из 4х я действительно потратил 2 часа. И это оказался единственный работодатель, который меня отверг с формулировкой "вы, наверное, дурачок" или что-то в этом роде, уже не помню. Все остальные прислали оффер. Лживые гады. На одного из них сейчас работаю. Одна из лучших работ в жизни.

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

Теперь как-то настороженно отношусь к кадровым агентствам. Да и вообще большинство вакансий через них оказались так себе.

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

А я всё чаще замечаю, что конторы, которые часто в этом обвиняются, дают мне задания, которые вполне легко решаются как раз за эти пару обещанных часов, включая затраты на разгребание каментов со stackoverflow и перечитывание документации.

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

Мой рекорд три за день, но одно не по моей инициативе, требовалось поговорить с начальством, прежде чем оно уедет на две недели в командировку.
Есть компании, которые хотят что бы прежде чем пригласить тебя на собеседование, ты сделал их тестовое, а там по результатам пригласят или нет.
С моей точки зрения технического собеседования достаточно. Например в силу своей работы я могу использовать инструменты, которые пересекутся на 10% с набором который в ходу в определенной компании. Ну и вообще работа это слишком все индивидуально. Очень много всего должно совпасть чтобы человек на нее попал и потом на ней успешно работал.
Я встречала людей, которые выходили на работу на один или несколько дней, а потом отказывались.

У нас в компании, если готовы взять человека, то он может прийти к нам на несколько часов или целый день, посмотреть как работают, какие задачи и тд. Реальную задачу не даем и не среда для разработки, а тестовый сервак, но попробовать пописать что-нибудь можно. Я и так представляла, что меня ждет, поэтому отказалась. Если человек выбрал целый день, а потом пришел к нам работать, то оплачивается.
Был случай такого рода — брали на веб разработку. Но в итоге вылилось, что еще нужно знать и состав железок их оборудования и принцип связи между ними для написания доп. запросов на совершенно другом языке. В итоге решила уволится, т.к. мне это абсолютно не нужно.
И ещё рекорд работы на новом месте — 1,5 часа. Оказалось, что в офисе сплошные любители покурить электронные сигареты. Причем помещение небольшое и каждые пол-часа кто-то курит. А помещение плохо проветривается. Для здоровья постоянно сидеть в дымке как-то не хорошо, тем более последние исследования говорят о том, что эти сигареты так же вредны.
Зато, небось, было «креативное описание вакансии». Дичь какая-то.
Удивительно что хотя, судя по опросу никто не любит логические задачи, почти в каждом интервю мне их задают :)
В выводах забыли указать на нелюбовь кандидатов к различным олимпиадным/логическим задачкам.
Т.к. эти задачи ничего не дают. Как бывший математик и человек готовивший к ним могу это сказать на 100%. Но т.к. давно уже не работаю в этой области, сейчас уже и не помню как решать. Да, при желании могу сесть и вспомнить все основные принципы. Но вот что это мне дает? Как в жизни оно пригождается?
Не смог пройти мимо Вашего комментария, не высказав альтернативную точку зрения. По поводу того, что олимпиадные задачки «ничего не дают и в жизни никак не пригождаются». Это очень популярное убеждение, оно часто высказывается в обсуждениях типа «Нужна ли в жизни математика» и негативно влияет на неокрепшие умы :) Мой опыт, в некотором смысле, обратный Вашему. Я 8 лет проработал инженером и только последние пару лет понемногу помогаю школьникам с физикой и математикой. И мой опыт говорит как раз об обратном. Те, кто вдумчиво решал школьные задачки (не обязательно олимпиадные) лучше справляются и с «боевыми» инженерными задачами.
На всякий случай: все сказанное относится к теме полезности логических задачек в жизни вообще, а не на собеседованиях.

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

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

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

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

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

Причём используя свой собственный материал.

Потом только думаешь, давать ли ему работу — паять настоящий водопровод или делать настоящую мебель.
«Существуют три вида лжи: ложь, наглая ложь и статистика».

Такие выборки хоть и интересные с точки зрения «среднего разработчика», на практике же ими пользоваться не стоит. Как минимум, в выборке не представлен уровень разработчиков. А это значит, что требования серьезных разработчиков меньше всего отразились в статистике (потому что, как правило, их хантят быстрее, чем они выкладывают вакансию). И судя по результатам свободных ответов, спецы бы в целом скорее выбрали другой порядок (3-2-1). Незнание алгоритмов и боязнь листочка — яркий тому пример.
Творческое описание вакансии из практики в последствии дополняется абсолютно нетворческим описанием, продублированным на почту. Не смотря на то, что такие описания 75% «нравятся», интересно, сколько на них откликаются
Насчет, кстати, всяких там листков, досок и вот этого всего (судя по комментам, это много кого будоражит).

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

Когда мы просим решить какую-то простецкую задачу на бумажке (минут 10-15 для реально профессионала, в пределах часа — для новичка), естественно, самое важное для нас — как человек пытается ее решить. Если он забудет скобку поставить или там еще какую фигню напишет — не проблема. Да даже можем взять человека с живым умом, но слабым программированием — будет больше другими задачами заниматься. Но мой опыт в первую очередь говорит, что проблема в неумении решать задачи, а не писать их на листочке. Умеющие решать задачи, напишут ее и на доске, и на бумаге, и в ide, и в блокноте. Хороший спец без проблем берем маркер и пишет код, плохой — ноет, что бумага не нужна. Конечно, бывают бумагофобы, но для этого есть техническая часть, где будет понятно, что человек отлично разбирается в своей сфере.
Вот хоть бы раз мне на собеседовании сказали — вы преподавали высшую математику — это круто, мы берем вас. Ни разу никто не заострил внимания, что у меня хорошая математическая база.
Видимо, были компании, где это нафиг не нужно. У нас в основном Бауманка + МГУ (ВМК/ФизТех), фундамент у всех довольно неплох. Также есть преподаватели высшей математики — все в почете.

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

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

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

Кто-нибудь из этих 72% может мне объяснить, зачем нужно творческое описание вакансии? Что это должно мне сказать о компании? Я всего лишь хочу получить конкретные ответы на волнующие меня вопросы.
Возможно эти описания привлекают 23-летних сеньоров, которые еще не умеют правильно реагировать и зрить в корень.
Скажите, а вот когда в резюме написаны ссылки на твои выполненные проекты (которые можно открыть и посмотреть), а тебе дают тестовое задание, которое даже на порядок не стоит с тем, что есть в подобных проектах, то это как называется?

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

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

Ага. Я нанимаю художника, а он не рисует картину. Ну и не получает деньги.

И зачем это нужно художнику? Смысл врать то?
Разные случаи бывают
image

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

То что будете делать?

Если вы его нанимаете (трудовые отношения), а не подряжаете (гражданские), то деньги он получает.

Конечно, получает.

Он тратит свою жизнь на ознакомление с говнокодом компашки и на второй день решает уволиться, ибо дальше такое выносить не сможет =)

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

Хотя вот компашки умудряются тестировать погромистов бесплатно, это да.

Компании рискуют больше соискателей в общем случае.

Sign up to leave a comment.