diva в dev-e

Дайджест постов про карьеру Здорово, когда эксперты делятся материалами коллег, так можно получить максимум пользы - через перспективу и опыт других профессионалов в отрасли. Сегодня в моей подборке посты про то, как успешно начать карьеру в IT и наращивать свою экспертизу. О начале карьеры в IT: ❤️ Стратегия входа в IT из 5-ти шагов без излишних сложностей и overthinking. ❤️ 5 вещей о работе в IT, которые лучше знать в самом начале карьеры. ❤️ Какие вопросы задать на собеседовании, чтобы попасть на работу мечты. ❤️ Почему крутые спецы куда чаще встречаются с выгоранием и как его предотвратить. По специальностям: ❤️ Как стать хорошим продактом в любых условиях, даже в компаниях со слабыми продуктовыми процессами. ❤️ Подборка курсов для начинающих программистов (гуманитарии-friendly). ❤️ Подборка полезных материалов для QA ❤️ Где учиться и какие курсы проходить по дизайну ❤️ Книги, дающие хороший кругозор в IT - от Big Data, программирования, до UI/UX.

Как управляют в ИТ? ч.2 В предыдущем посте мы обсудили особенности директивного и недирективного управления, большинство проголосовали за то, что в ИТ наиболее распространен недирективный стиль. Это совпадает и с моим опытом, в моих командах он всегда превалировал, и вот почему: ❤️в основе методологии agile, которую все шире используют в разработке - идея автономной кросс-функциональной команды, способной декомпозировать и решить задачу без менеджера с указкой. Отсюда базовое требование - самостоятельность членов команды и навык целиком вести свой кусок работы.

В одной компании, мне удалось застать внедрение Agile с нуля. Дело было в аудите - сфере весьма иерархичной. Главные вопросы были - «кто теперь начальнике-е» и «как руководить командой без формальной власти», в итоге коллеги старались получить титул scrum-мастера, ведь его роль - наиболее близкая к менеджеру проекта.

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

Как итог, пара уточняющих вопросов стейкхолдерам - и вот вы уже на пару с продактом в середине discovery.

❤️широкий стек и on-going развитие технологий заставляют постоянно разбираться в новом. Менеджер может стараться держать руку на пульсе, но один за всем не поспеет так, как это сделает команда. ❤️высокие доходы двигают ИТшников выше по пирамиде Маслоу, заставляя больше задумываться о самореализации в работе. В результате, мало повышать ЗП, им хочется от работодателя индивидуального плана развития, карьерного коучинга и регулярных 1-на-1 встреч. А какой стиль управления используется на ваших проектах?

Какой самый нелепый полет у вас был? Я начну, мой - у Ryanair. Авиакомпания позаботилась о том, чтобы загрузить на борт все виды туалетной воды - кою настойчиво продавали во время полета (кто вообще покупает парфюм в самолете? господа продакты в канале, нужен ваш проф. взгляд на аудиторию и use-кейсы) - но вот, увы, забыли прихватить обычную воду на 4х-часовой перелет. В меню - фанта/кола, как в загадке о двух стульях. В финале подкинули еще кринжа - после приземления заиграл бравый мотив в духе «мы все выжили 💪» (см. видео), приправленный гордым, хоть и трудноразличимым, слоганом. Мне слышится «Ryanair - no air» (что соответствует действительности).

Как управляют в ИТ? ч.1 Недавно я наткнулась на термин недирективное управление и задумалась о том, как управление строилось на моих проектах. Но сперва к терминам, итак директивное управление подразумевает раздачу прямых указаний сотрудникам что и как им делать. Решения принимаются лидером и контроль их выполнения лежит на нем же, ввиду чего он становится «узким горлышком» и незаменимым звеном. Если это звено отправить в отпуск, все посыпется: велик шанс, что подчиненные сами не разберутся, что делать (если им, конечно, предварительно не дать подробных указаний на эту неделю-две). Тем не менее, этот стиль лучше всего себя показывает в ситуациях: ❤️горящих дедлайнов - когда нет времени мусолить альтернативные идеи, надо делать. ❤️на фабриках - когда есть четкая технология и меры по технике безопасности. ❤️с junior-коллегами - неопределенность в сложных задачах их может пугать и только демотивировать, а вот понятные инструкции дадут +100 к уверенности в своих силах. ❤️в критичных ситуациях - когда нужно быстро принимать решения, которые вне компетенции рядовых сотрудников. недирективное управление помогает построить более автономную команду, способную действовать в условиях неопределенности и принимать собственные решения. Такой подход сфокусирован на индивидуальном развитии сотрудника - личная ответственность и свобода решений вместо четких инструкций. Звучит бомбически, не правда? А в чем подвох? Для недирективного управления нужны предпосылки: ❤️мотивация сотрудника - если он не хочет развиваться и брать ответственность, то с него уж взятки гладки 💍 ❤️безопасная среда - если каждое смелое предложение менеджменту - это «игра на вылет» или в целом токсины in the air, проявлять инициативу вряд ли захочется. ❤️фокус на сотруднике - его цели, стремления, как он сам видит свое развитие? Используются коучинговые методики, когда менеджер, задавая правильные вопросы, помогает сотруднику самому прийти к решению. ❤️обоюдная готовность к переменам - развитие команды требует сил и времени, к чему любой из участников может не быть готов в данный момент. Как думаете, какой стиль управления превалирует в ИТ и почему?

