VNC stopt er mee :(
Ergernissen
Vele wegen leiden naar Rome en wie zegt dat jouw wijze van coden de juiste is?
Als er klachten zijn over bepaalde gebruikers, dan kan je via PM een bericht sturen naar het moderatie-meldpunt. Dan kunnen crewleden ingrijpen als het nodig is. Maar vaak is er gewoon sprake van positief opbouwende kritiek, en dat hoort nou eensmaal bij discussies.
Gewijzigd op 08/04/2016 13:43:49 door - Ariën -
Op zich is het wel fijn als de vraagsteller zijn probleem duidelijk beschrijft, en ook de code leesbaar toont.
Als alle code als een onoverzichtelijke brei wordt getoond, daag je de potentiele antwoorders dus uit om ten eerste je code te doorgronden, om daarna nog eens de eigenlijke vraag te beantwoorden.
Overzichtelijke code maakt die eerste stap overbodig.
Daarnaast lost het ook vaak voor jezelf al een probleem op: met een overzichtelijke opzet van de code zal een verkeerd geplaatste } oid eerder opvallen.
Op zich is het best te begrijpen dat iemand die een voor hem onbegrijpelijk probleem zit, niet een top humeur heeft, maar dat op de personen die zo vriendelijk zijn om hem te willen helpen af te reageren, is dan niet heel handig....
Yoop Overmaat op 08/04/2016 13:05:42:
Dat betweterige gezeik moet eens afgelopen zijn hier.
Zoals je zegt:
Yoop Overmaat op 08/04/2016 13:05:42:
Vele wegen leiden naar Rome en wie zegt dat jouw wijze van coden de juiste is?
Wat is nu de definitie van "betweterig" het klinkt eerder tegenstrijdig met hetgeen wat je zelf zegt.
Yoop Overmaat op 08/04/2016 13:05:42:
Geef gewoon een antwoord of geen antwoord
Of huur een programmeur in... (ook dat is een antwoord, maar waarschijnlijk een niet bevredigend antwoord)
Ik ben zelf geen "actieve" gebruiker in het "antwoorden" op vraagstukken die ik hier voorbij zie komen, maar ik moet toch wel erbij zeggen dat er heel veel "domme" vragen voorbij komen, maar ook "domme" reacties, zoals TS zelf ook zei:
"Ow? Dus als jij in de sloot springt moet ik er maar achter aan springen?
Wie denk jij nu wel niet dat je bent? Zolang als het werkt, werkt het & ik laat me door jou echt niet de les lezen!"
Ook dit gaat nergens meer over... dan krijg je (goede) input, doe je er niks mee...
beetje jammer.. mijn advies: huur alsnog een programmeur in.
Zo'n persoon geef je een opdracht mee, kun je afzeiken, die doet wat JIJ wilt, je betaald hem en vervolgens hou je het lekker tussen jullie twee...
Wellicht gooi ik nu nog meer hout op het vuur, maar ik heb je andere topics ook is bekeken en je reageert vaker door te zeggen: dit is de enige manier dat het werkt.
Zie hier
Zou het niet zo zijn....dat als meerdere mensen jou op iets wijzen.. er een kern van waarheid in zit?
Gewijzigd op 08/04/2016 16:53:22 door E vH
Quote:
Geef gewoon een antwoord of geen antwoord
Gelukkig doen we dat hier niet, of zoals sommigen wellicht zouden zeggen "het is hier geen afhaalchinees".
Wat dacht je van de mensen die alle code door moeten ploeteren van de meest uiteenlopende vraagstukken. Ik kan mij heel goed voorstellen dat zij de vragensteller ook iets bij willen brengen in de hoop dat de vragensteller het vervolgens beter of anders of allebei doet zodat het algemene niveau van de vragen en antwoorden op den duur stijgt, in plaats van enkel het geven van een (ad hoc) oplossing voor een (ad hoc) vraag. Van de eerste werkwijze wordt iedereen beter, van de tweede niemand, want de vragensteller staat dan morgen weer paraat met de volgende (ad hoc) vraag. (Een beetje de analogie met "geef een man een vis, en je voedt hem voor een dag...")
Ook snap ik de frase "betweterig gezeik" niet. Je komt toch juist hier met je vragen omdat je denkt dat hier mensen met kennis en verstand zitten? Dan kun je toch ook overleggen wat een zinnige(re) oplossing is als blijkt dat een gekozen aanpak wellicht niet zo handig is, of dat andere aspecten uitgelicht worden. Ik zie het probleem daarvan niet. Dit alles maakt je toch een betere (of in ieder geval meer ervaren) programmeur wat je een groter raamwerk geeft waar je uit kunt putten bij het maken van (programmeer)beslissingen?
Quote:
Vele wegen leiden naar Rome en wie zegt dat jouw wijze van coden de juiste is?
Voor iemand die het gelijk van anderen in twijfel trekt ben je wel erg overtuigd van je eigen gelijk.
Volgens mij heb ik laatst al eens behoorlijk satirisch gereageerd op een dergelijke non-reactie dat de vraagsteller vast enorm geholpen was met de gegeven reactie. Ik geloof niet dat het kwartje toen gevallen is.
Je ziet het ook heel vaak wanneer er MySQL gebruikt wordt.
Dan krijgt men bergen commentaar dat men MySQLi of PDO moet gebruiken, maar antwoord op de vraag an sich wordt niet gegeven.
Dit is voor mij ook de reden dat ik hier beduidend minder kom dan vroeger.
Neemt niet weg dat we hier ook een soort van adviserende dienst leveren. Wat heeft iemand aan een oplossing die wellicht de volgende PHP-upgrade van hun host niet meer werkt. Er hoeven geen oplossingen geleverd te worden die tot in lengte van dagen blijven werken, maar je mag toch wel een beetje mee met "best practises". En bezoekers principes aanleren, en niet enkel plakken code leveren. Want zoals eerder gezegd, er zijn 1001 manieren om hier invulling aan te geven. Daar -een specifieke implementatie- gaat het ook helemaal niet om. Het gaat om de achterliggende principes waarmee code tot stand komt. En dan kunnen onderbouwen en verdedigen wat je hebt gemaakt, en waarom zo.
Dan zijn er (natuurlijk?) ook mensen die helemaal geen boodschap lijken te hebben aan al deze "franje".
Die willen alleen maar een oplossing.
Nu.
En nog liever gisteren.
Dit soort bodemloze vaten ga ik absoluut niet helpen. Ook omdat ze alleen maar nemen, en niets (terug)geven.
Als je dan toch iets met een "zwijgt ende tapdans" mentaliteit verlangt, dan plaats je inderdaad maar een vacature zoals @Elmar aangeeft. En zelfs dan zal de programmeur eerst moeten zien te herleiden wat de vragensteller nu precies bedoelt, daarna kan 'ie pas aan de slag.
Even samenvattend:
De adviserende rol is erg belangrijk, maar het is niet het enige dat je moet doen. Je moet uiteraard ook inhoudelijk op de vraag antwoorden. Ik maak me zelf ook wel schuldig aan het alleen maken van opmerkingen, maar zolang je opmerkingen terecht zijn denk ik dat daar prima op voortgeborduurd kan worden, desnoods door medereageerders.
Ik volg hier het voorbeeld van codeproject. Als een topicstarter het vertikt om te luisteren naar goede raad dan help ik hem ook niet meer. Hoewel ik HIER weinig kan helpen, omdat is zelf nog niet zo lang bezig ben met php en aanverwanten, ben ik altijd blij als ik toch iemand heb geholpen. Dit zowel in privésfeer als op meerdere fora en in meerdere talen.
Als in dit geval de ts nog het lef heeft om een beetje van zijn kl.... te maken omdat hij "terecht gewezen voelt" kan hij beter op zijn eentje verder doen met een goed boek. Ook dit is al meerdere malen op dit forum vermeld aan meerdere vraagstellers.
Jan
- dat ze inderdaad eerst hun code (en hun gedachten) eens moeten fatsoeneren
- dat ze van enigzins up-to-date technieken gebruik maken, hier hoef je niet meteen eerst een doctoraalstudie voor gedaan te hebben, zolang je je maar niet bedient van technieken waarvan iedereen (inclusief PHP.net) het er over eens is dat deze verouderd zijn; het is compleet zinloos om op deze manier nieuwe code te schrijven
Daarnaast kun je ook niet echt van een timmerman verwachten dat deze iemand helpt met het verder aftimmeren van een bouwvallige schuur.
Soms stuit je ook op een muur van onwil tot verandering en afwijking van het gebaande (en mogelijk verkeerde) pad "ik wil eerst naar een oplossing toe, daarna maak ik het wel beter", "ik kan het prima lezen", "de code doet wat deze moet doen", "ik hoef de code niet te begrijpen, als deze maar werkt".
Koppigheid en tunnelvisie alom.
Een tekenend voorbeeld is nog steeds deze thread. De topicstarter reageert als een verongelijkt kind die niet direct zijn favoriete speeltje krijgt.
Hierbij moet je wel een onderscheid maken tussen "niet willen" en "niet kunnen". Verwacht in het eerste geval weinig hulp. In het tweede geval zal geprobeerd worden dat we elkaar ergens in het midden ontmoeten, maar dat houdt ook in dat de vragenstelller OOK wat moeite zal moeten doen.
Als je geen (enkele) affiniteit met code hebt, laat het dan door iemand anders doen.
In plaats van zeuren over wat er aan de hand is, kun je ook met voorstellen komen hoe het beter kan? In hoeveel topics wordt inderdaad (en terecht) aangehaald dat je het melden+weergeven van fouten moet aanzetten, dat het wellicht een strak plan is om eens wat data op je scherm te dumpen en dat je onderhand wel eens over mag stappen naar MySQLi of PDO?
Moet dit in een FAQ komen te staan, zo van "lees deze pointers door en probeer ze uit om te kijken of dit je probleem oplost, stel anders een vraag op het forum"? Wie denk je dat dit leest, laat staan probeert? Desondanks is dit misschien een idee, als er niet al zoiets is. En een checkbox bij je bericht waarin je aangeeft dat je deze dingen eerst hebt geprobeerd :).
Het probleem van PHP is misschien ook dat het redelijk laagdrempelig is. Een hoop mensen komen via de zijdeur binnen, volgen een of andere brakke tutorial, maken een typefout en zijn dan reddeloos verloren omdat ze eigenlijk geen benul hebben van wat ze aan het doen waren en daarnaast geen enkel benul hebben van hoe ze iets moeten debuggen. Met name dat laatste is wat een heleboel mensen ontbeert: het vermogen om de zut die ze zelf geschreven (of gekopieerd) hebben te analyseren. Het "probleem" is niet het probleem, maar het probleem is dat ze hun eigen code niet kunnen lezen of simpelweg niet begrijpen.
Toch denk ik dat repetitie niet eens zo'n slecht leermiddel is.
/rant
Yoop Overmaat op 08/04/2016 13:05:42:
Ik begin me steeds meer te ergeren aan sommige medeforumleden.
Wat in de posts maakt dat jij je gaat ergeren? Ergernis komt ergens vandaan en tips van anderen zouden niet tot ergernis moeten leiden, maar tot inzicht.
Yoop Overmaat op 08/04/2016 13:05:42:
Dat betweterige gezeik moet eens afgelopen zijn hier.
Kan het zijn dat de mensen die antwoorden jarenlange ervaring hebben en wellicht weten waar ze het over hebben? Je zou kunnen vragen waarom iemand vindt dat een bepaalde werkwijze handiger is. In het rotste geval leer je daar wat van.
Yoop Overmaat op 08/04/2016 13:05:42:
Geef gewoon een antwoord of geen antwoord, dat afzeiken omdat er toevallig wat wolligs aan code in een verhaal staat mag niet leiden tot een bits antwoord.
Eerlijk van je dat je beseft dat de code die je post wat wollig kan overkomen, da's denk ik een goed begin.
Yoop Overmaat op 08/04/2016 13:05:42:
Dit valt me steeds vaker op vooral naarmate het abstractie niveau van een probleem toeneemt.
Wat versta jij onder abstractieniveau? Kan het zijn dat dit abstractieniveau voor anderen overkomt als niet concreet zijn en om de hete brei heendraaien?
Yoop Overmaat op 08/04/2016 13:05:42:
Vele wegen leiden naar Rome en wie zegt dat jouw wijze van coden de juiste is?
Er leiden inderdaad vele wegen naar Rome. Langs die weg staan mensen om je te helpen en ervoor te zorgen dat je niet in een ravijn valt. Als je op een weg loopt, een afgrond nadert en hier om hulp vraagt, zal men met alle macht proberen om je niet in dat ravijn te laten vallen, want daarom vraag je immers om hulp.
Vroeger wist ik ook niet veel van PHP, maar door veel te lezen, vragen en vooral te luisteren naar mensen die al jaren in dit vakgebied bezig zijn en door te vragen waar iets mij misschien onlogisch leek, heb ik enorm veel bijgeleerd. Ik had ook kunnen zeggen "geef gewoon antwoord", maar ik kan met zekerheid zeggen dat ik dan niet zover was gekomen. Durf kritisch te zijn op jezelf! Of je verder wilt komen is uiteraard een keuze die een ieder voor zichzelf maakt.
Om Einstein te quoten:
Quote:
Als je blijft doen wat je altijd gedaan hebt, blijf je krijgen wat je altijd gekregen hebt (Insanity: doing the same thing over and over again and expecting different results)
Gewijzigd op 09/04/2016 22:49:22 door Martin -
Dit topic is gesloten.