Когда вы прерываете работу над каким-то кодом (будь то из-за того, что вам нужно работать над чем-то другим, или уезжаете в отпуск, или просто потому, что это конец дня), когда вы закрываете этот проект Visual Studio, какой ваш предпочтительный способ запомнить что вы хотите делать дальше, когда снова начнете работать над этим кодом.
Вы устанавливаете закладку Visual Studio или записываете что-то подобное // TODO: continue here next time
? Может быть, у вас есть специальный тег, как // NEXT:
? Вы помещаете заметку на свой монитор? Вы используете классный инструмент или плагин Visual Studio, который я должен знать?
Есть ли у вас какой-то личный прием, который поможет вам найти место в вашем коде, где вы остановились в последний раз, когда работали над своим кодом?
источник
~/.vimrc
git status
сделайте git diff` иgit log
ваши друзья.Ответы:
Я исправляю, какие бы модульные тесты не работали. Если они все проходят, то я пишу новый.
источник
В начале каждого дня у меня есть текстовый файл с именем Todays Goals.txt, а затем каждый день я добавляю такую дату.
Пятница 25.02.2011 Голы
Затем я записываю каждый проект, над которым я работаю, и что я должен сделать сегодня или завершить.
Затем, в конце дня, я записываю вещи, которые нужно сделать завтра.
Этот ежедневный процесс помогает мне точно запомнить, что мне нужно делать, и убедиться, что каждый день хорошо спланирован.
источник
По сути, я никогда не забываю над чем работаю. Visual Studio откроется в последнем файле, с которым вы работали, так или иначе, я вообще никогда не закрываю Visual Studio и просто сплю.
Я помещаю NotImplementedExceptions в абстракции / реализации, которые не обязательно важны для продолжения разработки того, над чем я работал.
Я помещаю много кода TODO в мой код, но не так, как вы заявили. Я размещаю их там, где, как я знаю, определенный подход был бы лучше / эффективнее, но в данный момент не обязателен. Это дает мне и будущим разработчикам хорошее представление о том, где есть место для улучшений.
Используя Список задач Visual Studio, вы можете легко просматривать все места, где вы оставили эти признаки, и вы даже можете добавить собственные.
ОБНОВИТЬ:
« HACK :» также приятно, когда вы пишете что-то, что работает, но вас это совсем не устраивает.
источник
В конце каждого дня я пишу в своей рабочей тетради о том, чего я достиг за этот день, чего я ожидаю достичь на следующий день и что еще предстоит сделать.
В начале каждого дня я обращаюсь к своим заметкам из предыдущего, чтобы освежить себя тем, что мне нужно сделать. Затем я провожу еще несколько минут, делая больше заметок, основываясь на том, что произошло с тех пор, как я ушел, чтобы выяснить, что еще мне нужно сделать и каковы мои приоритеты.
Я нахожу, что это помогает мне расслабиться и отпустить в конце дня и нарастить в начале. Кроме того, когда приходит время для ежегодных или ежеквартальных проверок, мне просто нужно обратиться к своей рабочей тетради, чтобы определить, что я делал за период проверки.
источник
Я использую Power Tools Power Tools для VS. С этим я могу закрепить вкладки и сгруппировать их. = D Таким образом, я никогда не забуду то, над чем я работал.
Кроме того, я также добавляю много
// TODO's
к своему коду.http://visualstudiogallery.msdn.microsoft.com/d0d33361-18e2-46c0-8ff2-4adea1e34fef/
источник
В одном из интервью в «Основах программирования» (я думаю, что это был Гвидо ван Россум, создатель Python), собеседник сказал, что добавил
//HIER
аналогичный комментарий в том месте, где он закончил в прошлый раз. «HIER» здесь - нидерландский (?), И он выбирает его, потому что, если он ищет эту строку, вряд ли найдутся другие вхожденияисточник
//HIERARCHY DOCUMENTATION
... упс!Безусловно, мой любимый способ - через TDD. Совершенно очевидно, где вы находитесь, когда ваш набор тестов дает сбой.
Но не во всех проектах допускается использование TDD, поэтому я склонен взламывать код с комментариями, в которых я остановился.
Эта фатальная ошибка гарантирует, что я не оставлю этот код без изменений до его выпуска.
Наконец, я всегда могу проверить свои VCS, чтобы увидеть, что изменилось со времени моего последнего коммита, и это даст мне хорошее представление о том, куда я должен идти дальше ...
источник
Я использую два очень сложных современных метода с очень крутой кривой обучения:
Оставьте ошибку компиляции и проверьте другую ветку. Итак, ваш, скажем, код C ++ будет выглядеть так:
Таким образом, проект не будет создаваться, когда вы включите компьютер или вернетесь в ветку, в которой вы выполняли активную разработку. Ваш компилятор покажет точную строку и файл, где он встретил ваши ранты.
Эти методы помогли мне узнать место, где я оставил разработку, а также подкреплены всесторонними исследованиями и опытом многих программистов во всем мире. Я предлагаю вам попробовать их.
источник
Теперь это интегрированная функция в Visual Studio 2012, где вы можете приостановить и возобновить свою рабочую область. Приостановка сделает снимок ваших открытых файлов, точек останова, списка наблюдения, рабочих элементов и т. Д., И резюме вернет его. В основном весь ваш рабочий контекст сохраняется и возобновляется точно так же, как вы ушли.
http://msdn.microsoft.com/en-us/library/ms181403.aspx
Короткое видео, демонстрирующее эту функцию, находится здесь
http://channel9.msdn.com/Series/Visual-Studio-2012-Premium-and-Ultimate-Overview/Visual-Studio-Ultimate-2012-How-to-multi-task- с-My-Work
источник
Мой текущий предпочтительный вариант - специальный
// NEXT:
тег. Вместе с ReSharper 's TODO explorer его очень легко обнаружить и поддерживать.источник
Я веду журнал разработки для каждой итерации в не построенном подпроекте docs в visual studio; последняя строка в журнале всегда является следующей задачей.
Я также не часто закрываю Visual Studio, просто вместо этого переведите компьютер в режим ожидания.
источник
Чтобы найти то, к чему мне нужно вернуться немедленно, я обычно добавляю комментарий:
Я окружаю его пустыми строками, и это легко привлекает мое внимание, когда я вижу это снова. Для более долгосрочных проблем, к которым мне необходимо вернуться, я использую директиву компилятора Delphi, которая позволяет генерировать сообщения во время компиляции:
Не уверен, что другие языки могут сделать это ...
источник
Списки TODO не работают, когда мы говорим о возвращении к проекту за несколько месяцев до этого. Комментарии в коде не работают для меня, просто слишком легко игнорировать или помнить, закончил ли я полностью проект X и должен ли сначала искать задачи. И если у вас большая команда, у каждого человека есть своя фраза TODO ... тьфу.
Так как мой день начинается с update / merge / build, я иногда пытался поместить в файл преднамеренную ошибку компиляции (но не зафиксировать ее). К сожалению, я прекратил это делать после того, как у меня появился импровизированный офис, в котором я хотел увидеть демонстрацию того, над чем я работал на прошлой неделе. «Вот, позволь мне просто открыть это… держись… что это значит… хорошо, тогда…»
Итак, я перешел от этого к написанию намеренно неудачного теста.
источник
Я оставляю emacs с кодом, над которым я работал на следующий день.
Иногда я пишу не компилируемую заметку в коде, говорящую мне, что делать дальше.
Для действительно сложного виджета, где я могу запутаться в вещах, я буду писать заметки для себя в блокноте или в качестве комментария.
источник
Если я просто сохраняю свое место в файле во время поиска, я иногда злоупотребляю контрольными точками.
Чтобы следить за выходными, где я был, я оставляю записку с номером проблемы с трекером ошибок.
источник
Вы используете систему контроля версий? Если да, то вы должны зафиксировать свои изменения в конце дня и описать, что вы сделали, и что вам нужно сделать, далее в комментарии. А если нет, то почему нет?
источник
Я просто не закрываю Visual Studio и спящий режим Windows в конце дня.
источник
Я один из немногих, кто перезагружается ночью (все еще на Win XP на работе, и я просто чувствую, что он работает лучше.), Поэтому я создаю задачу Outlook с напоминанием на следующее утро. Я могу указать имя файла, копию строки кода или достаточно примечания, чтобы сообщить мне, что я делал.
источник
Несколько вещей помогают:
Я ищу текст "AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA", в котором есть преимущества, которые код не может выполнить (будь то скомпилированный или интерпретированный код), поэтому я не могу пропустить его. Кроме того, этот тег ярко-красный для меня благодаря синестезии , поэтому его действительно легко обнаружить даже в большом количестве кода.
Среда IDE повторно открывает файлы в том месте, где каждый был открыт (и какие строки были выделены / точки останова), поэтому я могу быстро вспомнить, что я делал.
В моем списке задач я вижу, какую проблему я пытался решить / какую функцию реализовать.
источник
Поскольку вы не сказали, что вам нужен код для фактической компиляции как в отладке, так и в выпуске, я часто делаю один трюк:
Очень сложно забыть это. В противном случае я бы добавил предупреждение #pragma в код, чтобы оно появлялось при компиляции.
источник
Я использую несколько трюков:
Поместите @@ в комментарии кода или в документ о том, что нужно сделать в текущей итерации, но не сразу. Код или документ не покидают мою машину, если они содержат @@.
Это одно конкретное место, где я должен продолжать работать завтра утром, я отмечаю @@ ЗДЕСЬ. Это редко требуется, потому что моя IDE открывается там, где я закрываюсь раньше, и вы даже можете сказать Word сделать это .
Все вещи, которые должны быть исправлены / добавлены позже, попадают в надлежащую систему отслеживания ошибок или находятся в проектной документации.
И вы уверены, что ваша Visual Studio не может вспомнить последнее место, где вы работали? «Приостановка работы с Visual Studio 2012» говорит, что это можно сделать в 2012 году ( запуск Google для Visual Studio «прекращен» )
источник