Управление сообществом *

Пять книг, которые помогут вам продуктивно участвовать в обсуждениях в 2025 году — список составили юристы Стэнфордского университета. Эксперты пояснили, что эти книги являются фундаментом для ведения конструктивного диалога и достижения своих целей в любой ситуации, споре, переговорах.

1. Challenging Conflict: Mediation Through Understanding — фундамент от профессионального переговорщика. Если коротко о самом важном — для достижения успеха вы обязаны перестать зацикливаться на себе и понять цели собеседника.

2. Difficult Conversations: How to Discuss What Matters Most — основной текст в любых курсах по переговорам. Любой разговор состоит из двух уровней: сути разногласия и формы подачи информации. Нужно всегда учитывать обе.

3. I Never Thought of It That Way — первоначальное предположение почти всегда оказывается неверным. Чем быстрее вы откажетесь от лозунгов и ярлыков, тем глубже сможете понять тему разговора. Книга напичкана практическими советами по ведению диалогов.

4. High Conflict: Why We Get Trapped and How We Get Out — опыт журналиста из горячих точек по всему миру. Самое важное: вас всегда будут склонять к групповому мышлению, чтобы заставить игнорировать факты. Конфликты могут идти на пользу и даже обучать, но только если вы подкованы в вопросе.

5. Race Talk and the Conspiracy of Silence: Understanding and Facilitating Difficult Dialogues on Race — руководство по содействию и участию в сложных диалогах о расе, автор Деральд Винг Сью — всемирно признанный эксперт по мультикультурализму, разнообразию и микроагрессии — исследует характеристики, динамику и смысл дискуссий о расе, а также скрытые «основные правила», которые мешают честному и продуктивному диалогу.

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

Идея в том, что каждая ваша неудача — не препятствие, а возможность сделать выводы и стать лучше. Страх перед ошибками просто закопает ваш потенциал и превратит вас в серую массу. Грант нашёл простой способ побороть тряску из‑за неудач — метод «бюджета ошибок»:

• поставьте себе цель на количество неудач в год. Например, запустить три провальных проекта или допускать хотя бы 200 ошибок в день, изучая новый язык;

• отмечайте каждый факап в списке и радуйтесь ему — вы на шаг ближе к цели; 

• ВАЖНО: неудачи должны быть результатом ваших амбиций и идей, а не банальной глупости.

Метод безумно популярен у самых успешных в мире людей:

• Илон Маск на запуске SpaceX мотивировал работяг ошибаться: «Неудача — это возможность. Если ничего не ломается, вы недостаточно изобретательны»;

• отец Сары Блейкли, основательницы бренда нижнего белья Spanx, за ужином спрашивал у детей, что у них сегодня не получилось. Если Саре нечего было рассказать, он расстраивался;

• Джефф Безос делит все ошибки на два типа: экспериментальные (попытка сделать то, чего вы не умеете) и операционные (от вашей глупости). Джефф клянётся, что не наказывает сотрудников за первый тип косяков.

«О, сколько нам открытий чудных

Готовят просвещенья дух,

И опыт, сын ошибок трудных,

И гений, парадоксов друг,

И случай, бог изобретатель.»

А.С. Пушкин.

Полезные советы от разработчика OpenSearch Даниила Дубровкина из AWS.

Вы смотрели The IT Crowd? Это уморительный британский телевизионный ситком примерно 2006 года, в котором группа ИТ‑гениев работала в отделе технической поддержки Reynholm Industries в Лондоне. Один из характерных смешных моментов заключается в том, что каждый раз, когда звонил телефон, Рой брал трубку и, не дожидаясь ответа, спрашивал: «Вы его выключили и снова включили?», а затем вешал трубку. Я часто чувствую себя Роем, когда общаюсь с пользователями, сообщающими об ошибках в проектах с открытым исходным кодом, которые я поддерживаю.

Вот мой структурированный подход к любым ошибкам (багам, проблемам), о которых сообщают в моих проектах с открытым исходным кодом:

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

