Build Public 🛠

Предыстория. Месяц назад начал проходить курс по ML System Design. Основная цель курса, это научиться строить сложные системы, которые решают проблемы пользователей с помощью машинного обучения. Вишенка курса - проект, который надо делать в командах, а в конце будет защита перед лекторами и другими командами.

Вместе с этим, прикоснулся к движухе indie hacking. В ней очень популярна идея build public. Это когда ты делаешь свой проект и параллельно рассказываешь про свои удачи/проблемы/достижения. Кто-то делает лайв кодинг на стриме, кто-то пишет апдейты в твитере. Форма тут не важна, важно что ты погружаешь аудиторию в текущее состояние проекта. Эта идея кажется мне очень крутой. Крутой, потому, что ты делишься опытом, потому что можешь получить фидбек от более экспертных людей по своим решениям или проблемам. А еще потому, что это мотивирует тебя не забивать на свое детище, даже если все идет не по плану.

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

Мы стараемся работать асинхронно и в аджайл стиле. По классике, каждый рабочий отрезок команды строится по схеме PDCA. Именно в следствии этой схемы существует: планирование + работа с бэклогом, дейли митинги для уточнение состояния, ретро + демо в конце спринта и четкие итоги встреч/экшен планы.

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

В нашем случае эта схема мутировала в следующее: мы работаем по недельным спринтам, у нас нет дейли, но есть демо. Демо совмещено с планированием и проводится раз в спринт. Планирование крупными мазками, на уровне фичей или эпиков. Более детальное формирование требований происходит асинхронно в гугл доках. Очень помогают коментарии. Если кому-то, что-то не понятно разговариваем тет-а-тет и делаем так, чтобы стало понятно.

Какие технологии мы используем ? База это чат в тележке. Таск трекер - trello, удобно смотреть кто чем занят. Архитектуру обсуждаем в miro, в ней же брейнштормим. Собираем требования и описываем фичи в гугл доках (помним про комменты). Созвоны в гуглмит. Код, понятное дело, держим в гите, где каждый ковыряет свои фичи в отдельных ветках.

Мне очень интересно работать над этим проектом ! Хочется писать про это часто, потому что нахожу очень (!!!) много нового для себя. Нового, в построении процессов, менеджменте, разработке, архитектуре и технологиях. Следуя идеи buld public всю эту кучу новой информации буду делить на связные блоки и постить сюда.

Stay tuned✌️Build public, build open 🌎

P.S.: Fast forward ⏩ сейчас состояние такое - выкатили пре-альфа версию в паблик. Смотрим как работает, собираем баги и набиваем шишки

#buildpublic #dev

Плейлист v4

Давно не было обновления плейлиста. В этот раз собрал пачку треков под которые работаю в последнее время. Там не только электроника, есть акустические треки и даже немного эмбиента.

Из интересного могу отметить:
😇 Weightless by Marconi Union. Есть исследование, которое показывает что прослушивание этого трека снижает тревожность на 65%
🦍 Antonio Montana by Gorilla Zippo. Диджей трека никто иной как Василий Вакуленко, он же Баста, он же Ноггано
🇳🇴Osuga by Djuma Soundsystem. Клевое норвежское аптемпо, в которм угадывается мелодия из песни Ева, группы Винтаж

Приятного прослушивания !

Как всегда, неизменная ссылка: https://music.yandex.ru/users/o.maverick/playlists/1003

P.S.: За 3 генерации этого плейлиста на нем собралось целых 5 лайков. Цифра не большая, но приятная, не думал что там кто-то будет жать на ❤️ !

#sounds

Селф-хост паранойя 🥵

В одном из первых постов я объяснял, почему селф хост решение это хорошая идея. Но селф хост бывает разным: когда ты физически обладаешь своим hardware и когда не обладаешь.

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

Что произошло ? Есть один из самых первых российских jabber серверов - jabber.ru, он же xmpp.ru. Его админы арендуют инстансы у Hetzner и Linode, это старые и уважаемые (по крайней мере были, до этого события) провайдеры инфраструктуры.
При регулярном чекапе сервера, админ jabber.ru замечает что просрочен TLS сертификат. Кажется обычное дело, но после поверхностной проверки, все сертификаты сервера оказываются свежие. Кароче не буду затягивать, и пересказывать пост (прочитай, там реально инетесно !), вот что произошло.

Предположительно владелец инфраструктуры подменил TLS сертификаты в инстансе и добавил прокси между jabber сервером и выходом в сеть. Причем все подмены были сделаны за 17 секунд, когда сеть одного из инстансов мигнула, судя по логам.