Fight or flight в офисе Как часто наши неосознанные реакции, рефлексы и эмоции, эволюционно призванные нас защитить, мешают жить той жизнью, которой мы хотим. Особенно они проявляются в стрессовых ситуациях, при выходе из зоны комфорта, в которой коучи по личностному росту обещают нам тот самый «рост и масштаб».

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

Хорошая новость состоит в том, что этот порочный круг можно разорвать. И первый шаг к этому - начать отслеживать свои реакции. Мне нравится терминология «бей или беги» (или «замри»), введенная Уолтером Кенноном для описания реакций на стресс. Причем, часто у человека превалирует одна из них. Думаю, вы замечали в своем окружении этих супергероев, которых адреналин заставляет собраться, ринуться в бой, и все зарешать будто играючи. Такой реакции fight можно только позавидовать 🥲 Я же за собой куда чаще замечаю «замри» (до онемения в теле и зажима в горле) или «беги» - когда на работе все пригорает, я отвожу душу просматривая вакансии в LinkedIn Jobs или ищу как выйти в окно отпуск ASAP. Так и получилось, что я сбегаю на уикенд в Париж 😅 Жду посадку, предвкушаю свежий круассан на завтрак и радуюсь, что моя работа таки дает возможность вот так спонтанно от нее уехать 😄 Пока я отдыхаю и практикую slow posting, хочу поделиться своими любимыми каналами девушек-айтишниц, сама я вдохновляюсь их опытом развития карьеры в разработке и продукте, и узнаю, как зарешивать различные вопросы так, чтобы стрессовать не пришлось 🤝 Добавляйте папку и наслаждайтесь ежедневной порцией вдохновения и пользы. А как вы реагируете на стресс? И как преодолеваете его?

Куда делись все проджекты в Big Tech-e? В далекие времена моей работы в аутсорсе, мне казалось, что роль project-а не заменима. Ведь кто еще бы смог менеджить весь цикл проекта - от kick-off встречи с заказчиком до приемки-сдачи, прорываясь через горящие дедлайны и утрясая конфликты в команде, у которой тоже от всего периодически пригорает? Затем я перешла в продуктовую разработку и сменив 3 компании в Big Tech-e, я так и не встретила ни одного project-а. Такой роли у нас попросту нет. Куда же она делась? Разделилась и трансформировалась в: ❤️ «трушных проджектов» - этих ребят я искала днем с огнем и нашла в отдельном департаменте, с которым мы лишь изредка пересекаемся. Они планируют и запускают проекты с 0 до MVP/MLP, а дальнейшее развитие продукта передают уже в руки delivery manager-ов (они же - engineering manager-ы). ❤️delivery manager-ов - вот они уже day-to-day менеджат команду разработки, приоритизируют задачи, находят нужные ресурсы, убирают блокеры - в общем делают все для масштабирования продукта. В чем плюсы такой трансформации и как стать успешным delivery-manager-ом - можете узнать в интервью с Артемом Арюткиным. Артем - директор по технологическому развитию в Сбере и на своем канале он рассказывает о том, как резал монолит СБОЛ, повышал надежность платформы для масштабирования с 10 до 79 MAU, и как строит эффективные процессы и команды. Рекомендую подписаться, если вам так же как и мне интересна тема delivery-management-а. А у вас в компании есть проджекты? Какая у них зона ответственности?

