Здравствуйте, robin_of_the_wood, Вы писали:

___>И заметьте что задачу дают не первокласснику а человеку с техническим дипломом.
___>Если это уже сложно, то может в другую профессию? Или будем на собеседовании таблицу умножения и алфавит спрашивать?
Надо определиться, о чем идет о разговор. О сложности написания strrev или о непонимании, для чего это надо делать. Разные же вещи. Понятно, что если речь идет о строке, итерируемой по символам, то первое просто. Ну так и второй вопрос не так уж страшен, если на собеседовании адекватные люди. Я вот помнится был на собеседовании, где меня сначала попросили построить БД, потом задавали вопросы из "Горы Фудзи", а следом вдруг надо было написать подсчет чисел Фибоначчи. Я спокойно все делал, а когда закончилось, крепко задумался, на кой толк спрашивать было второе, если я решения всех задач давно знаю? Зачем нужно было просить Фибоначчи, если техническое интервью я вроде прошел ранее, а тут было собеседование с руководителем проекта? Соглашусь, что каждая фирма набирает так, как она хочет. Безусловно. И хочешь найти работу именно там, принимай собеседование таким, какое оно есть. Однако, это не отнимает у человека права сомневаться в подходе и интересоваться, для чего именно ему задали тот или иной вопрос.

Здравствуйте, Abalak, Вы писали:

A>Это после педаления движка биржи? Ню-ню.

Обрисуй, какие ты видишь перспективы. Уехать в NYC на 120к? За вычетом налогов это всего 230 тр. в месяц, а цены там ни разу не московские. При том что следующее повышение будет лет через 5 и то не факт.

Здравствуйте, Stanislav V. Zudin, Вы писали:

SVZ>Ничего забавного, на самом деле.
SVZ>Мне, например, пару раз приходилось вносить изменения в проект на ASP.NET. При этом ASP я видел впервые в жизни

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

SVZ>И, думаю, что на собеседовании я имел бы такой же вид, как и те, кого я собеседовал.

Конечно. Надо задолбать кандидата вопросами про настройки пула приложений в iis, уничтожить вопросами про тонкую настройку http.sys, сделать ему "такой же вид" и выгнать с позором это ничтожество.

04.09.2013 8:06, a_g_99 пишет:

> Как это вас озарило что они адекватные — можно узнать?
Адекватным вообще быть невозможно, можно быть адекватным чему-либо или
кому-либо. Здесь — они адекватны sharpcoder'у.

Здравствуйте, landerhigh, Вы писали:

L>Реальная работа состоит в создании программного продукта. Она состоит из множества отдельных областей знаний, но ни одна из них не требует навыков программирования на бумажках.

Работа состоит из задач а не из областей знаний.
Навыков программирования именно на бумаге не существует.
Есть навыки просто программирования. Ну у одних есть а у других соответственно нет. А уж на бумаге ручкой писать все в школе учились.
Поэтому написание _элементарных_ конструкций на бумаге по памяти проверяет именно навыки программирования.
И если их нет то ни IDE ни юнит тесты ни код ревью не помогут.

Это как если Вы попросите навигатор чтобы дойти от своей остановки до своего дома — то вы видимо только вчера переехали.
Многократное повторение некоторых операций просто доводит их до автоматизма. И программирование не исключение.

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

04.09.2013 10:31, landerhigh пишет:

> Еще раз, медленно и по буквам. У настоящего программиста понятие "код"
> существует только в виде "оформленный согласно принятым coding standards
> со всеми необходимыми комментариями, юнит-тестами и подготовленный к
> code review". Такое бывает только в IDE.
В качестве IDE и notepad пойдет, но про код я с тобой согласен на 146%.
А на собеседовании можно накорябать нечто, имеющее очень отдаленное
отношение к коду.

04.09.2013 10:32, MxMsk пишет:

> набирает так, как она хочет. Безусловно. И хочешь найти работу именно
> там, принимай собеседование таким, какое оно есть.
То бишь вариант, когда на собеседовании выяснилось, что на этой конторе
работать уже не хочется, ты не принимаешь?
Собеседование — это не только собеседование соискателя, но и
собеседование "конторы".

Здравствуйте, Vzhyk, Вы писали:

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

V>Собеседование — это не только собеседование соискателя, но и
V>собеседование "конторы".
Безусловно.

Здравствуйте, landerhigh, Вы писали:

A>>Руководитель группы == team lead == техническая специальность. Если ты не владеешь технологиями на одном уровне с группой, как ты будешь руководить?
L>Вопрос "какие объекты синхронизации знаете" говорит о том, что задающий этот вопрос о многопоточности читал только в книжках. И последний раз это делал где-нибудь в конце 90-х.

а что сейчас модно?

04.09.2013 11:13, MxMsk пишет:

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

Здравствуйте, Vzhyk, Вы писали:

V>Имхо, приличнее сразу сказать "до свидания", как стало ясно, что
V>работать на оной конторе не будешь.

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

04.09.2013 11:56, robin_of_the_wood пишет:

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

