PHP hulp gevraagd bij schoolopdracht
Voor de technische beantwoording maakt het niet uit of iemand niet is toegekomen aan huiswerk omdat een gezinslid op sterven ligt of hij/zij de hele dag heeft zitten gamen.
Onlangs hebben we het er nog over gehad: je hoeft vragen niet te beantwoorden. Je kunt twijfelgevallen ook negeren. Dat is ook nog een mogelijkheid.
Gewijzigd op 24/02/2021 16:50:09 door Ward van der Put
Het zit (voor mij) vooral in de manier waarop de vraag word gesteld.
Als in de eerste post wat (blijk van) eigen onderzoek ("ik heb x en y wat ik hier heb gevonden geprobeerd maar kom er niet uit") staat ben ik veel eerder geneigd om te helpen.
Als er gewoon een opdracht of probleem neergegooid word met de mededeling "het werkt niet" stop ik al snel met lezen.
Ook professioneel kom ik helaas vaak genoeg tegen dat men zegt "het werkt niet" en dan maar wacht op een oplossing.
Dat is niet een vraag stellen, dat is het probleem over de schutting gooien en iemand anders het voor je laten oplossen.
Grote nadeel daarvan is dat er niets geleerd word en bij een volgend probleem precies hetzelfde gebeurd (Geef een man een vis....).
Dat is tevens waarom ik moeite heb het StackOverflow, daar staat zó ontzettend veel rommel op "omdat het de vraag beantwoord" zonder na te gaan wat het doel is en óf je het wel op die manier moet oplossen.
Klassiek voorbeeld van het XY-Problem: https://en.wikipedia.org/wiki/XY_problem
Hier zie ik veel meer de vraag wat men wil bereiken en word er meegedacht of het wel de juiste oplossingsrichting is, dat werkt naar mijn mening veel beter en is de kracht van deze community.
Op die manier helpen we elkaar om betere, nettere en veiligere code te maken en elkaar hierin te onderwijzen.
In sommige communities (OsDev.org is mijn voorbeeld in deze) word je gewoon keihard afgeschoten als je niet iets zelf hebt geprobeerd of de benodigde kennis ontbeert, dat is ook niet altijd goed maar soms nodig.
Wat ik daar wel zie helpen is om bij een slecht geformuleerde vraag te refereren naar hun Wiki page "How to ask questions" (https://wiki.osdev.org/How_To_Ask_Questions).
Er zijn legio oplossingen te bedenken maar je zal altijd volk houden wat hun probleem over de schutting gooit in de hoop dat iemand anders het voor ze oplost. Of dat voor TS in dit draadje ook zo is kan en ga ik niet beoordelen.
TL;DR:
Punt is dus dat als je hulp vraagt je, naar mijn mening, eerst laat zien wat niet lukt en wat je hebt geprobeerd om het op te losen.
Dan kan de community je helpen door je in de juiste oplossingsrichting te wijzen, te refereren naar documentatie of een (pseudo)code voorbeeld te geven.
Antwoorden voorkauwen zoals op StackOverflow vaak gebeurd voelt voor mij verkeerd.
Heldere toevoeging, helemaal mee eens. Dat is inderdaad ook hoe ik er tegenaan kijk. Er zit een significant verschil tussen 'iemand helpen' en 'andermans werk opknappen'. Met dat eerste heb ik geen problemen, met dat laatste wel.
Aad B op 22/02/2021 22:25:55:
Toevoeging op 22/02/2021 22:28:28:
** knip **
** wat hier stond was iets wat jullie niet konden zien, excuus **
** knip **
** wat hier stond was iets wat jullie niet konden zien, excuus **
Beste @Ariën
Ik heb een beetje moeite met het feit dat jij een foutje dat je zelf gemaakt hebt, een privacy foutje: je meldt dat betreffende TS het draadje al gezien heeft, waarop ik reageer wat jij dan weer *knipt* en excuus aanbiedt zonder even te melden dat je dat doet als beheerder. Graag in het vervolg je naam erbij: "** knip ** Excuus, Ariën" ofzoiets
Gewijzigd op 28/02/2021 12:07:59 door Aad B
Alsnog mijn excuus daarvoor.
Misschien zoiets als dit?
[mod-edit Ariën]
** link verwijderd **
[/mod-edit]
Dat maakt wel duidelijker waar (op welke plek in het bericht) een moderator heeft ingegrepen en wat hij heeft gedaan.
In het voorbeeldje van Aad B is inderdaad niet heel duidelijk wie die ** knip ** heeft uitgevoerd en die tekst heeft toegevoegd.
Eigenlijk mogen mod-edits in het algemeen wat duidelijker, zowel als blok als inline.
Gewijzigd op 28/02/2021 15:34:18 door - Ariën -
- Ariën - op 28/02/2021 15:33:37:
Ik zal er op letten...
Eigenlijk mogen mod-edits in het algemeen wat duidelijker, zowel als blok als inline.
Eigenlijk mogen mod-edits in het algemeen wat duidelijker, zowel als blok als inline.
Ja, dat zou inderdaad wel mooi zijn.
Ik denk dat het belangrijkst is dat je als forumgebruiker in ieder geval kunt zien wat er door de moderator is gedaan. Dat is nu (door het ontbreken van een visueel kader) soms niet zo duidelijk.