Hoofdcategorieën
Device Settings

Downtime Crisis.nl mogelijk veroorzaakt door vergissing

Door Joost Schellevis, donderdag 6 januari 2011 16:25, views: 25.446

Crisis.nl, bedoeld als informatievoorziening bij rampen, ging woensdag niet offline door te hoge bezoekersaantallen. Het lijkt erop dat een menselijke vergissing ertoe leidde dat de website gedurende anderhalf uur niet te bereiken was.

Goed voorbereid zijnWoensdag, toen bij een chemisch bedrijf in Moerdijk een grote brand uitbrak, was de website Crisis.nl enige tijd onbereikbaar. Dit terwijl Crisis.nl juist is bedoeld als communicatiekanaal bij calamiteiten. Sommige media concludeerden dat de site onder de grote toeloop was bezweken, maar waarschijnlijk ligt het ingewikkelder. Er was sprake van een aantal problemen, blijkt uit reacties van het ministerie en de hostingprovider.

Een daarvan was dat een medewerker per ongeluk een onjuiste doorverwijzing instelde. Als er geen sprake is van een ramp, verwijst Crisis.nl naar een pagina met informatie over het platform. Op het moment dat er een calamiteit is en het platform moet worden ingezet, moet deze verwijzing handmatig worden aangepast. "Iemand heeft daar een fout gemaakt", zegt Martin Maas van ASP4all, dat de crisiswebsite host, desgevraagd tegen Tweakers.net.

Crisis.nl had naar het subdomein crisis01 moeten doorverwijzen, maar een medewerker vulde bij de doorverwijzing per ongeluk de url van het cms in. Daardoor probeerde Crisis.nl gebruikers door te verwijzen naar de voorpagina van het beheersysteem en leek de site offline te zijn. "Maar de systemen draaiden ondertussen prima", stelt Maas. Het is niet bekend wie de fout heeft gemaakt; dit kan een medewerker bij de overheid zijn geweest, maar ook iemand bij de softwareleverancier.

De foutieve doorverwijzing was echter niet het enige wat speelde. Er zouden ook technische problemen zijn opgetreden, stelt Jean Fransman van het Ministerie van Veiligheid en Justitie. Die problemen waren volgens hem niet aan overbelasting te wijten, maar onduidelijk is wat er precies aan de hand was. "Dat is nu nog niet te zeggen", aldus Fransman.

Op een verklaring op de website van het Nationaal Crisiscentrum wordt aangegeven dat de foutieve doorverwijzing tot gevolg had dat bezoekers toegang verkregen op een manier die normaal alleen is 'voorbehouden aan de redacteuren van de site'. Preventiemaatregelen om de site onder grote druk online te houden, zouden daardoor zijn omzeild. Het lijkt er dus op dat de technische problemen zijn veroorzaakt door de doorverwijzing.

Toen deze problemen waren opgelost, was de website overigens nog steeds niet functioneel. "Er was nog geen content op de website geplaatst", aldus Fransman. Daardoor was de crisispagina nog niet zichtbaar. Uiteindelijk zou Crisis.nl woensdagavond anderhalf uur offline zijn geweest. Woordvoerder Fransman betreurt de problemen en zegt dat ze niet meer voor moeten kunnen komen.

Volgens woordvoerder Jeroen Pluim van TDC Lighthouse, dat het cms van de website leverde, is Crisis.nl zo ontworpen dat deze veel bezoekers aankan. Zo serveert de website bij een calamiteit enkel statische pagina's, die door het cms - dat op een andere server draait - vooraf worden gegenereerd. Dit leidt tot een lagere serverbelasting dan wanneer een pagina bij elk bezoek opnieuw moet worden gegenereerd.

De website van het Nationaal Crisiscentrum was overigens ook enige tijd offline, mogelijk doordat bezoekers die Crisis.nl niet konden bereiken naar de website van het NCC probeerden te gaan. Het is niet de eerste keer dat Crisis.nl offline is op het moment dat de website juist zou moeten werken. In 2007, toen een grote storm voor de nodige problemen zorgde, ging de site ook al offline. Dat kwam wel door overbelasting. De site hield het toen slechts een paar minuten uit.

