FEDOR BORSHEV


Гео и язык канала: Россия, Русский
Категория: Технологии


Пишу о производстве сложных проектов, управлении продуктами, профессиональном росте программистов.
borshev.com / patreon.com/f213
Связаться со мной — fborshev@pm.me
Реклама не продаётся.


Гео и язык канала
Россия, Русский
Категория
Технологии
Статистика
Фильтр публикаций


Репост из: Продукты, книги и любовь
Когда технологии недостаточно

Федя у себя в канале рассказал о наших домашках с p2p-проверкой (peer-to-peer). Это когда не только эксперт проверяет ученикам домашку, но и сами ученики друг другу. Федя сказал, что это наше ноу-хау и это стало красной тряпкой для быка: в комментариях начали писать, что не мы это придумали, а курсера.

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

Однажды я узнала, что Hyper Island попробовали p2p-проверку реанимировать и у них были какие-то успехи. Не помню, что они сделали, но это дало толчок мне взглянуть на p2p еще раз и подумать, как сделать так, чтобы она заработала у нас. Тогда я поняла, что люди не проверяют чужие домашки не потому что забывают и им нужно 10 раз напомнить, а потому что они не знают как, они боятся насоветовать лишнего и испортить человеку жизнь. Этот инсайт лег в основу нашей механики p2p.

Мы стали не просто присылать домашку людям и просить проверить ее, но и помогать ее проверить:
1/ у нас есть пошаговая инструкция, как давать обратную связь, которую можно применить не только к домашек, но и к жизненным ситуациям целом,
2/ если есть дополнительный контекст, на что обратить внимание при проверке — мы это отдельно проговариваем в теле урока
3/ каждую неделю эксперт курса смотрит все сданные домашки и фидбэк учеников на них, и дает общую обратную связь в виде встречи или подкаста. Это позволяет исправить ошибку, если вдруг возникли недопонимания.

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

P.S. Чтобы пост не был таким сладким должна сказать, что косяки тоже есть. Например, пока где-то четверть учеников получает мало фидбэка, потому что кто-то сливается с обучения. Мы это решаем просьбой в общем чате, но недавно я узнала, что есть категория людей, которые боятся присылать свою домашку в общий чат. Думаю, как это побороть.

#фичи_курсов


Марьяна подробнее рассказала, как у нас всё устроено:


Школа: качаем навык обратной связи

Очень горжусь ноу-хау, которое придумала для нашей школы Марьяна — p2p-проверку домашек. Работает так — каждому студенту, который успел сдать домашку в дедлайн, приходит три домашки других студентов на проверку.

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

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

Третий плюс — экономия нашего с Марьяной времени. Мы ещё на первых потоках «Стать Тимлидом» заметили, что проблемы в домашках часто повторяют друг-друга. Дальше было два пути — либо делать шаблонные ответы (про это расскажу отдельно), либо придумывать что-то другое. Что-то другое в итоге превратилось в p2p-проверки и еженедельные подкасты для всего потока.

Хотите потренироваться в обратной связи — делайте наши домашки, например на ближайшем потоке «Стать Тимлидом», который стартует 14 июля.

Смотреть программу и отзывы →


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

Я стараюсь как можно больше второстепенных вещей отдавать подрядчикам — у нас аутсорсная бухглатерия в России и в Латвии, большинство сервисов (до сих пор) лежат в облаках, в школе у нас нет своих монтажёров, операторов и корректоров.

Однако ключевые для компании компетенции я никогда не отдам на аутсорс — вряд ли я когда-нибудь приму работу от нештатного программиста в f&s, или возьму методолога-фрилансера в школу. Дело в том, что в обоих моих компаниях внедрены довольно высокие требования к качеству — и эти требования гораздо легче соблюдать, когда вся работа происходит под одной крышей. Не буду же я учить программиста из региональной веб-студии писать тесты. Да и Марьяна не станет объяснять особенности работы с инженерами методолгу, который параллельно с нами будет делать курс по оформлению инстаграма.

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

