Сегодняшняя ситуация на рынке труда — это вообще сказка, о ней можно говорить долго :)
что же касается собеседования программистов, да и вообще любого человека, на любую должность.
Цель собеседования? Понять подходит человек вам или нет. Какие задачи он может решить.
Что дает задача на знание регулярных выражений или какого-то запроса, решение которых должно быть реализовано на бумажке? Знает ли человек в данный момент времени по памяти регулярное выражение или запрос для решения задачи! Не больше.
Вы ищете робота, который будет вам решать один регексп или писать один запрос?
А если вы угадали задачу (задачи же не оригинальны) и ее он знает и больше ничего?)
Потом:
— собеседование это всегда волнительно и не все могут себя контролировать, нервничают, но это не говорит о том, что они не способны. Это как на экзамене.
— на собеседовании (по крайней мере у вас) задачи решаются на бумажке. ты на работе часто пишешь решение задачи на бумажке, где-нить в переговорке без инета, без справочников?)
вот, например, я дома не мог работать до определенного момента, потому как все было настроено для работы только в офисе (кресло, софт, ссылки, мышка, клавиатура), а дома исключительно для релаксации :)
Ну и самое главное, умение написать регулярку или запрос не самое главное кач-во для программиста, так же как и скорость :)
естественно, все выше мое мнение.
зы я проходил собеседование в мэйле (webbyte работает там) меня не взяли, но я об этом и не сожалею :)
Не могу говорить за остальных авторов, но лично я считаю, что программ с уродским интерфейсом много.
Насчет временно это или нет, то тут я считаю, что это не временное явление, а просто их время уходит :)
Если главное - конечный пользователь, то это означает переделывание приложения под нужны пользователя, даже если архитектуре станет совсем плохо.
я подразумевал разработку софта, программных продуктов, например, такого как битрикс, скайп.
Представь, приносит клиенту картину художник, а тот говорит - не, тут нужно справа еще сантиметров 10 дорисовать, а снизу 5 - обрезать, иначе придется звать кого-нибудь чтоб шкаф подвинули. Ну и что останется от произведения искусства после 10 таких просьб ? :-)
в случае же с заказным софтом, то "дорисовать или обрезать 5 см" в хорошо спроектированной программе можно легко :)
вот вставить в центр вместо квадрата кружочек уже сложнее, но это уже другой вопрос, несвязанный с программированием :)
Программирование - искусство!
Автор почему-то прировнял постоянное желание учиться новым технологиям и языкам программирования к искусству. Но ведь это не одно и тоже!
По моему мнению, искусство программирования заключается в создании такого приложения/программы/скрипта, кодом/архитектурой которого можно любоваться, восхищаться и пользоваться бесконечно долго.
Они просты, удобны, понятны и логичны. И от работы с ними пользователи/программисты получают только положительные эмоции. Такие программы всегда надежны, потому что продуманы.
Результат - это просто как случайный подарок - может случиться, а может и не случиться (вероятность 1/2 :) )
С этим тезисом тоже не согласен! Программист, для которого программирование есть искусство, для него главное конечный результат, конечный пользователь, а не собственное Я (я крут, потому что сделал-таки этот интерфейс на модной технологии AJAX).
> Просто физически невозможно переделать приложение ради интерфейса.
а почему сразу нельзя проектировать приложения с ориентацией на хороший интерфейс? )
> В общем парятся интерфейсом только те, кто только пришел, а
> другие улыбаются и ждут пока они привыкнут.
Все программы, написанные по принципу "мыши пищали, давились, но жрали кактус", успешны лишь до того момента пока на рынок не выйдет грамотный конкурент, ориентированный на конечного пользователя ^)
Юрий, что касается инструкций для IT, то я специально выделил слово минимальный, потому что оно здесь ключевое :)
не знаю чем вам насолил или недосолил макдональдс, но за свою цену они делают нормальную еду :)
вот если бы гамбургер стоил как филе морского окуня, то тогда были бы вопросы :)
Знаете как устроены фабрики по производству обуви в той же Италии?
Идет конвейер, на нем двигаются ботинки. У каждого отдельного работника есть свой четкий участок работы. Если к нему пришел ботинок с плохо проклеенной подошвой, то он не станет приклеивать на него носок, а отложит ботинок, а потом пойдет к начальнику цеха и сообщит о браке. Что сделает “наш” работник? Приклеит носок, потому что качество… не его работа. Для этого у нас есть ОТК. ОТК проверяет в конце конвейера ботинок и выкидывает его как брак. Да от брака мы избавились, но потратили время всего конвейера. Бракованный ботинок получился очень дорогим.
а почему вы решили, что в Италии работник конвейера сам принял решение о сообщении брака начальству? может быть это предусмотрено рабочей инструкцией? :)
Вот что я хочу сказать:
Бумажки-инструкции, четкое следование административной иерархии — это признаки слабости ума и таланта.
не нужно быть столь категоричным :)
недавно в секрете фирмы вышла статья Инструкция для самурая
и там есть интересное решение, которое придумали умные японцы для России :)
В ноябре 2007 года заработает завод Toyota под Санкт-Петербургом. Его сотрудники обучены так, что тяга к самосовершенствованию и полная самоотдача для них необязательны. В Toyota считают: в России можно стремиться к абсолютному качеству и сокращать издержки с той же эффективностью, что и в Японии. Для этого нужно лишь в точности следовать инструкциям. Фокус в менеджменте теперь приходится на стандартизацию процедур и дисциплину, а не на беспрерывное совершенствование.
что касается взаимодействия дизайнер-верстальщик-программист (все работают в офисе), то тут я вижу минимум два варианта.
1. компания маленькая и все сидят в одной комнате. идет постоянный диалог, существует возможность договориться, обсудить и найти решение, которое устроит всех. здесь все просто. :)
2. компания средняя или большая. все отделены друг от друга непреодолимыми барьерами :)
вот здесь, как мне кажется, и можно вводить минимальный набор инструкций. ни для того, чтобы говорить, я свою работу сделал, дальше делайте как хотите, а для того, чтобы, имея возможность решить одну задачу несколькими способами, из них выбрали наиболее эффективный для всего процесса.
или еще есть такой вопрос как текучесть кадров в большой компании и, чтобы обучение новых сотрудников было эффективным и быстрым, тоже неплохо бы иметь документированные базовые принципы работы :)
ну и плюс ко всему как и в случае маленькой компании - диалог, обучение друг друга, хотя это уже намного сложнее. в общем создания команды и командного духа, а не тупо конвейера :)
если под словом пишите, вы подразумеваете программирование, то раньше каждый день, сейчас, к сожалению, гораздо меньше.
про отношение к процессу не совсем понял вопрос...
процесс программирования? и что он для меня значит или как его ощущаю, представляю, понимаю?)
"Отладка программы - этап разработки компьютерной программы, в процессе которого происходят обнаружение, локализация и устранение явных ошибок в программе."
хороший программист не тот, который любит искать ошибки, а тот, который их не допускает :)
да, Гугл сейчас ищет лучше Яндекса, но на мой взгляд для этого могут быть свои причины. оптимизаторов, "работающих под яндекс" гораздо больше чем под гугл и результаты в Я намного ценнее в России. поэтому "кол-во и кач-во" спама под Я значительно больше, из-за этого возможно они все не успевают :)
Сегодняшняя ситуация на рынке труда — это вообще сказка, о ней можно говорить долго :)
что же касается собеседования программистов, да и вообще любого человека, на любую должность.
Цель собеседования? Понять подходит человек вам или нет. Какие задачи он может решить.
Что дает задача на знание регулярных выражений или какого-то запроса, решение которых должно быть реализовано на бумажке? Знает ли человек в данный момент времени по памяти регулярное выражение или запрос для решения задачи! Не больше.
Вы ищете робота, который будет вам решать один регексп или писать один запрос?
А если вы угадали задачу (задачи же не оригинальны) и ее он знает и больше ничего?)
Потом:
— собеседование это всегда волнительно и не все могут себя контролировать, нервничают, но это не говорит о том, что они не способны. Это как на экзамене.
— на собеседовании (по крайней мере у вас) задачи решаются на бумажке. ты на работе часто пишешь решение задачи на бумажке, где-нить в переговорке без инета, без справочников?)
вот, например, я дома не мог работать до определенного момента, потому как все было настроено для работы только в офисе (кресло, софт, ссылки, мышка, клавиатура), а дома исключительно для релаксации :)
Ну и самое главное, умение написать регулярку или запрос не самое главное кач-во для программиста, так же как и скорость :)
естественно, все выше мое мнение.
зы я проходил собеседование в мэйле (webbyte работает там) меня не взяли, но я об этом и не сожалею :)
Насчет временно это или нет, то тут я считаю, что это не временное явление, а просто их время уходит :)
я подразумевал разработку софта, программных продуктов, например, такого как битрикс, скайп.
в случае же с заказным софтом, то "дорисовать или обрезать 5 см" в хорошо спроектированной программе можно легко :)
вот вставить в центр вместо квадрата кружочек уже сложнее, но это уже другой вопрос, несвязанный с программированием :)
Автор почему-то прировнял постоянное желание учиться новым технологиям и языкам программирования к искусству. Но ведь это не одно и тоже!
По моему мнению, искусство программирования заключается в создании такого приложения/программы/скрипта, кодом/архитектурой которого можно любоваться, восхищаться и пользоваться бесконечно долго.
Они просты, удобны, понятны и логичны. И от работы с ними пользователи/программисты получают только положительные эмоции. Такие программы всегда надежны, потому что продуманы.
С этим тезисом тоже не согласен! Программист, для которого программирование есть искусство, для него главное конечный результат, конечный пользователь, а не собственное Я (я крут, потому что сделал-таки этот интерфейс на модной технологии AJAX).
а почему сразу нельзя проектировать приложения с ориентацией на хороший интерфейс? )
> В общем парятся интерфейсом только те, кто только пришел, а
> другие улыбаются и ждут пока они привыкнут.
Все программы, написанные по принципу "мыши пищали, давились, но жрали кактус", успешны лишь до того момента пока на рынок не выйдет грамотный конкурент, ориентированный на конечного пользователя ^)
почему получают по шапке? и что верно с т.з. начальству?
не знаю чем вам насолил или недосолил макдональдс, но за свою цену они делают нормальную еду :)
вот если бы гамбургер стоил как филе морского окуня, то тогда были бы вопросы :)
а почему вы решили, что в Италии работник конвейера сам принял решение о сообщении брака начальству? может быть это предусмотрено рабочей инструкцией? :)
не нужно быть столь категоричным :)
недавно в секрете фирмы вышла статья Инструкция для самурая
и там есть интересное решение, которое придумали умные японцы для России :)
что касается взаимодействия дизайнер-верстальщик-программист (все работают в офисе), то тут я вижу минимум два варианта.
1. компания маленькая и все сидят в одной комнате. идет постоянный диалог, существует возможность договориться, обсудить и найти решение, которое устроит всех. здесь все просто. :)
2. компания средняя или большая. все отделены друг от друга непреодолимыми барьерами :)
вот здесь, как мне кажется, и можно вводить минимальный набор инструкций. ни для того, чтобы говорить, я свою работу сделал, дальше делайте как хотите, а для того, чтобы, имея возможность решить одну задачу несколькими способами, из них выбрали наиболее эффективный для всего процесса.
или еще есть такой вопрос как текучесть кадров в большой компании и, чтобы обучение новых сотрудников было эффективным и быстрым, тоже неплохо бы иметь документированные базовые принципы работы :)
ну и плюс ко всему как и в случае маленькой компании - диалог, обучение друг друга, хотя это уже намного сложнее. в общем создания команды и командного духа, а не тупо конвейера :)
про отношение к процессу не совсем понял вопрос...
процесс программирования? и что он для меня значит или как его ощущаю, представляю, понимаю?)
хороший программист не тот, который любит искать ошибки, а тот, который их не допускает :)
никакого программиста не прет процесс отладки, а хорошего тем более.
задача хорошего программиста сделать этот процесс минимальным :)
> - минимальный процент не выполненных требований
по-моему, два противоречащих друг другу тезиса :)
наверное, хорошая программа - это та, которая вызывает только положительные эмоции у человека и желание пользоваться снова и снова.