Я программист с многолетним опытом. Я понял, что приобрел определенную привычку. Я не уверен, действительно ли это плохая привычка или нет.
Я получаю список задач для выполнения, даже небольших небольших задач, например,
- Изменить ресурсы этого пользовательского элемента управления
- Изменить размер другого
- Добавьте немного HTML и кодирование на другой пользовательский элемент управления
Все эти задачи небольшие. Я имею в виду, что они могут быть сделаны в течение 10 минут, но у меня появилась плохая привычка вносить небольшие изменения, а затем проверять их снова и снова в веб-браузере . Это хорошая практика?
Или я должен выполнить их все сразу, а затем проверить их вместе?
Если это действительно плохая привычка, то как мне ее исправить, так как мне кажется, что нужно тратить время на тестирование небольших изменений снова и снова?
programming-practices
coding-style
Математика
источник
источник
Ответы:
источник
What you see is what you get
инструментов для разработчиков, работающих с HTML, CSS, Widget и т. Д.Внесение множества небольших изменений и проверка каждого из них - это не плохо. Это позволяет вам увидеть эффект каждого изменения, а затем, когда одно изменение вызывает проблему, гораздо проще узнать, какое изменение вызвало проблемы - самое последнее!
Если у вас есть список задач с 10 элементами, и вы выполняете их все сразу, а затем тестируете страницу и затем замечаете, что страница выглядит неправильно, может быть сложнее узнать, какое изменение сломало страницу.
Конечно, такой подход можно довести до крайности. Нахождение баланса является ключевым, и это приходит с получением лучшего понимания того, что вы изменяете и как изменения могут влиять друг на друга.
источник
Ваш вопрос состоит из двух частей:
Я предполагаю, что вы используете VCS .
И для отслеживания того, какие задачи были выполнены, имеет смысл распределить список задач по списку коммитов : одна задача, одна фиксация .
Это позволяет легко управлять различными версиями текущей базы кода; Вы можете вернуться к предыдущему состоянию, выбрать те изменения, которые хотите ввести в основной ствол, и т. д.
Ответ ясен:
Нет, вносить изменения только один за другим - одна задача одна фиксация .
Это хорошая практика для тестирования коды / UI любого , но это нонсенс , чтобы делать это снова и снова в браузере. Есть инструменты, которые делают это автоматически для вас ( Selenium, PhantomJS / Casper, ZombieJS )
Ответ для этого случая:
Да, рекомендуется проверять программное обеспечение более одного раза, но использовать автоматизацию
источник
Для любой привычки разработчика есть 2 основных вопроса:
Если ответ на оба вопроса: «Это делает его лучше», избавьтесь от привычки, научите ее другим!
Если ответ на один «лучше», а другой «хуже» - это стиль, и вы должны осознавать это. Это не всегда применимо, и вам, возможно, придется приложить усилия, чтобы подавлять его время от времени.
Если ответ на оба вопроса «Негативный» - у вас серьезная проблема.
Конечно, в первых двух случаях вы также должны подумать: «Может ли положительный эффект быть каким-то образом автоматизирован или институционализирован?». Может быть, лучше написать тест, чем каждый раз пробовать разные браузеры? (Обратите внимание, я знаю, что проверить правильность макета в веб-разработке не так просто, я не говорю, что это всегда возможно или стоит времени).
В данном конкретном случае мне кажется, что качество повышается, производительность может снижаться. Для небольших изменений это, скорее всего, плохо (особенно если изменения взаимосвязаны), для больших - это хорошо. Пока вы проверяете и конечный результат (избегайте «каждый модуль был протестирован и работает, так что все это тоже работает, нет необходимости его тестировать!»).
Следовательно - если 90% вашего рабочего дня не вносят действительно небольшие изменения - это совершенно прекрасная привычка. Если ваш рабочий день такой, то, возможно, вы захотите пересмотреть свой стиль работы (или рабочее место).
источник
Это зависит от домена. Для размещения веб-страницы она будет работать нормально, и вы можете получить немедленную обратную связь (вы даже можете сделать это прямо в браузере!). Точно так же это будет хорошо работать для всего, что не требует длительного времени для инициализации. Это предпочтительнее, так как сохраняет низкую умственную нагрузку и снижает вероятность ошибок.
Тем не менее, для действительно больших проектов, где вы должны скомпилировать код и затрачиваемое время нетривиально (несколько минут), это может привести к значительным простоям, поэтому вам часто приходится прибегать к:
(Возможно, есть и другие способы.)
источник
Как утверждают другие, это определенно не плохая привычка. Я обычно предпочитаю делать только несколько изменений одновременно. Единственное исключение - если у меня большой список изменений, которые не все влияют друг на друга (например, изменения в незначительных стилях или копировании, изменения на разных страницах и т. Д.). Если вы изменяете макеты, придерживайтесь внесения изменений по одному, чтобы вы могли проверить, все ли на 100% во всех поддерживаемых браузерах, прежде чем переходить к следующей проблеме.
источник