Это был традиционный вопрос по понедельникам. Задавайте свои на fborshev@pm.me


Электронный документооборот

Радуюсь очередной сфере, в которой наступило будущее — электронный документооборот. Недавно в школе мы подключали сервис оплаты «Долями» — это такая рассрочка с платежами раз в две недели.

Там аунтификация в API происходит при помощи клиентского SSL-сертификата. Всё как у взрослых — генеришь у себя ключи и Certificate Signing Requet и отсылаешь в Certificate Authority, чтобы его выпустили.

Так вот, у «Долями» это происходит через электронную подпись. Буквально — вставляешь CSR в вордовский документ, отсылаешь его через Диадок (кто не знает — это система электронного документооборота от Контура), и через 5 минут тебе прилетает сертификат. Представляю, как это выглядело бы лет 10 назад — хорошо, если на дискетах не заставили бы вести.

Благодаря ЭДО у нас почти нет бумаг от клиентов, а у клиентов — от нас: 90% b2b-заказчиков получают закрывающие документы в течение пары недель после окончания курса. Если бы не было ЭДО, я скорее всего даже не начинал бы b2b-направление, чтобы не возиться с почтой и курьерами.

Конечно, по сравнению с той же латвийской системой для физлиц, где ты просто вставляешь своё удостоверение в ридер за 25 евро и подписываешь что хочешь, в отечественном ЭДО много специфики — суверенные протоколы шифрования (есть даже доверенности в XML!), подпись выдают только в налоговой, документация ко всему просто отвратительная. Но времени экономит всё равно кучу.

Если подписываете больше двух документов в месяц — обязательно подключите себе.


Стать Тимлидом 4

Мы стартуем четвёртый поток самого важного курса школы — «Стать Тимлидом». Если сложить вместе все 5 дисциплин, которые мы преподаём, то получится курс об ответственности — как не ждать, что CTO/тимлид придёт и «всё починит», а сделать самому: договориться с коллегами, нанять людей и не прошляпить сроки.

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

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

Смотреть программу и отзывы →

Стартуем 14 июля, до конца месяца — промокод E9S1M на 10% скидки. Участие можно оплатить через компанию — закрывающие документы мы предоставим.


8 июля (это через две недели) выступаю на Ural Digital Weekend в Перми. Буду говорить о терминале для программистов — как с помощью современных консольных утилит экономить время и почему пользоваться ими быстрее, чем IDE.

Кроме обзора инструментов, расскажу что ещё можно делать в терминале — почему через vim получается быстрее редактировать текст и как автоматизировать скучные дела при помощи ansible.

Организаторы дали мне промокод со скидкой на участие — BORSHCHEV145, приходите.


Продолжаем городить огородики

После начала войны и отказа кучи сервисов работать с Россией, я решил немножко добавить себе контроля над собственными артефактами жизнедеятельности — чтобы избежать ситуации, когда условный дропбокс пришлёт письмо «извините, но вы русский, пока-пока». Решил собрать себе специальный сервак, который будет архивировать все мои данные и бекапить их на какую-нибудь площадку промышленного уровня.

Конечно, выполнить это решение оказалось не так легко, как принять. Кажется, что арендовать и настроить сервак легко — ведь я это делал уже сотню раз, не меньше. Но на самом деле, даже если забыть про десяток часов на первоначальную настройку (hetzner server auction, накатить операционку, поднять nextcloud/cloudflared/gitea, настроить бекапы), мы всё равно получаем получаем противно зудящий потребитель времени. То бекапы отвалились, то nextcloud записал десяток гигабайт в свой логфайл, то сокет mariadb отвалился из контейнера, то nextcloud перешёл в maintanence mode по одному ему видимым причинам, то штатный образ ubuntu из hetzner не перенёс перезагрузку и завис.

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

