Тармолов про работу

Я уже рассказывал о том, что каждый сотрудник должен помогать бизнесу расти. Обычно компания часть своей заработанной прибыли отправляет на свое развитие и рост. Если компания остановится в росте, то погибнет в конкурентной борьбе. Бизнес — агрессивная среда, напоминающая игру Agar.io, в которой кружочки борются за выживание. Бизнесы также объединяются, разделяются и "поедают" друг друга. Соответственно, у бизнеса, как у организма, всего два пути: 1. Расширяться на своем локальном рынке. 2. Выходить на новые рынки. Одна картинка стоит тысячу слов, поэтому делюсь с вами еще одной наглядной иллюстрацией вышеописанных слов. Опять кружочки :) #карьера

Мне тут коллеги сказали, что я очень люблю "кружочки", т.к. при объяснении чего-либо часто рисую схемки — и кружочки, в частности. На одной из встреч отдела я рассказывал о своем отношении к работе и о том, как неидеальную работу превращать в идеальную. Тогда я поделился концепцией Стивена Кови про два кружочка: - Красный кружочек "Круг забот" — то, что нас беспокоит, но повлиять на это мы не можем. Например, погода за окном. - Зеленый кружочек "Круг влияния" — то, на что мы можем повлиять. Например, мигающая лампочка в подъезде. Совет простой: растить зеленый кружочек и уменьшать красный :) Не тратьте время и силы на то, что за пределами вашего круга влияния. Лучше сосредоточьтесь на том, что вы действительно можете изменить. И действуйте. #карьера

Исторически мы с женой используем Flickr для хранения фотографий и накопили значительный семейный альбом, который очень не хочется потерять по воле случая. Поэтому задумались, куда и как лучше зеркалировать фотографии для пущей сохранности. В рабочих проектах мы используем облачный S3 для хранения статических файлов. Один хороший SRE подсказал, что этот способ подойдет и для хранения фотографий — дешево и сердито. С хранилищем определились. Теперь нужно понять, как перегнать данные из Flickr в S3. К слову, про "перегонку данных". А вы знали, что Amazon в течение нескольких лет предоставлял специальный сервис по миграции данных в датацентры Amazon с помощью... грузовиков? Но в итоге сервис не взлетел, вернее, не поехал :) Мне не нужно перемещать петабайты данных, поэтому небольшой скриптик вполне подойдет. Высокоуровнево мне нужно сделать три шага: 1. Забрать данные через Flickr SDK. 2. Залить полученные данные в S3 Яндекс Облака через AWS SDK. 3. Написать небольшой скрипт с необходимой логикой. После небольшой отладки скрипт заработал на моем ноутбуке. Но это только полдела. Необходимо, чтобы скрипт работал по расписанию без лишних затрат моей ментальной энергии. Вот тут и пригодился мой NAS-сервер Synology. Обычно я его использую как хранилище для фильмов, но сервер способен решить и более интересные задачки: 1. С помощью docker-контейнера настроил окружение для своего скрипта. 2. Далее через встроенный механизм Task Scheduler настроил ежедневный запуск своего скрипта вот такой командой:

docker exec flickr-backup /bin/bash -c "SECRETS_PATH=/etc/flickr-backup/secrets.json node /usr/local/flickr-backup/index.js"

Не зря Рей Далио советует всем учить программирование. Программирование расширяет ваши возможности и позволяет эффективно решить прикладные задачи не только для рабочих, но и для личных нужд. Например, забекапить свои личные фотографии ;) #разработка

Не каждый день получаешь письмо с края света края Земли. Это письмо, на минуточку, преодолело тысячи километров до канцелярии Яндекса и в конечном итоге до меня. Воистину маленькое чудо :) #яндекс

Вчера мы запустили в Яндекс Картах — персонализированный режим «Идеи». Если вы из Екатеринбурга, Москвы, Новосибирска или Петербурга, то скорее открывайте мобильное приложение и пробуйте этот новый режим! Внутри 16 ML моделей (!!!) по поиску заведений и учету предпочтений пользователей. И, конечно, YandexGPT для генерации описания мест на основе отзывов. Пробуйте, пишите фидбек и помогите нам стать лучше! #новости

Дайджест 01.01.2024—31.03.2024 Раз в квартал я публикую дайджесты для быстрого доступа к старым постам. Для удобства посты разбиты по категориям и отсортированы по алфавиту. Аналитика - Yandex Query Language Байки - Жалоба пользователя на прыгающую панель - Как инженеры сваи забивали - Про настойчивость и терпение Инфраструктура - YT — яндексовый MapReduce Карьера - Эмоциональный банковский счет - Диверсификация счастья - Почему карьерный рост такой непонятный - Как подводить итоги года и ставить достижимые цели? - Карты навыков ML-разработчиков и фронтендеров - Принцип Парето, Мерфи, Паркинсона и Питера Книги - Рей Далио. Принципы Новости - Выставка роверов в Яндекс Музее Руководство - Тимлид — операционная система по Таненбауму Цитатник - Hairy Back Syndrome Яндекс - Выставка роверов в Яндекс Музее #дайджесты

