Готов ли я этим заниматься всю жизнь?
Когда мне выпадает возможность взять новую и сложную активность вроде нового клиента или нового проекта, я пытаюсь понять: насколько я вообще хочу этим заниматься.
В какой-то момент таких активностей стало настолько много, что я в них погряз — просто брал всё, что казалось интересным и перегружался. В итоге не делал ничего важного, фокусируясь только на срочных делах, не делать которые было невозможно.
Сейчас, каждый раз, когда нужно принять решение, я провожу простой мысленный эксперимент: «Готов ли я этим заниматься всю жизнь?».
— Готов ли я всю жизнь писать код для клиента, чья доменная область у меня вызывает отвращение? Ну тогда и начинать не стоит.
— Готов ли я всю жизнь делать проект, который не принесёт денег или морального удовлетворения? Нет.
— Готов ли я всю жизнь вести бизнес, который никогда не смасштабируется? Вряд ли.
Возможно метод работает потому, что вся жизнь — это настолько серьёзный коммитмент, что мозг выключается из ежедневной тупой рутины и начинает думать глобальнее. Может ещё почему-нибудь, не знаю. Но пустых проектов у меня стало точно меньше.
Когда мне выпадает возможность взять новую и сложную активность вроде нового клиента или нового проекта, я пытаюсь понять: насколько я вообще хочу этим заниматься.
В какой-то момент таких активностей стало настолько много, что я в них погряз — просто брал всё, что казалось интересным и перегружался. В итоге не делал ничего важного, фокусируясь только на срочных делах, не делать которые было невозможно.
Сейчас, каждый раз, когда нужно принять решение, я провожу простой мысленный эксперимент: «Готов ли я этим заниматься всю жизнь?».
— Готов ли я всю жизнь писать код для клиента, чья доменная область у меня вызывает отвращение? Ну тогда и начинать не стоит.
— Готов ли я всю жизнь делать проект, который не принесёт денег или морального удовлетворения? Нет.
— Готов ли я всю жизнь вести бизнес, который никогда не смасштабируется? Вряд ли.
Возможно метод работает потому, что вся жизнь — это настолько серьёзный коммитмент, что мозг выключается из ежедневной тупой рутины и начинает думать глобальнее. Может ещё почему-нибудь, не знаю. Но пустых проектов у меня стало точно меньше.
Forwarded from Продукты, книги и любовь
Курс про профессиональный рост для разработчиков из последнего поста скачало почти 1200 человек. И продолжают скачивать. Еще 300+ пошерили пост или сохранили на будущее. Я счастлива, что мы приняли это решение и можем поддержать такое количество людей.
Но мы вообще не ожидали, что придет так много людей. Содержать каждого — это апгрейд тарифов в сервисах, за которые мы платим в долларах, и зарплата сотрудникам. О прибыли для меня и Феди даже не говорим.
Поэтому если у вас есть возможность нас поддержать рублем — вы можете купить курс о делегировании «Самому не проще», единственный сейчас, в продаже. Он асинхронный, поэтому даже если сейчас нет в нем острой потребности, всегда сможете достать его из почты, когда назреет необходимость.
Я искренне им горжусь, потому что он помог сотни студентам начать делегировать. Хотя большинство заходили без надежды, что это получится. Мы писали его, держа в голове в основном программистов, но наши ученики говорят, что подходит всем.
Стоимость: 6500 руб, 3 лонгрида, запись Q&A-сессии и уютный чатик, где мы периодически синхронизируемся и помогаем, когда не получается.
Купить →
#самому_не_проще
Но мы вообще не ожидали, что придет так много людей. Содержать каждого — это апгрейд тарифов в сервисах, за которые мы платим в долларах, и зарплата сотрудникам. О прибыли для меня и Феди даже не говорим.
Поэтому если у вас есть возможность нас поддержать рублем — вы можете купить курс о делегировании «Самому не проще», единственный сейчас, в продаже. Он асинхронный, поэтому даже если сейчас нет в нем острой потребности, всегда сможете достать его из почты, когда назреет необходимость.
Я искренне им горжусь, потому что он помог сотни студентам начать делегировать. Хотя большинство заходили без надежды, что это получится. Мы писали его, держа в голове в основном программистов, но наши ученики говорят, что подходит всем.
Стоимость: 6500 руб, 3 лонгрида, запись Q&A-сессии и уютный чатик, где мы периодически синхронизируемся и помогаем, когда не получается.
Купить →
#самому_не_проще
#вопрос Пишу на C#, получается сильно перформить, хочу собрать свою команду для аутсорсинга. С чего начать? Где искать первых клиентов?
Для начала — сочуствую, как и любому будущему коллеге: аутсорс-разработка — это довольно тяжёлое и неблагодарное занятие.
Поиск клиентов — это основной скилл владельца аутсорса. К сожалению, аусторс может существовать с неперфомящей командой, которая пишет говнокод, но не может существовать без клиентов — так уж устроен этот рынок. Обычно первых клиентов набирают из знакомых или из клиентов текущего работодателя (осуждаю). Вроде бы есть ещё партнёрские программы — когда крупное агентство отдаёт часть клиентов на субподряд менее известным командам.
Если у вас не прокачан скилл продаж и поиска клиентов, самый лучший совет, который я могу дать — найдите себе партнёра. У нас с Саматом отношения построены именно так — он отвечает за поиск клиентов а я — за то, чтобы вещи в нашей команде происходили чётко и предсказуемо.
Это был традиционный вопрос по понедельникам. Задавайте на fborshev@pm.me.
Для начала — сочуствую, как и любому будущему коллеге: аутсорс-разработка — это довольно тяжёлое и неблагодарное занятие.
Поиск клиентов — это основной скилл владельца аутсорса. К сожалению, аусторс может существовать с неперфомящей командой, которая пишет говнокод, но не может существовать без клиентов — так уж устроен этот рынок. Обычно первых клиентов набирают из знакомых или из клиентов текущего работодателя (осуждаю). Вроде бы есть ещё партнёрские программы — когда крупное агентство отдаёт часть клиентов на субподряд менее известным командам.
Если у вас не прокачан скилл продаж и поиска клиентов, самый лучший совет, который я могу дать — найдите себе партнёра. У нас с Саматом отношения построены именно так — он отвечает за поиск клиентов а я — за то, чтобы вещи в нашей команде происходили чётко и предсказуемо.
Это был традиционный вопрос по понедельникам. Задавайте на fborshev@pm.me.
Нам отрубили мейлчимп
Это значит, что если вы купили «Самому не проще» или «Профессиональный рост», вы получите письма с задержкой в несколько дней.
Мейлчимп — критичная часть инфраструктуры школы: в нём были запрограммированы цепочки писем для курсов, в нём же хранились данные подписчиков. Сейчас у нас всё отняли без предупреждения — просто перекрыли доступы в контрольную панель.
Конечно все данные у нас сохранились, но теперь нужно время, чтобы переехать в новый сервис. Буду держать вас в курсе, если получится — даже устрою сеанс лайвкодинга по переезду.
Это значит, что если вы купили «Самому не проще» или «Профессиональный рост», вы получите письма с задержкой в несколько дней.
Мейлчимп — критичная часть инфраструктуры школы: в нём были запрограммированы цепочки писем для курсов, в нём же хранились данные подписчиков. Сейчас у нас всё отняли без предупреждения — просто перекрыли доступы в контрольную панель.
Конечно все данные у нас сохранились, но теперь нужно время, чтобы переехать в новый сервис. Буду держать вас в курсе, если получится — даже устрою сеанс лайвкодинга по переезду.
FEDOR BORSHEV
Нам отрубили мейлчимп Это значит, что если вы купили «Самому не проще» или «Профессиональный рост», вы получите письма с задержкой в несколько дней. Мейлчимп — критичная часть инфраструктуры школы: в нём были запрограммированы цепочки писем для курсов, в…
Сегодня в 19:00 буду в прямом эфире переезжать на свой огородик — сделаю собственную реализацию почтовых цепочек для школы, без Mailchimp.
Заодно попробуем, как работает новый стриминг в телеграме
Заодно попробуем, как работает новый стриминг в телеграме
FEDOR BORSHEV
dependabot → renovate Я давно пользуюсь dependabot, чтобы автоматически обновлять зависимости в репозиториях: все мои проекты покрыты тестами, и я могу не думать о совместимости. За всё время эта стратегия подвела меня всего один раз — как-то вышла новая…
This media is not supported in your browser
VIEW IN TELEGRAM
Вынужден с сожалением констатировать, что если вы не хотите, чтобы ваш сайт, приложение или бекенд без вашей воли начали выступать с политической позицией — прямо сейчас отключите dependabot, renovate и любую другую форму автоматического обновления пакетов.
Лучше посидеть без обновлений, чем рисковать, что вам прилетит какой-нибудь зловред, начиная с peacenotwar и заканчивая принудительным шифрованием файловой системы.
Лучше посидеть без обновлений, чем рисковать, что вам прилетит какой-нибудь зловред, начиная с peacenotwar и заканчивая принудительным шифрованием файловой системы.
Не сомневаться в принятых решениях
Важный принцип из ГТД — нужно отделить принятие решения от его выполнения.
Скажем, хочу я пробежать Московский Марафон. Если я просто поставлю себе в календаре напоминалку за месяц до старта, что пора бы зарегиться на марафон, то в день напоминалки меня начнут одолевать сомнения: а надо ли оно мне? А смогу ли я?
Если же я перенастрою голову и перестану сомневаться в принятых решениях, то я подумаю над этими вопросами только один раз — когда буду ставить задачу. Да и саму задачу я поставлю попроще, не «зарегистрироваться на марафон», а «открыть форму по такой-то ссылке». Когда придёт время, я просто потрачу 5 минут на регистрацию — ведь я уверен, что тот я, который ставил месяц назад задачу, подумал достаточно хорошо.
Тот же принцип и на работе — если вы с коллегами что-то решили, то нужно либо это сделать, либо решить заново. Сомневаться по пути — глупо: только силы потратите.
Важный принцип из ГТД — нужно отделить принятие решения от его выполнения.
Скажем, хочу я пробежать Московский Марафон. Если я просто поставлю себе в календаре напоминалку за месяц до старта, что пора бы зарегиться на марафон, то в день напоминалки меня начнут одолевать сомнения: а надо ли оно мне? А смогу ли я?
Если же я перенастрою голову и перестану сомневаться в принятых решениях, то я подумаю над этими вопросами только один раз — когда буду ставить задачу. Да и саму задачу я поставлю попроще, не «зарегистрироваться на марафон», а «открыть форму по такой-то ссылке». Когда придёт время, я просто потрачу 5 минут на регистрацию — ведь я уверен, что тот я, который ставил месяц назад задачу, подумал достаточно хорошо.
Тот же принцип и на работе — если вы с коллегами что-то решили, то нужно либо это сделать, либо решить заново. Сомневаться по пути — глупо: только силы потратите.
Доделал кастомные цепочки
Мы избавились от mailchimp в самом важном процессе — отсылке учебных писем. На стриме (и немного потом, см. код) я сделал собственную реализацию цепочек. Идея простая — все образовательные письма мы шлём не через маркетинговые инструменты вроде mailchimp или mindbox, а через транзакционные — sendgrid, postmark, mandrill, или даже через свой SMTP. Хоть это и выглядит немного огородно, это всё равно лучший вариант для школы. Даже если бы нас не заканселил мейлчимп, я бы всё равно это сделал, вот почему:
— Доставляемость. Письма моментально доходят и не попадают в папку «промоакции» в gmail. Это снимает запросы в сапорт вида «не вижу урока\посмотрите в «промоакциях», у нас их сейчас 3–4 в день.
— Контроль. Теперь у нас прямо в постгресе есть данные о том, какому студенту ушло письмо, какому — нет. Довольно легко можем обогатить эти данные данными из трекинга, чтобы сделать интересные триггеры, к примеру реактивировать студентов, которые не открыли два подряд письма от нас.
— Надёжность. Даже если нас забанят все в мире сервисы транзакционных писем — мы за пару часов переключимся на отправку через SMTP и будем слать письма через собственные шаблоны.
— Беспарольный вход! Теперь мы в одном шаге от открытия прозрачного входа в LMS — достаточно просто добавлять индивидуальный токен в каждую ссылку каждого письма, и студенты смогут вообще не проходить аунтификацию.
Сейчас заканчиваем восстанавливать рассылки по всем текущим курсам, так что если вы вдруг что-то не получили — получите сегодня.
Мы избавились от mailchimp в самом важном процессе — отсылке учебных писем. На стриме (и немного потом, см. код) я сделал собственную реализацию цепочек. Идея простая — все образовательные письма мы шлём не через маркетинговые инструменты вроде mailchimp или mindbox, а через транзакционные — sendgrid, postmark, mandrill, или даже через свой SMTP. Хоть это и выглядит немного огородно, это всё равно лучший вариант для школы. Даже если бы нас не заканселил мейлчимп, я бы всё равно это сделал, вот почему:
— Доставляемость. Письма моментально доходят и не попадают в папку «промоакции» в gmail. Это снимает запросы в сапорт вида «не вижу урока\посмотрите в «промоакциях», у нас их сейчас 3–4 в день.
— Контроль. Теперь у нас прямо в постгресе есть данные о том, какому студенту ушло письмо, какому — нет. Довольно легко можем обогатить эти данные данными из трекинга, чтобы сделать интересные триггеры, к примеру реактивировать студентов, которые не открыли два подряд письма от нас.
— Надёжность. Даже если нас забанят все в мире сервисы транзакционных писем — мы за пару часов переключимся на отправку через SMTP и будем слать письма через собственные шаблоны.
— Беспарольный вход! Теперь мы в одном шаге от открытия прозрачного входа в LMS — достаточно просто добавлять индивидуальный токен в каждую ссылку каждого письма, и студенты смогут вообще не проходить аунтификацию.
Сейчас заканчиваем восстанавливать рассылки по всем текущим курсам, так что если вы вдруг что-то не получили — получите сегодня.
Work-life balance
У понятия work-life balance есть странная асимметрия — его почти всегда употребляют только в одну сторону — «что-то я многовато работаю». Никогда не слышал, чтобы люди говорили: «Что-то я маловато работаю, надо бы побольше».
Думаю, эта асимметрия вызвана тем, что есть странные люди (назовём их «упёртыми»), которые в принципе не считают какой-либо баланс необходимостью. Вместо мифического баланса упёртые люди просто определяют свои цели и идут к ним. Если эта цель — проводить по 8 качественных часов с семьёй, и на счету хватает денег на 5 лет такой жизни, зачем напрягаться на работе? Если цель — заработать 50 миллионов, зачем бездельничать?
Баланс между работой и личной жизнью для упёртых людей — как баланс между едой и питьём или баланс между сном на правом и левом боку: нужно всё. Если не пить воду, еда перестанет усваиваться. Если не проводить время с близкими — будешь работать неэффективно.
Если вам не нравится ваш work-life balance, может, у вас просто цели нет?
У понятия work-life balance есть странная асимметрия — его почти всегда употребляют только в одну сторону — «что-то я многовато работаю». Никогда не слышал, чтобы люди говорили: «Что-то я маловато работаю, надо бы побольше».
Думаю, эта асимметрия вызвана тем, что есть странные люди (назовём их «упёртыми»), которые в принципе не считают какой-либо баланс необходимостью. Вместо мифического баланса упёртые люди просто определяют свои цели и идут к ним. Если эта цель — проводить по 8 качественных часов с семьёй, и на счету хватает денег на 5 лет такой жизни, зачем напрягаться на работе? Если цель — заработать 50 миллионов, зачем бездельничать?
Баланс между работой и личной жизнью для упёртых людей — как баланс между едой и питьём или баланс между сном на правом и левом боку: нужно всё. Если не пить воду, еда перестанет усваиваться. Если не проводить время с близкими — будешь работать неэффективно.
Если вам не нравится ваш work-life balance, может, у вас просто цели нет?
#вопрос Я написал код на основе того, что уже был в проекте, но на ревью мне сказали, что этот код был плохой и надо улучшать. Как сразу понимать, хороший код ты пишешь или нет?
У меня нет универсального совета, как отличать хороший код от плохого — в каждой команде и каждом проекте требования уникальны. Они обусловлены инженерной культурой, умением ребят договариваться с бизнесом и нанимать правильных людей, спецификой бизнес-домена и кучей всего ещё.
Могу дать другой совет — старайтесь улучшать всё. Если вы старше мидла — подходы к кодированию на проекте для вас уже не могут быть константой. Даже на самом чистом проекте с самой высокой инженерной культурой, весь код, который вы видите — это результат компромисса со временем. Если бы код писали безкомпромиссно, скорее всего компания, в которой вы работаете, уже не существовала бы.
Независимо от условий, в которых ваши предшественники заключали свои компромиссы — сейчас условия совершенно другие, и вы заключаете совершенно новый компромисс. Так что, не забывая про здравый смысл, начинайте с того, чтобы сделать себе удобно.
Это был традиционный вопрос по понедельникам. Задавайте свои на fborshev@pm.me
У меня нет универсального совета, как отличать хороший код от плохого — в каждой команде и каждом проекте требования уникальны. Они обусловлены инженерной культурой, умением ребят договариваться с бизнесом и нанимать правильных людей, спецификой бизнес-домена и кучей всего ещё.
Могу дать другой совет — старайтесь улучшать всё. Если вы старше мидла — подходы к кодированию на проекте для вас уже не могут быть константой. Даже на самом чистом проекте с самой высокой инженерной культурой, весь код, который вы видите — это результат компромисса со временем. Если бы код писали безкомпромиссно, скорее всего компания, в которой вы работаете, уже не существовала бы.
Независимо от условий, в которых ваши предшественники заключали свои компромиссы — сейчас условия совершенно другие, и вы заключаете совершенно новый компромисс. Так что, не забывая про здравый смысл, начинайте с того, чтобы сделать себе удобно.
Это был традиционный вопрос по понедельникам. Задавайте свои на fborshev@pm.me
Асинхронная Архитектура: новый набор
Мы долго сомневались, когда запускать новый поток Асинхронной Архитектуры. С одной стороны мы были готовы ещё до войны, а с другой — нам всем сейчас не до обучения, закрыть бы базовые потребности.
Недавно я это переосознал. Профессиональное развитие — это инвестиция, которую можно делать в любых условиях: собираешься ли ты уехать или остаёшься, в долларах ли ты хранил деньги или в рублях, платишь ли ты ипотеку или живёшь на съёмной квартире. Что бы ни происходило в мире, более скиллованные профессионалы всегда будут цениться дороже, чем менее скилованные. А значит и деньги заработаются, и безопасности добавится.
Мы открываем продажи на третий поток Асинхронной Архитектуры. Это фундаментальный курс о проектировании больших систем — о форматах данных, отказоустойчивости, тестировании и даже разговорах с бизнесом. Будет полезен, если собираетесь иметь дело с любым серьёзным проектом, в котором больше одного репозитория.
Даже если вы джун, который пилит монолит в маленьком стартапе, курс вам поможет: мышление проектировщика позволяет писать более понятный и изолированный код. Промокод V7DD10 даёт скидку 10% до 10 апреля.
Обучение стартует 21 апреля и длится 4 недели.
Смотреть программу →
У нас есть 20 мест для тех, кто недавно потерял работу или находится рядом с боевыми действиями, но имеет силы учиться. Напишите нам, если вас это касается
Мы долго сомневались, когда запускать новый поток Асинхронной Архитектуры. С одной стороны мы были готовы ещё до войны, а с другой — нам всем сейчас не до обучения, закрыть бы базовые потребности.
Недавно я это переосознал. Профессиональное развитие — это инвестиция, которую можно делать в любых условиях: собираешься ли ты уехать или остаёшься, в долларах ли ты хранил деньги или в рублях, платишь ли ты ипотеку или живёшь на съёмной квартире. Что бы ни происходило в мире, более скиллованные профессионалы всегда будут цениться дороже, чем менее скилованные. А значит и деньги заработаются, и безопасности добавится.
Мы открываем продажи на третий поток Асинхронной Архитектуры. Это фундаментальный курс о проектировании больших систем — о форматах данных, отказоустойчивости, тестировании и даже разговорах с бизнесом. Будет полезен, если собираетесь иметь дело с любым серьёзным проектом, в котором больше одного репозитория.
Даже если вы джун, который пилит монолит в маленьком стартапе, курс вам поможет: мышление проектировщика позволяет писать более понятный и изолированный код. Промокод V7DD10 даёт скидку 10% до 10 апреля.
Обучение стартует 21 апреля и длится 4 недели.
Смотреть программу →
У нас есть 20 мест для тех, кто недавно потерял работу или находится рядом с боевыми действиями, но имеет силы учиться. Напишите нам, если вас это касается
Данные без схемы — это техдолг
В 2017 году была очень популярна MongoDB — это такая база данных, которая не требует схемы, то есть не ограничивает разработчиков в формате данных, которые они в неё складывают. С тех пор много воды утекло — разработчики перестали пихать schemeless куда попало, менее маргинальные БД вроде PostgreSQL научились JSONb, а создатели MongoDB даже добавили поддержку схемы. Но многие ребята всё ещё пытаются хранить важные для бизнеса данные в JSON, и это плохо.
Сейчас покажу тупой пример. Допустим мы — книжное издательство, и храним у себя информацию о книгах в простом формате:
Автора книги всегда можно узнать, обратившись к ключу author объекта типа book — так делают сайт, мобильное приложение, интеграция с типографией и электронная библиотека. И когда неожиданно после года работы выяснится, что автора у книги может быть два или три, и book.author становится массивом, вам приходится лезть во все приложения, которые выводят автора книги и менять код для вывода, иначе пользователи увидят что-то вроде «'Роббинс, Тони', 'Трейси, Брайан'» вместо «Тони Роббинс и Брайан Трейси».
Пример предельно упрощён, но смысл понятен — если не ограничить формат хранения данных, то рано или поздно кто-то туда положит такое дерьмо, от которого развалится всё приложение. Если не хотите, чтобы так случилось — делайте максимально жёсткую структуру данных: никогда не пользуйтесь JSON для важных данных, и добавляйте столько констрейнтов, сколько только можете придумать. Если вам не повезло работать с критичными данными, хранящимися в документоориентированных БД — пишите максимально жёсткие схемы.
В 2017 году была очень популярна MongoDB — это такая база данных, которая не требует схемы, то есть не ограничивает разработчиков в формате данных, которые они в неё складывают. С тех пор много воды утекло — разработчики перестали пихать schemeless куда попало, менее маргинальные БД вроде PostgreSQL научились JSONb, а создатели MongoDB даже добавили поддержку схемы. Но многие ребята всё ещё пытаются хранить важные для бизнеса данные в JSON, и это плохо.
Сейчас покажу тупой пример. Допустим мы — книжное издательство, и храним у себя информацию о книгах в простом формате:
{
name: 'Как перестать переставать и начать начинать',
author: 'Роббинс, Тони',
…
}
Автора книги всегда можно узнать, обратившись к ключу author объекта типа book — так делают сайт, мобильное приложение, интеграция с типографией и электронная библиотека. И когда неожиданно после года работы выяснится, что автора у книги может быть два или три, и book.author становится массивом, вам приходится лезть во все приложения, которые выводят автора книги и менять код для вывода, иначе пользователи увидят что-то вроде «'Роббинс, Тони', 'Трейси, Брайан'» вместо «Тони Роббинс и Брайан Трейси».
Пример предельно упрощён, но смысл понятен — если не ограничить формат хранения данных, то рано или поздно кто-то туда положит такое дерьмо, от которого развалится всё приложение. Если не хотите, чтобы так случилось — делайте максимально жёсткую структуру данных: никогда не пользуйтесь JSON для важных данных, и добавляйте столько констрейнтов, сколько только можете придумать. Если вам не повезло работать с критичными данными, хранящимися в документоориентированных БД — пишите максимально жёсткие схемы.
#вопрос Ты часто журишь разработчиков, которые ставят сроки и продалбывают их. Но что делать, если я сам такой разработчик? Я твердо уверен, что дело не в моей лени или дисциплине. Как только дело доходит до планирования, все становится плохо. Такое случается даже в моем собственном проекте, в котором мне не перед кем отчитываться. Говорят, что не обязательно “угадывать срок”, достаточно просто вовремя корректировать его и управлять ожиданиями, но после второго переноса мне уже становится стыдно. Посоветуй, как перестать продалбываться и жить без стресса из-за сроков?
Думаю, для начала стоит осознать, что предсказывать будущее не умеет вообще никто. Мы и в настоящем-то слабо ориентируемся — почитайте список когнитивных искажений из википедии и ужаснитесь.
Справляться с чувством стыда, да и в целом более спокойно относиться к своим недостаткам, помогают психотерапевты: это инвестиция в себя мне кажется более полезной, чем новый курс или очередная конференция. Уже в процессе терапии почитайте книги, которые помогут продалбываться меньше. Возьмите Дорофеева, «Сделай это завтра» или любую другую книгу, которая нравится — из всего этого вы со временем построите методику продуктивности, которая не будет вас задалбывать.
А серебряной пули, увы, я не знаю.
Это был традиционный вопрос по понедельникам. Задавайте свои на fborshev@pm.me
Думаю, для начала стоит осознать, что предсказывать будущее не умеет вообще никто. Мы и в настоящем-то слабо ориентируемся — почитайте список когнитивных искажений из википедии и ужаснитесь.
Справляться с чувством стыда, да и в целом более спокойно относиться к своим недостаткам, помогают психотерапевты: это инвестиция в себя мне кажется более полезной, чем новый курс или очередная конференция. Уже в процессе терапии почитайте книги, которые помогут продалбываться меньше. Возьмите Дорофеева, «Сделай это завтра» или любую другую книгу, которая нравится — из всего этого вы со временем построите методику продуктивности, которая не будет вас задалбывать.
А серебряной пули, увы, я не знаю.
Это был традиционный вопрос по понедельникам. Задавайте свои на fborshev@pm.me
Кажется, ИТ-эмиграцией сейчас интересуются вообще все. Давайте поинтересуемся и мы — в четверг в 19:00 собираемся здесь с Димой @seniorsoftwarevlogger. Дима уже 8.5 лет живёт в Германии, сейчас работает в Twilio.
Диме можно будет позадавать вопросы о его опыте переезда и найма в зарубежную компанию, попросить рассказать об особенностях собеседований и выборе карьеры зарубежом.
UPD: запись лежит в комментах
Диме можно будет позадавать вопросы о его опыте переезда и найма в зарубежную компанию, попросить рассказать об особенностях собеседований и выборе карьеры зарубежом.
UPD: запись лежит в комментах