Пользователь
0,0
рейтинг
26 августа 2009 в 09:04

Разработка → Собеседование. Сегодня

PHP*
Interview
В сферу моих профессиональных обязанностей входит проведение собеседования для соискателей на должность PHP разработчика. И дальше речь пойдет о собеседовании…


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

Наши HR-ы уже достаточно опытны и поэтому часть вопросов берут на себя:

Почему ушли с предыдущего места работы?
Почему выбрали нашу компанию?
С чего начали изучать программирование?
Почему выбрали PHP?

Ответы на данные вопросы формируют первое впечатление о человеке. Зачастую оно верно…
Далее разговор переходит в техническое русло. Можем начать с основ ООП — наследование, инкапсуляция и полиморфизм, а возможно и пропустим сей шаг.

С какими PHP библиотеками, фреймворками знакомы?

Соискатель должен знать о существовании таких фреймворков как Zend Framework, CakePHP, CodeIgniter или Symfony, и желательно иметь опыт работы с одним из них (список можно расширить — это не так принципиально).

За 4 с лишним лет работы PHP разработчиком я познакомился с тремя из перечисленных фреймворков, и активно использую Zend Framework.
Знание различных фреймворков дает вам понимание и идеи как писать код. Этим путем обязан пройти каждый разработчик. Изучайте и участвуйте в развитии Open Source проектов — это даст вам большой опыт, по сравнении с тем, который вы способны сами получить в аналитическом мышлении. Отвечая на этот вопрос будет уместно рассказать о своих способностях к проектированию и архитектурному мышлению.


С какими API приходилось работать?

Интересуют Google API, AMF PHP, различные payment gateway, Facebook API, Twitter API и т.д.

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


Есть ли опыт работы с различными CMS? Опыт работы не как web-мастера, а как программиста...

Думаю компания использует некоторые CMS в своих проектах. Расскажите подробно про ту CMS с которой вы знакомы или пусть даже про свою само-писанную с которой довелось работать.


Работал с PHP 4? Назови различия с 5-ой версией.
Что нового в PHP 5.3?
Типы данных в PHP?

Этот вопрос на добивание, он часто ставит в тупик, если человек отвечает что их восемь, а потом начинает их перечислять, значит он готовился к собеседованию :)

Все ответы есть в PHP мануале, просто RTFM.


Что такое сериализация?
Что самое сложное разрабатывали на PHP?

Этот вопрос может расставить все точки над «i», но не стоит его задавать в самом начале — это пугает…

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


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

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


С какими web-серверами работал? Apache? Nginx? IIS?
Можешь описать как можно подробнее, что происходит между тем, как пользователь ввёл в адресной строке google.com и тем, как браузер показал страницу?
Системы контроля версий? SVN? CVS? Git? Что есть branch/trunk/tags?
Багтрекинг системы?

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


Немного мучаю по БД:
С какими БД работал? Что такое транзакции, хранимые процедуры, триггеры?
Коль работал с MySQL то сможешь назвать различия между версиями 4.1, 5.0, 5.1?
Каковы различия между MyISAM и InnoDB?

Все это есть в мануале MySQL, и как минимум теоретически знания по дополнительным возможностям MySQL у разработчика должны быть. Типов storage engine не так уже и много и знать про характеристики основных двух надо обязательно.
Если вы имеете более 3 лет опыта работы в веб разработке на php, python, perl, то скорее всего вы начинали с mysql 3.23 и по мере эволюции MySQL представляете различия и возможности новых версий. Поэтому этот вопрос не должен вас сбить с ног.


И для полноты знаний web-разработчика естественно не хватает вопросов о HTML, CSS, Javascript:
Ваша субъективная оценка своих знаний по CSS по пятибальной шкале?
Приходилось ли верстать сайт?
Почему CSS это каскадные таблицы стилей?
Что здесь написано? Напишите HTML код к которому будет применен данный стиль.

#my p.sel:first-line, .main li li a:hover + span
{
color:#f00; /* Что это за цвет? */
}


Уметь читать, понимать и писать CSS это разные вещи. Если вы обладаете первыми двумя навыками, этого достаточно, умеет верстать отлично.


Ваша субъективная оценка своих знаний по Javascript'у?
Что самое сложное разрабатывали с использованием Javascript'a?
С какими Javascript фреймворками работали? Какие плагины использовали? Писали ли плагины, виджеты?

Интересуют jQuery/UI, Prototype/Aculo, MooTools/MochaUI, Dojo Toolkit, ExtJs.

Каким образом можно реализовать наследование в Javascript?
Что такое AJAX и как он работает?
Что такое JSON? С JSONP сталкивались?

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


И последний вопрос — Какие у Вас есть к нам вопросы? — интересно узнать что же все-таки интересует соискателя.

Бывает еще задаю вопросы на сообразительность, иль какие не по теме — чтобы сбить с толку (не гуманен я)…

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

Список книг, которые помогут вам в веб разработке (ссылки реферальные):


Вопросы задавал Антон Шевчук, комментировал Ярослав Ворожко
Антон Шевчук @AntonShevchuk
карма
490,9
рейтинг 0,0
Реклама помогает поддерживать и развивать наши сервисы

Подробнее
Реклама

Самое читаемое Разработка