Volgende 16:41 CES: MSI toont IM-QM67-moederbord met Sandy Bridge
Vorige 15:45 CES: NEC toont tablet met twee 7"-schermen
Advertentie

Reacties

«  1  2  3  »

Niet zo heel netjes, zeker als je een crisis klaagbaak tijdens een crisis down is...

Mooi natuurlijk dat het is opgelost, maar niet de meest perfecte timing. zeker onder grote bezoekersaantallen mag hij niet bezwijken naar mijn mening. Extreme gevallen zijn een ander verhaal

Edit: Goed voorbereid zijn heb je zelf in de hand. gaat goed zo!

[Reactie gewijzigd door naarden 4ever op donderdag 6 januari 2011 16:52]


volgens mij verstellen ze juist dat er een menselijke fout gemaakt is.
dus dat de systemen niet bezweken waren maar dat iemand juist een verkeerde redirect had opgegeven.

Het feit dat er in een crisis-situatie een dergelijke menselijke handeling is, waar zo eenvoudig fouten mee te maken zijn, vind ik nogal een stevige fout.

Als ik hun was zou ik de procedures en werkwijzen nog maar eens tegen het licht houden.

Dat in een crisis tijd iemand die de website moet omzetten niet even op het internet kijkt of deze omzetting ook werkt is pas echt een stevige fout.

Ik zou hun cms eventjes tegen het licht houden. Een correct geprogrammeerde omgeving kan natuurlijk gewoon automatisch een home page geven wanneer er geen crises is. Het is echt geen ingewikkelde wetenschap oid :S Het systeem zal vast wel weer op aanvraag van een hoge ambtenaar zijn gemaakt die de ballen verstand er van heeft :P

[Reactie gewijzigd door Mellow Jack op donderdag 6 januari 2011 16:58]


Hoe weet een computer of er een crisis is? Nee, die ambtenaar had beter door dan jij dat die conclusie door mensen getrokken moet worden.

De ontwerpfout zit 'm erin dat de URL ingevuld moest worden door mensen. Dat is nou iets wat wel beter door computers gedaan kan worden.

Uuuuhm je voegt de post toch toe DAT IS HET KENMERK VAN EEN CRISES? De post is toch gerelateerd aan de crises? Een beetje IT'er snapt toch wel dat het systeem makkelijk bij het invullen een trigger kan krijgen om de homepage te veranderen. Het is toch van de zotte dat je eerst een crises "toevoegd" aan het systeem en daarna alsnog een aanpassing aan het systeem moet doen om de crises te activeren :S

Sorry maar naar mijn mening is jou reactie meer gebaseerd op politiek dan op IT technische kennis :P

[Reactie gewijzigd door Mellow Jack op donderdag 6 januari 2011 17:19]


Dat weet een computer ook niet, maar je kunt toch een knop maken met 'toon crisispagina' als het zover is?

Ik zou zoiets in +/- 30 minuten in elkaar hebben

En wat staat er dan op die crisispagina?

En wat als er meerdere crisissen tegenlijk zijn? Zit je dan met 1 knop.

[Reactie gewijzigd door DutchStoner op donderdag 6 januari 2011 18:39]


Een paar standaard pagina's maken.

eentje voor giftwolken etc: "Sluit ramen en deuren"
eentje voor noodweer (echt noodweer niet een paar sneeuwvlokken): "niet naar buiten gaan"
eentje voor stroom uitval : :+

je houd natuurlijk altijd een paar speciale gevallen, maar ik mag hopen dat er al plannen zijn voor verschillende crisissituaties. En dan hoeft je alleen maar aan te vinken welke crisis pagina je wilt tonen.

@jcg Als je goed kijkt op de crisis pagina bevat deze geen algemene informatie, maar een stroom van relevante nieuwsupdates over de betreffende crisis.