Как вывезти конфликты и переговоры и выйти из них победителем? Вчера прошло завершающее занятие курса по коммуникации, ради которого я вставала в пущую рань по субботам вот уже 3 месяца 😬 (но я сама вызвалась в это время, так что не пристало жаловаться 🤪) Курс вел Марат Айрапетян, преподаватель по переговорам в ВШЭ и Сколково, а еще космический инженер с 5-летним опытом работы в Роскосмосе. С Маратом я познакомилась еще 2 года назад и тогда меня поразила история с одного из его публичных выступлений. Вот представьте, полный зал на 200+ человек, все смотрят на вас. Вы выступаете с темой, которую старательно готовили. И тут выкрик из зала:

Ну какой же бред! А вы точно эксперт в теме?

Ваша реакция? Игнорировать выкрик? Съязвить? Начать оправдываться? Тогда Марат ловко отработал манипуляцию. Я же была уверена, что в такой ситуации растеряюсь. А недавно похожий кейс произошел на моем выступлении… и я таки смогла сориентироваться 🤩 Курс был объемный, инсайтов море. Делюсь некоторыми из них: 1️⃣ Конфликты и переговоры - это не поле боя, где соперник унижен 😁, а победителю все лавры. Наоборот, это про сотрудничество, где идеальный итог - когда каждый достиг своей цели (win-win), и вы сохранили отношения. 2️⃣ Работа с эмоциями собеседника - первый этап любого конфликта. Невозможно переходить к рациональным аргументам и вообще стараться о чем-то договориться, пока человек еще находится в «эмоциональной плоскости». 3️⃣ При отстаивании своих границ важно соблюдать итеративность, т.е. постепенно переходить по следующим стадиям защиты: ❤️работа с эмоциями (вдруг человек нарушил границы неосознанно, из-за эмоций) ❤️обозначение своих границ (мягкое) ❤️защита границ (уже более твердое воздействие с большим шансом на ухудшение отношений) ❤️эскалация или сепарация (сюда же входят и просто «позже поговорим», и разрыв отношений) Важно дать человеку право на ошибку и возможность ее исправить. 4️⃣ По сути, конфликт - это нападение на границы или социальную роль.

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

Если подобную нападку не обработать и не «выровнять свою роль», то она может закрепиться и к вам начнут относиться именно так 😐 Поэтому важно отслеживать изменение соц. ролей в моменте и уметь их восстанавливать. 5️⃣ Для успешных переговоров важно выяснять «картину мира» собеседника - какой у него взгляд на проблему, цели, вводные… Иначе вы будете как 😶 тыкаться наугад, что уж точно не укрепит вашу позицию. Это можно сделать задавая вопросы. Причем, и для выяснения («как ты на это смотришь?»), и для верификации («я правильно поняла, что для тебя наиболее важно то и то?»). 6️⃣ Итеративность важно так же соблюдать и в переговорах. Не нужно пытаться закинуть сразу все 3-5-6 вопросов, которые вы хотите обсудить, потому что собеседник сразу зацепится за тот, который наиболее удобен ему. Лучше идти поочередно, начиная с самого важного. Когда пришли к соглашению по нему - переходите к следующему. 7️⃣ Любую проблему можно рассматривать в разных плоскостях - юридической, финансовой, этической и т.д. Если ваш собеседник говорит об этической стороне вопроса, а вы в ответ закидываете финансовые аргументы, вы будете выглядеть меркантильно и в целом жалко. 8️⃣В переговорах важно держать в голове «точку 0» - что будет, если мы не договоримся. Это поможет в ситуации, когда вас пытаются продавить на невыгодные вам условия. Вдруг, ситуация «не договориться» заведомо проигрышная для вашего парнера, а вы наоборот ничего не теряете. Но в моменте при давлении вы можете растеряться, если четко этого не осознаете и не держите это в голове. Если вам тоже интересна тема коммуникации, искренне рекомендую подписаться на канал Марата. У него куча полезного контента. А у вас возникали сложные или конфликтные ситуации на работе? Как вы с ними справлялись?

