Code Craft by Pete Goodliffe
Mikor első alkalommal olvastam a Code Craft-ot Pete Goodliffe-től totálisan ledöbbentem. Meglepődtem és ledöbbentem mivel tartalmaz mindent, ami a programozáshoz szükséges. Sőt, nem csak, ami a programozáshoz, hanem azt is ami a fejlesztéshez kell. Nem gondoltam volna, hogy nekem szükségem lehet erre a könyvre. Meglehetősen tapasztalt és gyakorlatias fejlesztő vagyok. Biztos vagyok abban, hogy a cégemnél az egyik legjobb. Büszke voltam a tudásomra, arra, amit eddig letettem az asztalra. Miután elolvastam rájöttem, hogy még mindig kezdő vagyok ahhoz a tudáshozképeztem amit tudnom kellene.
Eszközök, technikák, amik le vannak írva nem kapcsolódnak semmilyen konkrét programozási nyelvhez vagy programozási környezethez sem. Nem számít hogy Java, .NET vagy C++ fejlesztő vagy. Lehetsz akárRuby fun is. Mindenki tudja növelni a tudását.
I was surprised when I have read Code Craft written by Pete Goodliffe.I was surprised because it contains everything I would know about programming. Not only about programming but development. I would not thought that I need this book. I am quite experienced developer. And I am sure that in my job I am one of the bests. I was proud of this knowledge. I have read I realised that I am still a beginner compared to development knowledge I should know about.
Tools, techniques, best practices described in this book is not related to any programing language or environment. It does not matter whether you are a Java, .Net or C++ developer. Even you are a Ruby fun. Everyone could improve in knowlledge.
This book comes from the trenches. Well, it actually comes from deep within the software factory, but sometimes there isn’t too much difference. This book is for programmers who care about what they’re doing. If you don’t, then shut the book now and put it neatly back on the bookshelf.
These all conspire to make writing good code a very difficult job. Welcome to the Real World.
- Chapter 1: Deffensive programming
- Chapter 2: THE BEST LAID PLANS
- Chapter 3: WHAT’S IN A NAME?
- Chapter 4: THE WRITE STUFF
- Chapter 5: A PASSING COMMENT How to Write Code Comments
- Chapter 6: TO ERR IS HUMAN Dealing with the Inevitable—Error Conditions in Code
- Chapter 7: THE PROGRAMMER’S TOOLBOX Using Tools to Construct Software
- Chapter 8: TESTING TIMES The Black Art of Testing Code
- Chapter 9: FINDING FAULT Debugging: What to Do When Things Go Wrong
- Chapter 10: THE CODE THAT JACK BUILT Mechanisms to Turn Source Code into Executable Code
- Chapter 11: THE NEED FOR SPEED Optimizing Programs and Writing Efficient Code
- Chapter 12: AN INSECURITY COMPLEX Writing Secure Programs
- Chapter 13: GRAND DESIGNS How to Produce Good Software Designs
- Chapter 14: SOFTWARE ARCHITECTURE Laying the Foundations of Software Design
- Chapter 15: SOFTWARE EVOLUTION OR SOFTWARE REVOLUTION? How Does Code Grow?
-
Chapter 16: CODE MONKEYS Fostering the Correct Attitude and Approach to Programming
Nagyon jó összefüglaló a kölönféle a programozókról. Bizony könnyen magunkra ismerhetünk. És azt is megtudjuk, hogyan kell ezekkel az emberekkel bánni. Leírja erősségüket, gyengéjüket és azt, hogy kit hogyan kell kezelni. Gyakorlatilag a teljes fejezetete ki kellene emelni.
- The Eager Coder
- The Code Monkey
- The Guru
- The Demiguru
- The Arrogant Genius
- The Cowboy
- The Planner
- The Old Timer
- The Zealot
- The Monocultured Programmer
- The Slacker
- The Reluctant Team Leader
- Know what kind of programmer you are. Determine how to exploit your strengths and compensate for your weaknesses.
- PRATs: politicians, relational, artistic, and technical
- THICK: team players, honest and humble, improving constantly, considerate, and keen
- Chapter 17: TOGETHER WE STAND Teamwork and the Individual Programmer
- Chapter 18: PRACTICING SAFE SOURCE Source Control and Self-Control Code is valuable. Treat it with respect and care. Source control is an essential tool for software development. It is vital for teams to work together safely. Treat the repository with respect. Never check in broken code that will stall other developers. Back up your work. Don’t wait for disaster to strike before you think about a recovery strategy.
- Chapter 19: BEING SPECIFIC Writing Software Specifications
- Chapter 20: A REVIEW TO A KILL Performing Code Reviews
- Chapter 21: HOW LONG IS A PIECE OF STRING? The Black Art of Software Timescale Estimation
- Chapter 22: RECIPE FOR A PROGRAM Code Development Methodologies and Processes
-
Chapter 23: THE OUTER LIMITS The Different Programming Disciplines
There are various types of programming, in different problem domains. Each presents its own unique problems and requires specific skills and experience.
További információk:
Hehe ez korrekt
Szia! Ez szép kivonat és jó lenne betanulni, alkalmazni mindet.
Az érdekesség a következő: “The architecture is the single largest influence on the design and future growth of a software system”. Nem az architektúra, hanem a system az… értsd: a munkahely. A hozzáállás, a jólérzemmagam feeling. Ezek pedig többnyire a managementet, végső soron pedig a stakeholdereket jelentik.
És mégegy: van egy-egy pontja a kivonatnak, amit ha nem ismer minden pig, borul az egész (legevidensebb mondjuk a commit-on-build). Nyilván ha ismeri is mindenki, hibázhat. Tehát türelmesen időt kell biztosítani arra, hogy a kivonatban említettek szerint managelhető állapotra billentsd be (vagy hiba esetén vissza) a rendszert, ezzel biztosítva a kevesebb hibával jobb minőségben történő (így végeredményben adott szintet gyorsabban elérő) fejleszést. Amíg nincs ilyenekre idő, addig a team mindig a saját farkát fogja kergetni, stresszesebb lesz, és sérül a jólérzemmagam feeling.
Csak egy gondolat :)
Bests, Zoli