Re[18]: труд программера переоценен
От: Abalak США  
Дата: 29.12.05 22:16
Оценка:
Здравствуйте, Pzz, Вы писали:

Pzz>Сейчас, по независящим от нас причинам, команда распущена (фирма решила

Pzz>выйти из этого бизнеса). Все без исключения члены команды нашли себе
Pzz>интересную работу за 1-2 месяца, и все оказались на каких-нибудь
Pzz>достаточно отсетственных позициях.

Странно, у меня на поиск работы уходило не более 2-3-х недель.
И практически нигде не гоняли алгоритмами. Обичные вопросы — что делал раньше, а почему делал так, а не иначе. Последний раз в двух фирмах попросили назвать известные мне способы организации paging'a записей из базы с их плюсами и минусами, ну и подобные вопросы. ИМХО, намного это больше говорит о кандидате, чем знание типичных алгоритмов.

Кстати, когда сам собеседовал людей — применял похожие методы, т.е. ситуации из реальных проектов, например, как бы человек организовал обмен данными с базой, ну и т.п. Был чувак — студент, знал много алгоритмов и говорил об этом на каждом углу (собеседовал не я), так он потом подходил ко мне с вопросом, почему у него не создается экземпляр абстрактного класса .
Re[19]: труд программера переоценен
От: Pzz Россия https://github.com/alexpevzner
Дата: 29.12.05 22:50
Оценка:
Abalak wrote:
>
> Pzz>Сейчас, по независящим от нас причинам, команда распущена (фирма решила
> Pzz>выйти из этого бизнеса). Все без исключения члены команды нашли себе
> Pzz>интересную работу за 1-2 месяца, и все оказались на каких-нибудь
> Pzz>достаточно отсетственных позициях.
>
> Странно, у меня на поиск работы уходило не более 2-3-х недель.

За 2-3 недели работу можно найти только, если либо заранее к этому
подготовиться (т.е., это, на самом деле не 2-3 недели), либо соглашаться
на первый же предложенный вариант. Поскольку это как раз время, которое
проходит от рассылки резюме до первого раунда собеседований.

> И практически нигде не гоняли алгоритмами. Обичные вопросы — что делал

> раньше, а почему делал так, а не иначе. Последний раз в двух фирмах
> попросили назвать известные мне способы организации paging'a записей из
> базы с их плюсами и минусами, ну и подобные вопросы. ИМХО, намного это
> больше говорит о кандидате, чем знание типичных алгоритмов.

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

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

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

> Кстати, когда сам собеседовал людей — применял похожие методы, т.е.

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

Ну так надо было помочь чуваку с изучением C++. Этот вопрос только
кажется очевидным, почему в этом дурацком языке не создаются экземпляры
абстрактных классов (и закаким хреном вообще нужны такие классы,
экземпляр которых нельзя создать). Потому что по какому-то глупому
недоразумению этот язык не различает понятие класса и понятие интерфейса.
Posted via RSDN NNTP Server 2.0
Re[20]: труд программера переоценен
От: Abalak США  
Дата: 29.12.05 23:52
Оценка:
Здравствуйте, Pzz, Вы писали:

>> Странно, у меня на поиск работы уходило не более 2-3-х недель.


Pzz>За 2-3 недели работу можно найти только, если либо заранее к этому

Pzz>подготовиться (т.е., это, на самом деле не 2-3 недели), либо соглашаться
Pzz>на первый же предложенный вариант. Поскольку это как раз время, которое
Pzz>проходит от рассылки резюме до первого раунда собеседований.

Как было у меня: Место действия — Москва. В конце сентября понял что на предыдущей работе ловить больше нечего, и что потолок в зп, который я могу достигнуть только года через два на данном месте намного ниже среднего по рынку (а кататься на новой машине и водить девушку в рестораны хотелось уже тогда). За пару часов проапгрейдил резюме и запостил на HeadHunter (сам никуда не посылал). Через два дня уже пошел на первое собеседование, а еще через день в ящике было с 10 приглашений. Через неделю получил первый оффер, а еще через 1,5 их было 4. Это с учетом того, что последнего (нынешнее место работы) ждал дольше всех. Всего собеседовался в 6 компаниях. Все офферы были от ведущих игроков рынка (Если желаете, могу перечислить). Правда с учетом специфики нынешней работы (см. профайл) приступить смог только в декабре (закончился паспорт + виза), но это никак не сказалось на моем финансовом положении.

Pzz>Меня, вообще, пугает наблюдающаяся тенденция. Я что, какой-то хитрый

