Krakovetskyi-KogdaYaGovoril

Философия науки, или Почему мы доверяем науке? 41

Стивена Хокинга (другие книги из серии), «Физика черных дыр» Игоря Новикова, «Физика невозможного» Митио Каку и другие. Все эти книги объединяет необхо-

димость абстрагироваться от мира, в котором мы живем, и необходимость отбросить все религиозные и традиционные взгляды. В этих книгах рассматрива-

ются такие вопросы, как есть ли разумные существа кроме человеческой расы,

что было до Большого взрыва, возможен ли телекинез и телепортация, клониро-

вание, есть ли параллельные миры (измерения), сколько лет Вселенной и расширяется ли она, изменят ли мир нанотехнологии, а также методы, с

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

ми Солнечной системы и т.д. Согласитесь, только от одного списка захватывает дух. Многие из открытий, описываемых в этих книгах, были получены из-за смены парадигм и научных революций (это хорошо описано у Томаса Куна в его книге «Структура научных революций»). Основная суть в том, чтобы отбросить все устоявшиеся взгляды и предложить новую парадигму, а для этого необходи-

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

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

В общем, тем, кто интересуется наукой (физикой, космологией, уфологией и т.д.),

рекомендую почитать вышеупомянутые книги, посмотреть лекции Фейнмана

(проект Тува от Microsoft), видео со Стивеном Хокингом, почитать книги Зельдо-

вича, Новикова, Эйнштейна. Думаю, вы получите много удовольствия.

42

4 сентября 2009 г.

Как я учил английский

Хочу поделиться своими наблюдениями по поводу эффективных и не очень методов изучения английского языка.

Школа и базовые знания

Базовые знания (грамматика, простой разговорный), как говорится, must be. Хотя в реальной технической жизни необходимо знать (но хорошо) всего несколько времен.

Эффективными методами для меня были:

џизучение разговорных тем;

џаудирование, диктанты;

џучастие в олимпиадах.

Также большим плюсом обучения был тот факт, что каждое занятие отличалось,

по сути, от предыдущего. Например, в понедельник учили грамматику, во вторник — разговорный, в среду писали диктанты, а в четверг читали и переводи-

ли тексты классиков (Шекспир, Конан Дойль и т.д.).

Технический английский в университете

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

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

Магистратура

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

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

Курсы по английскому языку

Параллельно с английским в магистратуре проводились курсы языка на работе.

Как я учил английский	43

Курсы проводили высококвалифицированные специалисты на протяжении полугода 2 раза в неделю по 1,5 часа. Честно признаться — ощутимого прогресса я не заметил. Просто приятно проводили время.

Фриланс

Параллельно с магистратурой я начал заниматься фрилансом. Не могу сказать,

что он принес мне много денег, но вот опыта и знаний стало явно больше.

Труднее всего было начать, т.е. найти первого заказчика, а, значит, написать несколько десятков писем. Признаюсь честно, на одно стандартное письмо из 2-3

абзацев тратилось 30-45 минут. В помощь пришли книги с собранными стандар-

тными фразами типа «best regards», «hope to work with you soon» и т.д. После месяца упорных усилий письма стали даваться легче.

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

Два-три проекта в таком режиме позволили сократить написание писем до 10

минут и это, несомненно, был прогресс.

Новая работа

После перехода на новую работу мне был поручен сложный проект с англоязыч-

ным заказчиком. На проекте должна была быть техническая документация,

написание которой также было поручено мне.

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

Причина такой работы была в отсутствие времени на раскачку. Так продолжалось неделю — далее документацию я набирал уже сам. За 2-3 недели прогресс был просто внушительным.

Сегодня

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

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

44 Александр Краковецкий. Когда я говорил...

Выводы

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

џтема диссертации, плохо описанная в рунете;

џнаписание технической документации в сжатые сроки;

џнебольшие фриланс-проекты;

џчтение и перевод статей и новостей, публикация их в своем блоге.

45

«Самый проверенный вариант – быть мидлом, считаться сеньором,

работать как джуниор»

Александр Краковецкий

46

16 февраля 2012 г.

А ваши сотрудники продуктивные?

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

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

Не устанавливайте рамки

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

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

который трудно сочетается со стандартным офисным расписанием. А если еще учесть, что большинство проектов идут из обеих Америк (смещение времени до - 8:00), то обязательный приход в офис в 9:00 тем более выглядит странным решением.

Многие разработчики – совы, и для таких людей диапазон утренних часов с 09:00

до 11:00 – фактически потерянное время. Как для разработчика, так и для компании.

Фиксированное время работы для Project/Product-менеджеров – это вообще нонсенс. Ведь нужно помнить, что менеджеры ценны за принимаемые решения,