Как ловить прод, если он падает - ч.2 Сейчас сижу, пишу отчет по новому инциденту (IR - incident report) 😬 и думаю, что самое время закрыть тему, которую мы уже начинали обсуждать в этом посте. Тогда я рассказывала о том, как готовиться к инцидентам в ИТ сервисах (н-р «пользователи не могут залогиниться», «курьерам не показываются новые заказы в приложении» или же просто «запросы стали обрабатываться недопустимо долго»). Сейчас обсудим, как действовать во время - куда бежать, что делать, и как при этом не чувствовать себя 🐶 Итак, вам пришло уведомление о том, что что-то не работает. 1️⃣После того, как вы подтвердили получение уведомления, проверьте источник - если его вручную создала операционная команда, свяжитесь с ними за деталями. Также, они помогут оценить ущерб и blast radius - согласитесь, "ухудшился пользовательский опыт" для 0.001% пользователей и "отпал целый регион" - совсем разные проблемы, и реагирование будет отличаться. Часто есть позыв пропустить этот этап, но так не надо.

Мы так как-то решили, что проблема не критична и ушли в воскресенье отдыхать. Как итог - продолжительность инцидента 31 час и десятки тысяч $ потерь обнаруженных постфактум 🙄

2️⃣С поправкой на потенциальный ущерб определите состояние приложения, обычно выделяют: - operational (работает) - degraded performance (опыт пользователя ухудшен, но основные сценарии работают) - partial outage (часть важного функционала отпала) - major/full outage (все очень плохо) Эскалируйте инцидент согласно вашей оценке. 3️⃣Локализуйте проблему - постарайтесь определить, в вашем ли она сервисе, если есть подозрение, что нет, добавьте соответствующие команды как responder-ов, чтобы они подключились и проверили свои зоны ответственности. 4️⃣Сфокусируйтесь на том, чтобы "оживить прод" (англ. to stop bleeding) - проверьте, какие были последние изменения, имеет ли смысл их откатить и т.д. Детально исследовать, что именно привело к инциденту можно уже после - когда проблема решена. 5️⃣Если все вроде разрешилось - продолжайте мониторить и составьте postmortem (он может выглядеть как тот incident report, который я сегодня пишу): ❤️оцените точный ущерб, ❤️проанализируйте, почему же так произошло (мы используем технику 5-whys), ❤️опишите action-поинты и в какие сроки они должны быть закрыты. 6️⃣Мы презентуем эти отчеты на еженедельной встрече, где можно эскалировать менеджменту какие-то action point-ы при необходимости. Что делают в это время менеджеры и аналитики? ❤️помогают связаться со стейкхолдерами (чтобы те были в курсе происходящего и могли со своей стороны что-то сделать - н-р, включить fallback) или нужными командами разработки ❤️смотрят на метрики и помогают оценить ущерб и в целом состояние приложения ❤️эскалируют Что еще почитать по теме? - DH Reliability Manifesto - Создание SRE культуры чтобы предотвратить потерю 12mln $ - Как Ozon работает с упавшим продом Расскажите, вам доводилось быть участником/наблюдателем/сочувствующим на инциденте? Тем временем, на канале новая аватарка, не теряйтесь 👋

Мы выписали коллег из Барселоны, сделали работающий MVP и победили в хакатоне 👆саммэри последних двух дней. Это первый раз, как я участвую в хакатоне, который компания организовывает для своих внутренних сотрудников. Мне всегда казалось, что эти хакатоны - попытка сделать нечто на коленке, без адекватного discovery и понимания, как это потом пришить к бизнесу. В общем, то, что потом с должным ускорением полетит в трубу 😐 Тем не менее, в этот раз по качеству проработки тем и понятному roadmap-у - как их доработать и пустить в бизнес - который представили команды, я чую мощный выхлоп от этих двух дней. Моя команда вообще сделала интеграцию, которую в других условиях мы планировали бы месяц и после делали столько же. Так что мой вердикт: не зря отрывали 30 человек от праведных дел работы и везли испанскую команду в Берлин 👌 В этот раз решали одну из ключевых задач в логистике - дисбаланс спроса (заказы пользователей) и предложения (курьеры, готовые эти заказы развезти). Эта проблема особенно остра во время пика спроса, когда курьеров не хватает - что называется fleet saturation. Эта задача решается комплексно на разных уровнях и обычно задействует много доменов в продукте. Вот хороший пример одного из возможных решений - от Яндекс.Еды. Мы же в эти дни нагенерировали еще ряд других, которые, вероятно, +-скоро воплотятся в наших брендах доставки по миру. А вы участвовали в хакатонах от компаний? Видели от них какую-то пользу?