Een gifwolk is een gif wolk en noodweer is noodweer enz enz enz

Dat de details en aanvullende informatie verschilt is irrelevant :p ziet het als een forum... je kan een normale, een poll of een ander type topic starten... Waar het over gaat boeit niet want dat verzin de persoon die het neerzet maar de template staat alvast klaar (de gebruiker hoef bijv niet zelf een poll systeem te schrijven.) Dit zelfde geldt in dit verhaal. Zorg dat je bij het aanmaken van een melding het type crises kan definiëren (met de optie om een nieuwe te maken.) waarna je een titel van de crises kan aangeven (bij een bestaande selecteer je die en bij een nieuwe vul je de naam in.) Na het typen van het bericht krijg je de vraag of je de nieuwe crises wil activeren en bij een reeds bestaande crises (die al afgesloten is) of je hem opnieuw wilt openen en je bent gewoon klaar.
Moeten dit soort dingen eerst goedgekeurd worden kan je hier heel simpel een tussen stap inzetten waardoor je 100% zekerheid hebt dat het niet fout kan gaan. (hiermee bedoel ik de werking van het mechanisme en niet de uptime van de site)

Dit is hoe dan ook niet goed te praten. Ik programmeer weinig tot nooit (je kan het beter scripten noemen) maar kan zo'n systeem binnen een dag neerzetten.

Dus eigenlijk is het een soort twitterfeed die net zoals het echte twitter nogal makkelijk plat gaat...


Nu ben ik fan van cloud omgevingen en kan dan ook niet begrijpen waarom de overheid geen deal heeft met een amazon/google oid om snel op te kunnen schalen wanneer nodig... Zeker omdat je de recourses maar sporadisch nodig hebt valt daar bijna niet van te voren genoeg machines voor neer te zetten zonder dat het geld verspilling wordt....

@DutchStoner

Dat hoeft natuurlijk niet letterlijk hé. Gewoon een simpel lijstje met welke crisis-sites er op dat moment beschikbaar zijn is al genoeg, klik je crisis aan en klik op submit en de goede crisis-pagina staat op de site. Of "U hebt een crisis-pagina aangemaakt. Automatisch uploaden? Ja/Nee". D'r zijn genoeg methodes te bedenken die gebruiksvriendelijker en minder foutgevoelig zijn dan gewoon handmatig steeds alles moeten wijzigen. Eerst wel de pagina maken maar dat moet sowieso op dat moment, een simpel systeem om dat automatisch op de website te kunnen zetten is niet echt moeilijk.

Maar dan nog, welke aap past een site aan (friggin' crisis.nl) en gaat dan niet kijken of 'ie wel up and running is... :P "Nog even snel afraffelen en dan naar huus want ik werk nu over"...

[Reactie gewijzigd door bwerg op donderdag 6 januari 2011 20:04]


Ze schotelen een redirect naar een subdomein voor op het moment van een crisis. Vanwaar die onzin. En die laten ze dan door een persoon invullen. Nog meer onzin.

Een crisismedewerker maakt een bericht over de crisis en klikt op publiceren, hierna wordt de standaard pagina vervangen door de crisispagina. Zo simpel kan het zijn.

Voor het geval dat het standaard CMS vastloopt stap je over naar een ander subdomein waar je een backup CMS hebt.

Nee, als het crisissysteem afhankelijk is van een medewerker die handmatig een redirect in moet vullen heb je het goed bedacht. Vooral als hij in crisistijd ook nog moet bedenken wat die redirect ook al weer was.

En ja, je maakt een aantal standaard scenario's voor standaard situaties. En na het drukken op de standaard scenarioknop begin je met je berichtgeving toevoegen.

Eum,
en hoe moet het 'systeem' dan wel weten wanneer het crisis en wat voor crisis het is als daar geen menselijke handeling voor nodig mag zijn?

Een menselijke handeling is geen probleem. Dit kan dmv ingewikkelde handelingen of een simpel knopje "Er is een crises dus activeer de site". Het geen wat ze nu doen is fout gevoelig en zo'n knopje kan vrijwel niet fout gaan! Ook kan het systeem merken wanneer een crises post toegevoegd word (das niet lastig) en zelf de pagina activeren waar die berichten op staan.

automagisch filteren uit twitter natuurlijk ;)

