고전 어록을 프로그래밍하다

문장 1: 프로그래머의 9 개 고전 프로그래밍 어록

20 13 초, 짧은 휴가와 작별을 고하고, 우리는 다시 긴장된 작업 분위기로 돌아갔다. 이 문장 속에서, 나는 몇 가지 매우 흥미롭고 유행하는 프로그래밍 용어를 수집하여, 광발 프로그래밍 애호가들에게 불을 붙였다. Linus Torvalds 가 말했듯이, 우리가 프로그래밍하는 것은 취미 때문이다. 20 13 초, 짧은 휴가와 작별을 고하고, 우리는 다시 긴장된 작업 분위기로 돌아갔다. 이 문장 속에서, 나는 몇 가지 매우 흥미롭고 유행하는 프로그래밍 용어를 수집하여, 광발 프로그래밍 애호가들에게 불을 붙였다. Linus Torvalds 가 말했듯이, 우리가 프로그래밍하는 것은 취미 때문이다.

1. 물 위를 걷는 것은 수요 규격이 있는 소프트웨어를 개발하는 것과 유사합니다. 즉, 물과 수요가 모두 얼면 걷기와 소프트웨어 개발이 쉬워집니다. ----에드워드 5 세 벨라드

비정상적인 절차에 대해 걱정하지 마라, 만약 그것이 항상 옳다면, 너는 벌써 실직했을 것이다. -소프트웨어 공학의 모셔 법칙

디자인의 부가가치는 증가 비용보다 높습니다. -토마스 게일

4. 좋은 팀이 없으면 좋은 소프트웨어를 개발할 수 없지만 대부분의 소프트웨어 개발팀은 건강하지 않은 가족처럼 보입니다. -짐 맥카시

내 코드가 너의 기계에서 실행되든 말든 상관없어! 우리는 너에게 기계를 제공하지 않을 것이다. -비디오 프라튼

6. "코드의 줄 수로 개발 과정을 측정하는 것은 무게로 항공기 제조의 진도를 측정하는 것과 같다." -빌 게이츠

7. "프로그래머의 문제는 그들이 무엇을 하고 있는지, 너무 늦을 때까지 그들이 무엇을 하고 있는지 영원히 모른다는 것이다." -시모어 크레이

8. "대부분의 훌륭한 프로그래머들은 돈이나 명예를 위해서가 아니라 순전히 재미를 위해 프로그래밍한다." —라이너스 토발즈

9. "소프트웨어 설계를 생성하는 방법에는 두 가지가 있습니다. 하나는 분명히 허점이 없을 정도로 간단하게 하는 것이다. 다른 하나는 그것을 복잡하게 만드는 것이고, 명백한 허점은 없을 것이다. " -홀

2 편: 프로그래머 고전 어록

1. 현재 과학기술 분야의 작은 세트를 선택하여 접근해 안아주고, 이 작은 영역의 발전을 추진하려고 노력한다.

2. 메모리뿐만 아니라 디스크에도 다양한 데이터 구조와 알고리즘의 장점과 단점을 이해합니다.

3. 먼저 자신의 영역을 깊이 파악한 후 컴퓨터를 버리고 일반 사용자처럼 관찰하고 체험한다.

4. 항상 더 깊은 수준 (능력과 심리 포함) 을 탐구할 준비를 한다. 한두 층이 아니라 몇 층이다. 프로그래밍에서 출세할 수 있는지 여부는 당신이 달성할 수 있는 기술의 깊이와 밀접한 관련이 있다는 것을 알아야 한다. (존 F. 케네디, 과학명언)

상상력을 발휘하여 항상 이런 질문을 한다. "더 좋은 방법이 있나요?" " 내재적인 사고 방식에서 벗어나면 가장 좋은 실현 방식은 아직 시도되지 않았을 수 있다.

6. 너무 일찍 종료하지 말고, 같은 코드를 두 번 작성하지 말고, 한 변수를 다른 변수의 하위 세트로 명명하지 마십시오. 만약 당신이 이 규칙들을 이해하지 못한다면, 당신은 논쟁할 수 있지만, 일단 이해하면, 그들은 당신이 더 나은 코드를 작성하는 데 도움이 될 것입니다. 그렇지 않으면 당신은 초급 프로그래머의 수준에 영원히 머무를 것입니다.

7. 벤치마크 수행 방법을 알아봅니다. 네가 배운 그날까지 기다리면 세상이 달라질 것이라는 것을 알게 될 것이다.

8. 자질구레한 일과 디테일을 구별하고 디테일에만 집중하는 법을 배웁니다.

