Een goede programmeur??

[michels85]

Hallo allemaal,

 

Eerste keer dat ik hier een vraag stel maar ik hoop dat jullie hem kunnen beantwoorden.

 

Ik heb een concept bedacht wat geprogrammeerd moet worden, nu heb ik bij 2 patijen een offerte aangevraagd maar qua prijs zijn ze ten eerste al verschillend.

 

De eerste waar ik ben geweest is dubbel zo duur als de tweede en zeggen ook dat het langer duurt om te bouwen 2 maanden fulltime programmeren en dan nog eens 3 maanden testen en bijwerken.

Terwijl de tweede partij zegt dat hij 2 maanden nodig heeft om het te bouwen en te testen en dan is het klaar met hooguit nog een halve maand erbij.

 

Nu is mijn vraag hoe kan ik controleren door bijv. vragen te stellen welke programmeur nu goed en wat zijn kwaliteiten zijn

 

Zijn daar standaard vragen lijsten voor of kunnen jullie mij daarmee helpen.

Ik heb wel enige ervaring met internet programmeurs maar niet in dit soort projecten.

 

Alvast bedankt voor jullie hulp.

 

Michel

[djluc]

Om mijn framework opmerking nog maar wat kracht bij te zetten: Degelijk frameworks controleren zelf in de database layer de waarden waardoor je, mits je de coding quidelines volgt, geen sql injections kan doen.

[TomH]

Of je gebruikt gewoon de mysqli extensie in plaats van de mysql.

Zie http://www.zend.com/php5/articles/php5-mysqli.php, dan kan je bijvoorbeeld parameter bounding doen.

[willemj]

In Perl kun je in 'taint mode' een variabele die van buitenaf komt alleen maar gebruiken wanneer je hem eerst via een 'regular expression' hebt gecontroleerd op correctheid. Das pas veiligheid ;)

 

Maar zullen we het onderwerp weer toespitsen op hoe je er nou achter kunt komen of een programmeur een goede is (en dus gebruikt maakt van deze technieken) i.p.v. de technieken hier opnoemen?

 

Naast mijn eerder genoemde vraag hoe hij foutafhandeling doet is het vragen of hij kort kan vertellen wat 'sql injection' en 'cross site scripting' zijn wel een aardige dus. Je moet iemand natuurlijk niet afrekenen op het feit dat hij een term niet kent maar in het algemeen beveiliging in het achterhoofd hebben tijdens het programmeren is belangrijk.

[Jeroen Bakker]

Wij hadden in onze vacatures een rijtje "moeilijke termen" (de vacature is niet meer actief, maar nog wel online te vinden, o.a. op de site van Higherlevelaar Anders). Je moet dan wel zelf weten waarover je praat natuurlijk, maar dit leverde altijd boeiende gesprekken op en gaf veel inzage in iemands niveau, denkwijze en ideeën.

 

(Het verhaal van PHP wel-niet goed is in mijn ogen erg gekleurd. Je moet er geen complete, zeer intensieve banksystemen mee maken, maar goed PHP-werk kan erg diep gaan en betrouwbaar zijn. Maar die discussie is, zoals willemj al zegt, minder interessant.)

[Eric65]

Beste Michel,

 

 

Allereerst zou ik zekerheid willen hebben dat het product dat je wilt laten maken niet het werk is van 1 programmeur, maar er een bedrijf achterstaat dat meerdere programmeurs in dienst heeft die gezamenlijk werken aan verschillende projecten, zodat je zeker weet dat de uiteindelijke code leesbaar is voor andere programmeurs (en netjes is geschreven met voldoende documentatie in de code) zodat andere programmeurs er ook mee aan de slag kunnen.

 

Daarnaast zou ik erop letten dat het bedrijf gebruik maakt van industrie standaarden ,en bij voorkeur gecertficeerde programmeurs in dienst heeft, zodat je zeker weet dat het uiteindelijke product technisch voldoet , en van deze tijd is, wat met name m.b.t. beveiligingsaspecten erg belangrijk is.

 

Verder zou ik vragen aan het bedrijf om ontwerpen (b.v. in uml) te laten zien van voorgaande projecten, zodat je kan zien of dit bedrijf gebruik maakt van gangbare methodieken om software te ontwerpen.

 

