Вхід і реєстрація
Пошук роботи · 9 травня 2016, 12:18 14668
Yurii Savka, Інженер

З технічними інтерв’ю щось не так. Чи ні?

medium.com/...​n-bb8f3a48d324#.l9qd4osq1

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

З одного боку так, олімпіадні задачі на співбесідах всіх уже дістали. Народ витрачає більше часу на заучування великих О замість того, щоб почитати про технологічні чи менеджерські фішки.

Процес найму перетворився у таке собі чорне SEO, де одна сторона намагається підібрати питання, котрі покажуть їм «справжній рівень програміста», друга сторона безжально зазубрює відповіді на ці питання, а потім намагається зобразити мисленнєвий процес (в ідеалі можна зазубрити ще кілька неправильних, але очевидних варіантів розв’язку задачі, для повного реалізму).

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

Та є одна деталь.

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

Статтю продовжують шерити з обох боків. Одні кажуть так, ці хешмапи з хештейблами вже дістали, інші регочуть — подивіться на цих фронтендерів, хто їх взагалі програмістами назвав?

Так от, що я хотів спитати. На якому боці ви? І чому?

Теми: співбесіда
👍ПодобаєтьсяСподобалось0
До обраногоВ обраному0
LinkedIn

Найкращі коментарі пропустити

anonymous 09.05.2016 20:58

— surprise-surprise, компаніям, типу гугла, не потрібні джейквері-макаки («я написав подуль на реакті і запилив його на гітхаб, ололо адин-адин1!, давайте 200к і ніяких інтерв’ю!») тому, що вони не хайрять на проект, а в компанію. їм потірбні люди, які напишуть наступний реакт, технології змінюються, а основні підходи і вся база залишається, тому її і питають на інтрев’ю і пробують зрозуміти, чи людина в основному толкова, бо решту вона вивчить при потребі. кожна макака може вивчити реакт за тиждень, тому особливого сенсу концентруватись на ньому при інтерв’ю ніхто і не бачив
— більшість задач, які він перерахував, це варіації фізбазу для тих, хто зміг таки осилити сам фізбаз. якщо ти не можеш реверснути стрічку, перевірити чи стрічка паліндром чи конвертнути число в стрічку — то проси «шаг» повернути гроші назад
— «в реальному житті ніхто стрічки не реверсить». дякую, кеп, з цим ніхто і не сперечається, бо задачі питають, щоб оцінити логічне мислення, те, як кандидат розбиває проблеми на менші і як борется зі складністю. те, як він в кінці-кінців, пише код (!).
— ніхто не хоче наймати «good enough» програмістів, бо такі потім наймають ще гірших, а ті ще гірших, так і падає якість.

реалії такі, що наймати людей — дуже складно, наймати толкових програмістів — ще складніше, і ніхто не знає ідеального інтерв’ю. я згоден з тим, що з процесом є невеликі проблеми (в реалізації процесу, але не в ідеї), інколи задач на кодинг забагато (ок, часто їх забагато), але загалом обов’язково дати кандидату хоч 1 елементарну задачку, щоб побачити як він розбиває проблеми на менші і чи вміє думати і писати код (програміста ж беруть), обов’язково перевірити, що саме він робив на тих крутих проектах, які в нього в резюме (а то виявиться, що він там каву носив) і обов’язково поговорити з ним про дизайн систем, щоб він міг показати свій досвід на повну і свої знання в індустрії / CS

Перейти до дискусії
Timur Chanturia 09.05.2016 21:05

Я сюда деградировать пришел, а не алгоритмы эти ваши решать.

Перейти до дискусії
proger 14.05.2016 13:48

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

Перейти до дискусії
Максим Ковтун 13.05.2016 15:38

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

Перейти до дискусії
Sergiy Didenko 10.05.2016 00:39

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

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

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

Серьезно не видели ни одного проходного балбеса в своей карьере? У меня у знакомых большинство команды бывает таким.

Перейти до дискусії
Дозволені теги: blockquote, a, pre, code, ul, ol, li, b, i, del.
Ctrl + Enter
Дозволені теги: blockquote, a, pre, code, ul, ol, li, b, i, del.
Ctrl + Enter
Vasyl Hukalyuk Head of HR Department 19.01.2017 14:21

Коментар порушує правила спільноти і видалений модераторами.

Fedir Brynzza 18.05.2016 23:13

если подытожить

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

а ее — никто не разработал еще
квалификация такая — не существует
учить ей — некому

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

Відповісти
Підтримати
Pavlo Vasylchenko Team Lead / Tech Lead / Engineering Manager в - 18.05.2016 02:41

Более странными кажутся вопросы:
Назвать методы класса object. Или что вернет метод класса Х из стандартного пакета У. Серьезно? Вот думаю зачем разработчикам это помнить

Відповісти
Підтримати
Valentin Nechayev уповноважений по милицях в Дарницькі печери 18.05.2016 22:34
Назвать методы класса object.

Ну в случае Java вроде ж крайне важно знать про equals()?

Відповісти
Підтримати
Pavlo Vasylchenko
Fedir Brynzza 18.05.2016 23:08

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

в смысле, правильный ответ и подразумевает, что вы скажете «я их все на память не помню, и не считаю нужным, и вот почему: [здесь объяснение]; а если мне понадобится — я мгновенно найду все в документации — показать как я это делаю?»

большинство же так не ответит, а натужится таки вспоминать — бо «сказалы ж»

Відповісти
Підтримати
Pavlo Vasylchenko
flyman 16.05.2016 10:01

розсилка із робота уа
blog.rabota.ua/...ter&utm_campaign=news_all
Беги, Форрест, беги: 6 тревожных сигналов, когда вам стоит отказать работодателю

Відповісти
Підтримати
Illia Khabibrakhmanov SSE 15.05.2016 18:56

Ну так тут с техническим интервью «все так»

Відповісти
Підтримати
Alex Mak
Evgeniy Klimenko C++ developer 15.05.2016 11:26

Сразу угадывается Developex.

Відповісти
Підтримати
proger 14.05.2016 13:48

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

Відповісти
Підтримати
Котэ 13.05.2016 20:55

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

Потому как взять «выгоревшего» себе же дороже, потом с взявшего спрос.

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

Відповісти
Підтримати
Gennady Dogaev full-stack web developer (freelance) 14.05.2016 15:26
как будут выходить из затруднительного положения, которых в боевых условиях хватает.
То есть я даже не ждал, что человек решит представленную проблему, но хотя бы попытается, рассуждая и демонстрируя разум.
Тогда со стороны собеседуемого нормальным будет достать смартфон и начать гуглить незнакомый алгоритм. Это ведь выход из ситуации, и на практике используют именно его.
Відповісти
Підтримати
Котэ
Oleksij Lupandin Java developer в EPAM 16.05.2016 01:01

З боку кандидата більш нормальним буде сказати: «буду гуглити незнайомий алгоритм», — а не дістати смартфон і почати гуглити його.

Відповісти
Підтримати
Gennady Dogaev
Максим Ковтун Chief Software Architect в Sigma Software 13.05.2016 15:38

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

Відповісти
Підтримати
anonymous 13.05.2016 15:46

народ боится что не сможет в очередной раз устроится на +500, без алгоритмов, страх более чем понятен

Відповісти
Підтримати
Максим Ковтун
Максим Ковтун Chief Software Architect в Sigma Software 13.05.2016 16:02

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

Відповісти
Підтримати
anonymous
anonymous 13.05.2016 16:08

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

Відповісти
Підтримати
Максим Ковтун
Максим Ковтун Chief Software Architect в Sigma Software 13.05.2016 19:51

Т.е. человек не хочет работать в той компании потому, что она ему нравится, а хочет ее изменить под себя? Мне не очень понятна мотивация. Если я хочу в Гугл, то зачем мне менять их стиль собеседования? Поменяя стиль, поменяется же и компания и не факт что в новом варианте я захочу работать.

Відповісти
Підтримати
anonymous
anonymous 13.05.2016 21:13

Тут разговор за отрасль, а не за 1 компанию. Народ хочет ее менять, и это нормально

Відповісти
Підтримати
Максим Ковтун
bayda 14.05.2016 00:49

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

Відповісти
Підтримати
anonymous
anonymous 14.05.2016 06:03

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

Відповісти
Підтримати
bayda
flyman 16.05.2016 09:05
кто и когда задает правила в отрасли
правільний отвєт:

1) програмізди зажралісь
2) кому не нравіцца — може уєзджать, ми нє дєржим

Відповісти
Підтримати
anonymous
Illia Khabibrakhmanov SSE 13.05.2016 20:24

В ваших же аналогиях, покупатель приходит в салон за городским седаном и начинает спрашивать: «А как эта машина ведет себя в условиях пустыни, пылевых бурь, заполярья и хорошо ли переносит перепады температуры −30..+50 в течении суток?».
Консультант переспрашивает: «почему вас это интересует, вы же будете ездить с работы/на работу 10 км в день по асфальту?»
На что покупатель отвечает — «так принято в индустрии».

Відповісти
Підтримати
Максим Ковтун
Dmytro Sharadkin IT & DS Specialist 14.05.2016 15:23

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

Відповісти
Підтримати
Illia Khabibrakhmanov
Stanislav Oles 14.05.2016 20:08
Покупатель, платящий свои деньги, при выборе-покупке машины может спрашивать любой вопрос.

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

Вам не кажется, что этот тренд пора менять?

P.S. При этом реальные коммерческие ежедневные задачи типа доставки пиццы прекрасно решаются даже смартами.

P.P.S. Всякие параллели со сферой разработки ПО, конечно же, не случайны.

Відповісти
Підтримати
Dmytro Sharadkin
Eugene Nuribekov SSE 15.05.2016 10:49

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

Відповісти
Підтримати
Stanislav Oles
Stanislav Oles 15.05.2016 12:58
Я так понимаю что вы намекаете, что киевские Лидеры Рынка изнуряют кандидатов разворотами красно-черных деревьев?

Конкретно статья была не про киевских, но да, требовать такое от фронтендера или от, не знаю, программиста под Android — странно. ИМХО.

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

Удивительно, как мне удаётся ездить на гольфе по всему Киеву и между городами (недавно катался на волынь) в условиях всё того же дорожного строительства.

Відповісти
Підтримати
Eugene Nuribekov
Eugene Nuribekov SSE 15.05.2016 13:14

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

Відповісти
Підтримати
Stanislav Oles
Dmytro Sharadkin IT & DS Specialist 15.05.2016 15:53
требовать такое от фронтендера или от, не знаю, программиста под Android
Требовать такое от полупрофессионала, который кое-как кое-где осилил фронтенд и для которого шаг влево-шаг вправо равносильно запредельным интеллектуальным усилиям и почти геройскому самоубийству - да, странно. Требовать такое от человека, который претендует на и считает себя девелопером-профессионалом высокого класса ( а не просто «закодить пару строк в день под Android») — в общем-то нормально.
Відповісти
Підтримати
Stanislav Oles
Gennady Dogaev full-stack web developer (freelance) 16.05.2016 00:13

Студентов-отличников первых курсов всегда видно по постам. Обычно они выглядят именно так.

Відповісти
Підтримати
Dmytro Sharadkin
Oleksij Lupandin Java developer в EPAM 16.05.2016 01:13

Як виглядають пости студентів-відмінників перших курсів, теми дискусії не стосується.

Відповісти
Підтримати
Gennady Dogaev
Gennady Dogaev full-stack web developer (freelance) 16.05.2016 01:55

Ну они почему-то считают что дискуссия их очень касается

Відповісти
Підтримати
Oleksij Lupandin
Gennady Dogaev full-stack web developer (freelance) 16.05.2016 02:12
Требовать такое от полупрофессионала, который кое-как кое-где осилил фронтенд и для которого шаг влево-шаг вправо равносильно запредельным интеллектуальным усилиям
Вот это — переход на личности. И самолюбование с юношеским максимализмом. Все такие тупые, а я такой умненький, алгоритмы помню.
Відповісти
Підтримати
Oleksij Lupandin
Нестор Иванович 16.05.2016 02:19

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

Відповісти
Підтримати
Gennady Dogaev
onemore 12.05.2016 11:19

Я поясню як воно насправді: одні ідіоти які в повному об’ємі не осилили шкільну і ВУЗовську програму намагаються зробити так щоб їх взяли на роботу інші ідіоти. Перші такі наївні що думають що чогось варті а інші такі зарозумілі і так намагаються догодити своєму рабовласникові що хочуть людину яка ідеально підходить під певні вимоги. Якщо серйозно то найбільше мене турбує кількість часу і зусиль які затрачуються на такі церемонії. І постає питання про вартісність дипломів, сертифікатів і всього такого. В них же ж вказано що чувак такий—то стільки—то годин затратив на предмет такий—то, здобув професію програміста і печать. Які питання?

Там є посилання на статтю Hiring is Broken... And It Isn’t Worth Fixing в якій наводиться коментар якогось Еріка:

I don’t have time to read your github projects, or your blog, or your existing code, or your meticulous attention detail in your commit messages. I get a resume in, I look at it for 10 minutes, if it’s sane I set up a phone screen. ONLY to prove that you can pass the most basic coding test. You need[sic]

Once we meet in person, you need to show me that you can code and articulate a design to a problem. The format sucks, sure. But you need to be prepared. I’m not going to spend 2 hours reading your blog for every candidate that I interview. I don’t have time for that.

Так що отак от. A Players Don’t Hire A Players — They Partner with A Players
Відповісти
Підтримати
Vasya Pupking 12.05.2016 20:12

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

Відповісти
Підтримати
onemore
flyman 13.05.2016 08:35

інтерв"ювер сказочний д-б, так як міг би взяти собі нормального колегу, а так хай іб-ся сам далі...

Відповісти
Підтримати
Vasya Pupking
Vasya Pupking 13.05.2016 09:44

ты вообще представляешь сколько приходит резюме в топ компании? Объем работы представляешь?

Відповісти
Підтримати
flyman
flyman 13.05.2016 09:51

і чо?
за це їм гроші платять,
так хай не постять об"яви з вакансіями, а наймають через знайомих, ділов то

Відповісти
Підтримати
Vasya Pupking
Jorzchyk Pushysty 13.05.2016 09:51

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

Відповісти
Підтримати
Vasya Pupking
Alex Borysov Software Professional в Google 13.05.2016 10:07

Ну раз уже тратить минимум час на технический скрининг и 4-7 часов на онсайт, то можно и гитхаб кандидата посмотреть.

Відповісти
Підтримати
Vasya Pupking
Vasya Pupking 13.05.2016 19:01

глянуть гитхаб да, но тут же речь о вдумчивом вчитывании в блог и тп

Відповісти
Підтримати
Alex Borysov
Alex Koshterek погромизд 13.05.2016 11:30

Но в теннис руме постоянно кто-то из вечно занятых

В топ компаниях похоже сначала робот фильтрует.

