Notizen von der Developer Conference Hamburg 2013. http://www.developer-conference.eu/programm/

developer-conference-hamburg-2013-notizen.md

Server / CDN

• CDNs sind nicht nur für Bilder sinnvoll, auch alle anderen Assets.
• CDNs können auch ESI Unterstützen.
• Prefetching Images/Files: http://www.whatwg.org/specs/web-apps/current-work/multipage/links.html#link-type-prefetch http://www.whatwg.org/specs/web-apps/current-work/multipage/links.html#link-type-prefetch
• Alles was ausfallen kann, wird auch ausfallen, sogar ganze Datacenter und Verfügbarkeitszonen.

Tools

• Kibana als Graylog2 alternative. (http://www.elasticsearch.org/overview/kibana/)
• Apache Kafka. (Message Queue) (http://kafka.apache.org/)

Managing/Agil/Teams

• Mixing Kanban and Continous Delivery.
• Organische, statt hierische Teams.
• Unknown unknowns. Nur überwachen was man messen kann. ** Ich weiss nicht was ich weiss, aber wie ich es herausfinde. ** Ich weiss nicht was ich nicht weiss und weiss auch nicht wie es herausgefunden wird. (Durch spaete Änderungen und fehlende "Warum"-Kommentare) ** Ich weiss, dass ich nichts weiss.
• Im (wöchentlichen) Code review wird erst zu spaet geredet. Früher über Code reden!
• Dont fear the Dragons, Die Probleme sind nicht so gross ...
• Kommunikation zwischen den Teams verbessern durch unnötig machen.
• A team has to be abled to work on 95% of OWN backlog tasks.
• Das Scrum-Master-Manifesto - realitätsfremd? (http://www.scrummastermanifesto.org/)
• Kein rewrite sondern modernisierung. Keine zwei versionen.
• Never Do a rewrite! Do a "Modernisierung"
• Keine Big bang releases.
• Entwicklung absichern. Ci, cd, akzeptanztests. Monitoring.
• Devs Zeit geben... statt sie ihnen diktieren.
• Dev Workshops.
• CI und CD von Anfang an!

Developing

• API Standards verwenden ... Standards halten meist laenger
• Apis versionieren.
• Features hinter apis verstecken.
• Einzelne db nur durch einen Service verwenden.
• Länger Googlen und libs finden. (!!!)
• Dev research bis devs sicher.
• Rubber Duck Debugging.
• Auf mehrere Server vorsehen.
• Datenbanken mit realen Daten testen, besonders bei sharding.
• Mongodb, Sharding key ein mal definieren -> langfristig ein mögliches Problem.
• MongoDB Doctrine EmbedMany "remove and pushAll" racecondition.
• Beachten von aktellem Feld von [High/Low][Complexity/BusinessValue]. (https://lh3.googleusercontent.com/N9dju8VaL6GYJi1bX212Bv6MrgKHjvp6KA7aajlu_Ggm4025uiLTag=s600)
• Rewrite mit sf2, letzte fallthrou route bei gleichen frontend auf altes system.

Cicero

• PHP Versionen codesniffer checks.
• TODO Finder!