— Настроить gmvault, чтобы бекапить почту из gmail (адекватной замены я так и не нашёл)
— Перейти на borgbackup
— Нормально настроить системные логи и их мониторинг
— Настроить автоматические зерклаирование копроративных и собственных репозиториев во внутренний gitea
— Сделать ещё пару секретных вещей

Особенно тяжело это всё делать потому, что эта работа — бойлепрлейт: не приносит никакой ценности прямо сейчас, а просто делает меня немного спокойнее.

Есть идеи, чего ещё добавить в план?


Ценность vs бойлерплейт

Когда я был разработчиком (и даже CTO в стартапе), я всегда чётко отделял вспомогательную работу от работы, приносящей пользу бизнесу. Вспомогательная деятельность — это организовать выплату зарплаты, сделать новую инфраструктуру, написать новый регламент, встретиться с бухгалтерией: делать не хочется, но надо, иначе основная деятельность загнётся. Основная деятельность — это сделать код-ревью, помочь с планированием роадмапа, накидать архитектуру, настроить линтер, поговорить 1:1 с разработчиком: это такая работа, от которой бизнес ощущает пользу, и которую хочется делать 100% времени.

Я всегда старался поддерживать соотношение 80% работы к 20% вспомогательной деятельности, и жил хорошо. Но потом я ушёл в собственный бизнес. Первое время я страдал от огромного количества совершенно пустых и скучных дел — разобраться с налоговой и юрлицом, оплатить сервисы, сходить на встречи с 10 потенциальными клиентами, подключить диадок, настроить бейксемп и почту: несмотря на умение делегировать, мне было скучно — хотелось просто писать код для клиентов, в крайнем случае — нанимать программистов, чтобы они писали код за меня.

Недавно понял, что моё отношение поменялось — _я больше не хочу участвовать в написании кода_. Теперь свою ценность я вижу как раз в том, что раньше мне казалось бойлерплейтом — в умении организовать работу команды: сделать, чтобы деньги от зарубежных клиентов попадали в страну, изолировать программистов от слишком торопливых заказчиков, обеспечить бесперебойную работу бухгалтерской инфраструктуры, сформировать принципы взаимодействия в команде. Код и архитектуру конечно бросать нельзя, но теперь целевое соотношение будет обратным — 20% кода и 80% организации.

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


Меняю банки

В связи со всеми этими изменениями в банках, я сделал для себя довольно смешной вывод: есть области, где интерфейс — совершенно не главное.

Даже смешно, что раньше банк я выбирал по красоте приложения. Что толку от приложения Тинькофф, если оно не умеет отсылать переводы за границу в евро? Зачем нужен ещё более классный Револют, если он эти платежи не умеет принимать?

Раньше я думал, что всё просто: за хорошим интерфейсом стоят хорошие дизайнеры, а система с хорошими дизайнерами делает самое главное — не тратит моё время впустую. Когда мне понадобится выписка — я смогу её получить сразу и в excel, а не ждать две недели, пока все мои транзакции осядут в недрах бухгалтерских книг. Дизайнеры же понимают, что если я проверяю выписку, то мне скорее всего нужны недавние платежи, а не то, что происходило месяц назад. Если в посольстве у меня попросят справку о состоянии счёта на английском языке — я получу её за секунду, без визита в отделение: ведь дизайнеры же знают, что я и так занят беготнёй с визой, зачем добавлять мне ещё точек посещения.

Но сейчас я понимаю, что за дизайнерами стоят менеджеры, а за менеджерами — политики. И банк теперь выбираю по возможностям, а не по интерфейсу — поэтому привет Райффайзен и Bunq (претендент на звание самого запутанного банковского приложения): спасибо, что к вам не надо ходить ногами, вы пока умеете переводить деньги в евро, не берёте конскую комиссию за хранение трёх тысяч долларов.

