Jak pamiętasz, gdzie w kodzie chcesz kontynuować następnym razem? [Zamknięte]

Kiedy przerywasz pracę nad jakimś kodem (czy to dlatego, że musisz popracować nad czymś innym, czy jechać na wakacje, czy po prostu dlatego, że jest koniec dnia), kiedy zamkniesz ten projekt Visual Studio, jaki jest twój ulubiony sposób na zapamiętanie co chcesz zrobić, gdy ponownie zaczniesz pracę nad tym kodem.

Czy ustawiasz zakładkę Visual Studio lub zapisujesz coś takiego // TODO: continue here next time? Może masz specjalny tag jak // NEXT:? Czy umieszczasz karteczkę na monitorze? Czy korzystasz z fajnego narzędzia lub wtyczki Visual Studio, którą powinienem znać?

Czy masz jakąś osobistą sztuczkę, która pomoże Ci znaleźć miejsce w kodzie, w którym przerwałeś ostatnią pracę nad kodem?

Naprawiam które testy jednostkowe nie działają. Jeśli wszyscy przemijają, to piszę nowy.

Na początku każdego dnia mam plik tekstowy o nazwie Todays Goals.txt, a następnie każdego dnia dodaję taką datę.

Piątek 25.02.2011 Cele

Następnie zapisuję każdy projekt, nad którym pracuję, i to, co muszę dziś zrobić lub go ukończyć.

Pod koniec dnia zapisuję rzeczy do zrobienia jutro.

Ten codzienny proces pomaga mi zapamiętać dokładnie to, co muszę zrobić, i upewnić się, że każdy dzień jest dobrze zaplanowany.

Zasadniczo nigdy nie zapominam nad czym pracuję. Visual Studio wyskakuje przy ostatnim pliku, nad którym i tak pracowałeś, albo nigdy nie zamykam Visual Studio i po prostu hibernuję.

I miejsce NotImplementedExceptions w abstrakcji / wdrożeń, które niekoniecznie są ważne dla dalszego rozwoju, co byłem w pracy.

W moim kodzie umieszczam wiele TODO , ale nie tak, jak powiedziałeś. Umieszczam je tam, gdzie wiem, że pewne podejście byłoby ładniejsze / bardziej wydajne, ale w tej chwili nie jest konieczne. Daje to miłą wskazówkę dla mnie i przyszłych programistów, gdzie jest miejsce na ulepszenia.

Korzystając z Listy zadań Visual Studio, możesz łatwo przeglądać wszystkie miejsca, w których pozostawiłeś te wskazania, a nawet dodawać własne.

AKTUALIZACJA:

„ HACK :” jest również miłe, gdy piszesz coś, co działa, ale wcale nie jesteś zadowolony.

Na koniec każdego dnia piszę w zeszycie ćwiczeń o tym, co osiągnąłem tego dnia, o tym, czego oczekuję następnego dnia i co pozostało do zrobienia.

Na początku każdego dnia odnoszę się do moich notatek z poprzedniego, aby odświeżyć się tym, co muszę zrobić. Następnie spędzam kilka minut, robiąc więcej notatek na podstawie tego, co się wydarzyło, odkąd odszedłem, aby dowiedzieć się, co jeszcze muszę zrobić i jakie są moje priorytety.

Uważam, że to pomaga mi się zrelaksować i puścić pod koniec dnia i przyspieszyć na początku. Ponadto, gdy przychodzi czas na coroczne lub kwartalne recenzje, muszę po prostu odwołać się do mojego skoroszytu, aby ustalić, co robiłem w okresie przeglądu.

Używam elektronarzędzi produktywności do VS. Dzięki temu mogę przypinać zakładki i grupować je. = D W ten sposób nigdy nie zapomnę, nad czym pracowałem.

Poza tym dodaję dużo // TODO'sdo mojego kodu.

http://visualstudiogallery.msdn.microsoft.com/d0d33361-18e2-46c0-8ff2-4adea1e34fef/

W jednym z wywiadów w „The Masterminds of Programming” (myślę, że to Guido van Rossum, twórca Pythona), rozmówca powiedział, że dodał //HIERpodobny komentarz w miejscu, w którym skończył ostatni raz. „HIER” jest tutaj niderlandzki (?) I wybrał go, ponieważ podczas wyszukiwania tego ciągu jest mało prawdopodobne, aby znaleźć inne wystąpienia

