• Как маленький дятел долбил, долбил и додолбил

    Posted on March 31st, 2010 Александр Орлов No comments
    Биджей Роллисон (Microsoft), Юлия Нечаева (Innova), Тимур Хайруллин (Яндекс) и Джеймс Виттэкер (Google)

    Биджей Роллисон (Microsoft), Юлия Нечаева (Innova), Тимур Хайруллин (Яндекс) и Джеймс Виттэкер (Google)

    К вопросу о правильной настойчивости в достижении своих целей. Юля Нечаева как раз опубликовала конец истории про то, как она попала на Swiss Testing Day. Простая такая история, как, будучи тестировщицей в городе Харькове, познакомиться и подружиться с топ-менеджером из Google. Избранные места:

    А началось все в августе 2009. Когда Тимсон рассказал мне о конференции GTAC и дал линк на выступление Джеймса Виттакера на GTAC 09, тогда ещё он работал в майкрософте. Ну, мои отношения с конференциями вы знаете, да? (Начиная с 2008 года я побывала на 9 конференциях в области тестирования и разработки софта, выступила на 7, дважды была в оргкомитете и вот уже третий раз вхожу в программный комитет). Я очень ценю то, что на конференциях можно пообщаться с людьми, которые делают что-то, что меня интересует. Они делают это хорошо, и они готовы рассказать, как они это делают. А тут – Гугл, Виттакер, Цюрих, АААААААААА……

    Я была просто уверена в том, что получу подтверждение, ведь при подаче заявки я расписала свою активность в русскоязычном сообществе тестировщиков в графе «Why do you think you should get the GTAC conference».
    И вот, 4 cентября я получаю письмо с текстом «Thank you very much for applying to attend GTAC 2009. Unfortunately due to an overwhelming response we do not have a place for you this year». Это, правда, было очень неожиданно. Хорошо, что у меня большой монитор, который скрыл мои эмоции от коллег.

    Подуспокоившись, я начала думать, почему же мне пришел отказ. Али я не хороша =) Может быть, организаторы не дочитали мои комментарии? Или я мало в них написала. И я начала писать апелляцию.

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

    Однако же через 2 дня я получаю отрицательный, но, надо отметить, достаточно человечный ответ от организаторов:

    «Julia – thank you for your enthusiastic plea for re-consideration – unfortunately, we decided on the participants and waiting list, have informed all of them, and will have to see what level of cancellation there will be – so far, very very few have declined the invites.»

    Ненене, ребята из гугла. Вы, наверное, не понимаете, как я хочу попасть на эту конференцию =)

    Но я знаю, кто может понять.
    Джеймс Виттакер. Ну конечно! Не может такой клевый и здоровский дядька не отреагировать на мое желание. Тем более что он к этому времени уже стал Test Director в Google. Тем более что он наверняка будет там выступать. Раздобываю его контакт, и мое следующее письмо летит к нему. Виттакер ответил на следующий день. В достаточно дружеском тоне он написал, что

    «I am sorry you didn’t get accepted to GTAC, but I understand that the number of applicants this year was exceptionally high. As it turns out, I am not going either as I have a product release I have to attend to here in Seattle.
    Thanks for the note. I enjoyed reading is and am glad to see the passion you have for this discipline. I hope we’ll meet in person some day.»

    Читать всю историю с хэппи-эндом

    Всего ничего для этого надо иметь – небольшой внутренний атомный реактор, как у Юльки Нечаевой. Мое твердое убеждение – что такой реактор многие в себе носят.  Но почему-то немногие запускают. Юльке – респект. Всем на нее равняться! :)

    P.S. Таки да, хороший дятел способен задолбать небольшого слона.

  • О слушателях и энтузиазме

    Posted on March 30th, 2010 Александр Орлов 1 comment

    Так получилось, что за последние 16 дней было проведено 10 дней тренингов (около 85 слушателей, если кому интересно). Честно говоря, отправляясь в путешествие по Украине (где прошли первые 8 дней), я с интересом ждал, что будет с организмом и вообще мироощущением. Говоря коротко, хотел проверить гипотезу, не сдохну ли. :)

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

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

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

    Участница другого тренинга развернула не менее активную активность, в результате чего компания существенно поднялась в рейтинге ИТ компаний на самом популярном ИТ ресурсе страны на более чем 60 позиций и вошла в первую 20-ку. Не просто так, естественно. А потому что, в том числе, и внутри натворила немало добра. :) Мотивационные опросники, откровенные обсуждения с командой, перераспределение задач, правильное делегирование, ящик идей по улучшению, внутренние семинары, определение с руководством, кто есть кто по Адизесу. В итоге – все happy, некоторые – happy менеджеры, а директор везет всех играть в керлинг. :)

    Очень здорово, что у людей пробуждается энтузиазм. В Одессе двигались на вокзал с ребятами, которые были на тренинге. Один из них высказал такую мысль: “Главное себя сдерживать как-то, потому что сейчас такой заряд, что хочется взять и устроить революцию.” :)

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

    Уважаемые участники тренингов! Хочу сказать вам огромное спасибо за то, что вы приходите, учитесь, работаете, делаете столько всего полезного и классного, зажигаете глаза себе, своим сотрудникам и мне. :) Не глушите ваши моторы, и мы еще зажгем! :)

  • Цитата недели (Коносуке Мацусита)

    Posted on March 30th, 2010 Александр Орлов 10 comments

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

  • Чему вы учитесь на работе?

    Posted on March 29th, 2010 Александр Орлов 1 comment

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

    В начале карьеры было бы правильно потратить 2-3 года (а если честно, то 3-5 лет) на работу в крупной software development компании с промышленными подходами к разработке ПО. Которая занимается разработкой заказного программного обеспечения. Не буду рекламировать какие-то конкретные, думаю, всем и так понятно, что я имею в виду.

    Что следует иметь в виду:

    1. Желательно, точнее, КРАЙНЕ ЖЕЛАТЕЛЬНО, получить опыт работы на нескольких ЗАРУБЕЖНЫХ заказчиков.

    2. Желательно получить опыт работы на НЕСКОЛЬКИХ заказчиков.

    3. Пункты 1 и 2 не очень просто реализовать в крупной компании, но если вы будете постоянно помнить об этой цели и ПОСТОЯННО прикладывать усилия по ее достижению, у вас все обязательно получится.

    4. Пока вы работаете крупной компании, постарайтесь получить опыт работы в разных проектах: крупных и небольших, работающих по waterfall и по agile, сильно формализованных с большим количеством проектной документации и без нее, с планированием в MS Project и в Excel и т.п.

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

    6. Постарайтесь ХОРОШО выучить английский. Пока вы тратите эти 2-3-4-5 лет, займитесь систематическим и правильным изучением английского языка. Если у вас появилась возможность общаться с англоязычным заказчиком по телефону и периодически ездить в загран командировки или хотя бы встречаться и общаться с носителями языка, вам очень повезло. Кстати, для крупной международной компании, занимающейся заказной разработкой, это не является чем-то сильно особенным, наоборот, это обычное дело.

    Или – пойдите на курсы. ХОРОШИЕ курсы. Лично я ходил на курсы BKC с native speakers и сдавал экзамены по кембриджской линейке – FCE и CAE. Оба экзамена сдал. Чем и горжусь до сих пор.

    7. Ну и наконец, крайне важно разобраться, подходит ли вам работа в продуктовой компании или вам более комфортно работать в Корпорации. Второе вы и сами сможете оценить, ну а первое – либо по разговорам с вашими друзьями, которые работают ТАМ, либо можете попробовать сделать какой-нибудь продуктовый проект. Даже и некоммерческий. И для этого совсем не нужно открывать свою собственную компанию.

    Если поняли, что продуктовая компания – это ВАШЕ, спокойно выбирайте себе компанию вашей мечты или готовьтесь к открытию своей собственной.

    После этого можно идти в продуктовую разработку.

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

    Имхо, вопрос “чему я учусь здесь и сейчас” надо задавать себе время от времени. Чтобы понимать, не пора ли что-нибудь уже менять. Время идет, удерживающих факторов становится все больше, и двигаться становится все тяжелее. Соблазн сидеть на месте и никуда не дергаться будет все время расти. Не сидите на месте. Учитесь.

  • Dev Labs 2010: Киев, 14-15 мая

    Posted on March 26th, 2010 Александр Орлов No comments

    Продолжаем освещать события, которые Happy PM посетит в апреле-мае 2010.

    Ровно на середину мая – 14-15 мая в Киеве запланирована конференция Dev Labs 2010. Dev Labs – одна из конференций в люксофтовской линейке Soft Labs. Конференция для разработчиков.

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

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

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

    Все на Dev Labs в Киев!

  • Хорошие тестеры любят детективы

    Posted on March 26th, 2010 Александр Орлов 15 comments

    Я отработал в тестировании в общей сложности довольно много лет. Причем эта деятельность была потрясающе интересной. Независимо от проекта – тестировали ли мы верификатор в Java Card’е, или debug interface в виртуальной машинеJ2ME. И даже когда я вручную тестировал новый фрэймворк для прогона тестов, и из него выпадала туча багов, это доставляло мне большое удовольствие.

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

    И я подумал, что тестирование – сродни детективу. Вначале ты пытаешься придумать новые способы, которые накроют преступников – пишешь новые тестовые сюиты. Потом начинаешь эти способы применять – фактически выезжаешь на дежурство на своем патрульном автомобиле. Едешь по улицам спящего города и смотришь, не творится ли какая несправедливость. Раз за углом кого-то грабят, ты их хвать, в клетку – и нате вам баг репорт!

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

    Наверное, все это метафоры, про которые Энтони Лаудер так много написал в “Культурах программных проектов”.И может быть, при собеседовании в тестировщики полезно будет выяснить, есть ли у человека такие метафоры. И вообще любит ли он детективы и другое приключенческое чтиво.

    Коллеги тестировщики, вот скажите, вы любите детективы и приключения?

  • Agile Base Camp: Киев, 29-30 мая

    Posted on March 25th, 2010 Александр Орлов 2 comments

    В конце мая, когда все люди уже имеют на руках билеты в теплые края, в городе Киеве пройдет мега-конференция Agile Base Camp II. Даты: 29-30 мая.

    Чем примечательна эта конференция? Во-первых, тем, что у участников будет возможность полюбоваться киевскими каштанами. (Знатоки, каштаны еще цветут в это время?)

    Во-вторых, на конференции будут новые оригинальные доклады и воркшопы от мастеров жанра. Лично я решил выступить и с тем, и с тем:

    Практические инструменты работы с мотивацией сотрудников

    Докладчик: Александр Орлов
    Длительность: 1 час

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

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

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

    Тренинг “Управление командой”

    Обзор курса

    Все, что нужно знать менеджеру проектов об управлении командой – начиная от отбора людей в команду, мотивации и принципов удержания сотрудников и кончая тем, какие факторы влияют на производительность команды.

    После тренинга каждый участник получает:

    • Раздаточные материалы тренинга
    • План работ на ближайшие год и три месяца
    • Список литературы для самостоятельного изучения
    • Книгу и аудиокурс «Секреты Управления Программистами»

    Продолжительность: 1 день (8 часов)

    Цели курса

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

    Аудитория

    • Менеджеры, управляющие проектами и командами разработки ПО
    • Тимлиды и техлиды проектов по разработке ПО

    Размер группы: до 25 участников

    Тренер: Александр Орлов

    Содержание

    • Кто такие правильные программисты? Кто такие правильные тестеры?
    • Почему правильных людей нет на рынке, где они водятся и как их находить
    • Как правильно и эффективно провести собеседование
    • 10 основных ошибок при найме программистов
    • Как нанимать правильных людей, когда у вас далеко не самые высокие зарплаты
    • Большая текучка – когда она хороша и когда плоха
    • Дорогие и бесплатные способы удержания лучших людей
    • Почему все хотят работать в Google
    • Как создать имидж команды (компании), куда все хотят попасть
    • Основные ошибки менеджеров, приходящих в уже сформированную команду
    • 8 вещей, которые программисты не любят
    • 7 вещей, которые программисты любят
    • Ключевые ошибки российских менеджеров
    • Неденежные способы мотивации – что работает лучше денег?
    • 3 способа определить, что мотивирует сотрудника
    • Придумываем 100 способов улучшить мотивацию команды
    • За что поднимать зарплату и давать бонусы?
    • Что отвечать, когда сотрудник жалуется, что Васе зарплату подняли, а ему нет
    • Формальные аттестации – что это и для чего нужно
    • 6 качеств, оцениваемых при формальных аттестациях
    • Процесс проведение аттестаций (360 feedback, performance review, rating session)
    • Основные ошибки при проведении аттестаций
    • Когда нужно увольнять сотрудников
    • Как правильно проводить сокращения

    Кроме Орлова будут выступать другие звезды шоу-бизнеса, такие как Алексей Кривицкий, Асхат Уразбаев, Тимофей Евграшин, Наталья Тренина, Никита Филиппов, Николай Алименков и др.

    Регистрируйтесь заранее! Мест может не хватить. Участникам мастер-группы Happy PM будут выданы специальные скидки, о чем читайте в новостях группы.

  • Расписание Happy PM по май 2010

    Posted on March 25th, 2010 Александр Орлов No comments

    Опубликовалось расписание Happy PM до конца мая 2010: http://www.happy-pm.com/blog/?page_id=415

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

    Буду рад видеть вас на любом из обозначенных мероприятий!

    (P.S. Уважаемые компании, которые хотят заказать корпоративное обучение. Буду рад к вам приехать, но скорее всего, уже осенью. Или можете подумать про майские праздники. Все остальное расписано очень плотно.)

  • Культуры программных проектов: завершение

    Posted on March 25th, 2010 Александр Орлов 4 comments

    Ну что же, вот и подошла к концу книга Энтони Лаудера “Культуры программных проектов”. Чуть ниже – завершающее книгу приложение о научной культуре.

    Огромное спасибо Альберту Мустафину за титанический труд по переводу оригинального текста. Думаю, текст полностью будет выложен на днях в виде .pdf файла.

    Если вы хотите оставить свои впечатления от книги – пишите комментариями к этому посту.

    Культуры программных проектов

    Автор: Энтони Лаудер

    Перевод: Альберт Мустафин

    Приложение А: Научная Культура

    Введение

    До того, как Заводская, Дизайнерская и Сервисная Культуры стали доминировать, была Научная Культура. Она началась в пятидесятых, когда программисты носили белые лабораторные халаты и должны были использовать научные принципы, чтобы результаты были точными и предсказуемыми. Она так никогда и не прижилась в индустрии, поскольку, несмотря на обещания, разработка приложений на практике оказалась куда менее научной. В некоторой степени Научная Культура была довольно сильна на компьютерных факультетах университетов, хотя даже там пошла на убыль.

    Дийкстра

    Наверное самым активным сторонником Научной Культуры был поздний Эдсгер В. Дийкстра. Многие его работы теперь доступны на его сайте в техасском университете. Их стоит почитать, так как они проливают свет на мотивацию, базовые предположения и подъём и падение Научной Культуры для разработки приложений. Я тут процитирую кое-что из его работ и использую имена, которые использовал он (например EWD268).

    1950-е: Семена Идеи

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

    1960-е: Открытие

    Дийкстра был доволен результатом, поняв, что математическое доказательство лучше тестирования. Это привело его к теперь уже знаменитой его фразе в 1969 “Тестирование программ может быть использовано, чтобы показать ошибки, но не их отсутствие! Поэтому состоятельность программы должна быть доказана на основе текста программы” (см. EWD268)

    1970-e: Доказательства, доказательства и ещё раз доказательства

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

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

    Дийкстра был уверен, что разработка приложений состоит совсем не из написания программ для компьютеров. Нет-нет, это лишь побочный эффект. “Типичная ошибка считать, что задача программистов состоит в производстве программ” (см. EWD316)

    Скорее “Это внутренний долг каждого занятого в программировании – писать доказательные алгоритмы” (см. EWD316). Основная задача в разработке приложений – это создание математических доказательств того, что ваши программы будут работать правильно, если позже вы надумаете их запустить на компьютере (см. EWD1036).

    Конечно, это возвращает нас к собственной метафоре Дийкстры о том, что программирование – это математическая деятельность. Разумеется, Дийкстра не рассматривал это как метафору, глубоко укоренившуюся в Научной Культуре, частью которой он являлся. Для него это был факт. И в этом ничего необычного. Я видел много людей, которые придерживались разных метафор так же искренне, как и Дийкстра, и каждый был готов интерпретировать свои метафоры как непреложный факт. Только другим людям нужны метафоры, потому что они не могут или не хотят видеть абсолютную истину, которую вы видите так ясно. И уж точно они так же думают о вас.

    1970-е и 1980-е: Ох, уж эти любители!

    Объяснение Дийкстры ранних неудач Научной Культуры было не в том, что программисты в белых халатах слишком сильно пытались быть научными, а в том, что они были недостаточно научны! “Часть вины должна лечь на ранних учёных, вовлечённых в программирование … Большинство из них не перенесли свои научные стандарты качества в программирование, которое стало их основным занятием … Поколение “научных” пользователей подошло к программированию, как к решению кроссвордов, созданных производителем компьютеров, а не как к деятельности, стоящей научной мысли.” (см. EWD924)

    В 70-х и 80-х Дийкстра постоянно утверждал, что творчество, инновация и проницательность не имеют отношения к разработке приложений. “Меня сильно удручило упорство целой индустрии в том, что якобы достаточно здравомыслия, когда я знаю, что необходимо научное мышление.” (см. EWD917). Компьютерную индустрию нужно было спасти от самой себя, а погружение компьютерной науки в математику было единственным возможным спасением. Дийкстра решил взять на себя миссию по преобразованию компьютерной науки из ремесла в науку.

    Однако, к разочарованию Дийкстры большинство людей в индустрии не проявили интерес к его евангелическому утверждению. Наоборот, они покупали “шарлатанские микстуры”. В конце 70-х он выразил особое возмущение всё большим использованием диаграмм и графических заметок, которые он считал “костылём” для “мыслителей-любителей”. Диаграммы, по его мнению – это “для необразованных и от необразованных” (см. EWD696). “Обществу нужна компетенция и знахарство” стенал он (см. EWD966).

    К середине 80-х он начал считать, что индустрия просто не была заинтересована в улучшениях: “Весь их выбор это некомпетентность и нечестность. И это ужасно. Но, пожалуйста, не обвиняйте нас, когда компьютерная индустрия рухнет.” (см. EWD917)

    Если бы только индустрия его слушала, ведь “Академически образованный учёный компьютерщик должен уметь программировать хотя бы в несколько раз лучше, чем средний программист или хакер без формального обучения” (см. EWD1157) Увы, “систематическая дисквалификация компетентности … это изобретение менеджеров, за что они и должны нести всю ответственность.” (см. EWD966)

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

    К концу 80-х, кроме менеджеров, Дийкстра стал обвинять и программистов: “Настоящие программисты не осмысливают свои программы, ибо это не круто. Они предпочитают подмену интеллектуального удовлетворения от неполного понимания, что они делают в своей наглой безответственности, и от следующего за этим азарта от поиска ошибок, которых они не должны были допустить в первую очередь.” (см. EWD1012)

    1990-е: Теряя надежду

    В начале 90-х Дийкстра почти совсем потерял надежду на переубеждение людей индустрии. Он валил это всё на их неполноценность: “Посредственности не доверяют исключительному человеку, поскольку они не понимают его и боятся, потому что он может делать вещи не подвластные их пониманию” (см. EWD1165)

    Он хотел, чтобы наука защищалась. “В течение 40 лет компьютерная индустрия совершенно игнорировала находки компьютерной науки … Есть большая разница между тем, о чём общество просит, и тем, что ему на самом деле нужно … Задача лучших университетов сказать индустрии то, что она не хочет слышать, … чтобы убедиться, что укус академического овода действительно болит” (см. EWD1165)

    Тем не менее, он стал ощущать, что всё было безнадёжно: “Бои идут между менеджерами/счетоводами с одной стороны и учёными/технологами с другой … Учёные всё чаще проигрывают, … потому что основной их интерес – это наука, … в отличие от менеджеров, для которых эти бои смысл жизни.” (см. EWD1165)

    К середине 90-х он отозвался о “жестоком повороте истории”, когда общество 20-го столетия избегало науку. “Но мы не можем обвинять университеты”. Вина лежит на индустрии из-за того, что она давила на университеты с требованием “не увлекаться … научным образованием, а ограничиться профессиональной подготовкой” (см. EWD1209). К концу своей жизни Дийкстра обеспокоился будущим университетского образования и умолял “пока компьютерной науке не позволяют спасти компьютерную индустрию, нужно хотя бы не позволить компьютерной индустрии убить компьютерную науку” (см. EWD1284)

    КОНЕЦ

  • Training Labs 2010: Москва, 17 апреля

    Posted on March 24th, 2010 Александр Орлов No comments

    Все ближе и ближе конференция Тренинг Лэбз 2010. Вернее, не конференция, а попурри из лучших мастер-классов ИТ индустрии. Те, кто туда попадут, смогут посмотреть, послушать, пощупать и покидать помидорами в таких спикеров как:

    Александров Александр, Башакин Дмитрий, Кривошеев Евгений, Орлов Александр, Байкин Александр, Архипенков Сергей, Нечаева Юлия, Бадаева Светлана, Сухомлин Владимир, Давыдов Станислав, Дорофеев Максим и многих других.

    Не упускайте такой шанс, когда еще будут следующие Тренинг Лабз? Вероятно, через год. Ниже – официальный анонс.

    Приглашаем вас посетить конференцию Training Labs 2010, посвященную обучению в области разработки программного обеспечения.  Мероприятие состоится 17 апреля 2010 года в Москве.

    Организатор – Учебный Центр Luxoft, сайт http://www.luxoft-training.ru/.

    Формат конференции

    Однодневный тренинговый марафон: 6 секций, в каждой из них по несколько мини-тренингов, мастер-классов и консультаций длительностью 1,5 часа.

    Всего более 30-ти выступлений!

    Секции Training Labs 2010

    1. Управление проектами;
    2. Коммуникации;
    3. Анализ и управление требованиями;
    4. Тестирование ПО;
    5. Проектирование ПО, архитектура;
    6. Консалтинг Software Engineering.

    Программа конференции представлена на сайте мероприятия.

    Чем полезна это конференция?

    Если Вы заинтересованы в собственном обучении, вы сможете:

    • За 1 день посетить несколько тренингов/мастер-классов, повысить свой профессионализм;
    • Проверить тренеров «в деле»;
    • Обменяться опытом, получить ответы на вопросы;
    • Получить каталог-путеводитель по отрасли;
    • Расширить сеть профессиональных контактов;
    • Сформулировать критерии оценки тренинговых программ;
    • Оценить репутацию тренеров в профессиональном сообществе.

    Если вы участвуете в организации обучения сотрудников компании, то на конференции вы найдете ответы на следующие вопросы:

    • Какой учебный центр предпочесть?
    • А может быть, пригласить опытного эксперта-фрилансера?
    • Кто из преподавателей, действительно, является «гуру» в своей области?
    • Как отличить зёрна от плевел?
    • Как проверить репутацию учебного центра/тренера?
    • Какой тренинговый продукт востребован на рынке?
    • Что такое хороший тренинг и что от него ждать?

    Стоимость участия

    Стоимость участия в конференции – 5 000 рублей.
    Организациям, оплатившим участие 3-х и более слушателей, предоставляется скидка 20%.

    Место проведения

    Москва, 1-й Волоколамский проезд, 10, стр. 3, Офис компании Luxoft
    Схема проезда http://www.luxoft-training.ru/contacts/moscow.html

    Сайт мероприятия и регистрация

    http://www.training-labs.ru/