capuchon_jongen | zondag 4 februari 2024 @ 12:47 |
bron hln.be Duitse versie: https://www.bild.de/polit(...)t-86982634.bild.html | |
capuchon_jongen | zondag 4 februari 2024 @ 12:49 |
Ik vind dit wel redelijk apart. Om na al die jaren nog steeds windows 3.1 te gebruiken. Ik dacht dat mijn land(België) achter liep, Maar die duitsers ![]() | |
Harvest89 | zondag 4 februari 2024 @ 12:58 |
Daar hebben ze ook nog veel van die vintage faxapparaten in gebruik. Conservatief volkje die Duitsers. | |
schommelstoel | zondag 4 februari 2024 @ 12:58 |
Bij het lezen dat ze Windows 3.11 gebruiken hoorde ik gewoon het gekraak en gekras van een oude hardeschijf tijdens het opstarten van de PC. ![]() | |
Truman2022 | zondag 4 februari 2024 @ 13:15 |
Ok | |
Hyperdude | zondag 4 februari 2024 @ 13:18 |
Je zou toch minstens Windows 3.9 of 4.5 verwachten. | |
mvdejong | zondag 4 februari 2024 @ 13:18 |
Het voordeel is dat het totale pakket, dus het operating system en de applicaties, zich bewezen heeft. Overstappen naar een ander OS betekent dat je een lang en duur traject in moet gaan om de applicaties te testen, en zonodig aan te passen, en dan weer te testen. En je weet dan zeker dat er altijd wel iets tussendoor glipt. Ik zit nu bij een klant het proces te begeleiden om van Red Hat Enterprise Linux 7 naar 8 te gaan, en je staat er van te kijken hoeveel issues er bij de verschillende applicaties opduiken. Soms ook omdat de applicaties beroerd geschreven zijn, maar ook omdat Red Hat steeds meer dingen afsluit voor niet-root gebruikers omdat deze exploits mogelijk maken. De signalering boven de snelwegen heeft heel lang nog op MS-DOS gedraaid, omdat het stabiel was, veilig, en near-realtime. Daar is pas een einde aangekomen toen er een probleem met de hardware ontstond : PC's met ISA-slots waren niet meer te krijgen, en voor multi-poort seriele kaarten waren geen DOS-drivers beschikbaar. | |
FlippingCoin | zondag 4 februari 2024 @ 13:22 |
Ach er draaien nog zoveel vrij belangrijke systemen op Cobol en Fortran, waar ze zich overigens recent wel meer zorgen om zijn gaan maken in Nederland. https://www.nporadio1.nl/(...)gzaam-hoe-erg-is-dat | |
tong80 | zondag 4 februari 2024 @ 13:32 |
Die sporen niet.![]() | |
mvdejong | zondag 4 februari 2024 @ 13:33 |
Bij een bank hadden ze ook het probleem dat het centrale comptabele systeem (het ding dat daadewerkelijk geld tussen rekeningen enz. heen en weer schuift) in COBOL geschreven was. Ze wilden het moderniseren, maar meerdere pogingen waren mislukt om uit te vinden wat dat systeem nu echt op detail-niveau deed, wat essentieel was om een nieuw ontwerp te maken. Door alle wet- en regelgeving, nationaal en internationaal, waren er jaar op jaar kleine aanpassingen gemaakt, waardoor het resultaat van reverse-engineering (uit de code afleiden wat de functionaliteit is) niet met zekerheid correct was. Ze hebben er lang mee doorgedraaid omdat het oude systeem betrouwbaar was, d.w.z. dat de accountants concludeerden dat wat er in ging, en wat er uit ging, klopte. Ik weet niet wat nu de status is, ik ben er al weer een tijd weg en heb geen contacten daar. En bij alle bedrijven die al lang bestaan, en veel technisch rekenwerk doen, is FORTRAN nog steeds de taal die wordt gebruikt. En die taal wordt ook nog steeds actief onderhouden en ontwikkeld. | |
sturmpie | zondag 4 februari 2024 @ 13:38 |
moet toch niet zo heel moeilijk zijn om daar softwarespecialisten voor te vinden, als je verstand hebt van windows dan zijn die oudere versies toch gewoon simpeler | |
StateOfMind | zondag 4 februari 2024 @ 13:45 |
Windows 3.11 ![]() Ponskaarten ![]() | |
ToT | zondag 4 februari 2024 @ 13:47 |
| |
Ulx | zondag 4 februari 2024 @ 13:47 |
Het probleem zal wel hardware zijn. Hierbij moet je denken aan systemen om bruggen te openen en zo, zaken die je niet zo even snel gaat vervangen op een regenachtige woensdagmiddag. Tegenwoordig hebben die systemen vaak on-board wel iets om ze te bedienen, maar vroeger dus niet. Dus als zo'n Win311 bak een bepaalde machine moet aansturen waarvoor geen moderne software bestaat kapot gaat dan ben je de pineut. | |
StateOfMind | zondag 4 februari 2024 @ 13:48 |
Nu zin in drop gekregen ![]() | |
nostra | zondag 4 februari 2024 @ 13:49 |
Dat is hier niet anders hoor. Er dreigt een groot gebrek aan COBOL programmeurs te ontstaan bij banken en de belastingdienst. | |
ToT | zondag 4 februari 2024 @ 13:50 |
Ik ben ICT'er in een ziekenhuis geweest waar ze een jaartje of 15 geleden nog een MS-DOS pc hadden omdat die specifieke software niet op Windows bestond en het ook niet onder een DOS-promptje werkte (of als je met Windows '95 in MC-DOS modus opstartte.) Uiteindelijk kwam er wel software in Windows die de taken kon overnemen, maar het was een hels karwei om alle gegevens van die hele database over te kloppen in het nieuwe systeem. Dat viel niet zomaar te importeren of converteren. | |
ToT | zondag 4 februari 2024 @ 13:50 |
Tja, het is een state of mind he! ![]() | |
StateOfMind | zondag 4 februari 2024 @ 13:50 |
![]() | |
StateOfMind | zondag 4 februari 2024 @ 13:51 |
Het is drop of dronder ![]() | |
Ulx | zondag 4 februari 2024 @ 13:52 |
Dat soort halgare oeroeboeroe applicaties uit het jaar kruik kom je gelukkig steeds minder tegen. Maar ik herken het verhaal. | |
TargaFlorio | zondag 4 februari 2024 @ 13:54 |
Cobol kan gewoon draaien op een modern OS en wordt nog gewoon verder ontwikkeld. | |
ToT | zondag 4 februari 2024 @ 13:57 |
Ja blijkbaar is het in Duitsland dus nog de norm! ![]() | |
Fleischmeister | zondag 4 februari 2024 @ 13:59 |
Van Duitsers verwachtte ik wel dat ze nog niet meer ondersteunde Windows gebruiken overal, dat land is op IT gebied immers een soort openluchtmuseum, maar fucking Windows 3.11??! ![]() En dat incident in Frankrijk, wat is dat toch, zulke belangrijke systemen niet dubbel uitvoeren op een computer waar mijn oma al haar neus voor zou ophalen, het is toch algemene wetenschap dat alle apparatuur een keer faalt? Die OV chipkaartautomaten draaien ook allemaal nog op ouwe meuk, bij de RET in Rotterdam op Windows 2000 Professional bijvoorbeeld (stond er eens eentje vast tijdens het booten ![]() ![]() | |
Ulx | zondag 4 februari 2024 @ 14:03 |
Gezien de reacties op de advertentie lijkt het juist niet de norm te zijn. ![]() | |
mschol | zondag 4 februari 2024 @ 14:07 |
ik ben meer verbaasd dat windows 3.11 tot 2001 ondersteund was ![]() | |
Ulx | zondag 4 februari 2024 @ 14:07 |
Tja, als de hardware geen 64bit is kun je Windows 11 vergeten bijvoorbeeld. Dat hoeft niet zo'n probleem te zijn. | |
FlippingCoin | zondag 4 februari 2024 @ 14:14 |
Maar het is een zeer oude programmeertaal met een vergelijkbaar probleem als geschetst in de OP, een gebrek aan mensen genoeg kennis. | |
ACT-F | zondag 4 februari 2024 @ 14:14 |
Een extrusiemachine is een omvangrijk en kostbaar apparaat dat decennia mee moet gaan om de investering terug te verdienen. De computer van de besturing was op sterven na dood en of ik die even vervangen kon... Even vervangen... Even...
| |
TheoddDutchGuy | zondag 4 februari 2024 @ 14:14 |
Belastingdienst gebruikt nog systemen van begin jaren 80. Niet over te zetten naar nieuwere systemen. Goed bedacht allemaal. | |
mschol | zondag 4 februari 2024 @ 14:16 |
waarom zou je een alphaversie van een besturingssyteem voor mission critial systemen overwegen? ![]() | |
BiftekiMetFeta | zondag 4 februari 2024 @ 14:17 |
Niet bedrijfskritische systemen in Logo hebben draaien ![]() ![]() | |
FlippingCoin | zondag 4 februari 2024 @ 14:17 |
Software ontwikkeling is vergeleken met vele andere vakgebieden erg nieuw, dus veel dingen moesten nog ontdekt worden waar je elders kan bouwen op vele jaren aan kennis en ervaring. | |
Ulx | zondag 4 februari 2024 @ 14:24 |
Tja, als we gewoon het belastingstelsel van toen opnieuw zouden invoeren wordt de migratie makkelijker. | |
FlippingCoin | zondag 4 februari 2024 @ 14:26 |
Een oude educatieve programmeertaal? ![]() | |
TargaFlorio | zondag 4 februari 2024 @ 14:28 |
Als dit zo'n bedrijf kritische systemen zijn die moeilijk omgezet kunnen worden dan moet je mensen opleiden. | |
DJKoster | zondag 4 februari 2024 @ 14:29 |
Herkenbaar wel. Wij draaien met apparatuur wat soms 15 jaar mee gaat. Ik heb al menigeen computer los moeten (laten) koppelen van het bedrijfsnetwerk omdat de software niet meer werkte onder een nieuwe Windows versie of nadat er weer een hoop dichtgetimmerd was door IT.. Dit jaar gaan we over naar Windows 11. ![]() | |
FlippingCoin | zondag 4 februari 2024 @ 14:29 |
Daarom zijn een selectie van deze grotere bedrijven recent samengekomen om te kijken hoe ze dit het best kunnen aanpakken. | |
TargaFlorio | zondag 4 februari 2024 @ 14:37 |
Beetje laat, ik hoor en lees dit al jaren. | |
Ulx | zondag 4 februari 2024 @ 14:58 |
De VS had in 2018 nog een IBM series/1 (gebouwd tussen 1976 en 1987) in gebruik bij hun Nuclear Command/Control organisatie. Da's een 16 bits mini met 16-128kb geheugen aan boord. In de tussentijd zijn ze wel afgestapt van dat systeem met 8 inch floppies. | |
Perrin | zondag 4 februari 2024 @ 15:03 |
Stelletje digibeten die Duitsers. | |
Nober | zondag 4 februari 2024 @ 15:04 |
Jullie snelwegen zijn van voor de eerste wereldoorlog. | |
capuchon_jongen | zondag 4 februari 2024 @ 15:07 |
Wij hebben tenminste geen woningcrisis. | |
Nober | zondag 4 februari 2024 @ 15:12 |
Bij jullie geen massale import van arbeidsmigranten, Oekraïners en overige vluchtelingen? | |
derLudolf | zondag 4 februari 2024 @ 15:15 |
Want ja, de pogingen om de boel allemaal opnieuw op te bouwen waren erg succesvol. Het systeem waarmee vliegtickets geboekt worden is ook iets uit de beginjaren van de computer dacht ik. | |
Ulx | zondag 4 februari 2024 @ 15:32 |
Geen enkele expat wil daar wonen. Elk voordeel heeft zijn nadeel. | |
TLC | zondag 4 februari 2024 @ 15:44 |
Guus Meeuwis *bedenk zelf de link maar ![]() | |
Starflyer | zondag 4 februari 2024 @ 15:56 |
Er worden nog genoeg Cobol trainingen gegeven waar mensen aan meedoen. Cobol is niet het probleem imho, eerder gebrek aan kennis van de systemen. Werkte ooit aan een project waar ook geen kennis meer van het systeem was. Hebben ze eerst het hele systeem gereverse engineered en gedocumenteerd voordat men begon aan de bouw van een nieuw systeem. | |
FlippingCoin | zondag 4 februari 2024 @ 15:58 |
Ja alleen is er nog weinig verandert. ![]() | |
FlippingCoin | zondag 4 februari 2024 @ 16:00 |
Nouja Cobol is deel van het probleem, de schaarste zie je ook terug in wat Cobol specialisten verdienen. [ Bericht 5% gewijzigd door FlippingCoin op 04-02-2024 16:07:54 ] | |
Starflyer | zondag 4 februari 2024 @ 16:06 |
Het is minder populair dan Java en C++ of zo. Dat klopt. En er is ook minder vraag naar, dus dat helpt ook niet mee. Maar ik zie waar ik werk nog steeds trainingen gegeven worden, dus er zijn nog steeds Cobol programmeurs te krijgen. | |
FlippingCoin | zondag 4 februari 2024 @ 16:08 |
Minder populair dan Java zegt die. ![]() | |
#ANONIEM | zondag 4 februari 2024 @ 16:11 |
België ![]() Gister nog geweest, ik kan direct mijn hele wielophanging en demping laten vervangen ![]() + door allemaal kut dorpjes moeten rijden omdat er geen fatsoenlijke snelwegen liggen hier maak ik even een eigen topic over | |
Papierversnipperaar | zondag 4 februari 2024 @ 16:12 |
Nee, op een gegeven moment kunnen nieuwe techneuten niets meer met oude techniek. Je zou heden ten dage geen Saturnus 5 meer kunnen bouwen. | |
Starflyer | zondag 4 februari 2024 @ 16:12 |
Afgelopen jaar (20) een stuk populairder dan het jaar ervoor (31) ![]() https://www.tiobe.com/tiobe-index/ | |
FlippingCoin | zondag 4 februari 2024 @ 16:21 |
Naar mijn idee is de Tiobe index vrij inaccuraat, ik hecht meer aan de SO survey(en soortgelijken als de Jetbrains survey welke allemaal vrij in lijn zijn met elkaar itt de Tiobe index): https://survey.stackoverf(...)popular-technologies | |
Starflyer | zondag 4 februari 2024 @ 16:30 |
De Tiobe index is meer dan alleen een populariteitspoll zoals op StackOverflow. Maar ieder zijn ding. | |
FlippingCoin | zondag 4 februari 2024 @ 16:31 |
Populariteitspoll? ![]() | |
Starflyer | zondag 4 februari 2024 @ 16:33 |
Ja, dat is toch min of meer hetzelfde? Tiobe neemt meer mee dan alleen de mensen die er mee werken. Ook de vraag en inderdaad gebruik in zoekmachines. | |
FlippingCoin | zondag 4 februari 2024 @ 16:35 |
Nee natuurlijk is dat niet hetzelfde, de populariteit van programmeertalen is een andere vraag binnen de survey. Maar de survey is in lijn met de github octoverse report, en die baseert zich op daadwerkelijke code. | |
ACT-F | zondag 4 februari 2024 @ 17:20 |
Herkenbaar. Ondanks dat een systeem redelijk goed gedocumenteerd is was er tussentijds veel aangepast waardoor ik veel tijd moest steken in onderzoek. Uiteindelijk toch maar het oude systeem intact gelaten omdat de arbeidskosten de pan uit zouden rijzen. Programmeurs en systeembeheerders moeten qua documentatie gedisciplineerder worden zodra ze zaken wijzigen. Daar valt een hoop op te winnen. | |
Starflyer | zondag 4 februari 2024 @ 17:32 |
Ik snap dat het gaat over hoeveel Cobol gebruikt wordt. Maar dat neemt de vraag naar Cobol programmeurs (in vergelijking met andere talen) niet mee. Dat zou je imho ook mee moeten nemen om te kijken hoe 'schaars' een taal is. | |
FlippingCoin | zondag 4 februari 2024 @ 17:36 |
Ja die vraag is, volgens mij, voor zo'n oude taal relatief hoog nu. Alleen voor hoe lang? Voor een nieuw systeem zal de keuze niet Cobol worden, dat speelt ook voor jongere developers. | |
TargaFlorio | zondag 4 februari 2024 @ 17:39 |
Maar dat geldt ook voor 'moderne' talen. | |
FlippingCoin | zondag 4 februari 2024 @ 17:40 |
Ja maar moderne talen zitten dichter bij de opvolgers dan zo'n oud iets als Cobol. Als Cobol niet zo goed zou betalen zou ik er iig niet voor kiezen. | |
TargaFlorio | zondag 4 februari 2024 @ 17:42 |
Dat is waar, maar volgens mij is Cobol niet heel erg ingewikkeld om te leren. | |
FlippingCoin | zondag 4 februari 2024 @ 17:44 |
Qua language constructs niet volgens mij inderdaad. | |
Perrin | zondag 4 februari 2024 @ 17:45 |
De beste documentatie is goed gestructureerde code en een uitstekende set integratietests. Alle belangrijke functionele specs moet een testje voor zijn. Als je alles probeert te documenteren in traditionele documentatie dan ben je én teveel tijd kwijt én die documentatie is na een tijdje toch zo verouderd en uit de klauwen gegroeid dat ie onbruikbaar is. | |
tjoptjop | zondag 4 februari 2024 @ 17:50 |
Ik men eens ergens gelezen te hebben dat de bankiersapps e.d. daarom een soort parallel systeem is. Je zíet het saldo wel wijzigen maar de echte transactie vind pas later op die mainframes plaats. Zal wel klok klepel verhaal zijn, kan het zo snel even niet terugvinden maar het was iets in die strekking ![]() Hoeveel procent van de omzet van IBM is wel niet dit soort legacy systemen? Het barst er nog van. Als gepensioneerde COBOL programmeur kun je leuk bijbeunen als je wilt iig | |
Plompzakker | zondag 4 februari 2024 @ 18:30 |
Ik heb eerder het idee dan von Schlieffen daar de boel toen kapot heeft gereden en dat ze daarna nooit meer de moeite hebben genomen om er wat aan te doen | |
stavromulabeta | zondag 4 februari 2024 @ 18:41 |
Dit dus. Er zijn in Nederland zelfs nog systemen met ponskaarten in gebruik. En dan heb je het niet over wat obscure aplicatietjes maar over waterkeringen en beweegbare bruggen. | |
FlippingCoin | zondag 4 februari 2024 @ 18:42 |
Oh dat wist ik niet eens, zou dat wel eens willen zien. Nog nooit met ponskaarten gewerkt. ![]() | |
ACT-F | zondag 4 februari 2024 @ 19:24 |
Als er functionele wijzigingen zijn kun je dat niet uit de code halen als het een samenspel van verschillende systemen is. De tijd die je verzuimt om te documenteren komt later in veelvoud als een boemerang terug. | |
Un_Chien_Andalou | zondag 4 februari 2024 @ 19:27 |
Nee, ik ook niet, ik had wel een taperecorder aan mijn C64 hangen ![]() ![]() Toen had ik nog haar joh | |
FlippingCoin | zondag 4 februari 2024 @ 19:32 |
Dat ook nooit meegemaakt. ![]() | |
FlippingCoin | zondag 4 februari 2024 @ 19:34 |
Bij een functionele wijziging moet er een integratietest omvallen. ![]() Niet dat ik tegen verdere documentatie ben, maar integratietests zijn naar mijn idee wel een van de eerste dingen om te bekijken ja als je moet uitzoeken hoe iets werkt. | |
Nattekat | zondag 4 februari 2024 @ 19:35 |
Weet je wel hoe veel uur het kost om die tests te schrijven? Tijd is geld, lekker laten zitten. Grgr, manager. | |
Perrin | zondag 4 februari 2024 @ 19:35 |
Exact! Het geeft je vertrouwen dat een wijziging niks van belang omgooit en het tegelijk vaak de actueelste, best leesbare functionele specs als je daar een leuk framework voor gebruikt. | |
Starflyer | zondag 4 februari 2024 @ 19:38 |
Hobbyscoop ![]() | |
ACT-F | zondag 4 februari 2024 @ 19:40 |
Dit dus ![]() | |
Perrin | zondag 4 februari 2024 @ 19:41 |
Minder tijd dan een parallele documentatie bijhouden die voor serieuze softwareprojecten altijd te groot wordt en begint achter te lopen en uiteindelijk onvermijdelijk totaal onbruikbaar wordt. Zonder omvallende testjes als er dingen kapot gaan, durft op een gegeven moment niemand meer wijzigingen te maken of worden er kostbare en trage handmatige kwaliteitscontroles uitgevoerd na elke wijziging en gaat je snelheid als team rap achteruit. | |
Starflyer | zondag 4 februari 2024 @ 19:42 |
Daarom moet je ook die tests schrijven. Die tijd verdient zich dubbel en dwars terug. Als een systeem eruit ligt door een bug, die je met een test had kunnen voorkomen kost dat veel meer geld. | |
Nattekat | zondag 4 februari 2024 @ 19:45 |
Volgens mij heb je niet door hoe die reactie gelezen moet worden ![]() | |
Perrin | zondag 4 februari 2024 @ 19:45 |
En na productieverstoringen door bugs een test toevoegen die uitsluit dat dat type verstoring nog eens optreedt. Je kunt de test gebruiken om te controleren of je fix werkt en zo wordt de applicatie steeds stabieler ipv dat het uit de klauwen groeit en niemand meer wat durft aan te passen. | |
Perrin | zondag 4 februari 2024 @ 19:46 |
Dat hoeft je mij niet te vertellen, ik werk aan een behoorlijk complex systeem waar een kwartier stilstand al miljoenen kost en waarbij we toch elke dag meerdere malen met wijzigingen naar productie gaan. | |
Jan_Onderwater | zondag 4 februari 2024 @ 19:47 |
Duitsland loopt een 15-20 jaar achter in digitalisering | |
Nattekat | zondag 4 februari 2024 @ 19:50 |
30* | |
stavromulabeta | zondag 4 februari 2024 @ 19:51 |
Geen ponskaartensysteem met dit staaltje Marshallhulp was tot een jaar of 2 geleden in gebruik. ![]() | |
Perrin | zondag 4 februari 2024 @ 19:56 |
Wow wat voor systeem is dat?! | |
stavromulabeta | zondag 4 februari 2024 @ 19:59 |
Een interlockingsysteem | |
ACT-F | zondag 4 februari 2024 @ 20:00 |
De programmeur is niet de eigenaar en krijgt ook geen blanco cheque om onbeperkt te schrijven omdat die vindt dat testen en documentatie ook bij zijn werkzaamheden horen. En als je die wel krijgt dan ben je afhankelijk van de punctualiteit van de programmeur. Als de kantjes worden afgelopen zit de opvolger met de gevolgen. Ik ben het met je eens hoor maar probeer maar het eens te worden met een digibeet die alleen in nu rekent en niet in straks. Dan krijg je broddelwerk dat vele jaren later door een ander opgelost moet worden. De goedkoopste oplossing is dan weer het systeem ongemoeid te laten met wat oplapwerk. Zo krijg je dus vacatures voor antieke software zoals in de OP. | |
TweedeKlum | zondag 4 februari 2024 @ 20:05 |
Het kan nog veel gekker. ![]() https://www.theguardian.c(...)ers-8in-floppy-disks | |
FlippingCoin | zondag 4 februari 2024 @ 20:06 |
Oh vet. ![]() | |
ACT-F | zondag 4 februari 2024 @ 20:17 |
En kijk er niet eens meer van op ![]() | |
Aether | zondag 4 februari 2024 @ 20:21 |
New York subway draait tenminste nog OS/2 https://www.vice.com/en/a(...)-subway-system-alive | |
-XOR- | zondag 4 februari 2024 @ 20:24 |
Security by obscurity. | |
recursief | zondag 4 februari 2024 @ 20:26 |
![]() | |
TargaFlorio | zondag 4 februari 2024 @ 20:30 |
Maar dat is toch niet gek? Zo'n app of website is maar de frontend. | |
Aether | zondag 4 februari 2024 @ 20:30 |
Japan will no longer require floppy disks for submitting some official documents https://www.engadget.com/(...)ments-212048844.html | |
mcmlxiv | zondag 4 februari 2024 @ 20:37 |
COBOL als programmeertaal is een veel kleiner probleem dan windows 3.11 systemen als infrastructuur. COBOL is oud, maar uitstekend uitgekristalliseerd en op zich nog prima leverbaar vanuit leveranciers als Microfocus en IBM. En er is zelfs nog een prima werkende open-source compiler (https://gnucobol.sourceforge.io/). Het is niet bijzonder complex om aan te leren, dus onderhoud lukt vaak prima. Oude infra, in dit geval oude PC's gaan op enig moment fysiek stuk en dan nog hardware vinden waar 3.11 op wil draaien zal steeds lastiger zijn. Oude server-versies kun je dan nog virtualiseren, maar PC versies? En Windows versies tot 98/ME zijn ook meer toepassingen bovenop MS-DOS dan operating systems. Kortom, best bijzonder om dat soort oude pc-meuk zolang in leven te houden. | |
derLudolf | zondag 4 februari 2024 @ 20:41 |
Gelukkig is er al een sollicitant aangekomen https://www.der-postillon.com/2024/02/windows-311-admin-bahn.html | |
Captain_Jack_Sparrow | zondag 4 februari 2024 @ 20:42 |
![]() | |
stavromulabeta | zondag 4 februari 2024 @ 20:53 |
Er zijn zelfs bedrijven die nog reserveonderdelen maken voor oude mainframes. Peperduur maar dan heb je ook een nodeloos grote printplaat met een moderne chip met maar één taak: Een jaren 60-chip in zowel functie als formaat emuleren. | |
ACT-F | zondag 4 februari 2024 @ 20:55 |
Leuk om een paar postst boven je te lezen dat de New Yorkse metro het nog steeds gebruikt ![]() Dat is het grootste probleem, de hardware. Het begintijdperk van het consumenteninternet bracht de nodige uitdagingen met zich mee. Het faillissement van COM21 heeft de kabelboeren een hoop geld gekost omdat het systeem dat eind jaren '90 geïmplementeerd werd in 2003 al stopte met de ondersteuning. Men moest op stel en sprong naar DOCSIS wat qua beheer gelukkig aanzienlijk beter was. Bij de koperlijnen was ISDN geïntroduceerd, maar al snel ingehaald door DSL. Enkele jaren geleden sprak ik een programmeur van AT&T die de software had geschreven voor de 5ESS centrales. De hardware was voor 20 jaar ingecalculeerd. Toen ik zei dat die krengen 30 jaar na dato nog steeds werkten was hij stomverbaasd. Met het uitfaseren van ISDN is daar uiteindelijk ook een einde aan gekomen. Godver ![]() ![]() ![]() | |
stavromulabeta | zondag 4 februari 2024 @ 21:11 |
Als je wist wat er soms voor onderdelen van oude PLC's en SCADA-systemen betaald wordt... Of partijen die de hele wereld afstruinen naar een plek waar hun systeem nog in gebruik is en ontmanteld wordt... Een van de voornaamste redenen (naast dat iedereen met kennis van het systeem pensionado was) was dat de Amsterdamse metro over moest naar een nieuw treinbeveiligingssysteem was ze op een gegeven moment alle nog beschikbare systemen al opgekocht hadden voor reserve-onderdelen. Iets vergelijkbaars (maar dan niet ICT-gerelateerd) was met HTM, die hebben in de jaren '80 besloten om voor nieuwe trams oude (PCC) draaistellen te hergebruiken, met als resultaat dat HTM op een gegeven moment overal en nergens PCC-trams opkocht om aan reserveonderdelen te komen. [ Bericht 1% gewijzigd door stavromulabeta op 04-02-2024 21:23:05 ] | |
Aether | zondag 4 februari 2024 @ 21:18 |
https://www.homecomputermuseum.nl/collectie/sharp/sharp-mz-80k/ | |
Hexagon | zondag 4 februari 2024 @ 21:28 |
Vind ik nog vooruitstrevend. Had bij Duitsers eerder een Commodore 64 verwacht. | |
AchJa | zondag 4 februari 2024 @ 21:46 |
| |
derLudolf | zondag 4 februari 2024 @ 22:31 |
Volgens mij wordt voor de navigatiesystemen in bepaalde vliegtuigen (dan denk ik zelf aan de B747-400, 757,767) nog diskettes gebruikt (3,5") Maatschappijen die deze kisten nog gebruiken en geen enorme voorraad diskettes hebben aangeschaft, scharrelen van alles bij elkaar. Ik fotografeer zelf analoog, als je kijkt wat voor partijen film of soms zelfs onderdelen soms nog ergens opduiken, dan denk ik dat er ook nog heel wat diskettes her en der rondslingeren, kwam laatst hier ook nog twee gesealde doosjes tegen. | |
spicymchaggis | zondag 4 februari 2024 @ 23:15 |
Bij de NS draait inderdaad ook nog wel het één en ander op al lang niet meer ondersteunde Windows versies; gisteren stond één van de automaten (om de ov chipkaart op te waarderen?) in Venlo ook vast op het bureaublad en dat was Windows 7 (de laatste versie waar je het klassieke Windows 95-achtige uiterlijk kon kiezen) of ouder. Voor Duitse begrippen is dat echter "next gen", dat land loopt minimaal twintig jaar achter op IT gebied. ![]() | |
tjoptjop | maandag 5 februari 2024 @ 02:28 |
Nou ja, ik was in de veronderstelling dat als ik bij mij saldo zie verdwijnen en bij een maat, die net een tikkie stuurde, het omhoog gaat dat het geld ook daadwerkelijk verplaatst zou zijn. Dat schijnt dus niet zo te zijn, maar het fijne weet ik er ook niet van. | |
recursief | maandag 5 februari 2024 @ 04:40 |
Dat is vrij normaal en in zulk soort systemen onvermijdelijk. In zulke complexe systemen werken enorm veel onderdelen met elkaar samen. Een overschrijving tussen twee klantrekeningen heeft voor heel veel van die onderdelen gevolgen en zal dus op veel plekken tot administratieve handelingen leiden. Om nou te voorkomen dat je heel lang moet wachten bij een overschrijving, of dat een overschrijving mislukt omdat een minder belangrijk subsysteem een storing heeft wordt direct vastgelegd dat er een transactie is gedaan maar worden de gevolgen daarvan vervolgens op de achtergrond doorgerekend. | |
hollandia02 | maandag 5 februari 2024 @ 07:43 |
Of Efteling attracties:
| |
mschol | maandag 5 februari 2024 @ 08:36 |
windows 7 POSready wordt tot 8 oktober 2024 nog ondersteund https://learn.microsoft.c(...)-embedded-posready-7 | |
xzaz | maandag 5 februari 2024 @ 10:43 |
Cobol is het probleem niet; maar door de jaren heen zijn er enorme systemen omheen gebouwd om alles nog werkend te houden en te vernieuwen. Wij gebruiken ook nog steeds Cobol en zijn al 5 jaar bezig om het uit te faseren. | |
FlippingCoin | maandag 5 februari 2024 @ 11:14 |
Ja en denk je dat dat alleen bij Cobol systemen gebeurd? Op vrijwel alle in gebruik genomen systemen wordt er steeds meer bijgebouwd. | |
xzaz | maandag 5 februari 2024 @ 15:03 |
Dat is niet te vergelijken met de tijd van Cobol. Daar zijn complete compilers hergeschreven om bijvoorbeeld uberhaupt te kunnen compileren; nog maar niet de spreken over UI. | |
HSG | woensdag 7 februari 2024 @ 07:47 |
Onderschat het niet over software. Je ziet bij grote organisaties dat veel software onder water toch meer aan instellingen hebben dan je denkt. Dat er bijvoorbeeld aan directory's diep een config-bestand staat waar je een link moet instellen omdat er anders geen connectie van A naar B of zo. Waar het vaak mis gaat is dat het niet fatsoenlijk gedocumenteerd wordt of dat de documentatie niet bijgehouden wordt. Heel veel grote bedrijven werken nog met oude meuk. Jarenlang hebben ze niks gedaan aan het vernieuwen van hun systemen "want het werkt toch allemaal prima" totdat het te laat is. [ Bericht 40% gewijzigd door HSG op 07-02-2024 08:00:41 ] | |
myShizzle | woensdag 7 februari 2024 @ 07:58 |
Als je goed wilt verdienen kun je je pijlen beter op Cava, aka Jobol, richten. | |
Sapstengel | woensdag 7 februari 2024 @ 08:05 |
Klopt ja, ook in mijn organisatie. Maar het probleem met cobol is vooral dat de mensen met kennis vrijwel allemaal binnen nu en 10 jaar met pensioen gaan. De taal zelf is prima, bloedsnel en erg goed in te zetten. Heb er wel maar gekeken, want straks genoeg werk in te vinden. Zie mezelf het alleen niet doen want het is een beetje deprimerend om mee te werken. | |
HSG | woensdag 7 februari 2024 @ 08:09 |
Het klinkt raar maar een ander voorbeeld wat mij opgevallen is bijvoorbeeld de tolwegen in Oostenrijk en Zwitserland vergeleken met Slovenië of Hongarije. In Oostenrijk en Zwitserland moet je een sticker op je voorruit plakken terwijl in Slovenië en Hongarije de tolregistratie op kenteken gaat. Je gaat naar een website, geeft je kenteken op, betaald en voila alles is geregeld. Je zou toch verwachten dat moderne en welvarende landen als Oostenrijk en Zwitserland dat ze dat ook al ingevoerd zoden hebben. | |
Molo | woensdag 7 februari 2024 @ 08:18 |
Oostenrijk en Zwitserland zijn welvarend maar zeker niet modern. Heeft overigens ook met de aansturing van dergelijke voorzieningen te maken, moeilijk om op landelijk niveau voor elkaar te krijgen. Als ze het al zouden willen hoor, want zo'n vaart loopt het daar niet qua moderniseringsdrang | |
wdn | woensdag 7 februari 2024 @ 08:22 |
Als het werkt dan werkt het. Ga je vernieuwen loop je risico. Dus zeer logisch. Banken en de overheid maken ook nog steeds gebruik van COBOL 85. Is nog een paar jaar ouder ![]() - ah ik was zeer laat. | |
stavromulabeta | woensdag 7 februari 2024 @ 09:17 |
Een steenoude programmeertaal hoeft niet direct een probleem te zijn, de broncode kun je nog steeds aanpassen en er zijn ook nog steeds compilers waarmee je het op moderne architecturen kunt draaien. Een steenoud besturingsysteem dat al decennia niet meer gepatched en geserviced wordt en waarvoor geen hardware meer verkrijgbaar is, daarentegen wel. | |
spicymchaggis | woensdag 7 februari 2024 @ 09:23 |
Door de omgeving(en) waarin de taal vooral ingezet wordt (banken, verzekeraars etc.) of door de taal zelf? | |
Sapstengel | woensdag 7 februari 2024 @ 09:56 |
Door de taal zelf. De omgeving is niks anders dan waar ik nu zit. Heb in mijn team ook een cobol developer zitten die over 6 jaar met pensioen is, dus zou gewoon op dezelfde plek kunnen blijven zelfs. Opzich is de taal ook niet heel erg. Best logisch opgezet, maar je werkt uiteindelijk wel met iets uit 1960 ofzo. In mijn organisatie werkt iedereen ook vooral in een terminal emulator omdat dit het fijnste is, maar dan zit je de hele tijd naar zo'n groen zwart scherm te staren. En ben zelf misschien te erg gewend aan moderne IDEs, git integratie, code completion etc. Maarja het is allemaal niet zo zwart wit, er zijn genoeg oplossingen om het leefbaar te maken. Alleen denk dat ik toch liever met de wat modernere talen werk. | |
The-BFG | woensdag 7 februari 2024 @ 10:37 |
Die upgrade was fun, heel veel applicaties maakte bijv bash scripts aan in /tmp, en waar je die in RHEL 7 gewoon kon uitvoeren vanuit /tmp kon dat bij RHEL 8 niet meer. Gelukkig waren wij er snel achter... heb verhalen gehoord van collega's die lang aan het zoeken geweest zijn ![]() | |
mvdejong | woensdag 7 februari 2024 @ 10:44 |
Een van de verrassingen waar wij hier tegenaan liepen was dat als je vanuit je code geheugen allocceert, het execute-bit op dat geheugen niet meer aan staat. Als je distributed processing doet wordt executable code vaak op die manier op andere processoren/systemen gestart, dus plotseling werkte er nog maar 1 thread. Dat bitje is wel makkelijk te flippen (het staat uit om toevallige/kwaadwillige uitvoering te voorkomen, je hebt er geen root-rechten voor nodig), maar voordat je doorhebt wat het issue is ... Net als met jullie probleem (terecht) gedaan om security te verbeteren, maar het kost een hoop tijd tijdens zo'n migratie. | |
Peder | woensdag 7 februari 2024 @ 10:59 |
Helaas zijn de ponskaarten bij de Efteling al jaren weg. Alles draait daar op Windows server 2016/2019 met SCADA op een geisoleerd glasvezel netwerk. | |
Starflyer | woensdag 7 februari 2024 @ 12:54 |
Dat geïsoleerd zijn is wel een must, ja. Er zijn genoeg SCADA (en andere) systemen die open aan het Internet hangen. | |
Fer | woensdag 7 februari 2024 @ 13:17 |
Beide landen hebben elektronische toll en het werkt zeer goed en makkelijk. Alleen lijkt het erop dat mensen en tankstations het liever op de vertrouwde manier doen, ze maken er immers weinig reclame voor. | |
Fer | woensdag 7 februari 2024 @ 13:22 |
Voor mijn werk kom ik nog op veel plekken, waar ze een machine gebruiken, waar rond 2000 de gouden periode was. Veel bedrijven hebben dan ook een model uit 2000-2005 en nooit de behoefte of centen gehad om een nieuwe te kopen. De software draait dus vaak op een Windows 2003 server die erbij geleverd was en inmiddels kost een nieuwe versie met een recente versie van Windows 20000¤ om te upgraden, dus laten ze het maar zo. Het lijkt voor de werking van de machine weinig uit te maken. | |
HSG | woensdag 7 februari 2024 @ 14:15 |
In Hongarije haal je de elektronische tol ook bij een tankstation of grenskantoortje op. |