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