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

Урок первый и самый важный.
Фидбек наше все. Лучше негативный отзыв, чем никакого отзыва. Если у заказчика не хватает времени посмотреть то, что вы сделали за пару недель – это терпимо. Месяц: это начинает дурно пахнуть, пара месяцев и вы на грани катастрофы. Просите, рассказывайте про важность отзывов и значимость мнения заказчика, организовывайте встречи специально для того, чтобы заказчик смотрел то, что вы сделали.
Несмотря на всю парадоксальность ситуации, иногда на двухчасовой обзор итерации у бизнеса времени не хватает. Понять это можно: все люди, у всех бывают загруженные периоды, но вот допускать такого нельзя.
Я считаю своей самой большой ошибкой за полтора года то, что я недостаточно настаивал на регулярных обзорах новой версии проекта, теша себя тем, что партнеры нам безгранично доверяют и верят в наш профессионализм. На самом деле, профессионализм и виденье проекта совершенно разные вещи: не повторяйте моей ошибки.
В следующий раз, надо будет лечь поперек дороги, как толстый английский бульдог, и отказываться сдвинуться с места, пока не будет проведен нормальный обзор.

Второй урок.
Ради спортивного интереса, этот будет из области позитивного опыта. Обычно такие заметки как эта, это заметки-страшилки в духе “как я наколол дров”. Поступлю иначе: разбавлю post mortem историями успеха.

Standup meeting в команде. Мало кто будет спорить с полезностью этого явления: каждый член команды рассказывает про то, что он успел сделать, какие у него планы и что мешает работать (да, да, это из Scrum). Я добавил в утренние встречи небольшую “зарядку для хвоста”: после встречи мы с командой рассматривали небольшую задачку на знание Java. Я выбирал задачки из Java Puzzlers иногда из своего опыта, иногда подсказывали друзья или коллеги. Задачки были простыми и покрывали один-два аспекта языка.
Эффект был самым положительным: во-первых, встречи перестали быть уж слишком формальным “рапортованием о сделанной работе”. Во-вторых, задачки ненавязчиво стимулировали глубже познакомиться с предметом: я неоднократно замечал, как мои коллеги читали материалы, чтобы детальнее разобрать механизмы, которые затрагивала задачка. В-третьих, задачки настраивали на “рабочую волну”: после митинга было настроение поработать и закончить свою задачу, а не почитать еще немного “корреспондент”.

Третий урок.
Тут даже не урок, а case-study. Кейс такой: человек регулярно заваливает интеграцию, забывает залить нужные файлы в репозиторий или заливает промежуточные варианты, вместо нужных. После того, как это обнаруживается, тратит некоторое время и все-таки чинит сборку. Проблема оказалась в том, что у сотрудника не был настроен плагин для работы с системой контроля версий.
Мораль: если симптом повторяется, не стоит закрывать на него глаза, даже если его легко вылечить. Порой вылечить причину еще проще. Вторая мораль: не все разработчики одинаково легко озвучивают свои проблемы на утренних встречах, даже если проблема совсем мелкая (“ребят, у меня слетел плагин, помогите, пожалуйста, его настроить” – нежелание сказать эту простую фразу портило человеку жизнь несколько месяцев).
Конечно, это раздолбайство разработчика. Но задача team-lead’а такие раздолбайства находить и пресекать.