Відповісти
Підтримати
Vasya Pupking
Sergii Voichuk 13.05.2016 18:15

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

Відповісти
Підтримати
onemore
Stanislav Oles 13.05.2016 18:20

Обходится не кандидат, а работник. А если заявок много, то вероятность для конкретного кандидата стать работником составляет доли процента.

Т.е. эти десять минут уходят не на изучение «автомобиля», а на изучение «объявления о продаже автомобиля».

Відповісти
Підтримати
Sergii Voichuk
Євген Козлов Front-end developer в SoftServe 13.05.2016 18:50
вероятность для конкретного кандидата стать работником
воу-воу.
только не говорите, что решение принимается подбрасыванием монетки
Відповісти
Підтримати
Stanislav Oles
Stanislav Oles 13.05.2016 18:55

Нет, не говорю, и неясно, с чего вы это взяли.

Відповісти
Підтримати
Євген Козлов
Євген Козлов Front-end developer в SoftServe 13.05.2016 19:00

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

Відповісти
Підтримати
Stanislav Oles
Олександр Шпак Oarsman в Self Employed 11.05.2016 09:00

Назвіть, будь ласка, клас задач, де необхідно часто реверсити бінарне дерево

Відповісти
Підтримати
anonymous
Олександр Шпак Oarsman в Self Employed 11.05.2016 09:51

:D Сферичне програмування у вакуумі не рахується

Відповісти
Підтримати
Євген Козлов
Alex Fogol Software Developer, C/C++ Expert 11.05.2016 16:12

Собеседование как часть профессии.

Відповісти
Підтримати
Олександр Шпак
anonymous 11.05.2016 11:00
Назвіть, будь ласка, клас задач, де необхідно часто реверсити бінарне дерево

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

Відповісти
Підтримати
Олександр Шпак
Stanislav Oles 11.05.2016 11:27

И часто вы в своей работе пишете архиватор?

Відповісти
Підтримати
anonymous
anonymous 11.05.2016 11:39

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

Відповісти
Підтримати
Stanislav Oles
anonymous 11.05.2016 12:00

Повезло :) Кодеки — то на любителя ...

Відповісти
Підтримати
flyman
flyman 11.05.2016 12:06

якщо я в ту сторону не пливу, то чому повезло?

Відповісти
Підтримати
anonymous
anonymous 11.05.2016 12:30

Бо треба мати відповідний характер, терпіння та наполегливість щоб продовжувати заглиблюватись та далі боротися за % компрессії. Робота для тих хто любить співставляти графіки, математичні показники, чи просто бути фанатом ... По психотипу для мене персонально винахідницька робота більш цікава ніж аналітична.

Відповісти
Підтримати
flyman
Stanyslav Semukhyn 11.05.2016 15:00

Математика и подобные сложные алгоритмы нужны 2-5% программистов.
В 95-98% случаев задача программиста сводится сделать рабочий продукт для кастомера быстро и более-менее качественно на основе существующего и хорошо себя зарекомендовавшего апи.

Відповісти
Підтримати
anonymous
Stanislav Oles 11.05.2016 15:10

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

Відповісти
Підтримати
Stanyslav Semukhyn
Stanyslav Semukhyn 11.05.2016 15:20

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

Відповісти
Підтримати
Stanislav Oles
anonymous 11.05.2016 16:23

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

Відповісти
Підтримати
Stanyslav Semukhyn
Олександр Шпак Oarsman в Self Employed 11.05.2016 16:30

Інколи це виграшна стратегія...

Відповісти
Підтримати
anonymous
anonymous 11.05.2016 16:36

ну я в жизни не видел чтобы чтото путнего из этого вышло.

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

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

Відповісти
Підтримати
Олександр Шпак
Stanyslav Semukhyn 11.05.2016 16:48

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

Відповісти
Підтримати
anonymous
Stanyslav Semukhyn 11.05.2016 16:42

Мне однажды проект захотелось переписать полностью и сразу. Потому что там:
1) Все файлы были тупо в одном пакете.
2) Во всех моделях все поля были публичные.
3) Весь джсон парсился вручную (а там его было ну очень много, т.к. все данные при каждой сессии подгружались с сервера и ничего не кешировалось).
4) Все константы-ключи для парсинга джсона были захардкожены.
5) Все рест-запросы (а их десятка 2-3) сделаны вручную с кучей клонов.
Достаточно?
В итоге, ограничился рассовыванием всех классов в созданную мной структуру пакетов, инкапсуляцией всех полей с доступом через акксесоры, вынесением констант в отдельный класс. С проектом стало возможно работать без особых рвотных позывов.
И вот недавно стало известно, что этот проект возвращается и надо будет переписать всю логику взаимодействия с бэкендом, т.к. меняется вся архитектура этого бэкенда. Йес, звёздный час и замечательный повод снести на корню оставшееся дерьмо.

Відповісти
Підтримати
anonymous
Mikhail Boiko SE в NVIDIA 11.05.2016 19:17

Плох тот программист который не мечтает все переписать.

Відповісти
Підтримати
anonymous
anonymous 12.05.2016 10:15

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

Відповісти
Підтримати
Mikhail Boiko
Олександр Шпак Oarsman в Self Employed 12.05.2016 11:47

В кожного є право на «обісратися» ©

Відповісти
Підтримати
Mikhail Boiko
flyman 12.05.2016 08:36

як правило таке можуть думати 23 річні сенйори,
дядьки постарше розуміють що в результаті вийде в 90% ще гірше чим було

Відповісти
Підтримати
anonymous
Stanislav Oles 12.05.2016 11:07

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

Відповісти
Підтримати
flyman
anonymous 12.05.2016 11:11

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

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

Відповісти
Підтримати
Stanislav Oles
flyman 12.05.2016 11:13
обычно переписывают, люди которые условно «новые», они просто не вкурсе того почему и для чего тот или иной кусок был написан.
отож
Відповісти
Підтримати
anonymous
Stanislav Oles 12.05.2016 11:13
люди которые условно «новые», они просто не вкурсе того почему и для чего тот или иной кусок был написан.

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

Відповісти
Підтримати
anonymous
anonymous 12.05.2016 11:17

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

никому не желаю такого удовольствия

Відповісти
Підтримати
Stanislav Oles
Sereban 13.05.2016 10:12

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

Відповісти
Підтримати
anonymous
Stanislav Oles 11.05.2016 12:01

Ок, тогда вам — нужно. Но ведь исходно речь о найме на фронтенд?

Відповісти
Підтримати
anonymous
anonymous 11.05.2016 12:49
Но ведь исходно речь о найме на фронтенд?
та блин, интервьювер изголяется ! )) В библии например сказано — по плодам их узнаете их, а вовсе не по словам за 15 мин ... Недавно писал что узнать уровень разработчика можно где то после года работы с ним, и то частично. Как можно выяснять за 1-2-3 собеседований — загадка ...
Відповісти
Підтримати
Stanislav Oles
Eugene Nuribekov SSE 11.05.2016 11:10

Не обижайте бухгалтеров. Им тоже нужно хорошее логическое мышление.
Тут скорее надо говорить о «вильна каса».

Відповісти
Підтримати
anonymous
Владимир Кожаев 11.05.2016 12:54

Любые задачи связанные с синтаксическим анализом.

Відповісти
Підтримати
Олександр Шпак
Alex Koshterek погромизд 11.05.2016 11:35

Это ж надо сначала вспомнить, что из себя представляет бинарное дерево)

Відповісти
Підтримати
anonymous
flyman 11.05.2016 11:55
что из себя представляет бинарное дерево
наприклад, папка із підпапками та файлами
Відповісти
Підтримати
Alex Koshterek
anonymous 11.05.2016 13:22

узел дерева может иметь 3 ветки и более :)

Відповісти
Підтримати
anonymous
flyman 11.05.2016 13:28

так тут бінарне дерево, від слова «бі», тобто 2

Відповісти
Підтримати
anonymous
anonymous 11.05.2016 13:32

Так :) форма запису дерева — бінарна, а само дерево може мати довільну форму та кількість гілок у вузлах. 2 біта на node або більше ... Якщо классичний запис — то тільки вправо або ліво, 1 біт

Відповісти
Підтримати
flyman
anonymous 11.05.2016 14:18
ШТА?
розуміти як ТАК чи як НІ ? :D
Відповісти
Підтримати
anonymous
flyman 11.05.2016 13:43

en.wikipedia.org/wiki/Binary_tree
In computer science, a binary tree is a tree data structure in which each node has at most two children

Відповісти
Підтримати
anonymous
anonymous 11.05.2016 13:50

Классическое бинарное дерево. 0,1 — вправо, влево. Если по определению. Я имел ввиду что дерево не бинарное, а форма записи. Однако и к бинарному можно прикручивать к веткам произвольное количество объектов ( вглубь )

Відповісти
Підтримати
flyman
Dmitriy Chaban 11.05.2016 14:55
узел дерева может иметь 3 ветки и более :)
Бинарного?
Так :) ...
...Я имел ввиду что дерево не бинарное, а форма записи. ...
Ясно понятно...
Відповісти
Підтримати
anonymous
anonymous 11.05.2016 14:58
так да или нет?:)
Блин, программеры )) ну включите абстрактное мышление чуть чуть ! В чем проблема запихнуть более 1 бита в узел, на классическом бинарном дереве ( где только 0 или 1 ) ??? рыдаю )))
Відповісти
Підтримати
Dmitriy Chaban
Stanislav Oles 11.05.2016 15:11

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

Відповісти
Підтримати
anonymous
anonymous 11.05.2016 15:14

Да, хорошо, детей — 2 ( 0 либо 1 ) договорились! Ну так в конце концов ДА или НЕТ ? :)) Ок, тема исчерпала себя, теперь прийдется приступить к работе ...

Відповісти
Підтримати
Stanislav Oles
anonymous 11.05.2016 15:14

Не делайте из бинарного дерева обычное дерево.

Відповісти
Підтримати
anonymous
Євген Козлов Front-end developer в SoftServe 11.05.2016 15:14

откуда эти «0 и 1» берутся? у каждого узла не больше двух дочерних.
если больше — это не бинарное. просто по определению.

Відповісти
Підтримати
anonymous
anonymous 11.05.2016 15:22

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

Відповісти
Підтримати
Євген Козлов
Євген Козлов Front-end developer в SoftServe 11.05.2016 15:34

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

нет.
c2.staticflickr.com/...3454709622_e2b43b90b8.jpg

Відповісти
Підтримати
anonymous
anonymous 11.05.2016 15:40
нет.

1. Задача решена ? да
2. Дерево бинарное ? да
---
Profit !?

Відповісти
Підтримати
Євген Козлов
anonymous 11.05.2016 15:36
откуда эти «0 и 1» берутся? у каждого узла не больше двух дочерних.
промежуточные узлы ( через один ) с дополнительными нодами/битами.
Відповісти
Підтримати
Євген Козлов
Oksana Chuiko Software Engineer в Pure Storage 18.05.2016 20:02

это В-tree, но не бинарное

Відповісти
Підтримати
anonymous
flyman 11.05.2016 13:30

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

Відповісти
Підтримати
anonymous
anonymous 11.05.2016 13:53

можна реалізувати, не бачу проблем

Відповісти
Підтримати
flyman
anonymous 11.05.2016 14:08
тре прикидати всі можливі випадки (чорт криється в деталях),
так що при певних умовах папка із підпапками та файлами може бути бінарним деревом

Додаткові rules в реалізації алгоритма, і файлова система реалізується на классичному канонічному бінарному дереві ( добро, нехай лише 0,1 у вузлах ). Але добре було щоб спочатку спеціалісти Global Logic дали відповідт можливо чи ні )) Бо т***лі тестові завдання на паперці вони мастера давати ))

Відповісти
Підтримати
flyman
anonymous 11.05.2016 14:50

Ну и призовой фонд должен быть желательно больше чем 5К )))

Відповісти
Підтримати
flyman
flyman 11.05.2016 14:53

а не хоч 3..4 різного плану інтерв"ю протягом 6 годин і офер із з/пл нижче ринкової?

Відповісти
Підтримати
anonymous
anonymous 11.05.2016 14:59

так отож, тому краще подалі від галер ))

Відповісти
Підтримати
flyman
flyman 12.05.2016 14:38

ще згадав приклад із життя, де тре було обійти дерево, тільки «тринарне», тобто зробити заливку на площини опуклої фігури.
підсумовую, ось за все життя де працював із деревами:
1. у файловій системі
2. при заливці
3. ще можна обходити ноди в мережі і підмережах, але цим я не займався
При чому підмножина бінарних дерев, ніяк не напрошується в реальному світі на очі, якась така абстракція із світу математиків із особливими властивостями, яких задротам було цікаво подосліджувати.

Відповісти
Підтримати
anonymous
Alex Koshterek погромизд 12.05.2016 14:57

Пусть абстракция, но с важными применениями

Відповісти
Підтримати
flyman
flyman 12.05.2016 15:05

якими, прошу приклади із реального життя/проекту

Відповісти
Підтримати
Alex Koshterek
Alex Koshterek погромизд 12.05.2016 15:24

например подмножество BST — это сортировка, на которую опирается дофига всего вообще

Відповісти
Підтримати
flyman
flyman 12.05.2016 15:32

і скільки разів ти писав сортування?
я просив реальні приклади де тре писати алгоритм.

Відповісти
Підтримати
Alex Koshterek
Alex Koshterek погромизд 12.05.2016 15:43

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

Відповісти
Підтримати
flyman
flyman 12.05.2016 15:52

так в ТС просили писати від руки,

Для продакшена сортировки не писал, ибо готовые есть, но всяческие вещи, основанные на деревьях, применял и много, и понимание стоимости применения той или иной структуры периодически помогает.
а ти тут що “чукча чітатєль”
Відповісти
Підтримати
Alex Koshterek
Alex Koshterek погромизд 12.05.2016 15:55

Ну просили. Не написал, ладно. Многие и на пальцах объяснить не смогут, как, что и нафига.

Відповісти
Підтримати
flyman
anonymous 13.05.2016 14:07
Многие и на пальцах объяснить не смогут, как, что и нафига.

Да и вообще похоже сеньоры лидеров рынка не понимают как запилить файловую систему в бинарном дереве O_o IT-хунта лол ))

Відповісти
Підтримати
Alex Koshterek
Alex Koshterek погромизд 13.05.2016 14:10

Разве был вопрос как?

Відповісти
Підтримати
anonymous
anonymous 13.05.2016 14:24
зовсім-зовсім ні?

думаю связано с вопросом «а как ?» ...

Відповісти
Підтримати
Alex Koshterek
Alex Koshterek погромизд 13.05.2016 14:46

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

Відповісти
Підтримати
anonymous
bayda 10.05.2016 23:48

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

Відповісти
Підтримати
Gennady Dogaev full-stack web developer (freelance) 11.05.2016 00:30

Не все молятся на гугль

Відповісти
Підтримати
bayda
bayda 11.05.2016 00:36

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

