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

Вебиум — онлайн-школа для подготовки к ЕГЭ. 30 тысяч школьников, тысяча наставников, 20 тысяч вопросов и 2 тысячи домашних заданий на сотни тем.

В 2021 году у Вебиума уже была рабочая система на Ruby, которую разрабатывали подрядчики-аутcорсеры. К нам они обратились с привычной проблемой — подрядчики медленно пилят фичи. Посмотрев код и оценив возможности команды, мы поняли, что рефакторить существующий код — долго и дорого, и решили перезапустить систему своими руками на привычном стеке — Django и Nuxt.js. Справились за год: с сентября 2022 все ученики покупают и проходят курсы в новой системе.

Перед нами стояли 3 задачи:

Матрица показывает, как меняются профессиональные навыки специалистов от уровня к уровню. Сюда не включены Принципы Лидерства Amazon (https://www.amazon.jobs/en/principles), поскольку они едины для всех и не зависят от уровня сотрудника.

Матрица уровней не используется сама по себе. Это только референсы навыков для приема на работу. Эйчары рассматривают технические навыки сотрудника в отрыве от личностных качеств и сравнивают их с должностными ожиданиями.

С чем работают дата инженеры?

Выбесил очередной плач динозавра и вот вам мой ответ!

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

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

Сколько раз я на Хабре видела авторов интересных (мне), но замолкавших (навек!! ааа) от комментариев вроде "зачем вы тащите это старьё", "лучше бы написали о..." и т.д.

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

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

А подумав немножко еще, понял, что для решения задачи все у меня есть - и электротехнические навыки, и опыт разработки, и даже понимание управления проектами. И даже времени впереди еще достаточно много. А конкурентов - не очень :)

"Ну, начало - как начало, ничего не предвещало (с)" 

Бигдата из Xsolla уволила 150 человек. Проанализировала активность каждого сотрудника компании и отсортировала всех по вовлеченности. Ну а основатель освободил от должности 150 человек внизу списка.

Да, форма увольнения (письмом) выбрана ужасно, но по сути, Xsolla пошла на то, что уже давно должны были сделать все российские IT-компании. А именно — перешла к управлению и менеджменту на основе данных. А не чуйки, интуиции и не по понятиям.

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

Современное коммьюнити больного человека - это когда голддиггеры из Индии, вайтишники из СНГ, карьеристы-неудачники из стран золотого миллиарда, а также просто любители потусоваться собираются в одном месте. Что из этого получается? Да вы не хуже меня знаете. Но давайте повторим перед школой.

Классическое коммьюнити как правило не интересно карьеристам, менеджерам, пиарщикам, фрилансерам с горящими сроками, школьникам с горящими сраками, лицам неопределенного пола ищущих себе проты^Wмужа-программиста. За счет этого оно интересно обычным программистам, чем и ценно для других программистов.

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

Конкурс технических статей «Технотекст» проводится на Хабре уже четвертый год подряд и в этом году в нём участвовало более 600 человек. В этой заметке я расскажу о хронологии своих событий, которые связаны с этим конкурсом: как я подал заявку на конкурс, как принимал в нём участие, что стало неожиданностью для меня и какие призы я уже получил. Ну и, конечно же, приведу фотографии полученного мерча.

Начну с того что я живу в Предуралье, в городе Пермь и это довольно далеко от Москвы. Изначально, ещё до начала конкурса, у меня было некоторое предубеждение, что если ты живешь не в Москве или не знаком с организаторами лично, то шансы что-либо выиграть стремятся к нулю.

Многие знают про випассану только то, что там нужно молчать. Но не разговаривать девять дней — это вовсе не самое трудное. Да и подъёмы в четыре утра тоже. Куда сложней сконцентрировать ум на ощущениях в теле и разобраться, как же я на самом деле хочу действовать в той или иной ситуации. 

За последние четыре года я пять раз был на 10-дневном курсе випассаны. Еще три раза ездил служить (что это такое, объясню позже). В этом тексте я рассказываю о випассане и о том, как она может помочь в работе и в жизни.

