sslxy

sslxy

Rustige code. Heldere structuur. Op lange termijn bruikbaar.

SSLXY is de technische begeleiding op de achtergrond. De webondersteuning begon in 1996. De vorming daarachter reikt echter duidelijk verder terug: eerste computerervaringen vanaf 1979, een hechtere praktische kring vanaf 1983 en later daaruit gegroeid webwerk, shell-accounts en statische pagina’s.

Deze pagina scheidt dat daarom bewust helder: 1996 markeert het begin van de webondersteuning, niet het begin van de technische geschiedenis. De apparaten, werkplaatsjaren en archiefthema’s rusten op oudere wortels en zijn niet later bijeengebracht om een verhaal mooier te laten lijken.

Wat de website van het hotel tot vandaag kenmerkt, is precies die rustige houding: liever begrijpelijk bouwen, zuinig blijven en dingen zo onderhouden dat ze later nog leesbaar en bruikbaar zijn.

System Diagnostic

> SYSTEM INFO
USER sslxy ROLE Webmaster / onderhoud / technische begeleiding ROOTS vanaf 1979 · vroege computertijd en technische basisvorming CIRCLE vanaf 1983 · ca. 15 jongeren / harde kern van 5 / intern: de gekken PROTOTYPE 1994 · twee C65-systemen / overgangssystemen begrijpen in plaats van tonen UPTIME sinds 1996 · 0 jaar / 0 dagen technische webondersteuning STACK Handgeschreven HTML5 / CSS3 / gericht Vanilla JavaScript CURRENT AI-modellen / cloud-diensten praktisch toetsen en beoordelen REFERENCE A4000T #0000098 / 68040 / AGA / 16 MB Fast RAM / 2× SyQuest STATUS Rustig / navolgbaar / op lange termijn onderhoudbaar
Twee tijdlagen. Eén biografie. Vroege techniek vóór het web.

Chronologie

vanaf 1979

Technische wortels

Vroege computerervaring, eerste directe confrontatie met systeemlogica, grenzen, media en structuur. Nog geen web, maar de oorsprong.

vanaf 1983

De harde kern

In de bredere omgeving ongeveer 15 jongeren. De kleine vaste kern bestond uit 5 – intern half ironisch: de gekken.

1994

Overgangssystemen

Twee C65-systemen, vroege tower- en prototypekwesties, hardware als analyseobject en niet als latere pronkstukken.

sinds 1996

Web en sslxy

Shell-account, HTML, CGI, logbestanden en de technische begeleiding van de website in rustige, statische en onderhoudbare vorm.

[init/history]

Het verhaal achter de code

Sinds 1996 begeleid ik de webaanwezigheid van het Hotel Goldener Ochsen in Hohenstaufen technisch met een vrij eenvoudige basishouding: dingen netjes opbouwen, begrijpelijk houden en zo onderhouden dat ze later nog leesbaar en bruikbaar blijven. Die werkwijze heeft zich niet alleen daar, maar ook bij andere webprojecten bewezen.

Belangrijk is voor mij de scheiding in tijd. 1996 is het begin van het webwerk. De technische geschiedenis daarachter begint eerder. Al vanaf 1979 ontstond de basisvorming door vroege computerervaringen. Vanaf 1983 werd daaruit een kleine kring waarin diskettes, reparaties, improvisatie en gezamenlijk uitproberen tot het dagelijks leven behoorden. In de bredere omgeving waren we toen ongeveer 15 jongeren. De kleine vaste kern bestond uit 5 – onze harde kern, die we intern half ironisch de gekken noemden. In 1994 kwamen overgangssystemen zoals de twee C65-systemen concreet in beeld. Pas daarna ontstond daaruit met shell-accounts, HTML en logbestanden het latere zichtbare webspoor.

De website van het hotel werd daarbij niet voortdurend opnieuw uitgevonden, maar over vele jaren rustig doorontwikkeld – stap voor stap. Dat past tot vandaag beter bij mijn benadering dan welk groot redesign-verhaal dan ook.

Ik ben noch software-architect, noch bureau. Eigenlijk ben ik gewoon iemand die in 1996 begonnen is HTML te schrijven, maar wiens technische manier van denken al vele jaren daarvoor werd gevormd. Juist daarom ben ik liever bij heldere structuren gebleven, terwijl om mij heen veel steeds ingewikkelder werd.

Bij die houding hoort vandaag ook het praktisch toetsen van actuele hulpmiddelen zoals AI-modellen en cloud-diensten. Niet uit enthousiasme voor modewoorden, maar om nut, grenzen en onnodige ballast in echt gebruik te herkennen. Daarbij gaat het bewust niet alleen om gratis instappen, maar ook om betaalde varianten wanneer alleen zo zinvol te beoordelen is wat een hulpmiddel werkelijk kan.

Ik onderhoud dit systeem eerder als een oude tuin: met de hand, zonder grote machines en met veel geduld. Mijn kennis van PET, VC 20, C64, Amiga en andere oudere systemen is vandaag vooral een privé-archiefhobby. Maar precies daaruit is ook iets gebleven dat voor mijn werk nog steeds belangrijk is: de voorkeur voor orde, rust en technische helderheid.

Ik hou ervan wanneer dingen ook na tientallen jaren nog functioneren, zonder dat daarvoor een heel team van specialisten nodig is. Voor mij is goede code als een netjes opgeruimde gereedschapskist: niet spectaculair, maar overzichtelijk, betrouwbaar en zo gebouwd dat je alles blindelings terugvindt.

[origin/handle]

Waarom de naam sslxy bleef

De naam sslxy ontstond eind 1995 / begin 1996 niet als artiestennaam, niet als bewust verzonnen pseudoniem en ook niet met het idee van een diepere betekenis. Hij ontstond eenvoudig uit een praktische noodzaak.

