[Программирование, Управление разработкой, Лайфхаки для гиков] Проблема XY, или как правильно задавать вопросы (перевод)
Автор
Сообщение
news_bot ®
Стаж: 6 лет 9 месяцев
Сообщений: 27286
Допустим, у вас возникли проблемы с файлами из-за их расширений. Вам нужно получить три последних символа, чтобы определить тип файла. Вы начинаете задавать вопросы об этом.
Вы ищете код для поиска трёх последних символов. Вероятно, у коллег могут быть какие-то предложения, так что вы спрашиваете и у них.
Вы застряли на месте со своим решением, но не возвращаетесь обратно к исходной проблеме.
Так вы столкнулись с проблемой XY. Давайте поговорим о ней подробнее.
Что такое «проблема XY»?
Проблема XY — это когда вы задаётесь вопросами о предпринятом решении Y. Но вместо этого нужно задаваться вопросами о проблеме X.
— xyproblem.info
Давайте выявим общий алгоритм проблемы XY. Определение взято с сайта xyproblem.info, так что стоит заглянуть на него.
- Пользователь хочет сделать X.
- Пользователь не знает, как сделать X, но считает, что сможет нащупать путь к решению, если ему удастся сделать Y.
- Пользователь не знает, как сделать и Y.
- Пользователь начинает просить помощи с Y.
- Люди пытаются помочь пользователю с Y, но Y кажется странной для решения проблемой.
- Пользователю нужна помощь с X, а Y даже не является приемлемым решением X.
Вы пытаетесь получить расширение файла из трёх последних символов. Это проблема Y. Но истинная проблема заключается в нахождении всех расширений файлов. Это X.
Вместо того, чтобы обсуждать X, вы говорите об Y.
<n00b> Как получить echo трёх последних символов в имени файла?
<feline> Если они в переменной: echo ${foo: -3}
<feline> Почему 3 символа? Что тебе нужно НА САМОМ ДЕЛЕ? <feline> Ты хочешь получить расширение?
<n00b> Да.
<feline> Нет никаких гарантий, что все файлы имеют трёхбуквенные расширения,
<feline> поэтому получение трёх символов не решит проблему. <feline> echo ${foo##*.}
— xyproblem.info
Спросите у бизнеса, что ему не нравится
Коммуникация — важнейший инструмент хорошего разработчика. Делайте упор на то, чего бизнес не хочет. По ссылке, которую я указал ниже, Адам Ральф говорит о том, как задавать такие вопросы.
Компании не знают, чего хотят, зато знают, чего не хотят.
— Адам Ральф
Такое случалось со мной очень часто. Думаю, это относится и к вам. Вы можете обнаружить больше скрытых потоков, задаваясь вопросом, чего вы не хотите. Это приводит к формулированию более широких и чётких границ задачи.
Это — ваша ответственность. Задавая такие вопросы, вы будете совершенствоваться как разработчик. Чтобы быть специалистом в определении потребностей бизнеса, нужно достаточно хорошо знать язык неспециалистов.
Вам нужно спрашивать, что им нужно, а не что они хотят.
Почему стоит говорить о решении Z?
Один из подходов к решению этой проблемы заключается в обсуждении других решений. Почему вы их исключили? Какими будут последствия использования решения Z?
Так вы получите лучшее представление о своей проблеме, что приведёт вас к истинной проблеме X. Добавляя по пять копеек к каждому возможному решению, вы сделаете хороший вклад в разрешение основной проблемы.
Если вы не будете хорошо коммуницировать, от этого пострадает проект.
Как проанализировать проблемную область при помощи глупых вопросов
Организациям туго даётся моделирование проблемных областей. Вам нужно задавать вопросы, наводящие на размышления.
В своём докладе Адам спрашивает, влияет ли имя (first name) клиента (допустим, начинающееся на Ms) на его социальный статус (status), что вызывает лавину ответов. Он использует эти ответы для моделирования проблемных областей, состоящих из трёх частей.
Глупый вопрос, правда? Но он приводит к важным объяснениям и моделированию проблемной области. Так мы раскладывает проблемную область на несколько частей, раскрывающих поведение клиентов и продуктов.
Применение сценариев и поведений — отличный способ моделирования проблемных областей. Определение взаимосвязей сущностей разрешает проблему XY.
Попытки решений могут совершаться специалистами в конкретной области. Но на самом деле они не знают подробностей всей системы.
Глубинное понимание проблемных областей приводит к новым решениям. По сути, это разрешает проблему XY.
Извините, данный ресурс не поддреживается. :(
На правах рекламы
Многие клиенты уже оценили преимущества эпичных серверов от Вдсины.
Это недорогие VDS с процессорами AMD EPYC, частота ядра CPU до 3.4 GHz. Максимальная конфигурация позволит реализовать практически любую идею — 128 ядер CPU, 512 ГБ RAM, 4000 ГБ NVMe. Закажите и вы!
оригинал
===========
Источник:
habr.com
===========
===========
Автор оригинала: Živković Miloš
===========Похожие новости:
- [Python, Программирование, Машинное обучение] Продвинутое использование библиотеки PYTORCH: от подготовки данных до визуализации
- [Firefox, Google Chrome, Расширения для браузеров, Браузеры] Почему uBlock Origin лучше работает в Firefox
- [Программирование, Rust] С лёгким налётом ржавчины или немного о владении (перевод)
- [Разработка веб-сайтов, JavaScript, Анализ и проектирование систем, Проектирование и рефакторинг, Лайфхаки для гиков] Трёхпроходный алгоритм рефакторинга Front End
- [Разработка веб-сайтов, Управление разработкой, Управление проектами, Управление персоналом] Записки юного TeamLead: Ошибки, о которых не стыдно говорить
- [Управление разработкой, Agile, Управление продуктом, Управление персоналом] SCRUM: Понимание и применение фреймворка
- [Системное администрирование, PowerShell, Лайфхаки для гиков] Автоматизируем ведение большого количества пользователей в AD
- [Разработка веб-сайтов, CSS, Программирование, Java] От студента до учителя: как разобраться в веб-разработке, если это не твой профиль
- [Лайфхаки для гиков, Здоровье] Как можно (правильно) прокрастинировать, чтобы повысить свою продуктивность
- [Информационная безопасность, Киберпанк, Лайфхаки для гиков, Транспорт] Анонимность в современном мегаполисе
Теги для поиска: #_programmirovanie (Программирование), #_upravlenie_razrabotkoj (Управление разработкой), #_lajfhaki_dlja_gikov (Лайфхаки для гиков), #_xy, #_problema_xy (проблема XY), #_blog_kompanii_vdsina.ru (
Блог компании VDSina.ru
), #_programmirovanie (
Программирование
), #_upravlenie_razrabotkoj (
Управление разработкой
), #_lajfhaki_dlja_gikov (
Лайфхаки для гиков
)
Вы не можете начинать темы
Вы не можете отвечать на сообщения
Вы не можете редактировать свои сообщения
Вы не можете удалять свои сообщения
Вы не можете голосовать в опросах
Вы не можете прикреплять файлы к сообщениям
Вы не можете скачивать файлы
Текущее время: 22-Ноя 15:31
Часовой пояс: UTC + 5
| Автор | Сообщение |
|---|---|
|
news_bot ®
Стаж: 6 лет 9 месяцев |
|
 Допустим, у вас возникли проблемы с файлами из-за их расширений. Вам нужно получить три последних символа, чтобы определить тип файла. Вы начинаете задавать вопросы об этом. Вы ищете код для поиска трёх последних символов. Вероятно, у коллег могут быть какие-то предложения, так что вы спрашиваете и у них. Вы застряли на месте со своим решением, но не возвращаетесь обратно к исходной проблеме. Так вы столкнулись с проблемой XY. Давайте поговорим о ней подробнее. Что такое «проблема XY»? Проблема XY — это когда вы задаётесь вопросами о предпринятом решении Y. Но вместо этого нужно задаваться вопросами о проблеме X.