а не за отработанное время.

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

«коридор» времени, в рамках которого сотрудники могут приходить без адми-

нистративных последствий, например, не позже 11:00, а задача тимлида в этой ситуации – подобрать оптимальное время митингов, демонстраций и отчетов для всех членов команды.

На работу как на праздник

Смешно звучит? Отнюдь. Если рабочее место будет обустроено не хуже, чем домашнее рабочее место (а поверьте, для разработчика – это второе по важности место в доме после туалета), то будьте уверены, что разработчик будет с удов-

А ваши сотрудники продуктивные? 47

ольствием идти на работу.

Да, 4 человека на 6 квадратных метров – недостаточно, бюджетный ноутбук для разработки тоже не годится, а 8 из 10 рядом сидящих сотрудников в наушниках – явный признак того, что нужно что-то делать с рабочими местами. Проблеме обустройства рабочего места посвящена целая глава в книге Peopleware Тома Демарко.

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

нию производительности разработчиков. Нет денег на JetBrains ReSharper?

Будьте готовыми к тому, что на рефакторинг и исправление ошибок вы потратите на 20% больше времени. Нет профайлера? Готовьте два дополнительных сервера.

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

Инфраструктура

Не работает интернет? На оформления нового человека уходит больше 4 часов? У

вас полтысячи сотрудников, но нет системы документооборота? Самый опытный дотнетчик в отделе настраивает всем SQL Server и администрирует сервер? Я вам скажу, что у вас большие инфраструктурные проблемы.

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

ботчиками и админами. Причем проигрывают в этой войне все – от разработчи-

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

Обучение и развитие

Практически все современные компании говорят о том, что они занимаются обучением и развитием сотрудников. На самом деле, это далеко не так. В 90%

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

Предложите разработчику самому выбрать предпочитаемый способ и направле-

48 Александр Краковецкий. Когда я говорил...

ние обучения и запланируйте затраты соответствующим образом.

Бюрократия

К сожалению, страшное слово «бюрократия» не обходит стороной, казалось бы,

самый прогрессивный сектор ИТ. Scrum митинги, дневные отчеты, недельные отчеты, системы учета времени… знакомо? А ведь правильная настройка системы контроля версий + система документооборота (Microsoft SharePoint + TFS, например) способны творить чудеса, в которых написание дебильных,

никому не нужных отчетов отпадет само собой. А если менеджеры не умеют пользоваться ничем, кроме электронной почты, Skype и Excel – добро пожаловать в ряды бюрократов! Понятно, что большего раздражения разработчиков можно добиться разве что отсутствием зарплаты за последние три месяца.

Особенно доставляют те компании, которые заставляют вести самостоятельно бухгалтерию. Странно, почему на позицию .NET разработчика не берут бухгалте-

ра, если эти работы взаимозаменяемы?

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

лям.

Выводы

В первую очередь хочу посоветовать к обязательному прочтению книгу

«Peopleware» как отличный сборник советов для компаний, которые хотят иметь в своем штате продуктивных сотрудников.

Во-вторых, попытайтесь понять мотивы и цели ваших сотрудников – это поможет вам стать компанией, куда сотрудники будут ходить как на праздник!

49

4 сентября 2011 г.

Правильно ли использовать сотрудников

только по назначению?

Дочитал книгу Тома Демарко и Тимоти Листера «Человеческий фактор. Успешные проекты и команды» или просто «Peopleware». Обидно то, что абсолютное большинство менеджеров эту книгу не читали и даже о ней не слышали.

Хороший отзыв на сайте оставил один из читателей: «Рекомендую прочитать, а

потом перечитать». Полностью поддерживаю.

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

которую я постоянно наблюдаю в наших компаниях, а именно использование сотрудников (ресурсы) ТОЛЬКО по назначению. Почему это плохо, спросите вы?

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

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

(талант) искать новые проекты? Или он фанатеет от новой платформы (техноло-

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

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

Типичный пример: маркетологи и HR хотят прорекламировать услугу, сайт,

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

го выбраться уже нет никакой возможности. Хотя решение лежит на поверхности:

возьмите сотрудника с положительной кармой, объясните ему СМЫСЛ и ЦЕЛИ посыла, а сотрудник напишет об этом на понятном большинству юзеров техни-

ческом языке. И овцы целы и...

50 Александр Краковецкий. Когда я говорил...

Другой пример, когда одна большая компания оклеила весь город рекламой о бесплатных семинарах, включая маршрутки и детские садики, в итоге получив 25

участников, вместо того, чтобы подключить активных людей из своей компании,

что принесло бы ей в разы больше профита.

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

мер, разработкой и маркетингом или тестированием и быть контент-

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