Відповісти
Підтримати
Gennady Dogaev
Stanislav Oles 11.05.2016 11:49

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

Відповісти
Підтримати
bayda
bayda 12.05.2016 18:23
Человек может хотеть работать вообще
Если человеку все равно где работать, лишь бы деньги платили, то опять же данный метод собеседования справился с задачей отсева — гугль интересуют кандидаты, которые всю жизнь мечтали работать в гугле хотя бы минимально заинтересованые. И дело не в гугле: подобное отношение — это если не крест, то как минимум жирный минус в профиле кандидата в любой уважаемой западной компании.
не обязательно в духе «работать в нашей компании — большая честь»
Если человеку не хочется работать в престижной компании, что мешало ему отправлять резюме в какое нибудь «Рога и Копыта LLC»?
Відповісти
Підтримати
Stanislav Oles
Viacheslav Karnaukh Software Engineer 11.05.2016 23:27

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

Відповісти
Підтримати
Gennady Dogaev
Gennady Dogaev full-stack web developer (freelance) 11.05.2016 23:47

Станислав выше объяснил

Человек может хотеть работать вообще, но не обязательно в духе «работать в нашей компании — большая честь».
Кстати, как писал тот программист, рекрутеры как раз не проявляли к нему даже элементарного интереса. При том, что это они пригласили его на работу. То есть пригласить, а потом отнестись как будто человек сам набивался работать — это норм? Не, ну у нас-то да, мне казалось в USA поцивилизованней люди.
Відповісти
Підтримати
Viacheslav Karnaukh
Олександр Шпак Oarsman в Self Employed 11.05.2016 23:55

Збити ціну — нормальна практика

Відповісти
Підтримати
Gennady Dogaev
Alex Fogol Software Developer, C/C++ Expert 12.05.2016 12:11
рекрутеры как раз не проявляли к нему даже элементарного интереса
Следует признать это досадная и крайне тупая и бессмысленная от слова вообще но просто особенность механизма работы «общего принципа».
мне казалось в USA поцивилизованней люди
Подтверждаю USA и UK именно и конкретно вот такая тупая жесть «скрининга первой линии». Там заняты совершенно «простые» люди ну где-то уровня кассира в метро или охранников на входе в офисный центр — всех их также встретишь по дороге в офис и на собеседование (ну ок метро можно вычеркнуть пусть будет парковщик) и технически на них также можно сетовать и обижаться и они как бы также учавствуют «в процессе рекрутинга».

ЗЫ: справедливости ради на этапе скрининга и со стороны соискателей идёт сплошная масса отборного треша.

ЗЫ: справедливости ради всё вышесказанное не исключает «особенностей» уже на уровне технических собеседований но тут уже чисто человеческий фактор которые на этом уровне обратно таки также примерно одинаковые «у нас» и «оттуда» к сожалению.

Відповісти
Підтримати
Gennady Dogaev
bayda 12.05.2016 18:35
Подтверждаю USA и UK именно и конкретно вот такая тупая жесть «скрининга первой линии». Там заняты совершенно «простые» люди ну где-то уровня кассира в метро или охранников на входе в офисный центр
Не знаю как во всем USA и тем боле в UK, но конкретно в MS на скрининге первой линии был человек типа тимлида.
Відповісти
Підтримати
Alex Fogol
bayda 12.05.2016 18:33

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

Відповісти
Підтримати
Gennady Dogaev
Gennady Dogaev full-stack web developer (freelance) 12.05.2016 20:46

Естественно неинтересно. «Ты нам нужен, но мы обмакнем тебя в говно» — кому это может быть интересно? Только гуглодрочерам, которые всегда мечтали

Відповісти
Підтримати
bayda
bayda 12.05.2016 21:05

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

Відповісти
Підтримати
Gennady Dogaev
Gennady Dogaev full-stack web developer (freelance) 12.05.2016 21:08
Я даже не могу представить, насколько должно быть распушхее ЧСВ
Раз в 10 меньше, чем у вас :)
Відповісти
Підтримати
bayda
bayda 12.05.2016 21:39

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

Відповісти
Підтримати
Gennady Dogaev
flyman 13.05.2016 08:39

ну якщо ти собі сидиш, і тут бац, пісьмо счастя від рекрутера,
то ти думаєш, що не я їх шукав і знайшов їх, а вони мене,
отже я їм більше потрібен,
а на інтерв"ю, внєзапно

Ты нам нужен, но мы обмакнем тебя в говно"
Відповісти
Підтримати
bayda
Alex Koshterek погромизд 13.05.2016 11:32

«Повелся, лошара»)

Відповісти
Підтримати
flyman
bayda 14.05.2016 00:57

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

Відповісти
Підтримати
flyman
flyman 16.05.2016 09:08

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

Відповісти
Підтримати
bayda
Natalia Riabokon rainha da lua в gamedev 10.05.2016 20:42

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

Відповісти
Підтримати
Gennady Dogaev full-stack web developer (freelance) 11.05.2016 00:32

Всё просто: спрашивать нужно о том, с чем человек работал и о том, с чем он будет работать на проекте, на который его берут.

Відповісти
Підтримати
Natalia Riabokon
Bogdan Rudnytskyi Senior .NET Developer в Liki24.com 11.05.2016 10:16

«спрашивать нужно» (!) и то что есть в реальной жизни — это совсем разные вещи :)

Відповісти
Підтримати
Gennady Dogaev
Gennady Dogaev full-stack web developer (freelance) 11.05.2016 11:56

Говорить об архитектуре. Очевидно же.

Відповісти
Підтримати
anonymous
Gennady Dogaev full-stack web developer (freelance) 11.05.2016 13:21

Вы не студента архитектором нанимать будете. И скорей всего он уже архитектуру чего-то проектировал. Вот об этом и говорить.

Відповісти
Підтримати
anonymous
Олександр Шпак Oarsman в Self Employed 11.05.2016 13:26

А що ви розумієте під сильною базою?

Відповісти
Підтримати
anonymous
Natalia Riabokon rainha da lua в gamedev 12.05.2016 08:59

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

Відповісти
Підтримати
Gennady Dogaev
Ievgen Safronenko Senior Software Engineer в zooplus 12.05.2016 20:22
без стрессовых условий, когда какой-то непонятный хрен следит за каждым твоим движением
это реально жестяк. В такой ситуации и тривиальная задача становится практически не решаемой.
Відповісти
Підтримати
Natalia Riabokon
anonymous 10.05.2016 20:22

Та какие алгоритмы, вы шо !?! Их знать не обязательно, только так — www.gitbook.com/...om-stack-overflow/details

Відповісти
Підтримати
Vasilij Tjorkin 10.05.2016 22:11

Представляю себе строчку в резюме: Full StackOverflow developer.

Відповісти
Підтримати
anonymous
Gennady Dogaev full-stack web developer (freelance) 11.05.2016 01:06

SO и интернет в целом — хороший инструмент, который каждому разработчику неплохо уметь применять.
Мне нужно было вчера нарисовать треугольники с закругленными уголками для таких индикаторов. Желательно это было сделать средствами css, ради гибкости и повторного использования кода. С помощью SO я справился за полчаса, взяв готовое решение и подогнав под нужды задачи. Если бы я сказал себе «я крутой программист и могу это написать сам» — я бы потратил намного больше времени и нервов чтобы выдать аналогичный результат.
Я очень благодарен тем крутым людям, которые придумывают подобные css-штуки и делятся ими, помогая другим экономить своё время. В свою очередь я стараюсь (при наличии времени) отвечать на SO по темам, которые мне хорошо известны.
Да, из этого можно сделать вывод что я плохой программист (или верстальщик?), не понимаю в CSS и вообще. Пусть будет так. Может кому-то на работе платят за то, чтобы они были крутыми программистами, может лично им очень важно быть крутыми программистами. Мне лично платят за то, чтобы я превращал идею/макет в веб-приложение, и это я делаю хорошо, и это для меня важно.

Відповісти
Підтримати
Vasilij Tjorkin
anonymous 11.05.2016 01:52

Да все гуглят, это ж понятно — нехер в коробке стоко инфы держать.Гугл и СО — наше все. Но не сортировку же ! Ее способа штуки три придумать можно за 5 минут....

Відповісти
Підтримати
Gennady Dogaev
Gennady Dogaev full-stack web developer (freelance) 11.05.2016 02:06

И особенно сортировку! Всё время, когда мне нужна бала сортировка, я использовал либо ORDER BY ( если данные лежат в базе — то и сортировать их можно при запросе), либо sort, ksort. Про способы сортировки я читал в последний раз на первом курсе в толстой книге по паскалю. И с тех пор ещё ни разу не нужно было.
Кстати, один раз мне понадобилось на js генерировать последовательность цветов, которые дадут в результате градиент скажем от красного (цвет задан) к зеленому (цвет задан). Решение вообще примитивное, если его в двух словах описать. В коде сложнее. Интересно, многие ли фронтендщики дадут ответ не гугля? И если не дадут, делает ли это их плохими фронтендщиками?

Відповісти
Підтримати
anonymous
anonymous 11.05.2016 02:31
И особенно сортировку!
сортировка это — шо надо сравнить 2 херни, и если чего — поменять местами. Это первое что приходит на ум убитому в хлам «менеджеру по клинингу». Да, херовастая сортировка, не рекурсивная, наивная . Ну если чел, претендующий на девелопера, не может додуматся даже до этого — сравнить числа и их менять местами, то он ок и его надо брать на синьера ?
Відповісти
Підтримати
Gennady Dogaev
Dmytro Lapshyn Solution Architect 12.05.2016 12:59

Если задавать цвет в hex виде, то не должно быть ничего сложного, поскольку красный и зелёный идут отдельными компонентами. Помнится, баловались таким еще во времена 256-цветного VGA и программной анимации палитры.

Відповісти
Підтримати
Gennady Dogaev
Gennady Dogaev full-stack web developer (freelance) 12.05.2016 15:13

А как градиент генерировать? Вот такой как тут c2n.me/3xXtH41

Відповісти
Підтримати
Dmytro Lapshyn
Gennady Dogaev full-stack web developer (freelance) 13.05.2016 12:51

Вы прошли собеседование :)

Відповісти
Підтримати
Vader
Dmytro Lapshyn Solution Architect 16.05.2016 11:50

Можно и HSV, тут зависит, что легче интерполировать — HSV или RGB компоненты. На картинке выше меняется насыщенность, там проще по HSV.

Відповісти
Підтримати
Vader
Євген Лесько Competency manager в ELEKS 10.05.2016 18:56

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

Відповісти
Підтримати
Sergii Vashchyshchuk Senior .NET Developer 11.05.2016 01:39
то велика вероятность, что и боевой код он будет писать в режиме «написать, потом долго думать, шо то таке».

А если отсортирует масив нормально, где гарантия что не будет говнокодить? Чувак просто может натаскаться к собеседованию, при этом не имея скудный опыт в реальных задачах. Сейчас полно ресурсов по подготовке к собеседованию, все эти алгоритмические задачки уже разжеваны и разложены по полочкам. Даже самые опытные программисты идя куда-то в гугл, поднимают эти книги и начинают вспоминать, чтобы после собеседования благополучно забыть и продолжать использовать collection.Sort(i => i.Key). То есть разница между прошедшим собеседованием и не прошедшим будет лишь в том, что один перед собеседованием просмотрел алгоритмы, а другой забил, продолжая пилить свой pet проект или просто отдыхая.

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

Відповісти
Підтримати
Євген Лесько
anonymous 11.05.2016 01:45
А если отсортирует масив нормально, где гарантия что не будет говнокодить?
никакой походу. но если чел не может решить задачку для 8 класса, коим эта сортировка и является, то он точно нихера не сможет.
Відповісти
Підтримати
Sergii Vashchyshchuk
Sergii Vashchyshchuk Senior .NET Developer 11.05.2016 02:07

Да ну? Попроси у синьйоров в компании qsort на листике бумаги написать, или какую-то сортировку вставкой, удивишься ). Я уже молчу о чем-то более сложном, типа хитрому обхода дерева, под давлением и за 5 минут.

Відповісти
Підтримати
anonymous
anonymous 11.05.2016 02:34

та они нагуглят сразу, даже если им инет вырубить :)))

Відповісти
Підтримати
Sergii Vashchyshchuk
flyman 11.05.2016 08:46

можна простіше навіть — розв"язати квадратичне рівняння, знайти корені

Відповісти
Підтримати
Sergii Vashchyshchuk
Dmytro Lapshyn Solution Architect 12.05.2016 13:01

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

Відповісти
Підтримати
flyman
flyman 12.05.2016 13:04

отож, і там ще пара кейсів
корені однакові дійсні
корені різні дійсні
корені відображені на уявній множині дійсних чисел
І таке завдання чим відрізняється від обходження бінарного дерева.?

Відповісти
Підтримати
Dmytro Lapshyn
Dmytro Lapshyn Solution Architect 12.05.2016 13:45

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

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

Відповісти
Підтримати
flyman
flyman 12.05.2016 13:50
От бинарного дерева-таки отличается, потому что все нюансы решения квадратных уравнений без справочника сходу и не вспомнишь, а обход бинарного дерева можно сочинить на ходу.
знаючи що таке площина уявних чисел можна вивести формулу розв"язання квадратичного рівняння на ходу в трьох системах: полярній і декартовій, при чому в трьох формах запису: алгебраїній, геометричній і експоненціальній.
а от всі н"юанси обходу дерев так без довідника і не згадаєш.
А вот с приведенными примерами про красно-черные деревья и всякие экзотические сортировки аналогия, как раз, прямая — эти вещи на практике используются крайне редко, и выдать решение на доске на собеседовании, не подглядывая в справочник, ИМХО малореально.
таки так
Відповісти
Підтримати
Dmytro Lapshyn
Gennady Dogaev full-stack web developer (freelance) 12.05.2016 15:20

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

