Hugendubel.info - Die B2B Online-Buchhandlung 

Merkliste
Die Merkliste ist leer.
Bitte warten - die Druckansicht der Seite wird vorbereitet.
Der Druckdialog öffnet sich, sobald die Seite vollständig geladen wurde.
Sollte die Druckvorschau unvollständig sein, bitte schliessen und "Erneut drucken" wählen.

Bad Programming Practices 101

Become a Better Coder by Learning How (Not) to Program
BuchKartoniert, Paperback
221 Seiten
Englisch
Springererschienen am09.02.20181st ed.
This book takes a humorous slant on the programming practice manual by reversing the usual approach: under the pretence of teaching you how to become the world´s worst programmer who generally causes chaos, the book teaches you how to avoid the kind of bad habits that introduce bugs or cause code contributions to be rejected.Why be a code monkey when you can be a chaos monkey? OK, so you want to become a terrible programmer. You want to write code that gets vigorously rejected in review. You look forward to reading feedback plastered in comments like "WTF???". Even better, you fantasize about your bug-ridden changes sneaking through and causing untold chaos in the codebase. You want to build a reputation as someone who writes creaky, messy, error-prone garbage that frustrates your colleagues. Bad Programming Practices 101 will help you achieve that goal a whole lot quicker by teaching you an array of bad habits that will allow you to cause maximum chaos.Alternatively, you could use this book to identify those bad habits and learn to avoid them. The bad practices are organized into topics that form the basis of programming (layout, variables, loops, modules, and so on). It's been remarked that to become a good programmer, you must first write 10,000 lines of bad code to get it all out of your system. This book is aimed at programmers who have so far written only a small portion of that. By learning about poor programming habits, you will learn good practices. In addition, you will find out the motivation behind each practice, so you can learn why it is considered good and not simply get a list of rules.What You'll LearnBecome a better coder by learning how (not) to programChoose your tools wiselyThink of programming as problem solvingDiscover the consequences of a program´s appearance and overall structureExplain poor use of variables in programsAvoid bad habits and common mistakes when using conditionals and loopsSee how poor error-handling makes for unstable programsSidestep bad practices related specifically to object-oriented programmingMitigate the effects of ineffectual and inadequate bug location and testingWho This Book Is ForThose who have some practical programming knowledge (can program in at least one programming language), but little or no professional experience, which they would like to quickly build up. They are either still undergoing training in software development, or are at the beginning of their programming career. They have at most 1-2 years of professional experience.mehr
Verfügbare Formate
BuchKartoniert, Paperback
EUR48,14
E-BookPDF1 - PDF WatermarkE-Book
EUR46,99

Produkt

KlappentextThis book takes a humorous slant on the programming practice manual by reversing the usual approach: under the pretence of teaching you how to become the world´s worst programmer who generally causes chaos, the book teaches you how to avoid the kind of bad habits that introduce bugs or cause code contributions to be rejected.Why be a code monkey when you can be a chaos monkey? OK, so you want to become a terrible programmer. You want to write code that gets vigorously rejected in review. You look forward to reading feedback plastered in comments like "WTF???". Even better, you fantasize about your bug-ridden changes sneaking through and causing untold chaos in the codebase. You want to build a reputation as someone who writes creaky, messy, error-prone garbage that frustrates your colleagues. Bad Programming Practices 101 will help you achieve that goal a whole lot quicker by teaching you an array of bad habits that will allow you to cause maximum chaos.Alternatively, you could use this book to identify those bad habits and learn to avoid them. The bad practices are organized into topics that form the basis of programming (layout, variables, loops, modules, and so on). It's been remarked that to become a good programmer, you must first write 10,000 lines of bad code to get it all out of your system. This book is aimed at programmers who have so far written only a small portion of that. By learning about poor programming habits, you will learn good practices. In addition, you will find out the motivation behind each practice, so you can learn why it is considered good and not simply get a list of rules.What You'll LearnBecome a better coder by learning how (not) to programChoose your tools wiselyThink of programming as problem solvingDiscover the consequences of a program´s appearance and overall structureExplain poor use of variables in programsAvoid bad habits and common mistakes when using conditionals and loopsSee how poor error-handling makes for unstable programsSidestep bad practices related specifically to object-oriented programmingMitigate the effects of ineffectual and inadequate bug location and testingWho This Book Is ForThose who have some practical programming knowledge (can program in at least one programming language), but little or no professional experience, which they would like to quickly build up. They are either still undergoing training in software development, or are at the beginning of their programming career. They have at most 1-2 years of professional experience.
Details
ISBN/GTIN978-1-4842-3410-5
ProduktartBuch
EinbandartKartoniert, Paperback
Verlag
Erscheinungsjahr2018
Erscheinungsdatum09.02.2018
Auflage1st ed.
Seiten221 Seiten
SpracheEnglisch
Gewicht475 g
IllustrationenXXII, 221 p. 15 illus. in color.
Artikel-Nr.43973302

