TGViewer
Андрей Марченко Dev заметки Андрей Марченко Dev заметки @andrey_marchenko_notes · 1.32K subscribers
Post #25 1.06K
Давно не писал в канал. 13 мая исполнилось 2 года, как я работаю в Meta и работаю над Quest-девайсами. Я разрабатывал магазин приложений - то место, где пользователи могут купить игры для девайсов. Все это время отвечал за производительность и работоспособность этого приложения + пилил фичи.

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

Что я поменял в работе:

* Метрики - это то, чего мне не хватало в Тинькофф, и я даже создал первую версию Statist, чтобы решить эту проблему. При этом сейчас все инструменты работают отлично: куча данных, все быстро работает, есть трейсинги, алерты и многое другое. Я полностью пересмотрел свой подход к тому, как должны работать метрики в компании.
* A/B-тесты - это тоже отчасти был новый инструмент для меня. Но я увидел, как можно работать и строить процессы и инструменты так, чтобы делать A/B-тесты на ВСЕ фичи. И как A/B-тесты помогают понимать, как люди пользуются приложением, и изучать, насколько изменения важны.
* Отличная среда разработки. Правда, я опять вернулся к заливанию PHP на серверы, но теперь это работает отлично. Поднятие среды — это ровно 0 команд. Все просто работает.
* Идеальные деплои - можно сделать систему, где разработчику ни разу за 2 года не нужно будет проверять, что происходит с инстансом на продакшене, и править какие-либо конфигурации. Привет K8S с их сложностями и проблемами.
* Огромные монорепы - когда над репозиторием работает еще N тысяч инженеров и постоянно пушится код, это меняет сам подход и инструменты. В Тинькофф у меня был проект, где я разбивал монорепу для всего сайта на N репозиториев, и часть проблем была связана с инструментами и подходами. Теперь я вижу больше того, как можно организовать монорепу так, чтобы не было больно и при этом получать множество плюсов от такого подхода. Как итог, теперь я всегда начинаю с монореп для всех личных проектов.
  • 🔥 19
More from @andrey_marchenko_notes
  1. Sep 4, 2026Выше требования по коммуникации Это то, что меня особенно удивило. Уровень коммуникации у…
  2. Sep 4, 2026Promotion сильно зависит от команды и проекта Promotion сильно зависит от того, в какой ко…
  3. Sep 4, 2026Требования стандартизированы Promotion хорошо описаны, и у людей вокруг есть понимание, чт…
  4. Sep 4, 2026Получил повышение с Senior (IC5) до Staff (IC6) уровня после 2 лет работы в FAANG. До этог…
  5. May 15, 2026Так и появились интересные особенности: * Работа с React/React Native/Relay-разработчиками…
  6. Mar 28, 2025Сейчас лечу в самолёте из отпуска, где есть бесплатный интернет от Starlink, и решил напис…
Threads Profile ViewerView any public Threads profile without an account.Open ThreadLook →Writing with AI? Make it sound human.Metric37 rewrites AI drafts so they read naturally. Free AI detector, 1,500 words free.Try Metric37 →