2. Не пытайтесь воспроизвести ошибку. Не уверены, что это ошибка? Не можете воспроизвести проблему? Вежливо запросите дополнительную информацию или разъяснения.

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

4. Не исправляйте ошибку. Теперь, когда человек, сообщивший об ошибке, написал для неё автоматизированный тест, он так близок к её исправлению. Попросите его сделать это. Это дает человеку, сообщившему об ошибке, чувство причастности и вклада в проект.

5. Не делайте ничего другого. Не можете получить никакого участия в устранении ошибки от человека, сообщившего о ней? Оставьте ошибку открытой. Кто‑то другой её подхватит.

tl;dr Не исправляйте ошибку! У здорового проекта с открытым исходным кодом будет много вовлечённых участников, особенно когда дело касается ошибок. Это один из самых простых плодов, которые вы можете собрать как сопровождающий. Тем не менее, иногда я просто хочу исправить ошибку сам, потому что это так интересно.

Профильные эксперты выяснили лучшие дни и время для отклика на вакансию, чтобы отправляемое резюме не затерялось среди других кандидатов. Оказалось, что шансы на успех при отклике на вакансию могут во многом зависеть от того, насколько правильно выбран момент, отмечают в Dice.

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

Заявки, отправленные в часы, когда рекрутеры обычно занимаются их просмотром, например в середине утра, конвертируются в собеседования в пять раз чаще. Отправленные поздно ночью заявки будут погребены под утренними входящими, что снизит их видимость. Рекрутеры крайне редко открывают полученные заявки среди ночи, и вероятность, что на них сразу же отреагируют, гораздо ниже.

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

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

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

Что касается конкуренции, более 60% соискателей отзываются на вакансию в течение недели после публикации. Чем раньше податься, тем ниже шанс, что до вашей заявки не дойдёт очередь.

9 законов программирования для новичков и опытных, без которых невозможно добиться успеха в проекте.

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

Закон Гудхарта — чем жестче ваши KPI и метрики для измерения эффективности, тем сильнее они отвлекают от выполнения самих задач. В самых запущенных случаях люди забивают на задачи и переключаются только на KPI.

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

Закон Конвея — структура программ часто повторяет организационную структуру команды, которая её создала. Если слепо следовать границам в команде, софт получится неоптимизированным.

Закон Линуса — база опенсора. Чем больше людей проверяют код, тем больше шансов найти ошибку.

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

Закон Кернигана — код всегда должен быть простым и понятным. Сложный код всегда становится неподъёмным в отладке и сопровождении — это только вопрос времени.

Закон Питера — софт‑ и хард‑скиллы, это разные навыки. Так, топовый кодер не обязательно обладает такими же способностями к управлению людьми, руководству командами или выполнению стратегических требований лидерства.

Закон Парето — усилия должны быть избирательными. Чтобы 20% усилий приносили 80% результатов, сначала нужно понять, куда прикладывать эти усилия. Качество всегда перевешивает количество, а результат важнее времени затраченного на задачу.

Хабр приглашает всех желающих принять участие в новогоднем мероприятии Анонимный Дед Мороз 2024. 

13 декабря финальный день регистрации на это событие!

14 декабря пройдёт жеребьёвка — среди зарегистрированных участников произвольным образом сформируются пары, в которых каждый должен будет отправить другому участнику какой-либо подарок. Будет встроенный чатик, где можно будет уточнить интересы/пожелания получателя, а также намекнуть о них своему Деду Морозу. Затем останется немного времени на выбор и отправку подарков. 

Успейте забрать своего Тирекса!

Квест по блогу Selectel завершится 12 декабря. Значит, у вас еще есть время, чтобы найти подсказки в нашем главном медиа, решить загадку и выиграть призы. А там плюшевые Тирексы, шапки, снуды и картхолдеры.

Что нужно сделать:

• зайти на страницу Академии Selectel, с которой начинается квест,

• поочередно найти подсказки и с их помощью пройти все этапы квеста,

• решить финальную загадку,

• отправить правильный ответ в @SelectelFeedbackBot.

