{"id":507,"date":"2014-02-05T10:54:49","date_gmt":"2014-02-05T09:54:49","guid":{"rendered":"http:\/\/www.epischel.de\/wordpress\/?p=507"},"modified":"2014-02-28T23:12:58","modified_gmt":"2014-02-28T22:12:58","slug":"oop-2014-erster-tag","status":"publish","type":"post","link":"https:\/\/www.epischel.de\/wordpress\/2014\/02\/oop-2014-erster-tag\/","title":{"rendered":"OOP 2014 – erster Tag"},"content":{"rendered":"
Dieser Eintrag ist Teil 1 von 7 in der Serie OOP 2014 Report<\/a><\/div><\/div><\/div>

Dieses Jahr bin ich drei Tage auf der OOP Konferenz. Hier einige Notizen zu den von mir besuchten Talks und Keynotes. (noch nicht ganz fertig)<\/p>\n

Enterprise Application Integration War Stories<\/h2>\n

So viele Stories waren es dann doch nicht. Die beiden Vortragenden sind u.a. auf die EAI-Patterns<\/a> eingegangen. Erw\u00e4hnt, weil mit Erfahrung hinterlegt, wurden Apache Camel und Spring Integration.<\/p>\n

Zitate:<\/p>\n

Gerade bei Parallelverarbeitung ist das Testen der Fehlerf\u00e4lle notwendig!<\/em><\/p>\n

Further tips: small building blocks. No shared mutable state<\/p>\n

Keynote „Parallel Programming Design Patterns“ von Tim Mattson (Intel)<\/h2>\n

Fr\u00fcher: CPU-Performance am wichtigsten, heute: Stromverbrauch. Daher wird zuk\u00fcnftig die Zahl der Cores zunehmen, nicht die Performances des einzelnen Cores.<\/p>\n

Damit muss sich die Software \u00e4ndern, denn die Hardware wird nicht einfach immer „schneller“ (wie fr\u00fcher).<\/p>\n

Parallelisierte Software muss her. Hierzu gibt es Design Patterns<\/a> in mehreren Kategorien. Die kann man anscheinend wunderbar kombinieren.<\/p>\n

Beobachtung aus der Game-Industrie: kleine Zahl von „Effizienz“-Entwicklern (Hardware nah), gro\u00dfe Zahl von „Anwendungsentwicklern“. Beispiel der Umsetzung: Spezielle JIT-Optimierer, die die Verwendung eines bestimmten Frameworks erkennen und den Code optimieren.<\/p>\n

Reactive Programming<\/h2>\n

\u00dcberblick. Beispiele f\u00fcr Sprachen: Erlang und Elm. Hinweis auf das Reactive Manifesto<\/a>. Frameworks wie Rx, Akka etc. als „Mittelweg“<\/p>\n

Keynote: Adaptive Actions<\/h2>\n

Adaptive Action is a reflective process that guides you to take action in times of uncertainty.<\/em> Siehe adaptiveaction.org<\/a><\/p>\n

Integrationschaos<\/h2>\n

Im Integrationstest kracht es h\u00e4ufig – „what to do about it?“<\/p>\n