<div dir="ltr">Hallo Zusammen!<br><br>Nachdem ich wirklich viel Zeit in den Untiefen der MW verbracht habe und mittlerweile auch ein paar Patches bis ins git steht es mir vielleicht zu mich zu dem Thema auch mal zu äußern- meine 2cents, auch wenn einige Fragen sicher reine Geschmackssache nennt.<br>
<div><div class="gmail_extra"><br><div class="gmail_quote">2013/9/17 Patrik Karisch <span dir="ltr"><<a href="mailto:patrik.karisch@gmail.com" target="_blank">patrik.karisch@gmail.com</a>></span><br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
Am 17. September 2013 14:33 schrieb Thorben Thuermer <<a href="mailto:r00t@constancy.org">r00t@constancy.org</a>>:<br>
<div class="im">><br>
> schon doctrine war schon immer overkill fuer das projekt...<br></div></blockquote><div><br></div><div>Zunächst mal muß ich sagen, dass ich die Codebasis wirklich genial finde. Die Struktur aus Controllern, Interpretern und Views ist auf den ersten Blick zwar nicht ganz offensichtlich, funktioniert in der Praxis aber wunderbar.<br>
<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div class="im">
</div>Ok, das ist jetzt wirklich Ansichtssache. Aus Programmierersicht<br>
nicht, denn mit puren SQL Statements (ob prepared oder nicht), kann<br>
ganz schnell ungut werden und führt zu Spaqhetticode. Ein ORM macht<br>
das OOP-Handling um einiges einfacher. Was die Anwendersicht betrifft,<br>
ist Doctrine nicht so inperformant. Vorrausgesetzt sind natürlich auch<br>
die richtigen Indizes.</blockquote><div><br>Das sehe ich etwas anders. Doctrine hat gerade auf langsamen Plattformen wie dem RasPi einige Probleme- so war es mir nicht möglich trotz Query Caching wirklich performant zu bekommen.<br>
<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">Ich bin der Meinung Frameworks und passende<br>
Bibliotheken sind nie ein Overkill. Gut, aber das ist nur meine<br>
Meinung. Man sollte auch Bedenken, ein Framework bietet die<br>
Möglichkeit, dass sich das Projekt in größe Konzepte weiter entwickeln<br>
kann. Mit rein eigenen Code wird das schwieriger. Einarbeitungszeit<br>
für neue Entwickler ist dann immer recht hoch.<br></blockquote><div><br></div><div>S.o.- der Code funktioniert und war für mich gut erweiterbar. Er ist aber (dank Doctrine) auch nicht rasend schnell- einige Overheads kann mein letzter Commit mildern.<br>
<br>Dazu kommt, dass die MW jetzt sehr lange stabil war- soweit ich sehen kann gibt es sehr wenige Änderungen (und damit wohl auch Anforderungen).<br> <br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
Ich finde ja eher MySQL für die Art von Daten ineffizient.<br><div class="im"></div></blockquote><div><br></div><div>Solche Kommentare finde ich besonders schwer zu greifen. Es ist halt eine Datenbank und relationale DBs eignen sich i.A. ganz gut für "die Art von Daten". Aber dafür gibts ja das Potential weitere DBs zu unterstützen.<br>
<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div class="im">
> der bugtracker ist ohnehin tot - keine aktivitaet seit 2012-03...<br>
<br>
</div>ja, da wäre es mal an der Zeit, einfach mal die Issues auf GitHub zu<br>
aktivieren. Ansonsten kann es auch einfach sein, das hier noch die dev<br>
Community fehlt? ;p<br>
</blockquote></div><br></div><div class="gmail_extra">+1 für Issues im GitHub, idealerweile mit Mail an die Liste. Habe mit ebenfalls schwer getan ich mit der Mailingliste anzufreunden.<br><div class="gmail_extra"><br><div class="gmail_quote">
2013/9/16 Justin Otherguy <span dir="ltr"><<a href="mailto:justin@justinotherguy.org" target="_blank">justin@justinotherguy.org</a>></span><br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
Hi Patrik,<br>
<br>
Am 16.09.2013 um 21:07 schrieb Patrik Karisch:<br>
<div class="im"><br>
>> Anders formuliert:<br>
>> bitte testen und beschweren, wenn etwas kaputt ist.<br>
> Für das wären Unit-Tests und ein CI-Server gedacht ^^ -> <a href="http://travis-ci.org" target="_blank">travis-ci.org</a><br>
><br>
> Zumindestens für die großteil einer Applikation.<br>
</div>super Idee.<br>
<br>
Du hast den Job! ;-)<br>
<br>
Im Ernst: wenn du uns helfen kannst, das an den Start zu bringen - mich würd's freuen. Und ich wette: nicht nur mich :-)<br></blockquote><div><br></div><div>Ich habe bereits einen Satz Unit Tests für diverse Meter- nicht schön aber funktionieren. Ohne dieses Hilfsmittel hätte ich die Änderungen am Code niemals machen können und habe damit Fehler in meinem, aber auch Unschärfen in der Codebasis entdeckt.<br>
</div><div>Entwickelt mit PHPUnit- bei Interesse bitte melden! <br></div></div><br></div><div class="gmail_extra">In diesem Sinne: ich würde mich freuen wenn etwas Schwung in die MW käme. Primäres Ziel aus meiner Sicht wäre allerdings nicht Funktionalität, sondern Performance und dazu Unittests als Basis für weitere Optimierungen. Um ohne Tests arbeiten zu können ist die MW bereits deutlich zu komplex.<br>
</div><br></div><div class="gmail_extra">In diesem Sinne- Viel Spass beim Basteln!<br><br></div><div class="gmail_extra">vg<br></div><div class="gmail_extra">Andreas<br></div></div></div>