9. 항상 사용자와 관리자와 타협하지 마십시오. 때때로 당신은 그들이 생각하는 것이 그렇게 중요하지 않다는 것을 그들에게 알려야 한다.

10. 당신이 그것을 사용할 계획이든 아니든 틀을 써라. 이 과정은 다른 방법으로는 배울 수 없는 것을 배우게 할 것이다.

1 1. 자신이 배운 것을 다른 사람에게 가르치면 입소문이든 서면이든 그 과정에서 많은 것을 얻을 수 있다는 것을 알게 될 것이다.

12. 다른 사람이 쓴 코드를 찾아라. 중요한 기능을 실현하지만 똑똑하지는 않다. 그것들을 다시 쓰고, 영원히 같은 실수를 하지 말라고 스스로에게 말해라.

13. 인생의 어느 시점에서 자신의 사업 (서비스 또는 제품) 을 운영한다. 너는 네가 문원이 될 때 이해할 수 없는 프로그래밍 기술을 배울 수 있다. 가장 논란의 여지가 있는 프로그래밍 포인트는 무엇이라고 생각하십니까?

C# 전문가 Jon Skeet 은 StackOverflow 에서 이 질문을 한 적이 있다. 다음은 상위 10 에 대한 토론입니다.

1. 여가 시간에 프로그래밍을 좋아하지 않는 사람은 프로그래밍을 좋아하는 또래를 따라잡을 수 없다.

가장 똑똑하고 재능 있는 사람이라도 프로그래밍을 자신의 직업으로 삼는다면 결코 진정한 프로그래머가 될 수 없다. (윌리엄 셰익스피어, 햄릿, 지혜명언) 프로그래밍을 좋아하는 사람은 여가 시간에 작은 프로젝트를 하거나 각종 프로그래밍 언어와 사상을 만지작거린다.

2. 세상에 널리 퍼질 수 있는 유일한 모범 사례는' 머리로 생각하는 것' 이다.

너무 많은 사람들이 많은 유행하는 기술을 쫓고, 부적절한 곳에서 각종 방법, 모형, 틀을 사용하려고 노력한다. 신기술과 유명인소의 관점이 실제 상황에 적용되는 것은 아니다.

구글에 의존하는 것은 잘못이 없다.

이런 발언은 분명히 식견이 있는 사람들을 화나게 할 것이다. 그러나 중요한 것은 고객과 사장을 만족시킬 수 있는 성공적인 프로그래밍 방안을 진정으로 이해하고 제공하는 것이다.

대부분의 주석은 나쁜 코드 반복입니다.

우리는 대부분 다른 사람 (또는 자신) 이 쓴 코드를 유지 관리하고 있습니다. 나쁘고, 잘못되고, 구식이며, 오도된 주석도 코드에서 가장 얽힌 요소 중 하나입니다.

5.XML 은 크게 과대 평가되었습니다.

표류하는 많은 사람들이 생각 없이 XML 의 검은 배에 뛰어올랐다. XML 은 웹 응용 프로그램에 유리합니다. 이것이 바로 그 용도이기 때문입니다. 또한 문제 정의와 설계 아이디어는 XML 을 사용하지 않는 것이 좋습니다.

프로그래머는 본질적으로 불평등하다.

관리자는 종종 "프로그래머 A= 프로그래머 B" 가 근무 연한이 같기 때문이라고 생각한다. 하지만 사실, 그들의 효율성은 10 배, 심지어 100 배나 다를 수 있습니다.

7. 자바를 대학 교육에 가장 적합한 제 1 언어로 보는 것은 이해하기 어렵다.

첫 번째 프로그래밍 언어는 객체와 문법이 아닌 제어 흐름과 변수를 배우는 데 집중해야 합니다. 또한 C/C++ 메모리 누출 경험을 디버깅하지 않은 사람들도 Java 의 원래 의도를 완전히 이해할 수 없습니다.

8. 만약 당신이 한 가지 언어만 안다면, 당신이 얼마나 능숙하든, 당신은 여전히 충분히 좋지 않습니다.

만약 한 언어에만 국한된다면, 아무도 그의 잠재력을 충분히 발휘할 수 없다. 그리고 호기심과 탐구 의지가 부족해도 우수한 프로그래머의 자질에 맞지 않는다.

9. 성능이 정말 중요합니다

더 강력한 CPU, 하드 드라이브, 메모리를 구입하여 성능을 향상시킬 수 있지만, 그렇게 생각하는 사람이 적으면 1GHz 의 CPU 에서 더 많은 프로그램을 실행할 수 있습니다.