Самое смешное, что на этом фоне я стал серьёзно задумываться о переходе обратно на линукс после ~10 лет на маке, но про это расскажу как-нибудь отдельно.


Измеримые критерии усталости

У меня тут в начале мая случилась авария — я переработал до отказа: буквально руки не поднимались делать дела, сил хватало закрыть 1–2 задачи в день, а всё остальное время сливал в пустоту. После почти двухнедельного отдыха (это для меня много), я сел и начал анализировать — из-за чего это случилось, и что сделать, чтобы больше так не выдыхаться.

Из-за чего случилось — довольно понятно: мой предыдущий отпуск был запланирован на 26 февраля, и конечно же я его отменил — и курс доллара непонятный (я летел в ОАЭ), и от команды далеко уходить не хотелось. Потом я как-то пытался компенсировать отдых — брать дейоффы, побольше спать и поменьше работать, но не получилось — видимо сказался общий нервяк от войны.

Где-то к апрелю я пришёл в состояние «некогда отдыхать» — когда даже боишься себе представить, что перестанешь работать на пару часов пораньше или проведёшь лишний выходной с семьёй. Получилась положительная обратная связь — стал работать так много, что перестал адекватно воспринимать работу, от чего начинал работать ещё больше. К чему это привело — написал выше.

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

В поисках KPI я посравнивал своё отдохнувшее состояние с тем, что было в начале мая и нашёл вот такие отличия усталого Феди от нормального. Усталый Федя:
— Избегает общения с новыми людьми (да и со старыми тоже).
— Не хочет слушать новую музыку (даже daily mix в Spotify), смотреть новые фильмы.
— Не хочет медитировать и писать в дневник.
— Много ест (странно, но потребление алкоголя при этом в норме).
— Не хочет в новый город\новую кофейню\новый ресторан.

Кажется самый показательный и измеримый пункт из этого — дневник. Day One, который я использую, показывает календарь с днями, в которые я пишу заметки. В апреле дней с заметками было всего 6, причём в середине месяца было целых три недели подряд, в которые я вообще не притрагивался к дневнику.

Это и будет KPI — теперь если я обнаружу, что за две недели ни разу не притрагивался к дневнику, то я сразу же брошу все дела и устрою себе минимум 5-дневный отпуск.

А какие у вас есть измеримые критерии усталости?


Четырёхдневная рабочая неделя

Мы в «Феде и Самате» запустили эксперимент — перешли на 4-х дневную рабочую неделю. Считаем, что так команда будет лучше себя чувствовать, а производительность не изменится.

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

Во-вторых, я не знаю ни одного программиста, который в состоянии целую неделю без перерыва писать код. Не хочу обманывать ни себя, ни команду — из 5 дней как минимум один окажется пустым и неэффективным, просто потому что мозгу тяжело делать одно и то же столько времени. А вот 4 дня мне кажутся вполне возможной целью.

В-третьих, мы, как и многие, игнорируем государственные праздники. Когда вся страна отдыхает в очередной день единения — мы работаем: спринты не смещаются под праздники и карантины. Думаю, 52 дополнительных выходных в год должны это морально компенсировать.

Пока запускаем эксперимент на два месяца — до августа. Производительность будем замерять по ощущениям: просто сравним списки закрытых задач по периодам. Параллельно делаем анонимный опрос (спасибо, Ксюша) «Работал ли ты в эту пятницу».

О ходе эксперимента буду рассказывать здесь и дальше. Буду рад вопросам и советам :-)


Менеджер слышит то, что хочет услышать

Если составить топ проблем разработки, с которыми ко мне когда-либо приходили проектные менежеры, то в самом верху будет «срываются сроки». Банальное — договорились сдать в четверг, настал уже вечер пятницы, а от программиста всё ещё ни слуху, ни духу. Часто в этом виноват накопленный техдолг, плохая коммуникация или безответственные программисты. Но причина может быть и в самом менеджере, вернее в его неумении слушать.

