Treffen der PHP-Usergroup Hamburg

  • February 11, 2014 · 6:30 PM

Einlass ab 18.30 Uhr, Vorträge ab 19 Uhr

Diesmal mit zwei interessanten talks rund um das Thema Architektur. The second talk will be in english!

Es wird dieses Mal auch wieder einiges verlost werden!
- drei kostenlose PHP-Magazin oder Entwickler-Magazin Abos (jeweils 12 Monate)
- Stefan Zörner verlost ein Exemplar seines Buches über Softwarearchitektur
- diverse Bücher (lasst euch überraschen)


Vortrag 1 von Stefan Zörner:

Verunfallte Softwarearchitektur. Erfolgreiche Lösungen höchstens per Zufall?

Mitunter gelingt ein Entwicklungsvorhaben, und alle sind zufrieden. Oder es scheitert am Ende kläglich. Manchmal auch irgendwas dazwischen. Alles nur Zufall? Der Begriff "Zufällige Architektur" (engl. Accidental Architecture) ist als Anti-Pattern durchaus gebräuchlich, der Ausspruch "Historisch gewachsen" passt ebenfalls prima in diesen Kontext. Wie kann Softwarearchitektur zum Erfolg beitragen? Was genau macht eine gute Architektur aus? Wie erreicht oder erkennt man sie? Müssen am Ende alle glücklich sein? Oder sind Kompromisse sogar zwingend erforderlich? Dieser Vortrag ordnet Projektsituationen zwischen zufälliger und wirkungsvoller Softwarearchitektur ein. Er stellt bewährte Praktiken zum Kurs setzen vor und gibt konkrete Tipps rund um Entwurf und Bewertung für Euer eigenes Vorgehen. Werft Ballast ab und erhöht gleichzeitig die Wirksamkeit der Architekturarbeit in Eurem Projekt!

Zur Person:
Stefan Zörner ist Softwarearchitekt, Berater und Coach bei embarc in Hamburg. Ganz besonders interessiert ihn, wie sich Entwürfe effizient festhalten und kommunizieren lassen. Seine Erfahrungen und sein Wissen teilt er regelmäßig in Form von Vorträgen und Artikeln. Stefans Buch über Architekturdokumentation ist im Hanser-Verlag erschienen, er ist Committer im Directory Project der Apache Software Foundation und Board-Mitglied im iSAQB.


Vortrag 2 von Ole Michaelis

Service Oriented Architecture for Robust and Scalable Systems

Software Architecture is hard. And when your business grows, its getting even harder because scaling doesn’t come out the box and it’s not only the software which grows it’s also the team. So you have to find a way how to scale your software in a way that it stays easy maintainable for growing teams and scalable. I’d like to talk about Service Oriented Architecture in general and also share some experience and give some examples where SOA would save you in a tough spot and maybe places where SOA isn’t the best idea to implement.


Adresse, Kontaktdaten usw. hier: 

http://de.jimdo.com/about

Join or login to comment.

  • Ole M.

    Alright folks. I'm done with my talk at PHP UK 14 so here are the slides: https://speakerdeck.com/nesquick/service-oriented-architecture-for-robust-and-scalable-systems

    Please note that the notes are not (yet) included - this is more for technologie reasons, so I definitely have to continue working on slidr.io :D

    February 21, 2014

  • Ole M.

    We we talked about shared transactions and locking. And the protocol I was referring to was named "Raft" check it out here: http://raftconsensus.github.io/ and for a great interatice intrpduction go here: http://thesecretlivesofdata.com/raft/

    1 · February 12, 2014

    • Jost K.

      It is not exactly what I was asking for, but still interesting. In my question I referred to situations where you need transactions between a client and a service. Example: client requests a write in a service and needs to write itself as well. If that breaks, the client would rollback, but the write in the service succeeded. So now there's an inconsistency. My questions is if there are any best practices how to handle or implement transactions between a client and a service. (.. sorry for this long text ..)

      February 13, 2014

    • Moritz S.

      The first service stores its data and in addition logs what he has done with a transaction ID. This transaction ID is send as well to the second service. If this second service fails it sends a failed command back to the first service together with its transaction ID.
      Some Database systems have a similar multi-master synq process.

      February 13, 2014

  • Lamis B.

    Please make more meetings in english. I dont speak german, and I want to always go :)

    February 12, 2014

    • Frank S.

      I'll keep this in mind and try to ask more speakers if they can do their talk in English. And I will probably also ask the whole community to see how many might have a problem understanding English and how many would like/need more of them.

      1 · February 12, 2014

    • Lamis B.

      thanks alot, will be very helpful :)

      February 12, 2014

  • Stefan Z.

    Vielen Dank für die nette Aufnahme bei Euch und die guten Gespräche im Anschluss an meinen Talk!
    Folien habe ich hier abgelegt:
    http://www.embarc.de/vortrag-php-usergroup-hamburg-verunfallte-softwarearchitektur/

    1 · February 12, 2014

  • Ole M.

    Thanks for listening and for the feedback :) As promised I will publish the slides (including notes) later on :)

    1 · February 12, 2014

  • Mario R.

    Stecke auch im Verkehr fest

    February 11, 2014

  • Benjamin P.

    Wir müssen auch absagen, stehen in der Vollsperrung auf der A1. Die Radiomeldung kam ne Minute zu spät.

    February 11, 2014

  • Dirk B.

    Ich leider auch. Schade, klang nach spannenden Vorträgen.

    February 10, 2014

  • Rainer S.

    Ich muss leider absagen. Schade

    February 10, 2014

Our Sponsors

People in this
Meetup are also in:

Sometimes the best Meetup Group is the one you start

Get started Learn more
Rafaël

We just grab a coffee and speak French. Some people have been coming every week for months... it creates a kind of warmth to the group.

Rafaël, started French Conversation Group

Sign up

Meetup members, Log in

By clicking "Sign up" or "Sign up using Facebook", you confirm that you accept our Terms of Service & Privacy Policy