Самый кринжовый фейл при трудоустройстве ever …или как собес на английском застал меня врасплох. Ситуация, которую меньше всего ожидаешь после 4-х лет работы за рубежом, десятков собеседований и теста IELTS, который я сдала на С1 (хотя он и для native speakers считается сложным) 🙂 «What the hell? Как это могло произойти?» - спросите вы. Рассказываю 🤓 Начиналось все ровно - созвон с эйчаром из fintech-единорога прямиком из GCC. Обсудили мой опыт, прошлись по вопросам по резюме (HR сказал, что резюме - вообще top of the top, и я похожа на того, кто им и нужен), перешли к дальнейшим шагам. Все интервью мы абсолютно fluently общались, шутили, так что, узнав, что нужно будет сдать онлайн-тест на знание английского, я, само собой, уточнила, насколько это вообще необходимо 😅 HR отвечает, мол, спокуха, это только формальность, и для него уже очевидно, что я тест сдам. Океееей… Вскоре приходит ссылка на тест на платформе TestGorilla. Дается 10 минут и порядка 15-20 вопросов, где нужно выбрать один правильный ответ по абзацу текста. Думаю, прорешаю быстренько за утренним кофе. Так тем кофе на первом же вопросе и давлюсь. Из 30 слов в тексте, я чуть ли не половину впервые вижу 😳 Второй вопрос - из 4-х вариантов ответа, два в упор не понимаю (снова, из каких дебрь языка они эти слова подоставали). Ну, думаю, я взрослый человек и знаю, как вести себя в таких ситуациях. Судорожно тыкать наугад - как-то не гордо, не вписывается в картину того, как я вижу себя в свои 25+. Так что открываю гугл и под прицелом вебки (она записывает для верификации, что мне никто не помогает), гуглю незнакомые слова… Три минуты до конца теста, а я только на шестом вопросе. Математика не сошлась 🐶 Становится ясно, что таки придется судорожно тыкать наугад. Завершаю тест с мыслью, что если из-за него я не попаду в эту компанию, это будет самый кринжовый фейл при трудоустройстве ever🗿 Как показал мой опыт, от такой ситуации нельзя застраховаться. Зато можно подготовиться и повысить свои шансы на успех на англоязычных интервью в целом. Как я это делаю - будет в отдельном посте. А пока делюсь контактом Агаты - она уже 7+ лет строит успешную карьеру project менеджера🌟Свой обширный опыт в IT Агата вместе с экспертами в сфере образования собрала и оформила в курс английского для айтишников - там собраны все ключевые темы, которые помогут уверенно ощущать себя на собесах. А вы уже пробовали проходить интервью на английском? С какими сложностями сталкивались?

Уже год я не рассказываю, чем занимаюсь Такой фидбэк я получила от подписчиков. И правда, уже ровно год, как я приняла оффер от Delivery Hero и релоцировалась в Берлин, а упоминала об этом пока лишь вскользь. Исправляюсь. Кто я и чем занимаюсь? Я - Катя, backend разработчик со стеком Java/Kotlin и плотным вовлечением в DevOps. Мой основной фокус - проектирование и разработка высоконагруженных приложений, которые способны обрабатывать big data в real-time, и выдерживать по 1+ млрд запросов в день (RPD). В общем, приложений, которыми мы пользуемся каждый день - такси, доставка, крупные маркетплейсы вроде Озона, аналитические платформы, онлайн-банки… Чтобы прийти к этой точке, я получила магистерскую степень в «инженерии и анализе данных» в TUM - топ-10 универе в мире в сфере CS 🎓 А еще проектировала big data сервисы с day 1 моей работы в ИТ - сперва в ритейле в РФ, а затем в cybersec-e и e-commerce в Германии. Так что там с оффером от DH? Delivery Hero - один из крупнейших в мире сервисов доставки еды (такая себе смесь Яндекс Лавки и Еды). DH оперирует в 70+ странах в 4-х регионах - LATAM, EU, MENA, APAC и принимает daily заказов больше, чем Amazon. Но не спешите искать приложение DH в App Store - его там нет 🙃 У DH 11 брендов, под которыми компания оперирует на локальных рынках, например, в ОАЭ это Talabat, в Азии Foodpanda, в Восточной Европе - Glovo. А вот в Германии DH не работает, несмотря на то, что в Берлине находится HQ 😐 Что же мы здесь делаем? Разрабатываем центральные сервисы, на которые идет трафик со всего мира 🌎 И здесь включаюсь я 👋 со своими ночными дежурствами и инцидентами в 03:00 в Азии 😭 Расскажите о себе, где живете и чем занимаетесь? И о чем вам было бы интересно прочитать на канале?