Когда программисты называют сроки в виде вилки, типа «2–4 дня», многие менеджеры слышат только первую часть вилки — «2 дня». Если сказать «во второй половине мая», менеджер услышит «15 мая» вместо «между 15 и 30 мая». Если сказать «не меньше трёх дней», менеджер услышит «три дня».

Что с этим делать? Если вы программист — называйте абсолютные, а не относительные сроки. Не «2–4 дня», а «будет в следующий понедельник». Не «во второй половине мая», а «1 июня». Не «не меньше трёх дней», а «через три дня назову срок».

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


«Вы приняты» — стартуем послезавтра

Забавный факт — когда я проверял за Димой четвёртый урок курса, то понял, что совсем не умею писать резюме — так уж вышло, что на все рабочие места в жизни я устраивался через cover letter и личные встречи. В больших компаниях, тем более зарубежных, так не сработает — вам придётся проходить все формальности: сорсера, HR-менеджера и только потом уже встречаться с командой.

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

Кроме написания резюме и выбора компании, мы говорим о том, как торговаться за офер, тренируем самопрезентацию, факультативно изучаем ведение профессионального блога и пет-проектов. Курс ориентирован на разработчиков, но подойдёт всем, кто связан с айтишечкой. Если вы разработчик — берите «VIP» или «в тусовке», если просто интересуетесь поиском работы за рубежом — «самостоятельный».

Стартуем послезавтра (26 мая) со встречи-знакомства в 19:00 — смотрите программу и приходите. По промокоду LC10 скидка 12% до 23:59.

Записаться →


Загружаться творческой работой на ночь

Мой любимый метод преодолевать творческий кризис — загружать голову работой на ночь. Идея простая — если мы упёрлись а задачу, где не видим красивого решения, надо сформулировать для себя вопрос и лечь с ним спать.

Важно, чтобы этот вопрос был максимально конкретным:
— Как заложить одновременную поддержку SNOMED и МКБ11 в модель данных МИС?
— Как сохранить привязку к метафоре в конце доклада?
— Чем заменить маркетинговую функциональность mailchimp?\
— Какой мой жизненный опыт подходит для примера в факультативе про собеседования?

Не знаю, как это работает, но если найти в себе силы задать такой вопрос на ночь, с утра гарантированно просыпаешься с решением. Конечно при этом важно после пробуждения не хвататься первым делом за телефон, а 5–10 минут полежать в одиночестве и спокойствии. Лучше вообще чтобы телефона рядом не было.


Только 80 порт

Большая боль для современной эксплуатации — это бекенд, который лезет на уровень протокола: терминирует SSL, отдаёт заголовки HSTS или CSP или даже делает Basic-авторизацию. С одной стороны звучит довольно просто — поставил пару пакетов для любимого фреймворка, и добавил безопасности и удобства.

К сожалению, это не правда. Возьмём, к примеру, HSTS — заголовок, с помощью которого приложение может сказать «дальше соединяйся со мной только по HTTPS, пожалуйста». Браузер кеширует этот заголовок, и больше никогда не пойдёт по HTTP-ссылке на приложение. Вроде бы отличное поведение, но ровно до того момента, пока вы не запустите приложение с таким заголовком на локалхосте, после чего у вас перестают работать все не-SSL приложения, которые висят на этом же порту.

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

Я не говорю о попытках терминировать SSL или реализовать HTTP/2 в том же контейнере, где крутится код. В специально приспособленных местах такие вещи делаются за 1 строку кода, или вообще без неё. А в контейнер приходится заводить nginx, letsnencrypt и ещё кучу скучных вещей.

Всё, что должен знать современный бекенд про HTTP — это то, что его будут спрашивать по 80 порту (и то не обязательно). Всё остальное — забота балансировщика, nginx, cloudflare или что там у вас.


Как за один вопрос разрушить отношения с покупателем?

