프로그래밍 언어의 창시자들


다음과 같은 여러 프로그래밍 언어를 만든이들과의 인터뷰를 엮은 책입니다.
  • C++
  • Python
  • APL
  • Forth
  • Basic
  • Awk
  • Lua
  • Haskell
  • ML
  • SQL
  • Objective-C
  • JAVA
  • C#
  • UML
  • Perl
  • Postscript
  • Eiffel
동적,정적,개체지향,함수형 등 각기 다른 특성을 지닌 언어들을 접하고 그 뒤의 숨어있는 프로그래밍에 대한 서로 다른 관점들을 접해볼 수 있는 기회였습니다. 비슷한 형식의 또다른 책인 "Coders At Work"도 얼마 전 출간 되었는데, 역시 구입 예정입니다.

더 나은 프로그래머가 되려면?
... Don't add functionality that you think will be useful some time in the future: adding it now may prevent you from adding a much better feature later on, when it's really needed. ... - Luiz Henrique de Figueiredo, Lua, p. 166


프로그래머 한 명이 종이 반 상자 정도의 코드를 관리할 수 있다고 말한 적이 있다던데...
... It's amazing how helpful that one little fact turns out to be. 100,000 lines of code is a box of printout. It cost $3 million to develop. It takes two people to maintain it. The number of test cases to fully test that box of code is another two or three boxes of code. - Tom Love, Objective-C, p. 251


언어의 발명, 추가 개발, 수용의 과정에서 얻은 교훈이 있다면?
Microsoft Word was written by eight programmers, while the wooden variety involved thousands, none of whom could appreciate the full complexity of harvesting lumber, mining graphite, smelting metals, making lacquer, growing rapeseed for oil, etc. The complexity was there in the pencil, but hidden from user. - Brad Cox, Objective-C, p. 263, 나무 연필에 숨어있는 복잡성을 디지털 연필에 해당하는 워드 소프트웨어와 비교하며


왜 컴퓨터 과학은 진짜 과학이 아닌가?
Each time you encounter a new piece of software, you encounter something completely new and unique. How can you have a science where everything is unique? ... - Brad Cox, Objective-C,  p. 275


자원봉사자들한테는 일을 강요할 수 없다. 강요하더라도 먹히지 않는다.
... So as the saying goes, if you can't fix it, feature it. Larry Wall, Perl, p. 393


명세와 구현의 구분이 중요한가?
... One of the characteristics of software is that any software element you look at is the specification of something that is more concrete and the implementation of something that is more abstract. ... - Bertrand Meyer, Eiffel, p. 422


작고 탄탄한 핵심(예를 들면, 람다 수식)에서 시작하여 언어를 구축해나가는 방식에 대해 어찌 생각하는가?
... The difficulty of programming is twofold: the scientific difficulty and the engineering difficulty. ... - Bertrand Meyer, Eiffel, p. 430

공부하면 할수록 내가 모르던 게 많았음을 새삼 느낍니다...


Mountain Lion Safety
Mountain Lion Safety by ekai 저작자 표시비영리동일조건 변경허락


* 이 포스트는 blogkorea [블코채널 : 웹, 컴퓨터, it에 관련된 유용한 정보 및 소식] 에 링크 되어있습니다.


크리에이티브 커먼즈 라이선스
Creative Commons License

'Book Review' 카테고리의 다른 글

Coders at Work를 읽고 - 2  (0) 2010/01/16
Coders at Work를 읽고 - 1  (4) 2009/12/21
프로그래밍 언어의 창시자들  (0) 2009/09/17
글쓰기 공작소 - 나도 글 잘 쓰고 싶다  (4) 2009/07/31
수학적 엄밀함으로 살펴보는 C++ 타입과 알고리즘  (0) 2009/07/13
번역으로 살펴보는 우리말  (0) 2009/06/01
Trackback 0 Comment 0
top