10. 명령문 인쇄는 효과적인 디버깅 방법입니다.

System.out.println 과 같은 출력문으로 코드를 디버깅하는 것이 좋습니다. 이는 공식 디버깅보다 빠르며 다른 실행의 출력을 비교할 수 있는 경우가 많습니다.

제 3 장: 10 1 클래식 컴퓨터 어록

컴퓨터는 쓸모가 없다. 그들은 단지 너에게 답을 알려줄 뿐이다. "화가 파블로 피카소"

2. 컴퓨터는 비키니처럼 많은 마음을 절약했다. "작가 샘 유인"

3. 그들은 컴퓨터를 가지고 있고, 다른 대량 살상 무기도 있을 수 있다. "재닛 르노, 전 미국 법무부 장관"

4. 컴퓨터와 함께 일하는 가장 멋진 점은 그들이 화를 내지 않는다는 것이다. 그들은 모든 것을 기억할 수 있고, 그들은 너의 맥주를 다 마시지 않을 것이다. "기타리스트 폴 리 리"

5. 만약 자동차가 컴퓨터의 발전주기를 따라잡을 수 있다면, 오늘날의 롤스로이스는 단지 100 달러, 갤런당 1 만 마일, 일 년에 한 번 폭발하여 안에 있는 사람들을 모두 폭파시킬 뿐이다. "로버트 엑스 클린글리, 기술 작가"

컴퓨터는 항상 점점 더 똑똑해집니다. 과학자들은 그들이 곧 우리와 이야기할 수 있을 것이라고 우리에게 말했다. 여기서 나는 컴퓨터를 의미한다. 나는 과학자들이 우리와 교류할 수 있을지 의심스럽다. "유머러스한 작가 데이브 배리"

7. 저는 최근 * * * 의 같은 문화에서 컴퓨터에 대한 지능이 좋아지고 결국 세상을 통제하는 편집증이 거의 완전히 사라졌다는 것을 알게 되었습니다. 내가 아는 한, 이것은 MS-DOS 발표와 기본적으로 동기화되어 있다. "래리 디루카"

8. 컴퓨터는 잠수함이 수영할 수 있는지 묻는 것처럼 이 문제를 생각할까요? "튜링상 수상자 에드거 W. 디저스텔라"

9. 100 년을 산 후 30M 바이트만 기억하는 것은 터무니없는 일이다. 아시다시피, 압축된 디스크보다 작습니다. 인류의 상황이 악화되고 있다. (인공지능 연구의 창시자인 마빈 민스키) 신뢰.

10, 도심 컴퓨터가 알려준 거야? R2D2, 너는 낯선 컴퓨터를 믿어서는 안 된다! "C3PO, 스타워즈의 번역 로봇"

1 1. 창문을 버리지 않는 컴퓨터를 절대 믿지 마세요. * (스티브 워즈니아크, 애플의 공동 창립자)

12. 하드웨어: 컴퓨터 시스템의 핵심 부분입니다. "제프 파시스"

13. 오늘날 대부분의 소프트웨어는 수백만 개의 벽돌이 쌓여 있는 이집트 피라미드처럼 구조적 무결성이 부족하여 힘과 수천 명의 노예로만 완성할 수 있다. (애륜 케이, 튜링상 수상자, 대상 창업자 대상)

14, 나는 마침내' 상향 호환성' 이 무엇인지 이해했다. 이것은 우리가 모든 원래의 잘못을 보존해야 한다는 것을 의미한다. "대니 반 타소"

15, 버클리에는 LSD 와 BSD* 라는 두 가지 중요한 제품이 있습니다. 우리는 이것이 우연의 일치라고 믿지 않는다. "제레미 앤더슨"