Wat je daarnaast kan vragen is of er tijdens het bouwen gebruik wordt gemaakt van reeds ontwikkelde standaard modules (denk b.v. aan het inlog,aanmeld en member deel van een website), als dit het geval is dan scheelt dat ontwikkeltijd en dus geld.

 

 

Ik denk als bovenstaande vragen positief zijn beantwoord, je te maken hebt met een bedrijf waarvan je met vrij grote zekerheid kan zeggen dat ze de opdracht tot een goed einde zullen brengen.

 

 

;D

[R.I.P. | Peter Bonjernoor]

Uhm...zowel meerdere programmeurs, als gecertificeerd zijn bieden absoluut geen enkele garantie, kan ik je uit ervaring vertellen.

 

Je kunt vrij eenvoudig je certificering halen zonder enige programmeerervaring te hebben opgedaan. Als je drie van dat soort beginners met elk hun eigen programmeerstijl aan een stuk code laat werken kun je er vrijwel zeker van zijn dat het daarna volslagen onleesbaar is.

 

Ervaring is in mijn ogen verreweg de belangrijkste eigenschap die ene goede programmeur onderscheidt van de minder goede.

[Eric65]

De kwaliteit van programmeurs is natuurlijk afhankelijk van de ervaring van programmeurs ,en ik ben het met je eens dat ervaring belangrijker is dan een cerificaat zonder ervaring. Ik denk echter dat ik in mijn advies duidelijk heb gemaakt dat je op zoek moet gaan naar een bedrijf dat met meerdere programmeurs werkt, en ik denk dat de kans dan relatief klein is dat je te maken krijgt met alleen beginners omdat veel bedrijven al vele jaren actief zijn in de softwarebranche, en er zowel junior als senior ontwikkelaars werkzaam zijn.

Bij een dergelijk bedrijf acht ik de kans klein dat je als resultaat code krijgt die onleesbaar is voor andere programmeurs.

Ik ben het met je eens dat een certificaat geen garantie is op kwaliteit en dat een certificaat behalen kan d.m.v een cursus, zonder dat je werkt in de praktijk, of het behalen van een certificaat voor programmeren eenvoudig is weet ik niet, maar als ik kijk op b.v. info support en de aangeboden Visual C# Track cursus om MCAD (Microsoft Certified Application Develloper) certificering te behalen, en de cursusduur van 23 dagen, dan lijkt deze cursus mij behoorlijk pittig.

Het is natuurlijk onmogenlijk om in 23 dagen te leren programmeren en een dergelijke cursus geeft dan ook alleen inzicht in de manier waarop je de beschikbare tools en de beschikbare framework classes kan gebruiken binnen een bepaald ontwikkelgebied.

 

;D

[R.I.P. | Peter Bonjernoor]

Ik denk echter dat ik in mijn advies duidelijk heb gemaakt dat je op zoek moet gaan naar een bedrijf dat met meerdere programmeurs werkt ... Bij een dergelijk bedrijf acht ik de kans klein dat je als resultaat code krijgt die onleesbaar is voor andere programmeurs.

 

Dat was inderdaad duidelijk, maar gezien het huidige verloop bij een hoop softwarebedrijven, en de lage eisen die tegenwoordig in vacatures ge-eist worden is die kans denk ik toch een stukje hoger.

 

Ik ben het met je eens dat een certificaat geen garantie is op kwaliteit en dat een certificaat behalen kan d.m.v een cursus, zonder dat je werkt in de praktijk...

 

Laat ik het zo stellen - ik heb het meegemaakt dat iemand net trots haar certificaat aan iedereen had laten zien, om vervolgens een hele dag vruchteloos bezig te zijn met een probleem omdat ze het verschil tussen server-side en client-side scripting niet snapte. ;-)

 

En de dame in kwestie werd naar klanten toe wel degelijk geprofileerd als Certified blablabla...

 

Dus inderdaad, dat iemand certified is zegt iets over de theoretische kennis die je zou mogen verwachten, maar zegt helemaal niets over of die persoon ook in staat is deze kennis in de praktijk toe te passen.