Câu nói yêu thích của bạn về lập trình là gì? [đóng cửa]

Câu nói yêu thích của bạn về lập trình là gì?

Một trích dẫn cho mỗi câu trả lời , và vui lòng kiểm tra trùng lặp trước khi đăng!

Gỡ lỗi khó gấp đôi so với viết mã ở vị trí đầu tiên. Do đó, nếu bạn viết mã càng khéo léo càng tốt, theo định nghĩa, bạn không đủ thông minh để gỡ lỗi.

- Brian W. Kernighan

Đi bộ trên nước và phát triển phần mềm từ một đặc điểm kỹ thuật là dễ dàng nếu cả hai đều bị đóng băng.

- Edward V Berard

Việc này luôn mất nhiều thời gian hơn bạn mong đợi, ngay cả khi bạn tính đến Luật của Hofstadter.
  - Luật của Hofstadter

Luôn luôn mã như thể người cuối cùng duy trì mã của bạn sẽ là một kẻ tâm thần bạo lực, người biết bạn sống ở đâu.

- Rick Ostern

Bạn có thể có dự án:

• Thực hiện đúng giờ
• Thực hiện trên ngân sách
• Hoàn thành tốt

Chọn hai.

- Không xác định

Một số người, khi đối mặt với một vấn đề, nghĩ rằng "Tôi biết, tôi sẽ sử dụng các biểu thức thông thường."
Bây giờ họ có hai vấn đề.

- Jamie Zawinski

Về lý thuyết, không có sự khác biệt giữa lý thuyết và thực hành. Nhưng, trong thực tế, có.

- Jan LA van de Snepscheut

Bạn có thể sử dụng một cục tẩy trên bàn soạn thảo hoặc búa tạ trên công trường xây dựng - Frank Lloyd Wright

Không chính xác một trích dẫn lập trình nhưng nó chắc chắn áp dụng.

Lập trình ngày nay là một cuộc đua giữa các kỹ sư phần mềm cố gắng xây dựng các chương trình chứng minh kẻ ngốc lớn hơn và tốt hơn, và Vũ trụ cố gắng tạo ra những kẻ ngốc lớn hơn và tốt hơn. Cho đến nay, Vũ trụ đang chiến thắng.

- Rick Cook

Đo lường tiến trình lập trình bằng các dòng mã giống như đo tiến độ chế tạo máy bay theo trọng lượng.
  - Bill Gates

Có 2 vấn đề khó khăn trong khoa học máy tính: vô hiệu hóa bộ đệm, đặt tên và lỗi ngoài 1.

    - Leon Bambrick (@ secretGeek )