Daarmee wordt mijn eerste zelf geprogrammeerde website op een shell-account bedoeld, nog niet de website van de Ochsen. Aan de Ochsen-site werkte ik in de loop van 1995 wel al; online ging zij echter pas op 30.12.1995. Voor het shell-account was een korte gebruikersnaam nodig – voor FTP, CGI en logbestanden. De interne servernaam luidde ssl-server-xy.

ssl stond daarbij voor vroege SSL-experimenten, onder andere met SSLeay onder FreeBSD – de directe voorloper van OpenSSL, die midden jaren 1990 nog actief werd doorontwikkeld – en met zelfondertekende certificaten. xy was een eenvoudige aanduiding voor een testsysteem – in de zin van machine Y, omdat X al bezet was.

Een van de eerste logbestanden heette sslxy.log. Die string bleef daarna gewoon bestaan – eerst technisch, later ook naar buiten toe: voor Usenet, mail en statische pagina’s.

Meer zit er eigenlijk niet achter. Geen alias in klassieke zin, geen diepere betekenis, geen geënsceneerd figuur. Eerder een technisch restant dat gebleven is omdat het werkte.

[1995/96] shell account initialized
> host: ssl-server-xy
> usage: ftp / cgi / logfiles
> first known logfile: sslxy.log
> handle kept unchanged

„Geen alias. Geen diepere betekenis. Eerder een bestandsnaam die gebleven is.“

[archive/map]

Bestandsoverzicht en bestaande subpagina’s

Deze pagina is het rustige overzicht. De diepere afzonderlijke thema’s liggen al op eigen bestanden. Zo blijft sslxy.htm de hoofdkaart, terwijl de specifieke apparaat-, houdings- en archiefthema’s over de passende subpagina’s verdeeld zijn.

Alle genoemde bestanden zijn hier zichtbaar verankerd. De hoofdpagina verklaart de lijn, de subpagina’s dragen de diepte.

[retro/systems]

Van PET 2001 tot Amiga – enkele systemen die gebleven zijn

De technische geschiedenis achter SSLXY is meer dan alleen een lijst met oude apparaatnamen. Elk van deze computers staat voor een bepaalde ervaring, voor een andere manier van werken en voor een technisch begrip dat zich over vele jaren heeft opgebouwd.

Belangrijk daarbij is: de volgende systemen moeten juist niet de indruk wekken dat zij ooit rond 1996 verzameld zijn om achteraf een verhaal te versieren. De wortels van deze technische biografie reiken vanaf 1979 terug. Vanaf 1983 werd daaruit een kleine praktische kring. In de bredere omgeving waren dat toen ongeveer 15 jongeren, met een vaste kern van 5. De latere apparaten en archiefstukken bouwen daarop voort.

PET 2001

De PET 2001 staat voor een vroege, directe computerervaring. Zulke systemen voelden nog als machines: gesloten, serieus en zonder veel afleiding. Juist daardoor leerden zij discipline. Wie met zo’n apparaat begon, leerde niet eerst comfort, maar structuur.

De PET gaf al vroeg het gevoel dat computers geen magie zijn, maar logisch opgebouwde gereedschappen met duidelijke grenzen. Die les is tot vandaag bruikbaar gebleven.

VC 20

De VC 20 maakte heel duidelijk wat schaarste betekent. Weinig geheugen was daar geen abstracte waarde, maar een dagelijkse grens. Precies daaruit ontstond technisch denken: wat is werkelijk nodig? Wat kan weg? Wat is netjes opgelost?

Wie met zulke grenzen gewerkt heeft, begrijpt later bijna vanzelf waarom lichtheid en efficiëntie echte kwaliteiten zijn.

C64

De C64 was voor velen meer dan alleen een computer. Hij was leerterrein, ontmoetingspunt en instap in een hele computerwereld. Dit apparaat verbond toegankelijkheid met verrassend veel substantie en liet zien hoeveel een compact systeem kan leisten.

Op de C64 leerde men niet alleen gebruik, maar ook nieuwsgierigheid: drives, datadragers, programma’s, uitbreidingen en het verschil tussen nette en slordige opbouw hoorden er gewoon bij.

Twee C65-systemen

Dat in deze opsomming twee C65-systemen voorkomen, wijst op een technische tussenfase. De C65 staat tussen de vertrouwde Commodore-wereld en een ontwikkeling die niet meer regulier in serie ging. Juist dat maakt hem bij nadere beschouwing interessant.

Voor mij lag de aantrekkingskracht nooit in louter zeldzaamheid, maar eerder in de vraag hoe zo’n systeem werkelijk gedacht was: toetsenbord, aansluitingen, kastvorm, voeding, overgangen naar de C64 en tegelijk al duidelijke afwijkingen. Zulke apparaten tonen vaak meer over ontwikkeling dan een volledig afgewerkt seriemodel.

C128 en C128D

De C128 en vooral de C128D lieten duidelijk het brugachtige tussen werelden zien. Het ging hier niet alleen om een opvolger, maar om een systeem dat compatibiliteit, uitbreiding en verschillende manieren van werken samenbracht.

Zulke computers leerden dat goede techniek meerdere niveaus tegelijk kan bedienen – en dat elegantie vaak in de innerlijke orde van een systeem ligt.

Amiga 1000, 2000, 500

Met de Amiga-wereld kwam nog eens een andere diepte erbij: multitasking, een eigen grafische taal en een nieuw idee van media en interface. De Amiga was niet simpelweg weer een computer, maar een omgeving met een eigen logica.

Elk van deze Amiga’s had zijn eigen karakter. Samen toonden ze hoe sterk een platform kan zijn wanneer het niet alleen apparaat, maar ook manier van denken is.

