информационная безопасность
без паники и всерьез
 подробно о проектеRambler's Top100
Сетевые кракеры и правда о деле ЛевинаАтака на InternetSpanning Tree Protocol: недокументированное применение
BugTraq.Ru
Русский BugTraq
 Анализ криптографических сетевых... 
 Модель надежности двухузлового... 
 Специальные марковские модели надежности... 
 Phrack #70/0x46 
 Возможно, Facebook наступил на... 
 50 лет электронной почте 
главная обзор RSN блог библиотека закон бред форум dnet о проекте
bugtraq.ru / форум / humor
Имя Пароль
ФОРУМ
все доски
FAQ
IRC
новые сообщения
site updates
guestbook
beginners
sysadmin
programming
operating systems
theory
web building
software
hardware
networking
law
hacking
gadgets
job
dnet
humor
miscellaneous
scrap
регистрация





Легенда:
  новое сообщение
  закрытая нитка
  новое сообщение
  в закрытой нитке
  старое сообщение
  • Напоминаю, что масса вопросов по функционированию форума снимается после прочтения его описания.
  • Новичкам также крайне полезно ознакомиться с данным документом.
Стрессоустойчивоть - одно из требований к соискателям. Как... 21.10.08 11:54  Число просмотров: 3248
Автор: amirul <Serge> Статус: The Elderman
<"чистая" ссылка>
> Собеседование - это для интервьюируваемого определенный
> стресс. Даже очень умный человек может растеряться от
Стрессоустойчивоть - одно из требований к соискателям. Как же сорванные сроки, постоянно изменяющиеся требования, риск увольнения и т.п.? Если по любой из этих причин ты начнешь писать говно из корневого поста - ты не нужен. Встречал статью про российскую компанию, где тупо выливали в лицо стакан воды еще до начала собеседования (после этого я бы отказался от собеседования вообще). В более умных конторах, к примеру, интервьюер постоянно кривится, вздыхает и всячески дает понять, что ты несешь полную чушь. Умение аргументированно отстаивать свою позицию (в том числе перед начальством) - тоже очень ценный скилл.

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

> достаточно медленно соображаю. Тем не менее, если дать мне
> несколько больше времени, то я прихожу к решениям, к
> которым большинство других быстро-соображающих не могут
> прийти в принципе. Результирующая скорость и качество
Я такой же. На интервью смотрят за ходом твоих размышлений. Если ты молча продумаешь полчаса, то интервьер не будет тебя ждать (ибо в период молчания ты ничем не будешь отличаться от просто дурака, но узнать чего же ты стоишь все таки надо). Он даст тебе твои полчаса на задачу, если ты сходу начнешь РАССУЖДАТЬ, если же ты будешь сидеть молча - он перейдет к другой задача. Просто чтобы дать ТЕБЕ шанс показать себя

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

> Даже не в состоянии стресса (а просто спать хочется) я вот
> сейчас прочитав твой пост пропустил, что реверс списка
[skipped]
> часов) может быть погрешность в работе мозгов. Погрешность
> эта весьма велика для большинства человек. Это три.
Вменяемый интервьер это 1. Понимает 2. Ему это не важно.
Я вот на собеседовании в МС тоже решил не ту задачу, которую мне дали. Меня во-первых выслушали (а хули - все равно ж за решением какой задачи следить, главное посмотреть КАК человек ее решает), во-вторых после этого уточнили исходное условие и посмотрели как я решу уже ее

> Человеческое мышление, еще раз, очень сложно. Вот задача со
> стеклянными шарами: кидаем со 100-этажного здания
> стеклянные шары, надо узнать начиная с какого этажа шары
ОЯЕБУ. А что эту задачу дают на собеседованиях? Это ж паззл чистейшей воды, действительно не имеющий отношения к программированию. Лично я тупил над ней несколько часов - никакого собеседования не хватило бы. Я сходу могу привести еще несколько подобных задачек.

> Все задачи разноплановые. Вот лично у меня не особо хорошо
> мозги работают в сторону дискретной математики и вообще
> практически не умеют решать геометрию, зато замечательно
> воспринимают математику непрерывную, а так же теорию
> вероятностей. Задашь мне простейшую задачку по геометрии -
Парадокс Монти-Холла наверное знаешь. Как раз по теорверу.

> придешь к выводу, что я полный идиот. Задашь мне весьма
> трудную задачу по терверу - придешь к выводу, что
> гениальный мальчик. А на самом деле я всего лишь
> посередине. То есть задание задачек - это со статистической
> точки зрения не совсем корректный метод оценки
> интеллектуального потенциала человека. Это пять.
Поэтому надо давать много задач. Как имеющих конкретное решение так и просто "на поговорить".

> Ну а по поводу senior php'шника, в принципе, его алгоритм
> безусловно плох, и я банально не верю, что у него 10 лет
> разработки за плечами. Однако если говорить о подходе, то
> если мне на собеседовании зададут написать дерево поиска,
> то я не буду писать АВЛ-дерево, а если зададут
АВЛ - устаревшее говно. RB-деревья рулят :-)

> отсортировать массив, то я применю метод прямого выбора
> либо пузырька. Я знаю и о других алгоритмах, но пока у меня
> нет в них необходимости, я не буду их писать.
Ну как минимум надо указать, что ты о них знаешь. Опять таки из личного опыта: на одну из задачек я словами сказал: "Проверку входных параметров выполнять не будем, потому как задача то синтетическая, а это только увеличит размер", на что получил ответ: "ОК, но хорошо что ты об этом упомянул, иначе я бы сам спросил".

> В нашей компании был такой случай - программисту надо было
> на КПК'шной версии продукта нарисовать кнопку со стрелочкой
> ">". Так как экран можно "перевернуть", то и знак на
> кнопке можно перевернуть. За четрые дня он написал алгоритм
> преобразования битмапы используя умножение на матрицу (он
> слегка подзабыл теорию, поэтому провозился долго). Скажем,
Хм, я тоже "подзабыл" и сходу не придумал как можно транспонировать матрицу умножением. Полез в http://en.wikipedia.org/wiki/Transpose и тоже ничего подобного не обнаружил. Что то мне подсказывает, что это 1. Невозможно 2. Ненужно, ибо транспонирование матрицы гораздо более простая операция, чем умножение матриц.

> сложное. Поэтому стремление программиста всегда найти
> "лучшее" решение меня лично очень настораживает.
Вот именно поэтому его решение и не было лучшим. Может быть оно было самым гибким, но этого не требовала задача.
<humor> Поиск 








Rambler's Top100
Рейтинг@Mail.ru


  Copyright © 2001-2021 Dmitry Leonov   Page build time: 0 s   Design: Vadim Derkach