Это значит, что весь зашифрованный трафик, генерируемый сервером jabber.ru был скомпрометирован. Потому, что доступ к трафику обеспечивается наличием прокси по схеме man-in-the-middle. Вместе с этим, у злоумышленника есть сертификат для шифрования пакетов, значит он может их расшифровать. Иначе говоря у владельца атаки есть доступ ко всему контенту jabber.ru с момента начала атаки и до ее деактивации.

Тут хочется придумать какое-то простое решение, формата делай вот так и все будет ок. Но, это не очень просто, потому, что атаковали сервис владельцы инфраструктуры. Это примерно так же, как если бы ты покупал яблоки на рынке, ел их, болел не зная причины, а потом узнал, что они были отравлены продавцом.

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

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

P.S.: Реально советую прочитать отчет об этой атаке. Там довольно интересные подробности: какой был вектор атаки и как удалось понять в чем проблема. Ссылка: https://notes.valdikss.org.ru/jabber.ru-mitm

#security

Как стать тимлидом 🧐

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

Думаю, что все управление командой состоит из двух частей. Это софтскильная часть и хардскильная. Первая, как это не странно, гораздо сложнее и более объемна. Под софтскиллами понимаю - ведение переговоров, выстраивание процессов и коммуникации в команде, в некотором смысле, управление продуктом, так же найм сотрудников. Хардскиллы это архитектура, управление кодом проекта и детали некоторых софтскиллов (например, как проводить глубинное интервью или что такое LTV и как его посчитать).

Начнем с переговоров. Это бесконечно важная и, пожалуй, самая сложная часть. Не стоит сужать переговоры до встреч с business people. Переговоры это про любые межличностные взаимодействия как внутри команды, так и за её предлеами. Основные инструменты, которые помогут стать крутым переговорщиком это книга "Сначала скажите нет" - Джима Кэмпа (про нее, кстати, говорилось в книге "Бизнес без МВА"). И психотерапия, как это не странно, потому что очень важно понимать мотивацию как свою так и своего оппонента.

Выстраивание процессов. Это более формализованная область и есть готовые фреймворки. Например цикл PDCA (Plan-Do-Check-Act). Идея такая, надо уметь планировать задачи и декомпозировать их, контролировать выполнение и подводить итоги. Стоит понимать, что чем с более взрослыми, в профессиональном смысле, людьми ты работаешь, тем меньше контролирующих процессов необходимо. Второй пункт - прозрачность это лучший контроль. Основной материал - стратегия ФФФ от бюро Горбунова и любой материал по типовым процессам в команде.

Управление продуктом. Строго говоря, обычно есть отдельный человек, который занимается только принятием продуктовых решений, это PM. Но он есть не всегда, а даже когда он есть, хорошо бы понимать почему он принимает определенные решения. Это довольно большой блок знаний, который можно разделить так. Надо уметь понимать потребности пользователей, надо уметь считать экономику продукта, надо понимать механику метрик продукта и точно надо уметь говорить с людьми от бизнеса. Материалы здесь следующие: книга "Спроси маму" - Роберт Фитцпатрик, лекции Startup School от YC, материалы от GoPractice.

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

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

P.S.: Уже начал читать "Сначала скажите нет", как никак в двух местах ее рекомендуют, значит стоит того

#dev #insight

NewsBuddy E03 -- печальный финал

В октябре прошлого года я довольно много писал про build public, лидирование команды и пет проекты. Контекст был таким, собралась команда, которая решила делать пет проект, и в этой команде я был тимлидом. Все начиналось очень круто, было интересно работать с заряженными ребятами над сложными задачами. Но продлилось это не долго, проработали мы 2.5 месяца, а потом разбежались. Сейчас расскажу почему так произошло и какие из такого опыта можно сделать выводы.

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

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

Вторая немаловажная штука это уровень технических скиллов в команде. Довольно важно, чтобы в команде был примерно одинаковый уровень написания кода. Если у тебя в команде 5 человек, 3 из которых неплохо пишут, один работал только в академ ричесрче, а ещё один пока совсем не писал продакшен кода, то твои дела плохи.

Плохи они не потому, что эти два какие-то дефектные или неправильные, они отличные. Дело в том, что уровень в команде слишком разный. В кейсе про 3+2 придется весь кор проекта писать втроем, потому что другая часть команды будет знакомиться с используемыми технологиями. А после этого, тратить время, на погружение ребят в проект, менторить их и проводить много времени за объяснениями. В условиях пет проекта, когда время и желание каждого сильно ограничено, это просто не будет работать.

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