> Правда чаще всего кандидат сначала слышит "до свидания" а уже потом
> заявляет "да не очень то и хотелось"
И че?

Здравствуйте, robin_of_the_wood, Вы писали:

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

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

Здравствуйте, Yoriсk, Вы писали:

Y>Здравствуйте, Stanislav V. Zudin, Вы писали:

SVZ>>Ничего забавного, на самом деле.
SVZ>>Мне, например, пару раз приходилось вносить изменения в проект на ASP.NET. При этом ASP я видел впервые в жизни

Y>Если вы успешно вросили что-то asp.net-специфичное в проект первый раз видя этот asp.net, значит вы — хороший специалист, понимающий основные принципы "как оно работает под капотом". И вас вполне можно ставить в проект на asp.net. Ну может под чьим-то чутким урководством на первое время.

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

SVZ>>И, думаю, что на собеседовании я имел бы такой же вид, как и те, кого я собеседовал.

Y>Конечно. Надо задолбать кандидата вопросами про настройки пула приложений в iis, уничтожить вопросами про тонкую настройку http.sys, сделать ему "такой же вид" и выгнать с позором это ничтожество.

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

Здравствуйте, landerhigh, Вы писали:

L>Реальная работа состоит в создании программного продукта. Она состоит из множества отдельных областей знаний, но ни одна из них не требует навыков программирования на бумажках.
Частично не соглашусь с тобой. Если ты разрабатываешь какой-то алгоритм, например сортировки, то проще записать его понятным псевдокодом (как говорит нам Макконел) на бумаге пока думаешь, а потом уже переносить на машину. Но это длеают в рамка ресёча по какой-то части проекта, а не для простых кодеских задач. Другой вопрос, почему они требуют писать на С кодерские вещи, которые в ИДЕ пишутся в 2-а счёта и что они хотят этим проверить? На мой взягляд, написание чего-то на бамажке имеет смысл только если это записывается псевдокодом хорошо отражающим алгоритм решения задачи или стоится какая-то неборльшая иерархия классов в ходе обсуждения некоторой проблемы.

Здравствуйте, sysenter, Вы писали:

A>>Можно вообще уменьшить количество необходимых блокировок.

S>Можно вообще штаны через голову одевать, но нужно ли? Ответ, зависит от ситуации.
Вот, это как раз то, что всегда забывают на собеседовании.

Здравствуйте, Stanislav V. Zudin, Вы писали:

A>>Программисты без навыка программирования — звучит забавно.

SVZ>Ничего забавного, на самом деле.
SVZ>Мне, например, пару раз приходилось вносить изменения в проект на ASP.NET. При этом ASP я видел впервые в жизни И, думаю, что на собеседовании я имел бы такой же вид, как и те, кого я собеседовал.

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

Здравствуйте, alzt, Вы писали:

A>Здравствуйте, Stanislav V. Zudin, Вы писали:

A>>>Программисты без навыка программирования — звучит забавно.

SVZ>>Ничего забавного, на самом деле.
SVZ>>Мне, например, пару раз приходилось вносить изменения в проект на ASP.NET. При этом ASP я видел впервые в жизни И, думаю, что на собеседовании я имел бы такой же вид, как и те, кого я собеседовал.

A>В целом согласен, но ведь самое главное — в большинстве мест требуется именно то, что ты делал. Т.е. ты отлично справишься с работой, но ASP.NET не знаешь, поэтому собеседование вряд ли пройдёшь. И потеряет работодатель, т.к. тут уже случай, когда язык программирования становится не важен.

У меня сложилось мнение, что существует три типа компаний:
1. Одним нужен "копатель" широкого профиля. Здесь годится любой вменяемый программист, способный изучить очередной фреймворк/язык/...
2. Другим нужен специалист под конкретную технологию, но такого не найти и компания готова вложиться в человека, обучить его нужным технологиям.
3. Третьим нужен специалист под конкретную технологию, но обучать они не хотят (или не могут) и ищут состоявшегося спеца.

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

04.09.2013 12:47, Kernan пишет:

> Частично не соглашусь с тобой. Если ты разрабатываешь какой-то алгоритм,
> например сортировки, то проще записать его понятным псевдокодом (как
> говорит нам Макконел) на бумаге пока думаешь, а потом уже переносить на
> машину.
Понятным кому? Почти всегда твой псевдокод понятен только тебе. Это раз.
Второе, я уже забыл, когда я на бумажке рисовал какие алгоритмы — проще
в том же матлабе или питоне набросать.

Здравствуйте, landerhigh, Вы писали:

L>Написание strrev на бумажке относится к созданию программного продукта примерно так же, как и прием солнечных ванн в нерабочее время.
L>Нет, не не просто. Код пишется в компьютере. Большинство программистов что-то пишут на бумажке, когда рисуют квадратики во время brainstorm и когда счет в ресторане кредиткой оплачивают. Рисовать же на бумажке фигурные скобочки — это вообще онанизм.

Вот интересно, какие такие неразрешимые проблемы возникают при написании strrev на бумажке, которые решит IDE?