Довольно легко — нужно предложить ему ему написать заявление на возврат.

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

Такой вот клиентский сервис — человек уже недоволен вашими услугами, а вы просите его пройти унизительную процедуру возврата. Мне вдвойне обидно, потому что я знаю, что такая процедура не обоснована совершенно ничем: любой банк-эквайер возвращает деньги в один запрос API (или два клика), параллельно выбивая чек возврата. Есть всего две причины, по которой люди так делают — они либо не могут договориться с собственной бухгалтерией, либо искусственно снижают процент возвратов. Обе эти причины, конечно же, не заслуживают никакого уважения.

В Школе мы возвращаем деньги по первому требованию. Возможно именно поэтому процент возвратов у нас намного меньше единицы. Хочу, чтобы так было везде.


Репост из: запуск завтра
​​Наш ведущий фронтендер Миша Бурмистров сделал чеклист по веб-безопасности для фронтенд-разработчиков компании.

Хвастаюсь!

Опубликую ещё первый комментарий Миши к этому посту (не видны публично):

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

А чтобы почитать остальные комментарии — придется устроиться к нам на работу :)

Признаюсь, я и сам не знаю некоторых аббревиатур 🙈

Разработчики, которые думают о безопасности — единственный способ делать безопасные приложения. Никакие отделы безопасности не спасут, если разработчикам пофиг. Так же, как и с тестированием — о качестве должны думать все разработчики, а не только «специалисты»!

В общем, горжусь и хвастаюсь!


Репост из: Продукты, книги и любовь
Второй раз на те же грабли

У меня дежавю. Два года назад мы с Федей запустили курс про делегирование «Самому не проще». Тогда на открытие продаж, я говорила что это для программистов, потому что все примеры для них. Но бесстрашные люди других профессий покупали и писали мне, что я не права — им тоже полезно. Через полтора года я поменяла упаковку и сама начала советовать его, если видела, что человеку нужно. В итоге курс прошли почти 200 человек.

В начале мая мы открыли продажу на новый курс про поиск работы за рубежом под названием «Вы приняты». Снова упаковка для программистов. После открытия продаж, если мне писали «а можно мне, если я продакт», я отвечала, что нет.

Сейчас мы подготовили 3 урока из 7 и я для себя поймала на том, что уже выписала целую простыню пользы. Например, как оценивать оффер и торговаться за условия по формуле Бэна Оренстина. Или что может входить в релокейт пакет, а что нет, стоит ли озвучивать свои зарплатных ожидания до собеседования и ок ли потом поменять свое мнение, узнав подробнее о своей роли или задачах.

Блин, это же совершенно универсальные штуки, которые подойдут и помогут повысить шансы найма любому человеку, который сейчас в поиске работы за рубежом. А я говорю «не покупайте» 🤦‍♀️

Короче, меняю формулировку. Если вы программист — покупайте вип-тариф или тусовку, чтобы получить по максимуму обратной связи и поддержки комьюнити. Если вы непрограммист — берите самостоятельный тариф, будет полезно и стоит всего 6500 руб. В тусовке вы можете себя чувствовать чужим, там будут в основном инженеры.

Стартуем 26 мая. Всего три недели. По два урока в неделю. Много практики, бери и делай. От меня промокод love на 10% скидки до 25 мая.

Посмотреть программу и первый урок

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


Первый год Школа Сильных Программистов существовала без названия — мы думали над концепцией, потому что не хотели делать ещё одну школу на рынке. Хотели сделать пространство с поддерживающей средой и возможностью развития. Чтобы отвечать на вопросы которые страшно, стыдно, неуместно задавать.

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

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

Если собираетесь за рубеж — промокод W1ND действует до вечера понедельника. Честную рассрочку, которая пропала после начала войны, мы восстановили. Будет ли повтор курса мы не знаем, так что если хотели — присоединяйтесь.

Смотреть программу и первый урок

Показано 20 последних публикаций.