Meer dan een overzicht staat op de eigen kroniekpagina systems.htm. De grotere apparaatkaart met verdere dwarsverbindingen staat op hardware.htm.

[1983/kring]

De harde kern

Wat later als webwerk zichtbaar werd, had zijn praktische oorsprong al duidelijk eerder. Vanaf 1983 was er een kleine kring van gelijkgestemden. Niet officieel, niet strak georganiseerd en meestal behoorlijk pragmatisch. Men ontmoette elkaar, vergeleek systemen, bracht diskettes mee, testte programma’s, sprak over uitbreidingen en probeerde steeds weer iets uit.

In de bredere omgeving waren we toen ongeveer 15 jongeren. De kleine vaste kern bestond uit 5 – onze harde kern, die we intern half ironisch de gekken noemden. Dat was geen officiële groep en geen groots geënsceneerde naam, maar eerder de ruwe directe toon van die tijd.

Daarbij hoorde ook contact met een computerwinkel van toen, waar we sommige onderdelen of programma’s goedkoper kregen. Soms ontstond dat eenvoudig doordat we gewone klanten of ook de winkel zelf hielpen bij hardware- en softwareproblemen. Juist daarom was deze kring geen pose, maar werkelijk geleefde techniek.

In die tijd repareerden we ook spelconsoles en andere apparaten, waaronder Atari, ColecoVision, Vectrex en cassettedecks. Ook Video-2000- en Betamax-apparaten repareerden we toen binnen onze mogelijkheden, VHS eerder zeldzamer. Zo ging het vaak: niet als vast systeem, maar uit persoonlijk contact, technische kennis en wederzijdse ondersteuning.

Daarbij hoorden ook typische knutseloplossingen uit die tijd: in een schrijfmachine van het type Triumph-Adler Gabriele 8008 werd eigenhandig een interface ingebouwd om haar op de C64 als printer te gebruiken. Ook eerste pogingen met zelfgebouwde akoestische koppelaars horen bij die tijd. Juist zulke improvisaties waren vormend, omdat men techniek niet alleen gebruikte, maar haar werkelijk begreep en zich stap voor stap eigen maakte. Natuurlijk ging ook veel mis, en juist uit die fouten leerde men vaak het meest.

Overal lagen kabels, handleidingen, afdrukken, disketteboxen, notities, schroevendraaiers en soms ook een soldeerbout, open apparaten en vaak ook onderdelen waarvan het doel niet meer meteen duidelijk was. Precies die werkplaatssfeer was belangrijk. Techniek werd niet alleen gebruikt, maar begrepen, besproken en in kleine stappen verder gedacht. De kleine kring van toen kan elkaar nog maar zelden persoonlijk treffen, omdat het leven de wegen allang in heel verschillende richtingen heeft geleid. Via het net is er van tijd tot tijd echter nog steeds contact.

[1979] first contact: early systems / first technical curiosity
[1983] wider circle: approx. 15 teenagers
> inner core: 5 / internal label: de gekken
> learning by opening, testing, failing, repairing
[1996] web layer added later: shell / html / cgi
> meaning: the web came later, the technical mindset was already there

„In de bredere omgeving ongeveer 15 jongeren. De kleine vaste kern: 5 – intern gewoon de gekken.“

Deze kleine chaos was niet zinloos. Juist daaruit ontstond begrip. Men leerde niet alleen hoe iets start, maar ook waarom het werkt. Men leerde hoe men systemen organiseert, logisch opbouwt en bij problemen weer aan de gang krijgt. Wie zulke ervaringen heeft opgedaan, waardeert nette structuren later niet uit theorie, maar uit praktijk.

  • Techniek niet alleen gebruiken, maar begrijpen.
  • Niet alleen opslaan, maar geordend archiveren.
  • Niet alleen iets aan de praat krijgen, maar beheersbaar houden.
  • Niet op schijn vertrouwen, maar op robuuste logica.

Voor werkplaats, reparaties en de rustigere technische houding staan de verdiepende pagina’s werkstatt.htm, interfaces.htm en repair-attitude.htm.

[1994/hardware/c65]

Twee C65-systemen – om te begrijpen, niet om te tonen

De twee C65-systemen kwamen in 1994 niet als verzamelobjecten in mijn omgeving, maar eerder als technisch raadsel. Een kennis uit de Commodore-omgeving vroeg mij toen of ik interesse had in twee C65-systemen. De situatie was destijds al gespannen, en ik had de indruk dat het hem minder om een gewone overdracht ging dan om de apparaten in betrouwbare handen te geven.

Kort daarna stuurde hij ze mij per post. Misschien is mijn blik daarop daardoor tot vandaag pragmatisch gebleven: ik zie daarin geen trofeeën, maar systemen die men inschakelt, vergelijkt en in hun architectuur onderzoekt.

Vanuit technisch oogpunt is de C65 een fascinerend overgangssysteem. Men herkent snel de poging om de vertrouwde 8-bit-wereld uit te breiden zonder de herkomst uit de Commodore-lijn volledig op te geven. De CSG 4510 als doorontwikkelde CPU en de VIC-III (CSG 4567) wijzen duidelijk op een stap voorbij de klassieke C64: hogere resoluties, meer kleuren, andere registerlogica en in het geheel de indruk van een systeem dat al in een nieuwe richting dacht. Ook het geïntegreerde 3,5-inchstation volgt een heel andere orde dan de bekende externe 1541-randapparatuur.

Een bijzonder onthullend detail is de voeding. Uiterlijk zit zij in een standaard C64-behuizing met overeenkomstige opdruk, intern werd de schakeling echter voor de werking met de C65 aangepast. Juist zulke geïmproviseerde overgangsoplossingen zijn voor mij leerzamer dan elk glad serieproduct, omdat zij het ontwikkelingsproces zichtbaar maken. Men ziet daaraan hoe hardware onder tijdsdruk, met bestaande behuizingen en met praktische aanpassingen verder gedacht werd.

