Сегодня я хочу поговорить о геймификации. На хабре уже были статьи об интерфейсе, стартапах и о самих принципах и подходах к приёму. Некоторые компании полностью или частично применяют геймификацию в продажах. Я хочу обратить внимание на внутренние процессы в нашей веб-студии и рассказать о том, как мы ввели геймификацию в учёт рабочего времени и систему начисления зарплат.
(далее…)
Честно скажу, когда я искал работу, мое резюме смело можно было отнести к категории плохих. Да, там было несколько хороших секций (типа, а вот я написал 2 книжки и 30 статей), но также там была и таблица скилов со строчкой: C#, 1 year of experience, Intermediate (!).
Сейчас я читаю много резюме и приглашаю людей на интервью. За последние 3 года я провел около сотни интервью, а резюме повидал раз в 5 больше. Так что сейчас я довольно четко представляю, что я хочу видеть в резюме. Но для начала я расскажу, чего в резюме я видеть не хочу.
Многие аутсорсинговые компании придумали себе шаблоны резюме. Мотивация, в принципе, понятна, они хотят все унифицировать чтобы использовать machine learning для извлечения хороших кандидатов все выглядели одинаково, как рядовые в строю. Однако, шаблоны эти одинаковы для всех позиций и составлены мудрыми CTO недалекими HR, которые понятия не имеют, что такое реально классный программист.
Уважаемое хабросообщество,
Мне уже давно кажется, что настала пора на Хабре создать хаб «управление продуктами». Например, статьи этой, этой или этой по своей сути посвящены именно этой области деятельности, однако размещены в достаточно разрозненных хабах, и собрать их вместе достаточно сложно.
Кроме того, на данный момент нет ни одного хаба кроме хаба «Оценка и экспертиза IT проектов», хоть немного релевантного по тематике.
Приветствую тебя, дорогой читатель!
Это будет не история успешного взлета или фатального падения. Здесь не будет статистики, технологий продвижения, ответов на вопрос «Как заработать миллион?». Я постараюсь лишь выделить основные моменты, которые могут быть полезны тем, кто столкнётся с реализацией и внедрением SAAS проектов. Несмотря на то, что я не люблю слово «стартап», речь пойдет о проекте, который в целом подходит под это определение. (далее…)
«Не все то злато, что блестит».
Уильям Шекспир
Для многих предпринимателей привлечение денег заменило главную цель — создание стабильного бизнеса. И это большая ошибка. Когда вы берете деньги у инвесторов, их бизнес-модель становится вашей.
Переведено в Alconost Translations.
Когда вы начинаете свой бизнес, вам предстоит заниматься одновременно тысячью вещами: разработка, маркетинг, продажи, сервис…
Возникает вопрос – как выполнить работы по каждому из этих направлений максимально эффективно, какие технологии из тех, что уже используются на рынке, применить. Доступны ли вам последние разработки и сколько сил займет их внедрение?
Я предлагаю оценить 13 самых нужных функций современных АТС, и преимущества, которые дает IP-телефония начинающей компании.
Если грубо считать качество в наработке на отказ, то понятно, что бюджеты под разные критерии разные. Как в айти, так и в нормальном производстве.
Если сковородка может сломаться через полгода, можно взять дешёвую сталь, простое покрытие и китайских рабочих. Если нужен срок жизни в десять лет, то придётся брать хорошие материалы, дорогие технологии и made in Germany.
Если мы можем игнорировать, что от сайта отваливается один пользователь из тысячи, можно быстро сварганить что-то простое. Если потеря одной финансовой транцакции грозит штрафом на полмиллиона, придётся подробно продумывать архитектуру, выбирать надёжные библиотеки и серьёзно заниматься тестированием.
Но при этом «быстро и просто» не значат «плохо».
Если сайт сделан так, что от него отваливается каждый десятый, то мы поимеем головную боль, постоянные авралы и бездонную дыру, куда проваливается бюджет. И хвастаться, сколько сэкономили на быстрой и простой разработке и отсутствии анализа, тоже не получится.
И вот тут я хочу напомнить почему-то забываемый всеми момент.
Авралы, расходы и головную боль мы поимеем только тогда, когда система закрыта. Если она открыта, все эти радости достанутся кому-нибудь другому.
(далее…)
Я — разработчик с чуть более чем 10 годами опыта разработки и опытом прохождения нескольких раундов собеседований каждый год-два.
Пост написан под впечатлением двух предыдущих постов на смежную тему — Как я искал сотрудников или Как не надо проходить собеседования и Как я искал работу или Как не надо проводить собеседования. И хотя в этих постах освещены наиболее насущные проблемы соискателя и работодателя, рискну высказать свое мнение, которое основано на лично набитых шишках и помогает взглянуть на проблемы под другим углом.
Также рискну обрисовать пути решения проблем, состоящие в том, чтобы поменять то, что можно поменять (в основном — себя), а не то, чего изменить нельзя (скажем, рынок труда).
Соискатель получает столько приглашений на собеседование, что не в состоянии их обработать.
Логичный вывод соискателя: «на рынке острый дефицит кадров, так что могу отсеивать компании как хочу, отфутболив тех, кто заикнется о коде на бумажке, сортировках или гномиках». Возможна и менее скромная вариация того же вывода: «раз меня все хотят, значит, я классный профессионал, могу всем диктовать свои условия». Звучит, вроде, логично, но абсолютно бесполезно.
Я предлагаю взглянуть на корень ошибки (да-да, это ошибка). Если соискатель получает слишком много приглашений — значит, он неправильно составил резюме. Ведь именно резюме послужило причиной лавинообразного интереса.
(далее…)
Google признала, что ее печально известные головоломки на собеседованиях («Сколько в мире настройщиков пианино?», «Почему крышки на канализационных люках круглые?») совершенно бесполезны для определения того, станет ли соискатель хорошим работником.
«Мы выяснили, что головоломки — пустая трата времени. Они не могут ничего предсказать, и в процесс собеседования включены только для того, чтобы дать возможность интервьюеру почувствовать себя умнее», сказал вице-президент компании по работе с персоналом Ласло Бок в интервью New York Times.
(далее…)
Попытки освоить бизнес-логику для ИТ-систем начались в нашей стране примерно в 1820-х. Тогда один из основателей русской кибернетики статский советник (и сын инженера-полковника) Семен Николаевич Корсаков сделал две вот такие штуки:
Прямолинейный гомеоскоп
Простой компаратор
Это то, что мы бы сегодня назвали механическими зачатками современных экспертных систем. Помните новость про то, что IBM распространяет свой искусственный интеллект по больницам? Так вот, С. Н. Корсаков начал делать что-то похожее минимум за 150 лет до этого. Его идея была предельно проста: нужно раздать устройства врачам на местах, и тогда врачи смогут копить опыт вместе, не делать общие ошибки и вообще лечить по стандартам. Компаратор служил средством дифдиагностики, а более простой гомеоскоп мог выступать в роли автомата, куда врач заносил симптомы и получал на выходе заболевание.
То есть, говоря иными словами, Корсаков попробовал создать репозиторий медицинских знаний и систему управления правилами. Поскольку не верил, что одни и те же болезни будут лечиться во всех уголках страны одинаково эффективно и точно. (далее…)
