|
Geachte mede IT slachtoffers, Ik ben zelf gedurende 25 jaar in de praktische kant van de IT werkzaam geweest en heb toen besloten de dikke auto en dito salaris vaarwel te zeggen om in Frankrijk een bouwval te gaan restaureren. Dus dat zou iets moeten zeggen... Echter, in de voorgaande discussie tref ik toch wat vérgaande vereenvoudigingen en generalisaties aan die ik graag wat zou nuanceren. In de ICT wereld, evenals in veel andere omgevingen, kunnen ruwweg twee groepen worden onderscheiden, zeg maar de Bedenkers en de Makers. In de bouwwereld is bijvoorbeeld de architect een Bedenker en de aannemer een Maker. Het staat buiten kijf dat we in de bouwwereld ook zo onze uitdagingen hebben waar het gaat om de relatie tussen Bedenkers en Makers. De Makers worden gedreven door heel andere belangen (moet snel klaar, mag niks kosten) dan de Bedenkers (moet mooi zijn, moet kwaliteit uitstralen). En dan doen de Makers het net even anders of minder zorgvuldig dan de Bedenkers voor ogen hadden. En dan valt er weer eens een balkon van een flatgebouw af of stort er een brug in... Het hier aangehaalde probleem van de slash in de URL is ook een gevolg van de soms gespannen relatie tussen Bedenkers en Makers. De oorspronkelijke Bedenkers van de URL standaard hadden verboden in een URL potentieel moeilijke tekens zoals de slash, de spatie en de dubbele punt te gebruiken. De Makers vonden dat lastig, want dat kostte ze in veel gevallen extra werk, en drongen dus aan op een wijziging van de URL standaard. De Bedenkers sputterden maar bedachten uiteindelijk de URL encoding, waarin speciale tekens in de URL worden vervangen door een procentteken gevolgd door de ASCII code van dat teken. De Makers waren hier blij mee maar vergaten (onder de druk van het moet af en mag niks kosten) nogal eens om deze URL encoding in de oudere programmatuur te retro-fitten. Kortom, in theorie kan er niets misgaan met slashes enzo in een URL, omdat: - Een "echte" slash (deel van de URL ZELF) hier direct "kaal" in staat; - Een "embedded" slash ( deel van de INHOUD van de URL) hier in de vorm procentteken plus twee digits in staat. Omdat echter de Makers in hun haast niet altijd de moeite nemen om deze en andere nuances van de Bedenkers over de volle breedte en diepte in zowel hun oude als hun nieuwe programmatuur consequent te implementeren, ontstaan narigheden zoals in dit forum gemeld. Dit probleem heeft dus niet specifiek van doen met Microsoft, Apple of welke organisatie dan ook, maar met dezelfde fenomenen die we ook in de traditionele engineering praktijken kennen. Dus krijgen we auto's met geavanceerde electronica die door beroerde stekkerverbindingen niks als problemen geeft, vliegtuigen die neerstorten als een deur niet goed is afgesloten, ziekenhuizen waar de bedden niet in de lift passen, enzovoort enzovoort. Hoe zeggen ze dat ook weer zo fraai in FR? "Plus ça change, plus ça reste la même chose..." Salutations, Jos
|
Geplaatst: 30-05-2008 21:27:12
