MSDN이 자세한 이유

조엘 온 소프트웨어
Joel on Software(http://www.joelonsoftware.com/)
- 저자: Joel Spolsky
- 역자: 박재호(jhrogue@yahoo.co.kr), 이해영(hae_lee@hanmail.net)

못다한 이야기, 다섯 - MSDN이 자세한 이유 I

...솔직히 말해 마이크로스프트 사는 소스코드를 배포하지 않기 때문에 MSDN과 같은 엄청난 작업을 별도로 진행해야 했습니다...

--

소스 코드를 볼 수 있다면 그 함수가 어떻게 돌아가는지 뭘 인수로 주고 뭘 결과값으로 받을 수 있는지 바로 알 수 있겠지만, MS는 그런 소스를 오픈 하지 않으니 설명서를 자세히 쓸 수 밖에 없다는 이야기.

다시 말해 주어진 함수에서 버그가 났을 경우 소스 코드를 볼 수 없다면 이유를 알 수 없고 그 버그를 피해갈 방법 또한 알 수 없으니 MSDN에 모든 것을 자세히 써놓을 수 밖에 없다는 이야기.

공감!!!

The Joel Test: 12 Steps to Better Code

Url: http://www.joelonsoftware.com/articles/fog0000000043.html

The Joel Test

1. Do you use source control?
2. Can you make a build in one step?
3. Do you make daily builds?
4. Do you have a bug database?
5. Do you fix bugs before writing new code?
6. Do you have an up-to-date schedule?
7. Do you have a spec?
8. Do programmers have quiet working conditions?
9. Do you use the best tools money can buy?
10. Do you have testers?
11. Do new candidates write code during their interview?
12. Do you do hallway usability testing?

--

더 좋은 코드를 위한 조엘 테스트

1. CVS와 같은 소스 관리 시스템을 갖추었는가?
2. 한 번에 빌드를 만들 수 있는가?
3. 일일 빌드를 하고 있는가?
4. 버그 DB를 갖고 있는가?
5. 새로운 코드를 작성하기 전에 버그를 잡는가?
6. 항상 일정을 갱신하는가?
7. 명세서를 갖고 있는가?
8. 프로그래머들은 조용한 작업 환경을 갖고 있는가?
9. 살 수 있는한 가장 좋은 툴들을 사용하는가?
10. 테스터가 있는가?
11. 새로운 개발자를 뽑을 때 코딩 테스트를 하는가?
12. 복도(hallway) 사용편의성 테스트를 하는가?

음 미국에서도 2,3개 정도만 하고 있다는 회사가 대부분이라는데 과연 우리나라에서는 몇개가 평균일런지... 궁금하다.

12번 복도 사용편의성 테스트라는 것은 개발자가 지나가는 아무나 붙잡고 자신의 프로그램 사용성을 테스트하는 것을 말합니다.
한마디로 아무나 붙잡고 몇명에게 물어보라는거죠. 그러면 대부분의 문제점을 잡아낼 수 있다네요.

Advice for Computer Science College Students

Url: http://www.joelonsoftware.com/articles/CollegeAdvice.html

1. Learn how to write before graduating.
2. Learn C before graduating.
3. Learn microeconomics before graduating.
4. Don't blow off non-CS classes just because they're boring.
5. Take programming-intensive courses.
6. Stop worrying about all the jobs going to India.
7. No matter what you do, get a good summer internship.

--
1. 졸업 전 작문을 익혀라
2. 졸업 전 C를 공부하라
3. 졸업 전 미시 경제를 공부하라
4. 지겹다고 교양을 소홀히 하지 마라
5. 프로그래밍 심화 과정을 수강하라
6. 인디언들이 모든 잡을 가져갈 것이라 걱정하지 마라
7. 뭘 하던지 여름 방학에 좋은 인턴쉽을 경험하라

가장 공감하는 것은 1번, 7번.
그리고 못해본 것은 3번. 그리고 아쉬운 것은 4번.

학점 때문에 교양 가려 들은게 아쉽다.

Joel on Software: 2 Back to Basics

조엘 온 소프트웨어
Joel on Software(http://www.joelonsoftware.com/)
- 저자: Joel Spolsky
- 역자: 박재호(jhrogue@yahoo.co.kr), 이해영(hae_lee@hanmail.net)

2 기본으로 돌아가기
2 Back to Basics

- 전형적인 malloc 구현을 따를 경우에도 가비지 컬렉션과 유사한 성능 저하 문제가 생기니까요.
- 똑똑한 프로그래머는 항상 2배수로 메모리 블록을 할당하는 방법으로 잠재적인 혼란을 최소화 합니다. 예를 들어 4,8,16,.... 바이트와 같이 말입니다.
- (그에 관한 해결책으로) '스탄 아이센트'는 'realloc을 호출할 때, 항상 직전에 할당했던 두 배 크기로 기억공간을 늘여줘야한다고 제안합니다.'

- 구문 분석과 파싱 작업은 컴파일 과정에서 가장 느린 부분입니다.

When you add more programmers to a late project...

it gets even later!!!

--
Title: 7 Painless Functional Specifications > 3. But, How?
URL: http://www.joelonsoftware.com/articles/fog0000000034.html
The Mythical Man-Month
- Frederick Brooks,
- 'The Mythical Man-Month: Essays on Software Engineering'
- (Addison-Wesley, 1975)

Joel's comment about that book:
The main point of that book was that when you add more programmers to a late project, it gets even later.

The Pragmatic Programmer

며칠 전 회사에 신청해서 다음과 같은 책을 구매했다.
1. 실용주의 프로그래머 (The Pragmatic Programmer)
2. 조엘 온 소프트웨어 (Joel on Software)

--

먼저 조엘 온 소프트웨어를 읽고 있었는데 오늘 받아본 12월호
마소(마이크로소프트웨어) 기획 기사가
'소프트웨어 개발 프로젝트 실용주의 선언'

흠. 이런 우연(?)찮은 일이 ㅎㅎ

Myself

Date: 20051123
Location: ShinSeGae Department Store, Seoul, Korea