В конце прошлого года я выпустила свою первую книгу по тестированию — «Курс молодого бойца». Заняло у меня это 4.5 года! И я решила поделиться своим опытом в цикле статей:

Часть 0. Как начать и не бросить

Часть 1. Работа с фриланс-художниками

Часть 2. Поиск издательства

Часть 3. Процесс производства

Сегодня я расскажу о том, как искала издательства. Куда направляла письма, как готовила сопроводительные письма, как почти потеряла надежду =) И как нашла БХВ!

Сегодня мы не будем касаться вопроса, зачем выступать. У каждого свои причины. Может быть, вы узнали на работе что-то такое, чем обязаны поделиться с миром — иначе вас просто «разорвет». Может быть, собираете портфолио для карьерного роста и верите, что выступление вам поможет. А может быть, деврел держит в заложниках вашего кота, пока вы не выступите на ближайшей конференции.

Как бы то ни было, вам надо выступать. Остается понять, откуда взять тему. Роман Поборчий с 2015 консультирует докладчиков наших конференций. Давайте посмотрим, где он советует искать технические темы для выступлений.

Подобная статья должна была появиться раньше, лет десять или пятнадцать назад, когда Agile только начинал внедряться в ИТ-компаниях. Сколько можно бы было избежать ошибок, проблем, конфликтов, , если бы менеджеры сразу подходили к вопросу правильно, не отвлекаясь на лишние действия …

Зато за это время накопился опыт "внедрений" Agile в разных условиях, в разных компаниях, который следует обобщить и повсеместно распространять.

Из-за нестабильной ситуации в мире отношение к Junior и Middle специалистам в области ИТ изменилось: компании сокращают младших и средних специалистов, либо останавливают их найм. Любые компании будут диверсифицировать риски и стараться закрыть наибольшее число потребностей — для чего и стараются брать Сеньор специалистов. И хоть профессионалы среднего звена в меньшей зоне риска, на младших это отразилось сильно. Тем не менее, каждый уровень ИТ профи по-своему важен и нужен. Разберём, почему всё же стоит обратить внимание на Junior и Middle работников.

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

Большая подборка полезных telegram-каналов и чатов для product managers, project managers и product owners. Здесь ты найдешь как крупные популярные каналы с десятками тысяч подписчиков от знаменитых продактов, так и ламповые каналы на пару сотен человек без рекламы и смс.

Исключительно актуальные и действующие каналы от профессионалов рынка. Обязательно к изучению тем, кто только начинает свой путь в управлении продуктами.

Придумывать интерфейс интересно. Похоже на головоломку. Вот что получается для Dgrm.net.

О том, как я пыталась поступать в самые лучшие ВУЗы планеты на прикмат и что я из этого вынесла.

Поводом для написания этой статьи послужил случай, когда сотрудники нашего HR-отдела предложили мне взять в нашу проектную группу Департамента разработки программного обеспечения ЛАНИТ на производственную практику выпускника одного из московских техникумов.  Кандидат обучался четвертый год по специальности «Прикладная информатика» и, судя по резюме, претендовал на должность «стажера-разработчика SQL, С#, HTML, CSS». Он уже прошел предварительные собеседования и, по словам наших кадровиков, показал себя наиболее адекватным из 15 других претендентов. Поскольку у меня это был не первый случай руководства практикой у студентов и предыдущие прецеденты имели положительный результат, я согласился.

Мы знаем, что про код писать сложно, но хотим, чтобы посты с ним на Хабре становились всё лучше. Поэтому на ежегодном хабраконкурсе «Технотекст-2021» мы поддержали номинацию «Программирование». А ещё  создали коллекцию советов — как написать крутой пост про свой код и порадовать этим постом аудиторию. 

Мы пройдём по основным шагам работы с текстом и покажем, как работать с темой, форматом и структурой. Научим техноавторским приёмчикам. А в пример приведём посты из нашего блога — и отличные материалы участников «Технотекста-2021».