Четвертый урок.
И последний в рамках заметки. Иногда бывают периоды, когда задач нет. Совсем нет. Есть два варианта, как провести это время. Вариант номер один – “ликвидация технического долга”: другими словами, переделать то, что раньше было сделано на скорую руку, покрыть тестами еще непокрытый блок кода, вобщем провести время с пользой для проекта. Вариант номер два: провести это время с пользой для себя. Нет, не солярий, ванна и маникюр, а самообразование.
Как показала практика, лучший способ “самообразовываться” – ставить задачи по исследованию технологий и (!) разработке прототипных решений. Все согласятся что формулировка “ну, друзья, давайте что-нибудь почитаем, кому что интересно” нежизнеспособна. Такую задачу всерьез исполнять никто не станет. Даже если станет, то пользы для проекта не будет никакой.
Вариант “читай вот это, или это” намного более жизнеспособен, но только при условии, что в результате работы будет выдан какой-нибудь артефакт: “доклад” для других членов команды (с тезисами в виде текста или презенташки) или работающий прототип решения. Лучше и то и другое. Во-первых, таким образом, есть конкретная цель и задача с конкретным критерием выполнения. Во-вторых, имея папочку с набором таких прототипов и презенташек довольно просто оформить материал в виде исследования на тему “какой API лучше использовать для решения нашей задачи”: а это уже вполне реальная и ощутимая польза.

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

Не смотря на то, что вакансия (которая кстати очень соответствовала моему профилю) была открыта не в саму M$, а в небольшую французкую компанию, не так давно приобретенную оным Microsoft, со мной связался именно рекрутер из американского подразделения M$.

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

1. Имея не лучший опыт вечерних интервью – пытался договориться об утреннем времени проведения — мне отказали, без какой-либо аргументации. Просто “нет”, и баста.
2. Резюме несколько раз “футболилось” от одного сотрудника Recruit dept. к другому, который в очередной раз просил ответить на одни и те же вопросы
3. Для проведения телефонного интервью найсточиво предложили скачать и установить Skype (странно что не MSN), на ходу расхваливая какой это хороший и главное бесплатный сервис

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

Теперь о самом интервью.

Проводила его девушка-рекрутер, как она сама сказала “non technical employe”.

При этом после вступительных разговоров (“Как вы себя видите в M$”, “Почему это вы вдруг заинтересовались нашей вакансией”, “Что вы знаете об MS”, etc), вопросов по резюме (“С какими языками/технологиями работали?”, “Работали ли с MSSQL?”, “Какой процент рабочего времени вы пишете код?” etc) начала задавать технические вопросы по OOП и Java.

Из того, что удается сейчас вспомнить – это “Что такое полиморфизм?”, “А правда ли, что Java разработана для создания сетевых и распределенных приложений?”:) (/me поулыбался, вспомнилась первая моя книга о Web-разработке которая именно так и начиналась)

Потом были вопросы: “Если бы вам нужно разработать WEB-сервис синхронизации времени, как бы вы это сделали” и “Расскажите о ваших критериях хорошего кода” .

После всего этого простая задачка про фрукты:

Есть 3 ящика фруктов – с апельсинами, с яблоками и с яблоками и апельсинами вперемешку.
На каждом ящике есть надпись, указывающая на содержимое ящика, но известно, что все надписи неверные.
Вопрос: Какое минимальное количество фруктов нужно достать из ящиков, чтоб точно идентифицировать их содержимое?
Аргументируйте.

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

Ссылки “в тему”:

О прохождении интервью в Google  (начало, продолжение, the-end)  и Яндекс (начало, завершение)
Вопросы по PHP на собеседование в Yahoo
Задачка о шляпах от Microsoft
Как собеседовали 2х бывших сотрудников Google – я плакал

Что делать, что делать – сухари сушить (c)

Очевидно что вопрос лежит в плоскости трудовой дисциплины, и методов её прививания.
У меня на этот конкретный счет мнение весьма категоричное – благо “наглотался” уже.

Итак:

1. Уважать чужое время. Звонок – крайняя мера.
   Не звонить по пустякам (выработать рефлекс: звонит шеф/коллега = значит важно)
   Объяснить что если звонят с работы – значит “пушной зверек уже подкрался незаметно”.
2. Обсудить с сотрудником п.1
   Пообещать не трезвонить по мелочам, уповать на его ответственность, нормальные отношения команде, дух взаимовыручки.
   (Если разговор по-хорошему не работает – подумайте, действительно ли так ценен сотрудник?)
