Door karma4: Door Anoniem: Kijk verdorie eens kritisch naar jezelf in plaats van maar op dat absurde stokpaardje te blijven zitten en alleen maar fouten bij anderen te zien. Er gaat iets niet lekker met je, karma4.
Ik kijk kritisch en we hebben gewoon last van dat evangelisme.
Je kijkt absoluut niet kritisch
naar jezelf. Iemand die kritisch denkt doet dat juist wel, die vraagt zich voortdurend af of hij geen aannames doet en of de beschikbare feiten werkelijk de gedachten bevestigen.
Ik had het zelf al gevonden en gelezen.
"In the week before go-live, a Knight engineer manually deployed the new RLP code in SMARS to its eight servers.
RLP is het "Retail Liquidity Program" (niet een computerprogramma) van de NYSE. SMARS was het orderrouteringsysteem van Knight Capital waar RLP-ondersteuning werd ingebouwd. Een eigen toepassing dus, en geen open source.
However, the engineer made a mistake and did not copy the new code to one of the servers. Knight did not have a second engineer review the deployment, and neither was there an automated system to alert anyone to the discrepancy.
Dat kwam bovenop andere fouten. De nieuwe code werd geactiveerd door een vlag die was hergebruikt. In de oude code activeerde die een algoritme dat uitsluitend voor testomgevingen bedoeld was. Dat algoritme genereerde rare aan- en verkoopprijzen om koersen te beïnvloeden, waarmee getest kon worden hoe andere code op die koersen reageerde. Ik vermoed dat NYSE aan aangesloten bedrijven behalve de echte handelsinterface ook een test-beurs aanbiedt om mee te kunnen testen, en dan kan je niet rechtstreeks aan een koersknop draaien maar heb je dit soort trucs nodig om bepaalde situaties te forceren. Omdat op een van de SMARS-servers de oude versie achterbleef werd die door de genoemde vlag geactiveerd en ging die live koersen beïnvloeden, met alle gevolgen van dien.
Knight also had no written procedures requiring a supervisory review, all facts we shall return to later."
We kunnen concluderen dat ze meerdere fouten hebben gemaakt en dat die samen een ramp veroorzaakten:
• code die uitsluitend voor testen is bedoeld in produktie aanwezig laten zijn is een risico, zeker als het iets ingrijpends doet als koersen beïnvloeden;
• een vlag van betekenis laten veranderen zonder een softwareversie tussen te voegen waarin die vlag niets doet verhoogt het risico dat gebruik van die vlag iets anders activeert dan bedoeld wordt;
• handmatig wijzigingen uitrollen op meerdere servers is aanzienlijk foutgevoeliger dan een goed geteste automatische uitrol;
• slordig zijn met reviews en andere kwaliteitscontrole vergroot de kans dat gemaakte fouten de productieomgeving bereiken;
• meldingen dat testcode actief is langs kanalen verspreiden (e-mail) die niet direct worden opgemerkt voorkomt dat tijdig gereageerd kan worden.
Dat is wat je met de OOS promotie en project falen telkens terugziet.
Maar er is werkelijk niets in dat verhaal dat erop wijst dat dat hier de oorzaak was. Je doet net alsof er geen bedrijven bestaan die propriëtaire besturingssystemen en tools gebruiken en er op een vergelijkbare manier een puinhoop van maken. Die zijn er in overvloed, net zo goed als er bedrijven en organisaties bestaan die OSS gebruiken en wel professioneel werken. En als ze OSS gebruikten, wat heel goed mogelijk is, is dat nog steeds niet waar dit is misgegaan, het was hun werkwijze die op allerlei vlakken niet deugde. Dit wordt niet door het licentiemodel van de software veroorzaakt maar door de professionaliteit van de ontwikkel- en beheerorganisaties.
Je hebt geen geldige basis om dit voorval aan OSS toe te schrijven, en toch doe je het. De basis waarop je het doet is duidelijk je overtuiging dat de fouten die daar gemaakt zijn typisch zijn voor een werkwijze rond OSS. Het probleem daarmee is dat je niet meer op feiten afgaat maar op het oordeel erover dat je al hebt, een vooroordeel dus. Als je telkens dingen die dat vooroordeel helemaal niet bevestigen toch als een bevestiging opvat dan versterk je dat vooroordeel. Dan krijg je precies wat je op dit forum telkens ziet gebeuren: mensen spreken tegen dat je oordeel klopt, wijzen je erop dat je naar dingen verwijst die er helemaal geen onderbouwing van zijn, en jij zit zo vast in je denkfout dat je alleen maar fanatisme bij de ander meent te herkennen, en dat versterkt je vooroordeel weer. Zo zal je deze reactie ook wel lezen, ben ik bang, maar toch confronteer ik je ermee in de hoop dat je ooit een keer
wel kritisch naar je eigen gedachtengang kijkt.
Je bent daarme net zo'n gekkie als die OSS-fanatici waar je op afgeeft. Die roepen tot in het absurde dat dingen die misgingen aan Windows liggen en dat het bij OSS niet zou zijn opgetreden; jij roept tot in het absurde dat het aan OSS ligt wanneer er overduidelijk heel andere dingen aan de hand zijn.
Limux was er een voorbeeld van.
Ook dat interpreteer je wel heel sterk naar je vooroordelen toe.
Ik heb, op basis van de vele van dit soort discussies die hier al met je gevoerd zijn, de indruk dat je basaal logisch denken overslaat. Je hebt meermaals meegemaakt dat oorzaak
O (een groep OSS-liefhebbers die onprofessioneel is bijvoorbeeld) leidt tot gevolg
G (bijvoorbeeld een rammelende IT-infrastructuur en de ongelukken die daar het gevolg van zijn). Vervolgens veronderstel je dat overal waar je
G ziet in berichtgeving
O de oorzaak moet zijn, en je voert op dit forum ook aan de lopende band
G aan als bewijs van
O. Maar
O impliceert G mag je niet omdraaien tot
G impliceert O. Als je dat doet kan je elk beest met vier poten een koe gaan noemen omdat je zo vaak gezien hebt dat koeien vier poten hebben. Er kunnen
andere beesten met vier poten bestaan, en er kunnen
andere oorzaken dan
O bestaan die tot
G leiden. Dat is basale logica, karma4.
Je kan op grond van ervaring
vermoeden dat als je
G ziet
O wel eens de oorzaak kan zijn, maar je zal altijd moeten verifiëren of dat ook klopt voor je het als harde conclusie gaat behandelen. Bij dat verifiëren kan je uitdrukkelijk niet je ervaring als bewijs gebruiken, dan moet je echt gaan uitzoeken wat de feiten in die specifieke situatie zijn. Als je dat overslaat, en dat sla je voortdurend over, dan sluit je jezelf af voor feiten die niet stroken met je ervaring en doe je geen nieuwe ervaring meer op, dan blijf je hangen in waar je zat, dan trek je ongeldige conclusies en cultiveer je vooroordelen. Dat is geen kritisch denken, karma4, dat is juist een ontstellend gebrek aan kritisch denken.
Voor iemand met een IT-achtergrond van enig niveau zou dit gesneden koek moeten zijn. Je loopt vast in het analyseren van complexere problemen als je dit niet kan.