Pzz>алгоритм попросил закодировать? Может быть, я попросил вас, например,
Pzz>написать программу, которая преобразует недетерминированный конечный
Pzz>автомат в детерменированный? Или попросил по памяти написать работу с
Pzz>RB-деревьями?

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

Pzz>Ну так надо было помочь чуваку с изучением C++. Этот вопрос только

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

Ну у нас речь шла о с#. Помогал, куда деваться, но мне кажется, что такие понятия олжен каждый программер, пишущий на оо-языке. АФАИК, понятие интерфейса пришло в плюсы с сом'ом, поэтому эти сущности не разделены, но я не вижу здесь ничего сложного для понимания. По мне гораздо сложнее было разобраться как работают различные cast'ы и где какой надо применять.
Re[24]: труд программера переоценен
От: Vogul  
Дата: 30.12.05 05:54
Оценка: 1 (1)
Здравствуйте, Pzz, Вы писали:

Pzz>Нет, все-таки у физиков-математиков голова устроена не так, как у

Pzz>простых программистов Мне бы никогда не пришло рассуждать о массиве
Pzz>целых чисел в терминах производной. Для меня формулировка "локальный
Pzz>максимум это элемент, который больше своих соседей" совершенно
Pzz>естественно и напрямую превращается в сравнение с соседями:

Pzz>if( a[i-1] < a[i] && a[i] > a[i+1] ) ...


Pzz>И далее совершенно естественно возникает вопрос о диапазоне i, в котором

Pzz>определены a[i-1] и a[i+1].

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

Pzz>Вообще говоря, выгоднее бежать по массиву до тех пор, пока разность

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

Здесь вы рассуждаете, по сути, в терминах производных.

>> Заметьте, что

>>
>> a[i+1] — a[i] > 0 тождественно a[i] < a[i+1]
>>
>> это как раз и поводит четкую математическую основу под решение задачи, а
>> такая основа придает уверенность в правильности решения.

Pzz>Заметил, но для меня это совершеннейшая тавтология


Это тавтология до тех пор, пока мы рассмотриваем одномерный массив целых чисел.
Re[8]: труд программера переоценен
От: lynn-lynn  
Дата: 30.12.05 06:41
Оценка:
ок, разберемся. я знаком с графами. за 7 лет работы с сиквелом я применял их ровно два раза.

первый — у меня был граф роутов и надо было найти все возможные пути между двумя точками. пишется на t-sql'е только в путь. к тому же ситуация подробно описана в BOL, так что возможно придумывать даже ничего не стоит.

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

как видите, работа с графами мне тоже нужна, но все же я не считаю это тем, что стоит спрашивать на собеседовании. конечно, задачка для сиквела интересная, но лучше бы чел немного лучше знал оптимизатор.
Re[9]: труд программера переоценен
От: AVM Россия  
Дата: 30.12.05 07:06
Оценка:
Здравствуйте, lynn-lynn, Вы писали:

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

А еще лучше какой-нибудь OR-bridge
Re[2]: труд программера переоценен
От: ice_croft  
Дата: 30.12.05 07:37
Оценка: +1
Здравствуйте, Sash_xp, Вы писали:
S_>Гм, я так понял господин Калачев предлагает сговор фирм с целью уменьшения оплаты труда программистов? Ну во-первых, это незаконно, во-вторых программисты "проголосуют ногами" — уедут в другие города. Сговориться на всей России — программисты снова потянуться за рубеж. Сговориться всем миром? Тогда в эту отрасль пойдет ещу меньше талантливых людей и нехватка кадров станет еще более ощутимой.
поддерживаю. товарищ калачёв решил попытаться воспроизвести социализм в отдельно взятой конторе. очень часто сменой места можно получить больше.
Re[3]: труд программера переоценен
От: ice_croft  
Дата: 30.12.05 07:45
Оценка:
Здравствуйте, Esef, Вы писали:
E>А с другой стороны человек имеющий высшее образование и хоть какие-то мозги имеет как миниумум право получать достаточно денег чтобы снять квартиру(в москве я так понимаю 500 у.е.), что-то есть (200 у.е.) ... В о что-то одеватся — (200 у.е.). Итого в Москве, минимальная зарплата для зеленного новичка должна быть 900 у.е.
E>Поправте если где-то ошибся в расчетах..
E>Для Киева Квартира 300 у.е., питание 150 у.е., одежда 150 у.е.... Итого 600 у.е.
(уважительно)дорогой коллега, этого недостаточно. потребностей у молодого организма гораздо больше, чем можно позволить себе на 300-400уе. тем более в москве. ну, а поскольку амбиций — масса, можно потребовать и 1200, и 1500.

