WebsiteBaker Community Forum
WebsiteBaker Support (2.8.x) => 
Hilfe & Support (deutsch) => General Help & Support => Diskussion über WB (closed) => Topic started by: rjgamer on January 03, 2013, 02:11:15 PM
-
Hallo Leute,
ich bin ein aktiver Nutzer von WebsiteBaker (bei mehreren Webseiten) und hab keinen Bock zu einen Fork oder alternativen CMS zu wechseln. Trotzdem finde ich den aktuellen Informationsfluss bezüglich den Arbeiten an WB und wie sich die Devs die Zukunft von WB vorstellen, eher bedürftigt.
Z.B. hab ich gerade knapp mitbekommen dass an einer Version 2.8.4 gearbeitet wird und man Beta Tester sucht. Gibt es für die Version 2.8.4 aber auch einen Changelog und weitere Informationen? Auch würde es mich interessieren (und ich denke ich bin da nicht alleine), welche Optimierungen, neuen Features, etc... ihr für die Zukunft für WB gedenkt zu implementieren (das Ganze kann ja als unverbindlich formuliert werden). Ich bin hier nicht ein aktiver Forenbesucher, aber regelmässigere News oder ein Twitter Account wäre echt was tolles. :wink:
Es wäre toll mehr von den WB Devs zu hören, denn sonst kriege ich echt Angst dass das WB sehr sehr langsam stirbt. :oops:
Danke für eine Antwort,
es grüsst euch
Redfish
-
Es gibt die SVN:
http://project.websitebaker2.org/projects/wb28x/activity
Hier befindet sich auch die aktuelle Changelog.
http://project.websitebaker2.org/projects/wb28x/repository/entry/branches/2.8.x/CHANGELOG
Weitere Informationen gibt es nicht öffentlich. Darüber zu diskutieren bringt allerdings auch nichts.
Ich habe einmal versucht, eine Zusammenfassung zu 2.8.4 zu schreiben, der Thread wurde allerdings entfernt/verschoben.
-
Ja, auch ich tue mir manchmal schwer mit dem "dürren" Informationsfluss.
Es heißt zwar so sinngemäß: "Steht ja eh alles irgendwo im Forum" - aber es ist schwer, das alles zu finden und eventuell zu verfolgen. Überhaupt dann, wenn man nicht so in der Materie ist.
Andererseits verstehe ich es auch:
Sobald Neuerungen angekündigt werden, werden sie auch schon auf breiter Front zerpflückt. So macht die Arbeit keinen Spaß. Wenn die DEVs statt "Habt ihr super gemacht!" ständig hören: "Ich hätte das aber anders gemacht"... es reicht, wenn die große Schelte nur _einmal_ ist, nömlich beim Release ;-)
-
Ja, da sind wir wohl einer Meinung.
Andererseits kennst du genauso gut wie ich, wie schlimm sich ein vielstimmiges Wunschkonzert manchmal anhören kann. Ich wills niemandem verübeln, der da auf "Durchzug" schaltet.
Und: Ein gesundes Selbstvertrauen sollte keine Voraussetzung für einen guten Entwickler sein ;-)
-
Das verbohrte Versteckspiel tut WebsiteBaker CMS nicht gut.
Im Grunde ist nichts verkehrt daran, dass Entwickler sich zusammen tun, um mit wenigen gemeinsame Sache zu tun.
Es ist aber sehr viel verkehrt daran, niemanden Teil nehmen zu lassen; der eigene Beitrag wird abgewertet. Und falls jemandem aufgefallen sein sollte, dass die "Community" immer kleiner wird, dann liegt es genau dadran: Leute halten jetzt lieber den Mund, weil ihre Absichten nicht ernst genommen werden.
Teilweise kommt es auch daher, dass die Devs WebsiteBaker durch andere Augen betrachten, als wir, die schon viel länger bei WB sind (oder für diesen Zweck eigentlich der "gewöhnliche User"). Für den Dev ist es ein Haufen Code, der optimiert werden muss. Er arbeitet "hard", um einen optimalen Code zu fabrizieren; übersieht in seiner Beigesterung (und gelegentlicher Frustration) die Zielgruppe und winkt alle an ihn gerichteten Äußerungen als Störung ab.
Wenn jedes CMS die Zielgruppe aussen vor gelassen hätte, gäbe es keine erfolgreichen (hier: weitverbreiteten) CMSe.
Das Problem bei WebsiteBaker ist die Spaltung in Zielsetzung. Ich habe es schon vor Jahren geschrieben, doch scheint es zu Einfach, als dass es die Antwort sein könnte. Doch es ist die Antwort: die Zielsetzung der Devs ist es nicht, eine erfolgreiche WebsiteBaker Community zu haben; eine, die sich an der Produktion beteiligt; eine die kommuniziert und diskutiert.
Ferner noch, da bei WebsiteBaker diejenigen, die an der Spitze der Entwicklung standen immer schon das "meiste" Sagen hatten, und da diese sich dann mehr der Entwicklung als der Community zuwenden und da die Community dann irgendwann so wenig Aufmerksamkeit bekommen hat, dass man nicht mal mehr merkt, dass es eine gibt - sieht es aus, wie es eben aussieht.
Die Situation ist: keine Community.
Ein paar Tester, die zur Crew gehören. 2, 3 vielleicht 4 Entwickler, die hauptsächlich an die "Reinheit" des Codes denken.
Eine Community, wenn sie erfolgreich ist, besteht aus:
1) Leuten (nicht Avataren)
2) Beziehungen
3) einem starken gemeinsamen Ziel
Das "schwache" gemeinsame Ziel der (alten) Community besteht heute in der leisen Hoffnung, dass die Devs mit ein wenig Glück das richtige tun werden.
Die Beziehungen unter Leuten sind viel schwächer als noch vor 2 Jahren. Einige wenige tun sich zusammen, um gelegentlich gemeinsame Sache zu machen.
Und Leute? Ja, die gibts. Doch da sich keine Beziehung zu den Projektverantwortli chen aufbauen läßt (weil sie offenbar andere Ziele verfolgen), läßt deren Bereitschaft nach, etwas beizutragen.
Meiner Meinung nach sollte es Teil der Zielsetzung eines Open Source Projektes sein, dass das Projekt nicht nur guten Code fabriziert, sondern dass deren Konzept auch Verbreitung findet. Teilnahme herausfordert und mit ihr so umgeht, dass sie tatsächlich ins Projekt fließt.
Wenn es für die Verantwortlichen des Projekts nicht mehr wichtig ist, dass sie für Leute und mit Leuten etwas tun, um mehr Teilnahme (nicht notwendigerweise am Programmieren, sondern allgemein am Projekt) hervorzubringen, fängt das ganze an in die entgegen gesetzte Richtung zu gehen. Und was ist die Antithese von einer Community, einem "sozialen" Netz? Du sagst es...
Es ist nicht schlimm, dass der 2.9.x gemacht wird.
Es ist nicht schlimm, dass es so lange dauert.
Schlimm ist es, dass das Projekt sich für die Verantwortlichen einzig und allein um den CMS Core dreht und nicht um die Leute, die hier sind, um es zu nutzen (und die, die nicht hier sind, obwohl sie könnten).
Wenn die "Maschine" beginnt, heilig zu werden - das Ding, das die Erlösung bringen wird - wird über Leichen (und wenn das zu hart ist, dann eben über die Gefühle der Einzelnen hinweg) gegangen.
Auch wenn man nicht jeden Glücklich machen kann, sollte es nicht als Rechtfertigung dienen, um jeglicher Teilnahme die Türe zu verschließen.
Das Problem also ist, dass die Verantwortlichen sich mehr im Götzendienst als im Dienst an den Usern und somit der Community üben.
Es war nicht immer so.
Ryan hat die letzte Zeit zwar auch ausgesetzt, doch dann waren hier noch Leute, die immer noch gerne die Kräfte und Stimmen aus der Community zu nutzen wußten und es irgendwie geschafft haben, deren Aktivität ins Projekt (Core, Module, Hilfeseiten, Templates etc.) fließen zu lassen.
Heute ist es so, dass obwohl der 2.9.x noch gar nicht wirklich greifbar ist, nichts am Projekt passiert, um es an das AKTUELLE Entwicklungsstadium anzupassen.
Es wird in der Zukunft gelebt, denn dort kommt der große Götz.
Happy New Year!
-
Gut geschrieben.
Tragisch finde ich, dass man nicht mal etwas über die Zukunft erfahren kann. Wie soll ich mich weiterhin für dieses CMS oder von der kommenden neuen Version begeistern oder mitwirken können, wenn schlichtweg keine Information der Devs nach aussen kommen?
-
Hallo auch,
diese Thema ist die Mutter alle Themen im WB Universum und kann ganz klar und direkt nur mit 42 beantwortet werden.
Nein mal im Ernst, die Frage habe ich auch schon mal gestellt und sie kommt auch alle gefühlte drei Monate wieder. Ich für meinen Teil habe mich damit abgefunden, in WB ein gutes CMS gefunden zu haben, was auch leicht zu bedienen ist. Damit kommt es beim Kunden zu weniger Problemen.
Ich kann die Leute jedoch verstehen, die mehr wollen und dann etwas enttäuscht sind, wenn sie es nicht in dem Umfang wie erwünscht bekommen (Community). Jedoch ist das wohl schon seit einiger Zeit so.
Ich hab aktuell das unwohle Gefühle beiseite gelegt, da es bisher immer wieder weiter ging und bin froh, dass es den WebsiteBaker gibt so wie er ist (die Software).
Ribiku
-
Tragisch finde ich, dass man nicht mal etwas über die Zukunft erfahren kann. Wie soll ich mich weiterhin für dieses CMS oder von der kommenden neuen Version begeistern oder mitwirken können, wenn schlichtweg keine Information der Devs nach aussen kommen?
Naja, ganz so sollte man es nicht sehen. WebsiteBaker ist nicht Typo3, die mal gleich PHP neu definieren. Und zwar alles offenlegen, aber trotzdem keiner weiß, wann jetzt was wie und warum kommt.
Das Problem ist, dass kein Plan vorliegt. Mag man jetzt sehen wie man will - das ganze ist auch noch eine Modeerscheinung (Google mal nach "Extreme Programming").
Die Herangehensweise der Devs ist - wie schon gesagt - keine User-Sicht, sondern die Code-Sicht. Wenn dabei mal ein neues Feature herausspringt ist das nett, aber nur ein Gimmick.
WebsiteBaker geht weiter, keine Frage - siehe ins SVN. Nur in der heutigen Arbeitsweise ist eine Mitarbeit am Core-Projekt selbst schlichtweg nicht möglich als Außenstehender. Testen von vorgegebenen Bugs, Forenmoderation, "Ins Reine Schreiben" von Entwickler-Nachrichten, "Doku schreiben" - diese Arbeiten können verrichtet werden. Aus der Art der Programmierung können alle anderen, für Entwickler interessanten Tätigkeiten nicht vollzogen werden, da die Schnittstellen nicht klar definiert werden.
Übrigens: Microsoft macht im Moment genau denselben Fehler. Google mal nach "Windows Blue", hier insbesondere die App-Entwicklung. Ist halt blöd, wenn nicht das Betriebssystem verdrängt wird, sondern gleich der Computer an sich. Da schießt man schnell am Ziel vorbei.
-
dieses Thema ist die Mutter alle Themen im WB Universum und kann ganz klar und direkt nur mit 42 beantwortet werden.
Stellt sich die Frage: Wie lautet die Frage ;-)
Ich mache mir derzeit keine Sorgen. WB wird weitergehen, so oder so.
Aus meiner Sicht ist das Projekt an einem Scheideweg angelangt. Es braucht _sichtbare_ neue Features, nicht nur irgendwelche unsichtbaren Sicherheitsverbesse rungen (Man gewinnt ja derzeit den Eindruck, dass WB furchtbar unsicher ist, weil das so ein Thema ist)
Nur: welche neuen Features? Da hat wohl jeder seine Wünsche, die so gar nicht mit denen der anderen zusammenpassen. Ich persönlich halte zB. die neue Bilderauswahl in den Seitenoptionen für sehr unglücklich. Nun ja, ein anderer hat Freude damit und ich kann sie ja für was anderes missbrauchen. Soll sein...
Und: WB ist alt. Sieht zumindest so aus. Webanwendungen sehen heute anders aus. Lepton ist das besser angegangen, hat da einiges zeitgemäßer gemacht, aber das ist wohl Geschichte.
Vielleicht könnte man den Entwicklern mal folgenden Tipp geben:
Schreibt mal zusammen, was sich mit WB 2.8.3 oder 4 geändert hat und _dokumentiert_ das in verständlicher Form!
Ich merke sehr oft, dass sich dabei die Frage stellt: Was hab ich mir eigentlich gedacht dabei? Warum ist das sinnvoll?
Wenn man etwas nicht erklären kann, dann ist da vielleicht der Wurm drin.
-
Vielleicht könnte man den Entwicklern mal folgenden Tipp geben:
Schreibt mal zusammen, was sich mit WB 2.8.3 oder 4 geändert hat und _dokumentiert_ das in verständlicher Form!
Ich merke sehr oft, dass sich dabei die Frage stellt: Was hab ich mir eigentlich gedacht dabei? Warum ist das sinnvoll?
Wenn man etwas nicht erklären kann, dann ist da vielleicht der Wurm drin.
Genau,
es würde schon viel bringen, wenn das was in 2.8.4 neu drin ist, zumindest verständlich und für alle Sichtbar dokumentiert würde. Und zwar auch auf der Site, dass auch Neuzugänge oder potenzielle Neueinsteiger sehen, dass an WB gearbeitet wird.
Mich würde interessieren, wie die neuen Sachen richtig genutzt werden können.
Wie sie in Modulen verwendet werden; z.B. richtige Einbindung von TWIG per Autoload und anderes.
Auch die neuen Features die dazu kommen, sollten mit Screenshots usw. rein auf die Site.
Die Datenbank Klasse hat sich geändert, auch das sollte richtig auf der Site dokumentiert werden, was früher war und wie es jetzt ersetzt werden sollte, um die Module richtig zu machen.
Es sollte auf jeden Fall in der GEGENWART dokumentiert werden, so wie die Versionen kommen,
damit Module angepasst werden können.
Z.B. sollte schon lange der 2.8.4 draußen sein. Seinerzeit wollte ich auch mit Michael einiges an Modulen machen, sobald TWIG im Boot ist - das war dann erstmal für 6 Monate versperrt, weil man auf den 2.8.4 warten musste.
Warum gibt es SO große Schritte in der Entwicklung?
Warum nicht ab und zu ein Release mit nur einigen wenigen Veränderungen?
Uns sind auch Versionsnummern wie 2.8.3.1 recht.
Manchmal ist es sogar besser, wenn kleinere Patchversionen kommen, als gleich die volle Ladung.
Jo.
-
Eines vorab:
Ich schreibe hier nur _meine_ eigene Meinung und nicht die des WB - Teams!
In meinen Augen ist das ganze etwas schwierig:
- Die User wollen alle Features die es im Web gibt
- Die DEV's wollen erstmal einen saubern Code, wo es keine Probleme gibt wenn man was verändert!
Ich verstehe beide Seiten.. doch aus der DEV sicht ist es sicherlich auch nicht einfach:
- Die Code-Grundlage von WB ist - wie man sehen kann - nicht gerade Zeitgemäß
- Die Arbeitsweise von WB entspricht auch zu großen Teilen nicht den gängigen EDV Standards
- Es sollen immer mehr Features rein, doch die Voraussetzungen damit WB läuft darf sich auf keinen Fall ändern - da sonst das Geschrei im Forum groß ist
Wenn man ein feature integrieren will, hat man an andren Stellen wieder Probleme damit, da der Code einfach ein Horror ist.
Thema Dokumentation:
Es gibt sicherlich nette Tools wie phpDocumentor, etc.
Doch damit diese Tools auch arbeiten - muss der gesamte Code erstmal Kommentiert und verständlich sein.
Aber habt keine Angst:
Wir sind gerade dabei die Hilfe - Seite zu überarbeiten. Auf der Hilfe - Seite steht auch genau was neue ist bzw. was sich verändert hat.
Warum das bei WB immer so lange dauert?!
Diese Frage lässt sich einfach beantworten: Wenn ihr mal einen Blick auf das Team (http://www.websitebaker2.org/en/organisation/teams.php) werft, werden alle sehen, dass immer die selben Namen da stehen.
Dadurch, dass WB keine Firma ist - arbeitet JEDER von der Liste in seiner Freizeit an WB.
Bei manch großen Systemen, sieht das anders aus: Hier arbeiten bezahlte Programmierer!
--
Das wars mit meiner Meinung zu dem ganzen ;)
-
Beispiele gibt es ja genug, etwa dieser unsägliche FTAN-Kram. Hätte man das vor der Umsetzung vernünftig diskutiert
.... dann liefe diese Diskussion heute noch ....
allein zu dieser Geschichte gibt es schon zahlreiche Parteien. Die einen finden es ganz und gar sinnlos, andere meinen, es wäre genau das Gegenteil und dazwischen gibt es noch 50 andere Parteien, die lieber die eine oder andere Art der Ausführung hätten.
In dieser Art läßt sich das auf jede Idee umlegen, die bisher irgendwie diskutiert wurde und jeder, der sich hier mit Ideen eingebracht hat, hat irgendwann auch die Erfahrung machen müssen, das andere diese nicht so gut finden. Dabei gibt es dann Charaktere, die dir ihre Ablehnung verständlich erklären und welche, die das mit Geschrei beantworten.
Bleiben wir bei FTAN, läßt sich sicher sagen: hätten wir auf das Ende der Diskussion gewartet, hätte sich bis heute noch nichts gedreht und hätte es keiner angepackt, hätte heut noch keiner gewußt, das der Schritt nicht unbedingt optimal verlief. Das dieser erste Schritt ein Boomerang wurde, liegt wohl auch daran, das es nur einen ganz kleinen Kreis von Testern gibt. Jeder dieser paar Hansels testet auf seine eigene Art, nach seinen Vorstellungen, mit seiner PC- und Server-Konfiguration. Ich hab keine Zahl der Leute, aber an Hand der Rückmeldungen zu Zeiten der FTAN-Einführung waren das keine 10 Leute (von mir geschätzt). Ich habe z.b. seit Einführung der WB 2.8.2 jede REV getestet, die verfügbar war, für die es grünes Licht gab, mir ist es aber bis heut noch nicht gelungen, mich selber 24 Stunden auszusperren.
Mit Veröffentlichung / Einführung der FTAN-Version wurde der Kreis der "Tester" schlagartig größer und plötzlich hat man dann den Kreis, den Umfang, den man für die Tests eigentlich benötigt. Auf einmal tauchten dann auch Probleme auf, die keiner der Tester vorher simuliert hat, oft auch garnicht simulieren konnte, weil die Umgebung diese Bedingungen nicht her gab.
Du sagst, die Lösung kam dann von der Comunity, das mag so wohl richtig sein. Ich sehe die Ursache aber weniger darin, das im Vorfeld zu wenig drüber geredet wurde, sondern eher darin, das es auf einmal jede Menge Rückmeldungen und Erfahrungen von Seiten der User gab und wäre dieser Umfang vor Veröffentlichung der Version schon da gewesen, wär das Problem im Vorfeld auf andere Art und Weise gelöst worden.
Vor einigen Jahren hab ich viel mit Joomla gemacht und mir dort auch angeschaut, wie da die Entwicklung läuft.
Natürlich ist der Kreis der Beteiligten auf allen Seiten viel größer, aber auch da gibt es keine Demokratie. Durch die große Zahl an Usern erhöht sich natürlich auch der Anteil der Tester und auch der Leute, die Input in Code-Form geben. Wenn da Person A einen Vorschlag mit 20 Zeilen Code macht, hast du in einer Stunde 50 Verbesserungsvorsch läge, ebenfalls in Code-Form, dazu noch 100 Meinungen, dann wird der Trend raus gepiekt und los gehts.
Bei uns ist der Kreis derer, die wirklich Zuarbeit liefern könnten (und auch wollen) schon mal sehr stark reduziert. Mancher gibt nach ein paar Versuchen auf, ein anderer nicht. Bei Joomla lernt man dann schnell, das 50 oder 100 andere nicht der gleichen Meinung waren, mit solcher "Übermacht" läßt sich eine "Niederlage" einfacher verstehen und sollte doch wer schmollen, kommt der nächste. Ein Wunschkonzert ist es dort aber auch nicht. Es wird eine Idee in den Raum geworfen und die Reaktion abgewartet. Hast du 100 Fürsprecher und nur 10 dagegen, schauts gut aus, ist es andersrum, dann eben beim nächstem Mal.
Hier schaut das anders aus und ist auch nur begrenzt vergleichbar. Durch die Vorbedingungen (ältere WB-Versionen) gab und gibt es für bestimmte Vorschläge auch nur 2 Möglichkeiten. Um es vernünftig zu machen, baut man alles komplett um oder man sucht nach Möglichkeiten, das doch noch irgendwie mit dran zu hängen, hat aber jetzt schon das Wissen, das ein kompletter Rebuild irgendwann doch nötig wird. Ein Dev hat dann auch nur 2 Möglichkeiten, entweder er wartet, bis es zu einer Lösung in der Diskussion kommt oder er macht eine funktionierende Version, die es zu testen gilt. Damit schließt sich der Kreis eigentlich schon wieder.
Meine Meinung: Wenn ich Nutzer, Betreuer mehrerer Webseiten bin, eventuell auch noch Geld mit dieser Tätigkeit verdiene, sollte ein gewisses Grundinteresse an einer der neuen Versionen von WB schon vorhanden sein und da ist es meiner Ansicht nach zu wenig, wenn man 1 x pro Jahr mal schaut, ob es was neues gibt. Hier muß sich niemand registrieren oder zu irgendwelchen Tests verpflichten. Es gibt einige, die nicht zum Kreis der Beta-Tester gehören, die machen ihre Fehlermeldung dann eben im Forum. Jeder dieser Meldungen verkürzt die Testphase und macht die nächste Version besser. Ich habe einige der Testversionen im Online-Einsatz, im Kundenbetrieb, REV 1647, 1706, 1711, REV's die der "normale" User noch nie gesehen hat, man muß es aber nicht so übertreiben, lokale Tests mit Xampp oder WB-Portable reichen durchaus. Keiner, der auch nur ein bischen Verantwortung gegenüber seinen Kunden oder Freunden hat, wird diese mit einer ungetesteten WB.2.8.4 oder WB 2.9 "ins Messer laufen lassen", wer mit der Materie zu tun hat, testet vorab, ob ein Upgrade auch funktioniert. Warum also die dabei gewonnenen Erfahrungen nicht teilen?
Man kann sich aber auch zurücklehnen und warten, bis andere das übernommen haben ... :roll:
-
Stellt sich die Frage: Wie lautet die Frage ;-)
Die Frage: "nach dem Leben, dem Universum und dem ganzen Rest"
Ersetze Leben durch WB und Universum durch Community... oder so...?
Aus meiner Sicht ist das Projekt an einem Scheideweg angelangt. Es braucht _sichtbare_ neue Features, nicht nur irgendwelche unsichtbaren Sicherheitsverbesse rungen (Man gewinnt ja derzeit den Eindruck, dass WB furchtbar unsicher ist, weil das so ein Thema ist)
Nun für mich hat Sicherheit zumindest Vorrang vor neuen Funktionen. Ich habe bisher nichts vermisst wobei ich auch mehr direkt Code eingebe also den WYSIWYG-Editor auf Code stelle. Der WB kommt sicher im Standard-Template etwas altbacken daher... nein nicht nur etwas... aber das lässt sich ja schnell ändern.
Das was ich eher verstehen kann, ist das was Stefek im allgemeinen schreibt. Wenn dem so ist, ist das für solch ein Projekt nicht "gesund". Jedoch bin ich da zu wenig in der Thematik drin, als das ich dazu etwas schreiben könnte.
Ribiku
-
da der Code einfach ein Horror ist.
Und genau das ist Unsinn. Sicher, der Code von WebsiteBaker gewinnt keinen Blumentopf - und wird es wohl auch die nächsten Jahre nicht gewinnen - aber wieso ist er Horror?
Es ist das Totschlagargument, das immer wieder rausgeholt wird: "Code".
Ich frage mich, wieso weltweit Systeme im Einsatz sind, die Firmenkritisch arbeiten (ich meine nicht die Webseite, sondern wo die Produktion daran gekoppelt ist), die aus den 1960er stammen, 6-7 stellige Summen kosten und nie ein Code rewriting durchgeführt wurde. Und das sind ganz andere Ligen, in denen WebsiteBaker, Joomla & Co. sich aufhalten.
Ich habe einige der Testversionen im Online-Einsatz, im Kundenbetrieb, REV 1647, 1706, 1711, REV's die der "normale" User noch nie gesehen hat, man muß es aber nicht so übertreiben, lokale Tests mit Xampp oder WB-Portable reichen durchaus. Keiner, der auch nur ein bischen Verantwortung gegenüber seinen Kunden oder Freunden hat, wird diese mit einer ungetesteten WB.2.8.4 oder WB 2.9 "ins Messer laufen lassen", wer mit der Materie zu tun hat, testet vorab, ob ein Upgrade auch funktioniert. Warum also die dabei gewonnenen Erfahrungen nicht teilen?
Man kann sich aber auch zurücklehnen und warten, bis andere das übernommen haben ... :roll:
Jep. Oder ausgesperrt wird. Ganz abgesehen von dem Zahlenwust, wo selbst ein Buchhalter nicht mehr durchblickt:
Ich habe solch einen Test gemacht und - ich meine sachlich - dargelegt, was mir auffällt. Einiges wurde sogar schon behoben - gut! Nachdem ich aber etwas mehr geliefert habe wurde ich ausgesperrt, und auf Nachfrage kann ich ab jetzt nur noch Testen, wenn ich eine vorherige Prüfung durchgemacht hat, und persönliche Gespräche geführt wurden. Dann lass ich es eben ganz bleiben, so viel Zeit habe ich nicht. Und ich meine nicht das persönliche Gespräch damit. Ich bin Black-Box-Tester, weil ich und zig andere in meinem Umfeld das als das Beste erachten. Persönliche Einführung in Neuerungen und damit das Anziehen der "Blindheitsmaske" (nicht abwertend gemeint, es ist wirklich so!) führt selten zu so guten Tests.
Aber wie schon gesagt: Alles seit Jahren meine persönliche Meinung, Eure ist eine andere, also passen wir nicht zusammen, finito. Ob man so aber ein "Top 10 CMS" führt, sei dahingestellt.
So long.
-
Sicherheit, Sicherheit, Sicherheit... ja klar, aber nicht NUR.
Kein Mensch entscheidet sich für ein Auto, das aus Wellblech zusammengedübelt ist, nur weil das "sicher" ist.
Zum "furchtbaren Code":
Wie Code auszusehen hat, ist oft Geschmackssache und eine Frage der persönlichen Vorlieben - und welchen Guru man sich ausgesucht hat. Auch damit lockt man keinen Hund hinter dem Ofen hervor.
Bevor man Code schreibt, sollte man einen Plan haben und den sollte man verständlich ausdrücken können: "Zweck/Ziel ist, dass..."
Damit hätte man eine Quasi-Dokumentation. Wenn das nicht geht, ist der Wurm schon drin.
Sich auf irgendein Tool rauszureden, das bestenfalls die Kommentare zusammenträgt halte ich für dummdreist. Was soll denn da rauskommen? Den Plan braucht man _vorher_
Ich habe aber öfter den Eindruck, dass die DEVs so arbeiten: Mal basteln, schaun ob dann geht. Oder den eigenen Code neu schreiben, weil sich der Geschmack von schönem Code geändert hat. *ätz*
-
@badknight
In meinen Augen ist das ganze etwas schwierig:
- Die User wollen alle Features die es im Web gibt
- Die DEV's wollen erstmal einen saubern Code, wo es keine Probleme gibt wenn man was verändert!
Ich glaube nicht, dass die User alle Features wollen, die es im Web gibt. Eher unwahrscheinlich.
Die DEVs wollen erstmal einen sauberen Code. Das ist löblich. Doch dieser Rewrite, der jetzt für 2.9.x angestrengt wird, stoppt die Interaktion der Community innerhalb des Projekts JETZT. Es ist JETZT, wo man keine oder kaum Antworten bekommt zur JETZIGER Version von WebsiteBaker. Und es ist JETZT wo es kaum neue Templates und zeitgemäß programmierte Module an den JETZIGEN Stand des CMS gibt.
Community ist ein weiter Begriff.
Die Devs sollten auch als ein Teil der Community verstanden werden und sich selbst als Teil davon sehen.
Ein anderer Teil der Community ist an Modulherstellung interessiert.
Neuzugänge wollen ab und zu Fragen beantwortet haben und würden gerne hier und da einen Beitrag leisten.
Innerhalb der Community gibts dann Leute die "unsichtbar" Ideen austauschen oder Konzepte ausarbeiten.
Das Problem ist, wie ich sagte, es wird zu sehr auf die ZUKUNFT verwiesen, als zu sehen, dass man im JETZT agiert und die Community im JETZT involviert und deren Beiträge ins Projekt fließen läßt.
Die Community sind nicht Konsumenten.
Die Konsumenten gibts hier auch, aber sie sind nicht aktiv beteiligt.
Es sollte also kein WIR (Devs) gegen EUCH (Community) geben.
Eine starke gemeinsame Zielsetzung die aus Kommunikation (manchmal schwerfälliger) erwächst.
-
@Brenner
Bevor man Code schreibt, sollte man einen Plan haben und den sollte man verständlich ausdrücken können: "Zweck/Ziel ist, dass..."
Richtig.
Ich wage stark zu bezweifeln dass:
1) Die Devs einen verständlichen ZWECK für deren Programmierarbeit formulieren können (was ist das PRODUKT deren arbeit)
und
2) Die Projektverantwortli chen einen verständlichen ZWECK ihrer Aufgaben formulieren können
-
@Brenner
Bevor man Code schreibt, sollte man einen Plan haben und den sollte man verständlich ausdrücken können: "Zweck/Ziel ist, dass..."
Richtig.
Ich wage stark zu bezweifeln dass:
1) Die Devs einen verständlichen ZWECK für deren Programmierarbeit formulieren können (was ist das PRODUKT deren arbeit)
und
2) Die Projektverantwortli chen einen verständlichen ZWECK ihrer Aufgaben formulieren können
das ist der Punkt, wo es m.E. unter die Gürtellinie geht, weil du damit andeutest, das die Leute, die irgend eine Codezeile für WB tippern, dies ohne Sinn und Verstand machen, in der Hoffnung, das 1000 Tastaturanschläge schon irgendwann eine Funktion ergeben. Und mit dieser Einstellung ist es eben auch sinnlos, weiter zu diskutieren.
Du selbst arbeitest doch auch nicht anders, du stellst ein Modul XY zur Verfügung, sofern notwendig auch mal ein Upgrade - im Prinzip also die gleiche Vorgehensweise, die du nun anprangerst. Ich könnte nun Sachen raussuchen, in denen du eine öffentliche Vorabdiskussion über ein geplantes Projekt sogar ablehnst, weil dann eben die Gefahr, das es zerredet wird, größer ist als wenn man es veröffentlicht und im Nachhinein über Veränderungen diskutiert :roll:
Ich erinnere da nur an unsere letzten PN's. Für besagtes Modul möchtest du nun ein "paar" neue Funktionen schreiben, die es ermöglichen, die Results überall nutzen zu können und nicht, wie bisher, auf jeder Einzelseite neu zu deklarieren. Umbestritten notwendig, aber nix anderes macht z.b. Werner, nur ist der Spaß eben wesentlich komplexer. Dein Projekt ist überschaubar, 50 Einzelseiten, aus die Maus. Machst du dein Projekt öffentlich, wird eine endlose Liste daraus mit Userwünschen, manche verständlich, andere weniger, aber jeder Post hat für irgendwen einen Sinn.
Deine ToDo-Liste hat sich aus dem zusammengesetzt, was hier über die Zeit erlesen wurde und was sich ergab, wenn man selbst etwas am Modul verändern wollte, damit hast du dein Ziel, deinen Zweck, den du auch erklären könntest, wenn du denn wolltest. Niemand fängt ohne Zweck und Ziel an, ein paar Tausend Dateien zu überarbeiten, dann kannst du auch die Katze über die Tastatur laufen lassen. Wenn du jetzt anfängst, über deine Pläne zu diskutieren, brauchst du garnicht loslegen, weil garantiert morgen einer deine Arbeit von heute mit einer besseren Variante zu nichte macht (und dies ist nicht mal negativ gemeint!). Du schreibst stundenlang an einer Erklärung deines Plans, mußt auf Antworten reagieren. Machst du das nicht, bist du der Sture, mit dem man eh nicht reden kann, machst du es doch, kommst du im Projekt nicht voran.
Es braucht _sichtbare_ neue Features..
ich meine, Features gehört in die Abteilung der Zusatzmodule. Wer mehr braucht als die Grundausstattung bietet, soll sich das eben selbst entsprechend erweitern. Von meinen gut 60 WB-Kunden nutzt z.b. nicht einer das News-Modul, in nur 2 Fällen wird die Gruppenverwaltung genutzt, aus meiner persönlichen Sicht also nicht unbedingt in einer Basisversion notwendig. Für meinen Geschmack braucht man auch kein neues Backend-Theme, die Überarbeitung des alten war sicher notwendig, keine Frage, aber am Ende klick ich doch nur auf einen Button, egal ob der blau oder grün ist
-
das ist der Punkt, wo es m.E. unter die Gürtellinie geht, weil du damit andeutest, das die Leute, die irgend eine Codezeile für WB tippern, dies ohne Sinn und Verstand machen, in der Hoffnung, das 1000 Tastaturanschläge schon irgendwann eine Funktion ergeben. Und mit dieser Einstellung ist es eben auch sinnlos, weiter zu diskutieren.....
Das sehe ich, für meinen Teil, wie Du.
.....Für meinen Geschmack braucht man auch kein neues Backend-Theme, die Überarbeitung des alten war sicher notwendig, keine Frage, aber am Ende klick ich doch nur auf einen Button, egal ob der blau oder grün ist
Da bin ich nicht ganz d'accord da hier auch etwas an den User/Kunden gedachten werden sollte. Für mich ist es schwer dem Kunden das Standard Backend schmackhaft zu machen. Daher nutze ich es nicht. es ist in der heutigen Zeit, zumindest meiner Meinung nach, so, dass es gut aussehen muß. Das ist nicht unbedingt gut, jedoch in der heutigen Zeit überall zu sehen.
Jedoch muß ich auch sagen, dass die Diskussion gerade wohl gut am abdriften ist und auch sehr persönlich wird. Ich für meine Teil nehm aus dieser schon mal mit, dass ich mir eine Katze zu legen sollte da mein Hund zu schwer ist ;)
Ribiku
-
@Uwe,
danke für die Kritik.
Du interpretierst etwas in meine beiden Punkte hinein.
Ich sage nicht, dass alles sinn- und zwecklos ist, sondern, dass der Zweck nicht formuliert werden könnte.
Es gibt sicherlich mehrere Zwecke als nur einen.
Und sicherlich ist der Zweck für den einen Dev anders als für den anderen (der eine oder andere macht es vielleicht nur, weil er sich nicht anders beschäftigt halten kann und das ist der einzige Zweck, den er darin sieht).
Es sollte einen allgemeineren, übergeordneten Zweck geben, der weit über den CODE hinausgeht. Ja, der sogar über die Anwendungsmöglichke iten geht.
Das Projektmanagement (womit das gesamte Projekt gemeint ist inklusive Produkt=CMS) steht (sollte zumindest) oberhalb dem Developement stehen. (Ich weiß, dass viele dieses Konzept nicht verstehen, weil sie es vom persönlichen Standpunkt aus betrachten.)
Du meckerst da über etwas anderes als was ich geschrieben habe.
Niemand macht die Arbeit der Devs schlecht. Lies weiter oben was ich geschrieben habe.
Das Problem ist nicht, dass es programmiert wird, sondern dass in der ZUKUNFT geschwelgt wird (wahrscheinlich um der schmerzhaften Vergangenheit zu entrinnen).
Es gibt viele fähige Leute hier, die früher sehr viel engagierter waren als heute.
Und das liegt, nicht nur meiner Meinung nach, ausschließlich an der Informations- und Kommunikationspolit ik.
UWE:
Ich erinnere da nur an unsere letzten PN's. Für besagtes Modul möchtest du nun ein "paar" neue Funktionen schreiben, die es ermöglichen, die Results überall nutzen zu können und nicht, wie bisher, auf jeder Einzelseite neu zu deklarieren. Umbestritten notwendig, aber nix anderes macht z.b. Werner...
Was Du da schreibst ist nur ein Teil einer Idee. Es geht vor allem um das Ermöglichen eines Templatings auf der Grundlage von TWIG in zweiter Phase des Vorhabens.
Ich vergleiche mich nicht und konkuriere nicht mit Werner.
Ich stelle einige seiner Konzepte in Frage aber so lange Austausch und Kommunikation vorhanden sind, ist alles in Ordnung.
Ich hacke nicht auf der 2.9.x herum.
Stefek:
Das Problem ist, wie ich sagte, es wird zu sehr auf die ZUKUNFT verwiesen, als zu sehen,
dass man im JETZT agiert und die Community im JETZT involviert und deren Beiträge ins Projekt fließen läßt.
Denkst Du, dass die Formulierung der Zielsetzung der Verantwortlichen im Moment eine aktivere Community beinhaltet?
Ein erfolgreicheres CMS?
-
...
ich meine, Features gehört in die Abteilung der Zusatzmodule. Wer mehr braucht als die Grundausstattung bietet, soll sich das eben selbst entsprechend erweitern.
...
Seh ich im Prinzip ebenso. ;-)
speziell @Stefek:
Nein, ich habe Deine Änderungswünsche zur neuen PageTree Klasse weder ignoriert noch vergessen. 8-)
Nur hab ich sie, bis auf eine Kleinigkeit, ad acta gelegt, da die neue Klasse Dir alle Möglichkeiten zur persönlichen Anpassung bereits bietet. Wir werden die Featureitis in Zukunft deutlich einschränken und nicht mehr jedes Modul etc. bis zum Anschlag überfrachten. Lieber bieten wir mehr Flexibilität und Einfachheit in den Erweiterungsmöglich keiten.
zurück zur PageTree. Du kannst sie komplett umbauen, ohne auch nur eine einzige Zeile an der originalen Klasse zu ändern. Das ist eben der Vorteil von OOP bzw. klassenorientierter Programmierung.
Ich nehm jetzt mal Deine gewünschte Umstellung auf Twig:
Einfach eine neue Klasse (z.B.) TwigPageTree von PageTree ableiten ( class a_pages_TwigPageTre e extends a_pages_PageTree ), darin die Methoden _createTree($iTreeRoot = 0) und _createListItem($aPage) der originalen Klasse mit eigenem Code überschreiben und die Klasse als /admin/pages/TwigPageTree.php abspeichern.... jetzt noch in /pages/index.php die Instanzierung von new a_pages_PageTree auf new a_pages_TwigPageTre e ändern... fertig ist die 100% Twig-Anpassung.
app. Twig:
das kann jederzeit einfach benutzt werden, da der Twig eigene Autoloader bereits per default eingebunden ist.
@all:
das leidige Thema 'Backend-Themes'
Für die 2.8er Serie ist es ohne extrem hohen Aufwand (sehr sehr viele Stunden - Tage - Wochen) schlicht nicht möglich, komplett auf Twig(was ich persönlich sehr gerne machen würde) und damit vernünftige Themes umzustellen. Noch ein neues Theme im alten Stil wurstelt nur an den Symtomen rum, anstatt eine vernünftige Lösung zu bringen.
Aus diesen Grund haben wir uns entschlossen, diesen Zeitaufwand lieber in die nächste Version zu stecken. da hier sowieso das Backend vollständig neu gecodet wird, realisieren wir dort im selben Aufwasch auch gleich eine 100%ige Trennung von Code und Design.
Dann ist auf jeden Fall auch ein ansprechendes Default-Theme fällig. Zudem kann dann jeder jederzeit per Twig-Templates ein eigenes Theme erzeugen. Ob da dann z.B. DropdownListen, Radiobuttons, Checkboxen oder gar Wolpertinger eingesetzt werden.... bleibt dann einzig und allein das Problem des Designers, der dazu keine einzige PHP-Zeile ändern muss.
Mehr möchte und kann ich hier jetzt nicht schreiben, nicht weil mir die Community 'egal' ist oder 'sonstwo vorbei geht', sondern einfach weil ich gerade (neben meiner normalen Arbeit und Privatleben) jede Menge für die 2.8.4-Ankündigung, die ganzen neuen Guidelines der 2.9 und natürlich auch für die 2.9 selbst zu tun habe. Auch mein Tag hat nur 24 Stunden.
-
Schön dass Du Dich meldest.
Gutes Beispiel dafür, dass WB nicht von einem Projektverantwortli chen geführt wird, sondern von einem DEV der in der Zukunft des 2.9.x lebt ;-)
-
Drossle die Erdrotation auf 50%, dann habe ich genügend Zeit um in der Zukunft UND der Vergangenheit zu leben.. ;-)
-
.....Für meinen Geschmack braucht man auch kein neues Backend-Theme, die Überarbeitung des alten war sicher notwendig, keine Frage, aber am Ende klick ich doch nur auf einen Button, egal ob der blau oder grün ist
Da bin ich nicht ganz d'accord da hier auch etwas an den User/Kunden gedachten werden sollte. Für mich ist es schwer dem Kunden das Standard Backend schmackhaft zu machen. Daher nutze ich es nicht. es ist in der heutigen Zeit, zumindest meiner Meinung nach, so, dass es gut aussehen muß. Das ist nicht unbedingt gut, jedoch in der heutigen Zeit überall zu sehen.
Ich nutze es auch nicht, zumindest nicht in dieser Form, es ist aber immer Basis für persönliche Anpassungen. Optisch habe ich z.b. immer eine ähnliche Farbgestaltung wie im Frontend. Fast alle meine Kunden verlangen verlangen z.b. nach der Anzeige des "last_modified"-Datums in der Seitenübersicht oder bei mehrsprachigen Projekten die Anzeige der eingestellten Sprache. Oft nutze ich Sachen wie Short-Url oder eben veränderbare Dateinamen. Einiges davon wurde in die kommende WB 2.8.4 eingebaut, anderes sind individuelle Wünsche. Ganz wichtig war wohl die Überarbeitung des WB-Themes in Richtung Browserkompatiblitä t.
Sicher gibt es auch andere Möglichkeiten, z.b. der erweiterte Einsatz von diversen Funktionen und/oder Effekten, die auf Jquery beruhen. Wichtig ist aber (für mich), das das Backend von jedem Punkt der Welt mit jeder dort verfügbaren I-Net-Verbindung bedienbar ist und dann ist weniger mitunter auch mehr.
Es steht ja auch jedem frei, ein solch (vom Standard-Backend-Template abweichendes) individuelles BE-Template hier zur Diskussion zu stellen, aber gerade in Bezug darauf lese ich immer nur Einzelwünsche. Dieser Titel etwas größer, der andere besser in grün, das hier besser rechtsbündig usw, unterm Strich Sachen, die fast jeder mit relativ wenig Aufwand selbst realisieren kann.
Fürs Frontend gab es ja einen Vorschlag, keine Ahnung, ob in der Richtung weiteres unternommen wurde oder nicht. Mir persönlich gefällts, auch wenn ich der Meinung bin, das nur die wenigsten ein Standard-Template nutzen werden.
Ich für meine Teil nehm aus dieser schon mal mit, dass ich mir eine Katze zu legen sollte da mein Hund zu schwer ist
Alles eine Frage der Erziehung und der Technik. Eine Tastatur ist auch nur eine Aneinanderreihung verschiedener Kontakte, das läßt sich auch mit Aufputzschaltern aus dem Baumarkt realisieren, dann passt das für den Hund wieder :wink:
@Uwe,
danke für die Kritik.
Du interpretierst etwas in meine beiden Punkte hinein.
Ich sage nicht, dass alles sinn- und zwecklos ist, sondern, dass der Zweck nicht formuliert werden könnte.
was unterm Strich bedeutet, das mir der Sinn und Zweck meiner Tätigkeit nicht bekannt ist. Du glaubst doch nicht ernsthaft, das irgend wer mal eben 1000 Zeilen Code in 3000 Dateien umschreibt ohne vorher einen Plan zu haben, was er da vor hat. Ich für meinen Teil habe bisher immer das erklärt bekommen, was ich erfragt habe. Es kommt wohl auch darauf an, wie man in den Wald hinein ruft....
Du meckerst da über etwas anderes als was ich geschrieben habe.
Niemand macht die Arbeit der Devs schlecht.
o.k.
-
.....Für meinen Geschmack braucht man auch kein neues Backend-Theme, die Überarbeitung des alten war sicher notwendig, keine Frage, aber am Ende klick ich doch nur auf einen Button, egal ob der blau oder grün ist
Da bin ich nicht ganz d'accord da hier auch etwas an den User/Kunden gedachten werden sollte. Für mich ist es schwer dem Kunden das Standard Backend schmackhaft zu machen. Daher nutze ich es nicht. es ist in der heutigen Zeit, zumindest meiner Meinung nach, so, dass es gut aussehen muß. Das ist nicht unbedingt gut, jedoch in der heutigen Zeit überall zu sehen.
Ich nutze es auch nicht, zumindest nicht in dieser Form, es ist aber immer Basis für persönliche Anpassungen. Optisch habe ich z.b. immer eine ähnliche Farbgestaltung wie im Frontend. Fast alle meine Kunden verlangen verlangen z.b. nach der Anzeige des "last_modified"-Datums in der Seitenübersicht oder bei mehrsprachigen Projekten die Anzeige der eingestellten Sprache. Oft nutze ich Sachen wie Short-Url oder eben veränderbare Dateinamen. Einiges davon wurde in die kommende WB 2.8.4 eingebaut, anderes sind individuelle Wünsche. Ganz wichtig war wohl die Überarbeitung des WB-Themes in Richtung Browserkompatiblitä t.
Sicher gibt es auch andere Möglichkeiten, z.b. der erweiterte Einsatz von diversen Funktionen und/oder Effekten, die auf Jquery beruhen. Wichtig ist aber (für mich), das das Backend von jedem Punkt der Welt mit jeder dort verfügbaren I-Net-Verbindung bedienbar ist und dann ist weniger mitunter auch mehr.
Es steht ja auch jedem frei, ein solch (vom Standard-Backend-Template abweichendes) individuelles BE-Template hier zur Diskussion zu stellen, aber gerade in Bezug darauf lese ich immer nur Einzelwünsche. Dieser Titel etwas größer, der andere besser in grün, das hier besser rechtsbündig usw, unterm Strich Sachen, die fast jeder mit relativ wenig Aufwand selbst realisieren kann.
Fürs Frontend gab es ja einen Vorschlag, keine Ahnung, ob in der Richtung weiteres unternommen wurde oder nicht. Mir persönlich gefällts, auch wenn ich der Meinung bin, das nur die wenigsten ein Standard-Template nutzen werden.
Na klar so hat jeder seine Dinge (wie ja schon von anderen geschrieben) die er gerne geändert hätte. Ich sehe das ja ähnlich, ich füge in der Auflistung der Seiten auch Länderflaggen mit ein. Denke aber nicht das dies im Standard drin sein muß, da es nicht jeder benötigt. Ein modernes Aussehen ist in der heutigen Zeit eben auch ein Argument. Ob mir das gefällt oder eben nicht. Wobei, wie Du schon selber schreibst, ist die Bedienbarkeit sicher wichtiger einzustufen. Es ist für mich auch nicht wirklich von belang, da es ja verschiedene Templates gibt.
Ich für meine Teil nehm aus dieser schon mal mit, dass ich mir eine Katze zu legen sollte da mein Hund zu schwer ist
Alles eine Frage der Erziehung und der Technik. Eine Tastatur ist auch nur eine Aneinanderreihung verschiedener Kontakte, das läßt sich auch mit Aufputzschaltern aus dem Baumarkt realisieren, dann passt das für den Hund wieder :wink:
Ich werde es ihm ausrichten und mich ggf. melden wenn ich noch fragen zur Erziehung habe. Werde morgen mal in den Schuppen schauen ob sich da die gewünschte Anzahl an Taster finden lässt. ;)
Ribiku
-
@Uwe,
danke für die Kritik.
Du interpretierst etwas in meine beiden Punkte hinein.
Ich sage nicht, dass alles sinn- und zwecklos ist, sondern, dass der Zweck nicht formuliert werden könnte.
was unterm Strich bedeutet, das mir der Sinn und Zweck meiner Tätigkeit nicht bekannt ist.
Wenn das was ich da geschrieben habe genau das für Dich bedeutet, dann wird es wohl so für dich hinkommen.
Aber hier nochmal zum Mitschreiben:
Stefek:
Das Problem ist, wie ich sagte, es wird zu sehr auf die ZUKUNFT verwiesen, als zu sehen,
dass man im JETZT agiert und die Community im JETZT involviert und deren Beiträge ins Projekt fließen läßt.
Denkst Du, dass die Formulierung der Zielsetzung der Verantwortlichen im Moment eine aktivere Community beinhaltet?
Ein erfolgreicheres CMS?
-
@Informationspolitik (oder so) :)
Hier scheinen ein paar Einäugige viel Freude damit zu haben, dass sie die anderen blind sein lassen.
-
Ist schon spät, aber den verstehe ich jetzt ned :?
-
--- ohne Zitat --
ich habe keinen Bock auf Wortklaubereien. Sorry Stefek, wenn ich dir vielleicht damit zu nahe trete, aber diese Wortspielchen erinnern mich eher an Merkel und Konsorten, die sind auch aalglatt und haben nie das gesagt, was eben noch zu hören war.
Um für die Zukunft gewappnet zu sein, muß man in der Gegenwart die Weichen stellen. Das ist das, was mit der Vers 2.8.4 gerade gemacht wird. Wer mit der Version ein neues CMS erwartet, wird wohl enttäuscht sein. Das Dingen steht code-technisch auf neuen Füßen und ich denke, das allein war Sinn und Zweck der ganzen Version. Soweit ich mich erinnern kann, war eine 2.8.4 nie geplant, entweder eine 2.9 oder, wenn nötig, noch ein Servicepack. Das nun "nebenbei" noch die User-, Gruppen- bzw Rechteverwaltung, die Seitenoptionen, das oft kritisierte Form-Modul und das BE-Theme (auf W3C-Kompatiblität) überarbeitet wurde, stand meines Wissens auch nicht auf dem Plan.
Das die 2.9 irgendwo auch einen Schnitt bedeuten würde, der auch von vielen gewünscht war, wurde oft genug diskutiert. Die 2.8.4 bringt viele der Grundlagen einer 2.9er Version schon mit, so das die Addon-Entwickler damit arbeiten können. Vieles wird auch leichter werden (siehe Werners Ausführungen), wenn Module überarbeitet werden. Die meisten der Module laufen eh ohne Probleme und wenn nicht, liegt es, nach meinen bisherigen Erfahrungen zu 99 % der der Verwendung von diversen PHP-Funktionen, die mittlerweile auf der Deprecated-List stehen.
So, genug gequatscht, hört mal etwas Musik, zur Entspannung: Live - Overcome (http://www.youtube.com/watch?v=ggj-BOs8lAI)
-
Du tritst mir nicht zu nahe.
Du redest an meinen Punkten vorbei.
Meine Kritik ist nicht an die Programmierung gerichtet. Im Gegenteil, vieles von dem, was Werner programmiert finde ich fortschrittlich.
Die Kritik richtet sich an das fehlende Projektmanagement und das fehlende Community Involvement Management.
Du kannst Dir natürlich eine Parallelwelt ersinnen, wo dies keine Bewandnis in einem Open Source Projekt hat.
Ist Dein gutes Recht.
-
Du kannst Dir natürlich eine Parallelwelt ersinnen, wo dies keine Bewandnis in einem Open Source Projekt hat.
Wenn du meinst, das ICH in einer Parallelwelt lebe, dann werden wir wohl kein Pärchen mehr???
Meine Kritik ist nicht an die Programmierung gerichtet. Im Gegenteil, vieles von dem, was Werner programmiert finde ich fortschrittlich.
er ist also nur zu blöd, dir den Zweck zu erklären??
Ich wage stark zu bezweifeln dass:
1) Die Devs einen verständlichen ZWECK für deren Programmierarbeit formulieren können (was ist das PRODUKT deren arbeit)
....
nu hab ich's verstanden
P.S.: du hast eine Art, ein Lob oder auch Dank auszusprechen, daran muß ich mich erst gewöhnen :wink:
-
Wer sagt, dass ich behauptet habe, jemand sei blöd?
Meine Kritik ist nicht an die Programmierung gerichtet. Im Gegenteil, vieles von dem, was Werner programmiert finde ich fortschrittlich.
er ist also nur zu blöd, dir den Zweck zu erklären??
Ich wage stark zu bezweifeln dass:
1) Die Devs einen verständlichen ZWECK für deren Programmierarbeit formulieren können (was ist das PRODUKT deren arbeit)
....
nu hab ich's verstanden
P.S.: du hast eine Art, ein Lob oder auch Dank auszusprechen, daran muß ich mich erst gewöhnen :wink:
Ich sage Dir, wie eine Community aussieht, wenn die Ziele und Zwecke in einer Roadmap zusammengefasst wurden:
>> Klick mich << (http://drupal.org/community-initiatives/drupal-core) (Englisch)
Und erzähl mir nicht, dass deren Community halt größer ist und dass es dort machbar ist, weil genau darum gehts mir: andere sind an einer Community und Mitwirkung interessiert.
Und beim obigen Link geht es um einen kompletten CODE-REWRITE. Nicht um ein paar Tests, die von "ehrenamtlichen" durchgeführt werden sollen.
Wenn Du immer noch nicht verstehst wovon ich rede, dann schau Dir das nächst beste weitverbreitete CMS an.
-
Ok... und ich wollt schon ins Bett gehen...
Mal im Ernst, kommt runter, morgen schaut die Welt schon wieder anders aus. Habt Ihr halt ein Thema gefunden wo Ihr Euch nicht grün werdet. Ich denke aber nicht, dass es Sinn macht (zugegeben es hat auch gewissen Unterhaltungsfaktor zu so später Stunde) das hier noch weiter auszuführen.
Wenn ich ehrlich sein darf, sind es solche Threads, die mich früher auch ans Zweifeln (in Bezug auf WB) gebracht haben.
Ribiku
-
Klar, wenn man einen nüchtertnen Vergleich zu einem richtigen Projekt sieht, hat man allerhand Anlass zu zweifeln. :wink:
-
Klar, wenn man einen nüchtertnen Vergleich zu einem richtigen Projekt sieht, hat man allerhand Anlass zu zweifeln. :wink:
Hatte Deinen Link beim Antworten noch nicht gesehen, ich meinte diese Diskussion. Wenn man als "Neuling" hier liest, ist das nicht gerade pro WB, muß es sicher auch nicht sein, jedoch driftet (wie schon geschrieben) das Gespräch eher ins persönliche ab und ich denke da würde ein Gespräch bei einem kalten "Bier" (ich persönlich würde Met vorziehen) mehr Sinn machen.
Ribiku
-
@Ribiku
Verstehe.
Na, da kann ich nur sagen, wenn es Projektverantwortli che gäbe, die nicht nur am Core arbeiten sondern auch mal versuchen, die Beiträge der Willigen der letzten 8-9 Jahre WebsiteBaker ins Projekt fließen zu lassen, wenn wenigstens ein bisschen offensichtlich wäre, dass ihnen die Community und das Projekt und nicht nur der Core wichtig sind, dann würde es weit aus weniger solcher Diskussionen geben.
Denn: Die meisten Probleme die WB heute hat sind intern entstanden, indem helfenden Händen auf die Finger gehauen wurde.
Das momentane Involvement ist beinahe auf Core-Tests reduziert worden + ein paar Moderatoren.
Das Projekt wird quasi von den DEVs geführt, die Gott weiß besseres zu tun haben, als sich um das Community Management zu kümmern.
-
@Ribiku
Verstehe.
Na, da kann ich nur sagen, wenn es Projektverantwortli che gäbe, die nicht nur am Core arbeiten sondern auch mal versuchen, die Beiträge der Willigen der letzten 8-9 Jahre WebsiteBaker ins Projekt fließen zu lassen, wenn wenigstens ein bisschen offensichtlich wäre, dass ihnen die Community und das Projekt und nicht nur der Core wichtig sind, dann würde es weit aus weniger solcher Diskussionen geben.
Denn: Die meisten Probleme die WB heute hat sind intern entstanden, indem helfenden Händen auf die Finger gehauen wurde.
Das momentane Involvement ist beinahe auf Core-Tests reduziert worden + ein paar Moderatoren.
Das Projekt wird quasi von den DEVs geführt, die Gott weiß besseres zu tun haben, als sich um das Community Management zu kümmern.
Wie ich schon geschrieben habe, würde ich Dir recht geben das dies nicht wirklich gesund ist für ein Projekt. Jedoch bin ich zu wenig drin in der Thematik als das ich hier etwas schreiben könnte was das angeht.
Was ich auch nicht ganz verstehe, Du hast unter deinem Namen "WebsiteBaker Org e.V." stehen. Was hat das zu bedeuten.
-
Was ich auch nicht ganz verstehe, Du hast unter deinem Namen "WebsiteBaker Org e.V." stehen. Was hat das zu bedeuten.
So genau ist der Zweck dieser Bezeichnung mir nie kommuniziert worden.
Es heißt sicherlich einfach, dass ich Mitglied im WebsiteBaker Org e.V. bin, ehrenhalber.
-
[at] Stefek: du als Vereinsmitglied sitzt doch nun an der Quelle. Es ist doch eure Aufgabe als Verein, die von dir geforderte Roadmap zu allererst mal intern festzulegen, die Ideen zu bündeln, zu sortieren und dann der Community vorzustellen.
Der Verein versteht sich als organisatorischer Rahmen für das Engagement und die Zusammenarbeit der Mitglieder. Er regelt grundsätzliche Entscheidungsstrukt uren und fördert damit die Effizienz der Teams.
Quelle (http://www.websitebaker2.org/de/hilfe/haeufige-fragen-faq.php)
Nach meinem Verständnis eurer Tätigkeit solltest du z.b. viel mehr Wissen über Aktuelles und Zukunft von WB haben als jedes Nicht-Vereins-Mitglied.
Es ist hier nun mal so, das die Zahl derer, die tatsächlich am Core coden, sagen wir mal "stark minimiert" ist. Allein die von dir verlinkte Seite für ein WB-Projekt zu gestalten, nimmt schon einiges an Zeit in Anspruch. Arbeit, die m.E. der Verein zu erledigen hat. Wenn du mir die Inhalte schickst, setz ich mich da auch gern ran. Ich schreib auch gern eine Doku über das, was der Werner da so tut, aber dazu müßt ich eben die ganze Zeit neben ihm sitzen, um überhaupt zu verstehen, was er wo wie warum ändert. Mir persönlich fehlt das Wissen und der Überblick, ich bin kein Bücherwurm, der 3x liest und dann alles im Kopf hat, ich bin da eher der Probiertyp, der auch mal eine Seite auseinander nimmt, um sie zu verstehen und zu sehen, wie komplex die Anwendung im System ist. Für einen Außenstehenden eigentlich unmöglich, jede neue Funktion nachträglich zu dokumentieren. Das muß der machen, der das codet, muß ja nicht ausformuliert sein.
Hast du aber nur einen Coder, bleibt alles an ihm hängen. Hast du mehr Leute, kann man Aufgaben teilen, sofern jedem auch die Richtung klar ist.
Das verlinkte Drupal-Projekt ist mit Sicherheit keine schlechte Sache, da hast du schon recht, auf WB umgemünzt hieße es aber (auch nur), das Werner einen Zeitplan bekommt und mindestens 2 Leute mehr nötig sind, um die Projektverwaltung als Webseite selbst zu betreuen, Inputs herauszufiltern, Fragen zu beantworten, Inhalte zu pflegen, Chats zu organisieren usw.
Gut, vielleicht reicht ein kleinerer Rahmen auch, aber wo streicht man? Gerade zuletzt genannte Punkte sind die Zeitintensiven. Fällt jemand aus, weil er zur Dienstreise muß, der Urlaub oder die nächste OP wartet, kommst du in Schwierigkeiten. Du als Insider weißt nicht mal Bescheid, wie soll es dann ein Außenstehender
Und erzähl mir nicht, dass deren Community halt größer ist und dass es dort machbar ist, weil genau darum gehts mir: andere sind an einer Community und Mitwirkung interessiert.
doch, mach ich.
Mit Sicherheit gibt es hier bei uns auch viele Leute, die ein Interesse an Community und Mitarbeit hätten, aber wenn du z.b. täglich im Forum blätterst, wirst du sehen, das es einen Kern von vielleicht 20-40 Leuten gibt, die "den Betrieb am Laufen halten". Vielleicht wären es mit anderen Strukturen (oder überhaupt welchen?) auch (viel?) mehr.
Vorschlag meinerseits: es ist ja nicht unbedingt einfach, gerade in solcher Phase eines Projekts soviel wie möglich mitbestimmende Vereinsmitglieder an einen Tisch zu bekommen und es ist auch nicht jedem möglich, an solchen öffentlichen Meetings zu einem fixem Zeitpunkt teilzunehmen. Falls nicht schon vorhanden, macht euch doch einen geschlossenen Bereich im Forum, ähnlich dem Beta-Testerbereich, wo ihr erstmal versucht, eine vereinsinterne gemeinsame Richtlinie zu finden, wo jeder Betreffende im Rahmen seiner zeitlichen Möglichkeiten seine Vorstellungen kund tun kann und darf, ohne, das ein außenstehender Typ wie ich, so ein Parallelweltler laufend dazwischen quatscht. Diese gemeinsame Richtlinie ist Grundbedingung für solch Projekt a la Drupal. Keine Ahnung, wie groß euer Kreis dort ist, aber wenn es dort in dem kleinen Rahmen nicht gelingt, Einigkeit zu erzielen, dann sind auch eine Million bereitwilliger Community-Helfer für die Katz!
Wer sagt, dass ich behauptet habe, jemand sei blöd?
Wer sagt, das wer sagte, du hättest behauptet, das wer blöd sei? :wink:
Nein, hast du nicht gesagt!
Ich habe gefragt, ob ich dies so deuten soll (Fragezeichen am Satzende = Frage)
-
[at] Stefek: du als Vereinsmitglied sitzt doch nun an der Quelle. Es ist doch eure Aufgabe als Verein, die von dir geforderte Roadmap zu allererst mal intern festzulegen, die Ideen zu bündeln, zu sortieren und dann der Community vorzustellen.
Welchen Teil von "Die sind an Mitarbeit nicht interessiert" verstehst Du nicht?
Und erzähl mir nicht, dass deren Community halt größer ist und dass es dort machbar ist, weil genau darum gehts mir: andere sind an einer Community und Mitwirkung interessiert.
doch, mach ich.
Mit Sicherheit gibt es hier bei uns auch viele Leute, die ein Interesse an Community und Mitarbeit hätten, aber wenn du z.b. täglich im Forum blätterst, wirst du sehen, das es einen Kern von vielleicht 20-40 Leuten gibt, die "den Betrieb am Laufen halten". Vielleicht wären es mit anderen Strukturen (oder überhaupt welchen?) auch (viel?) mehr.
Wie gesagt, wir drehen uns hier im Kreis. Die Leute sind deswegen so wenige, weil nicht aktiv an einem Community-Involvement gearbeitet wird. Frag Werner, wieviele Leute er am Core von 2.9.x gerne arbeiten lassen würde.
Erst dann macht es Sinn, eine Roadmap zu schreiben, die andere zur Mitarbeit auffordert.
Das Involvement am Projekt nimmt immer mehr ab.
Grade weil keiner dem Aufmerksamkeit schenkt.
Das geht aber nur from-top-down, nicht from-bottom-to-top.
Glaub mir, ich bin nicht der Einzige, der es in den letzten paar Jahren mitverfolgt hat.
-
Welchen Teil von "Die sind an Mitarbeit nicht interessiert" verstehst Du nicht?
wenn du das irgendwo geschrieben hättest, hätte ich es wohl auch gelesen :oops:
wenn anscheinend niemand an deinem Input Interesse findet, was hält dich dann??
Wie gesagt, wir drehen uns hier im Kreis.
wie vorhin schon angeführt, ein Pärchen werden wir wohl nicht, (vielleicht, weil wir vom Typ her ziemlich ähnlich sind), darum werd ich mich mit dir auch kaum im Kreis drehen. Was ich herauslese, ist (für mich auch durchaus nachvollziehbarer) Frust. Ich bin ja auch nicht erst seit gestern hier.
Ich schätze mal, ich bin fast doppelt so alt wie du, vielleicht nimmst du ja etwas an Ratschlägen an...
Wenn du mit der Situation nicht zufrieden bist, versuch sie zu ändern oder such dir ein anderes Betätigungsfeld, wo dein Einsatz entsprechend beachtet und vielleicht auch gewürdigt wird. Ein "dazwischen" macht dich auf die Dauer nicht glücklich, glaub mal.
Und diese für dich dann wohl sinnlose Tipperei der letzten Stunden macht es auch nicht besser. Persönlich halt ich dich ja "für einen der Guten", jemand mit viel Ideen, einem gutem Gespür für Details und einem riesen Wissen, aber wenn der Psychologiestudent im 8. Semester durch kommt, (find ich), bist du manchmal unausstehlich. :wink:
Nutze deine Position, deinen "Rang", den du dir erarbeitet hast, deine Fachkenntnisse, um etwas zu ändern. Vielleicht solltet ihr euch auch mal Auge in Auge zusammensetzen und drüber reden, warum die Situation so ist, wie sie ist.
P.S.: Wenn ich meine Probleme zu Hause so geklärt hätte, wie ihr das hier macht, hätt ich keine 4 Wochen durchgehalten. Dies Jahr werden das 32 Jahre und das Rezept dafür läßt sich hier ebenso anwenden: Ehrlichkeit, Offenheit, Respekt und Loyalität
-
Hallo,
auch wenn ich jetzt aus dem Rahmen falle, aber dieses Ganze Diskussion geht mir gewaltig auf den Sack.
Fakt ist, dass solange die Communitiy in die Entwicklung eingebunden war, sich WB nicht weiterentwickelt hat und die Forks enstanden sind. Das, was die wenigen Dev's jetzt seit 2.8.2 entwickelt haben, ist grandios und zumindest technisch gesehen die beste Entwicklung die WB jemals erfahren hat. Wenn jetzt auch noch Designer (was machst du eigentlich sonst so Stefek?) diese Möglichkeiten nutzen würden, das zugegebnerweise etwas altbackene Ausshehen zu modernisieren, wäre alles gut.
Auch die Dokumentation wird gerade grundlegend überarbeitet, so dass bei Herauskommen der 2.8.4 alles nicht irgendwo in den Tiefen des Forums zu finden ist, sondern da, wo es hingehört, in der Doku eben.
@stefek
Was mich am meisten aufregt ist, dass du in alle diese Prozesse eingebunden bist und jetzt hier im öffentlichen Forum es so hinstellst, als ob du von nix wüsstest. Nur weil deine Lieblingsspielchen von den Dev's nicht so eingebunden werden, wie du das möchtest, machst du jedesmal kurz vor Veröffentlichung einer neuen Version einen Zwergenaufstand. Auch du lieber Stefek bist nicht die Community, sondern nur ein einzelnes Mitglied. Du benutzt es nur zu gerne bei der Umsetzung deiner persönlichen Vorstellungen es so hinzustellen, als ob dies der Wunsch der Community wäre. Dem ist bei Leibe nicht so.
Summa Summarum
Dieser Ganze Thread hier ist für den Arsch, da er WB in keinster Weise weiter bringt. Ich habe die Erfahrung gemacht, dass jeder, der mithelfen will, sich gerne bei den Dev's melden kann und von denen auch über alles wie und warum informiert wird.
Schönes neues Jahr wünscht
Matthias
-
Hallo,
auch wenn ich jetzt aus dem Rahmen falle, aber dieses Ganze Diskussion geht mir gewaltig auf den Sack.
Dem ist NICHTS, aber auch wirklich NICHTS hinzuzufügen.
Note: 1*
-
Ich habe die Erfahrung gemacht, dass jeder, der mithelfen will, sich gerne bei den Dev's melden kann und von denen auch über alles wie und warum informiert wird.
Und genau hier prallen die zwei Welten aufeinander der Leute, die an WB interessiert sind.
Es gibt zwei Arten von Denkweisen wie WebsiteBaker zu führen ist:
1.) Als Produkt
2.) Als Projekt
Mit wenigen Ausnahmen wurde WebsiteBaker nie als Projekt, sondern immer als Produkt geführt. Stefek, ich usw. gehören zu No. 2, der momentante Verein zu No.1.
Die Standpunkte sind wie schon vorher gesagt nicht vereinbar.
Das auszuführen lasse ich lieber, der Thread wird eh gleich geschlossen, und wurde schon zu oft getan, und nie verstanden, obwohl es offensichtlich ist - nicht nur für mich.
Bei Interesse - auch was ich bereits getan habe für das Projekt - weiß jeder, wie ich kontaktierbar bin.
Gruß Michael (á la ehemals Waldschwein/testör)
-
Hallo,
1.) Produkt <=> Projekt
Na dann versucht das mal in Euren Posts zu trennen. So wie ich das lese nehmt ihr gerne das Projekt um das Produkt schlecht zu reden und umgekehrt. Grad so, wie es in der Argumentation halt gerade am besten reinpasst. Aber wenn schon Trennung dann beurteile ich das so: WB als Produkt ist fantastisch und auf dem richtigen Weg insofern kann WB als Projekt auch nicht so schlecht sein. Es wurde und wird nur leider von einer verschwindend geringen Anzahl von Usern (ein oder zwei) versucht immer wieder schlecht zu reden. Und ich für meinen Teil und für meine Kunden brauche WB hauptsächlich als Produkt.
2.) An was mich das ganze erinnert
Mir kommt das Ganze vor wie kleine Kinder, die an der Supermarktkasse mit ihrem Gebrüll die ganze Kundschaft rebellisch machen, nur weil sie von mir als Papa das Schokoladenei nicht bekommen. Und wenn sie noch so laut brüllen, und noch so viele Leute auf mich einreden, diesem Druck kann man gut standhalten. Und da können mich auch gerne alle als Rabenvater öffentlich an den Pranger stellen, es gibt keine Schokoladeneier. Das hat nichts damit zu tun, dass mir meine Kinder nicht am Herzen liegen, ich liebe meine Kinder über alles. Und vielleicht hab ich die Großpackung Schokoladeneier ja schon längst in der Schublade daheim und die werden ausgepackt sobald vernünftig danach gefragt wird. Aber mit Geschrei im Supermarkt, und mag er noch lo laut sein, geht gar nix.
Matthias
-
1.) Produkt <=> Projekt
Na dann versucht das mal in Euren Posts zu trennen. So wie ich das lese nehmt ihr gerne das Projekt um das Produkt schlecht zu reden und umgekehrt. Grad so, wie es in der Argumentation halt gerade am besten reinpasst. Aber wenn schon Trennung dann beurteile ich das so: WB als Produkt ist fantastisch und auf dem richtigen Weg insofern kann WB als Projekt auch nicht so schlecht sein. Es wurde und wird nur leider von einer verschwindend geringen Anzahl von Usern (ein oder zwei) versucht immer wieder schlecht zu reden. Und ich für meinen Teil und für meine Kunden brauche WB hauptsächlich als Produkt.
In meinen Augen haben es mehrere Leute versucht über ellenlange Beiträge zu schreiben... Du hast es für mich auf den Punkt gebracht und das in einem Absatz. Danke.
2.) An was mich das ganze erinnert
Mir kommt das Ganze vor wie kleine Kinder, die an der Supermarktkasse mit ihrem Gebrüll die ganze Kundschaft rebellisch machen, nur weil sie von mir als Papa das Schokoladenei nicht bekommen. Und wenn sie noch so laut brüllen, und noch so viele Leute auf mich einreden, diesem Druck kann man gut standhalten. Und da können mich auch gerne alle als Rabenvater öffentlich an den Pranger stellen, es gibt keine Schokoladeneier. Das hat nichts damit zu tun, dass mir meine Kinder nicht am Herzen liegen, ich liebe meine Kinder über alles. Und vielleicht hab ich die Großpackung Schokoladeneier ja schon längst in der Schublade daheim und die werden ausgepackt sobald vernünftig danach gefragt wird. Aber mit Geschrei im Supermarkt, und mag er noch lo laut sein, geht gar nix.
Das würde ich jetzt nicht ganz so sehen. Mir kommt es nicht so vor, als würde hier ein "Kind/Kinder" einen Aufstand proben. Es scheint mir jedoch so, wie Du es schreibst, dass es einfach der falsche Ort ist, dies zur Diskussion zu stellen. Da es hier einfach zu sehr um "interne" Dinge geht, als das jemand der von "außerhalb" kommt, dies richtig verstehen könnte.
Ich für meinen Teil könnte nur zu gut verstehen, wenn dieser Beitrag bald nicht mehr aufrufbar ist. Nicht weil ich für Zensur oder der Gleichen bin, sondern wie schon geschrieben, es um "interne" Dinge geht die es wohl zu klären gibt.
Ribiku
-
Nicht weil ich für Zensur oder der Gleichen bin, sondern wie schon geschrieben, es um "interne" Dinge geht die es wohl zu klären gibt.
Die wurden schon 2010 geklärt.
Im übrigen weiß ich nicht, ob ich weinen oder lachen soll über den Vater/Kind Vergleich. Ich nehme ihn mal nicht persönlich und gehe zum weinen in den Keller.
Ich würde lieber einen anderen Vergleich bemühen:
Personen X sind in der CSU.
Personen Y in der SPD.
Beide wollen nicht aus Bayern auswandern, sondern haben unterschiedliche Konzepte, wie Bayern voranzubringen ist. Denkt einmal über den Vergleich nach. "Gestritten" wird seit Jahrzehnten. Das Land und den Landtag gibt's heute noch.
-
Ich hab mir grad wieder die aktuelle SVN runtergeladen.
1 Minute bis zur ersten Notice, 2 Minuten bis zum ersten Fatal Error.
Mein Vertrauen in die Devs und deren Code-Qualität ist enden wollend.
Ob WB ein Produkt oder ein Projekt ist?
Das ist für mich Jacke wie Hose. Aus dem Projekt entsteht ein Produkt.
Was ich derzeit sehe: WB scheint zur Privatsache der Devs geworden zu sein. Die machen da, wie es ihnen gefällt und wenns ihnen nicht mehr gefällt werden sie es wegwerfen. Und dann will niemand mehr das verzopfte Teil anrühren.
Ich habe vom Core keine Ahnung, ich will mich auch nicht einmischen.
Ich will meine Module und Templates machen, und dazu brauche ich eine stabile, transparente Basis.
Beides fehlt mir momentan ziemlich.
Wenn WB nicht bald einmal ein sichtbares Lebenszeichen von sich gibt, werden die Leute davonrennen.
Seit ewig das gleiche Tabellen-Template, seit ewig die gleichen Settings im News-Modul, seit ewig die gleiche alte Kommentarfunktion aus 1985, seit ewig....
Ja, klar: Kommt alles wenn der Tag 30 Stunden hat, wenn die neuen Futzelobjekte endlich drin sind, wenn blabla..
Für den Durchschnittsuser schaut WB seit 5 Jahren gleich aus: alt.
Und ja, @Stefek:
Was machst du eigentlich im Hauptberuf? Designer?
-
In dem Beitrag vermischt sich immer mehr und so wie auch ich schon das Standardtemplate als "alt" bezeichnet habe so haben es auch andere hier schon gemacht (was nicht DAS Problem ist da es ja alternativen gibt). Darauf kam auch schon die Frage wer das denn machen wollen würde.
Bisher hat sich dazu keiner gemeldet. Warum? Sind doch Leute da die einen Beitrag leisten wollen. Oder hab ich da was falsch verstanden?
-
Ich habe mich schon gemeldet, ein neues Template beizusteuern, badknight auch.
Entsprach aber nicht den Richtlinien, nehme ich an. Schlichtweg, weil mir noch keiner die Richtlinien gesagt hat.
Hier gibt es ganze Massen von Templates, die man entsprechend herrichten könnte:
http://WebsiteBaker.at/wb-templates/
Über die Lizenzen wird man sicher reden können.
EDIT: Ich hab dazu hier einen neuen Thread begonnen:
https://forum.WebsiteBaker.org/index.php/topic,25274.0.html
-
Ich habe mich schon gemeldet, ein neues Template beizusteuern, badknight auch.
Entsprach aber nicht den Richtlinien, nehme ich an. Schlichtweg, weil mir noch keiner die Richtlinien gesagt hat.
Hier gibt es ganze Massen von Templates, die man entsprechend herrichten könnte:
http://WebsiteBaker.at/wb-templates/
Über die Lizenzen wird man sicher reden können.
So sehr mich das auch interessiert (ist ernst gemeint), klink ich mich jetzt aus, da es sonst nur immer weiter geht.
Als Idee: vielleicht sollte man eine art Contest machen, in dem mehrere Layouts von der Community gewählt werden die dann von den Vereinsmitglieder/Vorstand dann final ausgesiebt werden.
Ich bin jetzt aus dem Thema raus wünsche noch ein schönes Wochenende auch wenn es bei Euch in DE und AT mit dem Wetter wohl nicht so besonderst aussieht ;)
Ribiku
-
Schönes neues Jahr wünscht
Matthias
ich wußte, da war noch was, dem schließ ich mich mal an!
-
@Michael (easyuser)
Genau so sehe ich es auch.
@Chio
Ich sehe vieles genau wie Du es schreibst.
Hauptsächlich den, dass Beiträge sehr schwer im Projekt unterzubringen sind.
Fehlende Richtlinien für Unterprodukte (Module, Templates, u.ä.)
@Ruebe
Genau dieses Paranoia, dass mehr Involvement zu mehr Durcheinander und mehr Forks führt ist das Jahrelange Problem des Projekts. Es wird niemandem vertraut, weil Leute ihre "anderen" Ideen haben und manchem scheint es halt zu kompliziert, die Meinung eines anderen in Ruhe zu betrachten. Du gehörst zu dem harten Kern der Leute die diese Gesinnung ("Vertrauen ist schwer") vorwärts treiben.
Und genau diese Gesinnung ist es auch, die Kommunikationen stoppt, bevor sie zum tragen kommen.
@jacobi22
Du wählst Worte wie "Frustration". Von wem kommt sowas?
Du denkst ich bin frustriert?
Enttäuscht?
Mensch, ich bin noch nicht mal aufbrausend.
Ich verrate Dir was.
Ich mache eine Trennung und bilde für mich eine Distanz, die mir erleichtert das ganze in Ruhe zu betrachten; schon seit Jahren.
Und das geht so:
1) Auf persönlicher Basis
kann ich mit WebsiteBaker meine Arbeit verrichten und bin in der Lage es selbständig zu erweitern und anzupassen. Daher bin ich mit dem gegenwärtigen Produkt (2.8.3) zufrieden. Ich war auch mit den vorherigen Produkten zufrieden. Ich habe keine Angst, dass WB irgendwann nicht mehr da ist oder dass meine Existenz dadurch irgendwie bedroht würde, selbst wenn es so wäre
2) Community/Projekt
(Und hier habe ich viele, die dem zustimmen würden)
Da ich auf persönlicher Basis vom Grundkonzept des Produktes überzeugt bin und es (sprichwörtlich) zu lieben gelernt habe, entsteht natürlich der gesunde Drang etwas an das Projekt zurück zu geben. Und wer hier schon länger dabei ist, weiß, dass ich sowohl mal Code, Tutorials als auch Tipps gebe. Genau wie andere auch. Ab und zu arbeite ich sogar an einem Modul mit, um es zu verbessern. Wie andere auch.
Darüberhinaus, ähnlich wie Chio, EasyUser, NorHei und viele viele andere aus der Community, habe ich Verbesserungskonzep te vorgeschlagen, um entweder das Projekt oder das Produkt (direkt das CMS) zu verbessern.
Es ist jetzt nicht die Frage, ob es angenommen wurde (denn mehrere meiner Vorschläge sind ins Produkt eingefloßen), sondern wie damit umgegangen wird.
Und es wird damit so umgegangen, weil es keinen übergeordneten Plan, keine klar definierten Strukturen gibt.
Es gibt einen Verein.
Und es gibt die DEVs.
Aber es gibt keine Verantwortlichen für die Projektplanung.
Ob DEIN Vorschlag akzeptiert wird, hängt im größten Teil von "den Launen der Hohepriester" ab.
Oder davon, welchen Ruf Du grade hast.
Nicht davon, ob Deine Idee gut oder schlecht ist, denn es gibt keinen Plan, gegen den sie gecheckt werden kann (Nur die Launen der Ausgewählten).
Wenn Du ein Template einreichen würdest, dann würde man sagen (Bauchgefühl): schön, nicht schön, entspricht standards oder auch nicht. Aber Du würdest nicht wissen, auf welcher Grundlage die Beurteilung kam und Du hättest kaum eine Vorgabe, wie Du Deinen Beitrag verbessern und zum Abschluß bringen könntest.
Noch schlimmer ist es bei Modulen. Wenn heute Module ins Forum kommen, sind sie teilweise nicht an die Standards der Gegenwärtigen Version angepasst. Und es gibt keine Aufmerksamkeit für neue Module. Die Richtlinien dafür sollten geschrieben werden (findet sich im Forum) und dann wurde es dann wieder zurückgezogen.
Wenn Du es also als Frustration auslegst, dass jemand sich wundert, dass nicht im HEUTE gelebt wird, um das Produkt (CMS) HEUTE mit Leben zu fühlenfüllen, dann ist es Deine Form der Auslegung - und vielleicht unterstützen Dich einige in Deiner Meinung, weil es für sie so bequemer ist, den Status Quo aufrecht zu erhalten.
Bis zur Veröffentlichung vom 2.9.x vergeht sicher noch ein Jahr. Vielleicht 1 1/2. Vielleicht mehr.
Ich bin der Meinung - und dieser Meinung sind nicht die DEVs (die Achtung: heute das Sagen zu allem bzgl. des Projekts haben) - dass die GEGENWÄRTIGE Version mit Leben gefühltgefüllt werden sollte.
Warum?
1) Weil es zum 2.9.x noch zu lange hin ist
2) viele Module angepasst werden könnten, und diese ließen sich dann später auch leichter auf 2.9.x anpassen
3) Weil dadurch das 2.9.x Core-Team sich mehr ihrer Hauptaufgabe widmen könnte
-
Ich für meinen Teil gehe _nicht_ davon aus, dass es absehbar eine Version 2.9 geben wird. Zumindest nicht von den derzeitigen Devs.
Ich beziehe mich in allem auf die aktuelle nächste Version 2.8.4, weil es ein Jahr dauern wird, bis es eine 2.8.5 geben wird. In der 2.8.5er wird _wieder_ der ganze furchbare Code umgeschrieben sein und sonst fast nichts.
-
Ich hab mir grad wieder die aktuelle SVN runtergeladen.
1 Minute bis zur ersten Notice, 2 Minuten bis zum ersten Fatal Error.
Mein Vertrauen in die Devs und deren Code-Qualität ist enden wollend.
Sorry, aber warum glaubst du nennt sich das ganze BETA? Damit es Bugfrei ist und du es den Kunden als neue Version verkaufen kannst?!
Und es braucht sich keiner über vorhandene Fehlermeldungen beschwerden, wenn ich mir manche Module ansehe sind da nach Jahren immer noch die gleichen Fehler.. ;)
-
Ja - du meinst Topics, oder Members.
Ja, da sind/waren Fehler drin. Ich habe auch nie behauptet, dass ich ein großer PHP-Coder bin und etwas Hilfe hätte ich schon brauchen können.
Bei Topics hat sich Ralf Hertsch meiner erbarmt und das Teil mal durchgecheckt. Für Members wird sich vielleicht auch jemand finden, der mal genauer hinguckt.
Topics und Members sind beide recht praxisorientiert und breit verwendbar. Das waren eben die Module, die mir immer gefehlt haben, deswegen hab ich sie gemacht. Sie waren nie als Vorzeigebeispiel für wohlgeformten Code gedacht.
Wer groß auf Zampano macht mit 120-jähriger Programmiererfahrun g, der sollte nicht dämlich kichern, wenn er einen Fehler findet, sondern eine Lösung anbieten. ;-)
-
Ich beziehe mich in allem auf die aktuelle nächste Version 2.8.4, weil es ein Jahr dauern wird, bis es eine 2.8.5 geben wird.
Jo, also noch mehr ein Grund, sich des GEGENWÄRTIGEN Produkts anzunehmen und das Projekt um dieses herum aufzubauen und den 2.9.x Core-Dev mehr zu dezentralisieren (womit ich nicht meine, fallen zu lassen - sondern: ihm innerhalb des Projekts eine getrennte Wichtigkeit zu geben).
Und es braucht sich keiner über vorhandene Fehlermeldungen beschwerden, wenn ich mir manche Module ansehe sind da nach Jahren immer noch die gleichen Fehler.. ;)
Was hat der Core mit Modulen zu tun?
Bzw. in wie fern rechtfertigen "schlecht" programmierte Module schlechten Core?
Das ist so, als würde der Lehrer sagen: "Ich kam zu spät nach der Pause ins Klassenzimmer, weil Klein-Hans auch noch nicht in der Klasse war."
-
Sehen wir es doch einmal anders:
Trotz (oder gerade wegen?) eines "Horror Codes" ist WebsiteBaker beliebt & bekannt geworden.
Wenn WebsiteBaker 2.9 endlich OOP ist, dann soll es MVC werden, dann UnitTest-Konform... Googlet mal nach "Typo3 Flow" und überlegt dann, auf welchem Niveau sich eigentlich der aktuelle Code-Rewrite befindet.
Bzw. was eigentlich da draußen so abläuft.
Es ist nie ein Ende da, der Code ist nie fertig.
Mir stellt es nur die Nackenhaare auf, wenn ich lese, dass der aktuelle WebsiteBaker Code Mist ist. Dann frage ich mich eben, was man die letzten Jahre gemacht hat - wenn man das anders darstellen würde, wäre ich definitiv nicht so polemisch.
Warum sagt man nicht einfach:
"Jau, WebsiteBaker 2.8.x ist gut wie es ist, schreibt haufenweise Module & Templates dafür, und in zwei Jahren gucken wir mal."
Niemand bricht sich dabei ein Bein.
Anstatt dessen wird von der Nörgelnden Community Loyalität oder Stillhalten gefordert, selbst aber das Projekt schlechter geredet, als es eigentlich ist. Ach ich vergaß, nicht das Projekt, sondern das Produkt. Vom Projekt redet schon lange keiner mehr.
-
+1
(genau was easyuser gesagt hat)
-
Völlig richtig!!
Statt ewig am "Horror-Code" herumzuzupfen (und das permanent rauszubrüllen, wie unsicher und sonstwas) könnte man auch mal an der Modulausstattung und am gesamten Erscheinungsbild was verbessern.
Die Core-Entwickler können sich auch nicht so einfach an den Modul-Entwicklern abputzen. Schließlich gehört das ja alles zusammen, der Durchschnittsuser kennt da keinen Unterschied.
-
Persönlich fand ich den Code bei 2.8.1 teilweise gruselig , aber auch teilweise genial einfach.
Die Lösungen sind of so überraschend einfach das ich echt ins staunen gekommen bin.
Und ich kann keine Stelle finden bei der seit 2.8.1 so eine geniale Einfachheit noch dazugekommen wäre, eigentlich ist alles nur komplizierter geworden.
MVC und das ganze Gelumpe kann ich auch woanders bekommen, und das viel ausgereifter z.B. Contao.
Dafür hätt ich ned nach WB kommen müssen, ganz im Gegenteil weil man eben ne schnelle kleine Anpassung machen kann ohne lange Schnittstellendokus lesen zu müssen dafür bin ich hier gelandet. 20 Seiten Doku und man hatt alles Wichtige. Ich will auch keine seitenlangen Coding Guidelines Lesen , ganz im ernst das ist "nice to have" aber ned Lebensnotwendig.
Ach ja und wenn mal jemand ins SVN geschaut hat wie "gut" dort alle Änderungen dokumentiert sind ists kein Wunder wenn keiner mehr weiss was er vor nem halben jahr gemacht hat.
Davon ab das ein geschlossener Betatest und Sevicepacks schon bei Microsoft der größte Dreck waren das ist einfach alle Grundsätze der modernen offenen Softwareentwicklung ignorieren und dann auf Standards pochen... einfach lächerlich.
Und ehrlichgesagt hatte ich mit schreckliche Horrorcode nie Probleme , wer dagegen mal mit anderen CMS experimentiert hat kann da garantiert ganz andere Geschichten erzählen .
... nene
-
http://cdn-storage.br.de/mir-live/MUJIuUOVBwQIb71S/iw11MXTPbXPS/_2rc_71S/_AiS/_Arc5ArP/121125_2205_Zuendfunk_Bis-einer-weint-Vom-Stand-der-oeffentlichen.mp3
-
Bevor es nun noch weiter OFF-Topic wird - schließe ich das ganze mal!