mkashkin

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

За последний год я провел более 200 интервью с программистами. В основном от middle, до VP/C-level уровня (позиция СТО), большая часть senior или тимлид позиции. То есть люди с хорошим опытом и пониманием того, что они хотят или точно не хотят.

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

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

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

В этой ситуации я примерил обе стороны тем, что, во-первых, мы начали давать тестовое после собеседования, и только тем, кто действительно был перспективным. То есть это случалось только после живого контакта с человеком. Когда, мы уже познакомились поближе, презентовали проект и я объяснил, что код, который надо написать является на 100% отражением тех задач, которые надо будет решать в проекте.

Если интересно, то расскажу о других примерах, когда не происходили наймы сотрудников с зарплатой больше $10к в месяц.

Если вам интересно найти уникальных сотрудников или понять свой уровень и план карьеры, то можете обращаться.

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

Мы занимались обработкой очень больших массивов информации и нам надо было их разгребать и потом складывать в базу для дальнейшего использования. График был достаточно плотным и задач было много. Та ситуация, когда не всегда есть "время точить пилу" и улучшать свои навыки.

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

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

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

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

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

Самая фейловая архитектура или можно ли ускорить код в 100 миллиардов раз или как прострелить себе ногу в проекте за несколько миллионов долларов?

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

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

Через несколько дней копания в коде обнаружилось несколько слабых мест. Первое — потребовало дня работы и сократило время выполнения операций на тестовом объеме данных с расчетных 50000 лет до 15 секунд. В базе данных не хватало индексов для внешних ключей. Для неайтишников индексы это как содержание книги, без которой чтобы найти цитату в книге надо ее каждый раз заново перечитывать. Еще пару дней мы разбирались почему база все еще работает медленно и обнаружили, что объем рабочей памяти базы всего 16 Mb. На сервере с объемом ОЗУ >256 Gb базе дали меньше, чем памяти в фитнес браслете.

Но самая интересная часть была в другом. Проект был написан на синхронном фреймворке и запускался с несколькими воркерами. Воркеры обращались к базе данных, а в базе были добавлены хранимые процедуры, которые по HTTP обращались по API к этому же проекту. И если воркеры заканчивались (а это могло произойти от пары случайных перезагрузок страниц), то весь проект полностью блокировался. Потому, что все части проекта просто ждали пока освободится все остальное. В обычной жизни это выглядело бы так: у вас заняты руки и чтобы что-то сделать вы просите друга подержать, а он чтобы освободить свои руки дает вам что-то подержать в ответ. И вот у вас руки кончились, держать вы больше ничего не можете и смотрите друг на друга.

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

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

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

Ту часть учебника которую уже написал с сегодняшнего дня я открываю в бесплатный доступ на сайте https://pylot.dev. Созданный тоже мной специально, чтобы помочь людям учиться. Я физически не успеваю сделать все что хочется, поэтому на сайте возможны ошибки и недочеты. Часть статей курса, возможно, содержат редакторские комментарии, где-то могут не работать какие-то ссылки или не показываться иллюстрации. А некоторые части я еще не успел перевести из черновиков, потому что изо всех сил пытаюсь запустить платформу. Поэтому все выложенные статьи еще будут правиться и выложу все анонсированные. Если вы хотите поучаствовать, то присылайте найденные ошибки на m@pylot.dev.

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

Если эпидемия будет распространяться и дальше, то вы можете получить шанс с пользой провести время и улучшить свои навыки. Я бы хотел быть тем человеком который научит вас самому прекрасному языку программирования Python.

В связи с эпидемией я бы хотел чтобы вы потратили свое время на получение нового навыка, и поэтому я открываю базовый курс по языку программирования Python бесплатно https://www.pylot.dev/course/python-base/.

P.S. Кнопки "Купить" не должно быть, я ее уберу в ближайшее время.