Anry писал(а):один раз, проводя интервью у русскоговорящего на QA позицию, задал вопрос, за какие сервисы отвечают следующие TCP порты: 80, 21, 443, 110, 25 ?
У кандидата было перечислено, что знает TCP/IP.
В ответ - молчание... Тогда спросил, что же знает про TCP/IP - оказалось, что знает просто расшифровку этого акронима.
таже байда... сегодня посмотрел в резюме написано .... TCP/IP, HTTP, HTTPS... спросил... у тебя есть клиентская программа, открывает сокет на вебсервер, что надо послать на веб сервер чтоб он назад страницу какую-нить страницу вернул...? ответ... типа там байнари протокол... бла-бла-бла... блин...
Vims писал(а):что проще, возьмите и позвоните по референсам. Если их нет то и вопросов нет. А так презумпция невиновности. Может он и правда работал.
ЗЫ Как китайцы врут это можно романы писать .....
за какие сервисы отвечают следующие TCP порты: 80, 21, 443, 110, 25 ?
А вот тут уже как настроите нафиг кому надо помнить какой номер за что отвечает ? ну например sql подключается по "стандарту" на 1433, но у многих он бежит на другом порту...
Anry писал(а):один раз, проводя интервью у русскоговорящего на QA позицию, задал вопрос, за какие сервисы отвечают следующие TCP порты: 80, 21, 443, 110, 25 ?
У кандидата было перечислено, что знает TCP/IP.
В ответ - молчание... Тогда спросил, что же знает про TCP/IP - оказалось, что знает просто расшифровку этого акронима.
таже байда... сегодня посмотрел в резюме написано .... TCP/IP, HTTP, HTTPS... спросил... у тебя есть клиентская программа, открывает сокет на вебсервер, что надо послать на веб сервер чтоб он назад страницу какую-нить страницу вернул...? ответ... типа там байнари протокол... бла-бла-бла... блин...
Блин, то ли я дремучий как дуб, то ли че-то не понял.. Какая связь между TCP/IP сокетами и вебсервером ? протоколы совсем разные. Ты чепросил мужика по битам тебе "заголовки" сокетов описать ? Так их на память и так хрен кто помнит. Их вручную уже давно не пишут. Библиотеки готовые для всего есть.
Anry писал(а):один раз, проводя интервью у русскоговорящего на QA позицию, задал вопрос, за какие сервисы отвечают следующие TCP порты: 80, 21, 443, 110, 25 ?
У кандидата было перечислено, что знает TCP/IP.
В ответ - молчание... Тогда спросил, что же знает про TCP/IP - оказалось, что знает просто расшифровку этого акронима.
таже байда... сегодня посмотрел в резюме написано .... TCP/IP, HTTP, HTTPS... спросил... у тебя есть клиентская программа, открывает сокет на вебсервер, что надо послать на веб сервер чтоб он назад страницу какую-нить страницу вернул...? ответ... типа там байнари протокол... бла-бла-бла... блин...
Блин, то ли я дремучий как дуб, то ли че-то не понял.. Какая связь между TCP/IP сокетами и вебсервером ? протоколы совсем разные. Ты чепросил мужика по битам тебе "заголовки" сокетов описать ? Так их на память и так хрен кто помнит. Их вручную уже давно не пишут. Библиотеки готовые для всего есть.
я попросил открыть его сокет на вебсервер и послать туда команду чтоб получить страницу. он сказал что это сложно и что там бинарный запрос..... когда ты пишешь что знаешь ХТТП протокол то подразумевается что ты знаешь что такое GET и POST.
Anry писал(а):один раз, проводя интервью у русскоговорящего на QA позицию, задал вопрос, за какие сервисы отвечают следующие TCP порты: 80, 21, 443, 110, 25 ?
У кандидата было перечислено, что знает TCP/IP.
В ответ - молчание... Тогда спросил, что же знает про TCP/IP - оказалось, что знает просто расшифровку этого акронима.
Совершенно дурацкий вопрос. С таким же успехом у претендента на место водителя грузовика можно спрашивать маркировку лампочки в стоп сигнале.
Anry писал(а):один раз, проводя интервью у русскоговорящего на QA позицию, задал вопрос, за какие сервисы отвечают следующие TCP порты: 80, 21, 443, 110, 25 ?
У кандидата было перечислено, что знает TCP/IP.
В ответ - молчание... Тогда спросил, что же знает про TCP/IP - оказалось, что знает просто расшифровку этого акронима.
Совершенно дурацкий вопрос. С таким же успехом у претендента на место водителя грузовика можно спрашивать маркировку лампочки в стоп сигнале.
действительно можно, если он указал, что знает лампочки.
папа Карло, я думаю он твой впрос не понял. Если бы ты меня про сокеты спросил - я бы тоже не уловил связи между сокетами и ХТТП. А тем более что тебя интересует разница между ПОСТ и ГЕТ.
Anry писал(а):один раз, проводя Совершенно дурацкий вопрос. С таким же успехом у претендента на место водителя грузовика можно спрашивать маркировку лампочки в стоп сигнале.
действительно можно, если он указал, что знает лампочки.
Ни один нормальный водитель не знает маркировок лампочек. Ни один нормальный специалист не знает какие там порты чего.... Нормальная форма вопроса такого вида - дать вопрос в письменном виде и посадить соискателя за компьютер подключенный к интернету. Уйти из комнаты и придти через 15 минут проеверить ответ.
Vovchik, полностью согласен. Спрашивать "справочные" данные на интервью - проверка памяти и не больше (тем более данные в принципе бесполезные). Ну сказал бы человек что обычно 80 порт занят под ХТТП протокол. и что ? он сразу подтвердил что эксперт в TCP/IP ?
Лучше бы спросил что делать если надо 2 разных протокола на один порт повесить или максимальное количество клиентов в стандартном TCP/IP сокете и что делать если надо их в 2 раза больше.
spavel писал(а):Vovchik, полностью согласен. Спрашивать "справочные" данные на интервью - проверка памяти и не больше (тем более данные в принципе бесполезные). Ну сказал бы человек что обычно 80 порт занят под ХТТП протокол. и что ? он сразу подтвердил что эксперт в TCP/IP ?
Ну по крайней мере ответ показал бы, что человек знает хоть что-то кроме того как расшифровывается аббревиатура.
spavel писал(а):
Лучше бы спросил что делать если надо 2 разных протокола на один порт повесить или максимальное количество клиентов в стандартном TCP/IP сокете и что делать если надо их в 2 раза больше.
такой вопрос "завесил" бы кандидата на весь день.
Тут некоторые товарищи не могут квадрат от прямоугольника отличить и не могут банально следовать инструкциям в тестовой задачке, хотя в резюме у них... ой что у них в резюме.... мне столько не соврать никогда.
Anry писал(а):один раз, проводя интервью у русскоговорящего на QA позицию, задал вопрос, за какие сервисы отвечают следующие TCP порты: 80, 21, 443, 110, 25 ?
У кандидата было перечислено, что знает TCP/IP.
В ответ - молчание... Тогда спросил, что же знает про TCP/IP - оказалось, что знает просто расшифровку этого акронима.
Совершенно дурацкий вопрос. С таким же успехом у претендента на место водителя грузовика можно спрашивать маркировку лампочки в стоп сигнале.
... совершенно нормальный вопрос, часто встречающийса на интервью - назвать default ports для http, ftp, udp etc ... это basics и далеко не "справочные" данные ...
Любой идиот может что то делать ежели он уже это что то делал. Вот ты попробуй сделать что то что ты никогда раньше не делал. А еще лучше - что вообще никто не делал. Вот где голова нужна. Задание вопросов по типу здесь описанных - это гарантия найма кучи идиотов попок которые да знать где Get а где Post - но почему ту по 6 раз в неделю от них стышишь - I do not know how to do this because I never done it before. И что? Башкой можно подумать? Очевидно что нет.
spavel писал(а):Vovchik, полностью согласен. Спрашивать "справочные" данные на интервью - проверка памяти и не больше (тем более данные в принципе бесполезные). Ну сказал бы человек что обычно 80 порт занят под ХТТП протокол. и что ? он сразу подтвердил что эксперт в TCP/IP ?
Мы не набирали эксперта по TCP/IP, и отнюдь глубокие или даже basic знания TCP/IP не требовались на QA позицию. Но коли указал в резюме, будь добр, хотя бы что-нибудь по теме сказать.
spavel писал(а):Vovchik, полностью согласен. Спрашивать "справочные" данные на интервью - проверка памяти и не больше (тем более данные в принципе бесполезные). Ну сказал бы человек что обычно 80 порт занят под ХТТП протокол. и что ? он сразу подтвердил что эксперт в TCP/IP ?
Мы не набирали эксперта по TCP/IP, и отнюдь глубокие или даже basic знания TCP/IP не требовались на QA позицию. Но коли указал в резюме, будь добр, хотя бы что-нибудь по теме сказать.
Тогда б следовало спросить - что такое IP address, где оно используется и где их берут.