[1994] Technical_Intake: 2 × C65 Prototype Stage
> CPU_Check: CSG 4510 / uitgebreide 65xx-architectuur
> Video_Check: VIC-III / hogere resoluties / uitgebreide kleurmodi
> Drive_Check: geïntegreerd 3,5-inchstation / andere systeemlogica dan bij de C64
> PSU_Analysis: C64-behuizing / intern voor C65 aangepast
> interesse: technische overgangsfase begrijpen, niet effect maken

Dat de volledige begeleidende omgeving tot vandaag bewaard is gebleven – dus dozen, piepschuim, folie en zelfs de doosjes van de voedingen – zie ik vooral als een gelukkige situatie voor de documentatie. Voor mij is dat geen vraag van waardestijging, maar een zeldzame mogelijkheid om de oorspronkelijke aflevertoestand van een systeem te reconstrueren dat zo nooit regulier de massamarkt bereikte.

Op dit moment noem ik daarbij bewust maar één serienummer publiek: 000213. Bij zulke computers ging het mij nooit erom ze zo luid mogelijk te markeren. Boeiender is voor mij de rustige analyse van een technische tussenfase die op vele details laat zien waarheen Commodore had kunnen doorgaan. Voor mij is de C65 daarom vooral één ding: hardware en systeemlogica om te begrijpen, niet om te tonen.

„Niet naar zeldzaamheid gekeken, maar naar hoe een systeem werkelijk gedacht was.“

De eigen verdiepingspagina blijft c65.htm. Het voedingsthema hangt direct samen met power-supplies.htm.

[hardware/prototype_analysis]

C65: de technische brug tussen 8-bit-herkomst en nieuwe systeemlogica

De twee C65-systemen die in 1994 via een Commodore-contact bij mij kwamen, zijn voor mij vooral getuigen van een onvoltooide evolutie. Wanneer men de behuizing opent, ziet men een architectuur die de C64 niet alleen moest uitbreiden, maar op meerdere punten duidelijk voorbijstreven. In het centrum staat daarbij de CSG 4510, een doorontwikkelde 65xx-CPU met 3,54 MHz, extra bit-operaties en een verplaatsbare zeropage. Juist daaraan is goed te zien hoe sterk de C65 nog uit de 8-bit-wereld komt en tegelijk al naar een andere richting wijst.

Bijzonder onthullend is de grafische eenheid CSG 4567 VIC-III. Terwijl de C64 vastlag op duidelijk begrensde grafische modi, werkt de VIC-III al met een aanzienlijk uitgebreidere register- en grafieklogica, inclusief bitplane-structuren, hoge resoluties tot 1280 × 400 pixels en een kleurenpalet van 256 uit 4096 kleuren. Opmerkelijk is daarbij niet alleen de pure prestatie, maar ook het feit dat de nabijheid tot de oudere Commodore-wereld op meerdere plaatsen behouden blijft. Juist deze mengeling van vertrouwd en nieuw maakt de C65 technisch zo interessant.

[System_Diagnostic] Unit_ID: 000213
> CPU: CSG 4510 @ 3.54 MHz / uitgebreide 65xx-architectuur
> VIDEO: CSG 4567 VIC-III / bitplane-grafiek / tot 256 kleuren
> AUDIO: 2 × CSG 8580 SID / 6 stemmen
> DMA: DMAgic 390957-01 / blitterlogica
> FDC: F011 / geïntegreerd 3,5-inchstation
> status: technische overgangsarchitectuur tussen C64-herkomst en nieuwe systeemlogica

Ook de perifere logica werd merkbaar omgebouwd. Het wegvallen van de datasette-poort en de toevoeging van de fast-disk-poort voor het 3,5-inchstation markeren een duidelijke breuk met het cassettetijdperk. Voor de technicus eveneens interessant: de userport levert geen 9V-wisselspanning meer, wat de compatibiliteit met oudere uitbreidingen beperkt, terwijl de expansiepoort tot 50 pinnen werd uitgebreid. Juist zulke details laten zien dat de C65 niet slechts een grotere C64 moest zijn, maar een zelfstandige stap in een nieuwe systeemorde.

Een bijna terloopse bijzonderheid onderstreept de prototypestatus nog extra: de voeding zit in een gewone C64-behuizing, maar werd intern voor de specifieke eisen van de C65 aangepast. Het zijn precies zulke onopvallende overgangsoplossingen die voor mij veelzeggend zijn, omdat zij zichtbaar maken hoe hardwareontwikkeling er in de werkelijkheid vaak werkelijk uitziet: pragmatisch, oplossingsgericht en vaak met gebruik van al bestaande kastvormen en onderdelen.

Dat vandaag nog de volledige begeleidende omgeving – van piepschuim tot voedingsdoos – bewaard is gebleven, maakt een ongewoon onvervormde blik op dit systeem mogelijk. Voor mij blijft de C65, specifiek de publiek genoemde eenheid 000213, geen pronkstuk, maar een object om te begrijpen, om registerlogica te toetsen en om een technische visie na te volgen die kort voor het doel werd gestopt.

„Juist de onvoltooide overgangen vertellen vaak meer over techniek dan het afgewerkte serieproduct.“

[hardware/a1000]

De Amiga 1000 – architectuurstudie en herstel

Mijn Amiga 1000 heb ik niet als tentoonstellingsstuk verworven, maar als defect systeem van een kennis overgenomen. Mijn doel was nooit het bezit van een vroege mijlpaal, maar de technische uitdaging om de eerste Amiga-generatie in haar oorspronkelijke vorm te begrijpen en weer functioneel te maken. Wie een systeem repareert, leert de logica van het moederbord meestal beter kennen dan iedere loutere gebruiker.