Zdecydowanie moją ulubioną drogą jest TDD. To oczywiste, gdzie jesteś, gdy twój zestaw testów zawiedzie.

Ale nie wszystkie projekty pozwalają na TDD, więc mam tendencję do łamania kodu bez komentarza, gdzie przerwałem.

// Some Comment

Becomes Some Comment // Which Produces Some Fatal Error

Ten błąd krytyczny zapewnia, że ​​nie pozostawiam tego kodu nietkniętego przed jego opublikowaniem.

Wreszcie, zawsze mogę sprawdzić moje vcs, aby zobaczyć, co zostało zmienione od czasu ostatniego zatwierdzenia, a to da mi dobry pomysł, gdzie powinienem iść dalej ...

Używam dwóch bardzo wyrafinowanych nowoczesnych technik o bardzo stromej krzywej uczenia się:

• Nie wyłączaj komputera . Po prostu idź do domu, a następnego ranka zobaczysz na ekranie dokładne miejsce, w którym wczoraj przestałeś hakować. Ale ryzyko utraty punktu kontrolnego jest znacznie wyższe, jeśli wyjeżdżasz na wakacje.

• Pozostaw błąd kompilacji i sprawdź w innym oddziale. Twój, powiedzmy, kod C ++ wyglądałby tak:

  for (i=0; i<N; i++){
    int j = i + oh, no, my boss wants me to fix text on the front page!
    why? why should I do it?  Jimmy could have done it faster, but
    of course, my office is closer to the boss', and he doesn't want to
    take longer walks, that lazy fat bastard...
  

  W ten sposób projekt nie będzie się budował po włączeniu komputera lub powrocie do oddziału, w którym aktywnie pracowałeś. Twój kompilator pokaże dokładną linię i plik, w którym napotkał twoje ranty.

Techniki te pomogły mi rozpoznać miejsce, w którym porzuciłem rozwój, a także poparte wszechstronnymi badaniami i doświadczeniem wielu programistów na całym świecie. Proponuję je wypróbować.

Jest to teraz zintegrowana funkcja programu Visual Studio 2012, w której można zawiesić i wznowić obszar roboczy. Zawieszenie spowoduje wykonanie migawki twoich otwartych plików, punktów przerwania, listy obserwowanej, elementów pracy itp. I wznowienie przywróci je. Zasadniczo cały kontekst pracy jest zapisywany i zostanie wznowiony dokładnie tak, jak opuściłeś.
http://msdn.microsoft.com/en-us/library/ms181403.aspx

Krótki film pokazujący tę funkcję znajduje się tutaj
http://channel9.msdn.com/Series/Visual-Studio-2012-Premium-and-Ultimate-Overview/Visual-Studio-Ultimate-2012-How-to-multi-task- with-My-Work

Mój obecny preferowany sposób to specjalny // NEXT:tag. Wraz z ReSharper „s TODO Explorer to jest bardzo łatwe do odkrycia i utrzymaniu.

Prowadzę dziennik rozwoju dla każdej iteracji w nieskompilowanym podprojekcie Dokumenty w Visual Studio; ostatni wiersz w dzienniku jest zawsze kolejnym zadaniem.

Nie zamykam też zbyt często studia wizualnego, zamiast tego przełączam komputer w tryb gotowości

Aby znaleźć to, do czego muszę natychmiast wrócić, zazwyczaj umieszczam komentarz w:

//TODO: figure out why the widget doesn't unfrob properly

Otaczam go pustymi liniami i łatwo przyciąga moją uwagę, gdy znów go widzę. W przypadku problemów długoterminowych, do których muszę w końcu wrócić, korzystam z dyrektywy kompilatora Delphi, która umożliwia wysyłanie wiadomości podczas kompilacji:

{$MESSAGE WARN 'This method is not yet implemented'}

Nie jestem pewien, czy inne języki to potrafią ...

Listy TODO nie działają, gdy mówimy o powrocie do projektu sprzed miesięcy. Komentarze w kodzie nie działają dla mnie dobrze, po prostu zbyt łatwo je zignorować lub zapamiętać, czy całkowicie ukończyłem projekt X i najpierw powinienem szukać todos. A jeśli masz większy zespół, w którym każda osoba ma swoje zdanie DO ZROBIENIA ... ugh.

Ponieważ mój dzień zaczyna się od aktualizacji / scalenia / kompilacji, czasami próbowałem umieścić celowy błąd kompilacji w pliku (ale go nie sprawdzać). Niestety przestałem to robić po zaimprowizowanym przyjęciu do biura, które chciało zobaczyć demo czegoś, nad czym pracowałem tydzień wcześniej. „Proszę, pozwól mi to otworzyć ... poczekaj… co to znaczy… ok, więc…”

Więc przeszedłem od pisania do celowo nieudanej próby testowej.

Zostawiam emacsa z kodem, nad którym pracowałem na ekranie na następny dzień.

Czasami piszę w kodzie notatkę, której nie można skompilować, mówiąc, co mam dalej robić.

W przypadku naprawdę skomplikowanego widżetu, w którym mogę się mylić, napiszę sobie notatki w notatniku lub jako komentarz.

Jeśli chcę po prostu zachować swoje miejsce w pliku podczas wyszukiwania, czasami nadużywam punktów przerwania.

Aby śledzić weekend, w którym byłem, zostawiam notatkę z numerem problemu z funkcją śledzenia błędów.

Czy używasz systemu kontroli wersji? Jeśli tak, to powinieneś zatwierdzić swoje zmiany na koniec dnia i opisać, co zrobiłeś i co musisz zrobić w komentarzu. A jeśli nie, to czemu nie jesteś?

Po prostu nie zamykam programu Visual Studio i hibernacji systemu Windows pod koniec dnia.

Jestem jednym z niewielu, którzy restartują się co noc (wciąż pracuję na Win XP w pracy i po prostu czuję, że działa lepiej.), Więc tworzę zadanie prognostyczne z zestawem przypomnień na następny poranek. Mogę podać nazwę pliku, kopię wiersza kodu lub wystarczającą notatkę, aby poinformować mnie, co robię.

Pomaga kilka rzeczy:

• Szukam tekstu „AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA”, który ma zalety, których kod nie może uruchomić (niezależnie od tego, czy jest to kod skompilowany czy zinterpretowany), więc nie mogę go przegapić. Ponadto ten znacznik jest dla mnie jaskrawoczerwony dzięki synestezji , więc naprawdę łatwo go zauważyć nawet w dużej części kodu.

• IDE ponownie otwiera pliki w miejscu, gdzie każdy był otwarty (i które linie zostały podświetlone / wartości graniczne), więc mogę szybko przypomnieć sobie, co robię.

• Widzę na mojej liście rzeczy do zrobienia, jaki problem próbowałem rozwiązać / funkcję do wdrożenia.

Ponieważ nie powiedziałeś, że musisz kodować, aby kompilować zarówno w debugowaniu, jak i wydaniu, jedną sztuczką, którą często robię, jest:

#if DEBUG
#error "YOU LEFT OFF HERE"
#endif

Bardzo trudno o tym zapomnieć. W przeciwnym razie wstawiłbym ostrzeżenie #pragma w kodzie, aby pojawiało się ono przy każdej kompilacji.

Używam kilku sztuczek:

• Umieść @@ w komentarzach do kodu lub w dokumencie dla rzeczy, które należy zrobić w bieżącej iteracji, ale nie natychmiast. Mój kod lub dokument nie opuszcza mojego komputera, jeśli zawiera @@.

• To jedno szczególne miejsce, które muszę kontynuować jutro rano, oznaczam @@ TUTAJ. Rzadko jest to konieczne, ponieważ moje IDE otworzy się tam, gdzie wcześniej zamykam, i możesz nawet powiedzieć Wordowi, aby to zrobiło .

• Wszystkie rzeczy, które powinny zostać naprawione / dodane później, trafiają do odpowiedniego systemu śledzenia błędów lub znajdują się w dokumentach projektowych.

I czy jesteś pewien, że Visual Studio nie pamięta ostatniej lokalizacji, nad którą pracowałeś? „Zawieszanie pracy z Visual Studio 2012” mówi, że można to zrobić w 2012 r. (Google dla Visual Studio start „przerwano” )