Очень понравился подкаст Devleads, посвященный проблемам, которые стоят перед тимлидами и руководителями разработки. На данный момент у подкаста всего два выпуска:
Первый об эмоциональном выгорании - феномене встречающимся во многих интеллектуальных сферах деятельности, предполагающих высокий уровень стресса и ответственности, о том, как вовремя распознать выгорание и что такое синдром самозванца.
Второй выпуск о способах мотивации сотрудников, таких как материальная и нематериальная мотивация и почему в творческих профессиях вторая намного важнее первой.
Обе темы постараюсь подробнее раскрыть в отдельных постах в ближайшее время. А пока прилагаю TED talk о парадоксе свечи - эксперименте, проводившимся множество раз и каждый раз показывающем падение эффективности выполнения задачи, требующей нестандартного инженерного мышления при увеличении финансовой награды, а также о том, что действительно мотивирует людей в работе после удовлетворения базовых материальных нужд
https://www.ted.com/talks/dan_ariely_what_makes_us_feel_good_about_our_work
Первый об эмоциональном выгорании - феномене встречающимся во многих интеллектуальных сферах деятельности, предполагающих высокий уровень стресса и ответственности, о том, как вовремя распознать выгорание и что такое синдром самозванца.
Второй выпуск о способах мотивации сотрудников, таких как материальная и нематериальная мотивация и почему в творческих профессиях вторая намного важнее первой.
Обе темы постараюсь подробнее раскрыть в отдельных постах в ближайшее время. А пока прилагаю TED talk о парадоксе свечи - эксперименте, проводившимся множество раз и каждый раз показывающем падение эффективности выполнения задачи, требующей нестандартного инженерного мышления при увеличении финансовой награды, а также о том, что действительно мотивирует людей в работе после удовлетворения базовых материальных нужд
https://www.ted.com/talks/dan_ariely_what_makes_us_feel_good_about_our_work
Google Podcasts
devleads podcast
devleads - открытое сообщество тимлидов, руководителей разработки и всех неравнодушных к менеджменту в IT-сфере.
Всех нас объединяет одно – технический бэкграунд. Причем не так важно, программировали ли вы микроконтроллеры или занимались тестированием мобильных…
Всех нас объединяет одно – технический бэкграунд. Причем не так важно, программировали ли вы микроконтроллеры или занимались тестированием мобильных…
Сколько моделей принятия решения вы знаете? Этот сервис может помочь выбрать нужную в зависимости от условий, в которых решение необходимо принять
https://thedecider.app/?fbclid=IwAR3ksbsy5WQu97IefzStzVGgkwVl-Y-igR_b_Sz_bATC_8sRN6fRhIvd9XU
https://thedecider.app/?fbclid=IwAR3ksbsy5WQu97IefzStzVGgkwVl-Y-igR_b_Sz_bATC_8sRN6fRhIvd9XU
How Do We Decide?
The Decider – Team Decision Making and Decision Making Models, by NOBL Collective
#управление
Есть ли у вас на работе люди, являющиеся своего рода центрами определенных знаний, недоступных никому другому? Я уверен, что есть. Очень часто можно услышать истории, о том, как проекты, большие и малые, во многих, даже самых прогрессивных компаниях держатся на одном-двух специалистах, которые участвовали в проекте с ранних пор и обладают исчерпывающими знаниями о самых тонких нюансах. Таких людей обычно ценят, уважают и всячески стараются удержать.
Я же считаю, что наличие в проекте таких людей должно быть главной головной болью менеджера, а главной целью - поскорее от них избавиться и вот мои аргументы:
- Такого человека очень сложно уволить. Потерять члена команды, на котором держится проект - смерти подобно. Незаменимый специалист, как правило, сам чувствует свою незаменимость и может начать этим пользоваться.
- Такой человек может уйти самостоятельно. За любым хорошим специалистом непрестанно охотится армия рекрутеров и люди часто сами меняют работу
- Ротация становится невозможной. На проект все сложнее привлечь и обучить новых людей, так как информация скрыта и требует постоянной коммуникации с "центром знаний"
- Работа такого человека неэффективна. Если специалиста постоянно отвлекают менее опытные члены команды, он сам перестает успевать приносить пользу, ввиду частого переключения контекста.
У любого человека может возникнуть соблазн стать таким вот "центром информации", дабы закрепить свои позиции внутри компании ну или просто ради удовлетворения чувства собственной важности, но нужно помнить, что хорошего специалиста помимо знаний и опыта характеризует доступность этих знаний для остальных, а информация это единственный ресурс, которого не становится меньше, когда им делишься.
Есть ли у вас на работе люди, являющиеся своего рода центрами определенных знаний, недоступных никому другому? Я уверен, что есть. Очень часто можно услышать истории, о том, как проекты, большие и малые, во многих, даже самых прогрессивных компаниях держатся на одном-двух специалистах, которые участвовали в проекте с ранних пор и обладают исчерпывающими знаниями о самых тонких нюансах. Таких людей обычно ценят, уважают и всячески стараются удержать.
Я же считаю, что наличие в проекте таких людей должно быть главной головной болью менеджера, а главной целью - поскорее от них избавиться и вот мои аргументы:
- Такого человека очень сложно уволить. Потерять члена команды, на котором держится проект - смерти подобно. Незаменимый специалист, как правило, сам чувствует свою незаменимость и может начать этим пользоваться.
- Такой человек может уйти самостоятельно. За любым хорошим специалистом непрестанно охотится армия рекрутеров и люди часто сами меняют работу
- Ротация становится невозможной. На проект все сложнее привлечь и обучить новых людей, так как информация скрыта и требует постоянной коммуникации с "центром знаний"
- Работа такого человека неэффективна. Если специалиста постоянно отвлекают менее опытные члены команды, он сам перестает успевать приносить пользу, ввиду частого переключения контекста.
У любого человека может возникнуть соблазн стать таким вот "центром информации", дабы закрепить свои позиции внутри компании ну или просто ради удовлетворения чувства собственной важности, но нужно помнить, что хорошего специалиста помимо знаний и опыта характеризует доступность этих знаний для остальных, а информация это единственный ресурс, которого не становится меньше, когда им делишься.
Bus factor
Bus factor это метрика здоровья проекта, вычисляемая как минимальное количество человек, которых должен сбить автобус, чтобы проект полностью остановился. А какой bus factor у вашего проекта?
Bus factor это метрика здоровья проекта, вычисляемая как минимальное количество человек, которых должен сбить автобус, чтобы проект полностью остановился. А какой bus factor у вашего проекта?
Советский UX
Ручка разблокировки двери и стеклоподъёмник в старых москвичах выглядят одинаково. Интересно, сколько людей повыпадало из машины на ходу, пытаясь открыть окно.
Ручка разблокировки двери и стеклоподъёмник в старых москвичах выглядят одинаково. Интересно, сколько людей повыпадало из машины на ходу, пытаясь открыть окно.
Forwarded from xpinjection via @like
Сегодня на кухне за поеданием торта с командой родилась гениальная идея интерактивного формата собеседования и я решил поделиться задумкой. Итак, кандидату предоставляется на входе выбор остаться на классическом формате собеседования или переключиться интерактивный.
В случае остановки на интерактивном варианте, ему предлагаются такие правила:
- Все вопросы будут разделены по темам и "категориям сложности", выраженные числами. Например, Hibernate за 300 или Spring Boot за 700. Кандидат может выбирать из оставшихся вариантов следующий вопрос. Это дает ему возможность выстроить стратегию собеседования под себя.
- Целью кандидата является набрать как можно больше баллов за ограниченное время. После каждого ответа на вопрос собеседующие оценивают ответ и дают какую-то сумму очков за ответ без объяснения причин.
- На разные позиции можно заранее объявлять ожидаемый от кандидата уровень, выраженный в количестве набранных баллов. Например, на синьора ожидается 5000 баллов за полтора часа.
- Чтобы сделать собеседование еще более интерактивным, кандидату предоставляется на выбор 4 карточки с опциями (пропустить вопрос, звонок другу, заглянуть в stack overflow, отвечает сам интервьювер). Кандидат может выбрать из этих карточек себе 3 и применить каждую из них не более одного раза за собеседование.
Мне кажется, приоткрытого занавеса хватит, чтобы оценить идею. Я бы очень хотел поучаствовать в таком собеседовании в роли кандидата, а вы? Нет скучным собеседованиям! ;)
В случае остановки на интерактивном варианте, ему предлагаются такие правила:
- Все вопросы будут разделены по темам и "категориям сложности", выраженные числами. Например, Hibernate за 300 или Spring Boot за 700. Кандидат может выбирать из оставшихся вариантов следующий вопрос. Это дает ему возможность выстроить стратегию собеседования под себя.
- Целью кандидата является набрать как можно больше баллов за ограниченное время. После каждого ответа на вопрос собеседующие оценивают ответ и дают какую-то сумму очков за ответ без объяснения причин.
- На разные позиции можно заранее объявлять ожидаемый от кандидата уровень, выраженный в количестве набранных баллов. Например, на синьора ожидается 5000 баллов за полтора часа.
- Чтобы сделать собеседование еще более интерактивным, кандидату предоставляется на выбор 4 карточки с опциями (пропустить вопрос, звонок другу, заглянуть в stack overflow, отвечает сам интервьювер). Кандидат может выбрать из этих карточек себе 3 и применить каждую из них не более одного раза за собеседование.
Мне кажется, приоткрытого занавеса хватит, чтобы оценить идею. Я бы очень хотел поучаствовать в таком собеседовании в роли кандидата, а вы? Нет скучным собеседованиям! ;)
Синдром самозванца
Синдром самозванца - психологическое явление, при котором человек не способен приписать свои достижения собственным качествам, способностям и усилиям. Это то самое чувство, когда, несмотря на все ваши очевидные заслуги, вы думаете и чувствуете, что все, чего вы добились не связано непосредственно с вашими личностными качествами, а является счастливым стечением обстоятельств. Синдром самозванца ведет к пониженой самооценке, недовольству жизнью и эмоциональному выгоранию.
Чаще всего синдрому самозванца подвержены люди научных или технических специальностей. Это связано со следующими причинами:
- В этих областях необходимы углубленные знания, которые облегчают решения многих проблем. Легкие решения, в свою очередь, ведут к обесцениванию собственных успехов.
- Люди склонны связывать самооценку со своими знаниями и умениями. Работа с областями, в которых знать все невозможно не идет ей на пользу.
- В условиях высокой конкуренции кажется, что тебя окружают люди, намного умнее и увереннее в себе, хотя частенько они сами переживают точно такие же проблемы.
Наш разум это лишь искаженная в некоторой мере проекция реальности вокруг нас. И это искажение чаще всего работает в негативную для нас сторону, заставляя думать и чувствовать, а также раз за разом убеждать себя в собственной неполноценности. Проблема в том, что от самоубеждения довольно сложно абстрагироваться, каким абсурдным оно бы ни было. Для борьбы с синдромом самозванца прилагаю небольшую памятку, подсмотренную на сайте codingmindfully.com о психологических проблемах у разработчиков.
Синдром самозванца - психологическое явление, при котором человек не способен приписать свои достижения собственным качествам, способностям и усилиям. Это то самое чувство, когда, несмотря на все ваши очевидные заслуги, вы думаете и чувствуете, что все, чего вы добились не связано непосредственно с вашими личностными качествами, а является счастливым стечением обстоятельств. Синдром самозванца ведет к пониженой самооценке, недовольству жизнью и эмоциональному выгоранию.
Чаще всего синдрому самозванца подвержены люди научных или технических специальностей. Это связано со следующими причинами:
- В этих областях необходимы углубленные знания, которые облегчают решения многих проблем. Легкие решения, в свою очередь, ведут к обесцениванию собственных успехов.
- Люди склонны связывать самооценку со своими знаниями и умениями. Работа с областями, в которых знать все невозможно не идет ей на пользу.
- В условиях высокой конкуренции кажется, что тебя окружают люди, намного умнее и увереннее в себе, хотя частенько они сами переживают точно такие же проблемы.
Наш разум это лишь искаженная в некоторой мере проекция реальности вокруг нас. И это искажение чаще всего работает в негативную для нас сторону, заставляя думать и чувствовать, а также раз за разом убеждать себя в собственной неполноценности. Проблема в том, что от самоубеждения довольно сложно абстрагироваться, каким абсурдным оно бы ни было. Для борьбы с синдромом самозванца прилагаю небольшую памятку, подсмотренную на сайте codingmindfully.com о психологических проблемах у разработчиков.
Как писать регулярно
Этот канал я завел спонтанно. Появилось желание где-то делиться информацией и мыслями, которые я нахожу интересными, но ни одна другая площадка кроме телеграма мне не подошла (в ближайшее время буду пробовать Яндекс.Дзен)
Для меня явилось неожиданностью то, что писать регулярно это довольно непростая задача, требующая больших вложений сил и времени. Мысли хаотично возникающие в голове, уводящие порой в глубокие диалектические дебри довольно сложно облечь в форму короткого, связного, интересного поста, особенно человеку страдающему обеими формами прокрастинации - откладыванию на потом и перфекционизмом.
Но на самом деле своему вдохновению можно легко помочь. Мы всего лишь механизмы, управляемые нейромедиаторами, на которые можем влиять. Например пешая вечерняя прогулка или хорошая тренировка весьма положительно влияют на уровень вдохновения, оживляя мысли и повышая продуктивность.
Примерно похожим образом влияет одна-две выпитые пинты пива. Всем пятницы!
Этот канал я завел спонтанно. Появилось желание где-то делиться информацией и мыслями, которые я нахожу интересными, но ни одна другая площадка кроме телеграма мне не подошла (в ближайшее время буду пробовать Яндекс.Дзен)
Для меня явилось неожиданностью то, что писать регулярно это довольно непростая задача, требующая больших вложений сил и времени. Мысли хаотично возникающие в голове, уводящие порой в глубокие диалектические дебри довольно сложно облечь в форму короткого, связного, интересного поста, особенно человеку страдающему обеими формами прокрастинации - откладыванию на потом и перфекционизмом.
Но на самом деле своему вдохновению можно легко помочь. Мы всего лишь механизмы, управляемые нейромедиаторами, на которые можем влиять. Например пешая вечерняя прогулка или хорошая тренировка весьма положительно влияют на уровень вдохновения, оживляя мысли и повышая продуктивность.
Примерно похожим образом влияет одна-две выпитые пинты пива. Всем пятницы!
Личные блоги
У многих известных в инженерных кругах людей есть личный блог. Это прекрасный инструмент для набора аудитории и развития персонального бренда. Вот некоторые из тех, которые я регулярно читаю.
shipilev.net - наверное самый хардкорный ресурс, связанный с языком Java. Алексей в течение долгого времени является performance инженером OpenJDK, в том числе одним из создателей Shenandoah - нового low-latency GC, появившегося в 12 джаве. В блоге пишет про внутренности JVM, устройство модели памяти, низкоуровневую многопоточность и многое другое. Отлично расширяет сознания после высокоуровнего мира кровавого энтерпрайза.
yegor256 - блог Егора Бугаенко, наверное самого неоднозначного и одиозного человека из мира IT. Его взгляд на ООП похож на религию и редкий пост не вызывает жарких споров. Не хочу делать акцент на его социальные и политические высказывания, но радикальные идеи в разработке и управлении людьми полезны хотя бы тем, что помогают посмотреть на ситуацию под альтернативным углом.
Julia Evans - блог Джулии Эванс, которая в очень живом, ярком и эмоциональном стиле пишет про джаву, руби, питон, баш, машинное обучение, карьерный рост, рисует комиксы, издает компьютерные зины (!), выступает на конференциях и многое другое. Люблю ее блог за крутой юмор и нестандартную подачу.
Vlad Mihalcea - блог знакомый каждому, кто хоть раз гуглил что-то на тему JPA или Hibernate. Его посты являются качественным источником информации по этим темам, а автор благодаря личному блогу набрал большую популярность, издал книгу и стал джава-чемпионом.
Если знаете другие личные блоги разработчиков или у вас есть свои, кидайте в личку, опубликую отдельным постом
У многих известных в инженерных кругах людей есть личный блог. Это прекрасный инструмент для набора аудитории и развития персонального бренда. Вот некоторые из тех, которые я регулярно читаю.
shipilev.net - наверное самый хардкорный ресурс, связанный с языком Java. Алексей в течение долгого времени является performance инженером OpenJDK, в том числе одним из создателей Shenandoah - нового low-latency GC, появившегося в 12 джаве. В блоге пишет про внутренности JVM, устройство модели памяти, низкоуровневую многопоточность и многое другое. Отлично расширяет сознания после высокоуровнего мира кровавого энтерпрайза.
yegor256 - блог Егора Бугаенко, наверное самого неоднозначного и одиозного человека из мира IT. Его взгляд на ООП похож на религию и редкий пост не вызывает жарких споров. Не хочу делать акцент на его социальные и политические высказывания, но радикальные идеи в разработке и управлении людьми полезны хотя бы тем, что помогают посмотреть на ситуацию под альтернативным углом.
Julia Evans - блог Джулии Эванс, которая в очень живом, ярком и эмоциональном стиле пишет про джаву, руби, питон, баш, машинное обучение, карьерный рост, рисует комиксы, издает компьютерные зины (!), выступает на конференциях и многое другое. Люблю ее блог за крутой юмор и нестандартную подачу.
Vlad Mihalcea - блог знакомый каждому, кто хоть раз гуглил что-то на тему JPA или Hibernate. Его посты являются качественным источником информации по этим темам, а автор благодаря личному блогу набрал большую популярность, издал книгу и стал джава-чемпионом.
Если знаете другие личные блоги разработчиков или у вас есть свои, кидайте в личку, опубликую отдельным постом
Yegor Bugayenko
Yegor's Blog About Computers
Yegor Bugayenko blogging about object-oriented programming, Java, project management, philosophy, and startup investments; at least one new post every week.
Находка дня
Пост в канале Braingasmed натолкнул меня на мысль сделать телеграм-бота, которому можно было бы пересылать голосовые сообщения, а он переводил бы их в текст, с помощью Google Speech или похожей библиотеки. Я уже было открыл страницу с описанием API ботов, но тут меня посетила светлая мысль погуглить, не сделал ли этого до меня кто-то другой. И как оказалось сделал и очень даже хорошо.
Вот полезный @voicybot для всех, кто устал от длинных голосовых сообщений.
А на Braingasmed подписывайтесь тоже, крутой контент от моего товарища.
Пост в канале Braingasmed натолкнул меня на мысль сделать телеграм-бота, которому можно было бы пересылать голосовые сообщения, а он переводил бы их в текст, с помощью Google Speech или похожей библиотеки. Я уже было открыл страницу с описанием API ботов, но тут меня посетила светлая мысль погуглить, не сделал ли этого до меня кто-то другой. И как оказалось сделал и очень даже хорошо.
Вот полезный @voicybot для всех, кто устал от длинных голосовых сообщений.
А на Braingasmed подписывайтесь тоже, крутой контент от моего товарища.
Telegram
Braingasmed
Когда уместны голосовые сообщения?
Спойлер: ОЧЕНЬ РЕДКО!
Пост в канале Артемия Лебедева идеально описывает мои ощущения в 99% случаев получения голосовых сообщений - раздражение и недовольство. Однако, я вынужден признать - этот инструмент имеет свои плюсы.…
Спойлер: ОЧЕНЬ РЕДКО!
Пост в канале Артемия Лебедева идеально описывает мои ощущения в 99% случаев получения голосовых сообщений - раздражение и недовольство. Однако, я вынужден признать - этот инструмент имеет свои плюсы.…
Как вы строите свои API?
Кому-то до сих пор приходится работать с легаси SOAP/WSDL сервисами, многие в течение долгого времени пишут REST и уже привыкли к нему. Но так ли REST хорош?
Сегодня хочу посоветовать доклад о фреймворке grpc, в котором рассказывается об основных проблемах REST-подхода и о том, как grpc их решает
https://www.youtube.com/watch?v=RoXT_Rkg8LA
Кому-то до сих пор приходится работать с легаси SOAP/WSDL сервисами, многие в течение долгого времени пишут REST и уже привыкли к нему. Но так ли REST хорош?
Сегодня хочу посоветовать доклад о фреймворке grpc, в котором рассказывается об основных проблемах REST-подхода и о том, как grpc их решает
https://www.youtube.com/watch?v=RoXT_Rkg8LA
Собеседования
Самый популярный формат собеседований в IT - собеседование-экзамен. Напротив кандидата садятся один или несколько суровых программеров и начинают спрашивать об алгоритмах, структурах данных, особенностях языков программирования и виртуальных сред, порой даже заставляют решать задачки и программировать на доске (ну в Гугле же так делают, чем мы хуже)
Я считаю, что такой формат подходит только для собеседований джуниоров. Свежевыученные знания основ плюс блеск в глазах (выгореть то не успели) - все что от них требуется.
Более подходящий формат для разработчиков уровнем повыше - собеседование-свидание. Цель такого собеседования - понравиться друг другу обеим сторонам и прийти к желанию долгосрочного сотрудничества. Вот правила, которые я считаю необходимыми для такого собеседования.
- проводить собеседование должен будущий непосредственный руководитель, тот человек, который будет заинтересован в развитии и мотивации работника
- на собеседовании должно возникнуть ощущение взаимодоверия и комфорта. Для этого нужно стараться избежать формализмов и стандартных HR-формулировок (кем вы видите себя через 5 лет, назовите свои лучшие качества)
- самое важное это узнать, какие цели человек ставит перед собой и чего хочет добиться на новой работе. В свою очередь нужно честно сказать что новая работа действительно может дать человеку, не преувеличивая действительность.
- и главное, должна появиться уверенность, что вам будет комфортно работать с этим человеком, что он адекватно воспринимает критику и способен исправлять ошибки. Научить программировать можно каждого, гораздо сложнее взаимодействовать с плохими и токсичными людьми, что в долгосрочной перспективе ещё и не эффективно.
Самый популярный формат собеседований в IT - собеседование-экзамен. Напротив кандидата садятся один или несколько суровых программеров и начинают спрашивать об алгоритмах, структурах данных, особенностях языков программирования и виртуальных сред, порой даже заставляют решать задачки и программировать на доске (ну в Гугле же так делают, чем мы хуже)
Я считаю, что такой формат подходит только для собеседований джуниоров. Свежевыученные знания основ плюс блеск в глазах (выгореть то не успели) - все что от них требуется.
Более подходящий формат для разработчиков уровнем повыше - собеседование-свидание. Цель такого собеседования - понравиться друг другу обеим сторонам и прийти к желанию долгосрочного сотрудничества. Вот правила, которые я считаю необходимыми для такого собеседования.
- проводить собеседование должен будущий непосредственный руководитель, тот человек, который будет заинтересован в развитии и мотивации работника
- на собеседовании должно возникнуть ощущение взаимодоверия и комфорта. Для этого нужно стараться избежать формализмов и стандартных HR-формулировок (кем вы видите себя через 5 лет, назовите свои лучшие качества)
- самое важное это узнать, какие цели человек ставит перед собой и чего хочет добиться на новой работе. В свою очередь нужно честно сказать что новая работа действительно может дать человеку, не преувеличивая действительность.
- и главное, должна появиться уверенность, что вам будет комфортно работать с этим человеком, что он адекватно воспринимает критику и способен исправлять ошибки. Научить программировать можно каждого, гораздо сложнее взаимодействовать с плохими и токсичными людьми, что в долгосрочной перспективе ещё и не эффективно.
Шаблон ответа рекрутерам
У каждой специальности есть свои плюсы и минусы. Одной из надоедливых проблем разработчиков являются постоянные письма с предложениями работы от перспективных и не очень компаний🙂
Игнорировать письма от рекрутеров нежелательно, но и отвечать на каждое письмо, особенно если видно, что это массовая рассылка, в которой поменяли только имя - большая трата времени. Поэтому предлагаю мой шаблон ответа рекрутерам.
Здравствуйте, ${recruiterName}! На данный момент не рассматриваю новые предложения о работе. Предлагаю оставаться на связи в случае, если ситуация изменится.
У каждой специальности есть свои плюсы и минусы. Одной из надоедливых проблем разработчиков являются постоянные письма с предложениями работы от перспективных и не очень компаний🙂
Игнорировать письма от рекрутеров нежелательно, но и отвечать на каждое письмо, особенно если видно, что это массовая рассылка, в которой поменяли только имя - большая трата времени. Поэтому предлагаю мой шаблон ответа рекрутерам.
Здравствуйте, ${recruiterName}! На данный момент не рассматриваю новые предложения о работе. Предлагаю оставаться на связи в случае, если ситуация изменится.
Привет всем! Прошу прощения, что совсем забросил канал, но считаю, что в данном случае могу воспользоваться им для распространения благого дела.
https://github.com/developers-against-repressions/case-212
https://github.com/developers-against-repressions/case-212
GitHub
GitHub - developers-against-repressions/case-212: Открытое письмо специалистов IT-индустрии в защиту фигурантов «московского дела»
Открытое письмо специалистов IT-индустрии в защиту фигурантов «московского дела» - developers-against-repressions/case-212
Всем привет! Ваш попкорновый слуга в следующий четверг будет выступать на онлайн-мероприятии Moscow Spark Meetup, с докладом на тему спарка в кубернетесе, лишая себя данным событием девственности выступлений на серьезную и незнакомую аудиторию. Пожелайте удачи! Возможно после будет пост про то, как можно начать выступать, несмотря на социальную тревожность и синдром самозванца. Они-то никуда не пропадали, чего нельзя сказать о постах в этом канале
https://moscowspark.timepad.ru/event/1440202
https://moscowspark.timepad.ru/event/1440202
moscowspark.timepad.ru
Moscow Spark #10 / События на TimePad.ru
Всем привет! Удивительное дело, но с момента прошлого Moscow Spark прошел уже почти год. Я все никак не хотел принимать онлайн-реальность для нашего уютного митапчика, но обстоятельства берут свое. В общем, мы проведем юбилейный Moscow Spark #10 онлайн.
…
…