3. Если на звонок не может ответить – пусть сбрасывает вызов.
   Понимать как “вызов вижу, но занят, отреагирую As Soon As Possible”.
   Тут можно вдогонку отправить SMS – объяснить “че звонил то”:)
4. Если сбрасывает повторно – пусть шлет вразумительное SMS или что-то а-ля “25 мин.”
5. Если п.п. 1-4 не работают – обьявлять “проходимца” безответственным га%нюком, которому не место в нашей комманде.
   Взымать штрафы (предварительно предупредив о возможности такой меры) и начинать искать замену.

Вариант “не вышел на работу, телефон не берет” даже не рассматриваю.
При отсутствии внятного правдоподобного объяснения – гнать в шею и искать замену.
Опыт подсказывает что столь радикальные меры более чем оправданы в долгосрочной перспективе.
Хотя тот же опыт говорит что разгильдяйство в команде действует до первого “публичного штрафования” %)

Все описанное выше – выводы из личного опыта.
Я 2.5 года проработал в компании, где от сотрудников требовалось “быть на связи” 24/7.
При “внезапном невыходе на работу” звонили друзьям и родителям (иногда в другие города), а при долгосрочном “внезапном отсутсвии” – поднимались контакты “в органах”.
И ничего таки, – Хотите соглашайтесь, хотите  не соглашайтесь, но ничего Оруеловского в этом нет.

P.S. Кстати фразы “телефон сел” или “нет денег на счету” – как вменяемые объяснения не рассматриваются.
В конце концов ты программист, живешь не в джунглях и неплохо зарабатываешь – будь добр следи за состоянием своего мобильного счета или найди способ сообщить коллегам, что тебя сегодня offline “в связи с ….”

P.S.S.  Варианты, когда из клиента/шефа фонтанируют телефонные мысли, IMHO вообще не есть проблемой.
Научитесь требовать излагать мысли письменно,  аргументируя тем что (нужное подчеркнуть):
- звонки выбивают из рабочего процесса
- многое, что обсуждалось по телефону забывается как только ложится трубка
- устные требования – к контракту не подошьёшь

90% моих клиентов в этом со мной едИны. А остальные 10% – благо уже не мои клиенты :)

Обязательно: знать на среднем уровне PHP, MySQL, HTML, CSS; иметь желание учиться и использовать голову по назначению.

Желательно: Знать что такое XML и как его читать/писать на PHP, SVN (CVS или любую VCS), базовый опыт работы в *nix-системах (ssh/vim).

Работа дома или в офисе (по желанию) со свободным графиком в среднем по 4 часа в день.
Оплата – будем договариваться ;)

P.S. Хочу верить, что вакансия может быть интересна студентам 2-3 курса технических факультетов.

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

Итак, вырезка диалога с рекрутером с моими комментариями:

- “Мы не занимаемся “развитием кадров – мы подбираем разносторонне развитых инженеров”" = мы жмотим бюджеты на обучение. И слабо знаем о мотивации айтишников. Вообще, зачем нужно их чему-то учить. Их и так уже всему чему можно научили. Да и интернет на работе у всех есть. Пускай в обед статейки полезные читают.

- “До последнего времени у нас не было HR отдела” = нам вообще не интересно, чем живут наши сотрудники. Нам не интересно, что их приводит в нашу компанию, чего они от нее ожидают, из-за чего увольняются. А HR отдел сделали, чтобы не нанимать массовиков-затейников.

- Как вы удерживаете ваших специалистов?
- Эмм… Специалисты уходят, хоть удерживай их, хоть нет. Это правда жизни.

Тут уже не про HR, но все равно:

- Наша компания ориентируется не на IT, а на R&D
- Очень интересно, а что подразумевается под “R”?
- Что вы имеете в виду?
- Ну R это Research. Ваша компания занимается исследованиями, разработкой новых алгоритмов, или может создаете некий софт, аналогов которого пока нет на рынке?
- …

