Cuốn sách kỹ thuật hay liên quan đến lập trình tồi tệ nhất bạn từng đọc là gì? Đây có thể là bất kỳ cuốn sách nào bằng cách này hay cách khác có thể được kết nối với lập trình, miễn là nó không phải là hư cấu.
Cuốn sách kỹ thuật hay liên quan đến lập trình tồi tệ nhất bạn từng đọc là gì? Đây có thể là bất kỳ cuốn sách nào bằng cách này hay cách khác có thể được kết nối với lập trình, miễn là nó không phải là hư cấu.
Câu trả lời:
Bất kỳ cuốn sách nào cho phép bạn tự dạy mình X trong Y giờ.
Tôi đã đọc một số trong quá khứ nhưng một khi đọc bạn không biết bất kỳ chi tiết nào về X và bạn cũng không thể sử dụng sách làm tài liệu tham khảo cho X. Sau khi khám phá ra rằng có vẻ tốt hơn để đi cho những cuốn sách lớn.
Java cứng
Cuốn sách này được viết bởi một người thực sự không hiểu những điểm tốt hơn của java. Anh ta thậm chí không hiểu bằng cách tham chiếu hoặc thông qua val. Tôi sẽ trích dẫn đánh giá amazon được xếp hạng hàng đầu: (đó là 1 sao)
Trong lời nói đầu, tác giả nói rằng mục tiêu của cuốn sách này là biến một nhà phát triển từ cấp độ trung cấp thành một bậc thầy thực sự. Ở mặt sau, nó thậm chí còn hứa hẹn rằng "bạn sẽ thành thạo nghệ thuật viết mã dễ bị lỗi (sic!)" Và tham chiếu đến "mã dễ bị lỗi" thật đáng buồn khi tìm thấy xác nhận của nó khi người ta bắt đầu đọc.
Phải mất khoảng hai chương để phá hủy uy tín của tác giả, và bạn sẽ đọc phần còn lại của cuốn sách với con mắt hoài nghi, nghi ngờ mọi khẳng định có vẻ nghi vấn và nghi ngờ rằng tác giả đang nói tốt hơn mức độ năng lực của mình, và bảo trợ về nó quá!
Các chương đầu tiên là một đánh giá tàn bạo về một số khái niệm Java, dày đặc với các lỗi nghiêm trọng, không phải lỗi chính tả, lỗi (nhiều lỗi chính tả).
Ví dụ, trên trang 9 định nghĩa của câu lệnh 'for' là sai, một kiểm tra đơn giản về Đặc tả ngôn ngữ Java sẽ khiến tác giả bối rối.
Ở trang 15, tác giả đưa ra cho chúng ta các quy tắc sai đối với các nhãn trong Java và trong cùng một trang, anh ta nhầm lẫn logic của các câu lệnh 'phá vỡ' và 'tiếp tục', cung cấp một ví dụ mã sai về mặt logic, chỉ để làm hỏng mọi thứ thậm chí còn tốt hơn .
Tôi sẽ không biết làm thế nào để mô tả phần "Khởi tạo bị trì hoãn bị xiềng xích" trên trang 53, "có thể nói". Bài này được trích dẫn trong trang errata tại oreilly.com, và "tác giả rất tiếc rằng nó đã trượt qua các vết nứt tục ngữ". Tôi lo ngại hơn rằng một cái gì đó như thế đã thực sự được viết (hoàn chỉnh với các mẫu mã!), Hơn là nó đã được thông qua thông qua chỉnh sửa và xem xét. Hãy hy vọng nó được viết bởi ai đó đang chơi với máy tính xách tay của tác giả. Ai đó không biết JVM nghĩa là gì.
Cũng có những điểm ít nghiêm trọng hơn nhưng cũng không kém phần tự tin, như, ở trang 25, mẫu:
Chuỗi mới ("Nút A để hiển thị" + văn bản);
mà chúng ta không nên tìm thấy trong các cuốn sách dành cho các bậc thầy về đạo sư.
Tác giả có lẽ là một kiến trúc sư phần mềm năng suất, một số điểm, sau này trong cuốn sách, rất thú vị, mặc dù không có gì có thể định nghĩa nâng cao, nhưng anh ta không biết Java tốt hơn một nhà phát triển trung bình và cuốn sách này không thêm nhiều vào một trung gian cấp độ, ngoài, có thể, từ một cảnh báo về việc viết sách: viết một cuốn sách có thể biến bạn từ một nhà phát triển tốt thành một tác giả tồi.
Thật đáng buồn khi chúng ta tràn ngập những ấn phẩm "dễ bị lỗi" tầm thường và không chuyên nghiệp như vậy từ các nhà xuất bản có uy tín như vậy, thỉnh thoảng tôi vẫn đọc lại và tận hưởng sự cụ thể, rõ ràng và giá trị của các tác phẩm kinh điển như "Ngôn ngữ lập trình C của K & R" "Và tôi tự hỏi tại sao sản lượng ngày nay lại kém hơn rất nhiều.
Là một trong số ít trường hợp ngoại lệ, tôi thực sự khuyên bạn nên sử dụng "Java hiệu quả" của Bloch (Addison-Wesley), đây thực sự là một cuốn sách được viết bởi một đạo sư. Sau khi đọc cái đó, "Hardcore Java" dường như còn trống rỗng hơn.
Lỗi của nó trên O'Reilly là (lần trước tôi đã kiểm tra) dài hơn 20 trang.
chỉnh sửa: chỉ cần kiểm tra nó, cài đặt mặc định trong word, dài 23 trang.
Tôi vẫn còn nhớ cuốn sách này tệ đến mức nào:
Oracle9i: Hướng dẫn cho người mới bắt đầu
Tôi đã tức giận đọc qua nó. Tôi sẽ trích dẫn từ đánh giá trên Amazon của tôi:
Gần như ngay lập tức, tôi đã thất vọng: Chương 1 là một sự tôn vinh cho việc Oracle tuyệt vời như thế nào và Larry Ellison thần thánh như thế nào và nó chứa đầy các trang và trang doanh thu và doanh thu. Thật là một sự lãng phí giấy. Sau đó, Chương 2 cho tôi biết cách sử dụng các nhóm tin tức và Google: lãng phí giấy hơn. Tôi đến Chương 3 và tôi nghĩ cuối cùng tôi cũng học được điều gì đó. Sau đó, tôi nhận thấy họ tập trung vào Sun Solaris như một hệ điều hành không hữu ích cho một người đang cố gắng tự học điều này ở nhà.
Sau đó, trên trang 84 tôi đọc, "Trong các bản phát hành trước của Hướng dẫn cho người mới bắt đầu, chúng tôi đã hướng dẫn bạn cài đặt máy chủ Oracle. Với Oracle 8i và bây giờ là 9i, đó là một chủ đề quá lớn để bao quát trong một cuốn sách cỡ này." Đó là cách họ bắt đầu hướng dẫn từng bước thiết lập cơ sở dữ liệu Oracle đầu tiên của bạn. Oh, bước cuối cùng đọc, "12. Đọc phần còn lại của cuốn sách này." Đối với tôi, cuốn sách lãng phí 80 trang sau đó cho tôi biết việc cài đặt sẽ mất quá nhiều thời gian. Rất đáng thất vọng.
Hãy để chúng tôi C - Yashavant P. Kanetkar
Chương trình hướng đối tượng với C ++ - E Balagurusamy
Tệ nhất Sách. Không bao giờ.
Nó có kích thước của một cuốn sách điện thoại, và nó được đặt giống như một cuốn sách công thức. Về cơ bản, đây là một bộ sưu tập khổng lồ gồm hàng ngàn đoạn mã để hoàn thành các nhiệm vụ khác nhau, hoàn toàn nằm ngoài ngữ cảnh và thường bị sai hoặc bị hỏng hoặc bị lỗi thời.
Điều duy nhất vui nhộn hơn là cuốn sách tiếp theo của họ, Kinh thánh lập trình C / C ++ / C # của Jamsa . Bởi vì những ngôn ngữ đó hoàn toàn có thể thay thế cho nhau, phải không?
Bạn sẽ mua một cuốn sách về lập trình từ người đàn ông này ?
Cuốn sách tồi tệ nhất tôi từng đọc là Ingegneria del codice của McConnell Steve.
Vâng, đó là bản dịch tiếng Ý của cuốn sách hay nhất tôi từng đọc: Code Complete. Nhưng bản dịch tệ đến mức tôi phải mua phiên bản gốc. Nó đã là cuốn sách kỹ thuật dịch cuối cùng tôi mua. Kể từ đó, tôi chỉ đọc sách kỹ thuật bằng tiếng Anh.
Cuốn sách này là danh sách đọc của chúng tôi cho một mô-đun về C ++ ở trường đại học.
Nó dường như là một loại 2 cho 1 lần mua vì vậy chúng tôi sẽ không phải mua một cuốn sách UML.
Kích thước khổng lồ của cuốn sách kết hợp với không có dòng chảy và nỗi ám ảnh về loài kiến là lý do tại sao nó nhận được phiếu bầu của tôi.
Tôi nghĩ rằng nó có thể đang chạy cho bìa xấu nhất trên một cuốn sách máy tính.
Tôi đã bắt gặp rất nhiều cuốn sách lập trình tồi, nhưng đó luôn là những cuốn mà tôi tình cờ bắt gặp (ví dụ như trong một hiệu sách, tại địa điểm của một người bạn, v.v.). Cuốn sách thực sự tồi tệ duy nhất mà tôi từng mua và cố gắng theo dõi hóa ra là rác hoàn toàn là Java 2: The Complete Reference của Herb Schild. Các TA thực sự đề nghị cuốn sách đó.
Tôi đã dành cả học kỳ để tự hỏi tại sao cuốn sách đó chứa đầy sự không liên quan (cuốn sách đó không chắc chắn đó là hướng dẫn hay IMHO tham khảo). Tôi biết một số người thích nó và cho rằng họ nhận được một số lợi ích từ nó, nhưng tôi chỉ bỏ cuốn sách gần cuối học kỳ và tập trung vào các ghi chú của lớp. Sau này tôi đã tìm thấy những cuốn sách hay hơn về Java và thực sự đã học ngôn ngữ này.
Chỉnh sửa: Một số người thực sự đã "mượn" cuốn sách từ tôi sau một số năm, và đã không trả lại nó. Vì vậy, tôi đoán ít nhất một người thích nó.
Bảo mật PHP chuyên nghiệp của Snyder & Southwell cho Apress.
Mặc dù tôi đã gặp rất nhiều sách và hướng dẫn về webdev với thái độ cực kỳ kém đối với bảo mật (do đó , tiếng kêu cứu này), cuốn sách này đạt đến độ sâu mới bằng cách chứa mã chứa đầy lỗ hổng bảo mật trong một cuốn sách được cho là tất cả về an ninh .
Tôi chưa bao giờ đọc nó đầy đủ, với vô số chương hầu như không chạm vào PHP, nhưng thậm chí một đoạn lướt qua thông qua việc tiêm HTML (XSS) trong hầu hết mọi ví dụ, ngay cả trong chương về cách tránh các cuộc tấn công XSS. Có SQL-tiêm. Có thư mục truyền tải. Đây là trong ví dụ 'cách thực hiện', không phải 'đây là một lỗi phổ biến cần tránh'! Thậm chí có những gợi ý (không đầy đủ) về cách 'sử dụng' một cách an toàn eval
và system
, có thể được thay thế một cách hợp lý hơn bằng từ 'KHÔNG'.
Những giải pháp mà nó đưa ra phần lớn là các cách tiếp cận sai lầm và mất uy tín dựa trên 'vệ sinh' hoặc thoát ngẫu nhiên ở giai đoạn đầu vào, thay vì thực sự hiểu cách thoát văn bản hoạt động và cách bạn cần thực hiện đúng loại mã hóa và khi xuất ra một định dạng cụ thể là bắt buộc. Sự hiểu lầm này là một nguyên nhân phổ biến của các ứng dụng bị hỏng và thật đau lòng khi thấy nó trong một cuốn sách 'bảo mật'. Và sau đó, có những đề xuất hoàn toàn kỳ quái như thêm cột 'khóa quản trị viên' vào tất cả các bảng của bạn để cố gắng thực thi logic truy cập. Ai? Ồ, và mã là một mớ hỗn độn của logic và đánh dấu hỗn hợp, natch.
4 sao tại Amazon! Mua bản sao của bạn bây giờ!
Bất cứ điều gì và tất cả mọi thứ được viết bởi Herbert Schildt. Gọi một cuốn sách này có lẽ là một chút căng thẳng - nó giống như một trường hợp ngộ độc thực phẩm vĩnh viễn được cam kết trên giấy.
Lập trình Fractal trong C, bởi Roger T. Stevens. Như Leonard Plinth-Garnell đã nói, "Tuyệt vời khủng khiếp!"
Bí quyết số trong [C | C ++]. Rất nhiều "công thức", nhưng 1) mã thực sự là Fortran với cú pháp họ C và 2) nhiều thuật toán (hầu hết?) Là các giá trị không ổn định về mặt số lượng và nói chung là tốt nhất nên tránh.
Xin hãy tha thứ cho tôi ... Tôi đã học đại học và say mê Y2K. Cuốn sách tỏ ra nhàm chán và giống như sự cường điệu, tất cả đều là chủ nghĩa giật gân. Rác hoàn thành.
Nếu bạn tìm thấy thứ nhảm nhí này trong tủ của người kiểm tra - hãy bắn anh ta / cô ta ngay lập tức. Cuốn sách này là dành cho những người ngu ngốc được viết bởi một người ngu ngốc.
Ồ, và, tốt, gây tranh cãi, điều này, tôi đoán:
Ngôn ngữ lập trình C ++ của Stroustrup , phiên bản thứ ba . Nó không phải là cuốn sách lập trình tồi tệ nhất tôi từng đọc bởi một viên phấn dài, nhưng nó chắc chắn là đáng thất vọng nhất.
Tôi nhớ rằng thích phiên bản thứ hai, ít nhất, đó là một nỗ lực viết theo phong cách ngắn gọn giống như kiệt tác C của K & R. Đáng buồn thay, phiên bản đó có trước các mẫu và các tính năng khác của ngôn ngữ hiện đại, vì vậy ngày nay không được sử dụng nhiều.
Phiên bản thứ ba đưa ra bất kỳ nỗ lực nào về sự căng thẳng đó, kết thúc với một cuốn sách dài gấp ba lần so với phiên bản trước của nó, lấp đầy các trang của nó với các cuộc thảo luận tẻ nhạt vô tận về ý tưởng của các tác giả về thực tiễn tốt nhất cho việc phát triển phần mềm và mã hóa hướng đối tượng nói chung.
Đâu đó ở giữa tất cả những điều lan man có một mô tả về cách ngôn ngữ C ++ hoạt động, nhưng chúc may mắn tìm thấy nó. Đó là một mớ hỗn độn của một cuốn sách.
(Rất giống ngôn ngữ, eh?) (Xin lỗi, điều đó chưa được thực hiện.) (Có lẽ một chút được gọi là cho.)
Nó phải là " Wicky Cool PHP "
Tôi đã mua nó bởi vì nó có một con robot với một cái búa ở bìa trước, điều gì có thể xảy ra? Tôi đã nghĩ. Hóa ra mọi thứ. Ví dụ vô nghĩa, mã khủng khiếp và thông tin bảo mật không chính xác trong suốt.
Áp dụng các mẫu và thiết kế hướng tên miền: Với các ví dụ trong C # và .NET
Điều xấu hổ là tôi yêu DDD, yêu những ý tưởng được trình bày trong cuốn sách và tác giả rất thông minh và hiểu biết; nhưng tôi đã thử đọc cuốn sách này trong khoảng 5-10 lần và không thể làm được. Tác giả cần biết khi nào nên dừng nói chuyện, ngừng tiếp tục, ngừng cung cấp 'bạn đã biết' hay 'câu chuyện về đoạn này' trên mỗi trang gần đó và ngừng cố gắng đặt tên trên mỗi đoạn.
Điểm mấu chốt: Cuốn sách có một số thông tin / ý tưởng hay, ngoại trừ việc chúng bị chôn vùi trong rất nhiều BS, mà bạn sẽ không bao giờ hiểu được chúng. Cuốn sách này có thể có 1/4 nội dung của nó, và nó sẽ rất hay.
UML trong NutShell (phiên bản 1).
Về cơ bản không thể đọc được, các nhà phê bình cần nói với tác giả để bắt đầu lại với một số lời giải thích, không chỉ là một bản tóm tắt các tiêu chuẩn.
Phiên bản thứ 2, mặt khác, có thể đọc và hữu ích.
Làm thế nào để làm mọi thứ với PHP và MySQL của Vikram Vaswani. Cuốn sách đó đặt tôi trở lại rất nhiều khi học lập trình lúc đầu. Mã khủng khiếp, liên tục trộn lẫn và kết hợp mã và đánh dấu, hoàn toàn không biết gì về OOP, cái gật đầu chắc chắn nhất đối với bảo mật xuyên suốt và chỉ đơn giản là bỏ qua PHP5, mà ngay cả khi đó, không hoàn toàn mới.
Tôi đã viết một bài đăng trên blog về các cuốn sách lập trình trong đó tôi có bức ảnh này so sánh hai cuốn sách PHP đầu tiên tôi có.
So sánh kích thước http://blog.webicity.info/blog/wp-content/uploads/2010/08/books-small.jpg
Đoán có tiêu đề chính xác hơn?
Tôi không nhớ tiêu đề, nhưng gần đây tôi đã thấy một cuốn sách giáo khoa cấp ba cho Visual Basic. Hai chương đầu không liên quan đến mã hóa hoặc thậm chí liên quan đến VB (Lịch sử của BASIC sẽ là một sự cải tiến.).
Trường học có thể đã tiết kiệm rất nhiều tiền chỉ bằng cách Googling 'VB Hello World'.
Lập trình trong C ++ của Dewhurst và Stark:
Nó có thể không phải là tồi tệ nhất bao giờ hết. Nó làm cho danh sách của tôi vì bìa phiên bản đầu tiên trông giống hệt Ngôn ngữ lập trình C của K & R , vì vậy tôi đang mong đợi một tác phẩm có chất lượng tương tự. Tôi đã nhận được một bản sao 20 năm trước, giống như C ++ đang bắt đầu nhận được thông báo rộng rãi. Cuốn sách này đã dạy cú pháp, nhưng nó không làm gì để chỉ cho một lập trình viên C cách tận dụng các tính năng của C ++. Tôi tìm thấy nó một cuốn sách rất bực bội.
Kiểm soát phiên bản thực dụng bằng cách sử dụng Subversion - Dễ dàng ở vị trí thấp nhất trong số tất cả các sách Lập trình viên thực dụng mà tôi đã đọc cho đến bây giờ. Vô cùng mỏng về nội dung. Một số người có thể lập luận rằng cuốn sách này dành cho những người mới bắt đầu tuyệt đối, những người bắt đầu với kiểm soát phiên bản, nhưng đó là thứ rác rưởi - bất kể cuốn sách đó có gì, thực sự không đáng để viết một cuốn sách.
Tôi không thể nhớ tên - sau này tôi có thể xem liệu tôi có thể khai thác được không - nhưng có một cuốn sách ASP.NET tôi có có tất cả các đoạn mã (và có rất nhiều) như ảnh chụp màn hình của Visual Studio. Ban đầu nó có vẻ mát mẻ vì nó chỉ cho tôi chính xác nơi cần đến trong IDE (tôi chỉ mới học ở điểm đó). Sau một thời gian (Chương 2, tôi nghĩ vậy), tôi thấy tôi biết mọi thứ ở đâu và tôi chỉ thấy những bức ảnh quá khó đọc.
Pro C # của Andrew Troelsen hầu hết là rất tốt, nhưng ai đó cần dạy người đàn ông sử dụng các ví dụ đúng cách. Anh ấy sẽ dạy một kỹ thuật cho một chủ đề (giả sử đa luồng), sau đó dạy một kỹ thuật khác và so sánh hai kỹ thuật đó. Vấn đề là thay vì chỉ đơn giản là cập nhật mẫu đầu tiên với mã mới, anh ta sẽ viết một ứng dụng hoàn toàn mới, thực hiện một điều gì đó hoàn toàn khác biệt và cũng ném một loạt các khái niệm bổ sung vào hỗn hợp.
Tấm thảm khoa học máy tính: Khám phá khoa học máy tính trong C ++
Điều này đã được chỉ định đọc khi tôi học đại học. Ngoài việc hoàn toàn ngớ ngẩn, cuốn sách này trình bày mọi thứ theo cách khó hiểu như vậy, tôi nghi ngờ tôi có thể phân tích nó mà không có kiến thức lập trình trước: hầu hết lớp học của tôi, trong đó chỉ có một lập trình viên có kinh nghiệm bên cạnh tôi, đã hoàn toàn bị mất.
Tôi đã bỏ cuộc sau khi chỉ đọc một phần nhỏ của cuốn sách và cố gắng sử dụng nó để giữ phần cuối của một tủ sách lung lay. Điều đó cũng không tuyệt vời lắm: một chút quá dày và lớp vỏ trơn trượt.
Xác minh các chương trình tuần tự và đồng thời, Ấn bản thứ hai , của Krzysztof R. Apt và Ernst-Rüdiger Cũ.
Có lẽ đó là vấn đề, nhưng tôi nhớ rõ đây là cuốn sách khô nhất tôi từng đọc. Đi đến cuối cùng là một thách thức chính đáng.
Lập trình Microsoft Visual C ++, 5ed (Kruglinski, Người chăn cừu, Wingo)
Không phải cuốn sách đó là xấu, nhưng tiêu đề của nó rất sai lệch, đặc biệt là với những người mới sử dụng C ++. Lời nói đầu của cuốn sách hứa hẹn sẽ dạy bạn cách lập trình trong VC ++, và một nền tảng về C nhưng không phải C ++ là tất cả những gì bạn cần. Sự thật mà nói, bạn hoàn toàn không thể học bất cứ điều gì về C ++ từ cuốn sách này.
Tôi sở hữu cuốn sách này trong khoảng 10 năm và gần đây (sau khi làm việc cho một công việc C ++ / Windows trong 4 năm), tôi bắt đầu tìm thấy một vài chương có ích một chút khi giải thích công cụ cho những người tuyển dụng mới.
Những người muốn học lập trình Windows được khuyên nên: (theo thứ tự thời gian)
Chúng tôi đã có một khóa học tại trường đại học về hệ thống kiến thức. Cuốn sách rất tệ, nó chưa hoàn thành và khó đọc. Giáo viên đã không theo dõi cuốn sách (mặc dù nó là bắt buộc cho khóa học) và bài kiểm tra bao gồm nhiều câu hỏi chọn không liên quan đến cả cuốn sách và khóa học. Nhưng may mắn là giáo viên đã sử dụng lại các câu hỏi của các kỳ thi trước để học sinh học chúng.
Tôi chưa bắt gặp một cuốn sách mà tôi chưa thấy hữu ích.
Tôi không biết tại sao lại như vậy, nhưng nó là như vậy, phải không?
Có quá nhiều để liệt kê.
Tất cả các cuốn sách của Mitch đủ điều kiện.
Tôi thường không quan tâm đến việc nhớ những cuốn sách câm. Đôi khi tôi chỉ cần xé chúng xuống cột sống (nếu chúng là bìa mềm) và ném chúng ra hoặc đốt chúng. Gần đây tôi không mua quá nhiều sách.