Встретила этого красавчика в перерыве между дейли и демо новой фичи, которое я проводила для стейкхолдеров - после 2х месяцев разработки запускаемся в Америке, считаем метрики и планируем дальнейший rollout на другие регионы. Меня вдохновляет такая гео-распределенность в работе, а вот о личной жизни такого сказать не могу. С мужем мы уже встречаемся 5-й год, все это время живя в разных странах. Женились так же - я прилетела в Москву из Берлина, он - из Дубая, во время новогодних отпусков успели сходить в ЗАГС и подписать документы. Переезд в долгосрочных планах, а пока предвкушаю совместное лето. В повестке - путешествие в Париж, networking уикенд для alumni ВШЭ в Испании, свадьба друзей в Турции, и концерт Тейлор Свифт, на который я чудом раздобыла билеты еще год назад. Вчера увидела у друзей истории с концерта Offset в Абу-Даби (на видео выше), за две минуты серча обнаружилось, что он скоро будет в Германии вместе с 21 Savage и другими американскими реперами. Недолго думая, беру билеты и думаю, как их вписать в и без того плотный график 😅 А вы также уже вовсю планируете лето? Поделитесь своими планами 👇

Как подготовить ТЗ разработчику, чтобы не получить кота в мешке Я встречала разработчиков, которым можно сумбурно накидать идей off top of my head - и они сделают четко то, что ожидалось… пару раз за всю мою карьеру. Так что, чтобы впоследствии не плясать с бубном, объясняя клиентам/инвесторам/маме как работает ваш продукт, готовьте ТЗ. Рассказываю как. ❤️Дайте контекст - почему возникла потребность в этом приложении, какие боли пользователей вы решаете. Упомяните похожие решения и что вы хотите сделать иначе. ❤️Определите пользователей - кто они, сколько их и где они обитают 🔎 какие паттерны взаимодействия с приложением: его открывают раз в неделю в рабочие часы или юзают дненощно? Нужна ли ролевая модель? ❤️Опишите сценарии использования - так называемые user flow, они и составят основу функциональных требований. Здесь всегда хочется впихнуть невпихуемое, но вместо этого лучше определите базовые сценарии - без которых продукт попросту не имеет смысла, и желаемые - их хорошо бы иметь, но можно доработать уже после rollout-а. ❤️Не забудьте о нефункциональных требованиях - на каких устройствах / с каким разрешением UI должен корректно отображаться? В каких браузерах? Какой трафик сервис должен выдерживать и как быстро отвечать пользователю? Какие данные хранить и в течение какого срока?… ❤️Зафиксируйте основной стек - языки программирования, фреймворки, тулзы и движок сайта, проверьте, нужны ли вам на что-то корпоративные лицензии. ❤️Опишите зависимости - круто, если вы планируете запускать приложение в вакууме, но куда вероятнее, что данные нужно будет тянуть из корпоративной базы, отчеты складывать в хранилище, да и вообще интегрироваться со сторонними сервисами. Чтобы не страшиться интеграционных тестов, приложите нужные API и схемы к ТЗ. ❤️Если нужны макеты - то дайте их, вместе с палитрой, шрифтами и указанием, насколько разработчик от них может отходить. Достаньте брендбук из закромов. ❤️Проясните Definition of Done - какие будут критерии «сделанной работы». Разработчик вам отправит сборку? Или развернет приложение на вашей среде, прогонит все тесты, а еще будет рулить rollout-ом на всех юзеров? ❤️Сделайте чеклист для приема работ - какие сценарии вы прогоните прежде чем сказать «да, сделал, хорош!» и выписать жирную премию. Теперь вы знаете как делать мощное ТЗ 🚀 А если вам не терпится применить навыки на практике, делюсь контактом Димы. Дима - fullstack программист с широким стеком и таким же обширным опытом разработки проектов разного формата. Сейчас он запустил предложение по разработке MVP за 7 дней по очень хорошему прайсу. Так что если у вас давно есть идеи, но некому их воплотить в жизнь, напишите Диме - он подскажет, что можно сделать. А как вы взаимодействуете с разработчиками? Формулируете требования в ТЗ?

Визуальные материалы к посту❤️прямиком из офиса Google в Берлине. Напросилась к подруге на ланч и на экскурсию. Хорошо работать в минуте отсюда 😎

