ExTec | vrijdag 19 juli 2024 @ 13:29 | |||
| ||||
ExTec | vrijdag 19 juli 2024 @ 13:29 | |||
Deel 3, blijkbaar ![]() | ||||
The-BFG | vrijdag 19 juli 2024 @ 13:34 | |||
Maar banken zijn wel veel terughoudender met het zomaar deployen van software updates. | ||||
ExTec | vrijdag 19 juli 2024 @ 13:36 | |||
spectrumanalyser | vrijdag 19 juli 2024 @ 13:38 | |||
Dit valt reuze mee. Genoeg vliegvelden die weer operationeel zijn. Dat Schiphol zo traag gaat komt meer door beleid dan daadwerkelijk het probleem oplossen. | ||||
Tijn | vrijdag 19 juli 2024 @ 13:38 | |||
Nou, de balie van het zwembad had geen computerproblemen, maar de website ligt er wel uit, dus het komt toch wel een beetje dichtbij ![]() | ||||
Tekaschi | vrijdag 19 juli 2024 @ 13:40 | |||
Zal ook wel een beetje liggen aan de omgeving, heb je een virtuele omgeving met thinclients dan heb je het probleem vele malen sneller opgelost. Weet niet wat Schiphol heeft. | ||||
xzaz | vrijdag 19 juli 2024 @ 13:40 | |||
Lekker met z'n allen snel opstijgen is een recept voor nog grotere problemen. Je hebt met levens te maken; wat verwacht men?> | ||||
StateOfMind | vrijdag 19 juli 2024 @ 13:41 | |||
Van servers naar surfers ![]() | ||||
Dr88 | vrijdag 19 juli 2024 @ 13:44 | |||
Tjah als je digitale leven niet verder gaat dan dat. | ||||
spectrumanalyser | vrijdag 19 juli 2024 @ 13:45 | |||
Dat de incheckbalies weer open gaan. Weet niet zo goed waarom, maar tijdens de livestream eerder vandaag waren er touristen die pas om 4 uur vliegen al voor 12 uur op Schiphol. Men is nu handmatig aan het inchecken. Dus met pen en papier boardingpasses uitschrijven. | ||||
Leandra | vrijdag 19 juli 2024 @ 13:45 | |||
Om even op je voorbeeld in te gaan: Centric heeft nooit droomsalarissen geboden, dat er in sommige onderdelen wel goede salarissen waren kwam vooral omdat die overgenomen waren en dat personeel al een goed salaris had. En dan hebben we het nog niet over het pensioen, dat helemaal beroerd was. | ||||
Jan_Onderwater | vrijdag 19 juli 2024 @ 13:48 | |||
De beste stuurlui vluchtleiders staan aan wal zitten op een zolderkamertje | ||||
inslagenreuring | vrijdag 19 juli 2024 @ 13:48 | |||
Dat neuspeuteren, gamen en masturberen onder werktijd komt wel weer als alles is opgelost. | ||||
Tijn | vrijdag 19 juli 2024 @ 13:49 | |||
Mijn leven is hartstikke digitaal, maar ik heb gelukkig niks met Microsoft te maken over het algemeen ![]() | ||||
ESF1Gamer | vrijdag 19 juli 2024 @ 13:49 | |||
Gelukkig dat ik nog vakantie heb en de batterij van mijn werktelefoon nog leeg is ![]() | ||||
Dr88 | vrijdag 19 juli 2024 @ 13:52 | |||
Oke nou mooi voor je.. Wat het toevoegt geen idee... | ||||
ExTec | vrijdag 19 juli 2024 @ 13:52 | |||
* ExTec klopt af dat we geen crowdstrike hebben. Was een kandidaat. En alhoewel ik me niet bezig hou met domme end-lusers, en client endpoints, is in een scenario als dit prima te verwachten dat iedereen mag gaan helpen. | ||||
Zoddie | vrijdag 19 juli 2024 @ 13:53 | |||
Heb ook vakantie, maar als wij Crowdstrike hadden had ik wel op kunnen draven denk ik. Werk telefoon staat uit maar mijn baas heeft wel mijn prive nummer. | ||||
ESF1Gamer | vrijdag 19 juli 2024 @ 13:53 | |||
Ik zie maandag wel of daar last van hadden of niet. | ||||
ExTec | vrijdag 19 juli 2024 @ 13:55 | |||
Zeg je dat je in het buitenland zit ![]() | ||||
#ANONIEM | vrijdag 19 juli 2024 @ 13:55 | |||
Nou ja, Steam werkt, mijn email werkt, FOK! werkt. Ik heb nergens last van ![]() | ||||
ESF1Gamer | vrijdag 19 juli 2024 @ 13:58 | |||
De 3 belangrijkste dingen werken ![]() | ||||
koffiekoekjes | vrijdag 19 juli 2024 @ 13:59 | |||
14 uur geleden gepost: https://old.reddit.com/r/(...)_83_billion_dollars/ Inside job | ||||
ExTec | vrijdag 19 juli 2024 @ 14:00 | |||
I'll raise you: de oprichter is een rus. | ||||
BlackLining | vrijdag 19 juli 2024 @ 14:03 | |||
Ho ho, dat heb ik allemaal niet gezegd he ![]() Je bent onder de streep een stuk flexibeler en dus minder kwetsbaar. Goed. Maar ja, als ze je cluster orchester pakken ga je inderdaad ook gewoon nat. | ||||
Leandra | vrijdag 19 juli 2024 @ 14:03 | |||
4 uur geleden gepost: Oud nieuws. | ||||
Perrin | vrijdag 19 juli 2024 @ 14:04 | |||
Damn dit is een legendarische post. Perfecte timing. | ||||
ExTec | vrijdag 19 juli 2024 @ 14:11 | |||
Er zijn theoretisch altijd scenario's te bedenken waarmee je dit kan voorkomen. Die komen dan vaak wel neer op dat je zelf devops doet en het allemaal in eigen hand hebt. Maar ik heb zelfs trading systems gezien die gewoon doodleuk op off the shelve software op een windows server draaien en eigen clustering mechanisme erop na hielden. En dat soort systemen hadden allemaal nat gegaan, als die agent erop draaide. En dan had ja maar cluster! geen bal uitgemaakt. In de ideale wereld - de wereld is niet ideaal. | ||||
spectrumanalyser | vrijdag 19 juli 2024 @ 14:13 | |||
Je bent in de verkeerde war met Kaspersky. Dat is Russisch. Crowdstrike is opgericht door een Amerikaan, geboren in New Jersey. | ||||
Tijn | vrijdag 19 juli 2024 @ 14:16 | |||
Dmitri Alperovitch is wel co-founder, geboren in Moskou. | ||||
ExTec | vrijdag 19 juli 2024 @ 14:17 | |||
Kijk, ik zeg maar. | ||||
spectrumanalyser | vrijdag 19 juli 2024 @ 14:20 | |||
Ja, niet alleen geboren in Rusland, maar ook tot zijn 13de woonde hij in Rusland. ![]() | ||||
Tijn | vrijdag 19 juli 2024 @ 14:26 | |||
Maar toch he ![]() | ||||
ExTec | vrijdag 19 juli 2024 @ 14:28 | |||
Maar het is niet de WEF. Niet putin. Het is Skynet. | ||||
StateOfMind | vrijdag 19 juli 2024 @ 14:31 | |||
https://www.skynet.nl/ | ||||
Leandra | vrijdag 19 juli 2024 @ 14:33 | |||
Wel al 4 jaar weg bij CrowdStrike.... | ||||
Aether | vrijdag 19 juli 2024 @ 14:51 | |||
Kleffe_Dop | vrijdag 19 juli 2024 @ 15:00 | |||
![]() De pitwall bij Mercedes in Hongarije wilde ook niet vanochtend. | ||||
Origami94 | vrijdag 19 juli 2024 @ 15:14 | |||
Even Apeldoorn bellen ![]() | ||||
MissButterflyy | vrijdag 19 juli 2024 @ 15:14 | |||
Ik heb een Apple telefoon en krijg sinds vanmorgen geen mailtjes meer binnen op m’n iCloud, heeft dat hier ook mee te maken? | ||||
spectrumanalyser | vrijdag 19 juli 2024 @ 15:17 | |||
Prioriteiten. McDonalds is ook getroffen en we moeten niet omkomen van de honger. | ||||
Jan_Onderwater | vrijdag 19 juli 2024 @ 15:20 | |||
The Internet always finds out | ||||
Whiskers2009 | vrijdag 19 juli 2024 @ 15:22 | |||
| ||||
Tijn | vrijdag 19 juli 2024 @ 15:23 | |||
Ik zie dat veel mensen deze grap tweeten, en dat Twitter's AI-powered samenvatting ervan in de war is geraakt ![]() ![]() | ||||
Aether | vrijdag 19 juli 2024 @ 15:29 | |||
Degene met Windows kunnen jou niet meer mailen ![]() | ||||
Perrin | vrijdag 19 juli 2024 @ 15:33 | |||
heywoodu | vrijdag 19 juli 2024 @ 15:45 | |||
Is al bekend wat voor soort update het precies was? Als in, gewoon het soort update dat dit soort bedrijven dagelijks of zelfs meerdere keren per dag pushen, of iets 'zeldzamers'? | ||||
xzaz | vrijdag 19 juli 2024 @ 15:45 | |||
ZScaler: https://tenor.com/nl/view/yes-awkward-black-kid-gif-14606599 | ||||
MissButterflyy | vrijdag 19 juli 2024 @ 15:45 | |||
Ach ja natuurlijk. ![]() | ||||
Leandra | vrijdag 19 juli 2024 @ 15:48 | |||
Degenen met Windows die door dit CrowdStrike verhaal geraakt zijn ![]() | ||||
MissButterflyy | vrijdag 19 juli 2024 @ 15:50 | |||
Ik snap het ja. | ||||
xzaz | vrijdag 19 juli 2024 @ 15:59 | |||
Langzaam komt alles weer online ![]() | ||||
SymbolicFrank | vrijdag 19 juli 2024 @ 17:36 | |||
En wat zou je nu doen als jij beslist had om voor CrowdStrike te kiezen? Ook al denk je: "Shit happens" en kom je daarmee weg, dan is de kans natuurlijk erg groot dat CrowdStrike door alle aangespannen rechtszaken binnen een jaar failliet is. Dus het lijkt me toch een goed idee om voor die tijd over te gaan naar een nieuwe producent. En dan liefst ook de tijd gebruiken om zelf een updateserver in te richten, zodat je er wat meer controle over hebt. Het is interessant dat het gelijk komt met een paar andere grote storingen op de Microsoft servers en de publiciteit over Microsoft Recall. Aan de ene kant wil je dat echt niet, maar aan de andere kant was dat voor veel bedrijven een belangrijke reden om voor CrowdStrike te gaan: makkelijk inzicht in wat je werknemers doen. Dus ik denk dat er binnenkort veel reclame gemaakt gaat worden voor zulke producten en dat Microsoft vooraan staat. Verder gaan er nu veel mensen Bitlocker vervloeken, zeker als ze niet bij de sleutels kunnen omdat de server waar ze op staan ook Bitlocker gebruikt en plat is gegaan. Dus daar komt ook nog een vervolg op. En bij een aantal bedrijven zal tijdens het opmaken van de balans blijken dat ze eigenlijk bijna alles al online doen, dus waarom dan nog dure Windows desktops gebruiken? Dus ik verwacht dat Microsoft met een heel nieuw product komt dat die dingen aanpakt. En of het een goed idee is om dan nog verder in het Microsoft ecosysteem terecht te komen, is dan maar de vraag. De boekhouders vinden het leuk, maar je geeft steeds meer controle uit handen. | ||||
Momo | vrijdag 19 juli 2024 @ 17:39 | |||
Ohja voor de verantwoordelijke waarschijnlijk nu | ||||
Tijn | vrijdag 19 juli 2024 @ 22:08 | |||
Niet de eerste keer dat George Kurtz betrokken is bij zo'n geintje trouwens, dit is uit 2010 toen hij CTO bij McAfee was ![]() https://www.zdnet.com/art(...)-meltdown-of-xp-pcs/ | ||||
Jan_Onderwater | vrijdag 19 juli 2024 @ 22:26 | |||
Er waren 2 problemen, los van elkaar, Azure bij MS en de rollout van een shitty update bij Crowdstrike https://www.wired.com/story/crowdstrike-outage-update-windows/ | ||||
Dubbelzuurrr | vrijdag 19 juli 2024 @ 22:42 | |||
Bij paywall: Pagina refreshen, ctrl-A, ctrl-C, pasten in notepad | ||||
capuchon_jongen | vrijdag 19 juli 2024 @ 22:44 | |||
We zijn te afhankelijk geworden van computers. Ik vind dat er altijd een optie moet zijn dat werkt zonder computers. Hoe checkte we weer in op de luchthaven in de jaren 70? Juist zonder computers met internet. | ||||
spectrumanalyser | vrijdag 19 juli 2024 @ 23:14 | |||
Exact. De verwachtingen liggen torenhoog vandaag de dag. De computer MOET het doen. Er is geen enkele mogelijkheid om ergens op terug te vallen. Als de computer dan ook nog voorzien is van BitLocker dan is het over en uit. zelfs als de bitlocker key beschikbaar is dan duurt het alsnog veel te lang om te herstellen. | ||||
spectrumanalyser | vrijdag 19 juli 2024 @ 23:17 | |||
Ter aanvulling: De Azure uitval was alleen in de US. Er was een deel van het storage cluster onbereikbaar waardoor VMs bleven rebooten en geen disks konden mounten. Europa had daar geen hinder van. | ||||
Perrin | vrijdag 19 juli 2024 @ 23:22 | |||
Bitlocker keys op de computer getroffen door Crowdstrike ![]() | ||||
spectrumanalyser | vrijdag 19 juli 2024 @ 23:27 | |||
Die kans zou klein zijn. De update van Crowdstrike is donderdag uitgebracht. Van een server verwacht je niet elke 24 uur een reboot. Om het probleem van de update te ervaren zou je na de update moeten rebooten. overigens heb je kans dat veel computers op Schiphol niet eens bitlocker kunnen draaien. veel te oude meuk. | ||||
takura | zaterdag 20 juli 2024 @ 00:44 | |||
Red_85 | zaterdag 20 juli 2024 @ 01:20 | |||
Dat soort onzinapparaten koop je toch echt zelf. | ||||
pmponer | zaterdag 20 juli 2024 @ 08:26 | |||
Ja het is een update die vaker wordt gepushed, net als vroeger een .dat file bijvoorbeeld. Klein foutje groot probleem, ik denk niet dat Crowdstrike dit gaat overleven en dat er een hoop bedrijven in de makrt zijn voor een nieuwe end point protection oplossing. En ik ben bang dat dat Defender gaat worden, lekker al je security bij een vendor leggen [ Bericht 4% gewijzigd door pmponer op 20-07-2024 08:31:48 ] | ||||
Jan_Onderwater | zaterdag 20 juli 2024 @ 08:48 | |||
Echt, waarom zou je windows op je koelkast willen. | ||||
heywoodu | zaterdag 20 juli 2024 @ 09:08 | |||
Zodat je kunt zien wat er in je koelkast ligt. | ||||
FlippingCoin | zaterdag 20 juli 2024 @ 09:14 | |||
Totaal onhaalbaar. | ||||
Perrin | zaterdag 20 juli 2024 @ 09:14 | |||
Als je daar, god mag weten waarom, behoefte aan hebt: een paar duizend jaar was er een geweldige uitvinding, genaamd 'glas'. ![]() | ||||
spectrumanalyser | zaterdag 20 juli 2024 @ 10:26 | |||
Hoezo is het onhaalbaar om een backup-plan te hebben in het geval de computers niet werken. Het is best raar dat het complete vliegverkeer tot stilstand is gekomen, effectief alleen omdat de mensen geen bliep ten gehore konden brengen bij het boarden. Meerdere airlines hebben handgeschreven boarding passes uitgeschreven. Ergens is het een belediging naar het personeel als ze per se een computer nodig hebben om hun werk te mogen doen. Je hebt toch minstens vertrouwen in je eigen mensen mag ik hopen. | ||||
SymbolicFrank | zaterdag 20 juli 2024 @ 10:41 | |||
Het zou niet zo mooi zijn als de verkeersleiding niet meer weet waar de vliegtuigen zijn en ze niet meer kunnen landen, dus ze hebben vrijwel zeker al een backup systeem. Nou hopen dat dat niet ook Windows computers zijn. | ||||
spectrumanalyser | zaterdag 20 juli 2024 @ 10:51 | |||
Lag het probleem niet voornamelijk bij de computers aan de grond? Er konden wel continu vliegtuigen landen. Er was wel een groot incident in de verkeerstoren (GRIP2) maar daar weet ik het fijne niet van. | ||||
Perrin | zaterdag 20 juli 2024 @ 10:55 | |||
Het idee van automatisering is een beetje dat je meer werk met minder mensen kan doen. Zonder computers lukt het niet dezelfde hoeveelheid werk te doen met die paar mensen. | ||||
spectrumanalyser | zaterdag 20 juli 2024 @ 11:13 | |||
toch lijkt het vandaag de dag dat de computer leidend is. dus niet meer ondersteunend. geen computer: dan gaat er niets gebeuren. dat is nogal een ding, je vraagt je toch af of dit wenselijk is. Nu is het dan een storing waarvan de oorzaak bekend is en een oplossing voorhande. Wat als er een keer een probleem is dat wel langer duurt? | ||||
MissButterflyy | zaterdag 20 juli 2024 @ 11:31 | |||
Daar mogen knappe koppen zich nu het hoofd over gaan breken. Hier gaan vast wel mensen mee aan de slag. | ||||
heywoodu | zaterdag 20 juli 2024 @ 11:32 | |||
Nou ja, dat kun je natuurlijk deels terugdraaien, maar dan moeten we met z'n allen wel accepteren dat het hele leven hl veel meer sober en beperkt wordt ![]() En dat gaat uiteraard nooit gebeuren. | ||||
StateOfMind | zaterdag 20 juli 2024 @ 11:41 | |||
Terug naar de tijd dat je, gehuld in een modieus ende hip berenvel, een deerne naar keuze met een houten knots een subtiel tikje op het achterhoofd kon geven, en haar vervolgens aan haar haren naar je grot te slepen, om haar daarna alle hoeken van de grot te laten zien ![]() | ||||
crystal_meth | zaterdag 20 juli 2024 @ 11:50 | |||
Het is niet alsof we er nu pas achter komen dat er iets kan misgaan. De risico's zijn al lang bekend, harde schijven die crashen, virussen, ransomware etc. Daarom maken bedrijven backups. Kan je het niet oplossen, dan zet je de backup terug. | ||||
recursief | zaterdag 20 juli 2024 @ 11:53 | |||
Het lijkt om een zogenaamde "null pointer exception" te gaan. Dat is een fout in de software die het uitvoerende programma laat crashen. In dit geval een zogenaamde "system driver", en als die crasht werkt niets meer. Deze soort fout is inherent aan de gebruikte programmeertaal (C of C++) en het is bekend hoe je 'm moet voorkomen maar dat moet je wel expliciet programmeren. De grap is dat er tegenwoordig uitstekende tools zijn die voordat je software vrijgeeft dat voor je kunnen doen als je dat zelf vergeten bent. Ik denk dus dat het meer een fout is in het proces dan echt een technisch probleem. | ||||
SymbolicFrank | zaterdag 20 juli 2024 @ 11:56 | |||
De meeste bedrijven testen dat niet. | ||||
FlippingCoin | zaterdag 20 juli 2024 @ 12:01 | |||
Ze kunnen nooit zo veel man in dienst nemen om alles wat door computers geautomatiseerd wordt op te vangen. Dat is ondraagbaar. | ||||
FlippingCoin | zaterdag 20 juli 2024 @ 12:02 | |||
Wat voor tools doel je op dan? | ||||
Tijn | zaterdag 20 juli 2024 @ 12:09 | |||
Het is vele malen sneller om met software een probleem op te lossen dan zonder. Zolang er stroom en een netwerkverbinding is, valt er altijd wel een mouw aan te passen. Voor bepaalde echt cruciale processen is het wel belangrijk dat handmatig werken mogelijk is. Justitie bijvoorbeeld. Het kan niet zo zijn dat er criminelen vrijuit gaan omdat de computer niet werkt. Maar de meeste activiteiten, waaronder het vliegverkeer, gebeuren op commercile basis. En dan is het simpelweg een kwestie van kosten en baten afwegen. Is het duurder om een backup systeem paraat te hebben dan om een dagje niet te vliegen? Dan kun je wel raden waarvoor er wordt gekozen. | ||||
crystal_meth | zaterdag 20 juli 2024 @ 12:10 | |||
Uit "EUROCONTROL STANDARD DOCUMENT FOR RADAR SURVEILLANCE IN EN-ROUTE AIRSPACE AND MAJOR TERMINAL AREAS": Is wel een document uit 1997. | ||||
SymbolicFrank | zaterdag 20 juli 2024 @ 12:12 | |||
In C/C++ is het vele malen makkelijker om het fout dan goed te doen. En de meeste bibliotheken die je daar mee helpen verstoppen het. Dus voor zulke toepassingen moet je heel gedisciplineerd programmeren en testen, en/of een andere programmeertaal gebruiken. Dus ja, je kunt het absoluut goed doen, maar in de praktijk gebeurt dat niet vaak. | ||||
recursief | zaterdag 20 juli 2024 @ 12:30 | |||
(Statische) code analysetools die je er op wijzen dat je een pointer gebruikt zonder eerst te checken of ie NULL is. En evt. zo een check toevoegt. | ||||
recursief | zaterdag 20 juli 2024 @ 12:33 | |||
Daarom Rust ![]() | ||||
FlippingCoin | zaterdag 20 juli 2024 @ 12:52 | |||
Ah ja. | ||||
FlippingCoin | zaterdag 20 juli 2024 @ 13:31 | |||
Maar null pointer exceptions heb je in bijna alle talen wel toch. Al heb je niet dat je in alle talen zelf memory allocations moet regelen. | ||||
Litpho | zaterdag 20 juli 2024 @ 13:52 | |||
Ik ben een groot voorstander van Rust voor kritieke code. Dat gezegd hebbende, Rust had hier Unidentified Behaviour omgezet in een gecontroleerde Kernel Panic (dat is nog steeds beter). Er is gewoon geen goed fallback scenario wat niet op andere momenten gebruikt kan worden als security gat. | ||||
recursief | zaterdag 20 juli 2024 @ 14:04 | |||
Dat ben ik met je eens hoor. Ik werd getriggerd door de opmerking dat het in C/C++ soms bijna makkelijker is om het fout te doen dan om het goed te doen. In Rust kun je er uiteraard nog steeds een rommel van maken maar Rust duwt je itt C++ wel de goede kant uit. | ||||
takura | zaterdag 20 juli 2024 @ 14:24 | |||
crystal_meth | zaterdag 20 juli 2024 @ 15:40 | |||
Yep. https://www.workspace.co.(...)-of-lost-data-to-bus Ik vind de studie niet terug, best mogelijk dat "data loss for more than 10 days" meestal "total data loss" was, dus bedrijven zonder backup systeem, of waar alle backups onbruikbaar bleken. | ||||
SymbolicFrank | zaterdag 20 juli 2024 @ 15:40 | |||
In veel programmeertalen hebben arrays een begin en een lengte en wordt er code gegenereerd om dat te testen. Bij veel nieuwere programmeertalen moet je heel veel moeite doen om een generieke pointer te maken en die zelf te beheren. Zoals de meeste die een garbage collector en/of p-code gebruiken. | ||||
SymbolicFrank | zaterdag 20 juli 2024 @ 15:45 | |||
Ik gebruik zelf graag Free Pascal, daar heb je de keuze. Wel geen garbage collector, maar je kunt wel smart pointers gebruiken die de data dealloceren als hij uit de scope gaat. Veel dingen zoals strings hebben dat automatisch. (Het aantal wordt bijgehouden.) | ||||
FlippingCoin | zaterdag 20 juli 2024 @ 15:50 | |||
Hm ja maar in bijna al die talen loop je nog wel tegen null pointers aan. Hoe zou garbage collection hiertegen beschermen? | ||||
SymbolicFrank | zaterdag 20 juli 2024 @ 15:59 | |||
Omdat de garbage collector de data opruimt als er geen pointer meer naar wijst en je alleen een pointer kunt maken bij alloceren of kopiren. Alles is een object. Je kunt alleen de mist in gaan als je bij het OS resources aanvraagt en de error-handling niet goed doet. | ||||
FlippingCoin | zaterdag 20 juli 2024 @ 16:06 | |||
Maar dat beschermt tegen memory leaks en niet tegen null pointer dereferences? | ||||
SymbolicFrank | zaterdag 20 juli 2024 @ 16:12 | |||
Wat wel makkelijk is, is te veel geheugen en resources zoals sockets in gebruik blijven houden. Maar iedere pointer wijst ergens naar. Je kunt natuurlijk in bijvoorbeeld C# wel onveilige code maken, alles marshallen en zelf met het OS praten. Dan is het helemaal aan jou. Je had vroeger bijvoorbeeld geen 8-bit chars, dus netwerkcode moest je helemaal zelf doen. | ||||
Monolith | zaterdag 20 juli 2024 @ 16:18 | |||
In veel moderne garbage collected talen hebben ze het hele concept van een pointer weggewerkt. Legio programmeurs weten niet eens wat het is. ![]() Maar ook garbage collection helpt je lang niet altijd tegen resource leaks. Daarvoor definieer je vaak expliciete scopes met bv try-with-resources in Java, using in C# of with in Python. | ||||
The-BFG | zaterdag 20 juli 2024 @ 16:58 | |||
Als ops engineer heb ik een hekel gekregen aan Java en zijn Garbage collector. Daarom maar Python "programmeur" geworden... | ||||
Monolith | zaterdag 20 juli 2024 @ 17:01 | |||
Python heeft ook gewoon garbage collection hoor. Als je daar vanaf wil moet je naar talen waar je zelf expliciet geheugen (de)alloceert zoals bv C. | ||||
SymbolicFrank | zaterdag 20 juli 2024 @ 17:07 | |||
In C# 1.1 was het niet ongebruikelijk als Windows de runtime afschoot wegens excessief geheugengebruik, zeker als je de SQL Report generator gebruikte. Het is een wisselwerking tussen de programmeur en de garbage collector hoeveel geheugen er in gebruik is en hoe agressief de GC is. Want dat is best een zwaar proces, dus je wilt dat niet continu laten draaien. | ||||
The-BFG | zaterdag 20 juli 2024 @ 17:14 | |||
Oh ja het is 9 van de 10 keer gewoon de programmeur die crap code had opgeleverd.. Niet eens zozeer de interne developers overigens, maar de heren van de grote softwareboeren. Sure maar 99% van de shit die ik onder mijn hoede had was Java shit, en bijna alles had wel een memory leak. | ||||
Monolith | zaterdag 20 juli 2024 @ 17:15 | |||
Dat heeft alleen vrij weinig te maken met garbage collection. | ||||
The-BFG | zaterdag 20 juli 2024 @ 17:16 | |||
Nou ja als de garbage collection het niet meer aankan stort de performance helemaal in. Althans zo is het me ooit uitgelegd door een Java developer ![]() | ||||
SymbolicFrank | zaterdag 20 juli 2024 @ 17:22 | |||
Het hangt ook van het programmeermodel af. Je kunt bijvoorbeeld zoveel mogelijk aan het begin alloceren en hergebruiken. Dat werkt goed, maar dan is het geheugengebruik altijd vrij hoog. Je kunt ook alles dynamisch doen, het pas aanvragen als je het nodig hebt en meteen weer weggooien. Dat is bijvoorbeeld heel populair met microservices, maar dan gaat het geheugen over het algemeen snel vollopen. Je kunt dat ook doen bij talen waar je zelf geheugen (de)alloceert, dan werkt het wel goed. En je hebt ook talen die bijhouden hoeveel pointers er nog zijn en de zaak meteen opruimen als het er 0 worden. Dat zit in het midden. | ||||
Monolith | zaterdag 20 juli 2024 @ 17:29 | |||
Natuurlijk, als je door je resources heen bent wordt alles traag. Kijk, GC is gewoon een extern proces dat ervoor zorgt dat op het moment dat er geen referenties meer zijn naar een object / variabele deze automatisch wordt opgeruimd en het geheugen weer vrij komt. Dat werkt een beetje hetzelfde als smart pointers werken in iets als C++, maar daar is het geen apart proces. Je krijgt leaks als het aantal referenties om de n of andere reden nooit naar nul gaan. In talen waar je zelf alloceert krijg je het probleem als je niet expliciet dealloceert. In alle gevallen ligt het probleem eerder bij de programmeur dan bij hoe het geheugenbeheer wordt gedaan. Misschien dat je ervaring met Java versus Python eerder ligt dat Python ook veel ligt aan het feit dat het veel wordt gebruikt voor kortlopende scripts en dan heb je dit probleem veel minder. | ||||
The-BFG | zaterdag 20 juli 2024 @ 17:41 | |||
Klopt hoor, de bias m.b.t. Java die ik heb is wss ook niet geheel terecht. En iid ben een jaar of 4 geleden begonnen met Python als vervanger voor bash scripts. En pas sinds anderhalf jaar echt software aan het bouwen; maar vooral rondom data en hier een daar een applicatie die verre van complex was. Merk overigens wel dat mijn collega-programmeurs die uit een niet infra hoek komen, minder letten op error handling en memory management. | ||||
SymbolicFrank | zaterdag 20 juli 2024 @ 17:48 | |||
Ik maak bijvoorbeeld ook wel programma's en services waarbij ik begin met een heleboel gigabytes RAM te alloceren en dat vol laad met alle data die ik nodig ga hebben. Bijvoorbeeld als het heel snel moet zijn en/of je geen database wilt gebruiken. Maar dat geheugengebruik verandert daarna ook niet meer. | ||||
recursief | zaterdag 20 juli 2024 @ 18:23 | |||
Ah de happy path programmeurs ![]() | ||||
Perrin | zaterdag 20 juli 2024 @ 18:40 | |||
In Java vind ik het de laatste 10 jaar wel vooruit gegaan met optionals en streams. Toch wel wat eleganter en leesbaarder dan alle nullchecks overal. | ||||
Litpho | zaterdag 20 juli 2024 @ 18:49 | |||
Ze hadden alleen van Optional een extra primitive moeten maken zodat het geen null reference kan zijn, gemiste kans. Als je met talen werkt die geen null hebben maar exclusief een Optional soort-van-monad merk je hoe halfbakken het in Java is ingebouwd. Nog steeds beter dan het was natuurlijk. | ||||
LTVDK | zondag 21 juli 2024 @ 09:37 | |||
Beetje apart om het af te schuiven op 'maar' 1 procent bij het meest gebruikte softwareplatform ter wereld, en dan zijn het ook nog hoofdzakelijk zakelijke systemen die zijn getroffen. | ||||
Perrin | zondag 21 juli 2024 @ 09:39 | |||
Dat is wat die lui zichzelf vertellen. "Viel wel mee hoor" | ||||
FlippingCoin | zondag 21 juli 2024 @ 09:46 | |||
Heb zelf sinds mijn studie Java niet meer aangeraakt dus praktijkervaring heb ik niet, maar deze paradigma shift vind ik wel mooi, ik ken dit wel uit o.a. de rx libraries. | ||||
Leandra | zondag 21 juli 2024 @ 09:47 | |||
Blijkt dus toch dat je de wereld al aardig plat kunt leggen als je 1% van de systemen kunt raken, het ligt er vooral aan in welke sector die 1% is. Waarschijnlijk kun je nog met veel minder toe als je kwaadaardige plannen hebt. | ||||
FlippingCoin | zondag 21 juli 2024 @ 09:48 | |||
Ik werk met Go, ik heb wel pointers wel een garbage collector maar dan weer geen try-catch clausules. ![]() | ||||
pmponer | zondag 21 juli 2024 @ 10:08 | |||
Helemaal eens, als je weet dat ook kritieke infra beschermt moet worden, en daar dan een clusterfuck van deze schaal op plaats vindt kan het zomaar zijn dat je best een tijdje in het donker zit. Waar ik werk is de echt kritieke infra air gapped, dat is een bewuste keuze (ondanks dat men steeds maar weer iets met de data wil). Anders hadden de nieuwsberichten er toch wat anders uit gezien | ||||
Perrin | zondag 21 juli 2024 @ 10:15 | |||
Programmeer zelf al 20+ jaar (o.a.) Java, vind het een heerlijke taal nu. Zou wel Rust willen leren overigens. | ||||
The-BFG | zondag 21 juli 2024 @ 10:19 | |||
Tja de "kritieke" infra in dit geval waren vooral de workstations* en die kan je tegenwoordig niet meer los koppelen van het internet. Al is het wel raar dat bij de getroffen bedrijven, schijnbaar alle workstations geraakt waren.. Patches (incl de OS patches) op onze servers gaan ook gewoon netjes eerst op dev/tst en dan pas naar prod. Of er moet een kritike patch zijn... Ik neem aan dat voor workstations een zelfde soort manier van patchen is. *zover ik heb meegekregen | ||||
spectrumanalyser | zondag 21 juli 2024 @ 10:21 | |||
Southwest Airlines had geen van de storing, omdat ze nog op Windows 3.1 draaien. https://www.yahoo.com/tech/windows-3-1-saves-day-162244594.html | ||||
Litpho | zondag 21 juli 2024 @ 10:21 | |||
Mijn dagelijkse werk is in Java met hier en daar wat Kotlin. De mate waarin Rust je forceert om na te denken over “van wie is deze data eigenlijk?” is iets waar je best wat van kan leren (en de mensen die Rust moeilijk vinden zijn ook grotendeels de “ik heb ooit leren programmeren in taal X en ik programmeer nog steeds zo, alleen met de syntax van Y en Z”). [ Bericht 0% gewijzigd door Litpho op 21-07-2024 10:39:03 ] | ||||
FlippingCoin | zondag 21 juli 2024 @ 10:23 | |||
Met JavaScript als inspiratie(en anderen daarvoor ofc). ![]() Maar hele verbetering die shift van imperatief naar declaratief. In Go hebben we sinds kort generics waardoor we dit nu ook hebben. ![]() | ||||
pmponer | zondag 21 juli 2024 @ 10:25 | |||
Nee hoor een behoorlijk aantal van onze servers (en bij andere bedrijven) waren geraakt, gelukkig hielden we iig per omgeving 1 dc over ![]() Workstations ook een aantal, ik weet de exacte tijden niet meer maar de bad patch is 1 uur actief geweest, dus wanneer je falcon agent in dat tijdsbestek een update kreeg was je de sigaar. De falcon agent draait bij de meeste bedrijven op n-1 maar de updates die soms meerdere keren per dag voorbij komen, zijn in die zin in beheer bij crowdstrike en worden (bij mijn weten) door de agents soort van radom opgehaald vandaar dat niet alles plat lag. De grootste zorg is nu, was het idd een bad patch of zijn ze gecompromiteerd bij CrowdStroke Daarbij, we hebben het nu over 1 security partij, maar echt elke partij heeft dit jaar al bugs gehad waarvan je denkt. "Dat kan toch niet" [ Bericht 4% gewijzigd door pmponer op 21-07-2024 10:31:37 ] | ||||
The-BFG | zondag 21 juli 2024 @ 10:26 | |||
Ik zou best ook wat meer dan alleen Python willen leren, maar zit nu in de data hoek waar Python gewoon de standaard is. Ik kan op zich Java code debuggen en zelfs een patch maken indien nodig, maar mis nog de kennis om vanaf scratch iets op te zetten/te designen. Ik hoor ook veel positieve geluiden over GO. | ||||
The-BFG | zondag 21 juli 2024 @ 10:32 | |||
Ah ok, was vrijdag vrij en mijn werkgever had geen problemen dus wat minder in verdiept. Is iig een dure "lessons learned" voor Crowdstrike maar ook MS en de bedrijven die Crowdstrike hebben draaien en eigenlijk iedereen in de IT. En elk jaar heb je idd wel een paar updates die de shit goed raken, alleen over het algemeen is de impact niet zo groot... | ||||
pmponer | zondag 21 juli 2024 @ 10:42 | |||
Ik moet nog maar zien of CrowdStrike het gaat overleven. Bedrijven kiezen CrowdStrike omdat ze verreweg het beste zijn in wat ze doen. Impact niet zo groot? Misschien niet zo zichtbaar, omdat het vaak over data diefstal gaat maar er gaan de laatste tijd een hoop dingen stuk. - Ivanti - Netscaler - Palo Alto - Checkpoint - Microsoft (vooral op api security) Maar goed het houdt me lekker van de straat | ||||
The-BFG | zondag 21 juli 2024 @ 10:51 | |||
Mss is dat een betere omschrijving idd, dat de zichtbaarheid minder groot was; de impact was nu veel tastbaarder omdat er zoveel zaken plat lagen. Ik zelf heb niet veel werk gehad aan dat soort dingen, ik heb meer last van zaken zoals het log4j lek een jaar of twee geleden.. | ||||
pmponer | zondag 21 juli 2024 @ 10:52 | |||
Hoeveel tijd zit hier tussen, bij ons 28 uur ongeveer. Nog een aandachtspuntje, de verwachting is dat chatgpt 4.0 elke exploit automatish kan misbruiken. Bij chatgpt 3.0 was dat nog 1% | ||||
spectrumanalyser | zondag 21 juli 2024 @ 10:57 | |||
ik kan niet geloven dat Crowdstrike zo'n update niet eerst getest heeft. er zal een hardware/setup combinatie zijn die niet in de test-omgeving zit, maar wel in het veld. | ||||
pmponer | zondag 21 juli 2024 @ 10:59 | |||
Ja, en dat kan eigenlijk niet de ms patches waren al 1,5 week bekend bijvoorbeeld. En de geraakte systemen bij ons zijn zo standaard als het maar kan want dat doe je in beheer. | ||||
spectrumanalyser | zondag 21 juli 2024 @ 10:59 | |||
Het is ook niet zo dat er nooit een fout in software naar klanten gaat. Ik denk zomaar dat er geen dag voorbij gaat waarbij er uitval is van een dienst of applicatie door een softwareupdate. Het is alleen nu de pech dat dit een vitaal stuk software betreft. Azure storage lag er diezelfde ochtend uit in Amerika. Hoor je niemand meer over. | ||||
The-BFG | zondag 21 juli 2024 @ 11:03 | |||
Uit mijn hoofd langer dan 28 uur. Met je Chatgpt voorbeeld is de kans groot dat we moeten gaan afwegen of die tussentijd korter moet.. | ||||
spectrumanalyser | zondag 21 juli 2024 @ 11:09 | |||
Ik blijf er bij, het verwachtingspatroon is veel te hoog. De computer moet het doen. Er is geen backup-plan. Dat is niet nodig, de computer moet het altijd doen. | ||||
SymbolicFrank | zondag 21 juli 2024 @ 11:23 | |||
Het kan allemaal wel, ik deed dat 20 jaar geleden al. Maar dat wijkt te veel af van hoe de meeste bedrijven het nu doen. En dat leren de beheerders ook niet op school. Systeembeheer is absoluut niet innovatief. | ||||
spectrumanalyser | zondag 21 juli 2024 @ 12:00 | |||
14 jaar geleden hebben miljoenen mensen gelachen om "Computer says no". Het is gewoon werkelijkheid geworden. Computer niet akkoord? Dan gaan we niet vliegen. Dan wachten we wel tot de computer het wel weer doet. Technische oplossingen daargelaten, het is zo apart dat heel het personeel stilstaat als de computers niet werken. Goed, goed, Het was dan wel de hele dag mogelijk om te landen, en ik wil best geloven dat de luchtverkeersleiding ook problemen had. | ||||
SymbolicFrank | zondag 21 juli 2024 @ 12:06 | |||
Ik had eerst bij een groot bedrijf het systeembeheer geautomatiseerd (software werd ook automatisch gedistribueerd) en was in 2001 al Linux netwerken uit aan het rollen in het MKB waarbij alles gemonitord werd. Ik stond vaak al op de stoep voordat de klant wist dat er wat aan de hand was. Alhoewel ik het meeste oploste via een VPN verbinding. Bijna alle systeembeheerders vonden dat ik het helemaal verkeerd deed. | ||||
Monolith | zondag 21 juli 2024 @ 12:06 | |||
Veel plezier met je if err != nil ![]() Go staat ook nog wel op m'n lijstje om nog eens wat meer mee te doen, maar dat is sowieso een vrij lang lijstje (Kotlin, Zig, etc) dat ook een beetje afhangt van of ik het m'n werkzaamheden kan wegprakken. | ||||
stavromulabeta | zondag 21 juli 2024 @ 12:08 | |||
Ik denk eerder dat dit een bewuste en rationele keuze is. Een backup-plan alleen is niet voldoende, je moet het 24/7 op de achtergrond paraat hebben staan, personeel ervoor opleiden, regelmatig mee oefenen. En dat is al snel veel duurder dan gewoon accepteren dat de boel er een in de zoveel jaar er even uit ligt. | ||||
Monolith | zondag 21 juli 2024 @ 12:11 | |||
En ondanks dat het allemaal niet snel gaat is de versimpeling om simpelweg void main() { // Doe iets } te kunnen runnen in preview in de laatste Java versie, dus dan kun je bijna a la Python scripten. ![]() | ||||
FlippingCoin | zondag 21 juli 2024 @ 12:24 | |||
Ja dat is in begin wel wennen, maar ik moet zeggen dat het sinds de recentere versies met het wrappen en zo wel fijn werkt. Ook vond ik dit inzicht omtrent error handling vs exception handling wel goed, waardoor de Go opzet begrijpelijk is: Cleaner, more elegant, and wrong en Cleaner, more elegant, and harder to recognize Ook hebben we een keer een error monad gemaakt maar dat is niet echt idiomatisch en ook wel lastig te begrijpen voor nieuwere mensen. | ||||
SymbolicFrank | zondag 21 juli 2024 @ 12:27 | |||
Je moet er gewoon voor zorgen dat je alles automatisch uit kunt rollen en niet op de hulpmiddelen van slechts 1 producent vertrouwen. Het is ook allemaal niet zo moeilijk als je weet hoe het werkt. Maar ja, als het voornamelijk handwerk is, dan heb je inderdaad pech. Om dat op te lossen willen veel bedrijven alleen nog applicaties gebruiken die in een browser werken. Dat klinkt leuk, maar dan heb je nog steeds een werkende browser nodig en veel hardware kun je dan niet gebruiken. En er gebeuren steeds meer storingen bij de grote cloud-providers. Het probleem word verschoven. En als je alles uitbesteed, kun je helemaal niets meer. Af en toe uit- en aanzetten en kijken of het nu werkt. Als je als bedrijf wilt overleven moet je minimaal de essentile zaken op papier hebben staan en 1 keer per jaar of zo een oefening doen om te kijken of je de zaak weer in de lucht kunt krijgen. En daar dus ook de mensen op trainen. Want voor veel bedrijven is het afgelopen als het 1 keer goed fout gaat. | ||||
Tijn | zondag 21 juli 2024 @ 12:29 | |||
Precies dat dus. Automatisering gaat om efficintie en kostenbesparing. We gebruiken niet overal computers omdat het zulk leuk speelgoed is, maar omdat het goedkoper is dan zaken met de hand te doen en bedrijven die veel automatiseren dus concurrerender zijn dan bedrijven die dat niet doen. In dat licht is het volkomen logisch dat het acceptabel gevonden wordt dat dingen soms niet werken. De dienstverlening staat niet op de eerste plaats, het gaat om de centen. | ||||
SymbolicFrank | zondag 21 juli 2024 @ 12:42 | |||
Niet zo leuk voor de klanten, of de werknemers als het goed fout gaat en daardoor einde oefening is, maar voor het hogere management meestal geen probleem. | ||||
Tijn | zondag 21 juli 2024 @ 12:45 | |||
Precies. En de aandeelhouders vinden het ook belangrijker dat er geen "onnodige" kosten worden gemaakt, dan dat de uptime 100% is ipv 99%. | ||||
Monolith | zondag 21 juli 2024 @ 12:57 | |||
Ligt allemaal ook heel erg aan de positie die IT inneemt in je organisatie. Dit diagrammetje van Gregor Hohpe vind ik altijd wel een mooie samenvatting van hoe IT wordt beschouwd: | ||||
SymbolicFrank | zondag 21 juli 2024 @ 13:16 | |||
Ook voor bedrijven die niets met IT hebben is het vaak zinvol als je iedereen een werkplek kunt geven die toegesneden is op hun werkzaamheden, in plaats van een standaard image. Als het management bijvoorbeeld een pdf rondstuurt, je wilt daar een grafiekje uithalen en je hebt daar geen software voor, dan ga je dat document uploaden naar een vage website die dat voor je doet. Wel goedkoop, maar je hebt geen controle en gooit al je bedrijfsgegevens op straat. En voor je het weet heb je allerlei abonnementen daarvoor. En als je dat wilt doen met meer dan, zeg 50 medewerkers, moet je dat automatiseren als je als systeembeheerder nog tijd over wilt hebben voor andere dingen. Die extra helpdeskmedewerker(s) heb je snel terugverdiend. | ||||
stavromulabeta | zondag 21 juli 2024 @ 13:17 | |||
Voor de klanten is wel leuk dat ze elke maand geld besparen omdat het product goedkoper is. En als ze dat niet bevalt kunnen ze naar een duurdere concurent die een hogere beschikbaarheid garandeert (alhoewel die in de meeste gevallen failliet is omdar de klant niet bereid is de meerprijs te betalen voor een ieniemienie beetje extra beschikbaarheid). | ||||
SymbolicFrank | zondag 21 juli 2024 @ 13:49 | |||
Als je alleen internet of online opslag afneemt is het nog wel te overzien, maar het dienstenpakket groeit gestaag, terwijl het wel allemaal backwards-compatible moet blijven. Dus de kans op fouten groeit ook gestaag. En daar die Cloud-providers zo groot zijn geworden, zijn ze ook een aantrekkelijk doelwit voor kwaadwillenden. En standaardisatie is dan wel een goede kostenbesparing, maar dan kan door 1 klein foutje ook alles plat gaan, zoals we hebben gezien. | ||||
Dubbelzuurrr | maandag 22 juli 2024 @ 12:34 | |||
Zie hele thread: | ||||
Litpho | maandag 22 juli 2024 @ 12:43 | |||
Blijkbaar debunked. Zach Voorhies is sowieso niet zo’n geweldige bron… | ||||
SymbolicFrank | maandag 22 juli 2024 @ 12:50 | |||
Ah, zonder account zie je de opvolgende tweets niet meer. En wie gaat zoiets nu ook op x doen? | ||||
Dubbelzuurrr | maandag 22 juli 2024 @ 12:52 | |||
Had al zo'n vermoeden nav de toon en stelligheid. | ||||
Litpho | maandag 22 juli 2024 @ 12:57 | |||
De originele thread stond op X. Dan is debunken op X vermoedelijk niet het slechtste idee. Ik heb zelf ook geen Twitter account meer, dus ik vind het net zo onhandig als jij. -edit- Threadreader https://threadreaderapp.com/thread/1814762302337654829.html Bij het verre van neutrale woord "detonator" had ik al vraagtekens. [ Bericht 7% gewijzigd door Litpho op 22-07-2024 13:12:30 ] | ||||
Monolith | maandag 22 juli 2024 @ 13:06 | |||
Als ik allerlei insinuaties over snode intenties en 'aanvallen op Jordan Peterson' lees, dan weet ik het al wel weer. Overigens allemaal ook wel vrij matig voor een 'professionele C++ programmeur', want de Assembly errors haal ik er nog wel uit ondanks dat ik dat 20 jaar niet gedaan heb. | ||||
SymbolicFrank | maandag 22 juli 2024 @ 13:34 | |||
Dank je. Ik heb het niet helemaal uitgezocht, maar ik had begrepen dat het fout was gegaan bij het parsen van de definities. De programmeur ging er van uit dat de inhoud van het bestand correct is. Dat is natuurlijk een heel gevaarlijke aanname, je moet er altijd van uit gaan dat het net niet klopt. Maar als je het dan toch gaat parsen, ga je natuurlijk een datastructuur maken die vol met onzin staat. En zodra je daar iets mee probeert te doen krijg je dan de gekste foutmeldingen. En data proberen te adresseren buiten het data segment is natuurlijk 1 van die dingen. Gezien die thread was het ook een "harde" pointer met offset, dus geen referentie naar een object maar een berekend adres. Heel slordig, allemaal. | ||||
Perrin | donderdag 25 juli 2024 @ 08:16 | |||
ClownStrike ![]() | ||||
Leandra | donderdag 25 juli 2024 @ 08:30 | |||
Een uber eats giftcard... ![]() ![]() Die niet geldig is... ![]() ![]() ![]() | ||||
Momo | donderdag 25 juli 2024 @ 08:44 | |||
Hier heb je een sticker ![]() | ||||
Perrin | donderdag 25 juli 2024 @ 08:44 | |||
“To express our gratitude, your next cup of coffee or late night snack is on us!” the email reportedly said. | ||||
Momo | donderdag 25 juli 2024 @ 08:45 | |||
Zou dat een trucje zijn dat bedrijven hun niet kunnen aanklagen als ze die bon geaccepteerd hebben? | ||||
FlippingCoin | donderdag 25 juli 2024 @ 08:46 | |||
Hm dat is toch wel iets wat je al in je 2e course programmeren leert of zo, bizar dat dit door een PR heenkomt als dit het is. | ||||
Perrin | donderdag 25 juli 2024 @ 08:50 | |||
Iets in die richting ja. Wie doet er nu zaken met zo'n toko, manman. |