Відповісти
Підтримати
Dmytro Lapshyn
Євген Лесько Competency manager в ELEKS 11.05.2016 09:54
где гарантия что не будет говнокодить?
Читайте пожалуйста внимательно: я говорю о вероятностях, а не о гарантиях. Никогда нет гарантии, что Васенька сделает порученную ему задачу хорошо или плохо; но его предыдущий опыт дает или не дает достаточные основания полагать, что Васенька справится.
Сейчас полно ресурсов по подготовке к собеседованию...
К моему собеседованию :) ? к Вашему? любого техлида в принципе? Не забывайте, что с той стороны барьера — тоже личность.
разница между прошедшим собеседованием и не прошедшим будет лишь в том, что один перед собеседованием просмотрел алгоритмы, а другой забил,
Вот и прекрасно. Тот кто имеет привычку забивать, отсеян. Чем плохо?
Лучше какие-то реальные задачи обсудить, из своей практики или из его практики
А кто говорит, что этого не надо делать? Надо, но опять-таки пункт два из предыдущего поста: логично и удобно сравнивать кандидатов и делать выбор на одинаковых, стандартных, всем известных задачах.
Відповісти
Підтримати
Sergii Vashchyshchuk
Eugene Nuribekov SSE 11.05.2016 11:03

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


  • Кодинг стайл, именование переменных;
    Подход к декомпозиции;
    Не забыть проверить граничные условия;
    Не забыть перехватить ошибки;
    Не забыть о константности некоторых переменных;
    Понимать пре/пост — ин/декремент;
    (С/С++) понимание работы с указателями и адресной арифметики;
    (С/С++) корректность выделения/освобждения памяти;
    • Все это, плюс умение держать в голове кучу мелких подробностей и говорит о качестве программиста.
    Відповісти
    Підтримати
    Sergii Vashchyshchuk
    Vasyl Lytovchenko бомж в отключке 11.05.2016 13:16

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

    Відповісти
    Підтримати
    Eugene Nuribekov
    Eugene Nuribekov SSE 11.05.2016 13:58

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

    Відповісти
    Підтримати
    Vasyl Lytovchenko
    Stanislav Oles 11.05.2016 14:01

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

    Відповісти
    Підтримати
    Eugene Nuribekov
    Dmitry Yaremenko Javascript Developer в Amadeus 15.05.2016 10:35

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

    Відповісти
    Підтримати
    Stanislav Oles
    Stanislav Oles 15.05.2016 13:00

    Для «разделяй и властвуй» достаточно попросить написать механизм поиска в отсортированном массиве, а не квиксорт.

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

    Відповісти
    Підтримати
    Dmitry Yaremenko
    Dmitry Yaremenko Javascript Developer в Amadeus 15.05.2016 13:44

    Бинарным поиском можно проверить, но если конкурс большой, то квиксорт тоже норм.

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

    Відповісти
    Підтримати
    Stanislav Oles
    Vasyl Lytovchenko бомж в отключке 11.05.2016 14:26

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

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

    Відповісти
    Підтримати
    Eugene Nuribekov
    Eugene Nuribekov SSE 11.05.2016 17:51

    И ваши предложения по заданию ?

    Відповісти
    Підтримати
    Vasyl Lytovchenko
    Vasyl Lytovchenko бомж в отключке 11.05.2016 18:27

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

    Відповісти
    Підтримати
    Eugene Nuribekov
    Eugene Nuribekov SSE 11.05.2016 18:32

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

    Відповісти
    Підтримати
    Vasyl Lytovchenko
    Vasyl Lytovchenko бомж в отключке 11.05.2016 18:47

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

    Відповісти
    Підтримати
    Eugene Nuribekov
    Eugene Nuribekov SSE 11.05.2016 18:54

    А вот это уже натуральное «А ты добейся». С которым я вас оставлю наедине.

    Відповісти
    Підтримати
    Vasyl Lytovchenko
    Vasyl Lytovchenko бомж в отключке 11.05.2016 19:09

    Даже рядом не валялось. Просто продолжаю Вашу логическую цепочку :)

    Відповісти
    Підтримати
    Eugene Nuribekov
    NewOne NewOne 11.05.2016 18:51

    А не —

    веб-рабочие
    ,
    настоящие программисты
    на чем пишут и под какие нужды хотелось бы поинтересоваться?
    Відповісти
    Підтримати
    Eugene Nuribekov
    Anton Khristiansen Team Lead 11.05.2016 22:23

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

    Відповісти
    Підтримати
    NewOne NewOne
    Jorzchyk Pushysty 11.05.2016 18:28
    Просто по таким задачкам с готовым эталонным решением очень легко посмотреть на общий подход к работе: Кодинг стайл, именование переменных; Подход к декомпозиции;

    На quicksort’е??!

    Відповісти
    Підтримати
    Eugene Nuribekov
    Eugene Nuribekov SSE 11.05.2016 18:35

    Ок, на квиксорте не проверишь работу с памятью :)

    Відповісти
    Підтримати
    Jorzchyk Pushysty
    Jorzchyk Pushysty 11.05.2016 21:23

    Как предполагается оценивать стиль, имена и декомпозицию вот в такой реализации:

    en.wikipedia.org/...rt#Hoare_partition_scheme

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

    Відповісти
    Підтримати
    Eugene Nuribekov
    Eugene Nuribekov SSE 11.05.2016 21:43

    И вот еще так.
    ru.wikibooks.org/...Сортировка/Быстрая#Python
    Боюсь, что мастерам Джанго это необратимо порвет шаблон.

    Відповісти
    Підтримати
    Jorzchyk Pushysty
    Jorzchyk Pushysty 11.05.2016 22:16

    Это лучше или хуже? Если человек пишет quicksort через list comprehension, что это говорит о его подходе к работе? А если наоборот, обычный процедурный псевдокод?

    Боюсь, что мастерам Джанго это необратимо порвет шаблон.

    Чем порвёт? Декомпозицией, количеством лишних копирований массива или хорошо подобранными названиями переменных?

    Відповісти
    Підтримати
    Eugene Nuribekov
    Eugene Nuribekov SSE 12.05.2016 08:02

    А вот это уже отправная точка для дискуссии о профессионализме.
    ЧТИТД

    Відповісти
    Підтримати
    Jorzchyk Pushysty
    Jorzchyk Pushysty 12.05.2016 12:38

    Даже если дискуссия не свалится в срач, она будет не о пунктах из
    dou.ua/...orums/topic/17317/#918544

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

    Відповісти
    Підтримати
    Eugene Nuribekov
    Eugene Nuribekov SSE 12.05.2016 16:34

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

    Відповісти
    Підтримати
    Jorzchyk Pushysty
    Jorzchyk Pushysty 12.05.2016 17:35
    И кстати почему не подходит?

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

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

    Написать многопоточную реализацию — ok, но это немного другого уровня задача.

    Лично мне подсовывали «задачу коня» и обмен между двумя кольцевыми буферами.

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

    Відповісти
    Підтримати
    Eugene Nuribekov
    Vasyl Lytovchenko бомж в отключке 12.05.2016 00:20

    отчего падучий код должен рвать шаблон?

    >>> a = [i for i in xrange(1000)]
>>> def qsort(L):
...     if L: return qsort([x for x in L if x<L[0]]) + [x for x in L if x==L[0]] + qsort([x for x in L if x>L[0]])
...     return []
... 
>>> qsort(a)
Traceback (most recent call last):
  File "<stdin>", line 1, in <module>
  File "<stdin>", line 2, in qsort