Призы получат 10 участников: пятеро самых быстрых и пятеро тех, кого выберет рандом. Призов осталось не так уж много, но разве вас это остановит?

Правила проведения конкурса оставили по ссылке. Результаты объявим уже 12 декабря.

Чтобы вам было легче, у нас есть три подсказки. Пользуйтесь :)

UPD: благодарим всех участников конкурса!

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

Со всеми победителями уже связались. Следите за анонсами. У нас еще много плюшевых Тирексов и других призов, которые мы обязательно будем разыгрывать.

Отмечаем Академично! Проходите квест по блогу Selectel и получайте подарки 😎

Решили поздравить вас с днем рождения Академии Selectel уже полюбившимся форматом — конкурсом с призами 🎉

Прогуляйтесь по страницам нашего медиа, узнайте о нем много нового и проверьте свою наблюдательность.

Что нужно сделать:

🔹 поочередно найти подсказки и с их помощью пройти все этапы квеста,

🔹 решить финальную загадку,

🔹 отправить правильный ответ в @SelectelFeedbackBot.

Пятерым самым быстрым сыщикам вручим призы. Еще пять подарков отправятся случайно выбранным подписчикам, которые дали правильные ответы. Результаты конкурса объявим 12 декабря — не пропустите!

Включайте внутренних Шерлоков и приступайте к поискам подсказок! 🔎

Хабр приглашает принять участие в новогоднем мероприятии Анонимный Дед Мороз 2024. 

13 декабря пройдёт жеребьёвка — среди зарегистрированных участников произвольным образом сформируются пары, в которых каждый должен будет отправить другому участнику какой-либо подарок. Будет встроенный чатик, где можно будет уточнить интересы/пожелания получателя, а также намекнуть о них своему Деду Морозу. Затем останется немного времени на выбор и отправку подарков. 

Миссия HR

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

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

Задача HR сделать так, чтобы каждый был необходим и полезен каждому в системе, выявив, какое вознаграждение или закрытие каких потребностей для участников организации будут достаточными для того, чтобы они чувствовали удовлетвореонность и равнозначный обмен.

В офисе GitHub появился босс-дашборд.

«Как работает и куда движется Хабр»

Именно так решил озаглавить нашу почти двухчасовую беседу основатель онлайн-школы Hexlet.io Кирилл @toxicmt Мокевнин в своём подкасте :)

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

Два старичка Хабра беседуют про:

00:00 — Знакомство и начало на Хабре
06:07 — Как сейчас развивается Хабр
12:09 — Телеграм-каналы и их влияние на авторов
15:54 — Как изменилась аудитория
27:11 — Проблемы с минусами и кармой
32:01 — Как работает карма
37:09 — Влияние кармы на пользователей и их поведение

На 41:55 Кирилл жалуется, что его статья из одного слова была удалена, но уже после записи я разыскал её — жива ;)

45:44 — Изменение общественного мнения и злость в интернете
50:16 — Закрытые сообщества и их влияние на общение
55:53 — Личный бренд и авторство в современном контенте
56:48 — Качество контента на Хабре: мифы и реальность
1:02:59 — Факапы и storytelling в контенте
1:07:53 — ИИ и его роль в контенте
1:13:56 — Методы работы с ИИ в обучении
1:24:00 — Будущее контентных проектов и нейросетей
1:27:19 — Паттерны поиска информации и Reddit
1:31:02 — Пользовательские войны и революции на платформах
1:35:09 — Технические аспекты и развитие Хабра
1:35:25 — Структура команды и аутсорсинг
1:36:20 — Легенды Хабра: персонажи и мифы
1:38:41 — Хабр и его культура
1:40:49 — Будущее Хабра и его экосистема
1:42:57 — Связь с авторами и сообществом

Хороших выходных!

Буквально год назад произошла вот такая история.

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

Через месяц приходит вот такая жалоба:

