Как на stackoverflow правильно задавать вопросы в которых много кода?
Ниразу не задавал вопросов, в которых больше 20ти строчек кода, НО хотелось бы узнать у сторожил, если допустим есть мини проект с описанием в виде комментов в коде, строчек эдак на 300-500, то как лучше его вставить, чтобы не получить ответы в духе "ввооот, деревня, ты бы ещё суда jq полностью вставил. . "!? Можно ли это делать через стандартную вставку html&css&js имеющуюся на stackoverflow? Или нужно использовать сторонние сервисы типа jsfiddle или codepen, если да, то там же наверное нужно покупать платную версию, чтобы разшшаривать свой код? И если вставлять по 400 строк с помощью стандартных средств стаковерфлоу то они же будут как огромный текстовый массив в вопросе, что имхо реально выглядит как "деревня", в общем если есть что ответить, буду рад услышать!
Ответы (1 шт):
Строчек эдак на 300-500...
Количество желающих вникать в такой код будет меньше, но реальный рабочий пример - лучше, чем вырванный из контекста кусок кода, про который нужно задать еще несколько уточняющих вопросов, а потом день ждать ответов.
Некоторым новичкам кажется, что программисты умеют решать любую задачу одной магической строчкой кода. Спрашивают одно, а после ответа просят изменить небольшую деталь в коде (а в реальности, это совершенно другая задача, требующая другого подхода).
Поэтому важно на начальном этапе строго определить, что у вас есть, что хочется получить, и в каком месте появились трудности (А может и сами найдете решение, пока будете всё это формулировать. Иногда полезно и для себя по пунктам расписать задачу, и обычными словами описать её возможное решение, отмечая проблемные места)
Можно ли это делать через стандартную вставку html & css & js
Можно, но желательно уважать время отвечающих. Вы лучше понимаете свой код, и у вас займет меньше времени, чтобы:
• Вырезать оттуда все ненужные части, которые не относятся к сути вопроса (красивое оформление и вывод текста, анимации, хитрая проверка введенных данных и другие функции проекта, которые напрямую не связаны с вопросом).
• Как-то разделить код (физически и/или комментариями) на части, которые надежно работают и включены только для демонстрации, и на проблемные места.