Hier hekel ik me vooral aan:

$naam = "Je leeftijd is $leeftijd"; bijvoorbeeld
Moet natuurlijk $sNaam = "Je leeftijd is ". $iLeeftijd;

Maar goed, daaraan kun je ook een hele hoop herkennen.

Het gebruik van Zend Framework maakt iemand niet direct ervaren natuurlijk. Zend Framework wordt op zoveel manieren fout gebruikt dat ook dit niet de kwaliteit ten goede komt. Hoevaak zie je niet dat de Models enkel worden gebruikt als database layer, en alles maar in de controllers wordt gepropt. Dan kun je wel ZF gebruiken maar dan wordt je code nog onbeheersbaar. (Tiny Controller, Fat Models!) Models kun je hergebruiken, Controllers vaak niet.

Een goede programmeur herken je ook door de mate waarin hij betrokken is bij het project. Een programmeur vraagt om requirements, vraagt door op onderwerpen en maakt een technisch ontwerp die hij kan onderbouwen.

Je ziet veel applicaties op Sitedeals die "OO" zijn geschreven maar alles is gewoon in klassen gedumpt. Dit maakt het nog niet OO natuurlijk. OO heeft te maken met abstractie, Overerving, Encapsulatie, Polymorfie en decoupling. Je hoeft dit niet allemaal toe te passen om het OO te maken, maar het heeft veelal te maken met information hiding. Je denkt in domeinen en verantwoordelijkheden.

Zoiets.

Definieer 'goede scripter'. IMO totaal afhankelijk van het budget en het doel. Opleiding, uurtarief, professionele houding i.c.m. referenties is al een start.

Btw, OO is geen must, maar een mogelijkheid. Het is geen heilige graal.

Even voor de duidelijkheid, als een scripter PDO gebruikt, is het niet nodig om nog eens de input te gaat filteren, dat doet PDO namelijk al.

Voor de rest gebruikt een goede scripter nooit OOP gerelateerde componenten, want dan word het namelijk programmeren, en dat is voor programmeurs.
(Een scripter is iemand die scripts maakt, en scripts zijn per definitie runnable (zonder aanroep van een externe class, dus met php moet je de url intypen, en er iets gebeuren), met een output).

Voor de rest is het punt waarop je vaak goede programmeurs kan herkennen, is dat ze het hele systeem bouwen, met een mogelijkheid deze uit te breiden.
Ze willen dat andere mensen de code ook begrijpen, dus het is goed gedocumenteerd (niet iedere regel, tenzij het een vaag stukje wiskunde of natuurkunde o.i.d. is, maar vooral de functies, wat ze doen, wat de output is, en de classes)
Hij kan iets vertellen over software ontwerp, en kan een klasse diagram aan jou uitleggen, eventueel nog een sequence diagram of use-case (de laatste 2 vooral als er externe communicatie is, met andere websites of eventueel hardware).

En een goede programmeur geeft altijd advies op punten, waarvan jij mogelijk fout zit.
(ook met design, of bepaalde functies)

Voor de rest wil ik altijd wel code voor je beoordelen, om te kijk of dit door een redelijke scripter is gemaakt den ja of den nee.
Maar dan moet je maar contact met mij opnemen.

Gegroet,
Nico Kaag

Is mijn post verwijderd?

Maar als iemand minder dan 50,- per uur vraagt weet je vrij snel dat het geen fulltime baan is. Dus er zal minder praktijkervaring zijn.
Prijzen zoals hier gehanteerd van een paar euro per uur, dan moet je je geowon afvragen wat de werkelijke kennis en ervaring is.

Origineel gepost door Costeijn K.

Het gebruik van Zend Framework maakt iemand niet direct ervaren natuurlijk. Zend Framework wordt op zoveel manieren fout gebruikt dat ook dit niet de kwaliteit ten goede komt. Hoevaak zie je niet dat de Models enkel worden gebruikt als database layer, en alles maar in de controllers wordt gepropt. Dan kun je wel ZF gebruiken maar dan wordt je code nog onbeheersbaar. (Tiny Controller, Fat Models!) Models kun je hergebruiken, Controllers vaak niet.

Zoiets.

Dat het iemand gelijk super goed maakt, heb ik ook niet gezegd. Maar je zult beginners (bijna) nooit gebruik zien maken van Zend... Daar is het nou eenmaal net iets te gecompliceerd voor.
Aanvullend bericht:

Origineel gepost door N. Kaag

Even voor de duidelijkheid, als een scripter PDO gebruikt, is het niet nodig om nog eens de input te gaat filteren, dat doet PDO namelijk al.

