Был сегодня на YaTalks в качестве эксперта. Стенды классные, организация топ, доклады пропустил осознанно.
У меня было две задачи: стенд Тинькофф и экспертные консультации.
Про первую. Вместе с другими экспертами рассказывали истории из своего опыта в формате «Что было дальше»: обрывали историю на кульминации и собирали варианты продолжений от слушателей. Моя история осталась нерассказанной.
Я отправлю ее тезисы из заметок, а кто первым отгадает в комментариях продолжение, получит небольшой презент с конференции.
Итак, история
"Это были времена, когда мы еще летали из России в США на конференции американских компаний. Шла WWDC от Apple. А вокруг нее всегда проходят множество митапов, организованных кем-то большим и кем-то маленьким. И был один такой митап от Google и FireBase. Чтобы пройти на него в нужный бар и узнать, что там за бесплатные снеки от Google, требовался QR-код (сразу видно, что корпорация визионерская - COVID'а еще не было, а QR-код уже был нужен). Нас было 4 или 5, а вот QR-код только один: коллега успел, а остальные оказались не такими быстрыми при регистрации накануне. Но мы понадеялись на русский авось и все же пошли к бару. Правда, авось не сработал: в бар нас не пустили. От этого мы не расстроились, отошли на пять метров и открыли свои MacBook.”
Что было дальше?
P.S. А если в читателях есть очевидцы истории, добавьте в нее реальных или нереальных фактов, пожалуйста
У меня было две задачи: стенд Тинькофф и экспертные консультации.
Про первую. Вместе с другими экспертами рассказывали истории из своего опыта в формате «Что было дальше»: обрывали историю на кульминации и собирали варианты продолжений от слушателей. Моя история осталась нерассказанной.
Я отправлю ее тезисы из заметок, а кто первым отгадает в комментариях продолжение, получит небольшой презент с конференции.
Итак, история
"Это были времена, когда мы еще летали из России в США на конференции американских компаний. Шла WWDC от Apple. А вокруг нее всегда проходят множество митапов, организованных кем-то большим и кем-то маленьким. И был один такой митап от Google и FireBase. Чтобы пройти на него в нужный бар и узнать, что там за бесплатные снеки от Google, требовался QR-код (сразу видно, что корпорация визионерская - COVID'а еще не было, а QR-код уже был нужен). Нас было 4 или 5, а вот QR-код только один: коллега успел, а остальные оказались не такими быстрыми при регистрации накануне. Но мы понадеялись на русский авось и все же пошли к бару. Правда, авось не сработал: в бар нас не пустили. От этого мы не расстроились, отошли на пять метров и открыли свои MacBook.”
Что было дальше?
P.S. А если в читателях есть очевидцы истории, добавьте в нее реальных или нереальных фактов, пожалуйста
👍2❤1
В РФ начались рабочие дни после длинных новогодних выходных. Надеюсь, вы успели хорошо отдохнуть и зарядиться энергией на весь год 😴 .
Вспомним немного легендарную заметку (перевод), почему мы работаем именно 40 часов уже больше 50 лет, хотя еще в 1970-х годах исследователи предполагали, что с развитием автоматизации труда стандартная рабочая неделя к 2000 году составит 30 часов при четырехдневной рабочей неделе.
P.S. Особо пытливые умы экономистов и историков, прочитав текст, свяжут факт неизменности рабочего времени с распространением рейганомики, но это немного другая история.
Вспомним немного легендарную заметку (перевод), почему мы работаем именно 40 часов уже больше 50 лет, хотя еще в 1970-х годах исследователи предполагали, что с развитием автоматизации труда стандартная рабочая неделя к 2000 году составит 30 часов при четырехдневной рабочей неделе.
P.S. Особо пытливые умы экономистов и историков, прочитав текст, свяжут факт неизменности рабочего времени с распространением рейганомики, но это немного другая история.
Please open Telegram to view this post
VIEW IN TELEGRAM
👍4❤1🤔1
В прошлом году помог с организацией и прочитал пару докладов на митапах компании KTS про новинки WWDC 2023. Ребята подготовили список записей и собрали в дайджест на Хабре. Полезно посмотреть, если от пересмотра "Отпуска по обмену", "Один дома" и "Холопа" вы устали во время праздников и нужно погружение в новинки Xcode, обновления Push Notifications, Live Activities, изменения в UIKit и Swift 5.9.
👍9
https://telegra.ph/Pochti-Android-kak-Apple-radikalno-menyaet-iOS-i-App-Store-dlya-ES-01-27
Тут подробно разобрали, какие изменения на этой неделе Apple представила для будущей iOS 17.4 и запуска альтернативных магазинов приложений в ЕС. Выводы все те же: альтернативные магазины на таких условиях бессмысленны и губительны для малого и неокрепшего бизнеса 🥲
Тут подробно разобрали, какие изменения на этой неделе Apple представила для будущей iOS 17.4 и запуска альтернативных магазинов приложений в ЕС. Выводы все те же: альтернативные магазины на таких условиях бессмысленны и губительны для малого и неокрепшего бизнеса 🥲
Telegraph
Почти Android: как Apple радикально меняет iOS и App Store для ЕС
С выпуском iOS 17.4 в марте этого года Apple впервые официально разрешит установку приложений в обход App Store и альтернативные магазины от сторонних разработчиков. Похоже, нас ожидает самый масштабный сдвиг в жёсткой политике яблочной компании, однако изменения…
🤔3👍1🤯1
Forwarded from iOS Makes Me Hate (Lev Bondarenko)
Когда я писал контент в контент мне палили похожие базы знаний, еще до того, как они продавали мои бесплатные посты с канала, за которые я бы сам не решился просить деньги из-за его качества проработки. Многие свои посты в канале я пишу за 5 минут, просто выкладывая мысли в их первоначальной форме.
В целом, я не понимал, почему кто-то покупал такие материалы, которые по факту просто сборник чужих бесплатных постов, на которые тратили минимум времени.
В вопросе образования качество материала зависит от многих вещей:
- Экспертиза и опыт автора
- Его навыки педагогики
- Факт-чекинга
- Наложение практики и теории
Поэтому я полностью никогда не ухожу в ед.тех, потому что это тесная работа с реальной прикладной практикой. Люди, кто не работает, а только преподают, чаще на несколько шагов позади практиков.
Есть множество книг по программированию и они сильно друг от друга отличаются. Все зависит качество ответов, актуальности задач и комментариев на все. Во многих статьях есть неточности и их нужно фильтровать. А не только интуитивно собирать список вопросов, которые собрали на Хабре и укомплектовали в одну статью. Даже свои статьи я бы раза 3 переписал, потому что тогда только тренировался их писать.
У Саши Сычева есть отличный доклад, как ошибки в статьях, докладах создали целые массовые заблуждения. За последние годы цыгани создали их еще больше. Поэтому тут в выборе источника нужно много раз перепроверять инфу. Здесь все зависит от качества экспертизы и опыта.
У себя я стараюсь собирать ответы и вопросы заапрувленные исходя из своего опыта и мнений экспертов, которые генерируют уникальный контент. А не только статьи поверхностно пересказывать. Даже доку прочитают 2 человека и по-разному поймут.
Вопросы могут быть одинаковые. Они даже на джуна и сеньора одинаковые. Но качество ответов, комментарий и задач разные.
В целом, я не понимал, почему кто-то покупал такие материалы, которые по факту просто сборник чужих бесплатных постов, на которые тратили минимум времени.
В вопросе образования качество материала зависит от многих вещей:
- Экспертиза и опыт автора
- Его навыки педагогики
- Факт-чекинга
- Наложение практики и теории
Поэтому я полностью никогда не ухожу в ед.тех, потому что это тесная работа с реальной прикладной практикой. Люди, кто не работает, а только преподают, чаще на несколько шагов позади практиков.
Есть множество книг по программированию и они сильно друг от друга отличаются. Все зависит качество ответов, актуальности задач и комментариев на все. Во многих статьях есть неточности и их нужно фильтровать. А не только интуитивно собирать список вопросов, которые собрали на Хабре и укомплектовали в одну статью. Даже свои статьи я бы раза 3 переписал, потому что тогда только тренировался их писать.
У Саши Сычева есть отличный доклад, как ошибки в статьях, докладах создали целые массовые заблуждения. За последние годы цыгани создали их еще больше. Поэтому тут в выборе источника нужно много раз перепроверять инфу. Здесь все зависит от качества экспертизы и опыта.
У себя я стараюсь собирать ответы и вопросы заапрувленные исходя из своего опыта и мнений экспертов, которые генерируют уникальный контент. А не только статьи поверхностно пересказывать. Даже доку прочитают 2 человека и по-разному поймут.
Вопросы могут быть одинаковые. Они даже на джуна и сеньора одинаковые. Но качество ответов, комментарий и задач разные.
YouTube
Мифы iOS-разработки / Александр Сычев
Apps Conf Moscow 2019
Зал «Сами боги»
23 апреля, 13:00
Тезисы и презентация:
http://appsconf.ru/moscow/2019/abstracts/4596
175 лет назад написана первая компьютерная программа. С тех пор мир разработки развивался молниеносными темпами, решая все более…
Зал «Сами боги»
23 апреля, 13:00
Тезисы и презентация:
http://appsconf.ru/moscow/2019/abstracts/4596
175 лет назад написана первая компьютерная программа. С тех пор мир разработки развивался молниеносными темпами, решая все более…
❤4👍3
Хочу поделиться с вами интересной идеей, которую услышал на внутренней конференции Тинькофф. Речь шла о развитии экспертного сообщества и применении новых технологий в ежедневной рабочей рутине. Я считаю, что если из статьи, заметки, видео, доклада, конференции я вынес хотя бы одну мысль, узнал хотя бы про один новый инструмент, то это была очень полезная статья, заметка, видео или доклад.
Так вот. Лайфхак, который я вынес для себя, заключается в использовании голосовых сообщений для создания постов и заметок в базе знаний. Просто запиши свои мысли голосом и попроси какую-нибудь нейросеть причесать ее в текстовый формат. Такой подход позволяет сэкономить массу времени. Вместо того, чтобы тратить время на набор текста, можно просто записать свои идеи вслух и передать их на обработку. И так будут готовы заметки со встречи или краткие выводы по полученному материалу.
Этот пост так и получился)
Так вот. Лайфхак, который я вынес для себя, заключается в использовании голосовых сообщений для создания постов и заметок в базе знаний. Просто запиши свои мысли голосом и попроси какую-нибудь нейросеть причесать ее в текстовый формат. Такой подход позволяет сэкономить массу времени. Вместо того, чтобы тратить время на набор текста, можно просто записать свои идеи вслух и передать их на обработку. И так будут готовы заметки со встречи или краткие выводы по полученному материалу.
Этот пост так и получился)
👍10
Цитата
"Мотивация признанием - это один из способов стимулирования и поощрения сотрудников в организации. Она основана на принципе, что люди хотят чувствовать себя ценными и важными, и что признание их достижений и вклада в работу может стать мощным мотиватором.
Мотивация признанием может быть выражена различными способами, включая:
1. Устная похвала: это может быть простое "спасибо" или более формальное признание на собрании или в письме.
2. Награды и призы: это может быть что-то материальное, например, подарочный сертификат, или нематериальное, например, дополнительный отпуск или возможность работать удаленно.
3. Повышение статуса: это может быть повышение в должности или расширение обязанностей.
4. Публичное признание: это может быть объявление о достижениях сотрудника на корпоративном сайте или в социальных сетях.
5. Признание коллегами: это может быть признание со стороны коллег, которые могут выразить свою благодарность и уважение.
Важно отметить, что мотивация признанием должна быть искренней и соответствовать реальным достижениям сотрудника. Она также должна быть регулярной и разнообразной, чтобы не стать предсказуемой и неэффективной.
"
"Мотивация признанием - это один из способов стимулирования и поощрения сотрудников в организации. Она основана на принципе, что люди хотят чувствовать себя ценными и важными, и что признание их достижений и вклада в работу может стать мощным мотиватором.
Мотивация признанием может быть выражена различными способами, включая:
1. Устная похвала: это может быть простое "спасибо" или более формальное признание на собрании или в письме.
2. Награды и призы: это может быть что-то материальное, например, подарочный сертификат, или нематериальное, например, дополнительный отпуск или возможность работать удаленно.
3. Повышение статуса: это может быть повышение в должности или расширение обязанностей.
4. Публичное признание: это может быть объявление о достижениях сотрудника на корпоративном сайте или в социальных сетях.
5. Признание коллегами: это может быть признание со стороны коллег, которые могут выразить свою благодарность и уважение.
Важно отметить, что мотивация признанием должна быть искренней и соответствовать реальным достижениям сотрудника. Она также должна быть регулярной и разнообразной, чтобы не стать предсказуемой и неэффективной.
"
❤4
Apple заопенсорсили еще один язык программирования - Pickle 🥒
Pkl — язык конфигурации с поддержкой валидации. Может использоваться как инструмент командной строки или плагин для сборок. Pkl представляет собой смесь статической конфигурации и языка общего программирования.
Подробней тут https://github.com/apple/pkl
Pkl — язык конфигурации с поддержкой валидации. Может использоваться как инструмент командной строки или плагин для сборок. Pkl представляет собой смесь статической конфигурации и языка общего программирования.
Подробней тут https://github.com/apple/pkl
🤔4
Осенью выступал на конференции "Стачка" в Ульяновске. Организаторы подготовили расшифровку выступления про развитие миддлов и сеньоров - чем не повод поделиться краткой выжимкой и ссылками.
Дисклеймер: Если у вас нет запроса на рост — расти не обязательно. Развитие останавливается тогда, когда вы сами решили его остановить.
1. Уровень развития разработчика определяется его навыками и задачами, которые он решает. Неважно, сколько вам лет и сколько вы уже работаете в индустрии - важно, насколько быстро и качественно вы справляетесь с разными задачами.
2. Одной из научных моделей уровней развития навыков является дрейфусовская. Она легко сводится к грейдам в IT: от стажера до staff-инженера, - и помогает подобрать инструменты роста для конкретного этапа карьеры.
3. Чтобы оценить свой уровень, можно воспользоваться различными инструментами. Например, пройти самодиагностику или использовать матрицы компетенций.
4. Профессиональный рост - это не линейный процесс: после скачков наступает плато и стагнация. Для прорыва необходимо постоянно изучать новое, решать практические задачи, обмениваться опытом в профессиональных кругах и помнить про свое ментальное здоровье.
И последнее, но не менее важное - чем выше грейд, тем сложнее: на самом верху легко остаться одному. Хотя, другими словами, быть первым в космосе 👩🚀.
Дисклеймер: Если у вас нет запроса на рост — расти не обязательно. Развитие останавливается тогда, когда вы сами решили его остановить.
1. Уровень развития разработчика определяется его навыками и задачами, которые он решает. Неважно, сколько вам лет и сколько вы уже работаете в индустрии - важно, насколько быстро и качественно вы справляетесь с разными задачами.
2. Одной из научных моделей уровней развития навыков является дрейфусовская. Она легко сводится к грейдам в IT: от стажера до staff-инженера, - и помогает подобрать инструменты роста для конкретного этапа карьеры.
3. Чтобы оценить свой уровень, можно воспользоваться различными инструментами. Например, пройти самодиагностику или использовать матрицы компетенций.
4. Профессиональный рост - это не линейный процесс: после скачков наступает плато и стагнация. Для прорыва необходимо постоянно изучать новое, решать практические задачи, обмениваться опытом в профессиональных кругах и помнить про свое ментальное здоровье.
И последнее, но не менее важное - чем выше грейд, тем сложнее: на самом верху легко остаться одному. Хотя, другими словами, быть первым в космосе 👩🚀.
👍10
OpenAI показали новую модель, создающую на основе текстового описания довольно реалистичные видео. Также модель способна «дофантазировать» уже существующие ролики.
Так что осталось записать себя на фронталку один раз, добавить генерацию озвучки на основе другого промпта и тогда на дэйлики по утрам можно будет не подключаться совсем🤪
https://openai.com/sora
Так что осталось записать себя на фронталку один раз, добавить генерацию озвучки на основе другого промпта и тогда на дэйлики по утрам можно будет не подключаться совсем
https://openai.com/sora
Please open Telegram to view this post
VIEW IN TELEGRAM
👍1🤣1
Увлекся в последнее время базовым изучением когнитивных искажений - своего рода "ошибок" в нашем мышлении, которые влияют в том числе и на рабочий процесс.
Несколько примеров
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