Arbeidsverleden tijdlijn-regels zijn de conventies die bepalen hoe een reeks functies wordt geordend, gedateerd en gelezen — en ze zijn zwakker dan de meeste validatiecode aanneemt. Bijna elk recruitmentsysteem ter wereld toont een werkgeschiedenis als een lijst van gedateerde intervallen, en bijna geen ervan is het eens over hoeveel precisie die datums nodig hebben, in welke volgorde de lijst loopt, of wat een ontbrekende maand betekent.
Dit artikel scheidt de conventies van de beperkingen: wat een lezer verwacht, wat werkelijk onmogelijk is, en wat slechts ongewoon lijkt in een record dat verder in orde is.
Hoe moet een werkgeschiedenis worden opgeschreven?
Elke functie wordt vastgelegd als een kleine set feiten in plaats van een zin. De beklede titel, de werkgever, en de maanden die de functie omvatte — een beginmaand en ofwel een eindmaand ofwel een open einde voor een functie die nog loopt.
Dat is de hele conventie, en al het andere dat een lezer afleidt, is daaruit afgeleid. De lengte van elke functie komt uit de twee datums. De totale lengte van de carrière komt uit de intervallen zodra ze zijn gesorteerd. Het onderscheid tussen een huidige functie en een afgeronde wordt volledig gedragen door of het einde open is. Niets anders hoeft te worden opgeslagen, en al het andere dat wordt opgeslagen, raakt gewoonlijk uit overeenstemming met de datums waaruit het is berekend.
Het woord Present, of wat het plaatselijke equivalent ook is, doet meer werk dan het lijkt. Het is geen datum en het is geen leeg veld. Het is een bewering dat de functie niet is geëindigd, en code die het als een string leest, of er een lege waarde in de plaats schrijft, zal uiteindelijk een record produceren dat beweert dat iemand een baan heeft verlaten die hij nog doet.
Moet elk gat worden verklaard?
Nee. Een gat tussen twee functies is een feit over een tijdlijn, geen defect erin, en de redenen zijn gewoon: voltijdstudie, zorg voor een familielid, herstel van ziekte, een bewuste pauze, of simpelweg de maanden die een zoektocht kost.
Wat telt is dat het gat trouw wordt weergegeven in plaats van gladgestreken. Twee gewoonten veroorzaken de meeste problemen. De eerste is terugvullen: een eindmaand naar voren verlengen zodat de tijdlijn continu lijkt, wat werk verzint gedurende maanden waarin er geen was. De tweede is een beginmaand naar achteren strekken om een gat op te vangen, wat senioriteit verzint. Beide produceren een record dat beter leest en iets onwaars beweert.
De vraag van de lezer is niet of er gaten bestaan. Het is of elk interval accuraat is. In een synthetisch record geldt dezelfde standaard in omgekeerde richting: een gegenereerd gat zou er moeten zijn omdat de tijdlijn het daar plaatste, niet omdat een willekeurige datumgenerator er toevallig op uitkwam.
Is omgekeerd chronologische volgorde universeel?
Het is de dominante conventie in de meeste recruitmentcontexten — nieuwste functie eerst — en het is een conventie, geen regel. Academische cv’s lopen vaak de andere kant op, geordend op publicatie of op loopbaanprogressie. Sommige overheid- en gereguleerde sollicitatieformaten vragen met opzet om chronologische volgorde. Sommige culturen lezen een promotieverhaal gemakkelijker van onderaf.
Twee gevolgen volgen voor iedereen die recruitmentsoftware bouwt of test. De eerste is dat een parser die aanneemt dat de bovenste vermelding de huidige functie is, profielen die anders zijn geordend verkeerd zal labelen, en het verkeerd labelen zal stil gebeuren: de bovenste vermelding wordt simpelweg geregistreerd als de huidige. De tweede is dat de volgorde in de opgeslagen data niet de volgorde moet zijn waarin de data is ingevoerd. Sla de intervallen op met hun datums en sorteer voor weergave, zodat een verandering van presentatieconventie nooit een verandering van onderliggende data wordt.
| Aspect | Gangbare conventie | Waar het varieert |
|---|---|---|
| Volgorde | Nieuwste functie eerst | Academische en sommige gereguleerde formaten lopen oudste eerst |
| Datumprecisie | Maand en jaar | Sommige formaten vragen alleen jaren, andere om exacte dagen |
| Open einde | Een woord zoals Present | Soms een leeg eindveld, soms een verre-toekomstsentinel |
| Gaten | Vastgelegd zoals ze gebeurden | Soms gecomprimeerd om een pauze te verbergen |
| Gelijktijdige functies | Apart vermeld | Soms samengevoegd tot één vermelding met twee werkgevers |
Elke kolom rechts is een plek waar een echte dataset het oneens zal zijn met de aanname links.
Welke overlappingen zijn legitiem?
Meer dan een validator gewoonlijk toestaat. Twee functies kunnen tegelijk lopen wanneer een ervan parttime is, wanneer iemand naast een loondienstverband consulteert, wanneer iemand twee onderwijscontracten heeft, of wanneer een freelanceproject simpelweg een eerder begonnen contract overleeft.
Daarom is het een fout om een overlapping te behandelen als bewijs van een fout, en daarom is het erger om haar als bewijs van een leugen te behandelen. De eerlijke lezing is dat een overlapping een vraag is over de vorm van de werkweek, en een record dat de uren of het dienstverbandtype kent, kan die beantwoorden. Een record dat alleen datums opslaat, kan dat niet, en zou daarom geen beslissing daarover moeten mogen nemen.
Er is een verschil tussen een overlapping en een onmogelijkheid, en het verschil gaat niet over hoe lang de overlapping duurt. Een gat in de dekking in het datamodel — een functie zonder begindatum, een einddatum die zijn eigen begin voorafgaat, een interval dat voorbij het heden reikt — is een defect. Twee intervallen die een maand delen, is dat niet.
Waarom zijn exacte dagen een valkuil?
Omdat de precisie een autoriteit impliceert die het record niet heeft. De meeste mensen kennen de maand waarin ze aan een baan begonnen. Veel minder kennen de exacte dag, en van hen reconstrueren de meesten die uit een eerste loonstrook of een contract dat ze niet meer hebben.
Precisie op dagniveau creëert drie problemen tegelijk. Het verleidt een parser twee datums exact te vergelijken en een overlap van één dag als conflict te melden, terwijl de echte intervallen nooit overlapten. Het verleidt wie de data onderhoudt om dagen te verzinnen die er netjes uitzien — de eerste van de maand, de laatste van de maand — wat stil een eerlijke benadering in een verzonnen feit verandert. En het maakt de tijdlijn broos: elke regel over minimale diensttijd of maximaal gat die in dagen is uitgedrukt, zal op ruis afgaan.
Precisie op maandniveau is de eerlijke oplossing voor een carrièrerecord. Het is ook het niveau waarop bijna alle menselijke herinnering overeenkomt, en het niveau waarop twee onafhankelijke beschrijvingen van dezelfde baan doorgaans overeenkomen.
Voor ontwikkelaars: intervalvalidatie en het open einde
Representeer een functie als een halfopen interval en alles stroomafwaarts wordt eenvoudiger. Het begin is een maand, het einde is een maand of een markering die betekent niet geëindigd, en het interval dekt de beginmaand tot en met de eindmaand.
Drie regels zijn het waard te handhaven bij de grens waar data binnenkomt, omdat ze degene zijn die later niet kunnen worden gerepareerd. Een begin mag niet in de toekomst liggen, tenzij het record expliciet een getekend aanbod beschrijft dat nog niet is begonnen. Een einde mag zijn eigen begin niet voorafgaan. Een functie die als huidig is gemarkeerd, mag helemaal geen einde dragen, en een functie die niet huidig is, moet er een dragen. Al het andere over een tijdlijn is een kwestie van lezen in plaats van geldigheid, en zou als informatie voor een mens naar voren moeten komen in plaats van als een afwijzing.
Twee kleinere gewoonten besparen veel ruis. Houd het open einde als een eigen onderscheiden waarde in plaats van als een leegte, zodat een echt onbekend einde en een lopende functie nooit worden verward. En wanneer een regel een drempel nodig heeft — hoe kort een functie mag zijn, hoe lang een gat mag lopen voordat iemand ernaar kijkt — houd de drempel dan in configuratie in plaats van in het schema, omdat het getal dat bij de ene markt past, fout zal zijn in de volgende. Dezelfde intervallen die uit een document worden teruggelezen, zijn een apart probleem, behandeld onder cv-parsingfixtures, waar een in proza geschreven maand het gebruikelijke faalpunt is.
De profielen die worden gebruikt om deze regels te illustreren, zijn verzonnen. De datums en intervallen erin zijn bedacht, ze beschrijven geen echt arbeidsverleden, en ze bestaan alleen zodat recruitmentsoftware kan worden getest en gedemonstreerd.
Volgende stappen
Open de werkgeschiedenistabel in uw testomgeving en sorteer de intervallen op beginmaand. Alles wat buiten de volgorde valt, of een einde voor zijn begin draagt, zal in de eerste paar rijen opduiken. Controleer dan specifiek de huidige functie: als die ergens in het record een einddatum heeft, hebt u een defect gevonden dat geen enkele validatie op veldniveau zal opvangen. Een carrièreprofielgenerator is een snellere manier om een volledige spreiding van intervalvormen te produceren — gaten, overlappingen, een open huidige functie — dan rijen met de hand bewerken, en de tijdlijngevolgen van de opleidingskant van hetzelfde record zijn het volgende dat het lezen waard is.