Misschien moeten ze hun medewerkers ook elke eerste maandag van de maand laten oefenen op het online zetten van crisisinformatie...

Het is toch te gênant voor woorden dat zo'n fout gemaakt wordt?!

Helemaal geen slecht idee. Die nieuwe digitale sirenes hadden in het begin ook een partij kinderziektes, en sowieso een twee per jaar een echte oefening (met evaluatie) op dit soort dingen kan geen kwaad.

Ik las op twitter geruchten dat anonymous erachter zat om zo nog meer onrust te scheppen

Da's bijna net zo erg als bij het minste of geringste roepen dat je gehackt bent of een virus hebt, :/.

Ik word beetje ziek van dat "anonymous" gelul... Wel makkelijk om hun er weer erbij te halen als er eens site niet meer werkt. En de "media" weet voortaan ook niet meer waar ze het over hebben.

gewoon de schoonmaakster die na het stofzuigen van het serverhok per ongeluk de stroom eraf heeft getrokken?

Lol schoonmaaksters in een serverhok :P

Lol schoonmaaksters in een serverhok :P
Lach maar. Ik ken Multinationals die in de Forbes 500 lijst voorkomen waar dit dus gewoon gebeurt. Ik heb bijvoorbeeld wel eens meegemaakt dat een UPS eruit getrokken is door een schoonmaakster. Of een kapotte waterkoker die kortsluiting veroorzaakt in het server hok. 8)7

Weet een schoonmaakster veel. Die ruimt alleen de spaghetti op...

XS4ALL heeft zijn colo echt niet in een serverhok staan :+

is dus totaal niet relevant. XS4ALL is een ISP ASP4ALL een hositng bedrijf wat toevallig misschien de naam er vanaf heeft geleid. ze hebben natuurlijkzeker wel een server hok, waar denk je anders dat die site's op draaien? gebakken lucht?

ehhh... colo == serverhok ?
en: XS4All =! ASP4All

Handig dat je bij een crisis ook nog eens ingewikkelde acties moet gaan uitvoeren.... Ze zouden daar beter een mooie grote rode Web2.0 knop van kunnen maken (met reflectie en glossy afwerking :+ )

Ik vind het erger dat ze niet weten of een medewerker van de hosting partij of het ministerie deze wijziging moet maken. Dat leid ongetwijfeld tot verwarring en verwarring tijdens een crises lijdt tot fouten.

Om dat voor te zijn bestaan er draaiboeken en procedures. Daarin staat precies wie wat moet doen en verantwoordelijk voor is en als iets niet goed gaat welke stappen dan moeten worden ondernomen.

Wat een amateurs. Maar niet verbazingwekkend als je kijkt naar andere overheids projecten.

Dat heet de verantwoording in het midden laten.. beetje vaag gelul dus. Zoals in de politiek helaas te gebruikelijk.

...Waarom doen ze zo moeilijk met redirects (waarbij ze (blijkbaar) afhankelijk zijn van een hostingprovider), terwijl het even eenvoudig zou moeten zijn om de homepage in dat CMS aan te passen? Die doet vervolgens een html export naar de standaard indexpagina, en je bent klaar. Dan is het immers een kwestie van een redacteur die een pagina aanpast en de informatie staat online.

Weet iemand overigens welk CMS dat moet zijn? TDC Lighthouse levert nl een aantal CMSsen, zie ik op hun website.

