Warum mich DP manchmal nervt

[Assarbad]

Zitat von Matze:

Bei Einsteigern sollte meiner Meinung darauf geachtet werden, das Thema so zu führen, dass der Einsteiger folgen kann. Sonst versteht er schnell Bahnhof und verliert die Lust am Programmieren, da es für ihn deutlich komplexer erscheint, als die (einfache) Lösung tatsächlich ist. Dann denkt er sich "das versteh ich ja nie" und das war's dann.

Was ist ein Einsteiger, woran erkenne ich ihn? Ich habe hier einige gesehen die sich vor Jahren registriert haben und dennoch aufgrund von Fragestellungen bestenfalls als Anfänger gelten können. Das wäre doch überhaupt mal etwas wo moderiert (im besten Wortsinne) werden könnte

[Matze]

Ich merke sehr oft an der Fragestellung bzw. den Erläuterungen im 1. Beitrag, ob sich jemand gut auskennt oder nicht. Einige erwähnen es sogar explizit im Thema oder im Titel.
Das Registrierdatum sagt absolut nichts aus.

Natürlich erkennt man das nicht immer, ganz klar.

[Bummi]

Ich kann der Argumentation nur teilweise folgen.
Wenn ein Anwender seine Frage beantwortet bekommen hat kann er ja wenn er will aussteigen. Wenn es ihn interessiert kann er den weiteren Lösungs/Verbesserungvorschlägen folgen.
Wie soll er sonst merken dass er eine zwar funktionierende aber gegf. suboptimale Lösung gegebenenfalls für Jahre weiter verwendet und in dem ,dann für ihn bewährten Stiel, weiterentwickelt.
Ich denke jeder von uns nimmt hier regelmäßig Anregungen auf und verbessert dadurch seine Vorgehensweise.

[Assarbad]

Zitat von Bummi:

Ich denke jeder von uns nimmt hier regelmäßig Anregungen auf und verbessert dadurch seine Vorgehensweise.

... nur Narren würden das nicht tun.

[mkinzler]

Ich glaube es ging hier um die Beiträge, wo komplexe Optimierungen vorgenommen werden, die ein normaler Programmierer nicht mehr vrsteht, die aber dafür in Millionen Jahren Laufzeit einen Geschwindigkeitsvorteil von paar Sekunden bringen

[alfold]

Wobei es schon gravierende Unterschiede gibt wer wie fragt.
Bezogen auf diesen eine Fall, sehe ich schon an der 2. Antwort, da ist ein ganzschlauer, der es ganz eilig hat. Mit dem einem kommt er nicht klar, liest irgendwas und kommt damit auch nicht klar, geschweige Fehler Erkennung. Wenn man nachfragt gibts nur Ausreden. Wenn dann noch ein Hinweis kommt, wird noch gemotzt ala 'ich weiss schon was ich mache'.
Mh...., da möchte man manchmal Admin sein

alfold

[stahli]

Alternativen aufzuzeigen finde ich gut und richtig (kann ja sein, dass der Fragesteller diese noch nicht (ausreichend) kannte).

Nur wenn Anfänger gelegentlich mit zu schwierigen (wenn auch richtigen) Lösungen konfrontiert werden, halte ich das für unnötig.

[himitsu]

zur Nennung von Alternativen:

Man muß auch nicht immer alles auf sich beziehen
und man muß auch nicht unbedingt weiterlesen, bzw. dieses nutzen,
wenn man schon eine passende Lösung gefunden hat.
Auch wenn es manchmal nicht schaden kann, wenn man sich andere Lösung dennoch ansieht.
Man muß es ja nicht sofort verstehen/nutzen, aber wenn man als Anfänger weiterlernt und dann später nochmal in seinen Thread schaut, dann sieht das Ganze doch schon wieder ganz anders aus.

Wir sind ein öffentliches Forum und wenn irgendwann mal jemand Anderes diesen Thread über die Forensuche findet (ich hab gehört, sowas soll manchmal vorkommen),
dann hat dieser gleich "alles" zusammen und muß nicht erst fragen "die Lösung funktioniert zwar, aber gibt's da noch was besseres/schnelleres?".

[sx2008]

Es gibt wohl kaum einen Bereich der Technik in dem Querdenken so gefragt ist wie in der Softwaretechnik.
Software ist etwas völlig anderes als z.B. die Konstruktion eines PKWs.
Beispiel:
Wenn jemand fragt, wie er seinen Vergaser einstellen soll, dann ist die Antwort "nimm doch einen Elektromotor" völlig nutzlos für ihn.
Nicht so in der Softwaretechnik!
Wenn der User fragt, wie er "Curl" ansteuern soll und er zur Antwort bekommt "Nimm doch die Funktion URLDownloadToFile() aus der Unit UrlMon", dann ist das eine sehr sinnvolle Antwort.

Also was mich öfters nervt sind User, die
1.) völlig fixiert auf ihren selbst eingeschlagenen Lösungsweg sind
es gibt da so ganz spezielle Kandidaten, die mit dem Kopf durch die Wand wollen...
2.) keine Angaben machen, was sie eigentlich wollen und denen die 5W-Methode (5 mal fragen "Warum?" um dem Problem auf den Grund zu gehen) völlig fremd ist

Das sind dann meist auch die Leute, die unfähig sind einen guten Bugreport zu liefern.
http://www.chiark.greenend.org.uk/~s...m/bugs-de.html
Ich glaube fast, dass diese Art zu Denken (an die Ursachen zu gehen und dann Querdenken) genetisch bedingt ist.
Manche können es; manche können es nicht.
Mein Kollege vom Serviceteam, kann selbst nach über 20 Jahren im Job keinen vernüftigen Bugreport liefern (obwohl ich ihm schon 100 Mal erklärt habe wie's geht).
Und so gibt es auch Programmierer, die eigentlich das Programmieren nicht beherrschen.
Solange sie es nur für sich zu Hause tun ist es kein Problem. Tragisch wird es wenn sie damit ihr Geld verdienen wollen.