How to become a better developer?
1 like1,830 views
The document provides insights on becoming a better developer, emphasizing the importance of experience, coding principles, and methodologies. It discusses the significance of writing maintainable code, understanding project requirements, and embracing adaptability in software development. Good developers also prioritize communication, empathy, and professionalism in their work.
How to become a better developer?
- 1. HOW TO BECOME A BETTER DEVELOPER? 1
- 2. Jerzy Zawadzki ▸ PHP programmer with 10 years of experience ▸ at Polcode for over 7 years, now a Senior PHP Developer ▸ working with Symfony2 and/or Magento on a daily basis ▸ Zend Certified Engineer ▸ Magento Certified Developer ▸ in spare time I like hiking, chasing after special services with a camera or building something with LEGO 2
- 3. - founded at 2006 by developers - PHP (i.a. Symfony 2, Laravel, ZF, Magento, Wordpress) - Ruby On Rails - Python - clients mostly from the North America, Western Europe and Australia - 800 satisfied customers - 1200 conducted projects - >100 devs - Warsaw, Krakow, Katowice, Lodz, Bialystok + remote 3
- 4. HOW TO BECOME A BETTER DEVELOPER? 4
- 5. WHAT DOES IT MEAN TO BE A GOOD DEVELOPER? 5
- 6. I’M A GOOD DEV BECAUSE… I HAVE 10 YEARS OF EXPERIENCE? 6
- 7. I’M A GOOD DEV BECAUSE… I KNOW ALL OF THE PROGRAMMING PRINCIPLES AND METHODOLOGIES? 7
- 8. Abstraction principle, Code reuse, Cohesion, Command–query separation, Defensive programming, Dependency inversion principle, Discoverability, Don't repeat yourself, Fail-fast, GRASP, Hollywood principle, Information hiding, Interface segregation principle, Inversion of control, KISS principle, Law of Demeter, Liskov substitution principle, Loose coupling, MINASWAN, Open/closed principle, Principle of least astonishment, Separation of concerns, Separation of mechanism and policy, Single responsibility principle, SOLID, Uniform access principle, 80:20 rule, Amdahl's law, Code smell, Deutsch limit, Greenspun's tenth rule, Gustafson's law, If it ain't broke, don't fix it, IIABDFI, MINASWAN, Ninety-ninety rule, Rule of three, Zero one infinity rule, Acceptance test-driven development, After the Software Wars, Agile Manifesto, Agile software development, Behavior-driven development, The Cathedral and the Bazaar, Comment programming, Cowboy coding, Design-driven development, Domain-driven design, Extreme programming, Formal methods, Hollywood principle, Homesteading the Noosphere, Integration competency center, Iterative and incremental development, Kanban, KISS principle, Lean integration, Lean software development, Lightweight methodology, The Magic Cauldron, Mayo-Smith pyramid, Micro-innovation, Minimalism, Open/closed principle, Planning poker, PM Declaration of Interdependence, Release early, release often, Retrenchment, Rule of least power, Secure by design, Slow programming, Specification by example, Test double, Continuous test-driven development, Test-driven development, Test-Driven Development by Example, There's more than one way to do it, Transformation Priority Premise, Unix philosophy, Waterfall model, Worse is better, You aren't gonna need it, https://en.wikipedia.org/wiki/Category:Software_development_philosophies 8
- 9. I’M A GOOD DEV BECAUSE… I DON’T USE FRAMEWORKS? 9
- 10. I’M A GOOD DEV BECAUSE… I CODE IN NOTEPAD? 10
- 11. I’M A GOOD DEV BECAUSE… I WRITE GOOD CODE? 11
- 12. I’M A GOOD DEV BECAUSE… I WRITE GOOD CODE? 12 ?
- 14. “”Always code as if the guy who ends up maintaining your code will be a violent psychopath who knows where you live.” – Martin Golding. 14
- 15. KISS 15
- 16. you cannot write perfect code 16
- 17. you can write code that is good enough 17
- 18. UGLY CODE that works is BETTER than pretty one that DOESN’T 18
- 20. The Psychology of Computer Programming Gerald M. Weinberg 1971 20
- 21. Programming quality according to Weinberg ▸ Use Symfony ▸ DDD! ▸ BDD! ▸ DO NOT code in Laravel ▸ Don’t touch Wordpress, ever ▸ PHP sucks 21
- 22. ▸ Use Symfony ▸ DDD! ▸ BDD! ▸ DO NOT write in Laravel ▸ Don’t touch Wordpress, ever ▸ PHP sucks Programming quality according to Weinberg 22 X
- 23. Software quality meets the specification on time and budget adaptable to changing requirements 23 efficient in a given environment
- 27. “It always takes longer than you expect, even when you take into account Hofstadter's Law. ▸ Douglas Hofstadter Hofstadter’s law 27
- 28. “The first 90% of the code accounts for the first 90% of the development time. The remaining 10% of the code accounts for the other 90% of the development time. ▸ Tom Cargill, Bell Labs Rule of Credibility (Ninety-ninety rule) 28
- 29. efficient in a given environment 29
- 31. Optimization as an “Art for art's sake” 31
- 32. Servers are cheaper than developers 32
- 33. The fastest query is one that will not be run 33
- 34. 34
- 35. The fastest code is one that will not be run 35
- 37. Which system requirements may change? All of them! 37
- 38. 38
- 39. 39 X
- 40. In large projects, it is not possible to be prepared for every change. 40
- 41. 41 Software quality meets the specification on time and budget adaptable to changing requirements efficient in a given environment
- 42. 42
- 43. 43
- 45. THINK 45
- 46. Don’t think ONLY about the code 46
- 47. ▸ customers and their needs ▸ the user ▸ the problem ▸ code maintaince ▸ the future ▸ other developers THINK ABOUT 47
- 49. Stick to the standards 49
- 50. Don’te be afraid to say: I DON’T KNOW 50
- 51. Check the specification Ask the client 51
- 52. Ask WHY? 52
- 53. Communication 53
- 54. Empathy. 54
- 55. 55
- 56. There is not just one solution to the majority of problems 56
- 57. 57
- 58. If something is stupid, but it works it ain’t stupid. 58