ps. по себе знаю, сам начинал с почти копеек.
Re[17]: труд программера переоценен
От: beerserg  
Дата: 30.12.05 09:06
Оценка:
В>Позвольте дать вам один совет. На собеседовании просите у соискателей реализовать несколько типов сортировок, пирамидальную например, нещадно гоняйте людей по сложностям алгоритмов, просите дать определение интеграла и решить квадратное уравнение. Чем больше от вас уйдёт хороших специалистов, тем больше их придёт в другие фирмы. Например к нам.

Хмм... А квадратное уравнение здесь причем. С какого перепугу ты его сюда поставил? Или я чего-то не понимаю в этой жизни?
Re[13]: труд программера переоценен
От: beerserg  
Дата: 30.12.05 09:21
Оценка: +1
Pzz>Я об этом умышленно умолчал. Я рад, что Вы это заметили и спросили. В
Pzz>реальной жизни заметить недосказанность в постановке задачи бывает сложнее.

Pzz>Какой ответ — не важно. Важно, что он должен быть.


Вообще то, у меня при прочтении задачки мгновенно возникли сразу несколько уточняющих вопросов, без которых я и не взялся бы за решение:
— Оператор сравнения, ">", или ">=" ?
— Учитывать ли серии локальных максимумов, если оператор ">=" ?
— Что делать с краями массива: исключить их из кандидатов на локальные максимумы, либо рассчитывать на "виртуальное" значение несуществующего соседа
— Принять "виртуальное" значение равным соседнему элементу (например, массив 5,4,6,8 дополняем до (5),5,4,6,8), либо противоположному краевому элементу (тот же массив дополняется до (8),5,4,6,8)
— Нужно ли решение только для одномерных массивов, или для произвольномерных BTW, "это был бы номер" (с).
Re[9]: труд программера переоценен
От: beerserg  
Дата: 30.12.05 09:57
Оценка: +1
Pzz>Соотстветственно, живя в России, вполне можно оказаться в core team
Pzz>какой-нибудь западной компании, и заниматься чем-нибудь более
Pzz>интересным, чем писать драйвера на потоке.

А драйвера-то тут причем? (Всегда считал такие задачи одними из самых сложных, требующих немалой квалификации).
Re[2]: труд программера переоценен
От: Mystic Украина http://mystic2000.newmail.ru
Дата: 30.12.05 10:12
Оценка:
Здравствуйте, Sash_xp, Вы писали:

S_>Гм, я так понял господин Калачев предлагает сговор фирм с целью уменьшения оплаты труда программистов? Ну во-первых, это незаконно, во-вторых программисты "проголосуют ногами" — уедут в другие города. Сговориться на всей России — программисты снова потянуться за рубеж. Сговориться всем миром? Тогда в эту отрасль пойдет ещу меньше талантливых людей и нехватка кадров станет еще более ощутимой.


Ну... не все настолько мобильны, но... даже профсоюз плюс забастовка ударят по Калачеву сильнее, чем по персоналу.
Re[18]: труд программера переоценен
От: Владислав Россия  
Дата: 30.12.05 10:13
Оценка: 7 (3) +1
Здравствуйте, beerserg, Вы писали:

B>Хмм... А квадратное уравнение здесь причем. С какого перепугу ты его сюда поставил? Или я чего-то не понимаю в этой жизни?



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

Вот читаешь в таких ветках утверждения наподобии: "Если человек не знает Д. Кнутта наизусть все 3 тома, что человек не программист, а дворник" и просто злость берёт. Не потому, что я сам только Вирта изучал в своё время, а потому, что большинство подобных высказываний пишут люди никогда не создававшие коммерческий код, imho.

Знать нужно где и что можно посмотреть, этого достаточно нормальному специалисту.
Suum cuique (лат.)
Re[17]: труд программера переоценен
От: Трофимов  
Дата: 30.12.05 10:29
Оценка: +1 :)
A__>А вообще по поводу уточнения задания... Я просто достаточно с этим шишек набил. Не всегда творчество приносит пользу. При наличии неких разночтений всегда лучше уточнить у заказчика. Иначе потом придётся делать всё заново так, как ему это нравится.
Всякие заказчики бывают. Когда я к одному приставал с вопросами, он мне отвечал: да хрен знает, ты сам что-нибудь придумай, а мы посмотрим. А когда я предъявлял, слышал: Вот! Вот так точно не надо!
Re[13]: труд программера переоценен
От: Glоbus Украина  
Дата: 30.12.05 10:31
Оценка:
Здравствуйте, Pzz, Вы писали:

Pzz>Glоbus wrote:

