Ik ben een jaar geleden een eigen bedrijf gestart omdat ik aanvragen kreeg om teksten te schrijven en te vertalen. In het afgelopen jaar heb ik zo nu en dan een ideetje gehad, heb daar iemand een layout voor laten maken en het idee met layout (als concept) verkocht. Op het moment dat je een idee hebt voor een website, en een layout hebt (en misschien al wel HTML/CSS), is het enige dat nog ontbreekt een scripter om de site te laten werken.

Tekst kan ik goed beoordelen, design ook, maar ik heb geen idee hoe ik een scripter moet beoordelen. Als ik iemand zoek om iets te maken in PHP/mySQL, hoe weet ik dan in godsnaam wie ik moet kiezen? Ik kan me voorstellen dat meer kopers dit probleem hebben, dus misschien kunnen jullie zelf uitleggen wat jullie goed en slecht vinden. Ik hoor over slechte scripters weleens dat ze problemen omslachtig aanpakken (inefficiënt), dat ze ongestructureerd werken, met bijvoorbeeld als gevolg dat een script een server zwaarder belast dan nodig is (om de zoveel tijd zie je weer iemand die van een shared server wordt gekickt omdat het script dat hij draait te 'zwaar' is).

Wat ik me had voorgenomen was om in ieder geval te vragen of iemand met wie ik misschien wil gaan werken weet wat MVC en OOP is. Vraag me niet om er iets mee te doen, maar ik weet wat het is en tegelijk dat niet alles volgens het MVC model hoeft te worden gemaakt bijvoorbeeld. Maar iedere zichzelf respecterende scripter weet wat het is, toch? Zou dat een criterium kunnen zijn, bepaalde kennis hebben?

Inderdaad, MVC is een techniek om een website te scripten.
Maar dit is eigenlijk enkel functioneel wanneer je code meermaals gaat gebruiken.
Eigenlijk is het dus vooral in het voordeel van de scripter zelf om dit te doen.

Bij sommige applicaties is het overigens ook geheel niet nodig om te werken met OOP / MVC.
Het heeft geen zin een klasse te schrijven die een zin op het scherm moet afdrukken... Bijvoorbeeld.

Dus op zich is het volgens mij ook niet echt een goede stafmaat om te vragen aan een scripter of hij weet wat MVC is... Dit is nl. snel opgezocht met Google :)

Er zijn voldoende tell-tales maar je moet beetje weten waar je op moet letten.

Vraag naar wat werk.

Als variabelen zoals _POST of _GET rechtsreeks in querys worden verwerkt duidt dit op een gebrek aan ervaring.

Vraag naar een structuur schema van een ontworpen table. Als er geen indexes zijn gedefineerd ook gebrek aan ervaring.

Verder zou ik dit soort zaken gewoon opnemen in de opdracht specificaties.

Vraag referenties en controleer deze.

Desnoods zoek je een echt ervaren scripter die gratis of tegen lage kosten (het zal per keer heel weinig werk zijn dus met een hoog uurtarief ben je hooguit een klein bedrag kwijt) een voorbeeldscript van je potentiele scripter doorkijkt. Binnen een paar minuten is goed te beoordelen of de scripter geen grote fouten maakt en of deze wel netjes werkt. Dit is zeker handig als het aan eigen ervaring ontbreekt.

Overigens wil het wel eens leuk zijn om een regel letterlijk in google in te tikken, dat wil nog wel eens resultaat geven.. --> plagiaat (als scripter zegt het geheel zelf gemaakt te hebben)

En natuurlijk niet te vergeten, onderwerp het resultaat aan een aantal grondige tests.
Uiteindelijk is het script namelijk bedoelt om een pagina te produceren welke veilig is en klopt volgens opgegeven specificaties.

Origineel gepost door Steven Verkuil

En natuurlijk niet te vergeten, onderwerp het resultaat aan een aantal grondige tests.
Uiteindelijk is het script namelijk bedoelt om een pagina te produceren welke veilig is en klopt volgens opgegeven specificaties.

Dat zou ik zeker doen, maar selectie van te voren zou ik in eerste instantie meer nadruk geven aangezien je dan de kosten kan beperken. Als het script eenmaal gemaakt is en niet bepaald netjes is, is het moeilijk om al je geld terug te krijgen (ik ken geen scripters die werken onder "Niet goed geld terug")

Een goede scripter kan uitleggen waarom hij voor een bepaalde structuur heeft gekozen, een slechte kan dat niet, simpelweg omdat hij het gewoon over heeft genomen van een ander.

Persoonlijk wordt ik altijd wel blij als ik mensen lekker ruim zie scripten en variabelen altijd zie openen met enkelquotes i.p.v. dubbelquotes.. Daarnaast is het natuurlijk prettig als iemand verstand heeft van database ontwerp en als ze je het verschil tussen bijvoorbeeld InnoDB en MyISAM kunnen vertellen. Daarnaast kan je heel veel halen uit hoe de scripter zijn code afvangt.

