{"id":1817,"date":"2012-08-31T16:13:49","date_gmt":"2012-08-31T16:13:49","guid":{"rendered":"http:\/\/www.ollmetzer.com\/?p=1817"},"modified":"2012-08-31T16:13:49","modified_gmt":"2012-08-31T16:13:49","slug":"mein-leben-als-softwaredissident","status":"publish","type":"post","link":"https:\/\/www.ollmetzer.com\/?p=1817","title":{"rendered":"Mein Leben als Softwaredissident"},"content":{"rendered":"

Heute hatte ich ein Gespr\u00e4ch \u00fcber Softwareentwicklung im eCommerce Bereich. Anschliessend stellte sich bei mir erst ein Gef\u00fchl der Unzufriedenheit und schliesslich so etwas wie Frustration ein. Ich war in nahezu allen Dingen die zur Sprache kamen (Basissysteme, Frameworks, Entwicklermethoden) fundamental anderer Meinung, als mein Gegen\u00fcber. Schlimm daran fand ich, dass die andere Meinung absoluter Mainstream unter den Entwicklern ist. Ich bin also quasi ein Software-Dissident<\/a>.<\/p>\n

Worum ging es?<\/strong><\/p>\n

Es fing schon mit den verwendeten Basissystemen an: Typo3 und Magento. Finde ich beide zum in-die-Tonne-treten. Warum?<\/p>\n

Typo3 ist in der Bedienung unglaublich umst\u00e4ndlich und einfach nicht state-of-the-art. Man hat eine Million Stellen, wo man irgendweche Settings machen muss und kann sich eigentlich nie sicher sein, dass man nicht doch noch irgendwas \u00fcbersehen hat. Der Sinn von Typoscript hat sich mir auch noch nie erschlossen. Mit einem sauberen MVC Ansatz w\u00fcrde man keine zus\u00e4tzliche Templatesprache ben\u00f6tigen. Zudem ist das System out-of the-box langsam und verbraucht viel Ressourcen auf dem Server.<\/p>\n

Magento ben\u00f6tigt ebenfalls sehr viel Ressourcen und es ist im Grundzustand wahnsinnig lahm. Man kann<\/em> es schneller machen – aber das ist recht aufw\u00e4ndig. Zudem ist der Code \u00fcberkomplex. Wenn ich h\u00f6re, dass man Fehlersuche bei Magento ohne Debugger eigentlich vergessen kann (und das glaube ich uneingeschr\u00e4nkt), verdrehe ich die Augen. Eine Shopping-Cart ist eigentlich eine der einfachsten Webanwendungen \u00fcberhaupt. Wenn ich da einen Debugger brauche – was zum Geier soll das f\u00fcr eine Softwarearchitektur sein?<\/p>\n

Jira als Standard Ticketsystem bringt mich ebenfalls zur Verzweifelung. Das ist so komplex in der Bedienung wie Typo3 – allerdings in zehnfacher Potenz.<\/p>\n

Anschliessend ging es um die Frage, welche Frameworks sinnvoll sind. Das betraf sowohl PHP Frameworks wie Zend, Cake oder Symphony, als auch Javascript und CSS Frameworks. Dabei ist meines Erachtens die Frage: <\/em><\/p>\n

Sinnvoll in welcher Hinsicht?<\/em><\/p>\n

Mit Cake kann man ohne Frage extrem schnell Webapplikationen bauen. Ob ich dieses Konstrukt aber in Hochlastszenarien einsetzen w\u00fcrde, m\u00f6chte ich doch schwer in Frage stellen. Analog gilt f\u00fcr CSS Frameworks, dass man damit schnell ein gutes Standard-Ergebnis erzielen kann. Wenn es aber darum geht, die Frontend Performance zu optimieren, geht nichts \u00fcber eigenen Code.<\/p>\n

Womit wir bei der Softwareentwicklung angekommen sind. Objektorientiert wird bevorzugt – klar. Designpatterns? Ohne Frage absolut sinnvoll, wenn man komplexe Software baut. Bei Webanwendungen allerdings schwerstens \u00fcberbewertet. Hier gibt es keine laufende Applikation, die parallele Threads, Events, Multiuser, was weiss ich noch was ber\u00fccksichtigen muss. Der grundlegende Ablauf ist hier ja stets gleich:<\/p>\n

Request kommt rein, wird verarbeitet, Antwort geht raus, Ende. <\/em><\/p>\n

Okay, Application- und Sessionobjekt als Singleton zu programmieren macht durchaus Sinn. Ein Factory-Objekt ist hier und da ebenfalls angebracht. Aber sonst? Wenn man diese Techniken inklusive massenweise Vererbung \u00fcbertreibt, kommt man zu sehr schwer wartbarem Code („Hallo Debugger!“), der viel Ressourcen braucht („Rechenzentrum: Bitte nochmal zwei Blades reinschieben…“) und langsam ist.<\/p>\n

Langsam? Macht nix – kann man ja cachen…<\/p>\n

Hmm, die L\u00f6sung ist also, auf eine vermurkste, zu komplexe Architektur noch eine Softwareschicht draufzulegen und das System damit noch fehleranf\u00e4lliger zu machen? Ist ja ’ne super Idee…<\/p>\n

Conclusio<\/strong><\/p>\n

Und hier fiel mir auf, warum ich mit meiner Meinung h\u00e4ufig so alleine stehe. Ich bin stets auf des Suche, nach m\u00f6glichst schlanken, eleganten und performanten Architekturen. Der Mainstream ist aber, eine dicke Schicht auf die andere zu setzen und damit Bloatware zu erzeugen.<\/p>\n

Das l\u00e4uft mir einfach zu 100% gegen den Strich.<\/p>\n