о программировании

[avva]

Вчера разговорился с коллегой из отделения Гугла в одной европейской стране. Он жаловался, что трудно найти инженеров - кандидатов, которые хотя бы как-то подходили, почти нет. Я спросил, в чем дело, и он объяснил, что выпускники университетов в его стране обычно считают, что писать код - ниже их достоинства, и что вообще "карьера" несовместима с такими занятиями; они хотят быть не то мелкими начальниками, не то "архитекторами". Им прямо в университете, дескать, так и говорят: получите свою степень магистра - больше вам программки писать не придется. Конечно, с работой в Гугле это все никак не сочетается.

У нас в Израиле тоже есть схожие проблемы, хоть и не в таких масштабах. Время от времени попадаются кандидаты, которые не просто не могут написать простой код на бумаге (не могут-то многие), но еще и возмущаются тем, что от них этого просят. Однажды кандидат долго расспрашивал меня, просто не желая поверить, что так может быть: "неужели меня, после PhD и постдока, посадят писать код, как какого-то мальчишку? Должны же у вас быть какие-то должности типа архитектора или системного аналитика! Нет, ну я могу писать код, но я этого не делал много лет и не в этой области лучше всего проявляются мои способности".

В Гугле все инженеры пишут программы, включая любого рода тим-лидеров, включая и ученых, нанятых на ставку "research scientist". Нет никаких "архитекторов" и "аналитиков", которые сами думают, а код за них пишут другие. Те же люди, которые придумывают дизайн какой-то системы, вместе с другими ее воплощают.

Я, кстати, не уверен, что так лучше. Мне лично такое порядок работы очень по душе, но я не готов заявить, что он объективно приводит к лучшим результатам, чем более иерархичное устройство с "архитекторами". Несоменно, есть места и есть обстоятельства, где такое устройство очень хорошо работает. Но я лично не хотел бы быть "архитектором".

Comments

[ashalynd.livejournal.com]

Проблема в том, что с какого-то момента тебе просто не дают писать код, и соответствующие скиллы начинают потихоньку угасать. Если человека выдвигают в лидеры проекта, то ему дают не один проект, а сразу целую кучу. В результате ни на какое кодирование уже времени не остается :( А еще из-за этого кодирование прочно ассоциируется с "низовой работой" :(

[mad-ghost.livejournal.com]

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

[alesk.livejournal.com]

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

[http://users.livejournal.com/malfet_/]

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

[alexott.livejournal.com]

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

[clement.livejournal.com]

Здесь тоже самое (по секрету: мы им ничего подобного не говорим, но у них есть глаза).

[object.livejournal.com]

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

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

[alexott.livejournal.com]

это да, их относительно мало, но зато когда с такими людьми работаешь - можно получить кучу опыта :-)

[(Anonymous)]

Компьютер в гогле надо заслужить :-)

[furry.livejournal.com]

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

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

[mad-ghost.livejournal.com]

а оно нужно? переходить с языка на язык? от стиля к стилю? имхо важно поспевать за технологиями. ну например был просто C++, появился C++.NET много удобней, почему не пользоваться, но если хорошо владеешь одним языком, зачем менять? Хотя согласен что язык это лишь как и деньги инструмент с помощью которого решаются те или иные задачи, но все равно согласитесь например лучше доверить деньги тому кто знает что с ними делать ;) так же и тут, программист владеющий старым языком, вполне способен выполнить задачу которую можно сделать и на новом языке. Так что скакание туда сюда имхо не решает проблем а увеличивает их.

[brewbuilder.livejournal.com]

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

[trurle.livejournal.com]

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

[http://users.livejournal.com/malfet_/]

Философский вопрос. От стиля к стилю - да безусловно. Ваш код должен быть выдержан в стиле того проекта, над которым вы работаете. Если это дравйвер устройства - стиль один, а если GUI приложение - стиль другой. С языка на язык прыгать конечно бессмысленно, но если вам вдруг потребуется написать веб-приложение, то вряд ли вы будете его писать на C++.NET.

[jerom.livejournal.com]

Где-то писали про миллион резюме в год. Я сразу понял, что без шансов пробиться.

[avva.livejournal.com]

Не соглашусь. У меня на интервью часто пишут код: с описками, с забытими скобками, зачеркнутый-перечеркнутый, если в процессе понял, что что-то не так, итд. Мне на это все наплевать; если написано правильно и делает то, что надо - полностью засчитывается.

[mad-ghost.livejournal.com]

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

[avva.livejournal.com]

Затянут, да, хотя в последнее время получше с этим. Но меньше, чем полтора месяца, почти не бывает.

[henic.livejournal.com]

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

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

[avva.livejournal.com]

На бумаге или на доске - на усмотрение кандидата. А так проще. Код, который мы просим написать, не использует какие-то сложные API, которые надо помнить или подсмотреть в подсказке. Компилировать и запускать его тоже не нужно, и так все ясно. Лист бумаги можно повернуть к себе, удобно покрутить, сидеть и писать на бумаге можно где угодно... зачем нужен компьютер? не то чтобы это было делом принципа - когда я несколько раз проводил интервью по видеосвязи, я обычно просил кандидату там открыть окно google docs, у себя открывал его же, и кандидат в нем писал код.

[avva.livejournal.com]

Вот этого "не дают" у нас нет, видимо :-)

[avva.livejournal.com]

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

Мы обычно просим что-то посложнее, чем отсортировать массив, написать, но ненамного, кстати.

[avva.livejournal.com]

Вместо кодеров, которые тупо пишут код, лучше, чтобы один умный человек автоматизировал это дело. Тот же "архитектор", например.

[pigmeich.livejournal.com]

Кстати, а у Вас в компании сколько билд собирается?

[henic.livejournal.com]

Погоди... Нет, ну я помню историю фирмы Mедсим, где ключевым вопросом было "Как девочка отсортировала массив, что у Кирилла волосы встали дыбом?"
Но если человек действительно поднимал проект, как он может не владеть написанием кода? Если только начальствовал, не преминул бы упомянуть об этом.