Що найгірше, що стосується програмування чи технічної книги, яку ви коли-небудь читали? Це може бути будь-яка книга, яка так чи інакше може бути пов'язана з програмуванням, якщо це не вигадка.
Що найгірше, що стосується програмування чи технічної книги, яку ви коли-небудь читали? Це може бути будь-яка книга, яка так чи інакше може бути пов'язана з програмуванням, якщо це не вигадка.
Відповіді:
Будь-яка книга, яка дозволяє навчити себе Х за Y години.
Я читав деякі в минулому, але одного разу прочитавши, ви не знаєте жодних деталей про X, і ви не можете використовувати книгу як орієнтир для X. Дізнавшись, що, здається, краще піти на великі книги.
Хардкор Java
Цю книгу написала людина, яка по-справжньому не розуміла тонкіших пунктів Java. Він навіть не зрозумів, посилаючись або передаваючи параметр val. Я цитую найкращий рейтинг відгуку про амазонку: (це 1 зірка)
У передмові автор зазначає, що метою цієї книги є перетворення розробника з проміжного рівня на справжнього гуру. На задній обкладинці він навіть обіцяє, що "ви освоїте мистецтво написання коду, схильного до помилок (sic!)", А посилання на "схильний до помилок код", на жаль, знаходить своє підтвердження, коли ви починаєте читати.
Потрібно близько двох розділів, щоб зруйнувати авторитет автора як гуру, і ви будете читати решту книги скептично, сумніваючись у кожному твердженні, яке виглядає сумнівно, і підозрюючи, що автор говорить набагато вище свого рівня компетентності, і покровительствуючи і про це!
Перші глави - це жорстокий огляд деяких понять на Java, густо переповнених серйозними помилками, а не помилками помилок (помилок також).
Наприклад, на сторінці 9 визначення твердження `для 'є неправильним, проста перевірка специфікації мови Java врятувала б автору деякого збентеження.
На сторінці 15 автор дає нам неправильні правила для міток на Java, і на тій же сторінці він плутає логіку висловлювань 'break' та 'продовжувати', надаючи також логічно неправильний приклад коду, просто для того, щоб ще більше прокрутити речі .
Я б не знав, як описати розділ "Скована відкладена ініціалізація" на сторінці 53, можливо, "захоплення". Цей цитується на сторінці errata на сайті oreilly.com, і "автор шкодує, що він прослизнув через прислів’я". Мене більше турбує те, що щось подібне було написано насправді (разом із зразками коду!), Ніж те, що воно пройшло непорушеним шляхом редагування та перегляду. Будемо сподіватися, що його написав хтось ще, граючи з авторським ноутбуком. Хтось, хто не знає, що означає JVM.
Існують також менш суворі, але однаково спокійні моменти, як, наприклад, на сторінці 25, форма:
новий рядок ("Кнопка для показу" + текст);
чого ми не повинні знайти у книгах для гуру wannabes.
Автор, мабуть, продуктивний архітектор програмного забезпечення, деякі моменти, пізніше в книзі, цікаві, хоча нічого не можна було б визначити просунутим, але він не знає Java краще, ніж пересічний розробник, і ця книга не дуже додає проміжного рівень, окрім, можливо, від попередження про написання книг: написання книги може перетворити вас від хорошого розробника на поганого автора.
Сумно, що нас затоплюють такі посередні та непрофесійні "схильні до помилок" публікації таких колись поважних видавців, час від часу я все-таки перечитую і насолоджуюся лаконічністю, ясністю та цінністю класики на кшталт K & R "The C Programming Language "і мені цікаво, чому сьогоднішній випуск настільки неповноцінний.
Як одне з небагатьох винятків, я настійно рекомендую «Ефективну Яву» (Аддісон-Веслі) Блоха, яка справді є книгою, написаною гуру. Прочитавши цю, "Hardcore Java" здасться ще більш порожнім.
Його помилка на O'Reilly становить (востаннє я перевіряв) 20+ сторінок.
редагувати: щойно перевірив це, налаштування за замовчуванням у слові, це 23 сторінки.
Я все ще пам’ятаю, наскільки ця книга була поганою:
Oracle9i: Посібник для початківців
Я сердито читав це. Я цитую з мого огляду на Amazon:
Майже одразу я був розчарований: Глава 1 - це данина тому, як дивовижний Oracle і наскільки богоподібний Ларрі Еллісон, і він заповнений сторінками та сторінками доходів і продажів. Яка трата паперу. Потім у главі 2 розповідається, як користуватися групами новин та Google: більше витраченого паперу. Я приходжу до глави 3 і думаю, що нарешті щось вчуся. Тоді я помічаю, що вони концентруються на Sun Solaris як операційній системі, що не дуже допомагає людині, яка намагається дізнатися це самостійно вдома.
Потім на сторінці 84 я прочитав: "У попередніх випусках Посібника для початківців ми провели вас через установку сервера Oracle. З Oracle 8i і зараз 9i це занадто велика тема, щоб висвітлювати в такому розмірі книгу". Ось так вони починають свою покрокову інструкцію зі створення вашої першої бази даних Oracle. О, останній крок гласить: "12. Прочитайте решту цієї книги". Для мене книга витрачала на 80 сторінок, тоді мені кажуть, що встановлення зайняло б дуже довго. Дуже прикро.
Будьмо З - Яшавант П. Канеткар
Об'єктно-орієнтована програма з C ++ - E Balagurusamy
Найгірше. Книга. Колись.
Це розмір телефонної книги, і він викладений як би якась книга рецептів. Це в основному величезна колекція тисяч фрагментів коду для виконання різних завдань, виведених повністю з контексту і часто неправильних, зламаних або датованих.
Єдине, що цікавіше - це їх наступна книга - бібліотека програмістів Джамзи C / C ++ / C # . Тому що ці мови повністю взаємозамінні, правда?
Ви б придбали книгу з програмування від цієї людини ?
Найгірша книга, яку я коли-небудь читав, - це Ingegneria del codice МакКоннелла Стіва.
Так, це італійський переклад найкращої книги, яку я коли-небудь читав: Code Complete. Але переклад був настільки поганий, що мені довелося купити оригінальну версію. Це була остання перекладена технічна книга, яку я купив. Відтоді я читаю лише технічні книги англійською мовою.
Ця книга була нашим списком читання для модуля на C ++ у коледжі.
Здавалося, це щось 2 за 1 покупку, тому нам не доведеться купувати UML-книгу.
Величезний розмір книги в поєднанні з потоком та одержимістю мурашок, тому він і отримує мій голос.
Я думаю, що це може виявитися найгіршим обкладинкою комп’ютерної книги.
Я стикався з безліччю поганих книг програмування, але завжди були такі, до яких я просто траплявся (наприклад, у книгарні, в місці друга тощо). Єдина по-справжньому погана книга, яку я коли-небудь купував і намагався переслідувати, що виявилося зовсім сміттям, була Java 2: Повна довідка Герба Шильда. Технічна допомога фактично рекомендувала цю книгу.
Я провів цілий семестр, цікавлячись, чому ця книга була заповнена невідповідністю (ця книга не впевнена, чи це підручник чи довідковий ІМХО). Я знаю деяких людей, яким це сподобалось, і стверджую, що вони отримали певну користь від цього, але я просто дістала книгу наприкінці семестру і зосередилась на конспектах класу. Пізніше я знайшов кращі книги на Java і справді вивчив цю мову.
Редагувати: хтось насправді "позичив" книгу у мене через кілька років, і не зміг її повернути. Тож, напевно, сподобалось хоча б одній людині.
Pro PHP Security від Snyder & Southwell для Apress.
Хоча я зустрічав багато книг та навчальних посібників із веб-розробниками з надзвичайно поганим ставленням до безпеки (звідси і цей крик про допомогу), ця книга досягає нових глибин, маючи в книзі, що має бути пробною в коді, пробиті кодом. безпека .
Я ніколи не читав його в повному обсязі, навантажуючи розділи, ледь торкаючись PHP, але навіть побіжний пробіг через виявлені HTML-ін'єкції (XSS) майже в кожному прикладі, навіть у розділі про те, як уникнути XSS-атак. Існує SQL-ін'єкція. Існує обхід каталогів. Це в прикладах "як це зробити", а не в "ось поширена помилка, яку слід уникати"! Є навіть (неадекватні) пропозиції про те, як «безпечно» використання eval
і system
, які могли б набагато розумніше замінити словом «DO NOT».
Рішення, які воно пропонує, - це в основному неправильні та дискредитовані підходи, засновані на «санітарії» або випадковому уникненні на етапі введення, замість того, щоб зрозуміти, як працює текстовий текст і як потрібно робити правильний вид кодування як і коли виводиться в потрібен певний формат. Це непорозуміння є широко розповсюдженою причиною зламаних додатків, і це неприємно бачити це в книзі "безпеки". А потім є цілком химерні рекомендації, такі як додавання стовпчика "блокування адміністратора" до всіх ваших таблиць, щоб спробувати застосувати логіку доступу. Що? О, і код - це безлад змішаної логіки та розмітки, натч.
4 зірки в Амазонії! Купіть свою копію зараз!
Все і все, що написав Герберт Шильдт. Називання цієї однієї книги, мабуть, трохи розтягнулося - це більше схоже на вічний випадок отруєння їжею, вчиненого папером.
Фрактальне програмування на С, Роджер Т. Стівенс. Як сказав Леонард Плінт-Гарнелл: "Вишукано жахливо!"
Числові рецепти в [C | C ++]. Багато "рецептів", але 1) код справді Фортран із синтаксисом сімейства C, і 2) багато (більшість?) Алгоритмів є пропагандами чисельно нестабільними і їх, як правило, найкраще уникати.
Вибачте, будь ласка ... Я був у коледжі і був захоплений Y2K. Книга виявилася нудною і, як ажіотаж, була всякою сенсацією. Повне сміття.
Якщо ви знайдете це лайно в кабінці тестера - негайно звільніть його. Ця книга для імбецилів, написаних імбецилом.
О, і, ну, суперечливо, це, я думаю:
Страуструп це C ++ Мова програмування третє видання . Це не найгірша книга програмування, яку я коли-небудь читав довгим крейдою, але, безумовно, найбільше розчаровує.
Пам’ятаю, сподобалось друге видання, яке було, принаймні, спробою написання у тому ж лайливому стилі, що і шедевр K&R C. На жаль, це видання передує шаблонам та іншим особливостям сучасної мови, тому сьогодні мало використовує.
Третє видання пояснює будь-яку спробу цієї лаконічності, закінчуючи книгу втричі довше, ніж її попередник, наповнюючи її сторінки нескінченними копіткими дискусіями авторських ідей найкращих практик об'єктно-орієнтованого кодування та розробки програмного забезпечення загалом.
Десь між усією суперечливістю є опис того, як працює мова C ++, але удача в пошуку. Це безладний безлад книги.
(Наче подібно до мови, так?) (Вибачте, це не вимагалося.) (Ну, може, трохи закликали.)
Це повинно бути " Wicked Cool PHP "
Я купив його, тому що у нього на передній кришці був робот із молотком, що може піти не так? Я думав. Виходить все. Безглузді приклади, жахливий код та неправильна інформація про безпеку.
Застосування дизайну та шаблонів, керованих доменом: із прикладами в C # і .NET
Соромно було те, що я люблю DDD, люблю ідеї, представлені в книзі, і автор розумний і знаючий; але я намагався зараз прочитати цю книгу, можливо, 5-10 разів, і просто не можу цього зробити. Автору потрібно знати, коли припинити розмову, перестати вести дотичні, припинити надавати розділи «ти знаєш» або «розповідь про цей абзац» на чортів біля кожної окремої сторінки та перестати намагатися назвати краплі на кожному абзаці.
Підсумок: У книзі є хороша інформація / ідеї, за винятком того, що вони поховані в стільки BS, що ви ніколи не потрапите до них. Ця книга могла скласти 1/4 її змісту, і це було б добре.
UML в NutShell (1-е видання).
По суті нечитабельних, потрібні рецензенти, щоб сказати авторові почати заново з якогось пояснення, а не лише з підсумками стандартів.
З іншого боку, друге видання є читабельним та корисним.
Як все робити з PHP та MySQL від Vikram Vaswani. Ця книга мене так відштовхувала, коли спочатку навчався програмуванню. Жахливий код, постійне змішування та узгодження коду та розмітки, повне ігнорування OOP, найголовніший кивок на безпеку протягом усього часу та просто ігнорування PHP5, що навіть тоді не було абсолютно новим.
Я написав допис у блозі про книги з програмування, в яких я мав цю картину, порівнюючи дві перші книги, які я отримав на PHP.
Порівняйте розмір http://blog.webicity.info/blog/wp-content/uploads/2010/08/books-small.jpg
Вгадайте, яка має більш точну назву?
Програмування на C ++ від Dewhurst і Stark:
Можливо, це було не найгірше. Це мій список, оскільки обкладинка першого видання виглядала так, як мова програмування на C & K , тому я очікував роботи подібної якості. Я отримав копію 20 років тому, так само, як C ++ починає отримувати широке повідомлення. Ця книга навчила синтаксис, але вона нічого не показала програмісту на C, як скористатися функціями C ++. Я вважав це дуже неприємною книгою.
Прагматичний контроль версій за допомогою Subversion - Легко перебуває в нижній частині між усіма книгами прагматичних програмістів, які я читав до цих пір. Надзвичайно тонкий за змістом. Дехто може стверджувати, що ця книга призначена для абсолютних початківців, які починають з контролю версій, але це сміття - що б там не було, насправді не варто писати книгу.
Я не можу згадати ім'я - пізніше я можу побачити, чи зможу його викопати, - але у мене була книга ASP.NET, яка мала всі фрагменти коду (а їх було багато) як скріншоти Visual Studio. Спочатку здавалося, що це круто, тому що він показав мені, куди саме слід їхати в IDE (я тільки тоді вчився). Через деякий час, хоча (я думаю, що глава 2) я виявив, що знаю, де все, і мені було просто важко прочитати знімки.
Про C # Ендрю Трольсен був здебільшого дуже хорошим, але хтось повинен навчити людину правильно використовувати приклади. Він навчив би одній техніці теми (скажімо, багатопотокової), потім навчив іншу і порівняв дві. Проблема полягає в тому, що замість того, щоб просто оновлювати перший зразок новим кодом, він напише абсолютно нову програму, яка робить щось зовсім інше, і також додасть у суміш купу додаткових концепцій.
Гобелен з інформатики: вивчення інформатики на C ++
Це було призначено для читання, коли я був у коледжі. Окрім того, що є цілком спорідненою, ця книга представляє речі настільки складно, я сумніваюся, що я міг би її розібрати без попередніх знань з програмування: більшість мого класу, в якому був лише один досвідчений кодер, був повністю загублений.
Я відмовився, прочитавши лише частину книги і спробував використати її, щоб утримати кінець химерної книжкової шафи. У цьому теж не було чудово: трохи занадто густе і покрив був слизьким.
Перевірка послідовних та паралельних програм, друге видання , Кшиштоф Р. Апт та Ернст-Рюдігер Олдєрог.
Можливо, це було предметом, але я чітко пам’ятаю це як найсухішу книгу, яку я коли-небудь читав. Доїхати до кінця було справжнім спільним завданням.
Програмування Microsoft Visual C ++, 5ed (Круглінський, Вівчарка, Вінго)
Не те, щоб книга була поганою, але її заголовок дуже вводить в оману, особливо для людей, які не знають C ++. Передмова книги обіцяє навчити вас програмувати на VC ++, а фон на C, але не C ++ - все, що вам потрібно. Правду кажучи, ви абсолютно не можете дізнатися нічого про C ++ з цієї книги.
Я володів цією книгою близько 10 років, і нещодавно (працюючи над роботою на C ++ / Windows протягом 4 років) я почав знаходити кілька глав, які були б трохи корисними, коли пояснювали речі для нових наймань.
Людям, які бажають вивчити програмування Windows, рекомендується: (у хронологічному порядку)
У нас був курс в університеті про системи знань. Книга була справді погана, її не було закінчено і важко читати. Вчитель не стежив за книгою (хоча це було потрібно для курсу), а іспит складався з декількох варіантів вибору, не пов’язаних як з книгою, так і з курсу. Але, на щастя, вчитель повторно використав питання попередніх іспитів, тому студенти їх засвоїли.
Я ще не натрапив на книгу, яку не вважаю корисною.
Я не знаю, чому це так, але так воно і є, чи не так?
Занадто багато їх для переліку.
Усі книги САМС мають право.
Мені взагалі не хочеться згадувати німі книги. Я іноді просто розриваю їх по хребту (якщо вони є м'яким папером) і викидаю їх або спалюю. Я недавно не купував занадто багато книжок.