다음에 코드에서 어디에 계속하고 싶은지 어떻게 기억하십니까? [닫은]

Visual Studio 프로젝트를 닫은 후 일부 코드에서 작업을 중단하면 (다른 작업을하거나 휴가를 가야하거나 단순히 하루가 끝났기 때문에) 기억해야 할 기본 방법은 무엇입니까? 해당 코드 작업을 다시 시작할 때 다음에 수행 할 작업

Visual Studio 책갈피를 설정하거나 다음과 같이 작성 // TODO: continue here next time합니까? 어쩌면 당신은 같은 특별한 태그를 가지고 // NEXT:있습니까? 모니터에 스티커 메모를합니까? 멋진 도구 나 Visual Studio 플러그인을 사용해야합니까?

코드에서 마지막으로 작업 할 때 중단 한 코드를 찾을 수있는 개인적인 방법이 있습니까?

작동하지 않는 단위 테스트를 수정합니다. 그들이 모두지나 가면 나는 새로운 것을 씁니다.

매일 시작에 Todays Goals.txt라는 텍스트 파일이 있으며 매일 이렇게 날짜를 추가합니다.

2011 년 2 월 25 일 금요일 목표

그런 다음 작업중인 각 프로젝트와 오늘 완료해야 할 작업을 작성하거나 완료해야합니다.

그런 다음 하루가 끝나면 내일 할 일을 적습니다.

이 매일의 과정을 통해 내가해야 할 일을 정확하게 기억하고 매일 계획을 잘 세워야합니다.

기본적으로 나는 내가하고있는 일을 잊지 않습니다. Visual Studio가 마지막으로 작업 한 파일에서 열리거나 Visual Studio를 전혀 닫지 않고 최대 절전 모드로 전환합니다.

I 장소 NotImplementedExceptions 추상화 / 반드시 내가 작업을 무슨 개발을 계속하는 것이 중요하지 않습니다 구현에.

나는 내 코드에 많은 TODO를 배치 하지만 언급 한대로는 아닙니다. 특정 접근 방식이 더 훌륭하고 성능이 우수하지만 현재 필요하지는 않다는 것을 알고 있습니다. 이것은 개선의 여지가 어디 있는지에 대한 나 자신과 미래 개발자에게 좋은 표시를 제공합니다.

Visual Studio의 작업 목록을 사용하면 이러한 표시를 남긴 모든 위치를 쉽게 볼 수 있으며 사용자 지정 표시를 추가 할 수도 있습니다.

최신 정보:

" HACK :"은 작동하는 것을 쓸 때도 좋지만 전혀 만족스럽지 않습니다.

매일 매일, 나는 그날 성취 한 것, 다음날 성취 할 것, 남은 일에 대해 통합 문서에 씁니다.

매일 매일, 나는 내가해야 할 일로 자신을 새롭게하기 위해 이전의 노트를 참조한다. 그런 다음 몇 분 더 시간을내어 내가해야 할 일과 우선 순위가 무엇인지 파악하기 위해 떠난 후 발생한 일을 기반으로 더 많은 메모를 작성합니다.

나는 이것이 내가 긴장을 풀고 하루가 끝나고 시작하자마자 올라갈 수 있도록 도와줍니다. 또한 연간 또는 분기 별 검토 시간이되면 검토 기간 동안 수행 한 작업을 확인하기 위해 통합 문서를 참조하기 만하면됩니다.

VS 용 생산성 전원 도구를 사용합니다. 이를 통해 탭을 고정하고 그룹화 할 수 있습니다. = D 그렇게하면 내가하고있는 일을 결코 잊지 않습니다.

그 외에도 // TODO's코드에 많은 것을 추가 합니다.

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

인터뷰 대상자는 "프로그래밍의 마스터 마인드"(Python의 제작자 Guido van Rossum 인 것 같다)의 인터뷰 중 하나 //HIER에서 지난번에 마친 곳에서 비슷한 의견 을 추가했다고 말했다 . "HIER"는 여기에서 네덜란드어 (?)이며 해당 문자열을 검색하면 다른 발생을 찾을 수 없기 때문에 선택합니다.

지금까지 가장 좋아하는 방법은 TDD를 사용하는 것입니다. 테스트 스위트가 실패했을 때의 위치는 분명합니다.

그러나 모든 프로젝트가 TDD를 허용하는 것은 아니므로 중단 된 부분에 대한 주석이없는 주석으로 코드를 깨는 경향이 있습니다.

// Some Comment

Becomes Some Comment // Which Produces Some Fatal Error

치명적인 오류로 인해 코드를 릴리스하기 전에 해당 코드를 그대로 유지하지 않아도됩니다.

마지막으로, 내 마지막 커밋 이후 변경된 내용을 확인하기 위해 항상 vc를 확인할 수 있으며 다음에 어디로 가야하는지에 대한 좋은 아이디어를 얻을 수 있습니다.

나는 매우 가파른 학습 곡선과 함께 두 가지 매우 정교한 현대 기술을 사용합니다.

• 컴퓨터를 끄지 마십시오 . 집에 가면 다음날 아침 어제 해킹을 중단 한 정확한 화면이 나타납니다. 그러나 휴가를 떠나면 체크 포인트를 잃을 위험이 훨씬 높아집니다.

• 컴파일 오류를 남겨두고 다른 브랜치를 확인하십시오. 따라서 C ++ 코드는 다음과 같습니다.

  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...
  

  이렇게하면 컴퓨터를 켜거나 활발한 개발을 수행하던 지점으로 돌아갈 때 프로젝트가 빌드되지 않습니다. 컴파일러는 정확한 라인과 파일을 보여줍니다 .