Миша Трошев, мой коллега, поделился своими мыслями о настойчивости в работе. Осторожно, в его тексте присутствуют нецензурные слова! ;) Хочу рассказать небольшую историю о настойчивости и терпении. Во времена debian-пакетов мы пользовались специальным сервисом Кондуктор для выкладки сервисов. Я рассказывал о двух debian-пакетах для каждого сервиса: 1. "статика" для отображения в браузере; 2. "динамика" с серверным кодом. Необходимо было соблюдать порядок выкладки для получения работающего сервиса: вначале "статика", потом "динамика". Этот процесс нужно было постоянно контролировать вручную, и это утомляло. Я попросил разработчика сервиса Кондуктор поддержать возможность для того, чтобы автоматически выкладывать пакет с "динамикой" сразу после пакета со "статикой". Диалог был примерно таким: — А можешь поддержать последовательную выкладку пакетов? — Прости, но у меня нет времени :( — Понимаю. Но это поможет половине Яндекса... (объясняю, почему это круто и как мы осчастливим много разработчиков) — Хм. Я подумаю на досуге, можно ли это сделать. — Когда тебе напомнить? — Давай через месяц. (прошел месяц) — Удалось подумать? — Нет, не было времени. — Ничего страшного. Понимаю, что у тебя плотный график. Когда у тебя будет время? — Месяца через два. (прошло два месяца) — Удалось найти время? — Да, есть идея. Но нужно время, чтобы накидать прототип. — Класс! А когда получится? — Думаю, что через неделю. (прошла неделя) (еще две) (месяц) (полгода) (год) (я не сдавался) (разработчик стал извиняться при встрече со мной в коридоре) (разработчик не выдержал и все сделал) В итоге через полтора года я добился желаемого. Но истинная причина была в том, что разработчик сам захотел исполнить свое обещание и уже не мог иначе. И да, я — страшно терпелив! :) Мораль же проста: если вам что-то нужно и вы верите в это, то стойте на своем и не сдавайтесь при первом же отказе. #байки

В прошлом посте я привел пример нескольких принципов и вспомнил о классной книге, которая буквально из них состоит. Речь, конечно, о книге Рея Далио "Принципы". В свое время, изучая мир финансов, я узнал о хедж-фонде Bridgewater и его управляющем. Но его мысли и подходы будут полезны не только финансистам и инвесторам. Его книги — кладезь полезной информации, а книга о принципах, наверное, самая нужная из всех. Первая треть книги отводится биографии Рея Далио, а остальные две трети — описанию принципов. Не пропускайте автобиографичную часть! У Рея — очень интересная история жизни! Поделюсь с вами цитатой про важность знания программирования: > Если вы не владеете языками программирования, освойте их или пусть вам кто-нибудь «переведет». Ваши дети и их сверстники должны научиться языкам программирования, поскольку в скором будущем они станут не менее (а возможно, и более) важными, чем иностранные языки. А также Рей Далио глубоко убежден, что все можно запрограммировать. > Bridgewater работает над программой, которая позволит полностью автоматизировать текущее управление компанией, в том числе процесс найма и увольнения сотрудников, а также принятие иных стратегически важных решений. Именно Рей Далио вдохновил меня продвигать идею автоматизированных проверок сервисов в нашей команде. Я тоже верю, что за этим будущее. Я обязательно расскажу о наших автопроверках в будущих постах. #книги

Думаю, что все из вас слышали о принципе Парето с известным правилом 80/20: "80% результатов приходятся на 20% усилий". Еще я слышал вариант, что 20% сотрудников дают 80% результата. Около 10 лет назад мы даже решили проверить его и посчитали коммиты в общий репозиторий. В итоге оказалось, что мой руководитель коммитил больше, чем я и пара моих коллег вместе взятых. Мы еще тогда стали шутить, что может быть нас проще уволить, чтобы мы не мешали нашему руководителю развивать проект :) Еще один известный всем принцип Мерфи: "Если что-то может пойти не так, то, скорее всего, так и произойдет". Тут без комментариев, с этим принципом сталкивался каждый из нас и не один раз. Менее известный, но также очень жизненный — принцип Паркинсона: "Работа растягивается на тот объем времени, который для нее отведен". Каждый из нас хоть раз прокрастинировал и откладывал выполнение задачи вплоть до дедлайна. И уже в самый последний момент активизировался и доводил ее до конца. Такой подход еще очень часто практикуют студенты ;) От wwax (той самой, что поделилась чеклистом запуска нового проекта) я узнал еще о принципе Питера: "В иерархической системе каждый индивидуум имеет тенденцию подняться до уровня своей некомпетентности". Когда мне нужно было купить утюг, то мне пришлось стать "экспертом по утюгам" и прочитать тонну обзоров. После этого я пошел в магазин, чтобы увидеть выбранную модель. В итоге выяснилось, что я знаю про утюги больше, чем консультанты в этом же магазине. И куда же делись все компетентные сотрудники? Выросли! Стали менеджерами магазинов или даже еще выше. Эти все принципы заставляют лишний раз задуматься про свою эффективность. Продолжаю ли я развиваться? Или уже уперся в свой потолок? Я считаю, что еще пока не достиг предела. И помогает мне в этом принцип Тармолова: обучаться новому и расширять кругозор каждый год. Конечно, этот принцип не так хорошо известен, как предыдущие, но может и станет таковым :) А какие еще интересные принципы вы знаете и используете в своей жизни? #карьера

Мы постоянно проводим a/b эксперименты для пошагового улучшения наших сервисов. Один из таких экспериментов был про перенос панели с результами поиска из правой части интерфейса: - провели a/b эксперимент с подсчетом метрик - перенесли панель налево и запустили обратный эксперимент - после окончания обратного эксперимента убедились, что все ОК Через некоторое время нам приходит эмоциональное письмо от уставшего пользователя: "Ребята, ну сколько можно? Я привык, что результаты поиска показываются справа. В какой-то день захожу в карты и вижу результаты слева. Стал привыкать. Через пару недель результаты опять перепрыгнули направо. Я вздохнул и стал опять привыкать. А потом результаты опять перенеслись влево! Вы уж определитесь, пожалуйста!" Наш бедный пользователь попал во все эксперименты, включая обратный. Безжалостная формула по выбору пользователей не учла этого факта. Дорогой пользователь, прости нас, пожалуйста! #байки