— xyproblem.info Давайте выявим общий алгоритм проблемы XY. Определение взято с сайта xyproblem.info, так что стоит заглянуть на него.
Вы пытаетесь получить расширение файла из трёх последних символов. Это проблема Y. Но истинная проблема заключается в нахождении всех расширений файлов. Это X. Вместо того, чтобы обсуждать X, вы говорите об Y. <n00b> Как получить echo трёх последних символов в имени файла?
<feline> Если они в переменной: echo ${foo: -3} <feline> Почему 3 символа? Что тебе нужно НА САМОМ ДЕЛЕ? <feline> Ты хочешь получить расширение? <n00b> Да. <feline> Нет никаких гарантий, что все файлы имеют трёхбуквенные расширения, <feline> поэтому получение трёх символов не решит проблему. <feline> echo ${foo##*.} — xyproblem.info Спросите у бизнеса, что ему не нравится Коммуникация — важнейший инструмент хорошего разработчика. Делайте упор на то, чего бизнес не хочет. По ссылке, которую я указал ниже, Адам Ральф говорит о том, как задавать такие вопросы. Компании не знают, чего хотят, зато знают, чего не хотят.
— Адам Ральф Такое случалось со мной очень часто. Думаю, это относится и к вам. Вы можете обнаружить больше скрытых потоков, задаваясь вопросом, чего вы не хотите. Это приводит к формулированию более широких и чётких границ задачи. Это — ваша ответственность. Задавая такие вопросы, вы будете совершенствоваться как разработчик. Чтобы быть специалистом в определении потребностей бизнеса, нужно достаточно хорошо знать язык неспециалистов. Вам нужно спрашивать, что им нужно, а не что они хотят. Почему стоит говорить о решении Z? Один из подходов к решению этой проблемы заключается в обсуждении других решений. Почему вы их исключили? Какими будут последствия использования решения Z? Так вы получите лучшее представление о своей проблеме, что приведёт вас к истинной проблеме X. Добавляя по пять копеек к каждому возможному решению, вы сделаете хороший вклад в разрешение основной проблемы. Если вы не будете хорошо коммуницировать, от этого пострадает проект. Как проанализировать проблемную область при помощи глупых вопросов Организациям туго даётся моделирование проблемных областей. Вам нужно задавать вопросы, наводящие на размышления. В своём докладе Адам спрашивает, влияет ли имя (first name) клиента (допустим, начинающееся на Ms) на его социальный статус (status), что вызывает лавину ответов. Он использует эти ответы для моделирования проблемных областей, состоящих из трёх частей.  Глупый вопрос, правда? Но он приводит к важным объяснениям и моделированию проблемной области. Так мы раскладывает проблемную область на несколько частей, раскрывающих поведение клиентов и продуктов. Применение сценариев и поведений — отличный способ моделирования проблемных областей. Определение взаимосвязей сущностей разрешает проблему XY. Попытки решений могут совершаться специалистами в конкретной области. Но на самом деле они не знают подробностей всей системы. Глубинное понимание проблемных областей приводит к новым решениям. По сути, это разрешает проблему XY. Извините, данный ресурс не поддреживается. :( На правах рекламы Многие клиенты уже оценили преимущества эпичных серверов от Вдсины. Это недорогие VDS с процессорами AMD EPYC, частота ядра CPU до 3.4 GHz. Максимальная конфигурация позволит реализовать практически любую идею — 128 ядер CPU, 512 ГБ RAM, 4000 ГБ NVMe. Закажите и вы!  оригинал =========== Источник: habr.com =========== =========== Автор оригинала: Živković Miloš ===========Похожие новости:
Блог компании VDSina.ru ), #_programmirovanie ( Программирование ), #_upravlenie_razrabotkoj ( Управление разработкой ), #_lajfhaki_dlja_gikov ( Лайфхаки для гиков ) |
|
Вы не можете начинать темы
Вы не можете отвечать на сообщения
Вы не можете редактировать свои сообщения
Вы не можете удалять свои сообщения
Вы не можете голосовать в опросах
Вы не можете прикреплять файлы к сообщениям
Вы не можете скачивать файлы
Вы не можете отвечать на сообщения
Вы не можете редактировать свои сообщения
Вы не можете удалять свои сообщения
Вы не можете голосовать в опросах
Вы не можете прикреплять файлы к сообщениям
Вы не можете скачивать файлы
Текущее время: 22-Ноя 15:31
Часовой пояс: UTC + 5