Комментарии (550)

  • –3
    Отлично! Спасибо, вопросы мне очень кстати :)
  • +5
    партнерка это конечно интересно, в дело идут и отходы (по советам 37 signals).
  • +17
    Ай я яй, нехорошо давать ссылки через редирект со своего сайта (в начале статьи) и реферральные ссылки на озон (в конце статьи).
    • –16
      В начале статьи — виноват — недоглядел когда от себя копировал…
      … озоновские оставил — ничего военного в них нет, кто хочет — обойдет…
      • –1
        Не виноват вовсе.
        Партёрка она на то и существует.
        А на нищих, тупых и не способных будут зарабатывать другими способами.
        Они как правило лохи, и сами свои деньги отдают в те редкие моменты когда они у них есть.
        Юзай партнёрку смело.
    • +18
      может я один такой, но не вижу ничего плохого в реферальных ссылках автора
      • +5
        вы что? Он же пытается на нас заработать, при том ещё скрытым образом. Алчный человек написал целую статью чтобы только на нас честных хабравчанах заработать. Я же лучше куплю на озоне книжку без реф-ссылки, и пусть тот процент который причетается рефералу останется у озона, эти деньги озону нужнее. Минусуем за реф-ссылки!!!
        • +2
          надо таки ввести тег <irony>
          • 0
            Да, имхо на Хабре это не помешало бы сделать
      • +18
        А это показатель идиотизма людей :)

        Сначала ратуют за свободное и «бесплатное» ПО, а потом бьют за реферальные ссылки.
        А это между прочим, один из способов заработка для свободного ПО (не сами реферальные ссылки :) но именно метод перекрестного субсидирования)
    • +2
      Почему?
  • +17
    хорошие вопросы, однако согласно этим вопросам Вам не подойдет человек который работал в какой то одной корпорации, писал меганавороченный проект, но строил его архитектуру, не юзал он АПИ, не знает css, не знает жабаскрипт…

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

      Но ведь тут дело в другом… Оценить в среднем возможности соискателя.
      • +7
        да, возможности оценить можно, но давайте рассмотрим вот такой пример.

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

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

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

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

        p.s пример с головы. я таким человек не являюсь ;)
        • +5
          Тут помойму довольно ясно всё — человек должен знать PHP, SQL, HTML, CSS, JS. Это нормальная среда для Web-разработки.
          • +3
            но автор хочет найти не junior програмера, а специалиста. а без знаний как разрабатывать ПО он все еще junior программист
          • +7
            PHP, SQL, HTML, CSS, JS это человек оркестр, а на него повесить администрирование и наполнение контеном, а еще лучше рубать врагов мечом и оралом, то получится натуральный конан-терминатор.
            за 5 лет не сверстал ни одной страницы, js, html и css на уровне общего представления, что б понимать, что происходит и почему и крайне редких правок
            с самого начала была сервер-сайд специализация пых и бд архитектор

            зы: еще ни один работодатель, не жаловался. время от времени старые контакты зовут в новые конторы, жаль что в Москве, не охото уезжать
            зы2: человек-оркестр это кустарь, научно-техническая революция показала, где это можно использоват, а где нет
          • +14
            Требования: профессиональные навыки управлении легковыми и грузовыми автомобилями, троллейбусами, трамваями, поездами метрополитена и фуникулёра, экскаваторами и бульдозерами, спецмашинами на гусеничном ходу, боевыми машинами пехоты и современными легкими / средними танками, находящимися на вооружении стран СНГ и НАТО. Навыки раллийского и экстремального вождения — обязательны, опыт управления болидами F1 — приветствуется. Знания и опыт ремонта поршневых и роторных двигателей, автоматических и ручных трансмиссий, систем зажигания, бортовых компьютеров, антиблокировочных систем, навигационных систем (GPS) и автомобильных аудиосистем ведущих производителей — обязательны. Опыт проведения кузовных и окрасочных работ приветствуется. Претенденты должны иметь сертификаты Mercedes, BMV, General Motors, а также справки об участии в крупных международных ралли не более чем двухлетней давности. Зарплата 1500-2500 руб., определяется по результатам собеседования.
          • 0
            Т.е. для автомеханика нормально, если у него потребуют свидетельство о выигранных ралли?
            Я согласен со всеми вещами в списке КРОМЕ CSS. Зачем ему знать CSS, если эту работу сделает верстальщик?
          • 0
            Тогда уж <язык программирования>, SQL, HTML, CSS, JS
        • –3
          Если человек решил переквалифицироваться, то соответственно будет он начинать с Junior'a — понятно, что путь к Seniour'у он пройдет быстрее, но работодатель за это не платит, ему нужен специалист здесь и сейчас…
          • +2
            Вопрос только в том, откуда взятся Senior'ам, если никто не хочет тратить время и деньги на обучение Junior'ов? Из воздуха им браться? Самоучиться? Всему сам не научишься. В том числе и тимворку.
            • 0
              работаешь Junior'ом, развиваешься, становишься Senior'ом :) это же очевидно :)
              • +2
                Не очевидно только, куда устроится на работу Junior'ом, если все хотят сразу Senior'ов.
                • 0
                  Ну не все хотят Senior'ов :) как то же становятся Senior'ами? :) а без Junior'а им не стать

                • 0
                  здесь вы не правы, вижу постоянно вакансии для новичков; есть конечно люди, которым подавай C#+JAVA+PHP профессиональное знание за 15-30 тысяч, но за эти же деньги много и адекватных вакансий. Я понимаю, что проффи меньше 60-80 не пойдет и если вы идете на такие деньги будьте готовы все что спросили знать.(цены примерно, по Москве).
                  P.S. Срезался на + в CSS на все остальное было что ответить :) хотя кол-во типов пришлось на пальцах посчитать :)
                  • 0
                    Блин, да никто не будет оценивать по баллам количество правильных ответов :)

                    Эти вопросы призваны дать общее впечатление о человеке.
                  • 0
                    Если человек знает наизусть количество типов в пхп и требует того же от других, то это не senior, а выскочка с претензией.
                    • 0
                      Для любого адекватного разработчика не составит труда их перечислить, наизусть их не учат…
                      • 0
                        Перечислить не составит труда, но заставит взглянуть на вопрошаеющего как на… ну в общем вы поняли. Потому что человек, как вы сами сказали, адекватный и потому ожидает адекватных вопросов. Это всё равно что спрашивать у шофера на собеседовании — какой формы колёса автомобиля?
                        • 0
                          Вот в том и беда — 50% соискателей не знают как выглядит колесо :(
                          • 0
                            Я так и не понимаю, что вы именно этим вопросом выясняете у человека? Не лучше ли попросить развернуть что-нибудь простое, но рекурсивное во что-нибудь нерекурсивное? Тот же доставший-всех-факториал :)
                          • 0
                            мне бы в голову не пишло готовясь к собеседованияю вспоминать какие там типы данных есть в пхп :)
                          • 0
                            Так Вам шашечки или ехать? (с) Старый анекдот
                            :)
        • 0
          вам главное честно ответить, что вы не знаете то-то и то-то, и что можете освоить за пару недель нужные фреймворки, вам дадут тестовое задание или даже возьмут на испытательный срок, а далее уже все зависит от результатов.
      • +2
        многие смогут ответить, но при этом их ожидания в ЗП превзойдут возможности компании :)
        когда-то, когда ходил по собеседованиям, тоже пытались по многим технологиям сразу гонять, но денег за весь этот набор в одном человеке платить достойных не хотели…
    • +5
      Ни разу не видел хорошего программиста, умеющего сносно верстать. Так что искать на должность эдакого комбайна не лучшая идея, имхо.
      • 0
        Знаю хорошего программера, который не менее хороший верстальщик. Правда, начинает по-программерски «правильно» заморчаиваться при верстке, но это детали.
      • +1
        Ну я видел. Люди хорошо разбирающиеся в одном, разберутся и в другом. Просто на форумах сидят в основном те, кто «курят маны».
  • +2
    Что-то много вопросов, имхо замучаете кандидата таким количеством :)
    И подозрительно мало вопросов по БД, хотя тут видимо только MySQL. Про MS SQL и Oracle дофига всего спросить можно.
    • +3
      PHP разработчик достаточно редко встречается с MS SQL и Oracle — я за всё время работы только единожды сталкивался с MS SQL…
      • 0
        По себе оценивать это явно не стоит. А я вот например с mssql из php работал много. Да и вообще очень многие cms портируются на mssql, так что разработчикам cms иметь дело с этим приходится очень часто.
        • +3
          А теперь вы оцениваете по себе. Немного однобоко, не находите?
      • +1
        Ну не скажите, у меня очень часто возникает потребность работать с MS SQL даже в связке с MySQL, не хочу сказать что если я с этим столкнулся то все так работают, но к примеру мне не приходилось работать с Postgres, а работал с Progress (не путать с Postgres), потому в этом плане поддерживаю комментарий Joka habrahabr.ru/blogs/php/67963/#comment_1924772
      • 0
        Да я просто увидел вопрос про навык работы с веб-серверами, в частности IIS. Вот сразу и MS SQL на ум пришел :)
      • 0
        Мы пишем крупные проекты масштаба края, используя PHP как сервер приложений и MSSQL вкачестве СУБД. Поддержка MSSQL сложилась исторически, вначале проекты разрабатывались на Delphi.
      • 0
        Сейчас веду разработку под Oracle, при этом на предыдущей работе велась разработка под MS SQL.
        С mySQL работал только по своим проектам.
        Раз на раз не приходится…
  • НЛО прилетело и опубликовало эту надпись здесь
    • –7
      Прямо ответить не могу, отвечу как можно правдиво:
      www.developers.org.ua/salary-db/averages/total_experience/Украина/Харьков/программист/PHP/
      • +12
        За такую ЗП, мне кажется, надо убрать половину вопросов что Вы тут написали, если не больше
        • +5
          Не сравнивайте ЗП в Москве и Харькове…
      • НЛО прилетело и опубликовало эту надпись здесь
    • 0
      В Москве это зарплата 50...60 тыщ руб. мес. Но таких людей мааааало. Очень мало.
      • 0
        Сколько? Если вам удастся нанять за такие деньги себе здесь этого человека, спокойно спать не сможете. Будете просыпаться в холодном поту от страха, что завтра получите от него заявление на увольнение по собственному.
      • 0
        это вы зарплаты какого года сказали — 2007-го?

        не уверен что человек со всем этими знаниями будет работать у вас меньше чем за 100-120
        • 0
          Я смогу ответить на все вопросы, причем достаточно объемно, да, для парочки потребуется подсказка (к примеру вот понятия не имел что в css есть +). Но получаю 60. Я что-то делают не так?
          • 0
            да… вы что-то делаете не так… вы работаете за нищенскую для такого объёма знаний зарплату… и ваш работодатель этим в наглую пользуется — поздравляю… его… не вас

            blog.gamedeff.com/?p=64 — вот дл примера — почитайте требования для зарплаты в 8к долларов в месяц (какой там у вас щас курс в России… 35 рублей за бакс? — 8 на 35 сами сможете умножить… ладно чтобы не напрягать = 280 к… со своими 60к можете сравнить?.. ладно опять же чтобы не напрягать = разница больше чем в 4,5 раза…

            у вас всё ещё осталься ворос: «Я что-то делают не так?»

            желаю удачи
            • 0
              31, а не 35
              • 0
                во-первых то ли ещё будет :)
                во-вторых это не принципиально сколько стоит доллар или гривна — главное то что в каждом следующем месяце национальная валюта будет дешевле чем в предыдущем, в крайнем случае останется на том же уровне
        • +1
          За 2 года зарплаты программистов выросли в два раза? Оптимистично :)
          • 0
            я не знаю как в Росии… но лично у нас если вы зарабатывали 1500 баксов в январе 2008-го (1 доллар = 5.05 грн) — это было 7500 гривен… если у вас сейчас точно такая же зарплата в долларах (1 доллар = 8,3 гривны) — то вы автоматически зарабатываете 12450 — ну не в два раза… но в полтора повышение было…

            другой вопрос что не все в баксах получаю… далеко не все… да и зарплаты в долларах заметно порезали, поэтому мне с трудом и верится в 2к баксов в Харькове… а именно такие зарплаты заявляли отдельные личности в блоге автора этого топика.
            • 0
              Я думаю тут у явного меньшинства з/п в баксах. Я вообще не понимаю в чем прикол исчисления з/п в долларах. По-моему это в основном не более чем пафос.
              • 0
                не понял в чём пафос? нормальная схема когда тебе выдают зарплату в гривнах но из расчёта курса как минимум НацБанка — по-моему это очень удобно… надеюсь нет иллюзий по поводу стабильности рубля или гривны?

                да и вообще разве не приятно из-за долбо… зма политиков и экономистов в стране получать просто так в два раза больше зарплату в национальной валюте…

                чего-то я не понял…

                не обязательно чтобы зарплату выдавали в баксах… хорошо когда просто к нему привязываются
                • 0
                  Проживая в России я покупаю товары за рубли. Так ведь? При чем тогда баксы? Ну разве что если компания продает свои товары исключительно иностранным заказчикам и исключительно за валюту. Или если сама по себе компания иностранная.

                  По поводу долбоебизма политиков и экономистов: почему ослабление национальной валюты это однозначно сакс? Тут же есть свои плюсы.
                  • 0
                    у нас есть IT-конторы, которые работают исключительно за рубли/гривны!?!? ууууу это печально :)

                    насчёт валюты я ваще не понял… как раз если ты получаешь зарплату в баксах… и национальная валюта постоянно падает — то ты в полном шоколаде… потому что ничего не теряешь…

                    ваще не понял вашего сообщения — как-то нелогично всё сказано…

                    ну проживаете вы в России… ну покупаете за рубли… и что… если вы вчера получали зарплату в 50000 и долллар был 25… а сегодня вы получаете те же 50000 а доллар уже 35 — а все цены так или иначе привязаны к доллару и поползли вверхю… кто бы мне что не говорил… вы мне обратное никогда не докажете… к сожалению доллар мировая валюта а не рубль… точнее блин к счастью наверное :))))

                    а теперь представьте что вы получаете 2000 баксов, точнее по курсу, т.е. те же 50000, но при долларе 35 вы уже получаете 70000 — разве это не хорошо… лично для вас — я надеюсь вам насрать на страну и весь остальной народ…

                    так в чём выгоднее получать зарплату?
                    • 0
                      Да это все понятно. Про разницу курсов валют. Непонятно другое — почему конторы должны платить баксами?

                      А IT-конторы работающие за рубли / гривны — я думаю большая часть доходов все же в национальной валюте, т. к. заказчики в основном местные.
                      • +1
                        нет ну если у конторы все клиенты местные, то никто и не будет привязываться к доллару… это ж ежу понятно :)), но я так думаю что таких контор единицы — у нас рынка не хватит на всю ту шоблу что считают себя всякими студиями дизайна и веб-студиями и т.п. :))

                        так что в большинстве своём у контор если и не 100% не метсных заказчиков, то 50% это как минимум — иначе контора не выживет, ну я так думаю во всяком случае… нет есть наверное приятные исключения… но их единицы
            • 0
              про рост цен скромно умалчиваем? =_=''
              • 0
                при чём здесь рост цен?!?! я фигею просто… ну ведь зарплата автоматически тоже растёт (если долларовая) в нац валюте — ведь обычные зарплаты не индексируют!!! а долларовая зарплата сама собой индексируется — в соответствии с курсом!!!

                чё непонятного!?!?!?!?!??!
                • 0
                  с учётом инфляции она никуда не растёт…
                  • 0
                    Вы издеваетесь!?! :(
                    Даже если доллар растёт медленнее инфляции — то с учётом роста доллара ваша зарплата теряет не так уж и много, если доллар растёт быстрее уровня инфляции — вы вообще в шеколаде, НО!!!

                    если у вас зарплата в гривнах без привязки к доллару — вы теряете и на инфляции и на курсе — потому что абсолютно все цены привязаны так или иначе к баксу!!!

                    это тоже непонятно?!!?!? пипец — я в шоке :((((
                  • 0
                    аааа… это троль… разговор окончен :)
                    • 0
                      ви-таки рассист? T_T
  • +62
    Да что тут скрывать. Идиотские вопросы.

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

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

    В хороших компаниях все иначе: Пригласили, показал свои проекты, попутно позадавали вопросы, пообщались. А там виднее. Потом испытательнй срок. С такими вопросами как у автора, чувствуешь себя как ребенок на гос-экзамене, с какой радости?
    • +26
      Главное — такое собеседование и пройдут дети, которые готовились к собеседованию как к гос. экзамену.
    • –20
      У Вас действительно небольшой опыт, за почти три года, как я набираю людей в свой отдел, из прошедших собеседование никто не был уволен, и все успешно завершали испытательный срок…
      • +6
        Я говорил непосредственно о вопросах как таковых. О иных критериях выбора, которые вы вероятно применяеете, я не знаю. Возможно они и являются результатом удачного выбора.
      • +15
        Покажите лучше. что вы с ними запустили и при каких затратах :D
    • +14
      Согласен, собеседователи, которые готовят такую заученную пачку вопросов обычно люди ущербные, им кажется что такой подход (отобрать кучу самых важных на их взгляд вопросов) единственно верный.

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

      Если бы я попал на собседование где меня возомнили школьником на экзамене — сразу бы послал эту контору ко всем чертям.
      • 0
        Темы могут рождаться на лету, но когда приходится собеседовать несколько человек на дню — становится совсем не до разговора по душам…

        И еще — мне нужен на работе специалист своего дела, а не задушевный друг, который вместе со мной будет пить пиво и холиварить на отвлеченные темы…

        Насчет экзамена — не вижу в этих вопросах ничего экзаменационного, большинство разработчиков без проблем ответят на них даже посреди дня, не говоря уже о дне собеседования, к которому обычно принято готовиться…
        • +6
          Программист, который после работы холиварит и пьёт пиво, явно больше интересуется своей профессией чем тот, кто работает с 10 до 19 и при выходе с работы забывает её, как страшный сон.
          • 0
            Зачастую, люди которым работа в тягость долго в коллективе не живут…
          • +1
            Я после работы домой иду. Потому что устал и потому, что у меня дома есть с кем пообщаться. У меня нет сил холиварить и пить пиво(пообщаться по рабочим вопросам можно и нужно в рабочее время). Потому что завтра утром снова надо быть с ясным умом. Те люди, которые после работы остаются холиварить и пивасить — может они и интересуется профессией, но отдача от него не будет по настоящему хорошей.
            • 0
              Ну, если каждый день холиварить до потери пульса, то наверное Вы правы. Хотя суть моего комментария и не в этом.
            • 0
              в рабочее время надо работать. а обсуждать идеи нужно явно с разгруженной головой (например, под пиво после работы, просматривая очередной видеокаст с хайлоада)
    • +5
      Согласен с вами.

      Я работаю на PHP более 4 лет (программирую более 14 лет). Но не пробовал не разу (то есть я не скажу, что знаю) Zend Framework, CakePHP, CodeIgniter или Symfony.
      А вместо них — на работе у нас свой FW. Да и дома я пользуюсь своим, который развиваю сейчас.
      Всё дело в том, что у меня другой уровень мышления.
      • +1
        Если Вы расскажете о том что пишете свой фреймворк — то скорей всего его мы его и будем «копать», зачастую люди с большой охотой рассказывают о своём детище — они расслабляются, исчезает скованность, загораются глаза, и человек практически сходу рассказывает о своих достижениях…
        • 0
          да, подтверждаю — мое интервью с крупную компанию началось с десятиминутного жаркого обсуждения моего фреймворка и архитектуры :) мило пообщались так.
    • +3
      Но Шевчук прав, это не вопросы, с помощью которых над кандидатом самоутверждаются задроты, выбившиеся в начальники. Это более чем обычные (я бы даже сказал, простые для опытных людей) вопросы, связанные с нормальной деятельностью программиста. Практической деятельностью, замечу, а не теоретическими изысками.

      Средний опытный PHP программист (не талант, не архитектор), занимающийся разработками веб-систем, должен знать ответ на эти вопросы. Третий уровень матрицы компетентности программиста куда сложнее ;-)
      • –3
        Начнем с того, что не должен. И третий уровень и десятый и остальные штампы не должен. Их вместе с матрицей — надо свалить в мусорный бак. Попытка описать человека как работника 20-ю вопросами и матрицами компетентности — ужасный мудизм. Как будто автомобиль вибираем, ТТХ, расход, все дела.

        А вопросы обычные, да, не сложные. Обычные несложные, идиотские, нафиг не нужные вопросы — вот название для топика.
        • +2
          (вежливо) А надо, конечно, брать на работу пхп-разработчиком разностороннюю личность, со склонностью к поэзии, с познаниями в кино, которые этими ужасными вопросами на собеседовании оценить не удается, да? Поэтому мудизм?

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

          У компании может тупо не быть времени и денег оплачивать эксперименты разработчика. «Не, SQL я знаю плохо, но разберусь, я умный», или «Яваскрипт… хм… ну я могу попробовать через ифрейм запросить, а там, наверное, как-то ответ можно разобрать». Может, и разберется. Может, и разберет. Но нужен человек с нормальными знаниями веб-разработчика, а приведенные выше вопросы позволяют понять опыт человека и знание технологий. По ответам на эти вопросы при нужной обратной связи собеседующего нормально набирается «разработчик ПХП», обычный работник.

          И да, это инженерная профессия. Есть определенные если и не ТТХ, то хотя бы стандарты знаний.
          • 0
            Я противник заготовленных вопросов и собеседований по шаблону. Если так яснее.

            Ну а вопросы, конечно их нужно задавать, но индивидуально для каждого кандидата. И мне не нравится, когда компания, делает вид, будто не может тратить свое драгоценное время на индивидуальное общение. Якобы много кандидатов (фильтровать на стадии резюме нужно).
    • 0
      Ну не обобщайте, в некоторых местах смотреть порнуху на работе это есть признак работы =)
  • +21
    Фигню какую-то спрашиваете...
    — Работал с PHP 4? Назови различия с 5-ой версией.
    Так библиотекарей нужно набирать в отдел технической литературы.

    Единственный вопрос, который хоть немного имеет отношение к практической стороне:
    — Какие шаблоны проектирования знаешь? Расскажи в чем соль каждого.
    Да и то, формулировка ужасна.
    • +3
      Ну, различия между 4-й и 5-й хотя бы в ООП — это минимум того, что нужно знать. Различия 5 и 5.3 тоже довольно кардинальные, и надо быть в теме заранее.

      Насчет паттернов можно напомнить, что даже сам Фаулер говорил: не надо бездумно применять шаблоны, каждая ситуация требует индивидуального подхода.
      • 0
        фаулеризм %-)
      • 0
        «Ну, различия между 4-й и 5-й хотя бы в ООП — это минимум того, что нужно знать.»

        Мм, почему не с php3? Как человек, когда-то устанавливавший у себя php/fi 2.0, я чувствую себя несколько обиженным.
        • 0
          Ну, на PHP4 ещё, по-моему, можно встретить проекты, а вот на PHP3 придётся серьёзно поискать, имхо.
          • +1
            За последний год не видел ничего на пхп4. Думаете, они позже появятся? :)
            • 0
              Написанных за последний год может и нет (хотя если я или Вы не видели — не значит, что их нет), а вот старых проектов — полно.
              • 0
                Есть много кода, использующего библиотеку openid. Любой человек должен сходу отвечать на вопросы по ней?

                А код на php4 надо либо рефакторить, либо не лезть в него.
                • 0
                  Не туда ответил…
                • 0
                  С чего бы такая категоричность? Если есть необходимость залезть — значит нужно залезть и уметь разобраться. Попробуйте скажите на работе: я не буду патчить старый код, мне нужно пол-года на рефакторинг системы. Возможно пригодится повторное прочтение и переосмысление этого поста.
              • 0
                Согласен. Но я (работая фрилансером, то есть дорабатывая и доделываю тонны сайтов) все-таки не видел ничего, что бы было написано на PHP4. Хотя я видел, вероятно, но написан с помощью функций, без классов и вообще без всякого (уж о каких «исключениях» речь, если это PHP4 и даже классов нет).
                • 0
                  То, что вы не видели, не значит, что их нет. На моем последнем месте работы использовалась CMS, написанная полностью на ООП PHP4. А еще есть много библиотек на PHP4 — тот же PEAR. Поэтому знание отличий иногда очень пригождается, хотя с ними можно ознакомиться в мануале и знать за пару часов — поэтому несмотря на специфику при приеме на работу об этом не спросили.

                  Вообще по моему опыту собеседований чаще интересует именно возможность быстрого обучения, а не общий объем знаний, т.к. практически любой проект имеет свои тонкости, с которыми программисту придется знакомиться. Еще часто просят показать образцы кода — для командной работы культура кода очень важна.
        • 0
          Ага, ещё можно спросить о том, как писать сайты под консольный браузер lynx.
          И что надо обязательно проверять, поддерживает ли браузер куки :)
      • +1
        Нифига не надо ему этого знать. Только если не предстоит работа по переводу кода из версии 4 в версию 5. Да и даже так, он прочтет эти различия на php.net и за полдня будет понимать лучше, чем уверенный в себе человек, который это «знает».
        • 0
          Есть очень много старого кода, который не обновляется, но который приходится использовать.
    • 0
      да и рассказать о «соли каждого» — на это может уйти много часов :)
      GoF, GRASP, доп.шаблоны от Кириевски и Фаулера, шаблоны рефакторинга… да мало ли чего еще
  • +1
    нормальные вопросы.Никто не говорил, что нужно ответить на все вопросы.
  • +13
    > Работал с PHP 4? Назови различия с 5-ой версией.

    Долго еще будем мучить соискателей этим вопросом? PHP 5 вышел 5 лет назад, в 2004-ом году, PHP 4 уже не поддерживается.
    • –8
      Если человек отвечает. что не работал, то никто его за это гнобить не будет, и тем более выпытывать отличия…
      • +15
        А почему тогда про PHP 3 не спросить? Ведь за это тоже гнобить никто не будет.

        Просто пару лет назад этот вопрос еще имел смысл, так как часть проектов крутилаьс на на PHP 4. Но сейчас-то зачем? По привычке?
        • –4
          Понять насколько давно и хорошо человек копает PHP, если он еще знает и понимает различия версий это будет только плюс…
          • НЛО прилетело и опубликовало эту надпись здесь
            • +7
              Меня один раз спросили, знаю ли я, кто такой Расмус Лердорф.
              • 0
                Надо было спрашивать. Каких пацанов знаешь? Какие из этих имен вам что-то говорят: Дональд Кнут, Эдсгер Дейкстра, Фредерик Брукс, Гради Буч, Эдвард Йордон, Эндрю Хант, Мартин Фаулер, Стивен Макконнелл, Эрих Гамма, Кент Бек, Джон Бентли, Том Демарко, Алистер Коуберн. Список по вкусу :)
          • +1
            Работал еще с PHP4. Ждал 5 версию, интересовался. Но теперь, в чем различия, кроме того, что слегка допилили ООП, PDO добавили, функции какие-то depricated сделали, уже не помню. И мне, честно говоря, пофиг. Когда это важно, уточняю в документации.
            Скажу одно: чем больше читаю такие топики про собеседования, тем больше нравится фриланс.
            • 0
              Думается, именно такой ответ и будет засчитан как «верный» :)
        • +1
          недавно пришлось вспомнить 4ку, блин это жопа, вот ее б я с удовольствим бы забыл. таково количество извращений на еденицу кода не писал очень давно.
          чустуешь себя некромансером в морге и все ради того, что б хрень заработала у кучки некрофилов, которые так и не перешли на нормальный хостинг:-(
      • +4
        Сам факт того что человек не может ответить, уже немного принижает человека. Вам не кажется?
        • –2
          Почему же не может? Человек может ответить, что нет не работал, и задать вполне резонный вопрос аля «А Вы что еще с ним работаете?»…
          • +20
            «Нет мы посто так спросили. )»
          • 0
            Да, такое ощущение, что большинство вопросов «просто так». Не лучше ли поговорить о специфике проекта, над которым придется работать? И если он на Symfony, то про него и спрашивать?

            Все бы ничего, но вопросы про CSS добили… «Так вам еще и верстальщик нужен?»
            • 0
              Сейчас в отделе несколько проектов, большинство на ZF, но есть и на CI.
              С javascrpt'ом еще то разнообразие — и jQuery, и Mootools, и Dojo

              Знать CSS и уметь верстать — это немного разные вещи, а понять правило которое я написал — да с этим любой школьник справится за полдня, если не справились — то что вам делать в веб-разработке?
              • +1
                Если справится любой за пол дня и это столь очевидно — зачем об этом спрашивать на собеседовании? У вас есть много лишнего времени? Все-таки приведенный отрывок CSS-кода весьма нетривиален для PHP-разработчика.
        • +1
          согласен на 100%… если из 20 вопросов заданных «просто так» человек на 15… да даже на 10 ответит «нет-не знаю» — это уже очень плохо для самого человека в первую очередь, это морально давит
          • 0
            собеседование — это экзамен. Он может быть мягким и дружелюбным, но это экзамен.

            (с элементами лотереи :)
            • 0
              экзамен — это проверка знаний
              собеседование — это проверка соответствия ЧЕЛОВЕКА некоторым требованиям (в которые входят также определённые знания)

              это совсем не одно и то же

              здесь в топике и в комментариях речь не об этом даже… в топике нигде прямо не сказано, на какую должность собеседовался человек — да пхп-программист… но джуноир, миддл, сеньор — непонятно…
              и уж тем более не сказана зарплата для человека, который это собеседование прошёл — даётся ссылка на сайт с зарплатами программеров по Харькову… где, как мне кажется, красуются довольно неадекватные на данный момент цифры ( с 1800 баксов (максимум) для пхп программистов с опытом работы 3-7 лет)

              так вот я к чему — это собеседование скорее всего на джуниора и на зарплату в 600 — и требования на эту позицию запредельный (как я считаю — но я смотрю многие на хабре со мной согласны)
    • –1
      Зря вы на автора волну нагоняете, мне недавно самому пришлось, так сказать, побыть в шкуре кадровика, когда контора в которой я работаю искала еще одного программиста… так вот из претендентов на вакансию не знали php5 чуть более чем все, вопрос-то не в том что соискатель знает php4, а в том знает-ли он php5.
      • 0
        Они, наверное, не PHP 5 не знали, а про ООП не слышали. Я угадал?
        • 0
          Ну почему, некоторые с ООП были знакомы, по другим языкам программирования или-же по ООП-модели php4, которая при всей своей топорности таки тоже существует :)
  • +10
    У каждой компании свой подход к поиску сотрудников, каждой из них требуется свой объем знаний — верстальщик+программист, помошник программиста, стажер, ведущий разработчик в веб-студию, разработчик в стартап…

    В каждой компании своя цена сотрудникам, но каждый соискатель сам знает свою цену. Лично я ни разу не соглашался на понижение заработной платы, кроме того когда мне предлагали на собеседовании 10 листов вопросов по специальности — я разворачивался и уходил. Почему? Да потому что у меня есть резюме в котором указано какой объем технологий я знаю или использую — краткого интервью + 10-и минутки с ведущим разработчиком достаточно чтобы определить уровень соискателя.

    Ни в коем разе не хочу вас обидеть, просто заголовок топика охватывает все компании, однако вы указали либо свою, либо забыли упомянуть о возможности остановки на тех или иных вопросах :)
  • +4
    По требованиям — это уже не PHP-программист, это уже человек-оркестр получается, кстати. ;-)
    • +3
      это вообще НЕчеловек какой-то получается…
      • 0
        У меня полный отдел НЕчеловеков… О_о
        • +1
          Вообще если человек знает слишком много фишек и примочек, значит он не знает по большому счету ни одну из них. Я думаю если б у Вас каждый человек в отделе занимался только одним своим делом, то производительность и качество работы повысились бы.
          • –2
            От PHP разработчика в моём отделе требуется (по 10-ти бальной шкале):
            PHP — 7
            DB — 6
            Javascript — 5
            HTML+CSS — 4

            И каждый еще знает кучу мелких фишек и примочек, кто-то лучше знает DB, а кто JS. Вот так и живем…
            • +1
              Jack-of-All-Trades, Master-of-None.
              • +1
                Хм,
                В базах данных разбираться должен DBA, но разработчик пишет запросы и функции
                Javascript разработчик не будет заниматься всем JS кодом в проекте — а ваш уровень должен быть достаточен для реализации AJAX запросов
                Верстальщик отдает HTML+CSS, разработчик же обычно запихивает сие в шаблонизатор

                Что же такое — «мастер» PHP — это наверное те люди которые нужны в Facebook'e — с опытом написания расширений…
                • +1
                  DBA: настройка баз данных, анализ логов базы, поиск узких мест, оптимизация базы, анализ запросов, написанных программистом, рекомендации/указания по их изменению. Общий maintenance сервера.
                  Верстальщик: единственный человек, с которого можно требовать знание JS/AJAX, только это уже будет client-side разработчик. Умеет нарезать шаблоны из PSD.
                  Дизайнер: кроме дизайна, должен иметь общее представление о том, в какой **пе будет верстальщик, верстая его шаблоны — в общем, должен представлять себе, как то, что он нарисует, будет верстатся, и насколько реально реализовать все его фантазии.
                  Программист: собсно, пишет код. Ищет узкие места, гоняет бенчмарки, рефакторит, консультируется с DBA, вставляет готовый html в проект.
                  В общем, maser-of должен хорошо знать свою работу, а все остальные знания — уже как приятный бонус, который может пригодиться в работе.
                  • 0
                    грамотный ответ! всё по местам должно быть ;)
                    зы: «Jack-of-All-Trades, Master-of-None» в мэм
                    • 0
                      «Я создаааам… ничего!»
                  • 0
                    У нас почему то все PHP разработчики являются и JS раработчиками, то есть пишут одновременно и серверную и клиентскую часть. Что то действительно есть в этом глубоко неправильное…
                    • 0
                      Если они действительно знают js — то почему бы и нет? Хотя если бы разрабатываете достаточно сложный и объемный фреймворк с кучей фишек…
                      • 0
                        > Если они действительно знают js — то почему бы и нет?

                        Потому что так не бывает: писать на JS в стиле PHP — это моветон. А писать на PHP в стиле JS невозможно в силу ущербности PHP. Мышление, знаете ли, штука интересная, а JS мышление таки в корне меняет.
                        • 0
                          Так не бывает если человек очень хорошо знает одну технологию, а другую — неочень.

                          А вообще работая вот сейчас над проектом где очень много js и php, то понял одну вещь — в принципе это возможно писать на двух таких разных языках. Другое дело, что частые переключения с одного языка на другой очень утомительны и так и хочется слить эти две парадигмы воедино. Поэтому «сегодня вот попишу на php, а завтра перекинусь на js» — не прокатывают. Со сроками более пары недель — уже прокатывает и более чем адекватно.
    • 0
      Спасибо. Я теперь знаю как назвать свою должность.
  • +13
    адекватность некоторых вопросов вызывает у меня сомнения:

    >>Есть ли опыт работы с различными CMS? Опыт работы не как web-мастера, а как программиста…
    — что тут рассказывать? как натягивал другой дизайн, менял сортировку в списках, делал новый раздел? если есть голова то можно расковырять любую CMS. уважающий себя программер чужие CMS в работе не использует — ибо у него есть своя — либо он пишет каждый раз уникальный продукт на базе фреймворка.

    >>Типы данных в PHP?
    как вы сами заметили абсолютно правильно ответит только тот кто заранее готовился к этому вопросу. Так зачем тогда вы его задаете? кого хотите отфильтровать ))

    >>Что самое сложное разрабатывали на PHP?
    меня ставит в тупик )) если честно. Сложно обычно когда начинаешь делать чтото в первый раз, и не знаешь всех тонкостей, но после сдачи проекта удивляешься что пугался трудностей. Например, писал биллинг оплаты услуг на сайте. Для того кто этого еще не писал — звучит сложно, для тех кто делал — рутина… Или наоборот — можно так наху… ертить трехэтажную структуру для приложения, куча объектов в и субъектов, права доступа, динамическая шаблонизация… звучать будет круто. а в реале — возможно задача решалась гораздо проще, и непонятно зачем было столько всего прикручивать и так усложнять…

    >>Коль работал с MySQL то сможешь назвать различия между версиями 4.1, 5.0, 5.1?
    я навскидку назову очень мало — но это не означает что в случае необходимости не смогу адекватно выбрать версию БД и тип таблиц — согластно поставленной задаче. Да и вообще БД не ограничивается Мускулом. почему на нем весь акцент. однобоко както

    >> CSS и JS
    Css это вообще стезя верстальщика. программер не обязан знать всех тонкостей его работы и особенности верстки под разные браузеры.
    JS конечно важнее знать. но опять же, профессиональные JS программеры совсем другое дело.

    • +2
      >> уважающий себя программер чужие CMS в работе не использует — ибо у него есть своя — либо он пишет каждый раз уникальный продукт на базе фреймворка.

      мне что-то казалось, что уважающий программер должен уважать свое время, и не изобретать каждый раз то что уже сделали, тем более на вряд ли у него получится сделать за 2 дня лучше, чем то что делали люди месяцами. можно тогда и фреймворк каждый раз писать.
      • 0
        в точку — кстати, хороший вопрос, чтобы отсеять часть «кадров» — если человек упертый и «только свое, все остальное фигня, чтобы да я да разбирался в чужых проектах, да это же день написать» — с ним разговор сразу сходит на нет и прощаемся.
      • НЛО прилетело и опубликовало эту надпись здесь
    • –1
      1. Когда разработчику дают ТЗ — он должен сказать — да прийдется попотеть или не морочить голову и насетапить wordpress. Так же бывают проекты когда для раскрутки проекта необходимо написать плагины для популярных CMS

      2. Этот вопрос лишь дает понять — готовился человек к собеседованию или нет — это тоже говорит о многом.

      3. Хороший ответ, немного деталей бы еще…

      4. Есть требования заказчика — зачастую он покупает хостинг до того как найдет подрядчика

      5. А где Вы увидали требование верстать? В действительно требуется уметь читать CSS… Насчет JS — опять же вопросы не требуют знания JS на высшем уровне…
      • +4
        >> 2. Этот вопрос лишь дает понять — готовился человек к собеседованию или нет — это тоже говорит о многом.

        Вы считаете что серьезный соискатель будет готовиться к собеседованию?
        • +3
          Мне кажется, что вряд ли. Можно прочитать про компанию, про продукты, которые она создаёт. Но чтоб зубрить мануалы… Лучше с женой схожу в кино :)
        • НЛО прилетело и опубликовало эту надпись здесь
          • 0
            вопрос не в том смешные или нет.
            а в том что — смогут ли эти вопросы выявить — серьезный соискатель или он просто книжку прочитал недавно и сделал 1,5 сайта )
        • 0
          Даже не так надо:

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

          Ибо даже если человек готовиться к собеседованию, он врядли будет готовить ответ на ЭТОТ вопрос. За явной бессмысленностью оного.
      • 0
        Точно, я то помню пришёл на собеседование. Мне вопрос задают: «Расскажите как работает ajax на низком уровне»
        • 0
          Интересно, насколько низкий уровень имелся в виду…
          • +3
            на уровне напряжений в сетевом кабеле ))
            • 0
              Хм, а я вот без проблем расскажу про аякс и на этом уровне, хотя если поднятся чуть выше, то уже остались знания только о езернете…
              • 0
                рад за вас )
                но эти знания уже далеко не в области web-программирования
                • 0
                  Скажу даже больши, эти знания даже за гранью системного администрирования. И только чуть-чуть касаются теории построения сетей… Но тем не мение.

    • +1
      >>>Типы данных в PHP?
      как вы сами заметили абсолютно правильно ответит только тот кто заранее готовился к этому вопросу. Так зачем тогда вы его задаете? кого хотите отфильтровать ))

      Я знаю что их восемь и могу их перечислить — но только по той причине что когда-то уже читал про это на хабре. В другом топике. Чему он был посвящен? Ну конечно же — собеседованиям! )))))
  • НЛО прилетело и опубликовало эту надпись здесь
  • +17
    я бы к вам работать не пошла.
    экзаменов мне и в универе хватило, а на собеседованиях уж лучше общаться о практических навыках, чем о теории.
    • –2
      Вы говорите что Вас гнобит теория — но тут таких вопросов — единицы, все остальное практика и опыт…
  • +1
    дааа. нынче на собеседовании бьют народ по полной.

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

  • +22
    >>Если вы имеете более 3 лет опыта работы в веб разработке на php, python, perl, то скорее всего вы начинали с mysql 3.23 и по мере эволюции MySQL представляете различия и возможности новых версий.

    Версия 3.23: бета-версия в июне 2000, релиз в январе 2001;
    Версия 4.0: бета в августе 2002, релиз в марте 2003;
    Версия 4.1: бета в июне 2004, релиз в октябре 2004;
    Версия 5.0: бета в марте 2005, релиз в октябре 2005;

    >>— Ваша субъективная оценка своих знаний по CSS по пятибальной шкале?
    >>— Приходилось ли верстать сайт?
    >>— Почему CSS это каскадные таблицы стилей?
    >>— Что здесь написано? Напишите HTML код к которому будет применен данный стиль.
    >>
    >>#my p.sel:first-line, .main li li a:hover + span
    >>{
    >>color:#f00; /* Что это за цвет? */
    >>}

    На верстальщике будем экономить.

    Жабаскрипт кодера тоже брать не будем.

    Жаль владение Photoshop/Corel не спрашиваете? А то клево, дизайнер тоже не нужен будет.

    Вообщем понятно. Нужен человек, владеющий всем и вся. Платить будем 500$ :)
    • +2
      Владение Photoshop, кстати, тоже часто спрашивают — чтобы программист ещё и PSD-шаблоны нарезал для верстки. И исправить что-нибудь мог, если заказчик захочет, и если дизайн при этом рисовал фрилансер со стороны.
      • +20
        А еще, он программист, значит в компах понимает. Тут у секретарши пасьянс не запускается… а у бухов принтер что-то черные полосы рисует…
        • +4
          Так еще и чайник что то не работает, а у шефа машина не заводится...)
          • +2
            И лампочки пора бы поменять.
            • +7
              Лет через десять:

              …и ещё конкурентов убрать нужно… Как, не можете?.. Вы же программист!..
              • 0
                Смешно, если бы не было так грустно… Мне приходилось наблюдать, как руководитель компании чуть ли не каждый день твердил отделу веб-разработки «Ваша задача — чтобы фирма продавала, и сайты должны быть сделаны с учетом этого»
              • 0
                … хакеры тоже программисты! взломайте яндекс и выведите наш сайт в топ!
    • –4
      По MySQL вы лучше напишите когда эти версии появились повсеместно на хостингах, и когда закончилась поддержка…

      У вас проблемы с чтением данного правила? Тут не вопрос верстки — это лишь умение ЧИТАТЬ CSS?

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

      Нет — не спрашиваем, а по ЗП я уже отвечал…
      • +3
        читать нормальный css и читать ваш зубодробительный тест где применены сложные, очень редко используемые правила css — это разные вещи.

        зачем такой тест для PHP программиста????
      • 0
        опять вы про свое читать CSS. Вы и вправду думаете, что кто то учил теорию CSS чтобы тока научиться его читать? Мне такие люди к сожалению не знакомы.
        • –5
          Прочитать этот CSS можно используя лишь логику, а так же знание отличия между #my и .my ну и базовый HTML
          • +5
            O_o Так это вопрос на логику оказывается! Надо в «Что Где Когда» отправить, я думаю беспроигрышный вариант ))
      • 0
        mysql 4 начали вставать довольно быстро. 3 года назад были повсеместно точно.
  • +10
    Такое утопание в деталях наводит на мысли о желании выпендриться — уличить кандидата в том, что он не знает InnoDB, MVC или прочей лабуде. Но ведь разве это важно? Прочитать про технические термины, понятия, подходы, программы можно в гугле за 1 день на рабочем месте. Кроме того у некоторых ограничена память и они не помнят отличия пхп4 от пхп5 наизусть, потому что голова у них забита более важными вещами. А эти отличия также находятся в гугле за 10 секунд.
    Что нового в пхп 5.3 — помню только оператор goto (потому что на его странице на php.net cмешной комикс), прочитать про все нововведения могу за 20 секунд. :) Вместо этого я отслеживаю основные тенденции в разработке php (изучал его исходники), бывал на конференциях phpconf. Но я не помню что нового в php 5.3 cходу. Я не гожусь :)
    Имхо, гораздо важнее вести более общий диалог — подробно изучить предыдущие проекты(не только последний), тут сразу вся картина вырисовывается — какой опыт, какие навыки, как применялись те самые фреймворки, базы данных, как настраивались веб-сервера, как проектировались интерфейсы и производилась верстка (кстати для верстки обычно берут версталщика, а не программиста пхп).
    • +1
      где там комикс? о_0'
      • 0
        был раньше, сек
      • +1
        на этой странице

        ru.php.net/goto

        теперь сделана ссылка:

        Image courtesy of » xkcd,

        которая ведет сюда --> xkcd.com/292/

        Там комикс, раньше был прямо на php.net
        • 0
          а, сеньк
    • +1
      Не знание MVC свидетельствует, о непонимании структуры современного веб приложения.
      Не знание InnoDB говорит, что вы далеко отстали в развитии своих знаний в работе с базой MySQL, если вы конечно до этого с ней работали.
      Вы можете за день прочитать всю книгу «GoF», и что, вы сразу научиться использовать и распозновать перечисленные там паттерны? Для этого требуется опыт и немалый.
      Специальные вопросы на собеседовании помогают быстро отфильтровать неподходящих кандидатов, что экономит немало таки времени. О проектах мы беседуем с соискателями, которые могут грамотно ответить на специальные вопросы, особенно касающиеся PHP и MySQL. Вопросы о Javascript и CSS задаются в конце собеседования и считаются уже просто бонусом для кандидата.
  • +4
    Для тестирования есть испытательный срок. На собеседовании принято беседовать. За свою карьеру писал код на собеседованиях всего лишь раз в жизни (в 2002-м году еще). В остальных случаях хватало разговора о том, чем занимался и резюме.
    С другой стороны, автора понять могу — развелось столько «php-программистов», что приходится очень много просеивать кандидатов, прежде чем найти адекватного. Всех на испыталку брать — нерационально.
    • НЛО прилетело и опубликовало эту надпись здесь
      • 0
        Кстати головоломки, имхо — тоже фигня, имхо :) Как и психологические испытания. Правда, зависит от того, кто собеседует. Набор тестов подсмотренных за бугром не сделает вас умнее.
        Правильно, методика бывает разная, хорошая и плохая :) Согласитесь, вместо экзамена можно было подробно распросить кандидата о предыдущих местах работы, тут все само бы всплыло и, кстати, психологический портрет тоже.
      • 0
        Ещё при техническом опросе надо помнить что если кандидат окажется более подготовлен, чем вы, то сами же будете неловко выглядеть.
  • +17
    Все эти вопросы — на объем знаний. Но как говорил один известный физик, «Этот книжный шкаф знает больше меня. Но ученый здесь — я». В собеседовании нужно выявить способность находить решения, уместные, оптимальные и порой оригинальные.

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

    Еще полезно на собеседовании смоделировать на словах рабочую обстановку («вот сейчас мы работаем над… „) и посмотреть, с какого края кандидат подступится к проблеме, какие ресурсы запросит и какие вопросы задаст. Поверьте, это гораздо важнее чем знание различий версий 3.4 и 3.5 чего-то там… Завтра будет новый день и новые версии, лишь мозги останутся прежними — если их нет, то сверху не положишь.
  • НЛО прилетело и опубликовало эту надпись здесь
  • 0
    Слава богу что пока только на хабре встречаю таких «собеседователей» с такой извращённой «сферой профессиональных обязанностей».
    • +2
      Зайдите на rabota.ua… :'(
  • +1
    Опыт работы с ПХП и иже с ним у меня больше 5 лет, но я занимаюсь настолько специфическими проектами, что врядли ответил бы на половину вопросов :) Хотя очень многое из того, что перечислено используется постоянно, просто работается с этим не так близко, ну тот же аякс/jquery — есть и есть, работает и работает, как когда-то было написано по мануалу…
    P.S. монстра ищете, чтобы клепать сайтики… эх.
  • –2
    Может быть, лучше в habrahabr.ru/blogs/HR/?
  • +9
    Когда-то собеседовался в одну довольно известную фирму на php-разработчика, ответил на довольно мало вопросов и взяли со скрипом и большим испытательным сроком. Потом удивлялись что я довольно быстро освоился и влился, испсрок сняли, а через полгода примерно ушедший с этой работы ведущий программист предлагает мне работу в своей фирме ведущим программистом.
    И в то же время и собеседуюсь в другую фирму и так же не отвечаю на много вопросов, меня не берут обычным программистом =)
    Вывод — теория, особенно насчет различий между двумя версиями определенного софта не так важна, как и умение человека что-то красиво рассказывать. Более важна практика и общая сообразительность.
  • +4
    На собеседовании не только вы должны понять подходит ли вам человек, но и человек должен понять подходите ли вы ему. А такие «сухие» вопросы нехило отпугивают граждан, ему ведь работать в команде после этого, а что если в команде обсуждают только отличия php 4 и 5, и mysql 4.1.0.3421 и 4.1.0.8723? :)
  • +2
    Очень стремные вопросы. Для того, чтобы из пройти, надо задрочить мануалы по кое-каким продуктам, и, вуаля, вы приняты. А это уже маразм. Вы бы еще спросили что быстрее echo или print и так далее.
    Самое интересное собеседование, что я проходил, почти целиком состояло из логических задач, и задач по программированию, когда надо было написать просто блок-схему (придумать оптимальный алгоритм).
    • НЛО прилетело и опубликовало эту надпись здесь
  • –1
    Со асем согласен, но следующий вопрос просто добил:

    color:#f00; /* Что это за цвет? */

    Человек не робот и не должен знать такие вещи.

    • 0
      ну не ответить что это красный как совсем уже плохо. это значит что ui программировать вообще ни разу не приходилось
      • 0
        Несогласен.
        Все таки этим должны заниматься верстальщики. А я как программер должен знать, что это просто раскрашивание в какой то цвет.
        • +4
          надо иметь кругозор хотя бы слегка выходящий за рамки специализации в смежные области. Как минимум для более эффективного взаимодействия в рамках команды программист дизайнер верстальщик.
          • 0
            Конечно, надо. SASS, CSS Sprites, CSS Compression
            Но никак не color:#f00;!
            • +1
              Угу php программист должен знать достаточно специфичные css приемы, но не должен знать что #rgb нотацию которая используется повсеместно, а не только в css. Я к сожалению не могу понять вашу логику.
              • +1
                Ничего, я даже не могу понять ваш последний комментарий :)
              • +1
                За меня это делает НЛО и огромное кол-во плагинов/инструментов, помню всего два цвета: черный и белый
            • 0
              Вот спрайты и оптимизация как раз для верстальщика.
        • 0
          Мало того, программёры даже не обязаны знать (и не знают) гарнитуры шрифтов, и не отличают их друг от друга на глаз. Что уж тут про цвета.
        • 0
          Никогда не приходилось в авральном режиме поправить и пределать такую-то форму, с новыми цветами и шрифтами?

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

          По крайней мере в моих глазах веб-разработчик, не знающий как написать элементарный css-стиль и прописать его в свойства того или иного визуального тэга (включая и цвет) — нонсенс.
          • 0
            В более менее крупных компаниях (более 10 человек) в этом нет необходимости.
            Но это не значит, что я не знаю «как написать элементарный css-стиль и прописать его в свойства того или иного визуального тэга (включая и цвет)». Так случилось, что только через 2,5 года проф. программирования я узнал как кодируется красный цвет в RGB.
            • 0
              Я достаточное время проработал в более меликх компаниях (до 10 человек, дизайнер внешний, наемный).
      • –2
        много чего сверстал за свою жизнь и до сих пор путаюсь между черным и белым :)
        • –2
          поэтому в таких случаях просто пишу black или white
        • 0
          верстал мало, но до сих пор белый и черный путаю. мне легче просто проверить на месте)
      • 0
        у меня фотошоп показывает что это чёрный, а не красный… :)
        • 0
          Фотошоп сокращенную нотацию не понимает.
          • +4
            даже фотошоп не понимает того что должен пхп-программист ))
    • +5
      Ну, человек может и не робот, но если хоть немного интересовался веб-разработкой и/или версткой, то помнит, что цвета в CSS указываются в HEX виде с кодами цветов в формате RGB (red, green, blue). #F00 == #FF0000 == 255,0,0 == 100% красного цвета, 0% зеленого, 0% синего. Итого у нас получается — красный цвет. :)
      В общем, это основы, и, если не ошибаюсь, это ещё в школе на уроках информатики преподают (по краней мере, у нас такое было). :-)
      • 0
        Ну если бы был вопрос про #FF0000 то да, не ответить на него было бы странно. А вот про сокращенную форму записи я узнал только что, хоть ui делал не раз.
      • –2
        Эта, но зачем мне забивать этим голову во время работы, может мне еще и в блокноте писать? Или это был вопрос на сообразительность, мол выведет из хекса название цвета или не выведет?
      • +1
        в школе за #F00 == #FF0000 могли бы поставить двойку :-)
        моя первая мысль была — оттенок зеленого, потому что
        f00 == 000f00 —
        а f00 == ff0000 мог придумать только дизайнер.
      • 0
        а мы в школе писали:
        10 CLS
        20 INPUT «Введите ваше имя: », N$
        30 PRINT «Ваше имя: »,N$
        40 END
  • 0
    Хоть я и не php-программист, но вопросы заинтересовали.
    Упоминается книга «Банды четырех» — может дадите ссылочку?
    • НЛО прилетело и опубликовало эту надпись здесь
      • –1
        спасибо.
        если бы мог то поставил бы плюсик
        именно за ссылку на книгу в электронном виде, а не на озон.
    • 0
      Приемы объектно-ориентированного проектирования. Паттерны проектирования.
      www.ozon.ru/context/detail/id/2457392/
    • +1
  • +5
    В последние 6 лет занимался только Web программированием. На моём счету около 15 сайтов с программным контентом. Я имею свою удобную библиотеку шаблонов на PHP. У меня имеются такие наработки на PHP как: CMS, чат, эмуляция клиентского браузера с поддержкой cookies и proxy, подключение к сайту различных мировых платёжных систем, работа с графикой и трансформацией изображений. Есть опыт создания распределённых сайтов, находящихся на нескольких серверах, а также системы администрирования сайта на Delphi. Я уверенно работаю с: HTML, CSS, XML, Javascript, MySQL, Apache. Кроме PHP я знаю ещё несколько языков программирования, но я не смог ответить на ваши вопросы. Оказывается практический опыт работника не имеет для Вас никакого значения, какая жалость :( главное — ТЕОРИЯ.
    • –2
      Большинство вопросов как раз направлены на опыт работы. Не вижу каких теоретических вопросов Вы так испугались, если о основах ООП? То я Вас умоляю — большинство принятых на работу людей на него не отвечали…
      • –1
        Хорошая такая контора, в которую принимают программистов без знания _основ_ ООП…
        • 0
          Зачастую не могут назвать сами определения — помнят наследование, а вот инкапсуляцию и полиморфизм вспоминают с трудом…
          • +1
            А какой смысл называть определения? Знаете, до того, как я познакомился с шаблонами проектирования, я и не знал, что удачно использую фабрику, синглтон и другие шаблоны.
            • 0
              Смысл-то как раз большой, тот кто знает названия — тот очевидно читал спец. литературу по объектно-ориентированному проектированию. Мне это напоминает позицию программиста со своей прошлой работы, когда я ему пальцем ткнул где он использует синглтон — он воскликнул: «Ба, да у меня-ж тут полный ООП!»… кхм, нет, не полный :) Шаблоны — это шаблоны, это не серебрянная пуля которая решил все проблемы с архитектурой приложения, однако-ж знать их нужно, знать в первую очередь по сравнению с фреймворками, библиотеками и т.д. и т.п., на хабре-же все противники делать то что уже сделано, так вот большая доля стандартных подходов к проектированию — она уже сделана, и названа «шаблонами проектирования».
          • 0
            иногда не надо знать «как это называется», что бы знать «как этим пользоваться»
            • 0
              Чтобы хорошо понимать как этим пользоваться, и не знать как это называется — нужно как Диоген… в бочке… долго… кодить :)
      • 0
        К слову, хотя и совсем не в тему: я, к примеру, понял суть ООП и что это вообще такое только после того, как начал изучать Ruby. Вот ТАМ — это просто отличнейше реализовано и необычайно легко и понятно описано. Порой мне кажется, что имеет смысл человеку, собирающемуся изучать ООП, дать почитать «why's (poignant) guide to ruby», чтобы он понял, что такое объект, класс, методы, наследование, и т.д. (что я обычно и делаю). А уже потом — вдаватся в особенности костылей реализации ООП в PHP.
        PS. Таким образом мне удалось обратить в Ruby уже не одного ex-PHP программиста. ;-)
        • +1
          Многое в PHP сделано не самым красивым способом, и не самым удобным, однако ООП-модель в нем я считаю достаточной для нормального программирования, про какие конкретно костыли вы говорите?
          • 0
            Удобство работы с ООП в PHP в сравнении с оным в Ruby — это как ходьба по улице с костылями или палочкой, на которую опираешься, и как свободная легкая прогулочная походка по тропинке. Разница, может, и не большая (челове ходит — и хорошо), но работать с ООП в Ruby — удобнее. И, как по мне, просто банально приятнее.
            • 0
              В каком языке ООП это просто ходьба без костылей и палочек? Пистон? Пёрл?
              • НЛО прилетело и опубликовало эту надпись здесь
                • 0
                  В C#, всего лишь — одна из реализаций.
                  • НЛО прилетело и опубликовало эту надпись здесь
                    • 0
                      > Нет
                      Что, «нет»? ООП в C# — это одна из реализаций, не претендующая на единственно верную. Что не так?

                      > Соответственно если говорить, что ООП ходьба с костылями — то все программирование на C# — костыли.

                      Я, если Вы внимательно читали, как раз и ратую за то, чтобы не раскидываться тут, «что такое костыли, а что нет» (при этом, даже не являясь создателями этих систем).
                      • НЛО прилетело и опубликовало эту надпись здесь
                        • –1
                          > Был вопрос: «В каком языке ООП это просто ходьба без костылей и палочек?»

                          В вопросе мало смысла.

                          > Вы мне говорите про какую-то реализацию.

                          Что значит, про «какую-то»? Про вполне конкретную — Си-шарповую. И отмечаю, что реализация ООП в этом языке — одна из нескольких.

                          > Я для примера назвал C#.

                          Ну замечательно, только, повторю, в вопросе мало смысла, если Вы полностью этот тред проанализируете и увидите мою позицию.
              • 0
                В Ruby, читайте внимательнее.
                • –1
                  В Руби, всего лишь — одна из реализаций. Достаточна неплохая, надо сказать.
                • 0
                  Думал руби это с Палочкой, а ПХП это с костылями
              • 0
                В Смоллтоке :)

                Лично я, неглупый парень, прочувствовал ООП только после него.

                «Actually I made up the term “object-oriented”, and I can tell you I did not have C++ in mind» (Alan Kay, создатель Смоллток).

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

                  > прочувствовал ООП только после него.

                  Расскажите подробней (основные, ключевые моменты, которые заставили вас «прочувствовать»), интересно.
                  • +4
                    Это сложно описать — как сложно описать радость радость танца тому, кто не танцует (и я не отмазываюсь, я действительно так считаю).

                    Ну, например… лаконичность языка. Количество зарезервированных слов в Перле зашкаливает за 150, если мне не изменяет память. Для сравнения — в Яве и в C++ их около 50. В Смоллтоке же всего 5 зарезервированных слов (self, super, nil, true, false) плюс пара операторов (присваивание и возврат). При чем здесь объекты? При том, что все остальные операции реализованы именно через их взаимодействие.

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

                    Даже ветвление по сути организовано через объекты True и False (да, специальных конструкций типа if/else в Смоллтоке нет). Все это дает невероятную гибкость.

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

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

                    Вообще на эту тему нужно писать большую статью, а не комментарий на Хабре :)

                    Кажется, что этот язык — лишь «академическое упражнение»… но вот Вам пример полноценной биллинговой системы на этом языке, которую писали мои друзья и которая развивается уже не первый год: requestbilling.com/. Другой мой друг писал на этом языке симуляторы авиационной техники (не для игр, а для обучения пилотов).
                    • 0
                      Спасибо за подробный ответ, да, я тоже повторю, что меня привлекает динамика, мутации объектов, утиная типизация в Ruby и JS (Смоллток тоже находится в их генеалогическом дереве вдохновения идеологией, включая реализацию ООП — однако, конечно же, были сделаны свои и изменения).

                      Подчеркнуть же я хочу то, что говорить о «костылях» смысла нет, поскольку для этого нужен утверждённый эталон «дальше которого прыгать в стороны не моги», но в плане реализаций теоретических областей — это не так. Реализация ООП из Смоллтока, унаследованная Руби, Питоном и JS (через связку Smalltalk -> Self -> JS) снова повторю, мне так же наиболее симпатична (при этом, я осознаю, что сам Смоллток тоже вдохновлялся Симулой, но ввёл свои нововведения, которые посчитал технологически и идеологически обоснованными).
            • 0
              > Удобство работы с ООП в PHP в сравнении с оным в Ruby — это как ходьба по улице с костылями или палочкой, на которую опираешься,

              ну это всё демагогическая философия, а технические характеристики, всё-таки, можете рассказать? ;)

              В PHP — своя реализация ООП, достаточно неплохая в своей идеологии, удобная для реюза кода. Кстати, в Руби, ООП похоже на Javascript'овое.
              • 0
                Что вы имеете ввиду под словами «технические характеристики»?
                Проще попробовать, чем рассказывать.… К сожалению ресурс «Try Ruby!» сейчас недоступен, как и "_why's poignant guide to ruby" — с тех пор как Why The Lucky Stiff пропал, многое стало недоступно.
                • 0
                  > Что вы имеете ввиду под словами «технические характеристики»?

                  Реализацию.

                  > Проще попробовать

                  Я достаточно хорошо знаю и PHP и Ruby.

                  > чем рассказывать

                  тот, кто не знает, не сможет объяснить.

                  Меня же больше волнует то, каков процент в Ваших фразах о «костылях» — свой? К слову, я отмечу, что мне Руби, действительно (наряду с JS и Python'ом), нравятся больше PHP, но я могу ответить, почему — в большей мере привлекает динамика, открытость (хотя, Питон, в этом плане, закрыт для работы со встроенными классами), мутация (и, как следствие, утиная типизация) объектов, и модульная структуризация. ООП же в PHP — достаточно неплохая реализация этой теоретической парадигмы.

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

                  Так о чём говорите Вы?
                • 0
                  опаньки, а что с _why-ем случилось?
  • +1
    Ужас… те кто мне в своё время предлагал собеседование таким вот образом — отвергал сразу, ощущать себя снова незнающим студентом на экзамене не очень хочется.
    По моему лучше просто дать решить какую то проблему насущную (тестовое задание) и посмотреть как человек с этим справиться, поспрашивать о прошлых проектах… раз ищите не начинающего программиста, то за 2...3 года у человека наверняка набралось несколько хороших и достойных проектов.
    Вопросы про типах данных, отличии в версиях и css лично меня уже ввели в ступор.
    • –3
      Тестовое задание отпугивает еще большее количество человек, это уже проверено :)

      Насчет прошлого опыта работы — тут большинство вопросов ориентированы на то, чтобы выпытать из человека его «опыт»…
      • 0
        видимо народ настолько сильно отличеется… один боятся что их завалят на теории, а другие боятся что работодатель увидит что на теории всё и закончилось
    • 0
      «за 2...3 года у человека наверняка набралось несколько хороших и достойных проектов.»

      Бывает, что например разрабатывалась CRM, работая 2-3 года в фирме. Код разумеется закрыт, вход в систему разумеется закрыт.
      • 0
        ну вобщем то да… я тоже могу показать только с десяток сайтов, наклёпанных года 2 назад… всё остальное или закрыто или вообще без интерфесов
  • НЛО прилетело и опубликовало эту надпись здесь
    • –1
      Для кого и дурацкие, но вот знание в каких версиях мускуля появились транзакции/хранимые процедуры/тригеры — очень сильно поможет при разработке, ведь зачастую версии оговариваются в ТЗ заранее…
      • НЛО прилетело и опубликовало эту надпись здесь
        • +1
          Это всё уровень ;)
          На хайЛоад прожектах СКУЕЛю выделятся много внимания!
          Так же как и Архитектуре кода, также как и Вёрстке, также как и настройке ОС системы, оптимизации всего и вся…
          Меня только удивило почему нету вопросов сысадминству… хули ж тут, к этой пачке кака-раз не хватает.
          Мол как настроить нгинкс, какие акселераторы лучше, как поднять мемкеш, сделать кластер…
          • НЛО прилетело и опубликовало эту надпись здесь
        • –2
          Обычно в ТЗ прописана версия MySQL — именно опираясь на нее разработчик должен решить использовать транзакции и триггеры или нет…
          • НЛО прилетело и опубликовало эту надпись здесь
  • 0
    это собеседование на джуниора?
    или на норм разработчика?

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

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

    А ещё часто бывает, что собеседник сам не понимает какие нелепые вопросы задаёт. Обычно проще лишний раз переспросить или объяснить нелепость вопроса, чем пытаться ответить глупостью на глупость.
  • +5
    Хм, а что означает плюс в CSS?
    • +2
      Тоже стало интересно. Походу это значит «применить к тому, что справа, ежели оно идет сразу за тем, что слева».
      • +1
        Именно так, это CSS2, а непопулярна такая конструкция потому как ее не поддерживает IE 6-ой и по-моему 7-ой версии. Также как очень удобной конструкцией является ">" — но тоже к сожалению старадает отстутствием поддержки со стороны IE.
        • 0
          Ясно, спасибо.
    • +2
      Это то самый кругозор, о котором упоминали выше.
      Если программер еще не знает о CSS, то он либо 1) совсем зеленый, либо см. пункт 1.
      • 0
        Ну конечно.
        • +1
          А давайте представим путь начинающего веб разработчика:
          Купил/скачал книгу по PHP, решил запустить на своем локальном денвере задачку «блог на php/mysql за пол-часа». Посидел пару дней, поковырялся там, тут — в итоге УРА! заработал блог. На этом он не остановился, решил сделать свой фотоальбом! Но вот незадача, весь html-код получается со стилями, читать невозможно. Еще пара таких проектов и он наверняка поймет, что гораздо удобнее вынести стили в отдельный файл.
          На самом деле плюс знания CSS заключается не в том, что программеру надо будет его активно использовать, это как бы говорит о том, что он так или иначе его использовал и Понимает Зачем Это Нужно.
          • +2
            Речь идет не о знании CSS в целом, а о конкретном, редком операторе, который, как оказалось, еще и не все браузеры поддерживают.
            • 0
              Не стоит цепляться к мелочам. Привер может быть любым и суть дело это не меняет.
              • +1
                Суть заключается в том, что не нужно захламлять оперативную память редко используемыми знаниями — надо знать, где посмотреть в случае чего, или сообразить, к чему вообще это может относиться.
            • +1
              Пардон, я кажется, неправильно истолковал фразу «плюс в CSS».
    • НЛО прилетело и опубликовало эту надпись здесь
      • 0
        Спасибо.
    • +1
      Так называемый селектор «сестринских» элементов.
      На этот вопрос на собеседовании я бы ответил так: «У меня в голове стоит парсер CSS от IE6, а он сестринские селекторы не поддерживает».
    • НЛО прилетело и опубликовало эту надпись здесь
      • 0
        К сожалению, реально разработчику нужно понимать все, что могут написать его коллеги, не смотря на то, что сам он бы такого не написал.
        • 0
          да почему к сожалению… к счастью… вот только за счастье надо платить… причём работодателю…

          весь смысл обсуждения топика в том что это слишком крутое собеседование на должность джуниора — это прямо нигде не говорится — но так оно и есть… работодатели сейчас в период кризиса (причём в их собственных головах) совершенно обнаглели и хотят рабов за воду и хлеб (читай кофе и печеньки в офисе)
          • 0
            Но это собеседование не ориентированно на начинающих. По хошорему, я думаю, никто на вас не обидется, если вы скажете «черт, я понятия не имею, что было в PHP 4, я работал только с PHP 5, но я в курсе, что объекты в PHP 5 передаются по ссылке». А остальное действительно дело начитанности, если вы нашли в вопросах что-то, что у вас вызывает недоумение, вполне возможно, что эта проблема существует только в книгах.
        • НЛО прилетело и опубликовало эту надпись здесь
          • 0
            Тут уже дело в коллективе. Я, например, понятия не имел, как погуглить "+" в CSS. Ясно, что запросы "+ css" и «plus css» ничего вразумительного не дали. А вот спросить у коллеги версталщика, что значит "+" — не проблема.
            • НЛО прилетело и опубликовало эту надпись здесь
              • 0
                нашёл за две минуты… только зачем идти гуглить, если можно сразу пойти в спецификацию :)
                понятно что нужно искать в разделе Selectors — а там пункт 5.7 www.w3.org/TR/CSS2/selector.html#adjacent-selectors

                делов-то
                • НЛО прилетело и опубликовало эту надпись здесь
  • 0
    Многие говорят, что уровень вопросов детский, что этому еще в школе учили и бла-бла…
    Парактика показывает, что даже многие из этих вопросов ставят людей в тупик. Техническое собеседование — это в первую очередь попытка оценить уровень знания технологий, с которыми человеку придется работать в нашей компании.
    С другой стороны, если я вижу, что кандидат достаточно опытен, отпадает необходимость в большинстве этих вопросов. Тут уже сам бог велел говорить о том, что кандидат сделал и чего добился. И чем больше у кандидата опыта, тем интереснее может оказаться собеседование.
  • +2
    Легко-бы ответил на все заданные вопросы, не понимаю народные волнения по поводу некоторых. Про вопрос различия php4/php5 я уже выше написал, про те-же типы данных — в php их не так много чтобы их забыть.
    Скалярные типы:
    Числа: целое (integer) / дробь (float)
    Строка (string)
    Булевый тип (boolean)
    Сложные типы:
    Массив (array), объект (object)
    Ну и спец. типы данных:
    нуль (null) — уникальный тип данных который может использоваться в значениях по-умолчанию для объектов
    ресурс (resource) — тип данных, возвращаемых расширениями для работы с тем-же mysql, ftp и т.п.

    Какое из них в работе можно исключить — я честно говоря не представляю, без скалярных типов обойтись нельзя вообще, незнание о существовании сложных типов — это ну очень уж низкая квалификация, незнание что такое null — это уже больше к области php5 и type-hinting'а, там без него точно не обойтись, соот-но можно сделать вывод что соискатель с php5 если и работал — то не через руки точно, ну и resource — если человек не понимает что конкретно возвращают те-же простейшие функции mysql_connect / mysql_query — то это опять-же говорит о его квалификации.
  • +2
    — Почему ушли с предыдущего места работы?
    хочу больше денег
    — Почему выбрали нашу компанию?
    хочу больше денег
    — С чего начали изучать программирование?
    с бейсика на Корветах
    — Почему выбрали PHP?
    хз, мода какая-то на него пошла после перла
    — С какими PHP библиотеками, фреймворками знакомы?
    с CakePHP работал, и ещё с какойто мегабиблиотекой (по типу CPAN от перла)
    — С какими API приходилось работать?
    вроде никакими
    — Есть ли опыт работы с различными CMS? Опыт работы не как web-мастера, а как программиста…
    Joomla,Koobi
    — Работал с PHP 4? Назови различия с 5-ой версией.
    приватные переменные в классах появились. псевдо-функции у классов(__call и др). больше не знаю.
    — Что нового в PHP 5.3?
    вроде как именно в этой версии сменились параметры у функции mail, из-за чего отвалилась функциональность на одном из поддерживаемых сайтов.
    — Типы данных в PHP?
    variant, array,object.
    — Что такое сериализация?
    компактификация объекта в строку
    — Что самое сложное разрабатывали на PHP?
    Делал сайт на кейкпхп для комьюнити одной игры. на сайте велась разномастная статистика рекордов в игре.
    рекорды засылались архивом. сайт соответственно парсил архивы, парсил бинарный файл записи рекорда. структура файла записи рекорда была реверсинженирены мной с помощью дизасма IDA.
    — Какие шаблоны проектирования знаешь? Расскажи в чем соль каждого?
    — Что есть MVC? Какую роль выполняет каждый из составляющих элементов?
    на эти не буду отвечать.:)
    – С какими web-серверами работал? Apache? Nginx? IIS?
    апач
    — Можешь описать как можно подробнее, что происходит между тем, как пользователь ввёл в адресной строке google.com и тем, как браузер показал страницу?
    DNS запрос, веб-сервер, гугловский аппликейнш(хз что, но точно не пхп :) )
    – Системы контроля версий? SVN? CVS? Git? Что есть branch/trunk/tags?
    SVN,CVS токо чтоб сырцы скачать использовал. на текущей работе использую ClearCase
    – Багтрекинг системы?
    не юзал. а че про них спрашиватьт то?
    — С какими БД работал? Что такое транзакции, хранимые процедуры, триггеры?
    мускул
    — Коль работал с MySQL то сможешь назвать различия между версиями 4.1, 5.0, 5.1?
    с 4.3 или 4.4 появилисьь вложеные запросы select from select. в 5 наверно появились те самые хранимые процедуры и триггеры
    — Каковы различия между MyISAM и InnoDB?
    в иинодб транзакции есть
    — Ваша субъективная оценка своих знаний по CSS по пятибальной шкале?
    3
    — Приходилось ли верстать сайт?
    да. ненавижу :)
    — Почему CSS это каскадные таблицы стилей?
    потому что наслаиваться могут
    — Что здесь написано? Напишите HTML код к которому будет применен данный стиль.
    напишу
    — Ваша субъективная оценка своих знаний по Javascript'у?
    с библиотеками работал, а самому написать чтото типа prototype не смогу
    — Что самое сложное разрабатывали с использованием Javascript'a?
    ничего сложного
    — С какими Javascript фреймворками работали? Какие плагины использовали? Писали ли плагины, виджеты?
    с prototype баловался — эффекты, аякс.
    — Каким образом можно реализовать наследование в Javascript?
    чето на хабре было про это :)
    — Что такое AJAX и как он работает?
    знаю
    — Что такое JSON? С JSONP сталкивались?
    стандартизированный формат передачи серелиазованных объектов или просто массивов данных. JSONP не знаю че такое.

    *******
    на сколько потяну по з/п? :)))
    • 0
      На должность Junior-дворник, судя по всему :)
      • +4
        пожалуй останусь архитектором на текущем месте :)

        ЗЫ: текущая работа с вебом не связана
    • +1
      вот такими видимо и должны быть книжки «собеседование для чайников» или «готовимся к собеседованию за 24 часа» =)
    • +1
      чето на хабре было про это :)

      Замечательный ответ )
  • +1
    Получается нужен какой-то кодер-программист-архитектор, в итоге чел который всего нахватался по чучуть и делает всё через жопу, ибо толку не отбивает нигде.
  • НЛО прилетело и опубликовало эту надпись здесь
    • 0
      ага. можно подумать если собеседуют человека по графике — то будут гонять его еще по работе с БД, построению интерфейсов, юзабилити…
      смешно же)
      • НЛО прилетело и опубликовало эту надпись здесь
    • НЛО прилетело и опубликовало эту надпись здесь
      • НЛО прилетело и опубликовало эту надпись здесь
        • НЛО прилетело и опубликовало эту надпись здесь
          • НЛО прилетело и опубликовало эту надпись здесь
    • 0
      Зачем столько полемики?

      -->… да-да, жители хабра, в большом мире дяди пишут не только что-то похожее на ваши хомячки на вордпрессе…

      -->… не забудьте сказать, что чужие фреймворки вы не изучаете по идеалогическим причинам…

      -->… и у вас есть свой фреймворк, который вот тут может рисовать треугольнички…

      Фигня какая-то. Кто, Где такое говорил?

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

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

      Как проходит выбор кандидата? Кадровик мне показывает резюме, если интересно — приглашаем, общаемся, благо не роботы, есть о чем поговрить. Новичкам даем тестовое задание, или сажаем сразу за компьютеры. Это-же элементарно, какие нафиг опросники? Какие бумажки? Это-же самое ценное — сотрудники! С кем говорить тогда? с Машей из Mamba?
      • НЛО прилетело и опубликовало эту надпись здесь
  • 0
    > Каким образом можно реализовать наследование в Javascript?

    В принципе, для соискателя для на PHP вакансию, такой формулировки может быть и достаточно, хотя, она, конечно, неверная — Вы же не спрашиваете, «каким образом можно реализовать наследование в PHP?» — а ведь это тоже самое. Если будете проводить интервью на JS вакансию, не задавайте такой вопрос вообще.
    • 0
      Если человек мне расскажет о том, что JS есть прототип ориентированным языком — это будет несомненно плюс…
      • +1
        Да нет, у Вас упор всё же на PHP-вакансию, всё остальное (SQL, JS, CSS) — поверхностно получится, в любом случае (хотя, могут быть исключения, но такой девелопер (который глубоко разбирается в нескольких технологиях, а не просто на прикладном уровне) дороже стоит и надо ещё поискать).

        Касаемо же JS, ответом на Ваш вопрос должен быть: «что значит реализовать наследование? наследование в этом языке заложено изначально и весь язык — напишите Вы одну строчку 1..toString() — уже насквозь пропитан наследованием. Поэтому, вопрос не понятен/не корректен». Поэтому, при серьёзной JS-вакансии, такие вопросы лучше не задавать (сами спалитесь). В случае же, когда JS — второстепенен (т.е. основное направление вакансии — PHP), Ваша формулировка может быть уместна.
      • 0
        Антон, а у Вас есть вакансии типа Кодер который и должен знать а прототипе в ДЖс? Архитектор который и должен знать различия между Мускулами и выбирать нужные инструменты для разработки (по минимуму)? или только универсальные солдаты ПХП-программисты?
        • –2
          На данный момент у нас вакансий нет, вроде собрали всех кого хотели…
          • 0
            Не правильно задал вопрос, не вакансии, а должности ;)?
  • +1
    И что по деньгам за такие знания? :)
    • 0
      смотри выше habrahabr.ru/blogs/php/67963/#comment_1924800
  • +2
    Как показывает практика — вопросы по веб серверам и таким штукам как SVN бесполезны. Половина, которые говорят, что знают — не знают. А 90%, которые гооврят, что не знают — вникают через пару дней.
    Типы данных в php, всё равно что пытаться точно подсчитать количество лошадиных сил ваза 2101. К чему? Если php сам за тебя определяет типы и при правильном применении проблем с этим не возникает. Есть сравнение с приведением типов, более ничего и не нужно. Буду рад видеть примеры, если ошибаюсь.

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

    p.s. ничего не имею против автора, текст прочитал, было интересно. Сказанное лишь моё мнение.
    p.p.s. всегда было весело посещать собеседования, где заставляли программировать на листочке =) или писать сложные скули с подковырками.
  • +2
    может хватит играть в эти игры, а? просто выдайте человеку тестовое задание и посмотрите на его код. это необходимо и достаточно, чтобы судить о профессиональных навыках.

    а то устроили соревнование, кто больше статей по рекрутингу прочитает…
    • –2
      Вариант тестового задания отпадает, пока мы будем ждать ответа — человек просто пойдет в другую контору на собеседование, а тестовым заданием займется лишь в том случае, если ему везде отказали…
      • +1
        > Почему выбрали нашу компанию?
        вам не нужно показывать своих навыков — значит есть шанс уболтать.
  • 0
    2AntonShevchuk, вы забыли про классические алгоритмы спросить (рекурсия, сортировка, деревья...) или испугались что вообще никого не найдете?
    • –2
      Иногда задаю подобные вопросы, но не часто…
  • –1
    читаю прошлогодние комменты. офигеть, еще и у прогеров про модель OSI спрашивают… куда катится этот мир…
    • 0
      ага, и как работает интернет пхп программисту тоже знать не зачем :)
  • +3
    Почему выбрали нашу компанию?

    Вы что действительно думаете, что кто-то действительно «выбирает компанию», а не ищет где теплее?
    Вот честно, что сказать? «Мне похуй на вашу компанию, меня интересуют деньги и интересная работа»? Сразу навешают ярлык «чувака не в команде». Врать что меня интересует компания?
    Долбоебизм.
    • 0
      Если человек руководствуется только деньгами, то уйдет сразу же, как только ему предложат зарплату на пять штук больше (рублей, не долларов, за «на пять штук баксов больше» я сам уйду, лол).

      А «интересная работа» как раз и есть один из нормальных ответов на вопрос «Почему вы выбрали нашу компанию». Практически все люди, которые у нас остались надолго и счастливо, знали, почему они пришли к нам — видели разрабатываемую систему, видели решения, которые мы делаем, хотели набраться опыта, скажем.
      • +5
        Нет, не уйдет, это стереотип какой-то. Обычно люди не меняют работу просто так. Её меняют только по нужде — плохой коллектив, слишком маленькая зп., напряжённая скучная работа и т.п. Перебегают на небольшой подъём только больные или очень нуждающиеся. У остальных же психология «Мирится лучше со знакомым злом, чем бегством к незнакомому стремится».
        И уж точно не надо преуменьшать важность бабла в вопросе выбора работы.

        Нельзя оценивать интересная работа, или нет, не работая в компании ни дня.
        Хотели набраться опыта? Вы студентов набирали за минимум бабла под лозунгом «У нас круто, здесь вы получите опыт»?

        Я открою большую тайну. При выборе работы для человека есть только два первых критерия бабло и перспективность роста. Всё остальное приходит потом (оценка коллектива, организации, интересности), и оценить это до того как поработал он не может. Влиять эти факторы будут только на цену вопроса, и на время которое человек проработает.
        А «Я набрался опыта» — это мантра для того, что бы заткнуть внутренний голос, который говорит «тебя наебали».
        • 0
          Попробуйте прикинуть, какое количество из людей в этом треде хотели бы работать в Яндексе? В гугле? В студии Лебедева (это по большей части касается дизайнеров, для программистов там интересных горизонтов нет, мне думается)? Почему? Не потому, что там много платят, а потому, что задачи, которые надо решать, потенциально значительно выше тех, которым занимаешься прямо сейчас. И это чувствуется извне, без проработанного дня в этих компаниях.

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

          Но в любом случае, я к чему — сам вопрос Шевчука абсолютно логичен. Если на него последует ответ типа вашего «Лол, да похуй, мне от работодателя нужна стабильность в материальном обеспечении моей семьи, за которую я буду давать оговоренное количество работы» — это тоже нормально. Главное, чтобы у человека были какие-то осмысленные приоритеты и требования к работодателю. Чтобы работодатель тоже мог оценить, не разочаруется ли потом кандидатик, и не будет ли потом проблем. «Я выбрал вашу компанию потому, что у вас только интересная работа!». Нет, сынок, это не так, скажем иными словами — «есть работа, встречается и интересная».
          • +1
            Не-а. Там хотят работать, потому что:
            1. Там реально хорошо платят.
            2. Там больше перспективы роста.
            3. Они не «чёрный ящик». Как там устроен быт им известно, а значит одним риском меньше.
            4. Это классно выглядит в резюме.
            А задачи, вообще-то те же. Просто решение должно быть качественнее, а значит уровень исполнителя выше.
            В Самсунг, вон, народ не сильно рвётся работать.
            И это достаточно самонадеянно — ставить себя в такой ряд.

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

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

            • 0
              1. В студии Артемия Лебедева? Больше всего вынуждены платить фирмы не настолько знаменитые.
              2. Не обязательно. Гораздо внушительнее выглядят перспективы роста ПОСЛЕ этих компаний.
              3. Может быть. По красивым фоткам офиса разве что.
              4. Абсолютно.

              > А задачи, вообще-то те же. Просто решение должно быть качественнее, а значит уровень исполнителя выше.
              Ну да, те же задачи, только уровень самого решения выше, рассчитано оно под другие нагрузки, под другой стандарт качества, под другие размеры команды, приучает к методикам разработки более высокого класса и так далее, и далее — так я не понял, вы со мной спорите или все-таки соглашаетесь по поводу опыта? ;)

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

              Я не понимаю, что значит «дебильный вопрос» и почему ответ на него всегда будет плохим. Вы не можете ответить на этот вопрос? Вы не считаете, что надо знать ответ на этот вопрос? Дебильным может быть только вербализированное ОТНОШЕНИЕ спрашивающего к ответу, но в исходном шевчуковском спаслании ничего про это не говорилось. Наоборот, была применена грамотная формулировка — «интересно узнать что же все-таки интересует соискателя.»
              • 0
                Вопрос может быть дебилен сам по себе.
                Если хочется узнать «что же все-таки интересует соискателя» можно спросить «Что же вас интересует?». А не задавать вопрос которым ставите человека в положение описанное мной выше.
            • 0
              потому что в Самсунге надо реально вкалывать, у корейцев переработка по 1-2 часа в день норма корпоративной культуры
              • 0
                Это я к тому, что
                «что задачи, которые надо решать, потенциально значительно выше тех, которым занимаешься прямо сейчас»
                далеко не самый главный аргумент выборе работы.