(Trên thực tế, tất cả mọi thứ từ http://q4td.blogspot.com/search/label/programming nhìn thấy khi tôi sắp xếp danh sách.)

Chín người không thể sinh con trong một tháng.
  - Fred Brooks, Người đàn ông huyền thoại

Chúng ta nên quên đi những hiệu quả nhỏ, nói về 97% thời gian: tối ưu hóa sớm là gốc rễ của mọi tội lỗi. Tuy nhiên, chúng ta không nên bỏ qua cơ hội của mình trong 3% quan trọng đó.
  - Donald Knuth, Lập trình có cấu trúc đi đến các Tuyên bố , Khảo sát tính toán của JACM, Tập 6, Số 4, Tháng 12 năm 1974, tr.268

Điều này được trích ra từ hai đoạn dưới đây, nó không chỉ nói lý do tại sao anh ta đi đến kết luận trên, mà còn cung cấp thông tin về cách tránh sai lầm này:

Không có nghi ngờ rằng chén hiệu quả dẫn đến lạm dụng. Các lập trình viên lãng phí một lượng lớn thời gian để suy nghĩ hoặc lo lắng về tốc độ của các phần không văn bản trong chương trình của họ và những nỗ lực này có hiệu quả thực sự có tác động tiêu cực mạnh khi gỡ lỗi và bảo trì. Chúng ta nên quên đi những hiệu quả nhỏ, nói về 97% thời gian: tối ưu hóa sớm là gốc rễ của mọi tội lỗi.

Tuy nhiên, chúng ta không nên bỏ qua cơ hội của mình trong 3% quan trọng đó. Một lập trình viên giỏi sẽ không bị ru ngủ bởi sự tự mãn bởi lý do như vậy, anh ta sẽ khôn ngoan khi xem xét kỹ các mã quan trọng; nhưng chỉ sau khi mã đó đã được xác định. Nó thường là một sai lầm khi đưa ra đánh giá tiên nghiệm về những phần nào của chương trình thực sự quan trọng, vì kinh nghiệm phổ biến của các lập trình viên đã sử dụng các công cụ đo lường là dự đoán trực quan của họ thất bại. (Càng)

Trình gỡ lỗi không xóa lỗi. Họ chỉ hiển thị chúng trong chuyển động chậm.

- Không xác định

90% mã đầu tiên chiếm 90% đầu tiên của thời gian phát triển. 10% còn lại của mã chiếm 90% còn lại của thời gian phát triển.

- Tom Cargill

Nếu Java có bộ sưu tập rác thực sự, hầu hết các chương trình sẽ tự xóa khi thực thi.
  - Robert Sewell

Khoa học máy tính không phải là về máy tính nhiều hơn thiên văn học là về kính viễn vọng

- Edsger Dijkstra

Nếu gỡ lỗi là quá trình loại bỏ lỗi phần mềm, thì lập trình phải là quá trình đưa chúng vào.
  - Edsger Dijkstra

Chỉ có hai loại ngôn ngữ: những ngôn ngữ mà mọi người phàn nàn và những ngôn ngữ không ai sử dụng

- Bjarne Stroustrup

Điều tốt nhất về boolean là ngay cả khi bạn sai, bạn chỉ tắt một chút. - (Ẩn danh)

Trong hai lần tôi đã được hỏi, "Xin cầu nguyện, ông Babbage, nếu bạn đưa vào máy những con số sai, liệu những câu trả lời đúng có xuất hiện không?" Trong một trường hợp, một thành viên của Thượng viện, và trong trường hợp khác, một thành viên của Hạ viện đặt câu hỏi này. Tôi không thể nắm bắt một cách đúng đắn các loại ý tưởng có thể gây ra một câu hỏi như vậy.
  - Charles Babbage

Có thể cho rằng trường hợp tài liệu đầu tiên của một lập trình viên gặp phải những câu hỏi ngu ngốc của người dùng.

Tôi luôn mong muốn máy tính của mình dễ sử dụng như điện thoại của tôi; điều ước của tôi đã thành hiện thực vì tôi không còn có thể tìm ra cách sử dụng điện thoại của mình

- Bjarne Stroustrup

Tất cả chỉ nói chuyện cho đến khi mã chạy.
  - Phường Castyham

Hỗ trợ Unicode không phải là một tính năng của Wikipedia. Đó là hành vi dự kiến.

Cấp, nó rất cụ thể, nhưng nó là yêu thích của tôi vì bộ ký tự lỗi thời chỉ được sử dụng quá rộng rãi vẫn ...

Nhận xét mã của bạn giống như làm sạch phòng tắm của bạn - bạn không bao giờ muốn làm điều đó, nhưng nó thực sự tạo ra một trải nghiệm thú vị hơn cho bạn và khách của bạn.

- Ryan Campbell

Kẻ ngốc tự hỏi, nhà thông thái hỏi.
  - Benjamin Disraeli

Lập trình giống như tình dục: một sai lầm và bạn phải hỗ trợ nó cho đến hết cuộc đời.
  - Michael Sinz

Il semble que la perfection soit atteinte non quand il n'y a plus rien à ajouter, mais quand il n'y a plus rien à recancher.
  - Antoine de Saint-Exupéry, nhà văn Pháp (1900-1944), Terre des Hommes (1939)

(Dường như sự hoàn hảo đạt được không phải khi không còn gì để thêm, mà là khi không còn gì để lấy đi.)

Java là JavaScript như xe hơi là thảm.
  - Chris Heilmann

Theo công thức của Eric S. Raymond :

Luật Linus

Với một cơ sở thử nghiệm beta và nhà đồng phát triển đủ lớn, hầu hết mọi vấn đề sẽ được mô tả nhanh chóng và cách khắc phục rõ ràng đối với ai đó.

Hoặc, ít chính thức hơn,

Cho đủ nhãn cầu, tất cả các lỗi là nông.