Я не могу делать выводы о компании вцелом: об организации проектов и об уровне менеджмента, но заметьте, как отсутствие ответов на простые вопросы может “уронить” имидж работодателя. Интересно, это экономия, недосмотр или часть стратегии?

Продолжая тему о минимизации затрат при выводе/обналичивании средств, заработанных на GAF.

Вчера откровенно скучая в очереди в супермаркете “Велика Кишеня” решил эксперемента ради попробовать расплатиться картой Payoneer MasterCard (см. предыдущие заметки).

Предварительно прикинув что на сумме покупок в $40-$50 дополнительные $2.15 комиссии будут выглядеть весьма несущественно, бодрым движением сунул карту кассиру.

К моему удивлению процессинг прошел с первого раза без сучка и задоринки (может с этого УкрСоцБанка когда-то что-то и вырастет хорошее).

Вечерком проверив, листинг транзакций через web-интерфейс Payoneer, обнаружил:

• оплата в 212.5 грн. была списана со счета в эквиваленте $47.24 (включая комиссию $2.15)
• при такой сумме курс доллара к гривне получился 4.50грн/$ (немного низковато ввиду последнего роста)
• если же учитывать курс при оплате без комиссии, то он получается около 4.70грн/$, что уже весьма неплохо

В результате, кажется я нашел самый дешевый способ вывода (к словам не придираться) средств с Payoneer, который начинает более или менее эффективно работать при оплатах от $80-$100.

Но более важным мне кажется то, что верно и обратное утверждение.

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

Невеяно вчерашним постом о том, что Scala постепенно движется в mainstream

Task 1 – Literature
Tell us about your top three books that have made you a better software developer.

Task 2 – Monetary calculations
If you have $200 in your pocket, and you see a shelf with a long row of foobars priced at $1, $1.2, $1.44, $1.728 and so forth. Every foobar cost 20% more than the previous one. You buy one of each foobar, starting with the one that costs $1, until you can’t afford the next foobar on the self (the foobars are ordered by price). How many foobars can you buy, and how much change will you get? Your task is to write a small routine to solve this problem, and then demonstrate the correctness of your routine by writing a test for it.

Task 3 – Static factories
Give us at least two advantages with static factory methods compared to constructors, and at least one disadvantage.

Task 4 – Declarations
If you see this line in a method that you are going to modify: ArrayList testList = new ArrayList();
Is there anything that you would like change in this statement?

Task 5 – J2SE
Construct a list containing all weekdays for an arbitrary period in an arbitrary year. No saturdays nor sundays is supposed to be in this list. Write a class containing the methods that you need for constructing such a list. Take into account that the content in this list may be presented in more than one way.  You can assume that your class’ only task is to return this list.

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

А как бы вы ответили на вопросы 1, 3 и 4?

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

Я же в свою очередь хочу поведать ещё один способ, который сегодня волей случая мне довелось попробовать.
Напомню что вывод кровно заработанных тугриков c GetAFreelancer на дебетную карту Payoneer стоит $2 или $5 (в зависимости от срочности). Также при каждой успешной транзакции снимается комиссия $2.15 (при неуспешной – $0.90). Итого как минимум $4.15 прийдется отдать.
Дальше все зависит от курса доллара по отношению к гривне, который на данный момент используется системой MasterCard (последний раз был 4.38грн/$).

Сегодня же попробовал получить наличные в долларах(!!!) в мультивалютном банкомате (оказывается и такие есть!) Приватбанка. Комиссия за снятие – 3% (о чем банкомат честно предупреждает вначале:), но тем не менее все равно получается существенно дешевле чем получать гривны в безкомиссионном банкомате ПУМБ по их варварскому курсу.

Ну а теперь самый главный вопрос – может я чего-то не знаю и изобретаю велосипед?
Кто-то вообще безболезненно деньги с GAF обналичивает?
Moneybookers не предлагать – он с Украиной не работает.