이러한 기술은 제가 개발 한 장소를 파악하는 데 도움이되었을뿐만 아니라 전 세계 많은 프로그래머의 종합적인 연구와 경험으로 뒷받침됩니다. 나는 당신이 그들을 시도하는 것이 좋습니다.

이것은 이제 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- 나의 일과 함께

현재 선호하는 whay는 특수 // NEXT:태그입니다. ReSharper 의 TODO 탐색기 와 함께 사용하면 쉽게 발견하고 유지 관리 할 수 ​​있습니다.

Visual Studio에서 빌드되지 않은 문서 하위 프로젝트의 각 반복에 대한 개발 로그를 유지합니다. 로그의 마지막 줄은 항상 다음 작업입니다.

나는 또한 비주얼 스튜디오를 자주 닫지 않고 대신 컴퓨터를 대기 모드로 둡니다.

내가 즉시 돌아와야 할 것을 찾으려면 일반적으로 다음과 같이 의견을 작성하십시오.

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

빈 줄로 둘러싸고 다시 볼 때 쉽게주의를 끌 수 있습니다. 결국 다시 돌아와야 할 장기적인 문제의 경우 컴파일하는 동안 메시지를 생성 할 수있는 Delphi 컴파일러 지시문을 사용합니다.

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

다른 언어가 그렇게 할 수 있는지 확실하지 않습니다 ...

몇 달 전부터 프로젝트로 돌아올 때 TODO 목록이 작동하지 않습니다. 코드의 주석은 나에게 잘 작동하지 않습니다. 프로젝트 X를 완전히 마쳤는지 여부를 무시하거나 기억하기가 너무 쉽고 먼저 할 일을 검색해야합니다. 그리고 각자 자신의 TODO 문구가있는 더 큰 팀이 있다면 ... 웃음.

내 하루는 업데이트 / 병합 / 빌드로 시작하기 때문에 때로는 시도한 것은 파일에 의도적 인 컴파일 오류를 넣는 것입니다 (체크 인하지는 않음). 불행히도, 나는 일주일 전에 내가 일한 것에 대한 데모를보고 싶었던 즉흥 사무실 드롭 인을 한 후에이 작업을 중단했습니다. "여기, 이걸 열어 보자 ... 잠깐만 ... 무엇을 의미하는지 ... 그럼 ..."

그래서 나는 의도적으로 실패한 테스트 사례를 작성하는 것으로 이동했습니다.

다음 날 화면에서 작업중 인 코드로 이맥스를 남겨 둡니다.

때로는 코드에 컴파일 할 수없는 메모를 작성하여 다음에 수행 할 작업을 알려줍니다.

상황에 대해 혼란 스러울 수있는 정말 복잡한 위젯을 위해 노트 나 메모로 자신에게 메모를 작성합니다.

검색을 계속하는 동안 파일에 내 위치를 유지하기 위해 중단 점을 남용하는 경우가 있습니다.

내가 있었던 주말을 추적하기 위해 버그 추적기 문제 수를 메모 해 두었습니다.

버전 관리 시스템을 사용하고 있습니까? 그렇다면 하루가 끝날 때 변경 사항을 적용하고 수행 한 작업과 주석에서 다음에 수행해야 할 작업을 설명해야합니다. 그렇지 않다면 왜 그렇지 않습니까?

나는 마지막 날에 Visual Studio를 닫지 않고 Windows를 최대 절전 모드로 전환하지 않습니다.

나는 야간에 재부팅하는 몇 안되는 사람 중 하나입니다 (직장에서 Win XP에서도 여전히 성능이 더 좋다고 생각합니다). 그래서 나는 다음날 아침에 미리 알림을 설정하여 전망 작업을 만듭니다. 파일 이름, 코드 줄의 사본 또는 내가하고있는 일을 알려주는 충분한 메모를 넣을 수 있습니다.

몇 가지 도움이됩니다.

• 코드를 실행할 수없는 (컴파일 된 코드이든 해석 된 코드이든) 이점이있는 "AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA"텍스트를 찾아서 놓칠 수 없습니다. 또한 그 태그는 synesthesia 덕분에 밝은 빨간색 이므로 큰 코드 덩어리에서도 쉽게 발견 할 수 있습니다.

• IDE는 각각 열려있는 위치에 파일을 다시 열립니다 내가 빨리 내가 무엇을하고 있었는지 기억할 수 있도록, (라인이 강조되었다 / 중단 점).

• 할 일 목록 에서 구현하려고 해결 / 기능을 시도한 문제를 볼 수 있습니다 .

실제로 디버그와 릴리스 모두에서 컴파일하기 위해 코드를 작성해야한다고 말하지 않았기 때문에 자주하는 한 가지 트릭은 다음과 같습니다.

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

그것을 잊는 것은 매우 힘든 일입니다. 그렇지 않으면 코드에 #pragma 경고를 넣어 컴파일 할 때마다 나타납니다.

몇 가지 트릭을 사용합니다.

• 현재 반복에서 수행해야하지만 즉시 수행 할 필요가없는 작업에 대해서는 코드 설명이나 문서에 @@를 입력하십시오. @@가 포함되어 있으면 코드 나 문서가 컴퓨터를 떠나지 않습니다.

• 내일 아침에 일을 계속해야 할 특정 장소는 @@ HERE로 표시됩니다. IDE가 내가 먼저 닫는 곳에서 열리기 때문에 드물게 필요하며 Word에게 그렇게 할 수도 있습니다 .

• 나중에 수정 / 추가해야 할 모든 것은 적절한 버그 추적 시스템으로 들어가거나 디자인 문서에 있습니다.

Visual Studio에서 작업 한 마지막 위치를 기억할 수 없습니까? "Visual Studio 2012 작업 일시 중지" 는 2012 년에 완료 될 수 있다고 말합니다 ( Visual Studio 용 Google은 "왼쪽"시작 )