Technisch is de A1000 vooral vanwege zijn Writable Control Store (WCS) bijzonder interessant. Omdat Kickstart nog niet vast in een klassiek ROM gegoten was, moet het systeem via een bootstrap-diskette in een speciaal 256-kB-geheugen geladen worden. Juist dit startproces maakt zichtbaar hoe experimenteel en open de vroege Amiga-fase nog was. Bij het openen van de behuizing stuit men bovendien op de ingegraveerde handtekeningen van de ontwikkelaars rond Jay Miner – een detail dat de nauwe band tussen hardware-layout en persoonlijke handschrift tot vandaag voelbaar maakt.

[System_Restore] Unit_Type: Amiga 1000 (PAL-versie)
> Repair_Log: Logic_Board analysis / gericht herstel
> Boot_Sequence: bootstrap-loader -> WCS (Writable Control Store)
> Kernel_Load: Kickstart via diskette in de 256-kB-WCS geladen
> Memory_Base: 256 kB RAM / typische uitbreiding naar 512 kB
> status: functioneel / vroege Amiga-architectuur navolgbaar

Vooral fascinerend blijft de decentrale architectuur. Terwijl veel andere systemen uit die tijd de hoofd-CPU extra belastten met grafische en audio-taken, verdeelt de Amiga het werk over eigen chips zoals Denise voor grafiek en Paula voor audio en floppylogica. Ook de zogenoemde toetsenbordgarage onder de behuizing en het vroege Amiga-vinklogo horen voor mij bij die functionele beslissingen die de computer uit de massa van de toenmalige thuiscomputers optillen.

De A1000 is voor mij daarom veel meer dan alleen het eerste Amiga-model. Hij is een systeem om mee te werken, om vroege OCS-logica te begrijpen en een bewijs dat goede techniek ook na tientallen jaren door gericht onderhoud weer in een navolgbare, bruikbare toestand kan worden gebracht. Juist als defect apparaat was hij leerzaam, omdat bij het herstel niet de mythe telt, maar de reële structuur van het moederbord.

„Gekocht als defect apparaat, gerepareerd uit nieuwsgierigheid – hardwarebegrip begint op de printplaat.“

[hardware/a2000]

De Amiga 2000 – nuchtere systeemarchitectuur in plaats van woonkamerdesign

De Amiga 2000 werkte voor mij nooit door een of andere emotionele uitstraling. Hij was eerder het zakelijke antwoord op de vraag naar een uitbreidbaar werksysteem. Terwijl de kleinere modellen meer op de woonkamer waren gericht, werkte de A2000 vanaf het begin nuchterder, technischer en duidelijk opener voor serieuze uitbreidingen.

Vanuit technisch oogpunt maakt bij de A2000 vooral de heldere bus- en uitbreidingslogica indruk. Met zijn Zorro-II-slots en AutoConfig bood hij voor die tijd een opmerkelijk comfortabele uitbreidingsstructuur. Daarbij kwamen de videoslot voor passende extra hardware en de ISA-slots, die vooral in combinatie met bridgeboards interessant werden. Juist deze open architectuur maakte de computer zo overtuigend: niet als pronkstuk, maar als systeem dat zich aanpassen, toetsen en verder denken liet.

Ook de achterkant van de behuizing toont die houding zeer duidelijk: seriële en parallelle interfaces, externe floppy-aansluiting, gescheiden audio-uitgangen en in het geheel een ordening die minder naar decoratie dan naar functie oogt. Dat was geen speels design, maar een helder technisch oppervlak. Alleen daardoor al werkte de A2000 eerder als serieus werkapparaat dan als loutere thuiscomputer voor snel gebruik aan de televisie.

[System_Audit] Amiga 2000 Desktop-Architecture
> Bus_Type: Zorro-II / AutoConfig
> Expansion_Check: 5× Zorro-II / ISA-slots / videoslot
> Logic_Board: OCS/ECS afhankelijk van revisie / heldere uitbreidingsstructuur
> Maintenance: batterij controleren / toestand van componenten in het oog houden
> conclusion: modulair werkplatform met navolgbare architectuur

Technologie zoals de A2000 maakt duidelijk dat men systemen niet simpelweg hoeft te ondergaan. De toegankelijkheid van de binnenopbouw en de heldere structuur van de componenten maakten het mogelijk uitbreidingen en problemen niet alleen te accepteren, maar werkelijk te begrijpen. Precies daarin lag voor mij zijn geloofwaardigheid: geen behaaglijk uiterlijk, maar substantie, orde en de vrijheid om een systeem naar eigen eisen om te bouwen.

„Niet spectaculair in uitstraling, maar consequent in structuur – hardware die men werkelijk kan begrijpen.“

[hardware/a500]

De Amiga 500 – redundantie en ontlasting voor het hoofdsysteem

De Amiga 500 kocht ik oorspronkelijk als tweede systeem naast mijn A2000. De logica daarachter was puur pragmatisch: het grotere desktopsysteem ontzien voor serieus werk en uitgebreidere uitbreidingen, terwijl de A500 als robuust alledaags apparaat diende – voor direct werk, voor tests en natuurlijk ook voor spellen. Terwijl de A2000 sterker op uitbreidbaarheid was gericht, was de A500 de compacte, technisch verwante oplossing voor directe toegang.

Architectonisch berust de A500 op dezelfde solide basis: een Motorola-68000-CPU met 7,09 MHz in PAL-bedrijf en de beproefde OCS-chipset. Wat hem onderscheidde, was de concentratie op het wezenlijke in de compacte wedge-behuizing. Vooral de trapdoor-slot aan de onderzijde was een praktische oplossing voor snelle geheugenuitbreidingen, meestal via een A501 of vergelijkbare uitbreiding. In de praktijk betekende dat vaak meer werkrust en een merkbaar ontspannener systeem, ook al liep dit extra geheugen afhankelijk van de configuratie niet altijd volledig als chip-RAM.