de homepage in dat CMS aan te passen? Die doet vervolgens een html export
Kijk, dat zijn al twee handelingen. Bij elke handeling kan iets fout gaan. Heb jij al eens aan een redacteur moeten uitleggen wat een html export is? Denk niet vanuit je eigen vaardigheden, maar probeer je te verplaatsen in de medewerker die de taak moet uitvoeren.

En daarom is het veel makkelijker om een grote knop te maken met de tekst
'Activeer Crisis.nl'
Hoe moeilijk is het nu om dit te automatiseren?

Super super super makkelijk.... dit soort dingen zijn niet goed te praten, zelfs een MBO (niv 4) leerling kan zoiets voor je bouwen :S daar hoef je dus echt geen expert programmeur voor zijn :P

[Reactie gewijzigd door Mellow Jack op donderdag 6 januari 2011 17:00]


Dus? Je kunt het door het CMS laten doen en aan de front-end alleen een knop 'CRISIS' zetten. CMS doet de rest.

Zo moeilijk is het allemaal niet en YopY heeft gewoon gelijk. Het CMS kan gewoon rechtstreeks naar www.crisis.nl publiceren. Net zoals het naar crisis01.crisis.nl kan publiceren. Dus in plaats van. Redacteur schrijft het nieuws. CMS publiceert naar crisis01.crisis.nl en Jantje past handmatig de URL op www.crisis.nl aan. Krijg je Redacteur schrijft het nieuws. CMS publiceert naar www.crisis.nl en Jantje blijft er met zijn vingers vanaf. Scheelt dus 1 handeling en verandert niets aan de overige twee.

De website komt op mij sowieso amateuristisch over. Ja, statische pagina's zijn sneller dus prima als je een CMS gebruikt dat die pagina's aanmaakt en op de site zet. Die beslissing kan ik begrijpen. Maar dat doorverwezen?

Ik kan me indenken dat dit een soort van poor mans load balancer is maar dan nog. Zelfs als je aparte subsites en servers voor elke ramp wil hebben laat je de redirect "gewoon" op basis van content in de load balancer doen (of als je geen geld hebt door de apache server via mod_proxy) Homepage ervoor waar men uit de lijst van huidige rampen kan kiezen (automatisch gegenereerd uit het CMS natuurlijk) en klaar ben je. Maar het is veel simpeler om alles op 1 (set van) server(s) te draaien zodat je CMS maar 1 site naar alle servers in je webserver farm hoeft te sturen. Schaalt ook nog een stuk beter doordat alle servers beschikbaar zijn voor alle requests voor alle gelijktijdige rampen.

Daarnaast maakt iedereen wel eens een fout. Maar kom op, je vult het verkeerde adres in en je merkt dat niet? En nadat je daar op gewezen bent, kost het uren om het op te lossen? Ook is het vreemd dat er "nog geen content aanwezig was". Na al die problemen en uren vertraging was er nog geen redacteur die enige content voor de ramp in het CMS had getypt? Want die redacteur had natuurlijk wel gewoon toegang tot het CMS moeten hebben en het CMS had gewoon de content naar crisis01.crisis.nl kunnen publiceren. Dat heeft allemaal namelijk niets te maken met de doorverwijzing vanaf www.crisis.nl

Nee, als ik me verplaats in de mensen die de taken hadden moeten uitvoeren dan zie ik veel gepruts en een houtje touwtje product. Als je de redacteur kan uitleggen, typ hier de content in en druk op deze knop om het te publiceren dan maakt waar je naartoe publiceert weinig uit. De kritiek richt zich dus niet op de redacteur maar op degene die de site ontworpen heeft en besloten heeft dat iemand handmatig een linkje naar crisis01.crisis.nl moet aanpassen en dat zodra dat fout gaat de complete site plat gaat en niet meer te herstellen is.

Volgens mij is dit gebaseerd op i-park, het in-house ontwikkeld CMS gebaseerd op coldfusion.

Normaal gesproken komen mensen via een Squid proxy binnen, en halen daar de content vandaan. crisis01.crisis.nl heeft 3 IP-adressen, welke via DNS round-robin wordt verdeeld onder 2 geografisch gescheiden datacenters met elk een eigen uplink naar het internet.