Persoonlijk wordt ik altijd wel blij als ik mensen lekker ruim zie scripten en variabelen altijd zie openen met enkelquotes i.p.v. dubbelquotes..

Soms is een scripter min of meer 'verplicht' om dubbelquotes "" te gebruiken ipv enken quotes ''.
Dit kan namelijk schelen in regellengte, en bij reg. expressies maakt het zeker uit (ook bij wel meer dingen, bv "\n" of '\n' etc)

Origineel gepost door Steven Verkuil

Soms is een scripter min of meer 'verplicht' om dubbelquotes "" te gebruiken ipv enken quotes ''.
Dit kan namelijk schelen in regellengte, en bij reg. expressies maakt het zeker uit (ook bij wel meer dingen, bv "\n" of '\n' etc)

En het is gewoon een kwestie van voorkeur. " en ' zijn gewoon inwisselbaar... zolang er maar geen ` gebruikt word :P

Origineel gepost door Job Schneider

Verder zou ik dit soort zaken gewoon opnemen in de opdracht specificaties.

Zo goed mogelijk specificeren is altijd belangrijk, maar lastig naarmate je zelf minder verstand hebt van dat wat gescript moet worden. Bij een opdracht kan ik haarfijn uitleggen wat een script wanneer moet doen, maar ik heb geen idee wat de beste manier is.

Origineel gepost door Lodewijk d.V.

Dat zou ik zeker doen, maar selectie van te voren zou ik in eerste instantie meer nadruk geven aangezien je dan de kosten kan beperken. Als het script eenmaal gemaakt is en niet bepaald netjes is, is het moeilijk om al je geld terug te krijgen (ik ken geen scripters die werken onder "Niet goed geld terug")

Precies. Bovendien, testen achteraf is ook niet gemakkelijk. Het script kan bijvoorbeeld precies doen wat het moet doen, maar slecht gescript zijn waardoor je in de problemen komt (of iig sneller in de problemen komt) als je site begint te groeien.

Een stukje script laten bekijken door iemand anders is op zich wel een goed idee, zijn er dan bepaalde functies of scripts waaraan je meestal wel kunt zien hoe iemand te werk gaat?

Origineel gepost door Peter

En het is gewoon een kwestie van voorkeur. " en ' zijn gewoon inwisselbaar... zolang er maar geen ` gebruikt word :P

Ik verwijs u graag naar de php manual, sectie strings:
http://ca.php.net/manual/en/language.types.string.php

Ik gaf volgens mij ook aan dat "ik er persoonlijk blij van wordt". Het geeft in mijn ogen aan dat een scripter consequent is en dat bevalt me wel. Er is naar mijn mening nooit een valide reden om dubbelquotes te misbruiken.

Er zijn geen regels waaraan je élke "slechte" scripter kunt herkennen zonder zelf ervaring te hebben, maar er zijn wel een hoop "symptonen".

Dingen die je vaak ziet bij minder ervaren scripters:
- Het gebruik van variabelen midden in een string, dus: "Hallo, $naam". Dit is erg slordig.
- Code is rommelig: bevat weinig enters en tabs worden niet (goed) toegepast.
- In SQL-queries wordt input van de gebruiker zonder enige filter gebruikt.
- Het openen van een PHP-document met <? in plaats van <?php.
- Nog een hoop dingen waar ik nu even niet op kan komen.
- Het gebruik van dubbele quotes. In PHP kunnen tussen dubbele aanhalingstekens namelijk variabelen geplaatst worden, die dus ook gevonden moeten worden. Dit kost rekenkracht. Hoe weinig ook, het is gewoon zonde. Daarnaast ben ik (samen met menigeen hierboven) van mening dat enkele aanhalingstekens netter staan.

Dingen waaraan je een ervarenere scripter kunt herkennen. Als dit wordt toegepast is een scripter vaak ervaren. Als hij/zij het niet toepast, betekent dat niet dat hij niet ervaren is!
- Het gebruik van PDO voor database connecties.
- Het gebruik van het Zend Framework.
- (zoals hierboven aangegeven:) de scripter kan dingen als MVC en OOP direct uitleggen en toelichten. Of hij/zij het ook feilloos toe kan passen is bij PHP in iets mindere maten van belang.
- De aanwezigheid van duidelijk commentaar in het script (staat achter // of tussen /* en */)

Dit zijn echter slechts richtlijnen die over het algemeen wel kloppen, maar het beste is toch om wat code na te laten kijken door een andere scripter. (Die dus wel verstand van zaken heeft...)

1 van mij technieken, lekker simpel.

Laat een scripter in een half a4'tje uitleggen
welke techniek hij wilt gebruiken, hoe hij het aanpakt
en waarom. zet dit op een forum dan krijg je vanzelf
reacties of deze scripter wel of geen goede is.

En zoja.. waarom.

mijn advies!

Origineel gepost door Steven Verkuil

Ik verwijs u graag naar de php manual, sectie strings:
http://ca.php.net/manual/en/language.types.string.php

Zo leer je nog eens wat. Handig, mensen die de complete PHP manual uit hun hoofd kennen.