[System_Extension] Amiga 500 Logic-Check
> CPU: MC68000 @ 7.09 MHz (PAL)
> RAM_Config: 512 KB Chip + 512 KB Trapdoor (A501 / meestal Slow RAM)
> Chipset: OCS (Agnus / Denise / Paula)
> Storage: intern 3,5-inchstation / extern uitbreidbaar, bijv. A1010
> Usage: tweede systeem / spellen / test- en alledaagse omgeving

Ondanks zijn gerichtheid op de thuismarkt bleef de A500 een serieus systeem. Via de zijwaartse uitbreidingsaansluiting kon de computer met hardeschijfoplossingen, extra fast RAM of andere hardware worden uitgebreid. Juist dat maakte hem voor mij interessant: niet alleen als spelcomputer, maar als betrouwbare reserve naast het hoofdsysteem. Terwijl de A2000 het beter uitbreidbare centrum was, kon de A500 veel opvangen zonder dat men voor elke kleinigheid de grote computer hoefde te belasten.

Spellen op de Amiga 500 waren voor mij nooit alleen tijdverdrijf. Zij toonden heel duidelijk wat nette programmering en goed afgestemde hardware konden leisten. Kickstart lag bij de A500 al in ROM; van diskette kwamen dan Workbench, spellen of andere programma’s. Juist deze directe, heldere manier van werken heeft mijn begrip van efficiënte code gevormd: systeem inschakelen, diskette erin, werken of spelen – zonder onnodige omweg, zonder kunstmatige zwaarte.

Daarom was de A500 voor mij meer dan alleen een kleine broer van de A2000. Hij was redundantie, ontlasting en tegelijk een voorbeeld van hoeveel technische kwaliteit in een compact systeem kan steken. De computer werkte eenvoudiger, maar was allesbehalve banaal. Juist in die mengeling van toegankelijkheid, helderheid en robuuste bruikbaarheid lag zijn kracht.

„De A500 was de verzekering voor mijn A2000 – en het bewijs dat directheid en technische kwaliteit samengaan.“

[hardware/a4000t]

De Amiga 4000 Tower – een vroeg systeem uit de laatste Commodore-tijd

Een bijzonder punt was mijn Amiga 4000 Tower begin 1994. Het ging daarbij niet om een latere ombouw, maar om een origineel Commodore-apparaat met serienummer #0000098.

Voor mij lag de aantrekkingskracht in de innerlijke substantie. In de computer werkt een Motorola 68040 met 25 MHz op de legendarische A3640-processorkaart. Daarbij komen de AGA-chipset met Alice, Lisa en Paula, Super Buster 11, Ramsey 7 en de geïntegreerde NCR-53C710-SCSI-2-controller. Zulke details ziet men van buiten niet, maar zij zeggen veel over hoe serieus en helder deze machine opgebouwd was.

[1994-Q1] Hardware_Arrival: Amiga_4000_Tower
> identify unit: S/N #0000098
> inspect board: 68040 / A3640 / AGA / Buster 11 / Ramsey 7
> onboard memory: 2 MB Chip-RAM / 16 MB Fast-RAM
> storage bus: internal 50-pin SCSI / 2× SyQuest
> mindset: keep systems understandable, separable, recoverable

Ook de basisarchitectuur was sterk: 2 MB chip-RAM, 16 MB fast-RAM op het moederbord, een lithiumbatterij en twee 1,76-MB-floppydrives. Daarbij kwamen de interne gebufferde IDE-aansluiting, de Fast-SCSI-2-bedrijf via de geïntegreerde controller en de interne 50-polige SCSI-bus. Voor mijn twee SyQuest-wisseldrives was dat geen gimmick, maar een zeer praktische en netjes georganiseerde werkomgeving.

Het eigenlijke tower-potentieel lag echter in de uitbreidbaarheid: vijf Zorro-III-slots, twee videoslots, vier ISA-slots en de CPU-slot. Zo’n systeem werkte niet als gesloten apparaat, maar als platform dat serieuze uitbreidingen en geordend werken vanaf het begin meedacht.

De gedachte daarachter was eenvoudig. Systeem en gegevens niet onnodig vermengen. Media zo organiseren dat men in geval van problemen snel verder kan werken. Als een schijf uitviel, ging de volgende wisselschijf erin – en het werk ging verder.

Precies zulke ervaringen vormen de blik op software en webontwikkeling tot vandaag. Wie eenmaal geleerd heeft systemen bewust op te bouwen, let later ook bij code automatisch op structuur, onderhoudbaarheid en een nette technische basis.

„Het ging nooit alleen om zeldzaamheid, maar altijd om de technische helderheid van een systeem.“

De grote afzonderlijke pagina blijft amiga4000t.htm. De pagina over wisselmedia daarbij staat op syquest.htm.

[199x] Platform_Shift: Amiga → PC

Van Amiga naar PC – geen breuk, eerder een rustige overgang

De overstap van de Amiga 4000 Tower naar een PC-systeem ontstond bij mij niet uit een bewuste beslissing voor een nieuw platform, maar eerder uit een stille verschuiving van de praktische werkelijkheid.

De A4000T was technisch netjes opgebouwd, navolgbaar en in zichzelf coherent. Uitbreidingen, massastorage, systeemstructuur – alles was geordend en beheersbaar. Precies dat kwam overeen met mijn begrip van een goede computer.

