Sehr unterhaltsamer Vortrag mit ausreichend Informationsgehalt. Konnte ein paar Argumente für uns mitnehmen.
Das Zusammenspiel / die Präsentation (nicht die Slides) könnte noch ein wenig Feinschliff vertragen.
Guter Vortrag, wenig neues gelernt (vielleicht auch gut so?). Amüsant war die Fragerunde / Diskussion ob man die composer.lock denn ins Repository eincheckt oder nicht. Hat Nils die contra Argumente dann schön auseinandergenommen.
Nichts was man nicht schon kennt, aber trotzdem ein gutes Fresh Up.
Schön das hier bei einem eher allgemeinen Thema auch der Bezug zu Symfony gemacht wurde.
Toll gehaltener Vortrag mit großen Unterhaltungswert. Klasse wie offen man mit den Problemen umgeht bei Trivago. Konnten viel für uns mitnehmen zum Thema Redis in Verbindung mit Skalierung.
Eine Einführung in Ansible oder praktische Beispiele verknüpft wären besser gewesen. Uns als nicht Ansible User hat der Vortrag leider nichts gebracht.
Der Vortrag war wirklich sehr unterhaltsam und ich habe mich köstlich amüsiert. Inhaltlich war ich aber doch sehr überrascht, da sehen unsere Workflows und Automatisierung (kleine 10 Manm Agentur) besser aus. Vielleicht wurde auch einfach zuviel weggelassen / übersprungen.
Guter gehaltener Vortrag mit interessanten Einblicken. Für uns als kleiner Agentur nicht sonderlich interessant, aber trotzdem komnnten wir was mitnehmen daraus.
War besser als erwartet und sehr interessant.
Gutes Zusammenspiel der beiden Speaker, es stimmt leider dass die Haupt-Zielgruppe eher nicht anwesend war, aber es ist auch schön, als Entwickler Argumente für TDD aus Business-Sicht in die Hand zu bekommen (und motivierend!)
Ich fand den Vortrag gut, auch die Dynamik zwischen Sebastian und Jeffrey hat gepasst und ihn lebendig gemacht. Die Kritiken bezüglich "falscher Zielgruppe" hab ich nicht so gesehen, denn häufig ist TDD im Unternehmen entwicklergetrieben. Darauf zu warten, dass irgendein Entscheidungsträger von alleine darauf kommt, sich so einen Vortrag anzuhören und dann begeistert neue Verfahren einzuführen, ist wahrscheinlich zum Scheitern verurteilt.
Da ist es gut, auch und gerade als Entwickler, gewichtige Argumente an die Hand zu bekommen, die durch Studien belegt sind, warum man mehr Tests braucht und evtl. sogar auf TDD umsteigen sollte - außer dass es "der heißeste Scheiß" ist und "alle das machen" oder andere Entwicklerargumente, die aus Businesssicht nur kosten und keinen bis kaum Nutzen bringen.
Alleine für den Tipp, TestDox und ordentlich benannte Testmethodennamen als Kommunikationsmittel zu nutzen und die regelmäßig den Non-Technical-Stakeholdern unter die Nase zu reiben, hat der Vortrag sich bereits gelohnt!