In geval van een crisis wordt de DNS aangepast (de Time-To-Live staat op 10 minuten). http://crisis01.crisis.nl wordt dan afgehandeld door een aantal Squid proxy-servers achter een hardware loadbalancer. Squid zorgt ervoor dat het bron-systeem (CMS) niet wordt overbelast.

De redactie werkt weer op een gescheiden server waar men de content kan aanleveren.

Op zich lijkt het redelijk goed in elkaar te steken, maar het blijft mensenwerk: iemand moet de DNS omgooien naar de rampensite. Blijkbaar ging dit mis. Ook slordig dat dit pas na anderhalf uur werd verholpen...

Overigens vraag ik me af wat er gebeurt wanneer er twee rampen tegelijk plaatsvinden ;-)

Klinkt als heerlijk ingewikkeld. Maar goed, laten we bij het begin beginnen
Een Squid proxy, dat is mooi maar haalt gelijk de noodzaak van statische pagina's onderuit. Je moet enkel zorgen dat je dynamische pagina's door Squid gecacht worden om te zorgen dat de load op je servers laag blijft.

Dan het DNS en 2 geografische locaties probleem. Dat is een leuke manier om meerdere locaties online te hebben zodat als 1 locatie afbrand je nog steeds online bent. Helaas is het ook een vrij instabiele manier aangezien als je gebouw in de fik staat nog steeds 50% van je bezoekers naar het brandende gebouw gestuurd worden. Beter is dus een vorm van global load balancing waarbij de servers weten of de andere site al dan niet online is en alle gebruikers bij een probleem naar het goede datacenter gestuurd worden. (Al zijn de oplossingen daarvoor ook niet perfect, het is betrouwbaarder dan 2 IP addressen in je DNS)

Daarna verlies je me compleet. In het geval van een crisis wordt het DNS aangepast? WTF? In het geval van een crisis publiceer je nieuwe content naar je webservers (Op beide locaties) en ben je klaar. Tenminste zo zou het moeten werken)