— Он закрыл 6 тасок и ему дали 600 баллов. А я успел только 4 и у меня 400. Только вот мои задачи были в 2 раза сложнее и в 3 раза объемнее, чем его. Я целый месяц пахал, а он за 2 недели справился а потом имитировал. Wtf?

По итогу кажущаяся хорошей идея (дополнительно поощрять за работу) превратилась в источник конфликтов.

А на днях ко мне постучался знакомый. Рассказал о причине отказа в повышении.

Причина отказа – слабая вовлеченность в игровые и интерактивные сценарии на работе. То есть в геймификацию. Мало собрал ачивок и баллов.

Еще и в чате спросили, что я думаю о геймификации на работе...

Короче говоря – сошлись звезды. И чтобы разобраться во всех этих вопросах разом – я написал статью:

Нужна ли геймификация на работе? И если да, то кому…

А что вы думаете о геймификации на работе?

Только подумал о том, что нужно публично разобрать Хабр со стороны комьюнити-механик — и нашёлся предприимчивый @Flammmable, который уже написал статью.

Это хорошее эссе на сложную тему, поэтому приготовьтесь, что вопросов будет больше, чем ответов. Но рекомендую прочитать всем, кто публикуется на Хабре или хотя бы планирует.

Дальше будет три интересных (на мой взгляд) куска.

***

Ситуация парадоксальна: целевая аудитория узкоспециализированной, сложной, технической статьи приходит не из ленты Хабра. А все, кто приходят из ленты, не являются для статьи целевой аудиторией.

***

Если редакция ставит строгий запрет на рерайт статей, то издание становится злободневно‑новостным (новости не закончатся никогда). Либо, изначально созданное как научно‑популярная Техника — молодёжи, начинает дрейфовать в сторону строго научного IEEE Electron Device Letters по причине исчерпания популярных тем.

***

Представляется, что идеалом подобных читателей видится Хабр как анонимная имиджборда. Где нет не только рейтинга, но даже имени или никнейма автора. Нет регистрации — каждый свободен открыть сайт и сразу же принять участие в обсуждении. И даже авторство двух соседних комментариев невозможно доподлинно отождествить с одним и тем же пользователем.

Идея в духе эпохи Просвещения: соревнуйтесь не авторитетом, а риторикой; вдохновляйтесь не своим эго, а обсуждаемыми идеями.

Но те, кто был на Дваче, знают разницу между идеалом и реальностью.

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

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

Почему IT-комьюнити полезны:

1. Быстрое решение проблем — коллеги из комьюнити могут помочь найти нестандартное решение задачи.

2. Обмен опытом — здесь можно получить полезные советы от более опытных специалистов.

3. Личностное развитие — участие развивает софтскилы: общение и работа в команде.

4. Нетворкинг — новые знакомства открывают перспективы для карьерных возможностей.

5. Поддержка для новичков — джуны быстрее адаптируются и получают поддержку в профессиональной среде.

В Практикуме мы создаём комьюнити для начинающих IT-специалистов, чтобы студенты и выпускники могли обмениваться опытом, поддерживать друг друга и общаться с более опытными коллегами. Мы также поддерживаем связь с предыдущими потоками: выпускники делятся полезными советами и иногда предлагают новичкам работу.

Мы мало говорим про наши сообщества, но хотим исправиться! Если у вас появились вопросы по выпускным комьюнити в Практикуме, задавайте их в комментариях, мы обязательно ответим.

Рычать разрешается 🦖

Сегодня свой двенадцатый день рождения отмечает наш любимый маскот Тирекс!

Как и все мы, Тирекс бывает разным: работает без выходных, смотрит сериалы часами напролет, организовывает вечеринки или поднимается по карьерной лестнице. Узнали себя?

У многих из вас точно есть свой плюшевый Тирекс. Поделитесь историей вашей встречи в комментариях. И не забудьте поздравить именинника! Обязательно передадим ему ваши теплые слова ❤️

А вот подборка интересных фактов о Тирексе:

• родился в год Дракона, что, в общем-то, для него и неудивительно;

• за свою карьеру написал 381 статью для Академии Selectel;

