Onderwerp: PHP Vragen voor sollicitatie gesprek?

Beste mede WHT'ers,

Om 10 uur komt er bij ons weer iemand op gesprek om een functie als PHP ontwikkelaar in te vullen.

Nu kom ik heel vaak mensen sollicitanten tegen die beweren de beste experts te zijn, maar achteraf flink waardeloos lijken te zijn.

Dus ik verzamel wat algemene vragen over PHP, die je een sollicitant kan vragen. Dit moeten vragen zijn die een gemiddelde PHP'er wel hoort te weten, maar niet te voorspelbaar zijn (zodat ze gaan gokken).

Heeft iemand een leuke vragenlijst, of weet iemand nog enkele vragen welke ik kan stellen (kan zelf weinig bedenken.).

Alvast bedankt .

zo, goed voorbereid...

Wat dacht je van referenties? Vraag verder naar voorbeelden. Natuurlijk kan je vragen een stukje code te programmeren bij een volgend gesprek.

Oorspronkelijk geplaatst door pierce

zo, goed voorbereid...

Wat dacht je van referenties? Vraag verder naar voorbeelden. Natuurlijk kan je vragen een stukje code te programmeren bij een volgend gesprek.

Bedankt voor je reactie.
Het is niet echt iets wat ik in eerste instantie van plan was. Normaal vragen we inderdaad code voorbeelden, maar heb ook eens meegemaakt dat ze ergens van het internet afgehaald waren.

Een stukje code, gun je ze vaak extra tijd, waardoor het vaak met behulp van internet wel te regelen is.

Dus vanochtend bedacht ik me ineens, dat je met wat specifieke php vragen wel wat beter inzicht zou kunnen krijgen.

Oorspronkelijk geplaatst door bassiej

Bedankt voor je reactie.
Het is niet echt iets wat ik in eerste instantie van plan was. Normaal vragen we inderdaad code voorbeelden, maar heb ook eens meegemaakt dat ze ergens van het internet afgehaald waren.

Een stukje code, gun je ze vaak extra tijd, waardoor het vaak met behulp van internet wel te regelen is.

Dus vanochtend bedacht ik me ineens, dat je met wat specifieke php vragen wel wat beter inzicht zou kunnen krijgen.

Welke programmeur gebruikt niet dagelijks internet om stukjes code op te lossen

Oorspronkelijk geplaatst door martysmarty

Welke programmeur gebruikt niet dagelijks internet om stukjes code op te lossen

Elke programmeur doet dat, maar je wilt bij een sollicitatie juist weten of deze echt de juiste kennis heeft.

een programmeur die in 5min het vraagstuk via internet weet op te lossen is beter in mijn ogen als iemand die denkt alles te weten uit zn hoofd.
kennis is maar beperkt en om dan goed gebruik te maken van beschikbare bronnen is de kunst

Oorspronkelijk geplaatst door marsipulami

een programmeur die in 5min het vraagstuk via internet weet op te lossen is beter in mijn ogen als iemand die denkt alles te weten uit zn hoofd.
kennis is maar beperkt en om dan goed gebruik te maken van beschikbare bronnen is de kunst

Zit wat in.

Laat hem iets oplossen en kijk mee hoe hij het oplost en hoe lang hij er over doet.

Ik heb een tijdje de sollicitaties gedaan en had in de 2e ronde altijd een praktijktest van minimaal een half uur. Werkte erg verhelderend.

- Vragen of hij shorttags gebruikt (wat niet zou moeten)
- Of hij volgens het MVC model werkt (niet verplicht, wel beter)
- Vraag om een lus te schrijven met een echo (foreach, while, for naar eigen keuze). Heel erg basic, dat moet iedereen wel kunnen.

Valt niet mee om die vragen te verzinnen, haha

Oorspronkelijk geplaatst door marsipulami

een programmeur die in 5min het vraagstuk via internet weet op te lossen is beter in mijn ogen als iemand die denkt alles te weten uit zn hoofd.
kennis is maar beperkt en om dan goed gebruik te maken van beschikbare bronnen is de kunst

Mee eens, iedereen zoekt weleens wat op. je hebt functies die je niet vaak gebruikt en dan erg op elkaar lijken (1 letter verschil) en die dan net iets anders doen.
En soms is het $needle, $haystack en bij een andere functie weer $haystack of $needle wat soms ook wat snel door elkaar te halen is.

Short tags, moet niet, werkt wel. Op basis hiervan iemand toetsen? Is namelijk een persoonlijke voorkeur en kan hij zo switch indien hij dat wenst.

Oorspronkelijk geplaatst door xaban

Short tags, moet niet, werkt wel. Op basis hiervan iemand toetsen? Is namelijk een persoonlijke voorkeur en kan hij zo switch indien hij dat wenst.

Het probleem is dat het dus niet altijd werkt, daarnaast is <? ook behouden aan XML en vormt dus problemen om het beide te gaan gebruiken.
Ik vind het ook niet onaannemelijk te verwachten dat het gaat vervallen in toekomstige versies van PHP. PHP zelf raad het gebruik ook af.
Hetzelfde als gebruik maken van van <%.

Ook al is het een persoonlijke voorkeur (of luiheid), ik vind het belangrijker dat je een systeem bouwt dat de grootste kans heeft dat het ook daadwerkelijk werkt.
Ik vind het dus een goed iets om te laten zien of luiheid boven functionaliteit gaat.

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 nooit inline xmlcode dus de valkuilen zijn redelijk ver te zoeken. Het voordeel als je een bestand met bijvoorbeeld 50 kleine echo's hebt <?=$hoi?> ipv <?php echo$hoi?> vind ik het wel waard.

Dan, wat kan je vragen:
Wat is een singleton (kan je dan nog bij vragen om het te maken) en wat doet het.
Hoe kan je een fout onderdrukken (met @, het is vaak wel slecht programmeren, maar je kan toch iets zien over zijn kennis).
Wat is een persistente connectie(ik neem aan dat je ook met mysql aan de slag moet).
Waar moet je naar kijken als een query traag is (indexen, joins, of je niet te veel data ophaalt).

Ik zou eerder logisch denken, OO-kennis en dergelijke meer testen. Laat ze maar eens snel een fibonnaci schrijven, recursief en niet-recursief, en je gaat er al enkele zien zweten.

In PHP 5.3 is toch de default-instelling dat short_open_tags disabled is?

Wat zijn unit tests en wanneer gebruik je ze ook leuke vraag