Archive for the ‘Мысли вслух’ Category

Опытный значит ошибавшийся.

Понедельник, Апрель 14th, 2008

По стопам прошлой статьи.

С Alexey мы углубились в дебри обсуждения и вышли на интересную тему – ошибок как двигателя обучения.

Чуть ли ключевым пунктом школьного и институтского образования проходит идея – «НЕ ОШИБАЙТЕСЬ». Вы ошиблись, вас наказали. Причем не просто нельзя ошибаться, а нельзя ошибаться даже первый раз. Но, ладно, тема пинания образования тут не ключевая.

Идея состоит в том, что я считаю, что обучиться можно ТОЛЬКО ошибаясь. Естественно, не имеет смысла делать ошибки специально, но только благодаря тому, что делается что-то много раз, каждый раз делаются ошибки и анализируются и есть движение вперед.

Многие скажут – только дураки учатся на своих ошибках. Опять же я не согласен.

Я бы сказал, что человек обучается не равномерно, а скачкообразно. То есть человек накапливает количественные знания, накапливает, до тех пор пока они скачком не переходят из количественных в качественные и человек переходит на новый уровень

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

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

А наоборот, может ли гроссмейстер обучаться на ошибках человека, который только научился играть?

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

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

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

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

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

P.S. Загляните на этот блог 🙂

И если вы LJ пользователь, то можете меня зафрендить. Мой профайл: vronin.

 

Корпоративный митинг.

Пятница, Апрель 11th, 2008

Очень кратенько.

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

Говорите о том, что развитие может дать людям. Им будет гораздо интереснее.

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

Как быстро подтянуть разработчиков?

Среда, Апрель 9th, 2008

Что-то никак не хватает времени написать полноценную статью. Надеюсь, завтра этим займусь.

Так что, просто выкладываю совсем необработанные раздумия.

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

Как по мне, правильный ответ — никак. Быстро это сделать не удастся. Можно только, медленно и постепенно и то, не все станут профами.

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

Ладно, оставим вторых. Сконцентрируемся на первых.

Самый лучший метод, который я знаю на сейчас, просто сидеть с людьми (а-ля XP программирование) и вместе решать задачи/обсуждать, помогать править их код и объяснять, почему и что делается. Но, лучший не значит самый простой (честно говоря забирает кучу времени).

Второе, что приходит в голову — давать правильные книги. Занимает меньше времени, но гораздо менее эффективно.

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

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

Редкие налеты в виде просмотра код раз в месяц, как по мне не дают фактически ничего. Это может помочь уже толковому программисту, который и так растет каждый день, чуть ускорить рост. Но, это явно не столкнет с места новичка.

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

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

За что я люблю программирование…

Понедельник, Март 31st, 2008

Jaguar дал ссылка на интервью в котором человек пишет, почему он любит программирование.

http://www.profosvita.org.ua/ru/success/interview/12.html

И я задумался, а за что я люблю его. Пожалуй за пару вещей:

— Хоть профессия и ремесленническая, но тем не менее творческая

— Часто приходится в руках крутить разные новые интересные электронные штучки

— Программы достаточно податливая материя (относительно стальных двутавровых балок) и достаточно приятно их иногда скрутить в узел

— Иногда большую и сложную проблему, можно решить маленьким и красивым кодом

— Достаточно часто сталкиваешься с разными предметными областями (не имеющих отношения к IT) и можно что-то о них узнать

— Можно работать (думать) даже не сидя в своем рабочем месте

— На работе никто не замечает, когда ты начинаешь вместо документации по программированию читать анекдоты

А за, что вы любите программирование?

P.S. Увы, чувство когда программирование было сродни волшебству прошло. Слишко много deadlin’ов, нерешенных задач и тупых багов, которые надо пофиксить за плечами.