Хорошие инструкции для новичков по созданию минимальных полных примеров ошибок? [closed]

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

Итак, те из нас, кто какое-то время отвечал на вопросы и имел дело с отчетами об ошибках, все хорошо знакомы с концепцией «полного, минимального примера». Вы начинаете с ужасно огромной груды кода, в котором происходит странная ошибка, и вы хотите кого-нибудь об этом спросить. Но вы не хотите посылать им весь беспорядок, поэтому вы начинаете разрезать кучу кода на более мелкие части, пока не получите этот маленький кристаллизованный 20-строчный драгоценный камень, который все еще содержит ту же ошибку, с которой вы начали.

( А затем, по крайней мере, в половине случаев вы понимаете, что это за жук, потому что он смотрит вам в лицо, как лунный мотылек, и вам не нужно вообще спрашивать. Но это побочный эффект.)

своего рода сокращение кода разве умение, которое есть у каждого - это требует некоторой практики, помимо того факта, что многие новички еще не поняли, что им следует делать это в первую очередь. Есть несколько отличных наборов инструкций для новичков о том, как задавать хорошие вопросы (например, классический ESR «Как правильно задавать вопросы»). Есть ли хорошие инструкции, которые объясняют, что такое минимальный полный пример, и как и зачем их создавать?

debugging

задан Brooks Moses 29 October 2010 в 20:49

0 ответов

Другие вопросы по тегам:

debugging

Хорошие инструкции для новичков по созданию минимальных полных примеров ошибок? [closed]

0 ответов

Похожие вопросы: