Mailinglisten-Archive |
>Also, wollte eigentlich nur erklären, warum viele Fragen gestellt werden, >die auch im Manual erklärt sind. Das Problem ist, dass die Beispiele sehr >kompliziert sind. (finde ich) Manchmal muss man die Erklaerungen mehrere >Male lesen um sie zu verstehen. Das sollte jetzt wirklich keine Kritik sein, >denn es ist super, dass leute sich damit beschaeftigen, um solche >ausführlichen Manuals zu schreiben. > naja, ich find einfach man darf ein "manual" nicht mit einem tutorial verwechseln. ein manual ist halt nun einfach kein step-by-step-guide, sondern eine art nachschlagewerk für die extensions und ihre funktionen. meiner meinung nach liegt es dann an der community, ausführlichere (auf einzelne extensions eingehende) tutorials zu schreiben - was auch gemacht wird. drum muss man sich ein system aneignen, WIE man sich das wissen aneignet ;). bei mir ist das immer zuerst ein blick ins manual (kommt zwar nicht mehr so oft vor *g*), wird dort alles beantwortet, ok. wirds nicht, wird gegooglet (web & groups [usenet]). wurde die offene frage nun _immer_ noch nicht beantwortet, wird das mailinglist-archiv konsultiert (das englische original + deutsche). ist nun immer noch bahnhof, wird an die liste gepostet ;-) ich glaub so kriegt jeder was er will und die list wird nicht dauernd mit fragen geflooded, die das manual beantworten. --> ein newbie-problem ist einfach auch folgendes: sie haben ein problem und keine ahnung, obs da nun eine funktion gibt dafür oder nicht. da muss man sich einfach merken, dass eben jede funktion zu einer extension (zb mysql, imap, w.a.i.) oder kategorie (string functions, error handling functions, function functions [*g], usw) angehört. so kann dann gut gesucht und evaluiert werden. fazit: das system machts aus :-) (ne, nicht os *g*) auch zu heutigen zeiten wo google alles findet (lustig dazu http://freshmeat.net/articles/view/426/) ist es wichtig zu wissen, wie man sucht & findet ;) greetz dn
php::bar PHP Wiki - Listenarchive