• scientific writing에서는 전반적으로 유용할 수 있는 아이디어다 싶었다. 뭐냐면, 결론에서 다룰 핵심 graphs나 table을 쭉 프린트 한뒤에 그것의 order를 정렬하고 간단히 청중을 대상으로 자신의 논문 주제에 대해서 프레젠테이젼 하는거다. 몇가지로 해봐서 가장 논리적으로 메시지가 잘 전달되는 order를 찾아 이를 바탕으로 논문의 개요를 잡는다
    (tags: writing)
  • *** 프로그래머 십계명 *** by 임인건 시작부터 경지에 이르기까지... 1. 정보를 모음에 소홀히 하지 말고 설명서를 읽음에 게을리 하지 말지어 다. 오늘 필요 없는 정보는 내일 필요하리라. 가장 가치 있고도 저렴한 지식은 책 속에 있느니라. 서점과 동료의 책꽂이에 무엇이 꽂혀 있는지 때때로 살피어라. 무심코 흘렸던 종이 한 장이 너의 근심을 풀어 주었 으리라. 설명서는 충분히, 꼼꼼히 읽을지어다. 모든 의문은 설명서를 안 보는 데서 생기니라. 그렇더라도 모두 다 읽을 필요는 없느니라. 2. 너의 PC가 안전하다고 믿지 말지어다. 5분 후에 정전이 되고 내일 너의 하드가 맛이 가리라. 그러하니 너의 소중한 소스 코드는 정기적으로 여 러 군데에 단계별로 백업해 두어라. 3. 변하는 수를 다룰 때에는 늘 조심할지어다. 정수가 절대로 그 한계를 넘지 않으리라 가정하는 것은 어리석음이라. 127, -128, 255, 32767, -32768, 65535, 이 숫자들을 너의 골수에 새기어라. 0.0은 0이 아니니 실수는 원래부터 결코 정밀하지 않느니라. 부호 없는 것과 있는 것을 어울리거나 정수끼리 나눌 때에는 늘 조심하여라. 4. 무슨 일을 반복시킬 때에는 처음과 끝에 유의할지어다. 너의 컴퓨터는 1보다는 0을 좋아 하니라. 배열의 첨자가 그 범위를 넘지 않을지 손 댈 때마다 따져 보아라. 수식에 1을 더하거나 뺄 때에는 늘 긴장하라. 너 의 프로그램은 단지 한 번 덜해서 틀리고 한 번 더해서 다운되느니라. 5. 항상 모든 경우의 수를 고려하고 섣불리 생략하지 말지어다. 절대로 일 어나지 않을 일은 반드시 일어나고, 가장 드물게 일어날 일이 가장 너 를괴롭히리라. 그러하니 언제나 논리에 구멍이 없는지 꼼꼼히 따져 보 고, if를 쓸 때에는 else부터 생각하라. 6. 함수 안에서 매개 변수값은 결코 믿지 말지어다. 지금 그 매개 변수가 결코 가질 수 없다는 값을 내일부터는 가지리라. 그러하니 매개 변수값 이 올바름을 항상 검사할지어다. 그렇더라도 처리
,