P.S.: Отвечая на невысказанный вопрос - почему не получилось у нас ? Потому что мы по разному смотрели на проект, ждали разного от нашей работы, и у всех нас был слишком разный опыт. Разобраться на лету с этими сложностями у меня не получилось. И в конце концов мы приняли решение перестать пинать труп проекта и начали заниматься более интересными делами.

P.P.S.: Не смотря на такой финал, я уверен в том, что это был полезный опыт. Потому что иногда, негативный опыт, гораздо ценнее позитивного.

#insight #buildpublic

Желание, мотивация, цели. И при чем тут вообще энергия ?

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

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

После того, как у тебя появилось желание, появляется и мотивация к действию. Она может быть сильной или слабой, внутренней или внешней. С сильной и слабой примерно понятно. Но что за разделение на внутреннюю и внешнюю ? Внутренняя, это мотивация, которая рождается внутри тебя. Обычна её сила стабильна и не зависит от внешних факторов. Внешняя, это мотивация формата, все что-то делают, вот и я тоже буду делать. Чаще всего она очень непостоянна и как только внешние воздействия прекращаются, мотивация пропадает.

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

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

В этой системе остается только один компонент, самый важный, без которого ничего работать не будет. Это твоя внутренняя энергия. Именно благодаря этому ресурсу, ты можешь чего-то хотеть. Благодаря нему ты будешь пробовать ещё и ещё, когда не будет получаться с первого раза. Именно твоя энергия возрастет, когда цель наконец-то будет реализована. И именно энергия будет падать, когда то, чего ты так сильно хотел, так и продолжит оставаться мечтой и очередным лайком в соцсеточке.

Выводы у меня напрашиваются следующие. Самое важное и главное - нельзя забивать на свои желания. Надо делать все, чтобы твои мечты и хотелки воплощались в жизнь. Хотеть надо не в формате сегодня захотел, столкнулся с первыми сложностями и перехотел. А так, как будто бы от этого желания зависит твоя жизнь. И ведь действительно, жизнь формируется желаниями. Яркость и интересность твоей жизни зависит от твоей энергии, а она напрямую связана с тем, чего ты хочешь и что ты для этого делаешь.


Only dead fish go with the flow 🐟

#insight #health

⏳Мой очередной большой перерыв

Всем привет ! я давно сюда не писал и сегодня хочу рассказать что поменялось за это время и чем была вызвана такая большая пауза.

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

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

📆 Что я делал целый год

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

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

📌 Что в итоге

В итоге я переместился из состояния: есть хорошая работа, с приятной айтишной зп, нет особого стресса, ответственность только за свою узкую область, можно планировать регулярный отпуск (даже можно было взять ипотеку и купить новую тачку в кредит !!!!)

⬇️

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

❓ Почему

Здесь все просто (после года рассуждений над этим вопросом 😁), без этих изменений не получится реализовать мои планы на жизнь. Конечно внутри есть более сложная мотивация, но писать про это не особо интересно.

🏁

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

P.S.: Вообще много всего накопилось, о чем хотелось бы написать. Сейчас появилось много времени, так что буду писать чаще ✌️

🇬🇧🤘🎵

По плейлистам, которые я тут шерил, может сложится впечатление что французская электроника это все что играет в моих наушниках. Но это не совсем так 🙃

Недавно яндекс музыка абсолютно удивила просто отличными рекомендациями старого британского рока. Бережно собрал все плейлист, чтобы не потерять. Делюсь !

Таки шо мы имеем ❓

Восхитительный бленд старого рок звучания, преимущественно с берегов туманного Альбиона. Записанный в золотую пору рок музыки, 70-80е года прошлого столетия. В котором титулованные мэтры вроде Led Zeppelin, Deep Purple или Rolling Stones аккуратно разбавлены менее распространенными коллективами.

Честно, я в восторге, очень нравится ! Прямо захотелось откинуться в глубокое мягкое кресло в комнате с первоклассной аудиосистемой и раствориться в этом звучании на положенные 2 часа и 15 минут.

Прошу вас не стесняться и порадовать свои барабанные перепонки этими головокружительными колебаниями воздуха 😉

https://music.yandex.ru/users/o.maverick/playlists/1017

🤔

Пока канал был на паузе, в голове крутилась интересная мысль. Что все посты я писал как бы для себя восемнадцатилетнего.

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

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

Кароче переходные процессы в жизни затрагивают не только профессиональную деятельность 😂

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

Хочу живой контент, витальный, свежий. А не вайб ЖЖ образца 2014 года.

Ушел думать над этим ✌🏻