Qua belasting kun je (je hebt statische pagina's) gewoon meer proxy's parallel zetten en wordt je productie webserver dus nauwelijks belast. Een hardware loadbalancer (of beter 2) per locatie is een optie maar eerlijk gezegd kan ik me nauwelijks voorstellen dat die echt wat staat te doen. Een simpele software loadbalancer (pfsense, LVM ) kan zonder problemen bijhouden welke proxies werken en de data doorsturen. De forward rules zijn namelijk extreem simpel (geen condities, geen sessies) en de data gaat niet door de load balancer dus dat geld kun je beter in je zak houden.

Een gescheiden publicatie systeem is natuurlijk een must have.

Dus wat heb je nodig.
2x PFSense (of Red Hat Piranha) als load balancer (Of doe eens gek 2x een F5 met Global Load Balancing functie) Dus 1 per datacenter
3 keer Liferay (2x voor productie) 1 per datacenter + 1x voor het systeem waar de redactie op werkt.
Squid proxies zoveel je denkt nodig te hebben

Hiermee ben je klaar en heb je nog geen cent uitgegeven aan software en hardware. Je hebt echter wel een productie kwaliteit load balancer en een productie kwaliteit CMS met alle features die je maar kan denken. In praktijk wil je misschien je productie CMSen dubbel uitvoeren zodat die wat meer load aankunnen en je locatie niet gelijk op zijn gat ligt bij een crash van een server en voor dezelfde reden waarschijnlijk ook twee load balancers per locatie (en firewalls)

Serverhardware toevoegen naar wens maar de benodigde software voor een project als dit kost dus 0,00 Euro. Het enige wat je kwijt bent is het salaris van een goede consultant. Tijd om dit te bouwen: Een weekje. Nu mag jij mij vertellen hoeveel crisis.nl gekost heeft aan consultancy en software development

Beetje vreemd dat ze het niet direct controleren.... Meestal als je zo'n wijziging doet, dan controleer je toch direct of crisis.nl de juiste pagina toont. :X

Misschien alleen intern getest, en niet extern. En als 't intern wel werkt, valt 't niet zo snel op. Maar duidelijk is dan dat de procedures niet goed zijn.

Verschrikkelijk amateurisme af en toe ook in dit land... Handmatige invoer tijdens een crisis; hoe verzin je het? :'(

Inderdaad...

[x] Informatiepagina
[ ] Rampenpagina

Ik zeg:

[ ] Geschikt
[x] Ongeschikt

[Reactie gewijzigd door ArmEagle op donderdag 6 januari 2011 16:40]


Tsja, web content blijft natuurlijk gedeeltelijk mensen werk..

De content wel...maar de verwijzing naar de content hoeft dat helemaal niet te zijn. We hebben niet voor niets cms systemen, zodat de mens zich niet met de verwijzing bezig hoeft te houden.

Dat niet alleen, maar ook gewoon domweg niet even controleren of de website goed doorverwezen wordt. |:(

het is idd wel handig dat er handmatig geswitched moet worden. Als een iemand daar nou bevoeg voor is en die daar dan ook verantwoordelijk voor is. dan weet je wie je moet aanspreken. Maar:
dit kan een medewerker bij de overheid zijn geweest, maar ook iemand bij de softwareleverancier.
daar zchiet je dus helemaal niks mee op toch? een medewerker bij de overheid klinkt nou niet echt als een computerwonder.

Het ergste vind ik dat ze gewoon niet loggen wie wat veranderd. Zo kan iedereen altijd lekker naar elkaar blijven wijzen. Gelukkig kunnen we onze roverheid vertrouwen bij een ramp!

Dit is wel slordig, dit moet goed voorbereid zijn dat zoiets niet kan gebeuren.

Misschien een idee om eens per maand, of eens in de paar maanden de crew die de site online moet zetten te laten trainen?
Net zoals nu ook gebeurd bij het luchtalarm? Want ook het luchtalarm mag natuurlijk niet falen op het moment supreme.

ach zo erg is het toch niet. Bij grote branden bij chemiebedrijven in Nederland blijkt immers de volgende dag toch altijd dat er geen schadelijke stoffen zijn vrijgekomen 8)7

ach zo erg is het toch niet. Bij grote branden bij chemiebedrijven in Nederland blijkt immers de volgende dag toch altijd dat er geen schadelijke stoffen zijn vrijgekomen 8)7
Dat heb ik niet gehoord, wel dat het gevaar voor de bevolking beperkt was. Jij suggereerd dat er wel gevaar was en voor een dergelijke stelling denk ik dat je hele goede onderbouwing moet hebben.

En anders kan je natuurlijk altijd bij GeenStijl terecht, daar is onderbouwing altijd optioneel.

Offtopic: Je kan zeggen wat je wilt maar het is belachelijk dat het zo lang duurt voordat duidelijk is wat en hoe groot het gevaar voor de volksgezondheid is.
Vandaag werd er nog beweerd dat er geen roet neer was gekomen. Vervolgens werd de hoge piet in kwestie geconfronteerd met roet, draait als een blaadje aan de boom om en zegt dat het er wel is. Uiteindelijk wordt het achteraf 'opgehelderd' met een opmerking zo van: Nou, er is wel roet, maar bij ons officiële onderzoek is dat niet geconstateerd....
Dan zorg je toch dat je er als onderzoeksteam als de sodemieter bij bent als er wel roet is gevonden en kijk je toch in je mobiele lab wat het is? Zo moeilijk en langdurig hoeft dat allemaal niet te zijn.
Dat je niet weet wat de lange-termijn gevolgen zijn daar kan ik inkomen. Toch kun je dan niet zeggen dat er niets is neergekomen dat schadelijk is / kan zijn. Waarom wordt er anders aangeraden om binnen te blijven e.d.?