Met de tijd werd echter minder de hardware zelf het probleem dan wel de omgeving. Software was moeilijker verkrijgbaar, gegevensuitwisseling werd ingewikkelder en veel hulpmiddelen verplaatsten zich naar systemen die breder werden ingezet. Op een gegeven moment was niet meer doorslaggevend welk systeem technisch overtuigender was, maar op welk systeem het werk in het dagelijks leven überhaupt nog zinvol kon worden voortgezet.

De eerste Windows-PC waarop deze overgang voor mij concreet werd, was een Sony VAIO PCV-R702. Juist aan zo’n apparaat werd de verandering heel duidelijk: weg uit de vertrouwde Amiga-wereld, naar een systeem dat minder door technische elegantie overtuigde dan door zijn praktische inbedding in de toen beschikbare software- en werkomgeving.

De PC met Windows was daarbij geen bewuste toewending naar iets zogenaamd moderners, maar eenvoudig het platform waarop de dingen zich verder ontwikkelden. Drivers, programma’s, interfaces en uitwisseling waren daar aanwezig – niet noodzakelijk eleganter, maar wel beschikbaar.

Apple speelde in dit verband voor mij geen grote rol. De systemen werkten op mij gesloten en minder gericht op het soort openheid waarbij men een apparaat op gelijke wijze uit elkaar haalt, uitbreidt en in detail begrijpt zoals ik dat van de Amiga gewend was. Voor mijn benadering was daarom minder het imago beslissend dan de vraag of een systeem open genoeg bleef om werkelijk begrepen te worden.

Zo ontstond de overgang niet als ideologische breuk, maar als rustige verschuiving: van de Amiga als helder gestructureerde werkmachine naar een PC die vooral daarom gebruikt werd omdat het werk er praktisch op kon worden voortgezet.

[Decision_Model] Platform_Shift
> first Windows system: Sony VAIO PCV-R702
> not ideology, but practicality
> priority: continue working
> result: transition without platform dogma

De uitgebreidere afzonderlijke pagina daarbij blijft pcshift.htm.

[hardware/video]

Videotechniek – niet alleen computers, maar ook bandmachines

Techniek beperkte zich voor mij nooit alleen tot computers. Ook bij videoapparaten interesseerden mij niet alleen bediening of merknamen, maar opbouw, mechaniek, signaalweg en de vraag hoe netjes een systeem werkelijk geconstrueerd was. Juist op het gebied van analoge opname liet zich snel zien of een apparaat alleen voor alledaags gebruik gedacht was, of technisch werkelijk substantie bezat.

Enkele van deze apparaten zijn tot vandaag nog aanwezig, waaronder een Sony SL-HF950 ES, een Sony SL-HF100 ES en een Sony SL-8000E. Juist die spreiding is voor mij interessant, omdat zij niet alleen afzonderlijke modellen toont, maar ook een ontwikkelingslijn: van vroege Betamax-apparaten tot latere, technisch complexere en hoogwaardiger uitgevoerde machines.

Zulke recorders waren voor mij nooit louter consumentenelektronica. Beslissend waren eerder transportmechaniek, kopdrager, signaalweg, bedienlogica en de vraag hoe goed een apparaat te onderhouden, te vergelijken en in geval van nood weer te herstellen was. Precies daarin lijken zij op mijn houding tegenover computers: niet het blote bezit telt, maar of een systeem navolgbaar gebouwd is en werkelijk begrepen kan worden.

[Video_Archive] Analog Systems
> retained units: Sony SL-HF950 ES / Sony SL-HF100 ES / Sony SL-8000E
> focus: transport, signal path, serviceability, build quality
> mindset: not nostalgia alone, but technical understanding

Daarom horen deze videoapparaten voor mij in dezelfde technische biografie thuis als PET, C64, Amiga of later de eerste Windows-PC. Het zijn verschillende werelden, maar dezelfde blik: dingen bekijken, vergelijken, bewaren en hun constructie serieus nemen.

„Niet alleen computers – ook videotechniek was voor mij altijd iets om te begrijpen.“

De zuivere videopagina blijft video.htm. De werkplaatsrelatie daarbij ligt op werkstatt.htm.

[hardware/mobile_workstation]

De Dell Precision M50 – werkapparaat in plaats van wegwerphardware

Een systeem hoeft geen wegwerpartikel te zijn. Een goed voorbeeld daarvoor boot tot vandaag betrouwbaar zijn originele Windows XP Professional: mijn Dell Precision M50 Workstation uit 2002 in concrete volledige configuratie.

Deze machine was op serieus werk gericht: robuust, modulair, zwaar en eerlijk. Mobile Intel Pentium 4-M met 2,2 GHz, 2 GB RAM, een UXGA-display met 1600 × 1200 pixels, NVIDIA Quadro4 500 GoGL, 60-GB-IDE-schijf, Media Bay en een aansluitingenspectrum waarvoor men vandaag vaak meerdere adapters nodig heeft.

  • Processor & houding: geen ultradun modeapparaat, maar een mobiele workstation met echte werkambitie.
  • Display: 15 inch UXGA, 1600 × 1200 pixels – veel ruimte voor programmeren, parallelle vensters en langere sessies.
  • Grafiek: NVIDIA Quadro4 500 GoGL – professionele oriëntatie in plaats van louter standaardweergave.
  • Media Bay: CD/DVD, diskettestation, ZIP-drive, tweede schijfmodule of tweede accu.
  • Aansluitingen: Ethernet, modem, PCMCIA, VGA, S-Video, FireWire, infrarood, PS/2, serieel, parallel, USB.
  • Besturingssysteem: Windows XP Professional – tot vandaag op precies dit apparaat functioneel.

Juist daarom past de M50 goed in dit verhaal. Hij staat voor dezelfde grondgedachte als de Amiga-tower met zijn SyQuest-wisseldrives: techniek hoeft niet modieus te zijn, maar navolgbaar, belastbaar en in het dagelijks gebruik bruikbaar.

