Het lijkt me verstandig op te schrijven wat voor eisen er aan scripts en tutorials worden gesteld voordat ze geplaatst worden.

Er staat een hoop zinloze inhoud en scripts die het zelfde doen als andere scripts, alleen via onveilige wegen en slecht gedocumenteerd.

Een manier om te voorkomen dat iedereen zn eerste guestbook hier plaatst.
Jepz goed idee...

Voorstel :
Elk script kan de eerste X weken gerate worden.
Als na die X weken het cijfer onvoldoende (5 of 4 ofsow) is dan gaat ie weg.
Zo krijgt ieder script een kans om te blijven, op basis van wat de bezoekers/members ervan vinden.
Nee, lijkt me niets.

Gewoon, concrete eisen. Niet wat het gemiddelde van de toevallige voorbijganger vind.

Slechte scripts moeten van punt nul wel of niet gepubliceerd worden.

Het is tamelijk amateuristisc om aan te komen met: Sja. We weten niet of dit wel een goed script is.. dus als je het tof vind is het vast wel goed.

Daarnaast ben ik het er niet mee eens dat de mening van de massa ook gelijk staat aan kwaliteit.

Mja dan hou je altijd last van:
[1]
Ik vind dit een goed script!
[2]
Ik niet ...
Beide zijn het goede programmeurs ... tsja ...
Pff.

Lees eens wat er staat: richtlijnen. Dat betekend een maatstaf voor kwaliteit! Dus niet dat twee admins lekker gaan vechten over wat erop komt: maar je gaat kijken hoe het geschreven is, en eventueel goede docuementatie schrijven, juiste identing, nette nesting van php en HTML maken (etc.. etc.. etc..)

Met zulke argumentatie die jij daar boven beschrijft zijn het kinderachtige prutsprogrammeurs.

"Ik vind het script niet van kwaliteit genoeg om te publiceren, het bevat niet genoeg comments, en ik vind het slordig geschreven".

De richtlijnen die je vervolgens maakt kan je aan meten welke eisen je stelt aan scripts die gepubliceerd worden.
Maar een goed script zal altijd aan bepaalde eisen voldoen. Bijvoorbeeld:
- Wat is het doel van het script en haalt het script het doel?
- Is het script goed in elkaar gezet, of draait het maar net?
- Voegt het script daadwerkelijk iets toe aan de scripts die er al stonden?

Edit:
Deze reactie was voor Mitch...

Elwin
Je hebt me overtuigd Kikker :)
En jij ook Arend ...

Maarja ... wordt het dan: slecht opgebouwd script = wissen of slecht opgebouwd script = helpen met verbeteren?
Ik denk dat dat laatste wel belangrijk is.
[1] Layout eisen:
Het script moet redelijkerwijs netjes geschreven zijn:
het liefst iets in de richting zoals PEAR ze steld (juist geident) juist afvangen van fouten. Afdoende comments om het begrijpelijk te maken

[2] Documentatie
Er moet in genoeg detail beschreven zijn wat het script precies doet. Bij classes en een beschrijving per functie/object hoe er mee om te gaan (examples/korte tutorial).

[3] Functionaliteit
Het script moet of beter zijn dan een bestaand script of dusdanig andere methodiek handteren dat het niet de moeite waard is het huidige script nog te hanteren.

Liever moet er gekeken worden naar één beter functioneren script.

[4] Voetnoot
Deze richtlijnen zijn om veel scripts die boordevol beginnersfouten zitten te filteren. Hier is niemand van gedient, en hier zijn veelal betere scripts voor.

..
Het is misschien aardig om als PHP team richting de publicatie van een paar scripts te gaan waarbij aanpasbaarheid en integratie in de website voorop staan, hand in hand met veiligheid en netheid.

My 2 cents,

Arend
Als deze eisen bij Tut/Script toevoegen worden gezet denk ik dat we sowieso betere scripts zullen krijgen :)
het schrijven van scripts vind ik geen probleem, maar het commenten ervan :P
das een heel ander verhaal
Da's best noodzakelijk, denk je niet?

Reageren