Inhalt/Kritik

Inhaltsverzeichnis
Chapter 1: Fundamentals of BadnessHow best to approach programming, in particular how to learn it, how to choose your tools wisely, and how tothink of programming as problem solving.ï· Bad ways to learn programmingï· Bad toolingï· Bad ways to approach a solution (or: programming is really problem-solving)Chapter 2: Layout and StructureShow the reader the consequences of a program´s appearance and overall structure.ï· Make indentation and spacing poor and inconsistentï· Avoid structured programming, use lots of gotosï· Nest deeply - programmers like solving intricate puzzlesï· Have lots of paths through a subroutineï· Clutter the code with extraneous tokensï· Avoid comments - code should be hard to read!Chapter 3: VariablesExplain poor use of variables in programs.ï· Use obscure names - thinking up meaningful labels isn't worth the effortï· Consider declaration a waste of timeï· Use global variablesï· Thoroughly abuse the type systemChapter 4: ConditionalsDiscuss bad habits and common mistakes when using conditionals.ï· Use long, complex expressionsï· Forget the else clause - the computer will figure it outï· Mix up nominal cases with errors casesï· Make sure the cases overlap or have gapsChapter 5: LoopsDiscuss bad habits and common mistakes when using loops.ï· Make 'em looooong!ï· Give loops lots of exit pointsï· Avoid iterators - loop counters help make code convoluted and insecureï· Infinite loops are funChapter 6: SubroutinesShow the consequences of poorly-written subroutines.ï· Write monolithic programs - after all, someone else will do the maintenanceï· Make subroutines long and complexï· Use lots of local variablesï· Use inconsistent return values to keep your colleagues on their toesChapter 7: Error-handlingExplain how poor error-handling makes for unstable programs.ï· Never check inputs - users don't make mistakesï· Don't handle errors - just assume everything will always go wellï· Don't check for null pointersï· If you must check values, do it as late as possible (a.k.a. defensive programming is for wimps)Chapter 8: ModulesDiscuss bad practices to follow when dividing a large program into pieces.ï· Make modules big and heftyï· Ensure they expose their inner workingsï· Give them rigid designs to prevent others from writing their pesky extensionsï· Make them specific to one problem - why should others benefit from your work?ï· Import all the things!Chapter 9: ObjectsDiscuss bad practices related specifically to object-oriented programming.ï· Expose a class's internals - why should we have secrets?ï· Put unrelated stuff togetherï· Objects are not independent - make them follow ordersï· Keep coupling tightï· Favour deep inheritance hierarchiesï· Avoid polymorphism - abstract code is harder to 'get' than abstract artï· Give classes multiple parents (a.k.a. classes shouldn't reproduce asexually)Chapter 10: Bugs and debuggingShow how to carry out ineffectual and inadequate ways to locate bugs and mitigate their effects.ï· Write really unfriendly error messages - users shouldn't understand them anywayï· Don't discriminate between exception typesï· Litter code with print messagesï· Don't use debug levelsChapter 11: TestingShow how to carry out ineffectual and inadequate testing.ï· Ignore the requirements when testingï· Leave testing until the very endï· Keep code coverage lowï· Testing once is enoughï· Avoid test automation toolsmehr
Kritik
"Beecher focuses on poor coding practices that frequently creep into programmers' code. He crams 11 chapters of well-illustrated, well-documented examples of bad programming practices into just over 200 pages. ... The book has a well-constructed index and an excellent bibliography. Readers are urged to use the bibliography to review and reacquaint themselves with many excellent traditional references. ... Summing Up: Recommended. Upper-division undergraduates through faculty and professionals." (J. Beidler, Choice, Vol. 56 (03), November, 2018)
"I liked the book in a way that it was written as a comic book, which was easy to read. Some programming traps were well-described. The book is written in Java, but the code snippets are understandable for anyone, who is programming." (Vitosh, vitoshacademy.com, June, 2018)mehr