• в прошлом году он попал на обложку материала «‎Комсомольской правды‎‎» и красовался на переводных татуировках 1 000 людей ;

• производством маленьких плюшевых копий Тирекса, которые мы регулярно раздаем хорошим людям, руководит рыжий кот Хрум (на фото).

У вас дома уже поселился свой Тирекс? Поделитесь совместными фотографиями и историей встречи с ним ❤️

Лидерство в коде: технологии, сообщества и корпоративная среда

Привет! Это подкаст «Айтидо» от команды мобильной разработки Альфа-Банка 🎙

Айтидо – путь мобильных технологий. В этом подкасте мастера разработки делятся опытом создания приложений, раскрывая искусство объединения бизнеса, команды и инноваций. Каждый выпуск – это частичка того пути айтидо, который мы выбрали.

В первом выпуске подкаста мы поговорили с Никитой Збитневым, техлидом мобильной разработки. 

Поговорили о его пути в мобильную разработку через Java, как внедряются новые технологии в финтехе и почему многие переходят из корпораций в стартапы. Никита поделился лайфхаками о том, как он остается на одной волне с командой, развивает сообщество и успевает играть в D&D 🐉

🔗 RuTube: https://alfa.me/bYzuxc

🔗 YouTube: https://alfa.me/brD4Lx

🔗 ВКонтакте: https://alfa.me/66Z_dt

Подписывайтесь на telegram-канал Alfa Digital, там много интересного о нашей корпоративной культуре и технологиях.

Reddit внедряет новый тип постов «Спросите меня о чём угодно» (ask me anything, AMA). В режиме редактора постов появится вкладка, где станут доступны специальные опции, такие как возможность планировать и продвигать AMA в одном посте. Создатели также смогут добавлять до пяти соавторов, чьи ответы будет помечаться в разделе комментариев. Когда срок размещения поста будет завершаться, организаторы смогут добавить заключительную заметку с итоговыми мыслями, ссылками или рекламной информацией.

Обычным пользователям новая опция RSVP позволит получать уведомления. Они также смогут фильтровать комментарии по отвеченным или неотвеченным вопросам.

Один из AMA в рамках эксперимента уже ведёт перкуссионист Slipknot Шон Крэхан.

Разработчик и руководитель Рас Кокс (Russ Cox) объявил об уходе с поста лидера проекта по разработке языка программирования Go, который он занимал последние 12 лет. В качестве причины ухода упоминается желание обеспечить сменяемость руководства, без которого проект может оказаться в застое. Предполагается, что смена лидера создаст условия для роста проекта, позволит по-новому взглянуть на вещи и даст возможность совершить новый шаг вперёд.

Рас Кокс пояснил, что для него настало время для изменений, но он не покидает проект и продолжит участие в разработке, но уже не на месте лидера. После ухода с руководящей должности Рас планирует сосредоточиться на развитии системы отслеживания ошибок, бота автоматического реагирования на сообщения о проблемах Gaby и платформы для автоматизации сопровождения кода Oscar.

С первого сентября за техническую часть разработки будет отвечать Остин Клементс (Austin Clements), который также возглавит команду, занимающуюся разработкой Go, в компании Google. Ранее Остин отвечал в проекте за компилятор, runtime и выпуск релизов. После повышения Остина за данные компоненты теперь будет отвечать Черри Муи (Cherry Mui).

Источник: OpenNET.

Павел Дуров сообщил, что у него может быть более 100 биологических детей.

Дуров раскрыл, что 15 лет назад он сдал свою сперму в клинику, чтобы помочь другу и его жене завести ребенка.

С тех пор Дуров сдавал свою сперму, потому что у него «высококачественный донорский материал». Со слов Дурова, за это время он помог более сотни пар из 12 стран завести детей.

«Много лет назад» Дуров перестал это делать, но в московской клинике AltraVita
IVF Clinic до сих пор хранится его сперма для семей, которые хотят иметь детей.

Дуров планирует открыть исходный код своей ДНК, чтобы его биологические дети могли найти друг друга.