Dacht het even mooi niet. Je gaat met PDO net zo hard de fout in als je input in de query gaat gooien. Enkel als je gebruik maakt van parameter binding zit je veilig. Niet omdat dit gefilterd wordt, maar omdat de parameters gewoon los van query worden verzonden, waardoor de SQL-server weet wat een parameter is en wat bij de query hoort. Hierdoor heb je dus geen last van o.a. SQL-injectie, niet omdat het gefilterd wordt ofzo.

Inderdaad dat vind ik net zo iets als mensen die voorheen riepen dat ze toch MAGIC_QUOTES aan hadden staan en dat het niet zoveel uitmaakte.

Origineel gepost door Robert de W

Definieer 'goede scripter'. IMO totaal afhankelijk van het budget en het doel. Opleiding, uurtarief, professionele houding i.c.m. referenties is al een start.

Een goede scripter, in de ogen van mij als leek, is iemand die genoeg kennis heeft om te kunnen bepalen wat voor manier van scripten hij toepast voor een bepaald project, en waarom. Iemand die in ieder geval nette, efficiënte, gestructureerde scripts kan produceren waarin geen onnodige dingen gedaan worden.

De eerdere suggestie van een "scripter" eerst te laten uitleggen wat hij van plan is én op welke manier is voor mij ook een maatstaf.

OO of MVC zeggen totaal niets over de netheid van de scripter.

Een goede scripter verwerkt veel documentatie in zijn code. Verder is de gehele code goed voorzien van tabs en enter. Je zou goede code, zelfs als je niet veel kennis heb, toch wel kunnen lezen. (of in ieder geval de structuur kunnen gebruiken)

Je zou natuurlijk ook een klein testopdrachtje kunnen geven, waar maximaal een paar uur aan moet worden gewerkt.
Of, wat ik heel leuk vind: een bestaand script stuk maken. Documenteren wat je hebt gedaan én vervolgens het aan een scripter voorleggen. Bugfixen gaat voor experts vaak heel snel.

Origineel gepost door marcodejong

OO of MVC zeggen totaal niets over de netheid van de scripter.

Volgens mij heeft niemand gezegd dat het kunnen toepassen van OO of MVC iets zegt over de kwaliteit. Het is echter wel zo, dat als een scripter bekend is met die onderwerpen, hij enigszins verstand heeft van zijn vak en je dus geen nieuweling te pakken hebt. (uitzonderingen daargelaten)

Origineel gepost door marcodejong

Een goede scripter verwerkt veel documentatie in zijn code. Verder is de gehele code goed voorzien van tabs en enter. Je zou goede code, zelfs als je niet veel kennis heb, toch wel kunnen lezen. (of in ieder geval de structuur kunnen gebruiken)

Documentatie zegt natuurlijk ook geen drol over de kwaliteit en of dus een ontwikkelaar goed is..

Een goede programmeur gebruikt naar mijn inzien ook vrijwel altijd enkele quotes (enkel bij queries is het geen must). De code is overzichtelijk, en indien nodig word er commentaar in de code geplaatst. Ook vind ik dat hij/zei zich in het project moet verdiepen, en alles naar wens van de klant moet maken. Indien de klant wenst een voorbeeld van eerder geprogrammeerde code te zien, moet dat kunnen.

Origineel gepost door gast12875

Een goede programmeur gebruikt naar mijn inzien ook vrijwel altijd enkele quotes (enkel bij queries is het geen must). De code is overzichtelijk, en indien nodig word er commentaar in de code geplaatst. Ook vind ik dat hij/zei zich in het project moet verdiepen, en alles naar wens van de klant moet maken. Indien de klant wenst een voorbeeld van eerder geprogrammeerde code te zien, moet dat kunnen.

Waar haal je dat enkele quotes verhaal vandaan?

echo 'dit is een enkele quote'; ziet er toch ook niet uit.
Een goede programmeur is consequent, maar vind ik niet echt vasthangen aan dubbele of enkele quotes.

Mocht iemand aan een standaard willen werken, ga dan hier kijken;
http://pear.php.net/manual/en/standards.php

Dat haal ik vandaan uit mijn eigen ervaring. Mocht dit niet kloppen, dan bied ik bij deze mijn excusses aan. Maar zoals ik al zei is dat naar mijn inzien.

@Milan.
Soms is het gewoon beter/noodzakelijk om double quotes te gebruiken, en dat is niet alleen bij een MySQL query
http://ca.php.net/manual/en/language.types.string.php