Сомневаешься? Будь прозрачным
Простое правило: чем больше сомневаешься в том, что делаешь — тем больше пиши об этом. И это — не бюрократическое правило «больше бумаги — чище зад», это способ привести мысли в порядок.
Формат простой: «Я уже сделал то-то, стало так-то. Собираюсь делать вот это, чтобы то, измерять будем так-то». Слова имеют магию — когда выписываешь свои мысленные построения в письме на всех, включается максимально жестокий критик — ты задаёшь самому себе неприятные вопросы.
«Я делаю новое ответвление в карте коммуникаций. А правда ли это касание повысит ритешн? А как мы его замерим?». Или «Я делаю корпоративный блог, чтобы повысить продажи. Как я буду измерять? Верю ли я в это?».
По итогам таких писем вам начнёт приходить внешняя критика — более опытные коллеги всегда с радостью делятся сомнениями. У нас в ГдеМатериале к примеру, прямо в гитхабе есть Али (@reshilavonasah), который видит весь журнал действий и периодически приходит с неудобными вопросами — одно знание об этом заставляет задавать вопросы себе до постановки задачи, а не после.
Простое правило: чем больше сомневаешься в том, что делаешь — тем больше пиши об этом. И это — не бюрократическое правило «больше бумаги — чище зад», это способ привести мысли в порядок.
Формат простой: «Я уже сделал то-то, стало так-то. Собираюсь делать вот это, чтобы то, измерять будем так-то». Слова имеют магию — когда выписываешь свои мысленные построения в письме на всех, включается максимально жестокий критик — ты задаёшь самому себе неприятные вопросы.
«Я делаю новое ответвление в карте коммуникаций. А правда ли это касание повысит ритешн? А как мы его замерим?». Или «Я делаю корпоративный блог, чтобы повысить продажи. Как я буду измерять? Верю ли я в это?».
По итогам таких писем вам начнёт приходить внешняя критика — более опытные коллеги всегда с радостью делятся сомнениями. У нас в ГдеМатериале к примеру, прямо в гитхабе есть Али (@reshilavonasah), который видит весь журнал действий и периодически приходит с неудобными вопросами — одно знание об этом заставляет задавать вопросы себе до постановки задачи, а не после.
Вопрос: как вы оцениваете скоуп на итерацию?
Оценок задач у нас нет — я противник бюрократии и считаю, что результат на продакшене гораздо важнее, чем сторипоинты и эстимейты. Подробнее об этом можно почитать здесь.
Во время планирования спринта, мы просим исполнителей просто прикидывать время: кому-то удобнее в днях, кому-то — в часах. Дальше собираем два плана — пессимистичный, с задачами-минимум, которые сделаем в любом случае, и оптимистичный — задачи, которые мы сделаем только, если успеем.
Подробнее о двух планах на спринт см. в посте о буфере.
Задайте свой вопрос на fedor@borshev.com.
Оценок задач у нас нет — я противник бюрократии и считаю, что результат на продакшене гораздо важнее, чем сторипоинты и эстимейты. Подробнее об этом можно почитать здесь.
Во время планирования спринта, мы просим исполнителей просто прикидывать время: кому-то удобнее в днях, кому-то — в часах. Дальше собираем два плана — пессимистичный, с задачами-минимум, которые сделаем в любом случае, и оптимистичный — задачи, которые мы сделаем только, если успеем.
Подробнее о двух планах на спринт см. в посте о буфере.
Задайте свой вопрос на fedor@borshev.com.
Правила роста: от джуниора до CTO
Ребята, я запускаю второй вебинар! Вы выбрали рассказ о правилах профессионального роста, поэтому 7 декабря (это через 3 недели в субботу) мы соберёмся и поговорим, как планировать свой рост — как найти время на развитие, где практиковаться, как руководить коллегами, доводить дела до завершения и в чём разница между профессиональным и служебным ростом.
Вебинар будет полезен всем, кто хочет не просто писать код, а менять вещи вокруг — ускорять проекты, влезать в продукт, тренировать себя и коллег. У нас не будет инфоцыганщины с историями, как добиться успешного успеха сидя на диване — скорее вы сформируете у себя в голове дорожную карту: что, как и в какой момент прокачивать, чтобы стать тем, кем вы хотите.
Никаких специфичных знаний иметь не нужно — мы будем говорить о софт-скиллах, полезных и джуниорам, и тимлидам.
Участие стоит 1900 ₽, цена увеличивается на 200 ₽ каждую пятницу. Всем, кто купит билет до конца недели, я предлагаю поучаствовать в составлении программы — если хотите, чтобы я рассказал о чём-то, интересном лично вам — просто заполните форму в конце покупки.
Ребята, я запускаю второй вебинар! Вы выбрали рассказ о правилах профессионального роста, поэтому 7 декабря (это через 3 недели в субботу) мы соберёмся и поговорим, как планировать свой рост — как найти время на развитие, где практиковаться, как руководить коллегами, доводить дела до завершения и в чём разница между профессиональным и служебным ростом.
Вебинар будет полезен всем, кто хочет не просто писать код, а менять вещи вокруг — ускорять проекты, влезать в продукт, тренировать себя и коллег. У нас не будет инфоцыганщины с историями, как добиться успешного успеха сидя на диване — скорее вы сформируете у себя в голове дорожную карту: что, как и в какой момент прокачивать, чтобы стать тем, кем вы хотите.
Никаких специфичных знаний иметь не нужно — мы будем говорить о софт-скиллах, полезных и джуниорам, и тимлидам.
Участие стоит 1900 ₽, цена увеличивается на 200 ₽ каждую пятницу. Всем, кто купит билет до конца недели, я предлагаю поучаствовать в составлении программы — если хотите, чтобы я рассказал о чём-то, интересном лично вам — просто заполните форму в конце покупки.
FEDOR BORSHEV pinned «Правила роста: от джуниора до CTO Ребята, я запускаю второй вебинар! Вы выбрали рассказ о правилах профессионального роста, поэтому 7 декабря (это через 3 недели в субботу) мы соберёмся и поговорим, как планировать свой рост — как найти время на развитие…»
Рабочее и личное время
Я никогда не отделяю личное время от рабочего — по-моему, это неествественно. Скажем, если я придумал классную фичу не на собрании с коллегами, а на утренней пробежке, что её теперь нельзя класть в беклог? А если я в рабочее время решил 30 минут поспать, чтобы очистить голову, считается ли, что я украл это время у работодателя?
Гораздо лучше разрешать сознанию делать, что оно хочет. Если мне пришёл в голову офигенный пример для нового поста в блог, я всё брошу и запишу его — и не важно, будний день сейчас или новогодние каникулы. Если вечером в субботу у меня возникнет настроение позаниматься улучшением нашего рабочего кластера — я открою консоль.
Многие делят время на рабочее и личное, чтобы личную часть использовать для отдыха и переключения сознания. У меня такие периоды тоже есть, но на отдыхе я не делаю вообще ничего: не отвечаю на личные и рабочие письма, не пишу в блог, не думаю над архитектурой и не пишу код.
Секрет в том, что когда делаешь что хочется, вместо того, что нужно, то время нужное на отдых сильно сокращается — можно спокойно работать по 6—7 дней в неделю, отдыхая когда нужно, а не когда положено обществом.
Я никогда не отделяю личное время от рабочего — по-моему, это неествественно. Скажем, если я придумал классную фичу не на собрании с коллегами, а на утренней пробежке, что её теперь нельзя класть в беклог? А если я в рабочее время решил 30 минут поспать, чтобы очистить голову, считается ли, что я украл это время у работодателя?
Гораздо лучше разрешать сознанию делать, что оно хочет. Если мне пришёл в голову офигенный пример для нового поста в блог, я всё брошу и запишу его — и не важно, будний день сейчас или новогодние каникулы. Если вечером в субботу у меня возникнет настроение позаниматься улучшением нашего рабочего кластера — я открою консоль.
Многие делят время на рабочее и личное, чтобы личную часть использовать для отдыха и переключения сознания. У меня такие периоды тоже есть, но на отдыхе я не делаю вообще ничего: не отвечаю на личные и рабочие письма, не пишу в блог, не думаю над архитектурой и не пишу код.
Секрет в том, что когда делаешь что хочется, вместо того, что нужно, то время нужное на отдых сильно сокращается — можно спокойно работать по 6—7 дней в неделю, отдыхая когда нужно, а не когда положено обществом.
Sentry и sourcemaps
Недавно, к своему стыду, обнаружил, что у нас на одном из фронтовых проектов не было соурсмапов. Заскриншотил для вас, как напоминание о том, что если не сделаете сразу — потом разбираться может быть поздно. Слева — ошибка без source maps, справа та же самая ошибка, но с source maps.
Кстати, source maps не обязательно выкладывать в прод — их можно грузить в Сентри прямо из процесса CI.
Недавно, к своему стыду, обнаружил, что у нас на одном из фронтовых проектов не было соурсмапов. Заскриншотил для вас, как напоминание о том, что если не сделаете сразу — потом разбираться может быть поздно. Слева — ошибка без source maps, справа та же самая ошибка, но с source maps.
Кстати, source maps не обязательно выкладывать в прод — их можно грузить в Сентри прямо из процесса CI.
Вопрос: у меня есть коллега, который ушёл с senior-позиции в управление. Прошло несколько месяцев, и теперь он сомневается, думает вернуться назад — кажется что в разработке вышло лучше. Может быть у тебя есть какой-то паттерн ответа на его вопрос?
Увы, паттерна нет. Мало того, я вообще не рекомендовал бы давать коллеге советы такого рода. Где, как и кем работать — это личный выбор каждого. Ничего не может быть хуже, чем заставлять человека делать то, что он сам делать не хочет — вы и силы потратите, и человеку хорошо не сделаете.
Лучше позадавайте коллеге открытых вопросов:
- Для чего он уходил в управление?
- Что из этого он сейчас не получил?
- Что нужно сделать, чтобы получить?
Счастье на работе у каждого своё — у кого-то это хороший код и профессиональные митапы, у кого-то — счастливая и результативная команда, у кого-то — короткий рабочий день по пятницам, чтобы успеть к ютубу или пиву в баре.
Ответы на другие вопросы — #вопрос. Задайте свой на fedor@borshev.com.
Увы, паттерна нет. Мало того, я вообще не рекомендовал бы давать коллеге советы такого рода. Где, как и кем работать — это личный выбор каждого. Ничего не может быть хуже, чем заставлять человека делать то, что он сам делать не хочет — вы и силы потратите, и человеку хорошо не сделаете.
Лучше позадавайте коллеге открытых вопросов:
- Для чего он уходил в управление?
- Что из этого он сейчас не получил?
- Что нужно сделать, чтобы получить?
Счастье на работе у каждого своё — у кого-то это хороший код и профессиональные митапы, у кого-то — счастливая и результативная команда, у кого-то — короткий рабочий день по пятницам, чтобы успеть к ютубу или пиву в баре.
Ответы на другие вопросы — #вопрос. Задайте свой на fedor@borshev.com.
Как вкатить в любой язык программирования без регистрации и СМС
1. Покупаешь хорошую книгу по твоему языку программирования. «Хорошая» означает, что её кто-нибудь кому-нибудь советовал в группах/форумах больше 5 раз. К примеру по питону это Марк Лутц — «Изучаем питон».
2. Изучаешь её всю, от корки до корки, делая все домашние задания.
3. Выбираешь самый популярный фреймворк на своём языке. «Самый популярный» означает «чаще всего упоминается на тематических сайтах». В питоне под веб это Django.
4. Изучаешь всю официальную документацию, от корки до корки. Проходишь официальные обучалки. Гугишь
5. Делаешь свой пет-проект. Блог, сайт, исследование аномалий в поведении соседей, что угодно — зависит от выбранного языка.
6. Ищешь команду с высокой инженерной культурой, которая возьмёт тебя джуниором. Дальше учишься у них.
1. Покупаешь хорошую книгу по твоему языку программирования. «Хорошая» означает, что её кто-нибудь кому-нибудь советовал в группах/форумах больше 5 раз. К примеру по питону это Марк Лутц — «Изучаем питон».
2. Изучаешь её всю, от корки до корки, делая все домашние задания.
3. Выбираешь самый популярный фреймворк на своём языке. «Самый популярный» означает «чаще всего упоминается на тематических сайтах». В питоне под веб это Django.
4. Изучаешь всю официальную документацию, от корки до корки. Проходишь официальные обучалки. Гугишь
<framework> best practices, изучаешь их.5. Делаешь свой пет-проект. Блог, сайт, исследование аномалий в поведении соседей, что угодно — зависит от выбранного языка.
6. Ищешь команду с высокой инженерной культурой, которая возьмёт тебя джуниором. Дальше учишься у них.
Рассказываю в «советах», почему с разработчиками, которые не вникают в бизнес, лучше не работать. Совсем.
Бюро Горбунова
Разработчик, который не думает, а просто делает — не нужен?
Есть два противоположных мнения — что разработчик должен думать, как его работа приносит прибыль компании и принимать исходя из этого архитектурные решения, пилить фичу или не пилить, запилить её таким образом или другим. Второе — что разработчику должно…
Начинаем через два часа
В 14:00 начинаю стримить обещанную разработку по TDD — https://youtu.be/qrff0VyUWrk
Приходите!
В 14:00 начинаю стримить обещанную разработку по TDD — https://youtu.be/qrff0VyUWrk
Приходите!
YouTube
Django кодинг в прямом эфире: отправка сообщений, вебсокеты и celery
В прямом эфире пишем коммерческий проект на Django
Мастер-класс по TDD — http://bit.ly/buy-tdd. До конца стрима — скидка.
Телеграм — https://tele.gg/pmdaily
Мастер-класс по TDD — http://bit.ly/buy-tdd. До конца стрима — скидка.
Телеграм — https://tele.gg/pmdaily
Вопрос: как оценивать задачи с непонятной сложностью или новой технологией?
Не оценивайте весь проект сразу. Возьмите пару дней, чтобы подумать и разобраться в том, что вы будете делать, и оцените самый маленький кусок.
Скажем, если начинаете новое мобильное приложение — не пытайтесь вывести стоимость одного экрана или ещё какую-нибудь хрень, которую используют агентства, чтобы побольше вытащить денег из клиента. Определите MVP — может вам всего-то нужна пара состояний и WebView, чтобы проверить спрос.
Если не получается даже определить MVP, попробуйте подумать от обратного. Задайте себе вопрос: сколько максимально недель вы как бизнес готовы потратить на этот проект? Скажем три недели — ок, а пять — кажется уже многовато. Дальше прикидывайте, сколько вы сделаете за этот период — это и будет вашей оценкой.
Фишка в том, что вы скорее всего не сможете предложить бизнесу неработающую фигню, типа сделать бекенд регистрации юзеров без приложения — просто язык не повернётся. А ещё, конечно в том, что когда вы дадите обещание — вы от него уже не отвернитесь: и технологии новые выучите, и лишнюю красоту наводить не будете, только чтобы успеть вовремя.
Другие вопросы — #вопрос. Задать свой — fedor@borshev.com
Не оценивайте весь проект сразу. Возьмите пару дней, чтобы подумать и разобраться в том, что вы будете делать, и оцените самый маленький кусок.
Скажем, если начинаете новое мобильное приложение — не пытайтесь вывести стоимость одного экрана или ещё какую-нибудь хрень, которую используют агентства, чтобы побольше вытащить денег из клиента. Определите MVP — может вам всего-то нужна пара состояний и WebView, чтобы проверить спрос.
Если не получается даже определить MVP, попробуйте подумать от обратного. Задайте себе вопрос: сколько максимально недель вы как бизнес готовы потратить на этот проект? Скажем три недели — ок, а пять — кажется уже многовато. Дальше прикидывайте, сколько вы сделаете за этот период — это и будет вашей оценкой.
Фишка в том, что вы скорее всего не сможете предложить бизнесу неработающую фигню, типа сделать бекенд регистрации юзеров без приложения — просто язык не повернётся. А ещё, конечно в том, что когда вы дадите обещание — вы от него уже не отвернитесь: и технологии новые выучите, и лишнюю красоту наводить не будете, только чтобы успеть вовремя.
Другие вопросы — #вопрос. Задать свой — fedor@borshev.com
Не только быть, но и казаться
Представим, что вы — самый гениальный программист в офисе, но с плохой репутацией: к примеру все думают, что с вами тяжело общаться или вы срываете сроки. Плохая репутация не позволяет применять ваши крутые навыки — ни один менеджер не приходит к вам с задачей, и ни одна команда не зовёт в новый проект: людям нужен результат, и они лучше обратятся к кому-нибудь менее опытному, но более надёжному.
Или вы менеджер с репутацией человека, у которого оседают проблемы. Каким крутым решателем вы бы ни были — люди будут приходить к вам с плохими ожиданиями, и проблемы рано или поздно начнут осядать. Исполнители будут воспринимать вас в штыки, руководители сверху будут задавать неконструктивные вопросы, коллеги из соседним столом — игнорировать ваши письма.
И наоборот, если у вас есть репутация решателя — даже когда вы затупите с очередной проблемой, коллеги подскажут и помогут: мало ли, бывает со всяким.
Следите за репутацией — иногда не дела формируют репутацию, а репутация формирует дела.
Представим, что вы — самый гениальный программист в офисе, но с плохой репутацией: к примеру все думают, что с вами тяжело общаться или вы срываете сроки. Плохая репутация не позволяет применять ваши крутые навыки — ни один менеджер не приходит к вам с задачей, и ни одна команда не зовёт в новый проект: людям нужен результат, и они лучше обратятся к кому-нибудь менее опытному, но более надёжному.
Или вы менеджер с репутацией человека, у которого оседают проблемы. Каким крутым решателем вы бы ни были — люди будут приходить к вам с плохими ожиданиями, и проблемы рано или поздно начнут осядать. Исполнители будут воспринимать вас в штыки, руководители сверху будут задавать неконструктивные вопросы, коллеги из соседним столом — игнорировать ваши письма.
И наоборот, если у вас есть репутация решателя — даже когда вы затупите с очередной проблемой, коллеги подскажут и помогут: мало ли, бывает со всяким.
Следите за репутацией — иногда не дела формируют репутацию, а репутация формирует дела.
Почему я не веду базу знаний
Я не питаю иллюзий по поводу базы знаний: трудозатраты, вложенные в накопление информации, ко мне не возвращаются.
Как-то я открыл эверноут и увидел там 50 аккуратных записей, трудолюбиво созданных за прошедшие полгода. При этом не смог вспомнить ни одного раза, когда я этими записями хоть как-нибудь воспользовался. Даже если посчитать, что на создание каждой записи я потратил одну минуту, то это почти час осознанного времени, который не принёс ровно ничего.
После этого я отправил весь свой архив знаний в корзину, и ни разу с тех пор не пожалел.
Всё, что мне кажется ценным как знание, я распихиваю по соответствующим местам. Интересную статью кидаю коллегам или сразу добавляю в общую вики. Доступы и документы храню в менеджере паролей. Идеи для постов — трелло, скелеты и черновики — в Bear.
Вот, кстати, Всеволод Устинов тоже отказывается от базы знаний.
Я не питаю иллюзий по поводу базы знаний: трудозатраты, вложенные в накопление информации, ко мне не возвращаются.
Как-то я открыл эверноут и увидел там 50 аккуратных записей, трудолюбиво созданных за прошедшие полгода. При этом не смог вспомнить ни одного раза, когда я этими записями хоть как-нибудь воспользовался. Даже если посчитать, что на создание каждой записи я потратил одну минуту, то это почти час осознанного времени, который не принёс ровно ничего.
После этого я отправил весь свой архив знаний в корзину, и ни разу с тех пор не пожалел.
Всё, что мне кажется ценным как знание, я распихиваю по соответствующим местам. Интересную статью кидаю коллегам или сразу добавляю в общую вики. Доступы и документы храню в менеджере паролей. Идеи для постов — трелло, скелеты и черновики — в Bear.
Вот, кстати, Всеволод Устинов тоже отказывается от базы знаний.
Вопрос: где найти боевой опыт для начинающего программиста?
Сделайте его себе сами. Просто скопируйте какой-нибудь готовый продукт, к примеру классический hackernews или ленту.ру. Подробнее — посмотрите пост Толи Бурова об этом.
Второй вариант — найти команду, которая готова делиться боевым опытом. К примеру у нас в ГдеМатериале иногда появляются места для ребят совсем без опыта — главное, чтобы умели писать тесты. Таким ребятам мы даём простые задачи с большими сроками, вроде багов в сентри или простых рефакторингов. В обмен вы получаете боевой опыт на крупном проекте и возможность задать любой вопрос более опытным коллегам. Когда такие места появляются — я пишу здесь.
Почитайте другие ответы по тегу #вопрос.
Сделайте его себе сами. Просто скопируйте какой-нибудь готовый продукт, к примеру классический hackernews или ленту.ру. Подробнее — посмотрите пост Толи Бурова об этом.
Второй вариант — найти команду, которая готова делиться боевым опытом. К примеру у нас в ГдеМатериале иногда появляются места для ребят совсем без опыта — главное, чтобы умели писать тесты. Таким ребятам мы даём простые задачи с большими сроками, вроде багов в сентри или простых рефакторингов. В обмен вы получаете боевой опыт на крупном проекте и возможность задать любой вопрос более опытным коллегам. Когда такие места появляются — я пишу здесь.
Почитайте другие ответы по тегу #вопрос.
Перечитывал канал и задался вопросом — а почему я всё время рассказываю только про хорошее? Если вебинар — то про 100 слайдов, а не про больное горло, 60 недобеганных километров и 3 кг лишнего веса, в которые обошлась подготовка. Если продукт — то про гипотезы-успехи-смузи, а не про фейлы и убыточные направления.
К примеру недавно в ГдеМатериале мы взяли крутого специалиста по контекстной рекламе на направление, которое сами не протестировали. В итоге человек вышел, проработал две недели и нам пришлось с ним расстаться.
Так что если ищете специалиста по контекстной рекламе и медийным сетям, который лезет руками в автоматизацию, разбирается в юнит-экономике и сегментации пользователей — пишите @tikhomirow_anton.
Ну и чтобы два раза не вставать — расскажите, как относитесь к теме фейлов на канале?
🙏 — давай больше
💩 — нет, хочу как в инстаграме у Ким Кардашьян
К примеру недавно в ГдеМатериале мы взяли крутого специалиста по контекстной рекламе на направление, которое сами не протестировали. В итоге человек вышел, проработал две недели и нам пришлось с ним расстаться.
Так что если ищете специалиста по контекстной рекламе и медийным сетям, который лезет руками в автоматизацию, разбирается в юнит-экономике и сегментации пользователей — пишите @tikhomirow_anton.
Ну и чтобы два раза не вставать — расскажите, как относитесь к теме фейлов на канале?
🙏 — давай больше
💩 — нет, хочу как в инстаграме у Ким Кардашьян
Спасибо всем, кто в субботу пришёл на вебинар! На этот раз получилось намного больше интерактива, чем в прошлый. В основном — благодаря вашим глубоким вопросам :-)
Судя по 40 отзывам, которые вы оставили — вам тоже было полезно. Надеюсь, интерактивный формат разовьётся во что-то ещё более интересное.
Ну а если вы не были — покупайте запись. Это столько же пользы, сколько на живом вебинаре, только с возможностью ставить на паузу. Смотрите тизер:
Судя по 40 отзывам, которые вы оставили — вам тоже было полезно. Надеюсь, интерактивный формат разовьётся во что-то ещё более интересное.
Ну а если вы не были — покупайте запись. Это столько же пользы, сколько на живом вебинаре, только с возможностью ставить на паузу. Смотрите тизер:
YouTube
Тизер вебинара «Правила роста: от джуниора до CTO»
Купить полную версию — https://pmdaily.ru/courses/cto-growth/
FEDOR BORSHEV pinned «Спасибо всем, кто в субботу пришёл на вебинар! На этот раз получилось намного больше интерактива, чем в прошлый. В основном — благодаря вашим глубоким вопросам :-) Судя по 40 отзывам, которые вы оставили — вам тоже было полезно. Надеюсь, интерактивный формат…»
Журналы не работают, если их не мониторить
Вот сделали вы мониторинг времени ответа сайта. Классная штука — теперь есть умные графики, все отклонения от нормы сразу видно. Только вот беда — если через месяц бекендер выкатит код, который увеличит TTFB самой посещаемой вашей страницы до 1 секунды, то это так и провисит, пока маркетинг не заметит подорожание стоимости лида из-за упавшей конверсии.
Всё потому, что вы сделали журнал, но не настроили мониторинг — не будет же программист после каждого деплоя ходить в датадог и смотреть на графики, правда?
Если хотите, чтобы за метрикой следили — её недостаточно просто снимать. Нужно настроить алёрты, причём такие, которые точно кто-нибудь прочитает.
У нас в ГдеМатериале это отдельный канал в телеграме, на который у всех включены уведомления.
Вот сделали вы мониторинг времени ответа сайта. Классная штука — теперь есть умные графики, все отклонения от нормы сразу видно. Только вот беда — если через месяц бекендер выкатит код, который увеличит TTFB самой посещаемой вашей страницы до 1 секунды, то это так и провисит, пока маркетинг не заметит подорожание стоимости лида из-за упавшей конверсии.
Всё потому, что вы сделали журнал, но не настроили мониторинг — не будет же программист после каждого деплоя ходить в датадог и смотреть на графики, правда?
Если хотите, чтобы за метрикой следили — её недостаточно просто снимать. Нужно настроить алёрты, причём такие, которые точно кто-нибудь прочитает.
У нас в ГдеМатериале это отдельный канал в телеграме, на который у всех включены уведомления.
Самый простой способ запустить любой проект
Внезапно, самый простой способ запустить абсолютно любой проект — это просто назначить еженедельную встречу, которую нельзя отменять.
Знание того, что через три дня нужно будет рассказать коллегам о своих результатах здорово мотивирует.
Если в вашем случае периодические встречи не работают — значит они проходят не в том составе: либо не хватает людей, которые действительно могут что-то сделать, либо вместо рабочей встречи собирается кружок прокрастинаторов. И то, и другое можно решить, просто разбавив состав участников кем-нибудь, кому надо больше других — к примеру самим собой.
Внезапно, самый простой способ запустить абсолютно любой проект — это просто назначить еженедельную встречу, которую нельзя отменять.
Знание того, что через три дня нужно будет рассказать коллегам о своих результатах здорово мотивирует.
Если в вашем случае периодические встречи не работают — значит они проходят не в том составе: либо не хватает людей, которые действительно могут что-то сделать, либо вместо рабочей встречи собирается кружок прокрастинаторов. И то, и другое можно решить, просто разбавив состав участников кем-нибудь, кому надо больше других — к примеру самим собой.
hub — расширение для git от гитхаба
hub — это расширение для командного интерфейса git от гитхаба, позволяет удобно работать с сущностями гитхаба прямо из командной строки.
К примеру, чтобы скачать к себе код из ветки коллеги, больше не нужно выискивать ее название в пулл-реквесте — достаточно просто набрать
Если вы пользуетесь консольным клиентом git, но еще не пользуетесь hub — обязательно поставьте себе.
hub — это расширение для командного интерфейса git от гитхаба, позволяет удобно работать с сущностями гитхаба прямо из командной строки.
К примеру, чтобы скачать к себе код из ветки коллеги, больше не нужно выискивать ее название в пулл-реквесте — достаточно просто набрать
git checkout <путь к пулл-реквесту>. Запилить новый пулл-реквест можно при помощи git pull-request. Полный список фич доступен в man hub.Если вы пользуетесь консольным клиентом git, но еще не пользуетесь hub — обязательно поставьте себе.