Nu was het nog een klein bedrijfje dat alleen maar chemische middelen verpakt. Wat als Huntsman, Hexion of Akzo Nobel af fikt?

Nog een subtiel puntje: Typisch dat uiteindelijk enkel de E-one van de Koninklijke Luchtmacht in staat is een schuimdeken neer te leggen dat goed genoeg is om de brand te blussen. Blijkbaar voldoet veel materiaal van de reguliere brandweer niet voor dit soort calamiteiten.

En wat nu als ze teveel paniek hadden veroorzaakt met overtrokken inschattingen? dan was het ook weer "insert-random-rechtsekerk-gezeik" over de overheid geweest, hoe je het ook doet als overheid: het zal nooit goed genoeg zijn (mensen houden de overheid ook nog eens aan een hogere standaard dan ze zichzelf houden)

De zoveelste fail van de overheid.

Het enige wat ze wel kunnen is belasting heffen.... ohhh wacht eens, ook dat gaat vaak fout.

Als dit ook nog eens mensen zijn met een HBO of WO opleiding dan breekt helemaal mijn klop. Die mensen horen dergelijke fouten niet te maken.

Een WO geschoold iemand inzitten om een website om te zetten lijkt me ook nogal overdreven. Dat wekt de suggestie dat MBOers en LBOers geen goed werk kunnen leveren, dat is pertinent onjuist. Het opleidingsniveau zegt niets over hoeveel fouten iemand maakt.

Zowel een HBO'er als WO'er zet je hier niet voor in. Je zet hun echter wel in als leidinggevenden (lees: verantwoordelijken) en als mensen die de processen en controle mechanismen ontwikkelen.

En daar ligt het zere punt nu

[Reactie gewijzigd door Pyrone89 op donderdag 6 januari 2011 16:58]



Het wordt idd steeds belangrijker waar je hebt gestudeerd. Beetje net zoals in Amerika.
Mocht je van Hanzehogeschool of InHolland komen dan kun je net zo goed een LOI cursus gaan doen of een studie aan de Universiteit van Amsterdam - ga nu niet uitleggen waarom. Kom je van een serieuze Hogeschool af dan heb je alleen last van de generaliserende opmerkingen die over het HBO worden gemaakt.

Nou stel ik ook mijn vraagtekens bij de WO diploma's, als je ziet dat veel van die 'studenten' gewoon de moeilijke vakken spreiden over meerdere jaren en er rustig 5 jaar over doen om vervolgens een Bachelor Thesis te schrijven waar je van denkt: ga jij maar eens terug naar het VWO......

HBO Master heb ik geen ervaring mee (dus kan daar geen oordeel over vellen), WO Master zit meestal wel snor, mits je op een goede universiteit hebt gezeten.

Eigenlijk zit het zwaartepunt tegenwoordig in pre-masters (ivbm de zware vakken die opeen worden gepropt en je alles in 1x moet halen) en de beta-studies.

Maar zoals altijd: je kan nog zoveel papiertjes hebben, als je de simpele dingen niet goed kunt dan val je snel door de mand.

Vraag me af hoe het volgende beoordelingsgesprek van deze medewerker gaat.

Een site zoals dit dient meerdere fail-safe's te hebben en er moet op elk detail worden gelet. Het zijn niet de winteraanbiedingen van de V&D waar je mee bezig bent.

[Reactie gewijzigd door Pyrone89 op donderdag 6 januari 2011 19:21]

«  1  2  3  »

Op dit item kan niet meer gereageerd worden.

Volgende 16:41 CES: MSI toont IM-QM67-moederbord met Sandy Bridge
Vorige 15:45 CES: NEC toont tablet met twee 7"-schermen
VNU Media logo Hosted by True

© 1998 - 2012 Tweakers.net B.V. - Alle rechten voorbehouden - Contact - Jouw privacy - Algemene Voorwaarden

Uitgever van:

Website van het jaar 2011