Зачем айтишникам в Google и как туда попасть? На днях я писала о том, почему я решила не гнаться за работой в FAANG. Не люблю однобокий взгляд на тему, так что сегодня делюсь поинтами «за»: ❤️Шанс прикоснуться к действительно масштабным продуктам и подсмотреть лучшие практики - в разработке, в процессах, в принимаемых решениях и выборе технологий. Такого не увидишь, пока пишешь телеграм-ботов или сайт для местной кондитерской 🍰 ❤️Fast-track в другие компании первого эшелона. Если вы работаете в гугле, и вам еще не пишут эйчары из TikTok или Netflix, значит, вы давно не проверяли входящие в LinkedIn. Стартапы вас тоже будут активно хайрить, чтобы вы пришли, окинули суровым взглядом их процессы, и научили, «как надо делать хорошо». ❤️Постоянный фидбэк и guidance в росте. Как говорится, если от performance review не убежать, то надо его возглавить 🧠 А если серьезно, многие берут платные консультации, чтобы им помогли оценить себя и понять, как дальше развиваться. В топ-tech-e же это налаженный процесс. ❤️Горячая тема чтобы начать youtube канал in hand - судя по статистике просмотров, аудитория весьма интересуется опытом спецов из top-tech. Для полноты картины, я решила расспросить того, кто целенаправленно хочет в FAANG. Зуфар живет в Лондоне 🇬🇧 работает backender-ом в крупной компании, и ежедневно готовится к интервью в FAANG, чем подробно делится на канале. Его поинты вы можете почитать здесь. Что думаете? Теперь, учитывая все «за» и «против», у кого-нибудь поменялась точка зрения?

Почему я не работаю в Google? FAANG исторически считается социальным лифтом для айтишников. Когда-то я и сама гналась за этой строчкой в резюме, пока не пересмотрела свои приоритеты. Что для меня не ок в гугле: ❤️Процесс отбора заставляет задуматься о том, кто будут мои будущие коллеги. Профессионалы с опытом или джуны нарешавшие алгоритмических задач? Я не утверждаю, что инженеры гугла - бездари, конечно, там сложный и многоэтапный отбор. Но обычно gap между тем, что тестируют на интервью, и тем, какие задачи приходится решать в реальности - источник странных решений по найму и будущих проблем. ❤️Отсюда же следует необходимость в долгой подготовке к интервью, чтобы закрыть этот gap. Я предпочитаю уже наняться и создавать крутые продукты, получая ценный опыт, чем все еще нарешивать алгоритмы «в стол». ❤️Большая часть продуктов таких гигантов уже достаточно mature - крупных архитектурных финтов решений (и вашего в них участия) ожидать не приходится, как и особой динамики в разработке новых фич. Скорее всего вы будете отвечать за крохотный кусочек слона, и оптимизировать его, и оптимизировать… ❤️Многоступенчатый процесс performance review может тоже не играть вам на руку. Я знаю ребят, которые по 3-5 лет (активно) стараются получить следующий грейд. Хорошо, хоть индексация есть. ❤️Остальные политики, как, например, работы из-за рубежа во время путешествий, тоже детально проработаны. Настолько, что делают эту работу формально невозможной. ❤️Акции в вашем compensation package не сделают вас сказочно богатым, если компания уже вышла на IPO. Здесь выгоднее смотреть в сторону единорогов, которые близки к этому, хотя они могут годами обещать, что «вот-вот», и умело продавать вам эту идею на интервью. ❤️Массовые layoff-ы одним днем без возможности попрощаться с коллегами в FAANG уже стали классикой и, наверное, уже не так пугают. Но осадочек остался. При этом, я вижу и много плюсов такого опыта. О них, а так же о том, как подготовиться к отбору, расскажу в новом посте. А вы в каком лагере, за работу в FAANG или в не-FAANG?

