Виртуальный офис Linux Foundation

Виртуальный офис Linux FoundationLinux Foundation — авторитетная и серьёзная организация. Некоммерческий консорциум, созданный в 2000 году для развития Linux, занимается продвижением, защитой и стандартизацией свободной ОС, а также поддержкой разработчиков. Ежегодно организация распределяет пожертвования и членские взносы в размере около 7 миллионов долларов.

Казалось бы, в офисе организации должна кипеть жизнь? Но нет. На самом деле в офисе вы никого не увидите. Linux Foundation снимает маленькую комнату в Сан-Франциско, но вся организация из более чем 30 человек полностью работает в дистанционном режиме. Абсолютно все сотрудники работают на дому.
(далее…)

Почему белорусские программисты не охотно идут работать в стартапы?

image

Белорусские программисты, воспитанные на культуре аутсорсинга, боятся стартапов. О том, как молодому белорусскому стартапу Tuffle удалось преодолеть проблему и набрать команду, читайте прямо сейчас.
Если твой проект не аналог западных «звезд» — на IT-рынок не пробиться?

(далее…)

Отпуск с сохранением рабочего настроения: эксперимент по повышению лояльности

image Вернувшись недавно из отпуска, я вновь подумал о том, что 28 дней в году — это очень мало. Выступил с инициативой, чтобы было столько рабочих дней в году, а всё остальное — оплачиваемый отпуск, но начальство почему-то было против.
Пришлось пережить первые два дня после отпуска, разгрести скопившееся и потихоньку вновь втянуться в рабочий процесс.

Тут-то меня и посетила идея о том, как можно увеличить отпуск без удара по кошельку руководства. Наверняка эта идея уже посетила кого-то еще, наверняка где-то она уже описана, наверняка где-то она даже применяется, но мне ее реализация в природе не встречалась, поэтому делюсь ей со всеми. Может кому пригодится.
(далее…)

Как найти работу в Германии

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

ФАС отрегулирует этичность «переманивания» сотрудников

А вот и от правительства подоспела заметка в серию о найме сотрудников.Или как лучше не делать. Не совсем про IT, но, думаю, нас тоже коснётся, как одну из самых «активных» в плане найма сотрудников сфер.

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

По словам Николая Карташова, «переманивание работника нечестными способами будет расцениваться как недобросовестная конкуренция.»
(далее…)

Как я нанимаю программистов

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

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

По pull request’у сразу видно как соискатель умеет разбираться в чужом коде и как он пишет код. Я не даю классических тестовых заданий — это убийство времени в никуда, этот код будет выброшен, он не поможет никому решить какую-либо задачу.
(далее…)

Управление продуктами: Увидеть продукт глазами пользователя

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

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

Суть проблемы

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

Это чудесные формы по заполнению совершенно непонятной информации, как на рисунке слева.

Это закрывающиеся окошки текстового редактора, которые даже не пытаются предложить сохранить текст, на который несчастный пользователь потратил два часа своей жизни.

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

Тайм-менеджмент: опыт использования с применением таблиц Excel

Привет, Хабр! Краткое вступление — я работаю руководителем IT отдела крупной медицинской компании. Вот уже с год назад пытался заставить самого себя качественно работать с распределением своего рабочего времени. Это пост — мой опыт, мои взгляды, трудности восприятия и образцы форм для ведения тайм менеджмента.

Что такое тайм менеджмент? Это инструмент управление своим временем, притом это применимо не только к рабочему времени, но и к личному (вне рабочему). В попытках сделать всё и сразу вы в конце концов упретесь в тупик, не понимая почему на всё запланированное не хватает времени, а потом, попросту начнете забывать какие-то задачи/идеи/цели, которые казались сверх интересными, сверх прибыльными, сверх инновационными. Так случилось и со мной, честно пытаясь сделать что-то лучше, что-то оптимизировать, я откладывал какие-либо цели на дальний план и в силу текущей погруженности в основные обязанности, рабочую текучку, забывал про идеи, которые казались мне перспективными. Примерно с начала года я начал искать программы, увлекательные статьи которые помогли бы мне более качественно подходить к вопросу о тайм менеджменте и поверьте, для себя я понял суть, которую не находил ни в одной статье и не в одной книжке/программе. Перейдем к основным аспектам, которые помогут вам качественно работать с своим временем и с поставленными самому себе задачами:

1. Не обманывайте себя

Прорабатывайте все гипотезы поставленных идей, не останавливайтесь на достигнутом пока не найдете четкого ответа на поставленный вами же вопрос – будет ли эта идея/предложение востребованным в вашем деле/в бизнес процессе/в работе. Гипотеза должна быть закончена на четком факте (доказательстве её необходимости) или четком опровержении. На пути этого доказательства большинство людей начинают заниматься самообманом, говоря себе – «ой, это не возможно», «это очень сложно для меня», «никто этого не поймет» — поверьте, если бы все окружающие люди думали бы так же, то в мире не было бы электричества, не было бы в компаниях хорошего объема продаж, новых продуктов, успеха в целом.
(далее…)

Работа ищет разработчиков, а не разработчики работу

В статье Как я искал работу voff написал замечательную фразу:

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

Это правда. Программистов ищут везде, от Москвы и Киева до Берлина и Сан-Франциско. Другой вопрос – как программисту эту возможность использовать? Пройти 17 собеседований, “по 3-4 в день”, как сделал автор статьи – на такой экстрим не все согласны. Да и подходит это только тем, кто сейчас без работы или уже обьявил о своем уходе руководству. А хорошие разработчики без работы сидят редко.

(далее…)

Резюме программистов. Часть 2 (хорошие)

Я сполна получил п***й за первый пост. Самое время писать продолжение! Итак, чего же мне надо от резюме разработчика?

Все ниже в порядке приоритета.

Код

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

(далее…)