Onderwerp: PHP Vragen voor sollicitatie gesprek?

Ik vraag altijd om een stuk code naar me te mailen. Dan kan ik zien of iemand error handling snapt, user input sanitized etc..

Plus inderdaad de gebruikelijke vragen : OO/PHP5, Smarty, etc...

Ik zou ook meer testen op logische/algemene kennis op het gebied van OO. Iedereen meent tegenwoordig OO te kunnen schrijven door van alles en nog wat in klassen te dumpen.

Uiteindelijke is het begrijpen van de taal een kwestie van ervaring. Ligt ook een beetje wat jullie verwachten van de sollicitant.

Een programmeur met een opleiding en ervaring kán (in pseudocode desnoods) op tijd van een uurtje wel een oplossing voor een gem. probleem verzinnen zonder google te gebruiken. Dat soort dingen moest ik vroeger ook, kan een andere ook dus. En dit is een redelijk betrouwbare manier om te zien wat iemand in zijn mars heeft. Zélfs als je gewoon een schoolvoorbeeld vraagt, aangezien de meeste 'programmeurs' dat niet eens uit het hoofd kunnen opratelen.
Niet op voorhand zeggen dat dit onderdeel van de sollicitatie is uiteraard. Succes verzekerd, trust me. Een pen, genoeg papier en een uurtje is alles wat je nodig hebt. (De order-orderregel vraag is altijd een aardige die net in een half uurtje kan en die een paar valkuilen heeft die de beginneling gewoon gaat missen.

Je kan het ook omdraaien. Een stukje code aanleveren met een aantal fouten erin. Kijken hoe iemand dat oplost.
Begint iemand met error_reporting() aan te zetten? Herschrijft ie een stuk code naar iets beters?

(ik neem aan dat je wilt weten of iemand met codes van anderen om kan gaan?)

Oorspronkelijk geplaatst door chielsen

Triloxigen, ik dacht eerst ook zo, maar als je bijvoorbeeld zend framework gaat gebruiken dan moet je wel. Anders wordt je code zoveel onduidelijker.
Zelfs als de shorttag niet aan staat kan je dat nog altijd forceren.

Ik gebruik zelf geen Zend dus daar kan ik niet over oordelen.
Mijn php bestand bevat bij mij overigens maar 1x <?php en 1x ?>, echoen doe ik niet aan.
Alles gaat gewoon naar een template engine (smarty, dus daar ook geen <?php )

(hoewel niet waar natuurlijk, werk veel in andermans code waar je vanalles tegen komt helaas)

Gebruik in classes eigenlijk nooit ending tag ?>, alleen in de views.. zou nut ook niet van weten behalve dat whitespace kan veroorzaken.

Oorspronkelijk geplaatst door daanl

Gebruik in classes eigenlijk nooit ending tag ?>, alleen in de views.. zou nut ook niet van weten behalve dat whitespace kan veroorzaken.

Ik las dus gisteren ergens dat dat vanaf een bepaalde versie niet meer ondersteund wordt. Uiteraard kan ik het niet meer vinden

Maar persoonlijk vind ik het netjes, hetzelfde als dat je </td> ook niet hoeft af te sluiten en het ook werkt

OO, MVC maar ook zaken als Subversion of een andete variant van versiebeheer zijn belangrijk voor een codeslaaf. Pak gewoon een ZCE proefexamen. Verder verwacht ik van een codeslaaf in ieder geval dat die de bedoeling van Unittests kan omschrijven. De werking hoeft van mij nog niet eens.

Niwt onbwlangrijk: werken met XML, dat ga je vaak gebruiken vior een API. Desnoods mwt de xml-simple functie. Iets met SOAP zal mooier zijn. Geef hem een laptop zonder Internet, een FO en wat tijd om naar eigen inzicht deze opdracht uit te werken. Al gaat dit meer richting assesment em vind ii niet dat je een kandidaat dit onvoorbereid moet laten doen, tenzij hij nwt zo arrogant is als mij (en dan nog doodleuk vraagt om het extra moeilijk te maken...)

Lekkere denigrerend randy.

Ik ben wel benieuwd welke vragen je uiteindelijk gesteld hebt en wat de antwoorden waren.

Om te beginnen een excuus voor de typefouten. Ik zit met een iPhone in de hand in de trein.

Zend.com > Certification en daar even een proefexamen doen, dan heb je een paar goede vragen van het enige PHP examen dat zo'n beetje in de markt bekend is.

Oh ik dacht dat je dronken was

"Ik las dus gisteren ergens dat dat vanaf een bepaalde versie niet meer ondersteund wordt." Nee Serieus, je maakt een grapje?

Ook niet onbelangrijk is veiligheid, remote code execution, SQL injections, XSS
http://wiki.phpfreakz.nl/Overzichtelijk_programmeren misschien kan je hier wat voorbeelden uithalen.

En efficiënt geheugen management.

Op de sollicitaties waar ik zelf ben geweest heb ik altijd een test moeten maken. De tests waren erg verschillend. Bij een bedrijf moest ik alleen wat sql statements uitvoeren door middel van php. Bij een ander bedrijf moest ik een heel film bestand schrijven waar de eigenaar films in kon voeren met tags, titels etc... en daar ook nog eens in moest kunnen zoeken etc... alles moest ook nog eens met en zonder ajax ondersteuning werken.

Ik denk dat het laten doen van een test op locatie altijd een hele goede indicatie geeft. Je krijgt wat te weten over het niveau van de sollicitant, over zijn codeer stijl en over zijn snelheid, al dan niet gebruik makend van het web of zijn eigen hersens.

Overgings ben ik het er wel helemaal mee eens dat je beter een programmeur kan hebben die alles goed opzoekt dan een die denkt alles uit zijn hoofd te kunnen.

We hadden zo'n eikel in de groep bij mijn vorige werkgever die dacht alles uit zien hoofd te kunnen: PHP, MYSQL, Javascript, json, xml, xhtml etc etc... vervolgens kon de rest van het team al zijn werk over doen omdat er niks van klopte / werkte.

Just my 2 cents...