Zulke apparaten werken vandaag bijna als technische tijdcapsules. Maar ze zijn meer dan nostalgie. Ze tonen een bouwwijze die professionele gebruikers serieus nam: aansluitingsdiversiteit, uitbreidbaarheid en bruikbaarheid. Precies dat overtuigt nog steeds.

„Geen wegwerpapparaat, maar een werkcomputer die zijn doel tot vandaag vervult.“

De M50 als afzonderlijke pagina blijft m50.htm.

[dev/current_stack]

Vandaag: Dell Pro Max 16 Plus, maar in wezen dezelfde houding

De hulpmiddelen zijn veranderd, maar de basishouding is gebleven. Vandaag schrijf ik code niet meer op een tower, maar op een Dell Pro Max 16 Plus. Wat echter niet veranderd is, is de voorkeur voor helderheid, rust en het weglaten van overbodige dingen.

  • Handgeschreven HTML5 & CSS3: geen bouwpakket, geen onnodige bovenbouw, geen kunstmatige complexiteit.
  • Vanilla JavaScript: alleen daar gebruikt waar het voor functionaliteit, bediening of toegankelijkheid werkelijk zinvol is.
  • Performance first: pagina’s moeten licht, rustig en snel blijven.
  • Statische oplossingen: wat niet dynamisch berekend hoeft te worden, creëert ook geen onnodig aanvalsoppervlak.
  • Onderhoudbaarheid: een goede oplossing blijft ook later nog leesbaar, onderhoudbaar en navolgbaar.
  • Huidige hulpmiddelen: AI-modellen en cloud-diensten worden praktisch getoetst – niet op hype, maar op nut, grenzen en bruikbaarheid in het dagelijks werk.

Handgeschreven code is voor mij geen doel op zich. Het is eerder de logische consequentie van een lange computergeschiedenis. Wie vroeg geleerd heeft met beperkte middelen en met echte verantwoordelijkheid voor het functioneren van een systeem om te gaan, ontwikkelt bijna automatisch een behoefte aan helderheid en technische eerlijkheid.

Dat geldt voor mij inmiddels ook bij actuele hulpmiddelen. AI-modellen en cloud-diensten worden noch eerbiedig behandeld, noch principieel afgewezen. Ze worden uitgeprobeerd, naast elkaar gehouden, in hun grenzen geobserveerd en alleen dan serieus genomen wanneer ze in echt gebruik daadwerkelijk iets dragen. Juist daarom interesseert mij daar minder de reclametoon dan de praktische vraag: wat helpt werkelijk, waar zitten de breuken en wat veroorzaakt uiteindelijk alleen nieuwe ballast?

Hetzelfde geldt voor websites in het algemeen. Technische zichtbaarheid en nette vindbaarheid zijn belangrijk. Maar een goede positie helpt weinig wanneer de bezoeker daarna teleurgesteld is. Een pagina is pas werkelijk bruikbaar wanneer zij niet alleen gevonden wordt, maar wanneer de informatie erop ook helder, eerlijk en in het dagelijks gebruik nuttig is.

Wat uit die tijd gebleven is

/* Lesson 01: Memory was expensive */
Result: vermijd onnodige JavaScript-ballist en enorme frameworks.

/* Lesson 02: Media was physical */
Result: denk in structuur, scheiding, orde en herstelbaarheid.

/* Lesson 03: Hardware was unforgiving */
Result: slordig werk wordt snel zichtbaar. Nette logica is geen luxe, maar plicht.

/* Lesson 04: Trends are volatile */
Result: begrijpelijke code en helder vakwerk houden vaak langer stand dan welke mode ook.

/* Lesson 05: New tools must survive real use */
Result: ook AI en cloud tellen alleen wanneer zij in het dagelijks gebruik navolgbaar helpen.

Juist daarom ontstaan mijn oplossingen bewust slank. Geen onnodige bovenbouw, geen luid werkende constructies alleen omdat iets modern moet ogen. Liever begrijpelijke HTML-structuren, nette CSS, gericht JavaScript en een technische handschrift die op betrouwbaarheid vertrouwt.

Wat uiteindelijk zichtbaar blijft, is meestal alleen het oppervlak. Wat daaronder draagt, is structuur. En precies die structuur moet niet alleen vandaag functioneren, maar ook later nog navolgbaar blijven.

[nope/conscious]

Wat ik bewust niet doe

De houding toont zich niet alleen in wat ik bouw, maar net zo goed in wat ik over vele jaren bewust heb weggelaten.

  • Geen contentmanagementsystemen of bouwkasten.
  • Geen JavaScript-frameworks en geen onnodige build-ketens.
  • Geen bureau-structuren of teamontwikkeling – alles blijft zo opgebouwd dat het door één persoon op lange termijn onderhoudbaar blijft.
  • Geen openbare socialmedia-aanwezigheid onder sslxy; aanwezige social-meta-tags dienen alleen voor nette technische inbedding van deze pagina.
  • Geen trackers, geen analysetools, geen toestemmingsplichtige cookies en geen gepersonaliseerde reclame.
  • Geen redesigns alleen vanwege wisselende optiek of kortstondige trends.
  • Geen toolkeuzes uit enthousiasme voor modewoorden – nieuwe hulpmiddelen worden alleen gebruikt wanneer zij in het echte dagelijkse werk werkelijk dragen.
[2026] conscious decision log
> no frameworks
> no hype-driven rebuilds
> no unnecessary bloat
> no artificial complexity
> result: code that stays readable

„Minder is niet alleen meer.
Minder is vaak wat het langst bruikbaar blijft.“

„Goede structuur valt in het beste geval nauwelijks op. Ze zorgt er alleen voor dat dingen werken.“

De uitgebreidere houdingpagina daarbij blijft philosophy.htm.

↑ Naar boven