Có một lợi thế cho một lập trình viên C đã đọc K & R không? [đóng cửa]

Câu hỏi này đã ám ảnh tôi bởi vì bây giờ tôi đang đọc Kernighan & Ritchie: Ngôn ngữ lập trình C (K & R) nhưng tôi gặp rất nhiều, và ý tôi là rất nhiều lập trình viên C chưa bao giờ đọc nó.

Vì vậy, câu hỏi của tôi là: Có lợi thế khi đọc K & R không? Có nên là một điều cần thiết?

Có hữu ích, không cần thiết. K & R không phải là định nghĩa của ngôn ngữ C. Nó chỉ đơn giản là một trong nhiều văn bản giới thiệu. Tôi thấy nó đặc biệt rõ ràng và súc tích, nhưng những người đọc khác có thể thích các văn bản khác. Đơn giản chỉ cần đọc nó không khiến bạn khác biệt với các lập trình viên khác theo bất kỳ cách nào.

Tôi đồng ý với Charles E. Grant: không cần thiết, nhưng nó đáng để đọc và đây là lý do tại sao tôi nghĩ vậy:

Những thứ xấu

• Đó là ngày và do đó có thể gây nhầm lẫn.
• Nếu bạn đã biết rõ về C, bạn sẽ không học được nhiều.
• Nếu bạn không phải là người hâm mộ phong cách mã K & R, đôi mắt của bạn có thể bị bỏng.

Điểm thứ 3 là không đáng kể và 2 điểm đầu tiên tương đối không đau, ít nhất bạn biết đọc nó sẽ không bị tổn thương.

Đồ đạc tốt

• Đây là một giới thiệu tốt cho các lập trình viên mới làm quen, cho cả C và lập trình nói chung.
• Đó là một bài đọc hay (như trong: nó đọc dễ dàng và được viết tốt).
• Đó không chỉ là về giá trị kỹ thuật, mà còn về giá trị lịch sử. Nếu bạn nhắm đến việc trở thành một chuyên gia, thật tốt khi biết ngôn ngữ phát triển như thế nào, vì vậy thật tốt khi xem một cuốn sách xuất hiện không lâu sau genesis của nó, và một trong những cuốn sách nổi tiếng nhất về ngôn ngữ đó. C đã thay đổi. Không biết các bit cũ có thể không hữu ích nếu bạn không phải sử dụng chúng nhưng nó có thể giúp ích rất nhiều nếu bạn chạy vào mã cũ hơn hoặc nếu bạn tự hỏi tại sao một số việc được thực hiện theo cách này hay cách khác.
• Một lần nữa, đó là về lịch sử. Đọc "Hacker" từ Steven Levy hoặc "Dealers of Lightning" từ Hitzlick không dạy tôi bất cứ điều gì có giá trị kỹ thuật, nhưng đó là giai thoại. Bằng cách nào đó, tôi thấy K & R cũng có giá trị lớn trong vấn đề này.

Nó không lãng phí thời gian, vì vậy tôi muốn lấy một bản sao tại thư viện địa phương và để nó trên bàn của bạn. Nhặt nó vào một lúc nào đó, và bạn có thể ngạc nhiên rằng có một lỗ nhỏ trong sự liên tục không-thời gian khi bạn ngẩng đầu lên một lần nữa.

Vâng, K & R là không thể thiếu.

Bạn phải đọc nó, giống như cách bạn phải đọc Hamlet và Lord Of The Rings, giống như cách bạn đã xem Casablanca và Cuốn theo chiều gió và Chiến tranh giữa các vì sao.

Đó là một cuốn sách nhỏ tuyệt vời. Nó đã thay đổi chương trình, và nó đã thay đổi cách viết kỹ thuật, và trong một thế hệ, nó đại diện cho đỉnh cao của phong cách.

Bạn đạt được gì khi không đọc nó? Sáu giờ? Mười hai? Hai mươi? Nếu bạn nghiêm túc về lập trình, bạn sẽ dành hàng ngàn và hàng ngàn giờ để truyền mã. nếu bạn không thể đọc được, bạn không thể làm gì khác?

Hoàn toàn có thể K & R không nên là cuốn sách C đầu tiên của bạn. Và ngày nay, C không nên là ngôn ngữ đầu tiên của bạn. Việc đọc K & R trước tiên không quan trọng, nhưng bạn phải đọc nó.

Và tại sao bạn không muốn? Nó vui.

Đúng.

Sẽ không tốt lắm nếu bạn muốn biết cách viết chương trình bằng các phiên bản C hiện tại, nhưng--

Nó giải thích rất rõ ràng tại sao ngôn ngữ trông giống như nó và ý định đằng sau một số quyết định thiết kế cơ bản.

Nếu bạn được yêu cầu ghi lại bất cứ điều gì "Ngôn ngữ lập trình C" là ví dụ tuyệt đối về cách thực hiện. Tổ chức tốt, rõ ràng, súc tích và dễ đọc. Nó được viết bằng tiếng Anh đơn giản với tối thiểu Jargon và zero buzzwords.

Tôi không chắc bạn sẽ học được gì khác với K & R so với các sách C khác, nhưng tôi có xu hướng tin rằng bạn có thể tìm hiểu khá nhiều về mọi người khi xem những cuốn sách họ thích đọc về một chủ đề.

• K & R là một cuốn sách được viết tốt và súc tích, nhưng một chút sáo rỗng như một đề nghị.
• Sở thích cá nhân của tôi là Harbison & Steele , cũng được viết như K & R, nhưng chi tiết hơn đáng kể.
• Nếu ai đó thích một cuốn sách trong sê-ri về Trò chơi Dummies, tôi sẽ nghi ngờ sự cống hiến của họ cho nghề của họ, không phải vì những cuốn sách đó quá tệ, mà vì họ không đi sâu vào chi tiết.
• Nếu ai đó thề với những cuốn sách được viết bởi Herbert Schildt, họ có ý chí đi sâu vào chi tiết, nhưng tôi sẽ nghi ngờ phán đoán của họ trong những cuốn sách họ chọn.

Nói chung, tôi không nghĩ rằng thời gian đọc một cuốn sách kỹ thuật chất lượng (và K & R chắc chắn là một, và không phải là một cuốn rất dài) không bao giờ lãng phí.