Пара лайфхаков нашего интернет-магазина

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

Бесплатный криптоанализатор

Самое крутое – это когда магазин создаёт позитив, о котором хочется рассказать друзьям. Когда только-только вышла игра «Бригада», мы просто купили паяльников (по 64 рубля за штуку) и первой полусотне покупателей выдали по одному.

Происходило это так: аниматор в зале играет с покупателем в нашу пародийную игру про лихие девяностные, потом покупатель идёт с коробкой на кассе. После оплаты кассир достаёт паяльник и кладёт его в пакет к игре со словами: «Вам пригодится».

Пара лайфхаков нашего интернет магазина
Первый покупатель с паяльником

Какой профит? Да никакого, просто классная история. Точнее, она задумывалась таковой, пока про эту тему не написало какое-то крупное сообщество про партизанскую рекламу в интернете – в этот день мы продали ещё несколько десятков коробок. (далее…)

Дизайнер, архитектор и разработчик

За последние шесть лет я добился успеха с тремя моими компаниями («Cube6 Media», «Gravatar» и «GitHub»), и потерпел неудачу с парой других проектов. Я много думал над тем, как все получилось, и определил 3 основных роли, которые необходимы для создания успешных веб-приложений: дизайнер, архитектор и разработчик.

В колледже я провел много времени в комнате с тусклым красным светом, погружая фотопленку и листы бумаги в реактивы. Я вставлял негативы в проектор, и печатал изображения на фотобумаге. Это меня впечатляло. каждый раз, когда я включал яркий свет проектора, я вспоминал поговорку: «Фоторгафия — не более чем рисование светом». На секунду задумайтесь об этом. Когда мы смотрим на фотографию — мы видим только свет, который попал в кадр. Никакие вспышки, софт-боксы, отражатели и задники не помогут вам сделать хорошую фотографию, если свет, который они создают или отражают, направлен неверно. Плохой свет — плохая фотография.

(далее…)

Закрылся iGoogle

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

image

(далее…)

Метрика #27 — Подкаст о технологиях, продуктах и сервисах из мира ИТ

Метрика #27 — Подкаст о технологиях, продуктах и сервисах из мира ИТВсем привет! С вами «Метрика» — шоу для тех, кто создает и анализирует продукты и сервисы, проектирует и руководит, занимается бизнесом и любит новые технологии.

Сегодня в программе

В 27-м выпуске Метрики — продолжение интервью Платона (hryusha) и Александра Кирова, дизайнера продуктов в Pebble.
(далее…)

Как я искал работу в славном городе Нью-Йорк

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

Прежде чем уйти в детали – краткий обзор меня. Я – разработчик с примерно 10-летним стажем, пишу для .NET платформы. Первые семь лет я базировался в Санкт-Петербурге и 3 года назад переехал в штаты.

Итак, поехали!
(далее…)

Пиши резюме правильно или “умею улыбаться и пеку оладушки”

Пиши резюме правильно или “умею улыбаться и пеку оладушки”Начну с того, что я IT рекрутер. По долгу службы я каждый день просматриваю HeadHunter и множество других аналогичных ресурсов на предмет IT специалистов разного толка.
Находясь по ту сторону HeadHunter’а, не перестаю удивляться изобретательности тех, кто находится в поиске работы.
Предлагаю поговорить о том, как эффективно позиционировать себя на рынке труда.
Правильное продающее резюме это первый и главный шаг к работе мечты.
Рекомендации будут практические, проверенные на собственном опыте как со стороны соискателя, так и со стороны рекрутера.
(далее…)

Pivotal Tracker как инструмент в Waterfall-разработке

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

У заказчика практически всегда есть бюджет или ожидания по стоимости, а также конечная задача — приложение с определенной функциональностью. Однако в продуктовой мобильной разработке применение Agile более оправдано.

Pivotal Tracker как инструмент в Waterfall разработке

Мы занимаемся аутсорс-разработкой мобильных приложений, хотя используем у себя Agile-инструмент — Pivotal Tracker (далее в тексте — PT). Именно об опыте его использования я хочу рассказать вам в этой статье.
(далее…)

Нормализация образования в резюме на hh.ru

Нормализация образования в резюме на hh.ru

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

Соискатели, со своей стороны, указывают образование в резюме не очень охотно. Аббревиатура в поле образования – это еще хороший вариант. Часто можно встретить просто «техническое» или «именем Ленина».

На hh.ru «образование» до недавних пор было свободным текстовым полем, что не позволяло полноценно искать кандидатов по этому критерию, зрительно легко считывать информацию об образовании в резюме, а нам – строить статистику, полезную рынку. Поэтому настало время помочь пользователям, создав справочник вузов и нормализовав это поле.

О том, как мы решали эту задачу с 11 млн резюме и как реагировали пользователи, – в этой статье.
(далее…)

Адаптивное управление программным проектом. Принципы и примеры

Хорошо управляемый проект может быть уcпешно выполнен обычной командой разработчиков.

Автор

Адаптивное управление программным проектом. Принципы и примеры

Предисловие

Когда-то мы делали ракеты. Ракетой надо было управлять в условиях высокой неопределенности, как характеристик самого управляемого объекта, так и внешних условий. Чтобы эффективно справляться с неопределённостью использовали методы адаптивного управления. К адаптивным относятся такие системы управления, которые предназначены для функционирования в условиях априорной неопределённости и которые в процессе функционирования приспосабливаются к непредвиденным изменениям свойств объекта управления и внешней среды (В.Н. Буков. Адаптивные прогнозирующие системы управления полётом. — М.: Наука, — 1987).

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

Re: Собеседование разработчика (альтернатива/дополнение)

Не мог пройти мимо топика "Вопросы на собеседование middle/senior iOS Developer" и статьи "Собеседование разработчика". Хочу предложить альтернативный или дополнительный подход к собеседованию разработчиков.

Разбор говнокода или сотня разношерстных вопросов на листочке — это, конечно, прекрасно, но если это единственный этап собеседования, то это вызывает желание спросить что-то вроде: «Вы серьезно?»

Вы не устали от того, что на собеседованиях на конкретную позицию разработчика вас спрашивают достаточно сильно оторванную от жизни фигню, которую хочется поскорее забыть после такого собеседования (режим nightmare — это тест на 150+ вопросов и психолог в конце)? Я не отрицаю, что оценивать качество кода — это очень важно, но оценивать качество какого-то конкретного куска и делать по нему большие выводы — это точно неправильно.

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

Что ты предлагаешь, чувак?

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

Что я предлагаю: берем популярное, большое (в плане функционала) и сложное (в плане реализации) приложение и беседуем насчет того, как кандидат бы его сделал!

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

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

Для примера, возьмем приложение Вконтакте для android (оно большое, сложное и многим знакомое).
(далее…)