Я предпочитаю подчеркивание в качестве префикса для частных неконстантных неконтролируемых полей. Зачем? Причины: 1. Просто глядя на переменную, я могу различить поле & amp; локальная / переменная параметра. Используя «это». для всех полей это не вариант - его дольше. 2. Существует двусмысленность между параметром и полем:
class Foo
{
private int id;
public Foo(int id)
{
id = id; //Will compile and work fine. But field will not be initialized.
}
}
Посмотрите в окно и расслабьте глаза ... вы также можете закрыть их, но не засыпайте
Я запускаю его на одном мониторе, а кодирую или читаю на другом.
Nethack или сканирование. Занимает очень мало процессора, и оба являются пошаговыми, поэтому я могу сохранить и выйти, когда моя реальная работа будет готова к повторной работе.
Я часто делаю то, что вы предлагаете (особенно посещаю Stackoverflow и читаю книгу).
Однако, поскольку создание и развертывание требует времени, что бы вы ни делали, когда вы вернетесь, вы, вероятно, потеряли ход своих мыслей. Таким образом, вам не нужно минимизировать время, необходимое для выполнения этих действий, вам нужно делать это как можно реже. Размышления о проблеме / ошибке намного продуктивнее, чем запуск системы для отладки.
Подождите и, если возможно, подумайте насчет следующей проблемы.
Если вы находитесь на ранней стадии цикла разработки, могут возникнуть ошибки, которые необходимо исправить.
Просмотрите свой код, подумайте о проблемах, которые вы можете улучшить, и потом доработайте его. День программиста без переделки - почти потерянный день.
Проверяйте температуру процессора, прогноз погоды, последние тренировки по навыкам в Eve - обычно играйте с виджетами на панели управления Mac.
Никогда, никогда не заходите в интернет, как я. забудь, что я делал ...
Планируйте свои следующие шаги. Составьте схему, напишите, зарисуйте, заполните свой список дел. Подготовьтесь к следующему действию.
И немного расслабьтесь.
фактически Stackoverflow и IRC, будь то во время сборки или нет!
Я разрезал себе запястья. Честно говоря - одна из команд здесь включила анализ кода для своих проектов; они не обращают внимания ни на одно предупреждение. Вы знаете, сколько времени требуется VS, чтобы проанализировать эти предупреждения (всего около 24 000 - занимает 3 минуты)?
Честно:
Я смотрю на прогресс сборки на моем правом мониторе и stackoverflow.com на левом. Если это крупная сборка, я могу пойти за чашкой кофе.
На самом деле я перехожу к stackoverflow во время сборки.
Я следую стилю управления задачами GTD. Я не проверяю электронную почту, не оформляю документы (физические или цифровые), не планирую и не отвечаю на телефонные звонки (если это важно, они оставят мне сообщение для проверки), пока я сосредоточен на кодировании. Я выбираю очень определенные интервалы, время дня, чтобы выполнять эти действия.
С учетом сказанного, я бы посоветовал вам потратить время на ожидание сборки, чтобы выполнить эти действия. Не смешивайте их со своим временем разработки. Сделайте ожидание сборок вашим интервалом для обработки и планирования входящих сообщений.