This week I attended the great Software Craftsmanship Berlin Meetup to listen to Daniel Irvine‘s great talk about Discipline and Professionalism in Software Development.
I was deeply impressed by the high value attitude and with this post I share my notes and insights from the talk.
A short summary:
|Little things to improve skill
Practice with katas
More discipline = more skill
|Trust from others
Discipline is essential
Shipping with no known bugs
Working with change
|THE CRAFTSMANSHIP TEST
Read on to get some more details about discipline, professionalism and the Craftsmanship Test.
The following highlights some important aspects of discipline as a software developer.
Craftsman cherish CODE QUALITY. They are pride of their creations and create to the best of their abilities.
Quality is the most important thing.
Refactor mercilessly – as you will very likely not return to your Todos.
Refactor systematically and in small steps.
Commit often and don’t brake the code while refactoring and committing (even if it implies some more steps in between).
Use “good” commits – using descriptive commit messages, creating working software with each commit, each commit does one thing and have many commits during a day.
Practice, PRACTICE, PrAcTiCe – best every day, e.g. in the morning using Coding Katas to engage your brain and extends your knowledge every time.
Prefer pair programming as the engaging variant over the Zone and autopilot brain mode. It’s difficult but keeps you engaged.
Writing prose – e.g. by writing a blog. It enables deeper learning and connects hunches. Follow e.g. John Sonmez
– an awesome blogger with a great course for developers that want to learn blogging.
By writing regularly you discipline yourself a lot.
Being disciplined is the requirement for being professional.
What are cornerstones of being a professional software developer?
Create trust – by connecting and working with your stakeholders. Keep in mind that we trust those who act like us … and often building a bridge is a key success factor for creating trust.
Micromanagement is a clear sign of missing trust.
Avoid a not my code attitude.
Apply a ZERO bug policy. No bug backlogs! Shipping code with known bugs is crazy.
Teach – your junior comrades.
Respect – build on a daily base, have fun, do silly things together.
Make decisions and don’t avoid it – e.g. for Libraries, Tools, Coding standards and necessary changes.
Engage in Life Long Learning.
The Craftsmanship Test
Is pair programming encouraged?
Do you make continuous process improvements?
Do programmers take responsibility?
Do you ship with zero bugs?
Do developers get time to practice?
Do developers commit to life long learning?
by Martin Fowler, Kent Beck, John Brant, William Obdyke, Don Roberts
CRAFT = ART + SKILL
Have fun on your journey! Maybe you can add even more hints? Please share via your comment.