nikosch

Ehrlich gesagt ist mir das zuviel Meta (oder ich habe Dein Konzept noch nicht verstanden). Meta Infos brauchen wir lediglich für die Autoren (und die sollten so firm sein, das auch im Wiki so zu finden). Nettiquette etc. ist für uns auch nicht von Relevanz, weil wir bisher die Autoren 'vorkontrollieren'.

Von einer linearen Form wie im Manual würde ich gerne absehen, weil es
1. den Einsteiger sofort erschlägt,
2. dem Konzept des Wikis mit Mehrfachkategorisierung nicht gerecht werden kann. So kann ein Beitrag theoretisch unter
- Lösungen
- Tutorials
- Javascript
- ...
gleichzeitig eingeordnet sein. Ich befürworte eher einen Direkteinstieg nach der Art: Ah da steht was über 'Inhalte austauschen' , *les*, naja, das ist noch nicht so genau was ich suche, *der Kategorie folg'*

Ich bin der festen Meinung, dass sich viele Anfänger nicht ans PHP Manual trauen, weil es zu abstrakt wirkt und nicht genug spielerischen Einstieg bildet.

Sorry für die blöde Ausdrucksweise...

__________________
--
One pixel is still too big. Please make it smaller. ASAP.

Initiative Mittelstand.
Die wichtigste Gestaltungsregel im Screendesign ist Pi mal Daumen des Arbeitgebers.
--

Mister Ad

brotondi

Salü nikosch

Merci für's Feedback! Ausdrucksweise war o.k. Ich packe die Punkte in den Hinterkopf bis auf diesen:
Bisher war das PHP-Manual für mich die Referenz eines perfekten Einstiegs. selfhtml z.B. war mir zu chaotisch. Wenn Deine Aussage aber stimmt, sollten wir mal da ansetzen: Einen Alternativeinstieg ins PHP-Manual bieten, z.B. eine Wikiseite welche das PHP-Manual transparenter macht und das erklärt, was uns trivial ist.

Hierzu ist aber erst mal ein Thread nötig um Meinungen einzuholen und das ganze soweit verstehen zu können, dass unsere Alternative wirklich etwas bringt.

Wieso ist mir das so wichtig? Egal was ich tue, es soll grösstmöglichen Effekt haben. Die selbe Frage 2x zu beantworten ist nicht mein Stil -> Würde das 2. mal einen Wiki-Artikel aus der 1. Antwort generieren und auf diesen verweisen. Nun ist es aber eine Frage der Zeit, bis das 3. mal gefragt wird -> dann möchte ich auf eine Einstiegsseite verweisen können, aus welcher der User selbst die Antwort hätte finden können.

... und dieser Punkt ist nicht ganz ohne... genau genommen dürfte es einige Arbeit sein, so ein Konzept auf die Beine zu stellen. Würde ich dennoch gerne angehen, parallel zum anderen (wir haben ja genug Arbeit ), da es Zeit braucht etwas zu entwickeln und zu testen. Einmal erfolgreich könnte dies jedoch zukünftig viele Ressourcen freisetzen bzw. Zeit sparen, welche man für Sinnvolleres nutzen kann (Wiki-Artikel schreiben )

Was meinst Du? Thread starten?

Beste Grüsse, Bruno

__________________
ProjectBay.net – Projekthosting und -Unterstützung.

nikosch

Ehrlich, das wird mir etwas zu vülle. Ich bin mit Job, Forum-Mod und ab und zu Wiki-Autor gänzlich ausgelastet. Ich würde mich deshalb ganz auf Einsteigerniveau beschränken wollen.
Das Manual ist eine Referenz und diesen Zweck erfüllt es gut. Es ist nach einer Logik strukturiert und in einem Format geschrieben, das man verstehen lernen muß, dann ist es optimal nutzbar. Ein Anfänger sucht aber eine Quelle, die ihm Sachverhalte erklärt - von User zu User sozusagen - und deshalb finde ich die Konzeption des Wikis schon stimmig: Oft gefragte Sachen ausführlich ausarbeiten, typische Codes als "Best practices" (Standardverfahren) bereitstellen, Anfängerfehler auflisten etc.
Zudem ist es zweckfrei, gegen die Community zu arbeiten, die das PHP Manual beackert. Die Struktur, Indizierung, Übersetzung etc. des Manuals ist deren Aufgabe.

Was die Wikiseiten angeht: KISS halte ich für das beste Gebot. So Einsteigerfreundlich wie möglich. Lieber ein gutes Leitsystem als tausend Infos auf der Startseite. Lieber ein guter Artikel als tausend Einzeiler. Das Wiki kann und soll auch nichtg linear funktionieren. Für sowas ist eine Tutorialseite tausendmal besser geeignet.