...
RuntimeError: maximum recursion depth exceeded
    Відповісти
    Підтримати
    Eugene Nuribekov
    Eugene Nuribekov SSE 12.05.2016 06:13

    А кто говорил, что рецепты из интернета рабочие? :lol:

    Відповісти
    Підтримати
    Vasyl Lytovchenko
    Євген Козлов Front-end developer в SoftServe 12.05.2016 09:39

    это, кстати, даже забавно выглядит.
    уклон в функциональщину, списки, вот это всё.
    а tail recursion optimization нет и не будет

    Відповісти
    Підтримати
    Vasyl Lytovchenko
    Stanislav Oles 12.05.2016 11:09

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

    Відповісти
    Підтримати
    Євген Козлов
    Євген Козлов Front-end developer в SoftServe 12.05.2016 11:51

    в JS и этих соображений вообще предложили обратно несовместимую конструкцию(return continue <recursive call=«">;) для явного определения.
    замечание понятно. но
    а) мы говорим про серверное/локальное приложение, где очевидно и однозначно можно определить еще при запуске версию и всякие флаги. то есть, ругаться в духе «эй, мой код рассчитывает на TRO! отказываюсь работать!» может и сам код
    б) насчет требований к коду — это вопрос привычки, чтоб рекурсия была всегда в конце; можно статическими анализаторами проверять, при код-ревью явно видно, опять же

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

    Відповісти
    Підтримати
    Stanislav Oles
    Jorzchyk Pushysty 12.05.2016 12:42

    А кто где здесь видит tail recursion? Её там нет.

    Відповісти
    Підтримати
    Євген Козлов
    Євген Козлов Front-end developer в SoftServe 12.05.2016 14:33

    увидев сообщение насчет превышения лимита вложенности, возник вопрос: а почему не написали с поддержкой TRO. погуглил, оказалось — нет такого вообще, и не планируется.
    о чем и сказал.
    [UPD] даже не подумал, что собственное любопытство надо как-то аргументировать

    Відповісти
    Підтримати
    Jorzchyk Pushysty
    Bogdan Rudnytskyi Senior .NET Developer в Liki24.com 10.05.2016 17:33

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

    Відповісти
    Підтримати
    anonymous 10.05.2016 17:40

    а почему я гумманитарий по образованию, и таки большую часть знаю?

    Відповісти
    Підтримати
    Bogdan Rudnytskyi
    Bogdan Rudnytskyi Senior .NET Developer в Liki24.com 10.05.2016 17:41

    для каких целей изучалось? :)

    Відповісти
    Підтримати
    anonymous
    anonymous 10.05.2016 17:42

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

    Відповісти
    Підтримати
    Bogdan Rudnytskyi
    Bogdan Rudnytskyi Senior .NET Developer в Liki24.com 10.05.2016 17:56

    т.е. правильно ли я понимаю Вашу точку зрения — что перед «походом» на собеседование кандидату необходимо знать «большую часть» алгоритмов?
    если это так — тогда у меня вопросов больше нет :)

    Відповісти
    Підтримати
    anonymous
    anonymous 10.05.2016 18:52

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

    Відповісти
    Підтримати
    Bogdan Rudnytskyi
    Олександр Шпак Oarsman в Self Employed 10.05.2016 19:00

    А ви використовуєте хеши в своєму коді? А скільки алгоритмів хешування з ходу ви можете написати на дошці?

    Відповісти
    Підтримати
    anonymous
    anonymous 10.05.2016 19:26
    з ходу ви можете написати на дошці
    под знать не имею ввиду уметь писать на вайтбоард
    Відповісти
    Підтримати
    Олександр Шпак
    Олександр Шпак Oarsman в Self Employed 10.05.2016 22:49

    Я про вас особисто питав. Скільки алгоритмів хешування ви знаєте без гугління?

    Відповісти
    Підтримати
    anonymous
    Євген Козлов Front-end developer в SoftServe 10.05.2016 22:58

    эм. вы ща про конкретные хеш-функции спрашиваете? не про «хорошие», а «просто хеш-функция»?

    Відповісти
    Підтримати
    Олександр Шпак
    anonymous 10.05.2016 23:21

    из того что приходит в голову — SHA-1/2/3/MD*/CRC-*/RIPEMD

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

    Відповісти
    Підтримати
    Олександр Шпак
    Олександр Шпак Oarsman в Self Employed 10.05.2016 23:57
    Вы меня не правильно понимаете.
    Надо их знать всегда
    :)
    Відповісти
    Підтримати
    anonymous
    anonymous 11.05.2016 00:14

    а может читать до конца?

    под знать не имею ввиду уметь писать на вайтбоард
    Відповісти
    Підтримати
    Олександр Шпак
    Олександр Шпак Oarsman в Self Employed 11.05.2016 00:43

    Ви ж декларуєте, що алгоритми треба знати завжди. :) А самі не проходите свій жеж кастінг...

    Відповісти
    Підтримати
    anonymous
    anonymous 11.05.2016 07:27

    Это вы просто искажаете то что я явно написал

    Відповісти
    Підтримати
    Олександр Шпак
    Bogdan Rudnytskyi Senior .NET Developer в Liki24.com 11.05.2016 09:43

    так что же Вы тогда имели ввиду?
    что-то я уже запутался в показаниях :)

    Відповісти
    Підтримати
    anonymous
    anonymous 11.05.2016 13:33

    Я уже отвечал выше, могу повторить в перефразированой форме.

    Знать, это уметь применять знания на практике

    Відповісти
    Підтримати
    Bogdan Rudnytskyi
    Vasyl Lytovchenko бомж в отключке 11.05.2016 13:41

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

    Відповісти
    Підтримати
    Bogdan Rudnytskyi
    anonymous 11.05.2016 14:34

    надо таки немного больше, но этого достаточно для начала

    Відповісти
    Підтримати
    Vasyl Lytovchenko
    onemore 11.05.2016 13:42

    Вайтбоард. Який чудовий новояз. Що в дипломі написано? І як можна знати, але не могти на папірці написати?

    Відповісти
    Підтримати
    anonymous
    anonymous 11.05.2016 14:02

    Судя по ветке комментариев, подразумевается знание названий, а не алгоритмов.

    Відповісти
    Підтримати
    onemore
    Олександр Шпак Oarsman в Self Employed 11.05.2016 14:33
    І як можна знати, але не могти на папірці написати?
    Легко.
    Відповісти
    Підтримати
    onemore
    onemore 11.05.2016 13:37

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

    Відповісти
    Підтримати
    Bogdan Rudnytskyi
    Mariroz Rz 10.05.2016 17:20

    Людина старається звернути увагу на більш глобальні речі в наймі в ІТ, але дискусія так чи інакше зкочується до питання чи треба/не треба знати/питати про алгоритми чи ні.
    Пацан окрім того наголошує, що ніде йому не було повідомлено про причини відмови, навіть якщо він — за результатами — очікував на оффер, загальноприйнятим є просто ігнор. Майже ніде, не зважаючи на великі видатки контор на хантинг, не було ніякої реальної підготовки до інтерв’ю саме з ним (інтерв’юери не знали нічого про його попередній досвід роботи ні про опенсорсні проекти). Майже всюди практикувалося введення кандидата в стресовий стан на очних інтерв’ю (як то довготривалі інтерв’ю зі зміною інтервю’верів, інші речі). Загально він хоче сказати, що такий підхід до найму десь погано корелює з його почуттям власної гідності і не менш погано корелює з якістю найму (це ми вже додумуємо але й так знаємо самі).

    Хоча, звичайно, якщо взяти конкретно випадок цього хлопця, то хто зна чому його не взяли. Причин, які не озвучують, може бути маса. Від, наприклад, зависоких зарплатних очікувань, чи неприємного зовнішнього вигляду, до таких речей, як зарозумілість (ЧСВ) кандидата, чи просто посередній менеджер шукає посереднього виконавця — хто зна.
    Як на мене, то він просто занадто інтровертивний і просто зашвидко здався.

    Відповісти
    Підтримати
    Alex Koshterek погромизд 10.05.2016 17:36

    Приколы с наймом вне ИТ бывают еще жирнее и чудесатее.

    Відповісти
    Підтримати
    Mariroz Rz
    Vasya Pupking 10.05.2016 20:16

    в западных странах с озвучиваниями причин проблемно. Попадется еще такой, что заорет «вы фсе врети!!!» и в суд подаст... Оно им надо?

    Відповісти
    Підтримати
    Mariroz Rz
    flyman 11.05.2016 08:49

    отвічають:- мєлко плавал там то і там, ми найшли лучшего кандідата...
    так що не надо ляля, з чем судіться, шо найнятий Рашман лучше Васі?

    Відповісти
    Підтримати
    Vasya Pupking
    Vasya Pupking 11.05.2016 20:05

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

    Відповісти
    Підтримати
    flyman
    Alex Borysov Software Professional в Google 11.05.2016 22:37

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

    Відповісти
    Підтримати
    Vasya Pupking
    flyman 12.05.2016 08:34

    реальний фібдек
    Unfortunately we have found other candidates, and their qualifications and experience match better to our job description criteria.

    I have received feedback from engineer that had a telephone screen with you. Please have a look below:

    — more detailed than helicopter view answers on some questions
    — some gaps in C++
    — lack of wider experience in Scrum/Agile

    Відповісти
    Підтримати
    Vasya Pupking
    Gennady Dogaev full-stack web developer (freelance) 10.05.2016 16:52
    medium.com/...n-bb8f3a48d324#.l9qd4osq1
    Депрессняковейшая статья просто
    Відповісти
    Підтримати
    Mariroz Rz 10.05.2016 17:30

    ну я все ж сказала б, що надія є :)
    бо ми ж не юристи чи там лікарі, яким без системи — ніяк. Ми собі роботу завжди можемо знайти і самі. :)

    Відповісти
    Підтримати
    Gennady Dogaev
    Andrew Frolov 11.05.2016 06:57

    Если речь идёт о трудоустройстве в пределах Украины — то да. А если удалённо пытаться устроиться за границу — там система защиты рынка труда вместе с тараканами работодателей в полный рост встаёт.

    Відповісти
    Підтримати
    Mariroz Rz
    Ihor Bilous Android Developer 10.05.2016 16:12

    Особисто моя позиція така, що теорію і базові алгоритми треба знати. Навіть краще буде, якщо людина напам’ять не знає, але може за короткий час зорієнтуватись і на листку накидати. Як, наприклад, в фізиці / теоретичній механіці можна половину формул вивести, просто знаючи закони Ньютона.
    Тому, навіть при наборі студентів на наші курси по Java, ми обов’язково даємо кілька задач на логіку (нормальні, не про піаністів в Чікаго) і дивимось, чи здатна людина мислити.
    По собі скажу — після того, як я почав робити алгоритмічні задачі у вільний час, стало набагато (в рази) легше реалізовувати реальні задачі на проектах. Тому очевидно, що щось таки в цьому є. Навіть якщо доведеться просто кнопочки малювати, знання алгоритмів / алгоритмічне мислення лишніми не будуть:)

    Відповісти
    Підтримати
    onemore 11.05.2016 13:49

    Запас карман не тягне? З таким підходом можна у вільний від роботи час і, наприклад, освоювати фехтування, будівництво, біологію, астрономію і т.д. Раптом згодиться? На jQuery писати це ніяк не заважає.

    Відповісти
    Підтримати
    Ihor Bilous
    Ihor Bilous Android Developer 11.05.2016 13:55

    у вільний час я пишу музику — раптом згодиться?

    Відповісти
    Підтримати
    onemore
    onemore 11.05.2016 14:02

    Пишеш бо подобається, а не шоб було.

    Відповісти
    Підтримати
    Ihor Bilous
    Alex Koshterek погромизд 10.05.2016 15:47

    О зубрить не надо, там один раз врубиться.

    А задачки, ну было обидно, когда из 45 минут интервью 15 заняло решение проблем со связью, и решение задачи довёл до ума через 10 минут после окончания звонка. Но такие правила игры.

    Відповісти
    Підтримати
    IRD Software developer в PE 10.05.2016 14:23
    З одного боку так, олімпіадні задачі на співбесідах всіх уже дістали. Народ витрачає більше часу на заучування великих О замість того, щоб почитати про технологічні чи менеджерські фішки.
    Биг О это такой фильтр направленный на отсеивание тех, кто в айти побежал за ЗП в баксе, толком и не разобравшись как оно все работает.
    Ну и всякие амазоны с гуглами тоже практикуют написание кода на бумажке

    ЗЫ: Если что самого когда-то давно зафейлили на биг О, до сих пор стыдно

    Відповісти
    Підтримати
    Andriy Krot Software Engineer в IonIdea 11.05.2016 11:59

    Big O чтобы программисты не лепили линкед лист везде или понимали, когда использовать тримап, а когда хеш. Опять же, если человек не знает как рабоатет хеш таблица, то начинают появлятся дичаишие реализации хешкода и equals, которыми заполнены 90% процентов проектов использующих ОРМ.

    Відповісти
    Підтримати
    IRD
    Pavlo Vasylchenko Team Lead / Tech Lead / Engineering Manager в - 18.05.2016 03:11

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

    Відповісти
    Підтримати
    IRD
    IRD Software developer в PE 18.05.2016 13:09

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

    Відповісти
    Підтримати
    Pavlo Vasylchenko
    Дмитрий Мирошник Lead QA Automation Engineer 10.05.2016 13:57

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

    Відповісти
    Підтримати
    Volodymyr Hnatiuk Software Engineer в Commerzbank AG 10.05.2016 13:43

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

    Кстати, автор Homebrew, на которого ссылается автор статьи и который юзают 90% инженеров гугла, работает в apple над Swift Package Manager.
    Интересно то, что есть мнение о Homebrew как о продукте в котором code smells bad.

    Відповісти
    Підтримати
    Mikhail Boiko SE в NVIDIA 10.05.2016 14:23

    Прикольно получается, 90 процентов пользуются, а для 10 процентов code smells.

    Відповісти
    Підтримати
    Volodymyr Hnatiuk
    Vasyl Lytovchenko бомж в отключке 10.05.2016 14:32

    пользуются через боль!

    Відповісти
    Підтримати
    Mikhail Boiko
    Vasyl Lytovchenko бомж в отключке 10.05.2016 14:52
    Систематичная подготовка на каком-нибудь leetcode.com для такого уверенного типа дала бы результат месяца за 4.
    А зачем? Ну то есть кроме как быть в хорошей форме для прохождения интервью.

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

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

    Тем более это JS: какие нафиг графы? какой нафиг лабиринт? какой нафиг BFS/DFS/A*? Сильно помогает в написании «статических» React-компонент? их связывания?

    Відповісти
    Підтримати
    Volodymyr Hnatiuk
    Volodymyr Hnatiuk Software Engineer в Commerzbank AG 10.05.2016 15:29

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

    Відповісти
    Підтримати
    Vasyl Lytovchenko
    Vasyl Lytovchenko бомж в отключке 10.05.2016 17:38

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

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

    Відповісти
    Підтримати
    Volodymyr Hnatiuk
    Volodymyr Hnatiuk Software Engineer в Commerzbank AG 10.05.2016 18:14

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

    Відповісти
    Підтримати
    Vasyl Lytovchenko
    Sergey Sheshenya Smart Engineering and Production 10.05.2016 18:40
    такие умения как «смотрите как я классный» и «вот че я уже наделал» не на первом месте
    Поэтому, несмотря на зарплаты, найм в айти отстает от других сфер деятельности, как будто с времен средневековья.
    Відповісти
    Підтримати
    Volodymyr Hnatiuk
    Ivan Kovnatsky 10.05.2016 16:47

    ну код може і не ідеальний, але кожний інженер на маку 100% юзає homebrew. бо нічого іншого такого ж рівня нема.

    Відповісти
    Підтримати
    Volodymyr Hnatiuk
    Vasyl Lytovchenko бомж в отключке 10.05.2016 12:52

    Типичная проблема: «нафиг мне ХХХ за n лет в IT ни разу не приходилось с этим сталкиваться» versus «ХХХ — это базовая вещь, с которой должен быть знаком каждый», при этом нельзя сказать что какая-то из этих точек зрения абсолютно неправильная.

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

    С другой стороны: если мы ищем человека в команду нужно посидеть и подумать что ему придется делать, какие дополнительные роли в команде он должен исполнять(развлекать кастомера, быть справочником по языку/фреймворку, или же фигачить оптимизированный во все дыры код с утра до ночи), и соответственно тогда уже думать о том как бы нужные фичи протестировать, чтобы отобрать того кто максимально подходит под заданные критерии. Это долго и сложно. Поэтому так делают редко, а просто занимаются поиском абстрактного программиста в вакууме. А от абстрактного программиста мы хотим всего и сразу: структур данных, алгоритмов с их сложностями, супер знаний в языке и фреймворках, супер знаний в смежных областях типа ОС, сетях, и последнем слове в СУБД строении. А как же без этого? Кроме того шо список вопросов легко подобрать, включая «пиши код на бумажке», так еще не напряжно с точки зрения интервьюера: выпутываться придется исключительно тому у кого это спрашивают :) А дальше все просто: если вы условный Гугл и к вам стоит очередь из желающих: поднимаем планку, если вы «Рога и Копыта» в Жмеринке — планку чуть опускаем.

    Відповісти
    Підтримати
    Jo E 10.05.2016 01:59

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

    Відповісти
    Підтримати
    Sergiy Didenko 10.05.2016 00:39

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

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

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

    Серьезно не видели ни одного проходного балбеса в своей карьере? У меня у знакомых большинство команды бывает таким.

    Відповісти
    Підтримати
    Void 09.05.2016 22:04

    Кстати чувак пишет про немецкие компании судя по LinkedIn

    Відповісти
    Підтримати
    Странный Обыватель 09.05.2016 21:46

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

    Відповісти
    Підтримати
    Yaroslav Shevchuk Staff Software Engineer в Bolt 09.05.2016 22:19

    Ну, вообще он пишет
    Some people have also expressed an issue with my rant about algorithms. For the record, I do have a degree in Computer Science
    Так что база есть.

    Відповісти
    Підтримати
    Странный Обыватель
    Странный Обыватель 09.05.2016 22:22

    он так же пишет
    implement a breadth-first search (BFS) algorithm. What the fuck?!
    так что не уверен
    иметь degree и иметь знания — 2 разные вещи

    Відповісти
    Підтримати
    Yaroslav Shevchuk
    Yaroslav Shevchuk Staff Software Engineer в Bolt 09.05.2016 22:30

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

    Відповісти
    Підтримати
    Странный Обыватель
    Странный Обыватель 09.05.2016 22:34

    чуть дальше
    I haven’t implemented BFS in years, there is no way I can come up with a solution right here and now; yep

    Відповісти
    Підтримати
    Yaroslav Shevchuk
    Странный Обыватель 09.05.2016 22:43

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

    Відповісти
    Підтримати
    Yaroslav Shevchuk
    Vasya Pupking 09.05.2016 22:44
    нужно ли фронтендщику (или любому другому разработчику) знание алгоритмов
    в украинском аутсорсе — не нужно ))) )
    Відповісти
    Підтримати
    Странный Обыватель
    осокор тауер 09.05.2016 23:31

    А в польском/индийском/американском? А не в аутсорсе?:)

    Відповісти
    Підтримати
    Vasya Pupking
    Vasya Pupking 10.05.2016 01:49

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

    Відповісти
    Підтримати
    осокор тауер
    flyman 10.05.2016 09:04

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

    Відповісти
    Підтримати
    Vasya Pupking
    anonymous 09.05.2016 23:47

    BFS, особенно для дерева имплементировать легче легкого и можно даже не зная додуматься, а вот алгоритмы на графы типа дийсктры или A-star только если запомнил.

    Відповісти
    Підтримати
    Странный Обыватель
    Странный Обыватель 09.05.2016 23:51

    речь не идет про изобрести vs изучить, я имел ввиду, что врубившись в суть того же дейкстры, потом выдать его можно и не по памяти — понятно, что если ни разу не видел его в глаза, и ни разу не реализовав, то название алгоритма — это лишь набор символов
    вообще, спрашивать имплементацию конкретного алгоритма, действительно, не очень правильно, проще давать задачу связанную с некоторой областью, дабы оставить возможность выбора имплементации кандидату, а заодно и дальнейшее пространство для обсуждений. (и ожидать хотя бы реализацию полного перебора в худшем случае) Но в случае с bfs/dfs это почти как спросить таблицу умножения имхо, потому и degree в cs у этого товарища как то под сомнением.

    Відповісти
    Підтримати
    anonymous
    Mikhail Boiko SE в NVIDIA 10.05.2016 13:26

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

    Відповісти
    Підтримати
    Странный Обыватель
    Mikhail Boiko SE в NVIDIA 10.05.2016 14:25
    хороша
    хорошо
    значить
    знать

    Чуваки, ну сделайте таймер на изменение комментариев хотя бы на пару часов, а то мне стыдно((

    Відповісти
    Підтримати
    Mikhail Boiko
    Mykola Prymak Клепаю формочки в Zalando 10.05.2016 16:45
    а то мне стыдно((
    - а ось у це ніхто не повірить. :D

    P.S.: Я теж за збільшення таймауту.

    Відповісти
    Підтримати
    Mikhail Boiko
    Олександр Шпак Oarsman в Self Employed 10.05.2016 00:52

    Фундаментальні знання та гарні рішення знаходяться в різних всесвітах. Можна досконало знати всі алгорітми, а писати потім відвертий треш. А можна взагалі не знати жодного алгоритму, але будувати рішення, які будуть вражати своєю елементарністю так якістю.

    Зазвичай плутають ерудицію та інтелект. Так, інтелекту простіше працювати, якщо є базис, але саме ерудиція зазвичай пригнічує креативність, яка складає не меншу частину роботи програміста.

    Ще одне запитання, а скільки відомих та вкрай необхідних алгоритмів було використано в тому самому jQuery?

    Відповісти
    Підтримати
    Странный Обыватель
    Странный Обыватель 10.05.2016 01:12

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

    Відповісти
    Підтримати
    Олександр Шпак
    Олександр Шпак Oarsman в Self Employed 10.05.2016 01:22

    Відносно прості це які? Скільки алгоритмів сортування ви знаєте? Без гугління тільки. А скільки з них ви можете одразу з ходу написати на дошці? Дайте тільки чесну відповідь. Я пам’ятаю тільки парочку (хоча їх мінімум десяток), написати на дошці зможу тільки бульбашковий. За останні 20 років мені не знадобився жодного разу жоден з розширених алгоритмів сортування. А вам?

    Відповісти
    Підтримати
    Странный Обыватель
    Странный Обыватель 10.05.2016 01:31
    Відносно прості це які?
    ну например поиск решения лабиринта или определения полиндрома, как в случае с автором статьи
    Скільки алгоритмів сортування ви знаєте?
    не вижу смысла мериться размерами, моя мысль была не в том чтобы просить кандидата озвучивать на память алгоритмы, а напротив просить решить задачу
    Відповісти
    Підтримати
    Олександр Шпак
    Олександр Шпак Oarsman в Self Employed 10.05.2016 01:41

    Пошук рішення лабіринту нічим не відрізняється від алгоритма сортування. Тільки от останній приміняється набагато частіше. :) Ви не пройшли співбесіду, ви нам не підходите.

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

    Відповісти
    Підтримати
    Странный Обыватель
    Странный Обыватель 10.05.2016 01:48
    Пошук рішення лабіринту нічим не відрізняється від алгоритма сортування.
    а?
    Перевіряється не знання алгоритмів, і навіть не аналітичні здібності кандидата, а вміння вгадати правильну відповідь.
    это так думает автор, откуда он знает намерения интервьюверов, может они хотели побеседовать о решении, которое он так и не смог выдать?

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

    Відповісти
    Підтримати
    Олександр Шпак
    Олександр Шпак Oarsman в Self Employed 10.05.2016 09:18
    а?
    В рамках даного обговорення різниця між цими задачами особисто для мене мінімальна.
    короче, это все равно бессмысленный холивар
    Я на власному досвіді переконався, що ситуації, які описує Сахат, мають місце бути. Це відверте не неприкрите знущання тих, хто проводить інтерв’ю, над тими, хто його проходить. Коли я це зрозумів, я почав задавати зустрічні запитання та перевіряти знання того, хто мене інтерв’юірує, щоб зрозуміти, вони дійсно розбираються в computer science, чи просто хочуть помірятися пісюнами та доказати, що вони альфа-програмісти. ;)
    Відповісти
    Підтримати
    Странный Обыватель
    Mikhail Boiko SE в NVIDIA 10.05.2016 13:13

    1. Вы правильные вещи пишите, но если ваша программа работает одну секунду, а программа конкурента 10 секунд, но при этом демонстрируем ему котиков и сиськи, то не факт что будут покупать именно вашу программу. Это я к тому что фиговость решения иногда определяется нетехническими факторами.
    2. ИМХО, лучше нанимать человека у которого есть опыт создания успешных продуктов, чем человека, у которого есть опыт прохождения собеседований. Ну или большая теоретическая база.

    Відповісти
    Підтримати
    Странный Обыватель
    Олег Кутов 10.05.2016 16:55

    вспоминается история о двух мостах

    Відповісти
    Підтримати
    Mikhail Boiko
    Andrew Frolov 09.05.2016 21:42

    Раньше, т.е. лет 20 и более назад, было понятие системного и прикладного программиста. Они занимались совершенно разными вещами и мало пересекались друг с другом по навыкам и знаниям. Сейчас всё перемешалось: введена классификация junior/middle/senior и всё.

    А вообще складывается впечатление, что индустрия разработки ПО гниёт. С одной стороны, количество софта и облачных сервисов/стартапов расплодилось столько, что это уже превратилось в неприкрытый наглый распил денег инвесторов. А с другой — в индустрии процветает офисное рабство и технологии управления проектами, которые выглядят как пришельцы из 80-х: митинги команды в офисе, где все обсуждают, что и так есть в Жире и передвигают цветные листочки бумаги на белой доске.

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

    Відповісти
    Підтримати
    Vladimir Pauchev Don't care 09.05.2016 22:05
    А с другой — в индустрии процветает офисное рабство и технологии управления проектами, которые выглядят как пришельцы из 80-х: митинги команды в офисе, где все обсуждают, что и так есть в Жире и передвигают цветные листочки бумаги на белой доске.
    Что вы можете предложить взамен?
    Відповісти
    Підтримати
    Andrew Frolov
    Andrew Frolov 10.05.2016 06:28

    Отмечать статусы в веб-приложениях (онлайн-сервисах) по управлению проектами. Корректно отображать состояние задач в Jira или её аналогах. Использовать групповой чат. Разогнать весь штат программистов по домам, чтобы работали удалённо и сэкономить на аренде большого офиса.

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

    Відповісти
    Підтримати
    Vladimir Pauchev
    Dmytro Lapshyn Solution Architect 12.05.2016 13:20
    Разогнать весь штат программистов по домам

    Даже видеоконференция не является полноценной заменой живому общению лицом к лицу. Не зря же в agile методологиях немало внимания уделяют так называемым co-located teams.

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

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

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

    Відповісти
    Підтримати
    Andrew Frolov
    Andrew Frolov 12.05.2016 20:09

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

    Відповісти
    Підтримати
    Dmytro Lapshyn
    Jorzchyk Pushysty 12.05.2016 20:31
    Не зря же в agile методологиях немало внимания уделяют так называемым co-located teams.

    Техническое замечание: это не аргумент. Может и зря. Может вообще пофиг.

    Відповісти
    Підтримати
    Dmytro Lapshyn
    Timur Chanturia Dev в Coolblue 09.05.2016 21:05

    Я сюда деградировать пришел, а не алгоритмы эти ваши решать.

    Відповісти
    Підтримати
    anonymous 09.05.2016 20:58

    — surprise-surprise, компаніям, типу гугла, не потрібні джейквері-макаки («я написав подуль на реакті і запилив його на гітхаб, ололо адин-адин1!, давайте 200к і ніяких інтерв’ю!») тому, що вони не хайрять на проект, а в компанію. їм потірбні люди, які напишуть наступний реакт, технології змінюються, а основні підходи і вся база залишається, тому її і питають на інтрев’ю і пробують зрозуміти, чи людина в основному толкова, бо решту вона вивчить при потребі. кожна макака може вивчити реакт за тиждень, тому особливого сенсу концентруватись на ньому при інтерв’ю ніхто і не бачив
    — більшість задач, які він перерахував, це варіації фізбазу для тих, хто зміг таки осилити сам фізбаз. якщо ти не можеш реверснути стрічку, перевірити чи стрічка паліндром чи конвертнути число в стрічку — то проси «шаг» повернути гроші назад
    — «в реальному житті ніхто стрічки не реверсить». дякую, кеп, з цим ніхто і не сперечається, бо задачі питають, щоб оцінити логічне мислення, те, як кандидат розбиває проблеми на менші і як борется зі складністю. те, як він в кінці-кінців, пише код (!).
    — ніхто не хоче наймати «good enough» програмістів, бо такі потім наймають ще гірших, а ті ще гірших, так і падає якість.

    реалії такі, що наймати людей — дуже складно, наймати толкових програмістів — ще складніше, і ніхто не знає ідеального інтерв’ю. я згоден з тим, що з процесом є невеликі проблеми (в реалізації процесу, але не в ідеї), інколи задач на кодинг забагато (ок, часто їх забагато), але загалом обов’язково дати кандидату хоч 1 елементарну задачку, щоб побачити як він розбиває проблеми на менші і чи вміє думати і писати код (програміста ж беруть), обов’язково перевірити, що саме він робив на тих крутих проектах, які в нього в резюме (а то виявиться, що він там каву носив) і обов’язково поговорити з ним про дизайн систем, щоб він міг показати свій досвід на повну і свої знання в індустрії / CS

    Відповісти
    Підтримати
    Taras Murzenkov Senior Java Developer. 09.05.2016 21:16
    їм потірбні люди, які напишуть наступний реакт, технології змінюються, а основні підходи і вся база залишається

    люто-бешено плюсую.

    Відповісти
    Підтримати
    anonymous
    Васисуалий Лоханкин 11.05.2016 12:23

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

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

    Відповісти
    Підтримати
    Taras Murzenkov
    flyman 11.05.2016 12:40

    ну да!
    тут прокачується ЧСВ до овер 100рівня, шо папал в Омазон,
    а виявляється що робота УГ, яке не корелює із прокачаним ЧСВ
    далі — срач кірпічами

    Відповісти
    Підтримати
    Васисуалий Лоханкин
    Васисуалий Лоханкин 15.05.2016 19:38

    вот останки его поста, самовыпилился он после наезда юристов компании мечты: dou.ua/forums/topic/8406
    а вот что к стенкам интернета поприсыхало web.archive.org/.../dou.ua/forums/topic/8406

    Відповісти
    Підтримати
    onemore
    Євген Козлов Front-end developer в SoftServe 09.05.2016 21:28
    хоч 1 елементарну задачку, щоб побачити як він розбиває проблеми на менші і чи вміє думати і писати код
    да, называется “тестовым заданием”. и на интервью ему не место.
    при этом полностью согласен, что навыки декомпозиции намного важнее знания конкретного фреймворка.
    равно как и зазубренного определения синглтонов или реализации некоего алгоритма.
    Відповісти
    Підтримати
    anonymous
    anonymous 09.05.2016 21:33
    да, называется «тестовым заданием». и на интервью ему не место

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

    Відповісти
    Підтримати
    Євген Козлов
    Євген Козлов Front-end developer в SoftServe 09.05.2016 22:10
    не всі хочуть робити в свій вільний час
    а на собеседовании за это что, заплатят?
    і купа грошей відфільтровувати таких на онсайті
    то есть, чтоб не тратить время на таких людей на собеседовании, будем сразу звать на собеседование, чтоб они код на доске писали? это серьезно?
    тестове може зробити хтось замість тебе. неймовірно, але будуть люди, які на таке підуть. а це лишній гемор і купа грошей відфільтровувати таких на онсайті
    ох. писать код во время собеседования, еще и выбирая алгоритмическую задачу — даже рядом не стоит с условиями при разработке. вы тестируете стрессоустойчивость в первую очередь. но вас это парит меньше, чем то, что “тестовое может кто-то сделать вместо кандидата”.

    если кто не может обсудить код, чтоб определить глубину понимания(и даже не важно, кто автор, если кандидат аргументированно отстаивает именно этот вариант реализизации, называет ограничения и сильные стороны — какая разница, кто именно написал код?!) — что даст написание кода во время собеседования? с таким подходом начнутся придирки уровня “у вас имя переменной не информативное”.
    плавали, знаем.

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

    Відповісти
    Підтримати
    anonymous
    anonymous 09.05.2016 22:32
    а на собеседовании за это что, заплатят?

    не зовсім розумію, ти не бачиш різниці між годинкою співбесіди і тестовим на пару днів чи пропонуєш платити кандидату за час його співбесіди?

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

    це ти щось придумав, для цього проводять телефонні інтерв’ю, 1-2, щоб оцінити загальну адекватність і вирішити запрошувати чи ні. це швидко, непогано фільтрує і дешевше для компанії, ніж перевіряти мільйон тестових в місяць

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

    так, стрес при інтерв’ю — це велика проблема. хороші інтерв’ювери знають, які make candidate comfortable і допоможуть кандадату проявити себе, навіть якщо він дуже переживає. переважно, людям достатньо трохи поінтерв’юватись і з’явиться впевненість і ця проблема відпаде. якщо є якісь кращі ідеї — цікаво послухати

    с таким подходом начнутся придирки уровня «у вас имя переменной не информативное».
    плавали, знаем.

    таке буває тільки в неадекватних інтерв’юверів, це виключення швидше, загалом увагу не звертають на дрібниці.

    Только слушать и надо.

    так ти ризикуєш найняти офігенного теоретика, який потім на ділі код не вміє писати, від слова взагалі. і тут компанія втратила тонну грошей на хайрінг і релокейшн, сайн ін бонус і тд, а тепер треба звільняти (а в Європі ще попробуй звільни)

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

    ще раз, мені цікаво почути як би ти фундаментально вирішив проблему хайрінгу на прикладі гугла, суттєво покращивши false negative / false positive. це дуже складна проблема і якщо б було просте рішення, всі б його вже юзали.

    на даному етапі компанії пробують банити поганих інтерв’юверів і погані задачки, додають систем дизайн інтерв’ю, переважно є ціле інтерв’ю «по душам» з хайрінг менеджером, де тебе спитають все те, що ти перелічив. тобто це все вже робиться. деяким людям не подобаєься кодити на інтерв’ю, але реалії такі, що це важко чимось замінити

    Відповісти
    Підтримати
    Євген Козлов
    Євген Козлов Front-end developer в SoftServe 09.05.2016 23:04
    переважно є ціле інтерв’ю “по душам” з хайрінг менеджером, де тебе спитають все те, що ти перелічив
    собственно, и говорю по своему опыту. этот подход работает. бывал по обе стороны баррикад.
    ти не бачиш найбільш очевидної причини з тестовими — цей підхід не скейлиться
    написание кода на собесе — тоже не скейлится.
    в сравнении с этим, тестовое задание отсеит часть как раз за счет “не все его делают”.
    не зовсім розумію, ти не бачиш різниці між годинкою співбесіди і тестовим на пару днів чи пропонуєш платити кандидату за час його співбесіди?
    а я не понял пассажа насчет “тестовое надо ж делать в свободное время”. можно подумать, собес — не в свободное время.
    и, кстати, я и не предлагал тестовое “на пару дней”. его гарантировано никто не будет. разве что совсем срочно нужно работу найти и наша компания — последний шанс. но в этом случае наоборот, надо убедиться, что “любой ценой” не пытается какой-то нетопырь устроиться :-/
    ще раз, мені цікаво почути як би ти фундаментально вирішив проблему хайрінгу на прикладі гугла, суттєво покращивши false negative / false positive. це дуже складна проблема і якщо б було просте рішення, всі б його вже юзали.
    есть куча оговорок.
    у меня нет четкой формально описанной методики, чтоб сравнивать с гугловскими “почему люки круглые?”
    есть только опыт, что мой подход позволил мне несколько раз набирать такую команду, в котороый мы работали кофмортно и продуктивно.
    при этом, написание кода отсутствовало. понимания концепции для меня было достаточно.
    и да, я ж “фронтендщик”, то можно заявить, что на самом деле, это “формошлепство”. но в бекенде тоже был опыт подбора. и даже О() на самом деле можно обсудить на пальцах. и потребление памяти. и комбинаторный взрыв.

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

    и вот, сначала человек полчаса пишет код. а потом я еще минут 10 пытаюсь понять, к какому типу относится.

    PS фак. я не нарочно так много написал :(

    Відповісти
    Підтримати
    anonymous
    anonymous 10.05.2016 00:04
    собственно, и говорю по своему опыту. этот подход работает. бывал по обе стороны баррикад.

    ну так я і кажу — компанії це вже роблять, це теж частина процесу

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

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

    можно подумать, собес — не в свободное время

    ідея в тому, що співбесіда економить час компанії порівняно з тестовим (+ можна оптимізувати навантаження попередніми відборами)

    чтоб сравнивать с гугловскими «почему люки круглые?»

    до речі, це була дебільна ідея і від неї відмовились давно, зараз задають тільки нормальні питання

    и вот, сначала человек полчаса пишет код. а потом я еще минут 10 пытаюсь понять, к какому типу относится.

    а потім ти можеш поговорити і взнати решту питань, які ти задаєш переважно. одне одному не перешкоджає

    загалом я так розумію, багатьом не подобається код на інтерв’ю, чи правильно це чи ні — сказати важко без даних, але я припускаю, що гуглам вдається нормально хайрити з теперішнім підходом, і не факт, що без коду буде краще, а не гірше. зараз є багато false positives, яких доводиться звільняти, а що буде, якщо відмінити код важко і уявити

    Відповісти
    Підтримати
    Євген Козлов
    Євген Козлов Front-end developer в SoftServe 10.05.2016 17:43

    зараз є багато false positives, яких доводиться звільняти, а що буде, якщо відмінити код важко і уявити

    Відповісти
    Підтримати
    anonymous
    Євген Козлов Front-end developer в SoftServe 11.05.2016 13:06

    тю, якась лажа. там мала бути цитата з коментом

    Відповісти
    Підтримати
    Євген Козлов
    anonymous 09.05.2016 21:37

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

    Відповісти
    Підтримати
    anonymous
    anonymous 09.05.2016 21:42
    но потом их садят на какуюто хуйню, или вы думаете там все ядро серч енджайна улучшают?

    в гуглі тонни цікавих проектів і кожному є з чого вибрати і нікуди тебе не «садять», а якщо і попав в команду, де не подобається, то іди в іншу, в чому проблема?

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

    Відповісти
    Підтримати
    anonymous
    Sergiy Didenko 10.05.2016 00:26

    Странно, а вот мой одногруппник был посажен против своего желания на позицию типа devops, сменить ее не мог, от дискомфорта уволился через несколько месяцев. У вас личный опыт с Гуглом?

    Відповісти
    Підтримати
    anonymous
    anonymous 10.05.2016 00:29

    я так розумію SRE? якщо він поїхав в країну, де не було нормальних позицій, тільки SRE, то міг почекати рік часу, і поїхати в штати на цікавішу позицію, це реально і так роблять

    У вас личный опыт с Гуглом?

    так, правда не з гуглом, але зі схожою по розмірах і процесах компанією, але знаю людей в гуглі, які спокійно змінювали проекти, тому це 100% реально і відносно просто, ніхто нікого в рабстві не тримає, їм вигідніше, щоб людина змінила проект, а не компанію

    Відповісти
    Підтримати
    Sergiy Didenko
    Нестор Иванович 10.05.2016 02:59

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

    Відповісти
    Підтримати
    anonymous
    Sergiy Didenko 10.05.2016 12:11

    Деталей сейчас не помню, но это были не Штаты.

    Відповісти
    Підтримати
    anonymous
    anonymous 10.05.2016 03:13

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

    так, спочатку можуть кинути на гумно, але можна звалити, в чому наівність? і що ти пропонуєш їм понизити планку, бо є гамно-проекти? в чому поінт? чи хайрити на проекти і не дозволяти змінювати їх — тоді можна буде мати різні планки, але нафіга?

    Відповісти
    Підтримати
    Нестор Иванович
    Нестор Иванович 10.05.2016 03:15

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

    Відповісти
    Підтримати
    anonymous
    anonymous 10.05.2016 03:18

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

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

    Відповісти
    Підтримати
    Нестор Иванович
    Нестор Иванович 10.05.2016 03:55

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

    Відповісти
    Підтримати
    anonymous
    Нестор Иванович 10.05.2016 02:58

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

    Відповісти
    Підтримати
    anonymous
    IRD Software developer в PE 12.05.2016 09:22
    ядро серч енджайна улучшают
    энджин!
    Відповісти
    Підтримати
    anonymous
    Andrew Frolov 09.05.2016 21:46

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

    Відповісти
    Підтримати
    anonymous
    Sergii Vashchyshchuk Senior .NET Developer 10.05.2016 01:32

    Ага, саме тому у гугла тонни проектів створених інженерами для інженерів, а не для людей. Створених, тому що можуть а не тому що це комусь треба. Чувак знає як розвернути строку, як написати qsort, вміє порахувати кількість м’ячиків для гольфа в автобусі, а вот створити продукт для людей який вирішує реальні проблеми — це вже вище його сил, він краще qsort оптимізує.

    Звісно треба наймати людей, які вміють декомпозувати задачі і вирішувати проблеми. Но вот вміння на ходу розв’язувати алгоритмічні задачки — це ніфіга не фільтр таких людей.

    Відповісти
    Підтримати
    anonymous
    anonymous 10.05.2016 01:39
    Ага, саме тому у гугла тонни проектів створених інженерами для інженерів, а не для людей.

    а також тонни проектів, створених для людей. і? взагалі, це питання до продакт менеджерів, а не інженерів, інженери не дизайнять вигляд і фічі продукту, до яких я так розумію претензії.

    Но вот вміння на ходу розв’язувати алгоритмічні задачки — це ніфіга не фільтр таких людей.

    звідки такий висновок? в тебе є якась статистика, яка це підтверджує? що саме ти пропонуєш як заміну?

    Відповісти
    Підтримати
    Sergii Vashchyshchuk
    Sergii Vashchyshchuk Senior .NET Developer 10.05.2016 01:56
    а також тонни проектів, створених для людей. і?

    Назви хоча б 5. Тільки врахуй, що те, що люди користуються, зовсім не значить що воно створено для людей. Вінда також колись була вирвиглазною, но тим не менше її доля на ринку була > 90%.

    звідки такий висновок? в тебе є якась статистика, яка це підтверджує? що саме ти пропонуєш як заміну?

    Да що завгодно, поставити реальну, ПРАКТИЧНУ задачу і слухати як би він її вирішував, які питання задавав би, якими принципами керувався б при розробці high level design, як би він ділив задачу на підзадачі, модулі, і т.д.

    Відповісти
    Підтримати
    anonymous
    anonymous 10.05.2016 02:07
    Тільки врахуй, що те, що люди користуються, зовсім не значить що воно створено для людей.

    1) це не проблема інжинірінгу, а продакт менеджементу
    2) оголоси весь список критеріїв «програм для людей» з декількома прикладами

    Да що завгодно, поставити реальну, ПРАКТИЧНУ задачу і слухати як би він її вирішував, які питання задавав би, якими принципами керувався б при розробці high level design, як би він ділив задачу на підзадачі, модулі, і т.д.

    це вже робиться, називається system design interview, одне з інтерв’ю на онсайті.

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

    Відповісти
    Підтримати
    Sergii Vashchyshchuk
    Sergii Vashchyshchuk Senior .NET Developer 10.05.2016 02:24
    1) це не проблема інжинірінгу, а продакт менеджементу
    2) оголоси весь список критеріїв «програм для людей» з декількома прикладами

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

    2. Да взяти ті ж самі продукти эпла навскидку.

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

    Не так зрозумів. Я про те, що вміння розв’язувати алгоритмічні задачі на дошці або папері не повинно бути єдиним критерієм відбору. А у гугла саме так — яким би крутим спецом ти не був, не розв’язав задачку на дошці — на вихід. І пофіг що на інших інтерв’ю ти показав себе добре.

    Відповісти
    Підтримати
    anonymous
    anonymous 10.05.2016 02:34
    1. Вот якраз у гугла це проблема інжінірінга, точніше у відсутності нормального продакт менеджмента і юзабіліті спеціалістів. Вони ж постійно це пропагандують, що інженери на колінах пилять продукти і якщо начальству подобаються якісь, то їх продвигають. Якби інженери були б більш креативніші, а не академісти, можливо це б спрацювало набагато краще.

    не знаю звідки це, але це не правда, в гугла є продакт менеджери, і це їх робота, дизайнити продукти для людей, тому це якраз не проблема інжинірінгу і ніяк не відноситься до інтерв’ю. от якість виконання цих продуктів — так, відноситься, але з якістю в них все ніби ок ±

    2. Да взяти ті ж самі продукти эпла навскидку.

    повірив би, якби сам ними не користувався

    Не так зрозумів. Я про те, що вміння розв’язувати алгоритмічні задачі на дошці або папері не повинно бути єдиним критерієм відбору. А у гугла саме так — яким би крутим спецом ти не був, не розв’язав задачку на дошці — на вихід. І пофіг що на інших інтерв’ю ти показав себе добре.

    та з чого ти взяв, що це єдиний критерій? я ж написав, що в них вже є те, що ти пропонуєш, називається system design interview. і одне інтерв’ю ти можеш завалити (якраз одне з coding), тому друге твоє тверження теж false

    Відповісти
    Підтримати
    Sergii Vashchyshchuk
    Sergii Vashchyshchuk Senior .NET Developer 10.05.2016 02:47
    повірив би, якби сам ними не користувався

    Говорить той, хто не може назвати 5 продуктів гугла «для людей»

    та з чого ти взяв, що це єдиний критерій?

    Тому що це вже мем, створений на основі безлічі історій коли людей зарізали тупо із-за того що з алгоритмічними задачками тупили, будучи при цьому гідними спецами

    Відповісти
    Підтримати
    anonymous
    anonymous 10.05.2016 03:07
    Тому що це вже мем, створений на основі безлічі історій коли людей зарізали тупо із-за того що з алгоритмічними задачками тупили, будучи при цьому гідними спецами

    <картинка про екстраполяцію>

    твої «безлічі» історій нічого не доводять, ніхто і не казав, що теперішній процес ідеальний і немає false negatives. так, вони є. але ти поліз сперечатися, то може доведи спочатку, що в твоєму офігенному методі найму буде менше false negatives і false positives, ніж в теперішньому гугловому? а то вони не знають, що існує ідеальний процес і мучаться і мучать інших теперішнім.

    поки що ти описав своє бачення інтерв’ю, але виявилося, що в гуглі це вже роблять, і це просто частина процесу. все решта, що ти написав — або нерелевантні дурниці (притягнув результат роботи пм-ів до інтерв’ю інженерів і придумав якусь кореляцію), або просто неправда (реджект через невміння щось накодити — кодінг інтерв’ю декілька і 1не можна зафейлити)

    Говорить той, хто не може назвати 5 продуктів гугла «для людей»

    так ти критеріїв і не назвав, звідки я знаю, що це таке? я зараз назву щось, а ти скажеш «ні», прикриваючи якоюсь своєю суб’єктивщиною

    до речі, в мене кожна наступна версія iOS так тупить, що після 7ї айпед став неюзабельним і я його віддав, а телефон боюсь тепер оновлювати. про глюки я дефолтного софту взагалі мовчу

    мак ос має стіьльки юзабіліті проблем, що можна годинами розписувати, і це не враховуючи проблем з якістю і перфомансом (запусти її з hdd). дебільний неюзабельний файндер, дебільний preview в якому навіть фотки не подивишся з папки, анімації, більшість з яких не відключити ніяким способом і ще купа фіч «для людей»

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

    Відповісти
    Підтримати
    Sergii Vashchyshchuk
    Євген Козлов Front-end developer в SoftServe 10.05.2016 09:30

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

    Відповісти
    Підтримати
    anonymous
    Vasya Pupking 10.05.2016 02:47
    Да взяти ті ж самі продукти эпла навскидку.
    не подскажешь как в маке, вставив флешку с фотографиями, просто просмотреть их одна за другой в режиме презентации (на весь экран), переключая кнопкой (пробелом например)? (представь что фоток на флешке овер 2к)
    или как в маке закрасить номер на фото машины? Ну так чтоб быстренько.
    Відповісти
    Підтримати
    Sergii Vashchyshchuk
    Vladyslav Volkov Technical Fellow в Hiberbee 10.05.2016 07:13

    Омг,
    1. Cmd+A по файлам, Space (или даблклик по файлам), <- / -> (в фулскрин без сторонних приложений — кликнуть по контролу в шапке окна)
    2. Открыть обычным Preview, нажать Cmd+Shift+A (или меню View-Show markup toolbar), выбрать кисточку, веселиться

    Відповісти
    Підтримати
    Vasya Pupking
    Vasya Pupking 10.05.2016 08:20
    Cmd+A по файлам, Space (или даблклик по файлам)
    И увидеть падение превью по ошибке. Я не зря сказал про 2к файлов.
    Открыть обычным Preview, нажать Cmd+Shift+A (или меню View-Show markup toolbar), выбрать кисточку, веселиться
    во первых это нифига нетривиально, а мы ж тут про «супер-пупер удобство эпла», а во вторых поигравшись, эта штука возьмет и сохранит файл даже не спрашивая тебя, а надо ли перетереть файл, не важно что эта фота у тебя может быть в одном экземпляре и быть очень важной. Эпл знает лучше тебя, что тебе копия не нужна и нужно сохранять нифига не спрашивая.

    Ну да, очень удобные продукты, не поспоришь

    Відповісти
    Підтримати
    Vladyslav Volkov
    Євген Козлов Front-end developer в SoftServe 10.05.2016 09:31

    сколько боли в этом сообщении :(

    Відповісти
    Підтримати
    Vasya Pupking
    Vasya Pupking 10.05.2016 09:58

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

    Відповісти
    Підтримати
    Євген Козлов
    Alex Borysov Software Professional в Google 11.05.2016 08:25
    И увидеть падение превью по ошибке. Я не зря сказал про 2к файлов.
    Сам-то пробовал? Свалилось?
    Подскажу как инженер инженеру: не обязательно содержимое всех файлов загружать в хип. Разве любимая тобою винда так делает?
    во первых это нифига нетривиально
    Это реально тривиально и удобно, один хоткий знать надо. Даже в отдельном пэинте открывать не нужно.
    сохранит файл даже не спрашивая тебя, а надо ли перетереть файл, не важно что эта фота у тебя может быть в одном экземпляре и быть очень важной.
    Да уж, похоже ты всего лишь попробовал один раз и закрыл. Ещё одна подсказка: File ➡ Revert to ➡ Previous State. Ну а при наличии Time Machine и подавно.
    сохранит файл даже не спрашивая тебя
    Вообще это отличный пример того, что пользователи отожествляют «удобно» и «привычно». Ты привык, что винда тебя спрашивает и ожидаешь того же. Но если я отредактировал файл и жму закрыть (а не revert!), не означает ли это, что меня всё устраивает и я не хочу ещё одного диалога? Тебя Intellij спрашивает каждый раз при переходе на новый таб, а не сохранить ли тебе изменения? Intellij сохраняет не спрашивая тебя, это ок? Точно так же ты и ищёшь отдельный пеинт, чтобы отредактировать фотографию. Привычки они такие.
    На самом деле, это было описано ещё до того, как ты поступил в вуз, вот, например: www.joelonsoftware.com/...apters/fog0000000057.html
    Там как раз о про твой случай, почитай.

    A user interface is well-designed when the program behaves exactly how the user thought it would.

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

    Відповісти
    Підтримати
    Vasya Pupking
    Vasya Pupking 11.05.2016 19:58
    Сам-то пробовал? Свалилось?
    да, пробовал, свалилось. И не раз пробовал. Вот тебе рецепт к воспроизведению: флешка, 2к+ фото в большом разрешении.
    Подскажу как инженер инженеру: не обязательно содержимое всех файлов загружать в хип.
    Жаль что разработчикам превью на маке не подсказали что можно не загружать ;) .
    не означает ли это, что меня всё устраивает и я не хочу ещё одного диалога?

    нет, не означает. Это означает только то, что я хочу закрыть файл. Хочу я сохранить или не хочу никак не вытекает из моего желания его закрыть. Это логично.

    Тебя Intellij спрашивает каждый раз при переходе на новый таб, а не сохранить ли тебе изменения?

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

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

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

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

    Відповісти
    Підтримати
    Alex Borysov
    Alex Borysov Software Professional в Google 11.05.2016 22:46

    Конечно есть минусы. Но большинство задач, о которых ты говоришь, просты и удобны на маке. Это как со списком окон, который ты просто не знал как посмотреть.
    Мне не удалось завалить привью с ООМ даже с 3-мя тысячами фоток, что я делаю не так?

    При этом это не значит что эти же фишки будут удобны обычному юзеру.
    Эм, так юзер же один и тот же. На самом деле значит. Это называется consistency. Если в одном инструменте работает так, то я ожидаю и в другом на той же платформе так же.
    Я 4 месяца пользуюсь маком каждый день и до сих пор не чувствую себя комфортно с некоторыми простейшими действиями.
    Потому что ты привык к венде и пытаешься сделать точно так же. Вспомни сколько времени ты осваивал венду
    Відповісти
    Підтримати
    Vasya Pupking
    Vasya Pupking 11.05.2016 23:46
    Мне не удалось завалить привью с ООМ даже с 3-мя тысячами фоток, что я делаю не так?
    Как-нить лично покажу. Может у меня мак особенный? Надо захватить его в вс, чтоб ты поверил.

    Вообще все превратилось уже в холивар.

    Відповісти
    Підтримати
    Alex Borysov
    Alex Borysov Software Professional в Google 12.05.2016 06:55

    Договорились, вместе попробуем.

    Відповісти
    Підтримати
    Vasya Pupking
    Alex Borysov Software Professional в Google 11.05.2016 08:32
    А у гугла саме так — яким би крутим спецом ти не був, не розв’язав задачку на дошці — на вихід. І пофіг що на інших інтерв’ю ти показав себе добре.
    Не тільку у гугла, майже у всіх відомих паблік-компаніях це є необхідною умовою.
    Відповісти
    Підтримати
    Sergii Vashchyshchuk
    Anton Frolov Software engineer в Stella Systems 11.05.2016 11:45

    1. Гугл 2. Почта 3. Андроид 4. Хром 5. Дев тулс 6. Гугл мапс. Гугл также вливает бабки в искусственный интеллект(в частности автомбили без водителя), рисечи в медицине и т.д.

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

    Відповісти
    Підтримати
    Sergii Vashchyshchuk
    flyman 10.05.2016 09:12
    наймати людей — дуже складно, наймати толкових програмістів — ще складніше, і ніхто не знає ідеального інтерв’ю.
    е тут батя ситуація така, що проекти із кожним роком пухнуть і ти в один момент бачиш, що перестаєш розуміти, що відбувається, і ніяке знання структур даних не допоможе, якщо об"єм коду і кількість зв"язків між його частинами перевалює через бар"єр, на якому ти його можеш осягнути.
    Відповісти
    Підтримати
    anonymous
    Illia Khabibrakhmanov SSE 10.05.2016 15:21

    Google: 90% of our engineers use the software you wrote (Homebrew), but you can’t invert a binary tree on a whiteboard so fuck off.
    twitter.com/...08682016205344768?lang=ru

    Відповісти
    Підтримати
    anonymous
    Andrew Kornilov Principal Software Engineer 10.05.2016 18:33
    їм потірбні люди, які напишуть наступний реакт

    насрать їм на наступний реакт. якшо, звичайно, вони не фейсбук з нелімітованим бюджетом. їм потрібні люди, які здатні написати за різонейбл час код з різонабл дєрьмовістю, здатний досягати поставлених бізнесом цілей знову ж таки за різонейбл час.

    Відповісти
    Підтримати
    anonymous
    Pavlo Vasylchenko Team Lead / Tech Lead / Engineering Manager в - 18.05.2016 03:21

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

    Відповісти
    Підтримати
    anonymous
    anonymous 09.05.2016 19:45

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

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

    Відповісти
    Підтримати
    Yurii Savka Інженер 09.05.2016 22:06

    Тобто, це в стилі «диплом показує, що ти можеш 5 років через силу займатися нудятиною», а знання алгоритмів означають: «він вивчить все, що ми йому скажемо, тільки щоб отримати цю роботу»? :)

    Відповісти
    Підтримати
    anonymous
    осокор тауер 09.05.2016 23:42

    Якраз бачив думку, що різні логічні і складні алгоритмічні задачі у тому числі перевіряють вмотивованість людини до роботи в компанії. Тобто це не баг, а фіча:).

    Відповісти
    Підтримати
    Yurii Savka
    Vasya Pupking 09.05.2016 19:28

    если чувак, при наличии нормальных документов с разрешением на работу, не может найти работу в Штатах, при сегодняшнем то рынке, то да, что-то с ним не так. Что-то мне показалось что не берут его не из-за больших О, а из-за ЧСВ (по тексту проскакивают нотки). Ну а вообще, есть вполне понятные правила игры. И ты их либо принимаешь либо нет. А основной же посыл статьи того чувака — я такой крутой оупенсорсер, вертел я на оси ваши методы собеседований через обходы деревьев (что, на самом деле, простейшая задача, которую можно разобрать минут за 10, решив подготовиться к интервью)

    Відповісти
    Підтримати
    Vladimir Pauchev Don't care 09.05.2016 20:51

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

    Відповісти
    Підтримати
    Vasya Pupking
    Странный Обыватель 09.05.2016 21:39

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

    Відповісти
    Підтримати
    Vasya Pupking
    Yurii Savka Інженер 09.05.2016 22:07

    Питання в самих правилах гри. Співбесіда ж має показувати, чи хороший це спеціаліст. Чи корелює цей показник зі знанням алгоритмів?

    Якщо підняти середнього сіньйора і без підготовки почати ганяти по алгоритмічних питаннях, скільки балів він набере? :)

    Відповісти
    Підтримати
    Vasya Pupking
    Странный Обыватель 09.05.2016 22:10

    а насколько «средний синьор» коррелирует с «хороший специалист»?

    Відповісти
    Підтримати
    Yurii Savka
    Yurii Savka Інженер 09.05.2016 22:13

    ну я мав на увазі людину, яку рік тому взяли на такій співбесіді, і в якого з голови ті всі дерева давно вже вивітрилися :)

    Відповісти
    Підтримати
    Странный Обыватель
    Странный Обыватель 09.05.2016 22:16

    Все равно часто смотрят не на конечное решение, а на ход мыслей. Если есть понимание сути алгоритма, то ± выдать его получится. Собеседование — это же вообще почти всегда субьективная процедура, где решения принимаются на интуитивном уровне. Прохождение собеседование != написанные на доске без ошибки алгоритмы, так же как и ненаписанные алгоритмы / ошибки != фейл. Если человек банально заучил алгоритм — это распознается очень быстро.
    На таких вопросах вообще больше можно узнать о человеке, чем спрашивать про то, как реализовать X на фреймворке Y.

    Відповісти
    Підтримати
    Yurii Savka
    Ivan i am eating bits 13.05.2016 13:42

    Более того, иногда даже оценивает озвученные проблемы, которые у Вас возникают при решении той или иной задачи! Именно озвученные!

    Відповісти
    Підтримати
    Странный Обыватель
    Vasya Pupking 09.05.2016 22:30

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

    Відповісти
    Підтримати
    Yurii Savka
    Yurii Savka Інженер 09.05.2016 22:42

    Ні, ну це вже більше логіка працює. Якби було все так погано, напевне їх би не юзали так широко :)

    Відповісти
    Підтримати
    Vasya Pupking
    Vasya Pupking 09.05.2016 22:52

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

    Відповісти
    Підтримати
    Yurii Savka
    Sergiy Didenko 10.05.2016 00:31

    С одной стороны, да, странно, что его никто не взял.

    А с другой я увидел в нем редкую породу людей, которые не переносят bullshit этого мира, и надеются что-то в нем улучшить.

    Відповісти
    Підтримати
    Vasya Pupking
    Vasya Pupking 10.05.2016 01:46

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

    Відповісти
    Підтримати
    Sergiy Didenko
    onemore 12.05.2016 08:48

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

    Відповісти
    Підтримати
    Vasya Pupking
    Vasya Pupking 12.05.2016 08:54

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

    Відповісти
    Підтримати
    onemore
    Vasya Pupking 12.05.2016 20:09

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

    Відповісти
    Підтримати
    onemore
    flyman 13.05.2016 08:41
    За свои деньги работодатель может придумать какое угодно собеседование.
    а що вже платять за співбесіди, які рейти?
    Відповісти
    Підтримати
    Vasya Pupking
    Vasya Pupking 13.05.2016 09:46

    не хочешь — не проходи собеседование. В чем проблема то? Блин, какое ж у кнопкодавов все-таки ЧСВ... я в шоке

    Відповісти
    Підтримати
    flyman
    Євген Козлов Front-end developer в SoftServe 13.05.2016 09:49
    не хочешь — не проходи собеседование.
    когда в последний раз встречал приглашение «приходи, будет тупо!!!»?
    Відповісти
    Підтримати
    Vasya Pupking
    Alex Borysov Software Professional в Google 13.05.2016 10:11
    а що вже платять за співбесіди
    Наниматель довольно много времени инвестирует в интервью. Кандидат, пришедший на онсайт — это часов 8 работы инженеров (2 скрина и онсайт + “круглый стол”). Рейт можно посчитать.
    Відповісти
    Підтримати
    flyman
    flyman 13.05.2016 10:24

    ну я теж інвестую в інтерв"ю свій час, і гроші на проїзд,
    скажімо так одна доба життя на онсайт інтерв"ю + $50 на дорогу
    і якщо лідер ринку пропонує 6 годинний марафон співбесід, то не факт, що погоджуся, особливо якщо є інша робота. І це його рішення витрати час 8 інженерів, а не моє.
    І ситуація на ІТ ринку така, що не тобі тре робота, а робота шукає тебе.

    Відповісти
    Підтримати
    Alex Borysov
    Vasya Pupking 13.05.2016 19:16
    І ситуація на ІТ ринку така, що не тобі тре робота, а робота шукає тебе.
    Точно у кодеров крышу посносило и чсв улетело в космос. Посмотрим, будет ли так всегда и что потом, если (точнее когда) ситуация измениться, будут кодеры говорить
    Відповісти
    Підтримати
    flyman
    flyman 13.05.2016 19:19

    я вже разів 5 міняв кваліфікацію,
    наразі 8-й рік в отсорсі, політ нормальний, ситація стабільна

    Відповісти
    Підтримати
    Vasya Pupking
    Alex Borysov Software Professional в Google 13.05.2016 19:37
    і якщо лідер ринку пропонує 6 годинний марафон співбесід, то не факт, що погоджуся
    Ну в местных долинах панель на 4+ часа придется проходить в любую серьезную паблик (и не очень) компанию. В случае прохождения кандидата ждет хороший денежный приз в виде сайн-он бонуса (помимо компенсиации).

    Забавная на ДОУ, все-таки, публика. С одной стороны, с трудом верят в компенсации $250k+, а с другой заявляют, что нет, на 6-тичасовое интервью не согласны. Да, в Киеве можно было получить $5k / мес после получасового интервью по телефону, но в Долине процесс дольше и серьезней.

    Відповісти
    Підтримати
    flyman
    Євген Козлов Front-end developer в SoftServe 13.05.2016 19:52
    панель на 4+ часа придется проходить
    В случае прохождения кандидата ждет хороший денежный приз в виде сайн-он бонуса
    нет ли здесь какой-то связи?
    Відповісти
    Підтримати
    Alex Borysov
    flyman 16.05.2016 09:03

    нема, то щось пан про своє, я про звичайний Самсунг в Польщі

    Відповісти
    Підтримати
    Євген Козлов
    flyman 09.05.2016 15:46
    бсолютна більшість коду — унилий ентерпрайз, в якому важливо знати зовсім інші речі.
    так, наприклад, софтскілс і «не вигоріти»
    хешмапи з хештейблами
    пля,
    а я думав «реверс строки» вінець дибілізму на інтерв"ю
    Відповісти
    Підтримати
    Нестор Иванович 10.05.2016 03:01

    а как вам повороты красно черных деревьев на время?

    Відповісти
    Підтримати
    flyman
    flyman 10.05.2016 09:02

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

    Відповісти
    Підтримати
    Нестор Иванович
    Нестор Иванович 11.05.2016 00:12

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

    Відповісти
    Підтримати
    flyman
    Developer X 09.05.2016 15:42

    если человек написал в резюме angular.js то его и спрашивать будут по angular.js не могу утверждать точно но мое мнение что в большинстве случаев фронтэндера не будут долбить олимпиадными задачками. Олимпиадные задачки больше дают прикладникам ито начинающим(C#, C++, Delphi).

    Відповісти
    Підтримати
    Yurii Savka Інженер 09.05.2016 16:03

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

    Відповісти
    Підтримати
    Developer X
    Костя Третяк 09.05.2016 20:05

    Можливо кандидат їм настільки сподобався, що вони приміряли його не на фронтенд. Або ж він згадав про свою освіту (не як фронтендер) і вони вирішили перевірити наскільки він знає елементарне (як для профільної освіти)

    Відповісти
    Підтримати
    Yurii Savka
    onemore 12.05.2016 08:51

    Спершу сподобався а потім ні і саме тому вони вирішили його не наймати? Десь видають дипломи розробника сайтів?

    Відповісти
    Підтримати
    Костя Третяк
    Костя Третяк 12.05.2016 09:14
    Десь видають дипломи розробника сайтів?
    Ми ж тут холівар розвели, бо обурені, що йому задають питання якраз не як «фронтендеру»
    Відповісти
    Підтримати
    onemore
    Євген Козлов Front-end developer в SoftServe 09.05.2016 14:13

    мені цікаво, а що вам така статистика дасть?

    Відповісти
    Підтримати
    Yury Gavrilenko 09.05.2016 12:29

    Якщо харять чувака на $qualification, то і питать треба по $qualification. Всі інші знання просто йдуть в плюс. Типу от яка няша, не тільки вміє формочки верстать, а й дерева балансувать.

    Відповісти
    Підтримати
    Jorzchyk Pushysty 09.05.2016 17:19

    Тут є інша крайність, коли принципово хочуть знання (комерційний досвід N років) по $someshit, при цьому $someshit є нічим не видатною лібою для якоїсь дуже вузької задачі. Або одним з декількох подібних рішень, і досвід в інших подібних ігнорується.

    Майже завжди є щось, що треба буде вчити на місці. Просто тому що проекти в різних місцях різні. І питання стоїть, чи є у людини база, щоб освоїти необхідні речі достатньо швидко.

    Яка саме база має бути то окреме питання. RBT це мабуть занадто, просто тому що це не базові знання. BFS мабуть ні.

    Відповісти
    Підтримати
    Yury Gavrilenko

    Підписатись на коментарі

    Не підписуватись
    Скористайтесь акаунтом
    ×
    з умовами використання сайту і політикою конфіденційності.