Увлекся в последнее время базовым изучением когнитивных искажений - своего рода "ошибок" в нашем мышлении, которые влияют в том числе и на рабочий процесс.
Несколько примеров
1. Предвзятость подтверждения (Confirmation bias)
Это тенденция искать, интерпретировать и запоминать информацию таким образом, чтобы она подтверждала наши предварительные убеждения или гипотезы. В мире разработки это может проявляться, когда инженеры игнорируют или недооценивают данные, которые противоречат их текущему решению или коду, и сосредотачиваются только на том, что подтверждает их правильность.
Что делать: Стремитесь активно искать информацию, которая может опровергнуть ваши текущие предположения. Например, регулярно проводите ревью кода с коллегами, которые могут предложить другую точку зрения.
2. Эффект прожектора (Spotlight effect)
Это искажение заключается в переоценке того, насколько сильно наши действия и ошибки заметны другим людям. Разработчики могут чрезмерно беспокоиться о своих ошибках в коде, полагая, что все коллеги обратят на них внимание.
Что делать: Помните, что все делают ошибки и что большинство людей сосредоточены на своих задачах. Обсуждение и исправление ошибок в коде — это нормальная часть процесса разработки.
3. Эффект Даннинга-Крюгера (Dunning–Kruger effect)
Это когнитивное искажение, при котором люди с низким уровнем компетенции в какой-либо области переоценивают свои способности. В IT это может проявляться, когда менее опытные разработчики или тестировщики слишком уверены в своих решениях, не осознавая своих пробелов в знаниях.
Что делать: Поощряйте культуру обучения и развития в команде. Регулярно проводите обучающие сессии и менторство для менее опытных сотрудников.
#часть_1
Несколько примеров
1. Предвзятость подтверждения (Confirmation bias)
Это тенденция искать, интерпретировать и запоминать информацию таким образом, чтобы она подтверждала наши предварительные убеждения или гипотезы. В мире разработки это может проявляться, когда инженеры игнорируют или недооценивают данные, которые противоречат их текущему решению или коду, и сосредотачиваются только на том, что подтверждает их правильность.
Что делать: Стремитесь активно искать информацию, которая может опровергнуть ваши текущие предположения. Например, регулярно проводите ревью кода с коллегами, которые могут предложить другую точку зрения.
2. Эффект прожектора (Spotlight effect)
Это искажение заключается в переоценке того, насколько сильно наши действия и ошибки заметны другим людям. Разработчики могут чрезмерно беспокоиться о своих ошибках в коде, полагая, что все коллеги обратят на них внимание.
Что делать: Помните, что все делают ошибки и что большинство людей сосредоточены на своих задачах. Обсуждение и исправление ошибок в коде — это нормальная часть процесса разработки.
3. Эффект Даннинга-Крюгера (Dunning–Kruger effect)
Это когнитивное искажение, при котором люди с низким уровнем компетенции в какой-либо области переоценивают свои способности. В IT это может проявляться, когда менее опытные разработчики или тестировщики слишком уверены в своих решениях, не осознавая своих пробелов в знаниях.
Что делать: Поощряйте культуру обучения и развития в команде. Регулярно проводите обучающие сессии и менторство для менее опытных сотрудников.
#часть_1
👍6❤5
Head of mobile
Увлекся в последнее время базовым изучением когнитивных искажений - своего рода "ошибок" в нашем мышлении, которые влияют в том числе и на рабочий процесс. Несколько примеров 1. Предвзятость подтверждения (Confirmation bias) Это тенденция искать, интерпретировать…
Продолжу
4. Эффект группового мышления (Groupthink effect)
Это тенденция группы людей приходить к единому мнению без критического анализа альтернативных вариантов. В разработке это может привести к тому, что команда принимает неверное решение, потому что никто не хочет высказываться против общего мнения.
Что делать: Поощряйте открытый диалог и критическое мышление в команде. Убедитесь, что каждый член команды может высказать свое мнение.
5. Эффект якорения (Anchoring effect)
Это склонность полагаться слишком сильно на первоначальную информацию («якорь») при принятии решений. В IT это может проявляться, когда разработчики слишком сильно зависят от первоначальных требований к проекту или от первого найденного решения проблемы, не рассматривая другие варианты.
Что делать: Перед принятием решения активно исследуйте альтернативные варианты. Уделите время на то, чтобы критически оценить первоначальные предположения и требования.
6. Эффект обладания (Endowment effect)
Это искажение проявляется в том, что люди склонны переоценивать ценность того, что уже принадлежит им. В IT это может означать, что инженеры слишком высоко ценят свой код или проекты, отказываясь от изменений или улучшений, предложенных другими.
Что делать: Постарайтесь взглянуть на свою работу объективно, как если бы она была чужой. Регулярно проводите ревью кода с коллегами и будьте открыты к критике и предложениям. Помните про Helicopter View.
#часть_2
4. Эффект группового мышления (Groupthink effect)
Это тенденция группы людей приходить к единому мнению без критического анализа альтернативных вариантов. В разработке это может привести к тому, что команда принимает неверное решение, потому что никто не хочет высказываться против общего мнения.
Что делать: Поощряйте открытый диалог и критическое мышление в команде. Убедитесь, что каждый член команды может высказать свое мнение.
5. Эффект якорения (Anchoring effect)
Это склонность полагаться слишком сильно на первоначальную информацию («якорь») при принятии решений. В IT это может проявляться, когда разработчики слишком сильно зависят от первоначальных требований к проекту или от первого найденного решения проблемы, не рассматривая другие варианты.
Что делать: Перед принятием решения активно исследуйте альтернативные варианты. Уделите время на то, чтобы критически оценить первоначальные предположения и требования.
6. Эффект обладания (Endowment effect)
Это искажение проявляется в том, что люди склонны переоценивать ценность того, что уже принадлежит им. В IT это может означать, что инженеры слишком высоко ценят свой код или проекты, отказываясь от изменений или улучшений, предложенных другими.
Что делать: Постарайтесь взглянуть на свою работу объективно, как если бы она была чужой. Регулярно проводите ревью кода с коллегами и будьте открыты к критике и предложениям. Помните про Helicopter View.
#часть_2
👍5❤1
Head of mobile
Продолжу 4. Эффект группового мышления (Groupthink effect) Это тенденция группы людей приходить к единому мнению без критического анализа альтернативных вариантов. В разработке это может привести к тому, что команда принимает неверное решение, потому что…
7. Эффект слепого пятна (Blind spot bias)
Это склонность не замечать свои собственные когнитивные искажения, при этом легко указывая на искажения у других ("В глазу чужом - соринку видим, в своём - бревна не разглядим"). В жизни это означает, что некоторые инженеры не видят своих ошибок в коде или недостатков в проекте, но быстро находят их у других.
Что делать: Развивайте самокритичность и воспринимайте обратную связь, как что-то, что помогает объективно оценить вашу работу.
8. Эффект подчинения (Bandwagon effect)
Это склонность принимать мнения или действия группы, даже если они противоречат собственным убеждениям. Так, мы часто следуем за общепринятыми практиками без критического осмысления их эффективности.
Что делать: Всегда старайтесь понять причины, по которым принимается то или иное решение, и не бойтесь предлагать альтернативные подходы.
9. Эффект контраста (Contrast effect)
Это искажение возникает, когда сравнение двух вещей приводит к искаженному восприятию их характеристик. Может проявляться, когда один проект или технология кажется лучше или хуже только потому, что он сравнивается с другим, а не оценивается самостоятельно.
Что делать: Оценивайте каждый проект или технологию на основе их собственных характеристик, а не только в сравнении с другими.
10. Эффект гиперболического дисконтирования (Hyperbolic discounting)
Это тенденция предпочитать меньшую немедленную награду большей отложенной. Если разработчики выбирают быстрые решения, которые приносят немедленные результаты, вместо более трудоемких, но устойчивых и долгосрочных решений, накапливая разные виды техдолга - это проявление дисконтирования в работе.
Что делать: Ставьте долгосрочные цели и разрабатывайте планы, которые учитывают будущие выгоды, а не только немедленные результаты ("Стратегия бьет тактику").
#часть_3
Это склонность не замечать свои собственные когнитивные искажения, при этом легко указывая на искажения у других ("В глазу чужом - соринку видим, в своём - бревна не разглядим"). В жизни это означает, что некоторые инженеры не видят своих ошибок в коде или недостатков в проекте, но быстро находят их у других.
Что делать: Развивайте самокритичность и воспринимайте обратную связь, как что-то, что помогает объективно оценить вашу работу.
8. Эффект подчинения (Bandwagon effect)
Это склонность принимать мнения или действия группы, даже если они противоречат собственным убеждениям. Так, мы часто следуем за общепринятыми практиками без критического осмысления их эффективности.
Что делать: Всегда старайтесь понять причины, по которым принимается то или иное решение, и не бойтесь предлагать альтернативные подходы.
9. Эффект контраста (Contrast effect)
Это искажение возникает, когда сравнение двух вещей приводит к искаженному восприятию их характеристик. Может проявляться, когда один проект или технология кажется лучше или хуже только потому, что он сравнивается с другим, а не оценивается самостоятельно.
Что делать: Оценивайте каждый проект или технологию на основе их собственных характеристик, а не только в сравнении с другими.
10. Эффект гиперболического дисконтирования (Hyperbolic discounting)
Это тенденция предпочитать меньшую немедленную награду большей отложенной. Если разработчики выбирают быстрые решения, которые приносят немедленные результаты, вместо более трудоемких, но устойчивых и долгосрочных решений, накапливая разные виды техдолга - это проявление дисконтирования в работе.
Что делать: Ставьте долгосрочные цели и разрабатывайте планы, которые учитывают будущие выгоды, а не только немедленные результаты ("Стратегия бьет тактику").
#часть_3
👍3❤1
Главная мысль для меня - технический долг, как и любые другие задачи, прежде всего должен регулярно визуализироваться (помещаться в виде задач на доску), идеально, если измеряться, а уже потом исправляться. Осознанный и постоянный процесс предпочтительней отдельных подвигов. Остальное - рекомендую послушать по ссылке.
Please open Telegram to view this post
VIEW IN TELEGRAM
👍5😱2❤1
Forwarded from Сорока пишет | Об ИТ и менеджменте
Какое-то время назад в управлении удалёнными командами была популярна гипотеза, что на созвонах надо обязательно сидеть с включенной камерой. Ибо выключенная камера – не просто «неуважение коллег второй степени, карается невыплатой бонуса от 6 до 12 месяцев», но ещё и прямой путь к различного рода профессиональным неприятностям. Типа, ниже производительность, хуже вовлечённость, разделение целей компании – на дне, а удовлетворённость сотрудника от работы в это дно стучит.
Затем тема с камерами как-то года на полтора пропала из моей LinkedIn ленты и записей конференций, что я просматриваю. И вот внезапно появилась на радаре вновь: молодой, но толковый и дерзкий представитель нового поколения ИТ-управленцев «на серьёзных щах» сообщал, что выключенная камера у него на созвоне – это харам, а пить кофе в процессе митинга – ну это вообще «вон из профессии». И не потому, что «мы так вот с коллегами договорились». А потому, что это сказано в умных книжках авторитетными людьми: «сегодня видео не даст – завтра айтишечку продаст».
Обратиться к авторитетам я тоже могу: авторитет в этом вопросе – это я сам. Управляю удалёнными командами я уже лет скоро двадцать как. А ещё я с легкостью могу экстраполировать личный опыт на остальных. Так вот… Авторитетный личный опыт подсказывает альтернативную гипотезу: корреляция как производительности, так и других важных показателей команды от наличия или отсутствия включённой камеры на созвонах не обнаружена. Словами попроще: НЕ ЗАВИСИТ.
Team performance зависит от совершенно других показателей. С видеокамерой же, способами самовыражения и границами дозволенного во время видеосвязи подход как с сексом между взрослыми людьми: можно всё, что не нарушает закон и по обоюдному согласию. Так что прекратите нудеть людям про камеры и просто получайте удовольствие от общения с коллегами во время созвонов.
Затем тема с камерами как-то года на полтора пропала из моей LinkedIn ленты и записей конференций, что я просматриваю. И вот внезапно появилась на радаре вновь: молодой, но толковый и дерзкий представитель нового поколения ИТ-управленцев «на серьёзных щах» сообщал, что выключенная камера у него на созвоне – это харам, а пить кофе в процессе митинга – ну это вообще «вон из профессии». И не потому, что «мы так вот с коллегами договорились». А потому, что это сказано в умных книжках авторитетными людьми: «сегодня видео не даст – завтра айтишечку продаст».
Обратиться к авторитетам я тоже могу: авторитет в этом вопросе – это я сам. Управляю удалёнными командами я уже лет скоро двадцать как. А ещё я с легкостью могу экстраполировать личный опыт на остальных. Так вот… Авторитетный личный опыт подсказывает альтернативную гипотезу: корреляция как производительности, так и других важных показателей команды от наличия или отсутствия включённой камеры на созвонах не обнаружена. Словами попроще: НЕ ЗАВИСИТ.
Team performance зависит от совершенно других показателей. С видеокамерой же, способами самовыражения и границами дозволенного во время видеосвязи подход как с сексом между взрослыми людьми: можно всё, что не нарушает закон и по обоюдному согласию. Так что прекратите нудеть людям про камеры и просто получайте удовольствие от общения с коллегами во время созвонов.
👍11
Сорока пишет | Об ИТ и менеджменте
Какое-то время назад в управлении удалёнными командами была популярна гипотеза, что на созвонах надо обязательно сидеть с включенной камерой. Ибо выключенная камера – не просто «неуважение коллег второй степени, карается невыплатой бонуса от 6 до 12 месяцев»…
❌ Для меня обязательство включать камеру на созвоне где-то на уровне «в каждом методе должно быть не больше 25 строк кода, а весь класс помещаться в один экран». Все это работает и нужно только для новичков и на старте карьеры, а серьезным профессионалам можно и время дать почистить зубы, пока кто-то нудит про ближайшие цели спринта
👍13🤣9
В обсуждении подняли вопрос, должен ли разработчик писать тесты, рассмотрели идеальные команды, где разработчики и QA работают вместе, поделились практическими советами по тестированию (конечно, с упоминанием пирамиды тестирования) и обсудили стоимость ошибок. Также подчеркнули важность культуры тестирования в компаниях и рассмотрели современные технологии автоматизации, такие как TestGen LLM.
Пара ссылок в дополнение
1. Исследование запрещенной в РФ организации про генерацию автотестов
2. Про отказ Microsoft от разделения на SDET и SDE
-----
Please open Telegram to view this post
VIEW IN TELEGRAM
👍8
А вот как выразил свое мнение про запись один мой знакомый: “На одном дыхании! Классная подача, интересные задачи, по большей части, те, что встречаются на интервью, но с погружением в глубину. По систем-дизайну отдельно спасибо, что затронул эту тему!”
Посмотреть и составить свое мнение можно по ссылке.
Please open Telegram to view this post
VIEW IN TELEGRAM
❤9👍1
Forwarded from TechSparks
Apple — знатные тролли. За первые шестьдесят шесть минут презентации — ни единого упоминания ИИ, почти косметические улучшения своих продуктов в новых версиях всех ОС. Народ в коментах разных канальчиков весь желчью изошелся, комментируя отсталость и отстойность Apple. Честно скажу — сам на силе воле дотерпел до этой 66-минуты.
Но зато последующие 36 были целиком только про AI, который в этом контексте теперь исключительно Apple Intelligence, а не Artificial.
Главные пункты все те, которые были в утечках: и про альянс с ChatGPT, когда требуется что-то серьезное на серверной стороне, и про упор на приватность — из которого вытекает масса фич, реализованных прямо на устройстве.
Но мы узнали много деталей про Сири, и она действительно становится такой умной хозяйкой устройства, которая помогает им управлять, которая имеет доступ внутрь приложений, держит контекст диалога, которая — очень простая вроде бы, но очень сильная фишка — олицетворяет интерактивный саппорт, может подсказать что угодно про работу с устройством и приложениями, как бы коряво не был сформулирован вопрос. Понятно, что в таком сценарии нет никаких галлюцинаций, зато это очень хорошо приучает к новому типу интерфейса. Красивый первый шаг на пути к новым интеллектуальным интерфейсам.
Но все это не завтра. Часть фичей раскатят до конца года, а, например, неанглийские языки — и вовсе в следующем году.
Но теперь за эволюцией эппловой экосистемы станет сильно интересно следить: если сдержат все обещания — это действительно принципиальное обновление работы с устройствами и новый лидер.
И да, в итоге это лучший киноут WWDC за много лет:)
https://www.macrumors.com/2024/06/10/apple-intelligence-generative-personal-ai-unveiled-for-iphone-ipad-and-mac/
Но зато последующие 36 были целиком только про AI, который в этом контексте теперь исключительно Apple Intelligence, а не Artificial.
Главные пункты все те, которые были в утечках: и про альянс с ChatGPT, когда требуется что-то серьезное на серверной стороне, и про упор на приватность — из которого вытекает масса фич, реализованных прямо на устройстве.
Но мы узнали много деталей про Сири, и она действительно становится такой умной хозяйкой устройства, которая помогает им управлять, которая имеет доступ внутрь приложений, держит контекст диалога, которая — очень простая вроде бы, но очень сильная фишка — олицетворяет интерактивный саппорт, может подсказать что угодно про работу с устройством и приложениями, как бы коряво не был сформулирован вопрос. Понятно, что в таком сценарии нет никаких галлюцинаций, зато это очень хорошо приучает к новому типу интерфейса. Красивый первый шаг на пути к новым интеллектуальным интерфейсам.
Но все это не завтра. Часть фичей раскатят до конца года, а, например, неанглийские языки — и вовсе в следующем году.
Но теперь за эволюцией эппловой экосистемы станет сильно интересно следить: если сдержат все обещания — это действительно принципиальное обновление работы с устройствами и новый лидер.
И да, в итоге это лучший киноут WWDC за много лет:)
https://www.macrumors.com/2024/06/10/apple-intelligence-generative-personal-ai-unveiled-for-iphone-ipad-and-mac/
MacRumors
'Apple Intelligence' Personal AI Unveiled for iPhone, iPad, and Mac
Apple at WWDC today announced Apple Intelligence, a deeply integrated, personalized AI experience for Apple devices that uses cutting-edge generative...
👍1
TechSparks
Apple — знатные тролли. За первые шестьдесят шесть минут презентации — ни единого упоминания ИИ, почти косметические улучшения своих продуктов в новых версиях всех ОС. Народ в коментах разных канальчиков весь желчью изошелся, комментируя отсталость и отстойность…
💭Apple, как и вся индустрия мобильных гаджетов, стагнировала последние годы, ограничиваясь косметическими улучшениями безопасности, фотокамер и цветовыми схемами. Но пришли LLM, дисраптингом занялся Open AI. И теперь вновь, как лет 10-12 назад, смотришь презентацию с софтверными улучшениями, пытаясь понять, какой объем работы скрывается за каждым новым amazing API. Спасибо Apple, что хоть сами и не впереди планеты всей, но лыжню все равно протаптывают.
👍3
Please open Telegram to view this post
VIEW IN TELEGRAM
👍4