Im Übrigen habe ich fast ausschließlich über Selfhtml gelernt. Und ich fand das eigentlich sehr clever umgesetzt.

__________________
--
One pixel is still too big. Please make it smaller. ASAP.

Initiative Mittelstand.
Die wichtigste Gestaltungsregel im Screendesign ist Pi mal Daumen des Arbeitgebers.
--

brotondi

Keine Angst, will Dich/Euch da nirgends reinreiten. Ich habe die Zeit mich um sowas zu kümmern + es passt zu meinem eigenen Projekt. Allerdings will ich nichts starten, was keinen Sinn im Gesamtrahmen ergiebt, daher erst mal mein abchecken...

Gegen die PHP-Manual-Community arbeiten werde ich nicht. Aber dort finde ich nicht die Leute, welche Probleme mit dem Manual haben - abgesehen davon, dass ich nicht mal wusste, dass es solche gibt.

Ich werde somit einen unverbindlichen Thread starten, um mich der Problematik anzunehmen, ohne erst mal etwas zu erstellen...

Kiss ist auch mein Prinzip - nur habe ich es vielleicht etwas zu wenig im Blut

(Bin gerade auch am aufarbeiten meiner bisherigen Threads. Habe ja noch 3 andere Artikel vorgeschlagen...)

Bruno

__________________
ProjectBay.net – Projekthosting und -Unterstützung.

nikosch

Ist nur meine Vermutung. Die tägliche "Arbeit" hier legt allerdings nahe, dass viele Beginner noch nie ins Manual geschaut haben.

__________________
--
One pixel is still too big. Please make it smaller. ASAP.

Initiative Mittelstand.
Die wichtigste Gestaltungsregel im Screendesign ist Pi mal Daumen des Arbeitgebers.
--

Koala

Viele Anfänger kommen mit dem Manual nicht zurecht.

Ist ja auch klar.

Was sollen sie bei der Suchfunktion eingeben ?
"Mein Script geht nicht" ?
"Im Gästebuch eine Seite zurück gehn" ?
"Daten aus DB auslesen" ?

Da fehlen eben meist die Grundlagen,
so daß die Fragen nicht richtig formuliert
bzw. die Stichworte nicht bekannt sind.

Und selbst wenn man das Manual benutzt.

Wie lange braucht man um von "Verzeichnis auslesen"
auf die Funktion "glob" zu kommen ?

nikosch

Ähm, das Manual - übersetzt in etwa Betriebshandbuch - hat ja auch nicht den Anspruch, solche Fragen zu klären. Es bildet lediglich den sprachlichen Umfang von PHP ab. Und als Referenz die genaue zulässige Syntax.

Es liegt im Wesen der Programmierung, dass es immer mehr Fragen als Antworten geben muß. Sonst könnte ich ja das System fragen: Welche Funktion berechnet mir den Spin eines Elementarteilchens bei Sonnenuntergang?. Und das System würde antworten: Nun, dafür gibts jetzt keine direkte PHP Funktion, aber eine Kombination der mathematischen .... Wenn wir da angekommen sind, sind alle Programmierer Frührentner und gucken den ganzen Tag nur noch Star treck, wo "Computer! Berechne die kürzest..." noch Fiction war.

__________________
--
One pixel is still too big. Please make it smaller. ASAP.

Initiative Mittelstand.
Die wichtigste Gestaltungsregel im Screendesign ist Pi mal Daumen des Arbeitgebers.
--

David

"Computer, füge rekursive Algorithmen hinzu" und *schwupps* ist das Hologramm stabil. Finde ich super

Aber das Beispiel blob() finde ich gar nicht schlecht.
"Dateisystemrelevante Erweiterungen" -> "Verzeichnis-Funktionen" -> chdir, opendir, scandir ...wo ist glob()? Ah, bei den Dateisystemfunktionen.
Aber stimmt schon, zum Erlernen der Grundlagen der Programmierung ist eine Sprachreferenz begrenzt hilfreich.

nikosch

Dafür sind wir ja da. Wir = das Forum, das Wiki (in dem leider auch immer noch glob fehlt, kommt, versprochen)..

__________________
--
One pixel is still too big. Please make it smaller. ASAP.

Initiative Mittelstand.
Die wichtigste Gestaltungsregel im Screendesign ist Pi mal Daumen des Arbeitgebers.
--

David

Genau so sehe ich das auch. Wir brauchen das Handbuch nicht nachbilden oder eine extreme erweiterte Version "erschaffen". Das Handbuch hat seine Aufgabe und wir haben (wenn wir wollen) unsere...