1 6,2038 65438+10 월 19, 오전 3 시 00 분14 시 07 분 (

17, 거의 모든 운영 체제가 우리만큼 나쁘다. (Brian valentini, Microsoft 수석 부사장, 운영 체제 보안 설명, 2003 년)

18, Microsoft 는 새 버전, Windows XP 를 보유하고 있습니다. 모든 사람에 따르면, 이것은 "역사상 가장 안정적인 Windows" 입니다. 나를 위해, 그것은 아스파라거스가 "데이브 배리" 라고 말하는 것과 같습니다.

19, 인터넷? 그 물건은 아직 있습니까? "호머 심슨"

20, 인터넷은 용과 같다. 몸을 돌릴 때마다 작은 버튼이 나에게 제출하라고 명령하는 것을 볼 수 있다. (Nytwind).

2 1, 생각해 보세요. 이미 백만 마리의 원숭이가 백만 대의 타자기 옆에 앉았는데 뉴스그룹은 셰익스피어와 비교가 안 됩니다. "블레어 호튼"

22. 컴퓨터 소프트웨어 업계의 가장 놀라운 업적은 하드웨어 업계의 놀라운 성과와 안정성을 끊임없이 포기하는 것이다. "헨리 피터 로스키"

23. 진정한 혁신은 종종 시장에 가깝지만 시장을 가질 수 없는 소규모 신생 기업에서 비롯된다. "팀 마틴"

24. 위대한 과학학과는 마치 거인이 다른 거인의 어깨에 서 있는 것과 같다고 종종 말한다. 소프트웨어 산업은 마치 난쟁이가 다른 난쟁이의 발에 서 있는 것과 같다고 말하는 사람들도 있다. "인터랙티브 디자인의 아버지 앨런 쿠퍼"

이것은 비트, 바이트, 프로토콜과 관련이 없으며 손익과 관련이 있습니다. "IBM 전 CEO 구오 슈나"

우리는 마이크로소프트입니다. 반항은 헛수고이다. 너는 동화될 것이다. (범퍼 스티커)

27. 리허설 때 더 좋은 프레젠테이션은 일단 관객에게 제시될 경우, 프레젠테이션이 틀리지 않을 확률은 시청자 수에 반비례하며 투입된 자금총액에 비례한다. "마크 깁스"

대부분의 특허는 쓰레기입니다. 이 특허를 읽는 데 시간을 낭비하는 것은 어리석은 짓이다. 특허 보유자만이 그렇게 할 것이고, 스스로 읽도록 강요해야 한다. "리눅스의 창시자 라이너스 토발즈"

복잡성을 제어하는 것은 컴퓨터 프로그래밍의 본질입니다. "브라이언 코니건"

30. 복잡성은 모든 것을 말살한다. 프로그래머의 삶을 뒤엎고, 제품 계획, 제작 및 테스트를 어렵게 만들고, 보안 문제를 야기하며, 최종 사용자와 관리자의 좌절을 야기합니다. "레이 오츠"

3 1. 소프트웨어를 설계하는 방법에는 두 가지가 있습니다. 하나는 가능한 한 간단해서 눈에 띄는 결점을 보지 못하게 하는 것이다. 다른 하나는 가능한 한 복잡해서 눈에 띄는 결함을 볼 수 없다는 것이다. "홀"

32. 좋은 소프트웨어의 기능은 복잡한 일을 단순하게 보이게 하는 것이다. (UML 의 창시자 중 한 명인 Grady Booch) 사용 편의성

그 컴퓨터 책들이 무엇을 주장하든 간에, 네가 꼭두각시가 아니라는 것을 기억하기만 하면 된다. 진정한 꼭두각시는 사용하기 쉬운 하드웨어와 소프트웨어를 설계할 수 없는 사람들이다. 비록 그들이 기술 전문가이긴 하지만, 이는 일반 소비자들이 의존하는 것이기 때문이다. (알버트 아인슈타인, 과학명언) "월터 모스버그, 과학 칼럼니스트"

34. 소프트웨어 공급업체는 소프트웨어를 더욱 "쉽게" 운영할 수 있도록 노력하고 있습니다. 지금까지 그들의 가장 좋은 방법은 모든 오래된 수첩을 뒤집어 표지에' 조작이 간편하다' 라는 글자를 붙이는 것이다. "빌 게이츠"

그의 컴퓨터가 전화처럼 일하기를 바라는 오래된 이야기가 있다. 그의 소망이 실현되었다. 왜냐하면 나는 내 전화를 어떻게 사용하는지 모르기 때문이다. (C++ 의 아버지 비야니 스트라우스트루프)

어떤 바보라도 컴퓨터를 사용한다. 많은 사람들이 할 수 있습니다. "테드 넬슨"

37. 고객을' 사용자' 라고 부르는 업종은 두 곳뿐이다. "에드워드 터프트, 정보 디자인 석사"

프로그래머는 우주와 경주하고 있습니다. 그들은 더 크고 더 좋은 바보 프로그램을 개발하기 위해 노력하고 있고, 우주는 더 크고 더 좋은 바보를 키우려고 노력하고 있다. 지금까지 우주는 선두를 달리고 있다. "부유한 요리사"

여러분 중 많은 분들이 프로그래머의 장점을 알고 계십니다. 물론 게으름, 조급함, 오만의 세 가지가 있습니다. "펄의 발명가 래리 월"

프로그래머의 문제는 너무 늦을 때까지 그들이 무엇을 하고 있는지 예측할 수 없다는 것이다.

4 1, 이것이 바로 컴퓨터를 싫어한다고 생각하는 사람들의 진면목이다. 그들이 정말로 싫어하는 것은 나쁜 프로그래머이다. "라쥬니, 공상 과학 작가"

42. 오랫동안 나는 왜 비싼 고급 물건이 전혀 쓸모가 없는지 궁금했다. 내가 갑자기 생각할 때까지, 컴퓨터는 불가사의한 똑똑한 일을 할 수 있는 어리석은 기계에 지나지 않는다. 프로그래머는 불가사의한 바보짓을 할 수 있는 능력에 지나지 않는다. (알버트 아인슈타인, 컴퓨터명언) 요컨대, 그들은 완벽 하 게 일치 합니다. "여행 문학 작가 빌부 라이슨"

43. 낙서로 그림을 그리는 법을 배우면 누군가를 전문가 화가로 만들 수 있는 것과는 달리, 컴퓨터 과학 교육은 누구도 프로그래밍의 대가가 되지 않는다. "오픈 소스 운동 지도자 에릭 라몬"

44. 프로그래머는 다음과 같은 일을 겪은 후에도 여전히 자신이 엄격한 전문가임을 증명할 수 있는 사람이다. 그는 무수한 구타를 겪을 수 있고, 무관한 문서에서 소재를 추출할 수 있고, 위에서 논란이 있는 데이터로 모호한 가설을 할 수 있으며, 이를 통해 수많은 단편적인 답안을 계산해서 차등 측정의 정확성을 측정할 수 있다. 그는 믿을 수 없고, 의문스럽고, 대중이 판단할 것이다.

Kai 는 처음으로 정보를 묻는 불행, 희망, 준비 안 됨, 어색함, 얄미운 사람이 정확도에 문제가 있는 기구를 사용하게 할 것이라고 발표했다. "IEEE 그리드 뉴스 잡지"

45. 행운의 해커는 몇 달 안에 소규모 개발팀 (예: 7-8 명) 을 만들어 1 년 넘게 함께 노력할 수 있다. IBM 은 일부 프로그래머들이 다른 노동자들보다 생산성이 100 배 이상 높다고 자주 보고한다. "피터 시바흐, 해커"

46. 우수한 프로그래머보다 우수한 프로그래머가 더 우수하다. 이런 좋은 것은 양급이 아니라 표준, 즉 개념 창조, 속도, 디자인의 독창성 또는 문제 해결 능력을 보는 것이다. "기술 작가 랜들 e. 슈트라우스"

47. 위대한 차공은 일반 차공보다 몇 배나 많은 임금을 받아야 하지만, 위대한 소프트웨어 코드 작성자의 가치는 일반 소프트웨어 작성자의 가격의 1000 배에 해당한다. "빌 게이츠"

제대로 작동하지 않아도 걱정하지 마세요. 만약 모든 것이 정상이라면, 너는 벌써 직장을 잃었을 것이다. "모셔 소프트웨어 공학의 법칙"

49. 코드 행수로 개발 진도를 측정하는 것은 무게로 항공기 제조 진도를 측정하는 것과 같다. "빌 게이츠"

50. 코드 작성의 사회적 지위는 도묘보다 높고 관리보다 낮다. "제럴드 와인버그, 소프트웨어 및 시스템 사상가"

5 1. 우선 컴퓨터 과학과 이론을 공부합니다. 그런 다음 자신의 프로그래밍 스타일을 형성하십시오. 그럼 다 잊어버려요. 프로그램을 바꾸면 돼요. "조지 카레트, 뛰어난 소프트웨어 엔지니어, 오픈 소스 추진자"

52. 코드를 쓰기 전에 문제를 해결하십시오. "존 존슨"

낙관론은 프로그래밍 업계의 직업병입니다. 사용자 피드백은 치료입니다. "켄트 베이커"

반복자는 사람이고 재귀는 신이다. "피터 도이치"

55. 부울의 가장 좋은 점은 네가 틀렸다 해도 한 사람이 가장 많다는 것이다. (익명)

56. 배열의 아래 첨자는 0 또는 1 으로 시작해야 합니까? 나의 0.5 타협은 내가 보기에 적당한 고려를 거치지 않고 부결되었다. "스탠 켈리 부틀"

57. 프로그래밍 언어는 두 가지밖에 없다: 하나는 매일 욕을 받고, 하나는 쓰지 않는다. (C++ 의 아버지 비야니 스트라우스트루프)