>>
>> И так — убираем ненужный расчет длины
>> — как оцените, драгоценнейший, такой вариант?

Pzz>Пусть это оценивают знатоки C++


Pzz>Я к их числу не принадлежу...


Не понял — а как же вы, уважаемый, оцениваете решения, предложенные кандидатами?
Удачи тебе, браток!
Re[8]: труд программера переоценен
От: v.v.m. Украина  
Дата: 30.12.05 11:19
Оценка:
Здравствуйте, Юнусов Булат, Вы писали:

ЮБ>Внимание вопрос — как без графов ты собираешься разрулить порядок наката изменений каждой таблички на базу?



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

чтобы быть в состоянии решить подобные задачи, нужно как минимум периодически освежать в памяти знания. Если человек не решил на собеседованит — это не значит что он не в состонии решить в принципе.
--vm
Re[11]: труд программера переоценен
От: Anatolix Россия https://www.linkedin.com/in/anatolix/
Дата: 30.12.05 11:57
Оценка:
Здравствуйте, Pzz, Вы писали:

>> Маленькая поправка: ВСЮ разработку выводят компании у которых написание

>> софта не основная ключевая компетенция,
>> не вопрос отдать всю бухгалтерию и бизнес приложения. Ни одна компания
>> не отдаст в oursource свою ключевую компетенцию.
>> Google или Microsoft никогд разработку не заоутсорсят. (Google
>> попыталась, но не аутсорсом, а сделав свой R&D центр в индии.
>> По достоверным слухам потерпела неудачу)

Pzz>Опровергающий пример: Skype пишет небольшая команда в Эстонии.


Skype с самого начала в эстонии писался как и kazaa, кроме того это не аусторс, а вполне себе офис компании skype, просто не в США.
Любая проблема дизайна может быть решена введением дополнительного абстрактного слоя, за исключением проблемы слишком большого количества дополнительных абстрактных слоев
Re[11]: труд программера переоценен
От: Anatolix Россия https://www.linkedin.com/in/anatolix/
Дата: 30.12.05 12:00
Оценка:
Здравствуйте, _Black_, Вы писали:

A>>Google или Microsoft никогд разработку не заоутсорсят. (Google попыталась, но не аутсорсом, а сделав свой R&D центр в индии.

A>>По достоверным слухам потерпела неудачу)

_B_>Может в Питере у Google что получится 3 тыс. сотрудников Google посадят в технопарке Петербурга


Это бред, перепечатанный журналистами. У Google сейчас в сумме 3000 сотрудников вместе с менеджерами и уборщицами. А в питере столько программистов уровня Google просто нет. Ноги растут из следующего "правительство хочет в питере технопарк из 3000 программистов(всего)", Google по слухам хочет участвовать. После чего журналисты записывают весь технопарк на google.
Любая проблема дизайна может быть решена введением дополнительного абстрактного слоя, за исключением проблемы слишком большого количества дополнительных абстрактных слоев
Re[12]: труд программера переоценен
От: Igor Sukhov  
Дата: 30.12.05 12:03
Оценка:
Здравствуйте, Anatolix, Вы писали:

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


>>> Маленькая поправка: ВСЮ разработку выводят компании у которых написание

>>> софта не основная ключевая компетенция,
>>> не вопрос отдать всю бухгалтерию и бизнес приложения. Ни одна компания
>>> не отдаст в oursource свою ключевую компетенцию.
>>> Google или Microsoft никогд разработку не заоутсорсят. (Google
>>> попыталась, но не аутсорсом, а сделав свой R&D центр в индии.
>>> По достоверным слухам потерпела неудачу)

Pzz>>Опровергающий пример: Skype пишет небольшая команда в Эстонии.


A>Skype с самого начала в эстонии писался как и kazaa, кроме того это не аусторс, а вполне себе офис компании skype, просто не в США.


это ты откуда взял что Kazza писалась в Эстонии ?
* thriving in a production environment *
Re[7]: труд программера переоценен
От: Kubera Россия  
Дата: 30.12.05 12:09
Оценка: +4
Здравствуйте, Gorbatich, Вы писали:

G>Самое интересное что в твоем Гейм Дев ничего кроме умножения матариц поворота нету ) А про физические процессы, дык там все формулы 9 класса ) Если у человека есть аттестат то он их знает, а если забыл то вспомнит.


G>Так что не надо тут про сложные физ. процессы

Глупости! Геймдев это одно из тех мест, где от программиста требуется хорошая алгоритмическая подготовка.
Любая сложная технология неотличима от волшебства. (Артур Кларк)
Подождите ...
Wait...
Пока на собственное сообщение не было ответов, его можно удалить.