Een repository om te laten zien hoe jij code schrijft en over code denkt. Een startpunt voor een goed gesprek over ons vak!
Mogelijk ben je hier gekomen omdat je een tweede gesprek hebt met ons. In zo'n gesprek willen we het hebben over techniek. We willen zien hoe je code schrijft, hoe je er over denkt, wat je belangrijk vindt. Kortom: we willen een gesprek over code ergens mee kickstarten.
Er zijn vele manieren om dat te doen. Wellicht heb je open source projecten die je graag zou willen laten zien. Mogelijk heb je een vorig project waar je code van wilt delen met ons. En dat is een prima optie wat ons betreft. Maar misschien heb je dat (nog) niet. Daarmee komen we op deze repository: een startpunt om wat code te schrijven als basis voor een gesprek over techniek!
"Is dit nu een test?" vraag je je misschien af? Het antwoord is wat ons betreft heel duidelijk: nee! Het heeft wél iets weg van een test (en dat is ook de bedoeling!), maar er zijn een aantal belangrijke verschillen:
- Het bepaalt niet of je wordt uitgenodigd (okay, tenzij je iets heel geks doet). Dat hadden we namelijk al bedacht voordat we je hier naartoe stuurden. Je krijgt dus sowieso de kans om je keuzes toe te lichten.
- We willen dat je dit timeboxed: 2 tot 4 uur. Het is logisch dat je dan misschien niet aan alles toe komt. Dat geeft niet. Focus op laten zien wat je belangrijk vindt, en vertel ons over je keuzes daarin.
- Voor een 'test' kun je slagen of falen, of krijg je een eindcijfer. Dit is echter puur input voor een volgend gesprek.
De opdracht bestaat uit drie onderdelen waarin je gebruik maakt van de dataset die je vindt in data/cameras-defb.csv. Je mag de opdracht doen in een taal en tech stack naar keuze (wij zijn vooral bekend met C#, JavaScript, PHP, Java).
Maak een programma of script dat de gebruiker in staat stelt om via de CLI te zoeken op een deel van een camera name, bijvoorbeeld:
# PHP via de CLI aanroepen
php search.php --name Neude
# Of als je .NET Core hebt gebruikt
dotnet Search --name Neude
# Etc.Verwachte output:
501 | UTR-CM-501 Neude rijbaan voor Postkantoor | 52.093421 | 5.118278
503 | UTR-CM-503 Neude plein | 52.093448 | 5.118536
504 | UTR-CM-504 Neude / Schoutenstraat | 52.092995 | 5.119088
505 | UTR-CM-505 Neude / Drakenburgstraat / Vinkenurgstraat | 52.092843 | 5.118351
506 | UTR-CM-506 Vinkenburgstraat / Neude | 52.092378 | 5.117902
507 | UTR-CM-507 Vinkenburgstraat richting Neude | 52.092234 | 5.117766
Serveer de data uit de csv vanuit een web-API, zodat een webapplicatie die data ergens kan ophalen.
Voor de front-end staat het je vrij om te kiezen of je wel of niet een framework gebruikt, en zo ja welk framework. Bedenk wat je graag wilt laten zien, c.q. waar je het graag in het tweede gesprek over wilt hebben.
Het eerste onderdeel van de front-end bestaat uit het ophalen van de data uit de API.
Toon de data verspreid over vier kolommen in de gegeven code/index.html.
De spreiding van de data moet gebeuren volgens de onderstaande regels en op basis van het number van de camera:
- Als het
numbervan de camera deelbaar is door 3, dan belandt hij in de eerste kolom - Als het
numbervan de camera deelbaar is door 5, dan belandt hij in de tweede kolom - Als het
numbervan de camera deelbaar is door zowel 3 als door 5, dan belandt hij in de derde kolom - Als het
numbervan de camera niet deelbaar is door 3 en niet deelbaar is door 5, dan belandt hij in de laatste kolom
Het tweede onderdeel bestaat uit het tonen van de camera's als markers op een Map.
Toon alle camera's in de div met id mapid in de gegeven code/index.html.
Je mag een Map-tool naar eigen keuze gebruiken, maar heb je geen voorkeur dan raden we een combinatie aan van de Leaflet JavaScript library met de plaatjes voor kaarten via een gratis MapBox account die OpenStreetMap kaarten gebruikt. In dat geval is 52.0914 bij 5.1115 een view gecentreerd op Utrecht.
Jazeker, deze opdracht is open source!
"Maar zijn jullie niet bang dat mensen dan gaan 'valsspelen'?" Hah, nou, die kans is niet heel veel groter dan wanneer we een losse opdracht zouden mailen. We zijn graag open en eerlijk naar elkaar, en vertrouwen erop dat je gewoon zelf aan de slag gaat. Bovendien, gekke dingen komen in ons gesprek uiteindelijk vanzelf wel bovendrijven...
"Accepteren jullie dan ook.... pull requests?" Maar natuurlijk! Het is alleen zeker niet het hoofddoel, dus focus vooral op de opdracht zelf. Maar heb je achteraf nog een voorstel voor hoe dit beter kan, of wil je een taalfoudt oplossen: stuur maar op die PR's! Of open even een issue als je twijfelt.
Huh?
Keep Talking and Everybody Codes
"Wat is dat nou weer?" Sorry, woordgrapje gerelateerd aan een toffe game.
Zie LICENSE.txt voor volledige details. In het kort mag je gerust een fork onderhouden met een vertaling van de tekst, mits je je aan de voorwaarden van de license houdt. Voor enkel het aanpassen van de README betekent dat simpelweg dat je (a) het werk attribueert (een fork geeft al de origin aan dus da's prima) en (b) je eigen modificaties onder dezelfde voorwaarden voor anderen beschikbaar stelt. Sharing is caring! 🧡😊
De volgende vertalingen van deze opdracht zijn door anderen gemaakt en onderhouden:
- English translation: https://github.com/FreekPaans/everybody-codes
- English translation: https://github.com/iChoosr-BVBA/everybody-codes (based on the above fork by FreekPaans)