Как провести уикенд в Дубае? 🐫 🦪 шоу La Perle - этот восторг невозможно описать без спойлеров. Скажу лишь, что когда из бассейна посреди сцены начала вода хлестать и затапливать сцену - это было только начало. Даже муж (который изначально не хотел идти) пару раз за сердце хватался и в конце признал, что было круто 😎 🦪 гидроскутеры / jet ski - one love ❤️ 🦪 wake-surfing - несмотря на то, что со слов друзей я продержалась на доске дольше всех (а еще на втором заходе уже проехала без веревки 8 сек - что ощущалось как повод для понтов вечность), я этот спорт не поняла 🫠 Едешь так быстро и ненадежно, что нет возможности чекнуть свою позицию ног, стойку, поработать над техникой. А еще я сделала то, что считала в принципе нереальным - врезалась в лодку 🤦‍♀️ Но компания Ultimate Wake Dubai мне понравилась - с нами ехали два тренера (некоторые другие конторы берут дороже и не дают тренеров), новый просторный катер с кожаной обивкой, красивые виды на Марину и Bluewaters. В следующий раз тоже с ними поеду. 🦪 аквапарк Atlantis Aquaventure - стоящая локация не только ввиду горок, но и релакс-атмосферы зеленого парка, пляжей с белым песком, закольцованной speed river, где легко потеряться на целый день. Как перееду в Дубай, куплю годовой абонемент. 🦪 padel-tennis в Matcha - невероятно стильные корты утопающие в зелени. Муд - надеть белое поло и почувствовать себя звездой Уимблдо́на на тренировке. 🦪 ралли по пустыне на квадроцикле/багги - туроператоры вас будут убеждать брать багги (они дороже) - мол, выше мощность, скорость, но, уверяю, экстрима на квадриках мне хватило. Я как та бабуська за рулем мопеда за 5 минут успела врезаться в единственный столб в пустыне, вырулить поперек дороги и чуть не опрокинуться с дюны. Тем не менее, я считаю, лучший способ посмотреть пустыню! 🦪 sand-boarding и верблюды - тоже экстремальнее чем кажутся, прилагаю видео-пруфы. Съезжать с дюны на борде ощущается высоко и супер страшно, но посадка мягкая - я опробовала свою коронную «грациозно приземлиться на лицо» - ничуть не больно. Так что можно не переживать 😉 🦪 исторические туры в пустыню от Platinum Heritage - сама не ездила, но концептуально это интересная альтернатива обычным турам, где акцент идет не на активности, а на экскурсионную составляющую - знакомство с историческим наследием пустыни и ее обитателями. 🦪 прокатиться на велосипедах Careem - при регистрации Careem дарит 2 месяца бесплатного катания. Стоит прокатиться вдоль берега на Kite Beach и по променаду в Марине. 🦪 infinity pools - я убеждена, что за лучшим видом на город нужно не на Burj Khalifa. Мой кандидат - 360° Aura Skypool. А если не хотите лезть в воду, можно поужинать с видом на город и pool в Tasca (alert небольших порций, но зато вкусных коктейлей). 🦪 topgolf - тот самый гольф с видом на небоскребы. 🦪 сделать набег на супермаркет - так я для себя открыла с десяток новых фруктов. А если живете за рубежом, можно заодно закупиться отечественными продуктами - они здесь повсюду. Лично я собираюсь везти в Берлин сушеную рыбку 😅 И общая рекомендация - если отдыхаете в женской компании, обратите внимание на ladies night deals, они уже - второй национальный спорт Дубая (после padel-тенниса). Причем, спец. предложения не только в ресторанах, но и в том же topgolf, кинотеатрах etc. Делитесь, сохранили себе что-то в todo list?

Дроп selected моментов в Дубае (и эпик-фейлов тоже) ❤️

Рамадан vs Великий пост Мой приезд в Дубай выпал на Рамадан - как мне казалось, месяц полный ограничений в т.ч. для туристов - закрытых ресторанов и общественных пространств, скромных одежд и лиц. Все как в православии - время мук и покаяния до самой Пасхи. Продолжительность и строгость этих постов похожи - не удивительно, что у меня в голове они отождествлялись. Вот только ожидания не оправдались, и пожалуй, лучшее время для поездки сложно представить: ✨ всюду царит атмосфера радости и праздника, город полон тематических инсталляций ✨ заведения предлагают спец. предложения, в частности, для ифтар - традиционного ужина после захода солнца, который принято проводить в кругу семьи ✨ в магазинах роскошные коллекции приуроченные к Рамадану. Но о своих новых босоножках и сумке в стразах я предпочитаю думать не как об экспрессивной покупке, а реквизите к концерту Тейлор Свифт 😅 ✨ а салюты потрясают воображение, говорят, на новый год все было куда скромнее. Может, такие отличия в восприятии связаны с характером ограничений - в Рамадан они снимаются с заходом солнца. Или с другими причинами, о которых я не знаю 🤔 Но в любом случае, ехать в Дубай в Рамадан - идея годная, проверено👌🏻 Поделиться своими рекомендациями must-visit мест Дубая?