Когда будут устранены все проблемы в программе?
Как нам удалось это сделать?
Когда ты уже сделаешь задачу?
Вы будете на нас тренироваться?
Почему программа постоянно тормозит?
Когда вы начнёте нормально работать?
Не знаю, как другим, а нам, программистам, подобные вопросы задают постоянно. Ответы – очень важны. Они, во многом, определяют дальнейшую судьбу человека, команды, проекта.
Но важно не содержание ответов, а само их наличие. Вопросы, как вы поняли, весьма тенденциозные.
Наверное любая большая компания, с большим объемом найма, пытается привлечь новых сотрудников разными способами, это скорее всего подразумевает большое количество HR-спецов. Пропорционально растет и шанс того, что какой-то из них дико «лажанет» с неподходящим кандидатом. Думаю, это просто вопрос времени… Уважаемые hr'ы, ну загляните в профиль того человека, к которому обращаетесь, перед отсылкой спама. К вам ведь будут относиться также, и даже если не к вам лично, то к фирме, приславшей такое, уважения у потенциального кандидата точно будет меньше. Надеюсь у компании, в которой собрались лучшие IT-профессионалы восточной Европы, найдется возможность сделать своих HR не менее профессиональными.
Читать полностью »
Герой нового выпуска нашей рубрики о том, куда пойти работать в ИТ — CloudPayments — высокотехнологичный платёжный сервис и команда революционеров интернет-эквайринга. Эйчар-директор Татьяна Афонина и техдир Артем Санников рассказали нам о том, как в компании устроен найм, что ждёт новеньких сотрудников в первые дни работы, об основных рабочих процессах и стеке технологий.
Тут где-то мелькало, что сложно бабушке про DevOps рассказать. Я попробую.
Ты вот порой ругаешься, когда у тебя в телефоне программы тормозят. Ну, ты у меня уже знаешь, что называются эти программы «приложения» и делают их программисты. Они работают в компаниях-разработчиках приложений. Но, чтобы сделать и выпустить такое приложение-программу, а также технически поддерживать её – исправлять ошибки (чтобы не она тормозила, например), добавлять новые полезные и удобные для тебя функции – нужны не только программисты, а целый штат разных специалистов. Читать полностью »
Постоянно мы чистим IP-адреса, разбираемся с поставками оборудования, управляем командой, ставим приоритеты разработки и делаем ещё кучу вещей внутри хостинга. Я хочу рассказать про то, как это выглядит с позиции операционного директора.
Есть три уровня управления VDS-хостингом: стратегический, когда вы выбираете, что за продукт вы делаете, какое железо и у кого покупаете и в какие ЦОДы и на каких условиях встаёте, — по сути, это формирование ДНК хостинга. Есть операционный — это рутина вроде «отбить диапазон IP-адресов, который попыталась заблокировать Сони», «опять железо застряло на границе» или «админ заболел, кого поставить в смену», «сложный тикет третьей линии». Например, на уровне ДНК мы решаем, что нужно заменить поддержку на разработку (чтобы клиент мог сам всё решать из личного кабинета), а на уровне тактики уже определяем, как именно это сделать.
Даже такая мелочь, как кабель разной длины под рукой — следствие того, что про это заранее кто-то подумал
И есть промежуточный тактический уровень, которым занимается операционный директор. Это не решение конкретной формализованной задачи, но и не глобальная стратегия.
Первое, что нужно видеть, — это чёткая картина всех имеющихся ресурсов. Для этого нужно знать маркетинговые параметры и параметры финансовой модели. То есть нужно знать состояние счетов хостинга на неделю, месяц и полгода вперёд на основе оплат, которые планируются, и расходов, которые планируются. То есть нужно знать процент выхода из строя железа и его ремонты, оплаты сотрудникам, прогнозировать приток и отток клиентов и так далее. Второе — нужно управлять разработкой, то есть выбирать фичи для реализации и находить время для рефакторинга.
Так что добро пожаловать в рубрику «Хостер наконец-то пишет про хостинг в своём корпоративном блоге»… Читать полностью »
Да, тема избита, но из благих побуждений хочется поделиться своими эмоциями, которые пережил я, самоучка в ИТ, проходя бессчетные собеседования в поисках нормальной конторы. Также опишу пару примеров собеседований, чтобы рекрутеры и те, кто проводит собеседования, поняли, как это выглядит со стороны, и какие вещи делать ни в коем случае не стоит.
Есть хорошая жизненная философия, которой можно придерживаться на рабочем месте, — это «постоянно быть готовым увольняться» («always be quitting»). Это не значит думать о том, чтобы уйти с работы. Но вести себя так, как будто вы можете уйти в кратчайшие сроки. Парадоксально, но это сделает вас лучшим инженером и откроет возможности для роста.
Так что же значит «постоянно быть готовым уйти»? Это означает «сделать себя заменимым»; «унизить себя»; «автоматизировать свою работу». Возможно, вы слышали эти более популярные ярлыки (и вам нужно будет с этим поразбираться и выяснить что это), и они дают подсказку что делать.
Ключ в том, чтобы НЕ быть незаменимым. Если вы незаменимый, то вы застрянете на своей конкретной работе до тех пор, пока эта работа актуальна, с крайне малой возможностью немного передохнуть (без отпусков, без роста). И когда (не если) работа станет ненужной, ваша должность тоже станет ненужной.
Парадоксально, но, будучи легко заменимым, вы освобождаете себя. Вы облегчаете себе переход к роли более высокого уровня и вам легче менять проекты, над которыми вы работаете. Не согласны? В замешательстве? Вот 10 конкретных вещей, которые вы можете сделать:
Читать полностью »
Ответ на: Откровения пьяного старшего инженера
… Я выскажу свое мнение и значительно короче, наверное.
Попался тут удачный стенд для проверки закона Паркинсона – грех не воспользоваться. Тем более, что стенд – я сам. Сколько лет на свете живу, про закон знаю, но до конца в него не верил. Думал, можно обмануть.
Первый закон Паркинсона: работа заполняет время, отпущенное на неё.
Не правда ли, формулировка отдаёт какой-то безнадёгой? Старайся, планируй, работай над эффективностью, не отвлекайся, будь осознанным – толку ноль. Всё равно весь день просидишь. Меня такое положение дел не устраивало, и я, вдохновлённый энтузиазмом, кинулся ломать закон Паркинсона.
Я пьян и, наверное, пожалею об этом, но вот пьяный рейтинг вещей, которым я научился как инженер за последние 10 лет.
