Рубрика «опыт внедрения»

(и как не испортить стажера)

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

Читать полностью »

Дополнительным бонусом немного нытья про рынок труда вообще и программистов в частности

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

Читать полностью »

«Чат-бот» по дешевке - 1

Про ботов и качество котла, в котором хочу, чтобы они горели, когда-нибудь напишу отдельную статью.

Сейчас не об этом.

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

Скажу сразу, что описанная идея пока не реализована, это такой зазор на будущее, посему, реакция пользователей, на данный момент, покрыта мраком.

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

Кому подойдет, пользуйтесь, как говорится, на здоровье.
Читать полностью »

В середине 2014 года мы в приняли решение о необходимости переноса услуг публичного сервиса аренды виртуальных машин (далее сервис VPS) с платформы OpenQRM, которая была выбрана на тот момент без должного анализа потребностей клиентов и не отвечала требованиям как к управляемости так и к философии поведения (надо сказать, что разработчики OpenQRM вообще странно подошли к разработке, создав продукт из кучи bash-скриптов, кода на PHP и кучи костылей). В общем, наши пользователи были несчастливы, сервис был так себе и приносил скорее убытки, чем прибыль. Необходимо отметить, что наша дочерняя компания, которая как раз оказывает операторские услуги — небольшая региональная компания и мы не рассматривали создание большого сервиса VPS в тот момент, а основной задачей виделось переход на стабильный и надежный продукт, который бы отвечал следующим требованиям:

  • простота в развертывании и настройке для нужд сервиса VPS;
  • готовность к использованию и достаточно широкая база пользователей;
  • простота в диагностике ошибок;
  • удобный пользовательский интерфейс;
  • API для управления виртуальными машинами.

Размер инфраструктуры не планировался большим — на тот момент мы рассчитывали использовать 512 — 1024 ГБ RAM, 128 — 256 ядер Xeon E5-2670, 10 — 20 ТБ хранилища, 200+ виртуальных машин. Сервис предполагал предоставление виртуальных машин с непосредственным присвоением публичных IPv4, о поддержке IPv6 речь не шла. В качестве технологии виртуализации мы ориентировались на KVM. Хранилище — классическое NFSv3.
Читать полностью »


https://ajax.googleapis.com/ajax/libs/jquery/3.4.1/jquery.min.js