(Don't) Kill Your Project

Keynote at JavaScript Days 2012 in Berlin

Transcript

1. (DON´T) KILL YOUR PROJECT JAVASCRIPT DAYS 2012, BERLIN
2. THORSTEN RINNE ‣ Diplom-Informatiker (FH) ‣ Senior Developer ‣ Yatego GmbH ‣ phpMyFAQ ‣ @ThorstenRinne
3. JavaScript seit 1999!
4. JavaScript?
5. JavaScript ist toll!
6. Beispiele?
7. $ jsc > [] + []
8. $ jsc > [] + [] ′′ >
9. $ jsc > [] + {}
10. $ jsc > [] + {} ′[object Object]′ >
11. $ jsc > {} + []
12. $ jsc > {} + [] 0 >
13. $ jsc > {} + {}
14. $ jsc > {} + {} NaN >
15. $ jsc > var foo = {} + {}
16. $ jsc > var foo = {} + {} [object Object] [object Object]
17. Und das Beste: mit node.js gibt‘s andere Ergebnisse.
18. Und das Beste: mit node.js gibt‘s andere Ergebnisse. (und wer hat Recht?)
20. (Don‘t) Kill Your Project!
21. Trennt die Aufgabengebiete!
23. Analyse Architektur Entwicklung Konfiguration Test
24. 1 Raum pro Entwickler
25. n Projekte pro Entwickler
26. Kommunikation nur schriftlich!
27. Kein Kontakt zwischen Kunde und Entwickler!
28. DEV OPS
29. $ whoami root
30. Man will natürlich die besten JavaScript Cracks!
33. Und wer sind dann die Kollegen?
34. I broke the build!
37. Weiterbildung in der Freizeit
38. Entwickler sind Resourcen!
39. Bugs pro Entwickler
40. Daily Standup
41. Viele Meetings helfen viel!
42. Jeder muss immer dabei sein!
43. Immer spät absagen!
44. Oder erscheine dann gar nicht!
45. Oder erscheine unvorbereitet!
46. Planen? Nie gemeinsam!
47. There Can Be Only One For Estimation!
48. Plane 12 Monate im Voraus
49. Detailliert bis zum kleinsten Task!
50. Kritisiere öffentlich!
51. Für Schwächlinge!
52. Schlechte Hardware
53. For Management only!
54. Kein Laptop.
55. Kein VPN.
56. Kein SSH.
57. DEVELOPMENT
58. by Management!
59. Ein Shared Folder reicht.
60. Jeder Entwickler arbeitet nur mit seinem Code.
61. Definition of Done
63. Simple Design for simple Systems. complex Design for complex systems.
64. Für alle Probleme das gleiche Tool.
65. 100% Code Coverage!
66. assertTrue();
67. ODER...
68. Test Driven Development
69. Pair Programming ist ineffizient und kostet Geld.
70. Akzeptiere kaputte Builds
71. Verhindere Continuous Deployment
73. Eine Bitte: Macht es nicht so!
74. Denkt agil.
75. Lernt immer weiter.
76. Seid mutig.
77. Habt Spaß.
79. Twitter: @ThorstenRinne App.net: https://alpha.app.net/thorsten Slides: http://speakerdeck.com/u/thorsten Thorsten Rinne Yatego GmbH t.rinne@yatego.com