De Devschuur Coffee Corner - Iteratie ⓫

[Matis]

Volgens mij al eens vaker gedeeld, maar wederom gerelateerd

[Tjolk]

Matis schreef op woensdag 6 juni 2018 @ 11:41:
Volgens mij al eens vaker gedeeld, maar wederom gerelateerd
[video]

Kun je die 10 minuten misschien ook in <10 zinnen samenvatten?

(ik verwacht dat de strekking is dat het lang duurt en het rendement niet geweldig is, maar dat wisten we in 2010 ook al)

[farlane]

Tjolk schreef op woensdag 6 juni 2018 @ 12:18:
[...]
Kun je die 10 minuten misschien ook in <10 zinnen samenvatten?

In 1 : Rendement is kut.

[Tjolk]

2010 belde dus. Prima, weten we dat ook weer

[DevWouter]

Matis schreef op woensdag 6 juni 2018 @ 11:41:
Volgens mij al eens vaker gedeeld, maar wederom gerelateerd
[video]

Gerelateerd is niet hetzelfde als relevant


Ik snap ook nog steeds niet waarom niet ik de bovenstaande batterijen kan gebruiken in mijn telefoon

[ThomasG]

DevWouter schreef op woensdag 6 juni 2018 @ 16:25:
[...]

Gerelateerd is niet hetzelfde als relevant
[afbeelding]

Ik snap ook nog steeds niet waarom niet ik de bovenstaande batterijen kan gebruiken in mijn telefoon

[DevWouter]

ThomasG schreef op woensdag 6 juni 2018 @ 16:36:
[...]
[afbeelding]

Well played, sir. Well played.

[DevWouter]

Nieuwe reactie, want ander onderwerp

Vandaag ontving ik een WDSL van een commerciele partij. Het is de bedoeling dat we die WDSL gebruiken om client te maken om gegevens op te halen.

Maar dit heb ik nog nooit gezien:

C#:

public class WebService {
    public @string CorrelationId {get;set;}
    public dateTime CreatedOn {get;set;} 

    public InfoResult GetInfo(InfoRequest request) {
        // ...SNIP...
    }
}

public class @string  {
    public string[] Text {get;set;}
}

public class dateTime {
    public string[] Text {get;set;}
}

public InfoRequest {
    // 9 properties, welke allemaal zeer specifiek zijn.
}

public InfoResult {
    // 1 property, terwijl ik weet dat ik er 4 terug moet krijgen.
    public object Item { get; set; } 
}

[SublimnAll]

Zijn jullie nog een beetje productief met dit weer? Ik heb al een paar weken de grootste moeite om me te concentreren met die warmte, laat staan noemenswaardig werk op te leveren.
Wat doen jullie als er gewoon echt geen fut in zit?

[Koetjeboe]

SublimnAll schreef op donderdag 7 juni 2018 @ 12:19:
Zijn jullie nog een beetje productief met dit weer? Ik heb al een paar weken de grootste moeite om me te concentreren met die warmte, laat staan noemenswaardig werk op te leveren.
Wat doen jullie als er gewoon echt geen fut in zit?

Airco? En veel ijsjes eten.

[mcDavid]

Airco aanzetten idd.

Als je die niet hebt: Naar de witgoedhandel om zo'n mobiel ding te regelen. Alles is goedkoper dan een dag niets doen

Als dat echt geen optie is, misschien iets doen wat je leuk vind zodat het makkelijker is je concentratie te houden.

[ThomasG]

HVAC > Airco Het is hier binnen heerlijk 19,5 graden.

[Defector]

ThomasG schreef op donderdag 7 juni 2018 @ 12:43:
HVAC > Airco Het is hier binnen heerlijk 19,5 graden.

Heerlijk? Dat vind ik juist een onmogelijke temperatuur, zeker wanneer je stil zit achter een scherm. Veel te koud. Graadje of 25 is een stuk lekkerder en dan is de overgang ook niet zo extreem wanneer je uit de deur stapt.

[ThomasG]

Defector schreef op donderdag 7 juni 2018 @ 12:55:
[...]


Heerlijk? Dat vind ik juist een onmogelijke temperatuur, zeker wanneer je stil zit achter een scherm. Veel te koud. Graadje of 25 is een stuk lekkerder en dan is de overgang ook niet zo extreem wanneer je uit de deur stapt.

Dat is gewoon kamertemperatuur, en helemaal niet koud; misschien eerder 20-20,5 dan 19,5. We hebben hier goede ventelatie zonder wind, dus zeer confortabel.

[TheNephilim]

Nou wat mij betreft hoef je niet te voelen dat het warm is buiten, maar ook niet dat het kouder is binnen. Dus de airco staat hier op 23 - 24 graden geloof ik, koel zat.

[Harrie_]

Die topics hier ook steeds in IT Pro... Zag er net weer een voorbij komen waarbij TS in all caps nog een beetje taai ging lopen doen omdat zijn probleem niet snel genoeg voor 'm werd opgelost...
Mischien dit implementeren zodat @RobIII het wat rustiger krijgt

[Mugwump]

TheNephilim schreef op donderdag 7 juni 2018 @ 13:46:
Nou wat mij betreft hoef je niet te voelen dat het warm is buiten, maar ook niet dat het kouder is binnen. Dus de airco staat hier op 23 - 24 graden geloof ik, koel zat.

Niets lekkerder dan standje vrieskist als het buiten tegen de dertig graden loopt wat mij betreft.

[Matis]

Het grootste probleem is luchtvochtigheid in Nederland. Ik vind het vanaf 25 graden buitentemperatuur al niet meer te harden.

Persoonlijk vind ik 23 graden met een lagere luchtvochtigheid ideaal. Het is niet steenkoud en je kunt je eigen warmte prima kwijt.

[Lethalis]

DevWouter schreef op donderdag 7 juni 2018 @ 11:47:
Nieuwe reactie, want ander onderwerp

Vandaag ontving ik een WDSL van een commerciele partij. Het is de bedoeling dat we die WDSL gebruiken om client te maken om gegevens op te halen.

Hoe ziet de wsdl er uit?

Wij hebben nog weleens dat we een web service referencen in Visual Studio die in een andere taal zoals Java gemaakt is (gotta love enums) waar Visual Studio echt een teringzooi van maakt.

Dat gezegd hebbende, ziet het er wel heel bijzonder uit

[Defector]

Gesproken over leuke WSDLS.

Ooit aan een project gewerkt waar we van een (overheids) partij een WSDL kregen. Ah dacht ik even importeren, cliënt genereren en integreren moet allemaal niet zo moeilijk zijn. Waren toch maar 2 calls in de WSDL gedefinieerd, eentje voor data ophalen en versturen.

Maar wacht eens even waar zijn de entiteiten en alle velden voor de data...

Wat hadden ze nu gedaan. In de call voor het versturen en ophalen zat 1 veld die bevatte een zip file met daarin een xml file van x aantal mb groot. Waarin de daadwerkelijke data stond, ditmaal zonder definitie. Dus lekker handmatig xml bouwen en manipuleren in plaats van werken met entiteiten of validatie.

Geen wonder dat die overheids projecten altijd zo lekker uit de planning lopen.

[Pizzalucht]

Defector schreef op vrijdag 8 juni 2018 @ 09:24:
Gesproken over leuke WSDLS.

Ooit aan een project gewerkt waar we van een (overheids) partij een WSDL kregen. Ah dacht ik even importeren, cliënt genereren en integreren moet allemaal niet zo moeilijk zijn. Waren toch maar 2 calls in de WSDL gedefinieerd, eentje voor data ophalen en versturen.

Maar wacht eens even waar zijn de entiteiten en alle velden voor de data...

Wat hadden ze nu gedaan. In de call voor het versturen en ophalen zat 1 veld die bevatte een zip file met daarin een xml file van x aantal mb groot. Waarin de daadwerkelijke data stond, ditmaal zonder definitie. Dus lekker handmatig xml bouwen en manipuleren in plaats van werken met entiteiten of validatie.

Geen wonder dat die overheids projecten altijd zo lekker uit de planning lopen.

Dit soort dingen kom je echt te vaak tegen. Laatst had ik het nog met Yuki en Twinfield, lekker XML in je XML stoppen:
https://api.yukiworks.nl/...ng.asmx?op=ProcessJournal
https://accounting.twinfi....asmx?op=ProcessXmlString

[DevWouter]

Lethalis schreef op vrijdag 8 juni 2018 @ 08:24:
[...]

Hoe ziet de wsdl er uit?

Wij hebben nog weleens dat we een web service referencen in Visual Studio die in een andere taal zoals Java gemaakt is (gotta love enums) waar Visual Studio echt een teringzooi van maakt.

Dat gezegd hebbende, ziet het er wel heel bijzonder uit

De wsdl ziet er normaal uit los van dat er een tweede namespace is waarbij een tweede "string" wordt gedefinieerd. Overigens vermoed ik wel dat het een Java applicatie is. Dat is mijn ervaring waarschijnlijker dan .Net.

Persoonlijk mag SOAP wel eens van het toneel af. 99% van de tijd is het gewoon een simple POST/GET endpoint.

[Marc3l]

Defector schreef op vrijdag 8 juni 2018 @ 09:24:
Gesproken over leuke WSDLS.

Ooit aan een project gewerkt waar we van een (overheids) partij een WSDL kregen. Ah dacht ik even importeren, cliënt genereren en integreren moet allemaal niet zo moeilijk zijn. Waren toch maar 2 calls in de WSDL gedefinieerd, eentje voor data ophalen en versturen.

Maar wacht eens even waar zijn de entiteiten en alle velden voor de data...

Wat hadden ze nu gedaan. In de call voor het versturen en ophalen zat 1 veld die bevatte een zip file met daarin een xml file van x aantal mb groot. Waarin de daadwerkelijke data stond, ditmaal zonder definitie. Dus lekker handmatig xml bouwen en manipuleren in plaats van werken met entiteiten of validatie.

Geen wonder dat die overheids projecten altijd zo lekker uit de planning lopen.

Met andere woorden, alleen een download linkje voor een xml file

[Sv3n]

Ben nu met een project bezig waarbij een andere partij WSDL's aanlevert die gewoon niet kloppen. Ik had een ticket gemaakt in hun Jira dat de voorbeeld berichten niet overeen kwamen met de WSDL's, antwoord was dat de voorbeeld berichten kloppen en we de WSDL's maar moeten negeren Nu dus maar de WSDL handmatig aangepast zodat ze wel kloppen.

Is overigens Java (Axis2 andere partij) -> Java(CXF wij). Geen idee hoe ze het voor elkaar krijgen want normaal gesproken zou Axis gewoon een valide WSDL moeten kunnen genereren, zelfs als je code first werkt.

[Marcj]

Defector schreef op vrijdag 8 juni 2018 @ 09:24:
Gesproken over leuke WSDLS.

Ooit aan een project gewerkt waar we van een (overheids) partij een WSDL kregen. Ah dacht ik even importeren, cliënt genereren en integreren moet allemaal niet zo moeilijk zijn. Waren toch maar 2 calls in de WSDL gedefinieerd, eentje voor data ophalen en versturen.

Maar wacht eens even waar zijn de entiteiten en alle velden voor de data...

Wat hadden ze nu gedaan. In de call voor het versturen en ophalen zat 1 veld die bevatte een zip file met daarin een xml file van x aantal mb groot. Waarin de daadwerkelijke data stond, ditmaal zonder definitie. Dus lekker handmatig xml bouwen en manipuleren in plaats van werken met entiteiten of validatie.

Geen wonder dat die overheids projecten altijd zo lekker uit de planning lopen.

Heel herkenbaar, tijdje geleden gezien van een facturatiepakket. Dan krijg je een WDSL met 1 functie genaamd execute, met zowel input als output free-format XML

En dan ook geen documentatie erbij leveren, alleen maar een paar voorbeelden. Geen duidelijkheid wat geldige waarden zijn

[Defector]

Marcj schreef op vrijdag 8 juni 2018 @ 12:11:
[...]


Heel herkenbaar, tijdje geleden gezien van een facturatiepakket. Dan krijg je een WDSL met 1 functie genaamd execute, met zowel input als output free-format XML

En dan ook geen documentatie erbij leveren, alleen maar een paar voorbeelden. Geen duidelijkheid wat geldige waarden zijn

Haha dat was inderdaad ook een leuke grap. Je moest maar gokken wat de juiste waarden waren. De externe partij had een 3 tier validatie systeem.

Eerste was de daadwerkelijke webservice die fouten terug gaf.Helemaal goed, ik schiet iets in wat niet klopt en dat wordt afgekeurd, geen probleem. Fouten gefixed en opnieuw proberen.

Het wordt geaccepteerd dus het is goed. Maar nee zo werkt het niet, in de web applicatie zelf worden er nog tig zaken gevalideerd en uiteindelijk afgekeurd. Daar heb je ook zoveel aan binnen een automatisch systeem.

En als klap op de vuurpijl was er ook een mogelijkheid dat dagen later een medewerker iets afkeurde binnen de xml van tig mb met een onduidelijke omschrijving.

[Mugwump]

DevWouter schreef op vrijdag 8 juni 2018 @ 11:31:
[...]


De wsdl ziet er normaal uit los van dat er een tweede namespace is waarbij een tweede "string" wordt gedefinieerd. Overigens vermoed ik wel dat het een Java applicatie is. Dat is mijn ervaring waarschijnlijker dan .Net.

Persoonlijk mag SOAP wel eens van het toneel af. 99% van de tijd is het gewoon een simple POST/GET endpoint.

Ja ik zie ook vrijwel nooit de meerwaarde van SOAP in. SOAP was gewoon eigelijk altijd al een overbodig idee.
Nou heb je met REST ook nog wel de nodige issues, aangezien zaken als logische interfacesdefinities en fatsoenlijke documentatie onafhankelijk zijn van de vraag of je een SOAP, REST of wat voor interface beschikbaar stelt. Ik zie vrij veel REST services die wel leuk documentatie via bijvoorbeeld Swagger bieden, maar die enkel in één zinnetje uitleggen wat een bepaalde rest call doet zoals bijvoorbeeld 'Voegt nieuw product toe' of zelfs bij 404 en 409 gaan beschrijven wat de statuscode beteken (dat staat natuurlijk gewoon in de HTTP spec), maar niet uitleggen wat de informatie in het Productmodel inhoudt waar nodig. Bij een name is een beschrijving overbodig, maar bij een price is het wel handig om te specificeren of dat bijvoorbeeld standaard in dollars of euros is indien dat niet uit de spec blijkt of iets dergelijks.

[DevWouter]

Mugwump schreef op vrijdag 8 juni 2018 @ 13:23:
[...]


Ja ik zie ook vrijwel nooit de meerwaarde van SOAP in. SOAP was gewoon eigelijk altijd al een overbodig idee.
Nou heb je met REST ook nog wel de nodige issues, aangezien zaken als logische interfacesdefinities en fatsoenlijke documentatie onafhankelijk zijn van de vraag of je een SOAP, REST of wat voor interface beschikbaar stelt. Ik zie vrij veel REST services die wel leuk documentatie via bijvoorbeeld Swagger bieden, maar die enkel in één zinnetje uitleggen wat een bepaalde rest call doet zoals bijvoorbeeld 'Voegt nieuw product toe' of zelfs bij 404 en 409 gaan beschrijven wat de statuscode beteken (dat staat natuurlijk gewoon in de HTTP spec), maar niet uitleggen wat de informatie in het Productmodel inhoudt waar nodig. Bij een name is een beschrijving overbodig, maar bij een price is het wel handig om te specificeren of dat bijvoorbeeld standaard in dollars of euros is indien dat niet uit de spec blijkt of iets dergelijks.

De meerwaarde van SOAP is dat echt veel meer is dan simpel REST. SOAP werkt namelijk via http, FTP, pop3 en zo voorts. Ook bevat het afspraken over hoe de authenticatie en security geregeld moet worden en kan het transacties bevatten.

Dat gezegd te hebben, van alle keren dat ik het gezien of gebruikt heb was er 1 maar situatie waarin het SOAP een goeie keuze was. Alle overige situaties was overkill.

[Mugwump]

DevWouter schreef op vrijdag 8 juni 2018 @ 13:28:
[...]


De meerwaarde van SOAP is dat echt veel meer is dan simpel REST. SOAP werkt namelijk via http, FTP, pop3 en zo voorts. Ook bevat het afspraken over hoe de authenticatie en security geregeld moet worden en kan het transacties bevatten.

Dat gezegd te hebben, van alle keren dat ik het gezien of gebruikt heb was er 1 maar situatie waarin het SOAP een goeie keuze was. Alle overige situaties was overkill.

Ja dat weet ik, maar tussen theoretische meerwaarde en meerwaarde in de praktijk zit nogal een verschil. Natuurlijk heeft SOAP allerlei eigen security en ja, het staat feitelijk los van het transportprotocol, maar hoe vaak denk je in de praktijk 'goh kon ik nou mijn interface maar via POP3 / FTP exposen?'. Het securitymodel biedt ook niet echt meerwaarde boven HTTPS i.c.m. een vorm van authenticatie. In de praktijk is SOAP vooral overhead-over-HTTP.

Defector schreef op vrijdag 8 juni 2018 @ 13:22:
[...]


Haha dat was inderdaad ook een leuke grap. Je moest maar gokken wat de juiste waarden waren. De externe partij had een 3 tier validatie systeem.

Eerste was de daadwerkelijke webservice die fouten terug gaf.Helemaal goed, ik schiet iets in wat niet klopt en dat wordt afgekeurd, geen probleem. Fouten gefixed en opnieuw proberen.

Het wordt geaccepteerd dus het is goed. Maar nee zo werkt het niet, in de web applicatie zelf worden er nog tig zaken gevalideerd en uiteindelijk afgekeurd. Daar heb je ook zoveel aan binnen een automatisch systeem.

En als klap op de vuurpijl was er ook een mogelijkheid dat dagen later een medewerker iets afkeurde binnen de xml van tig mb met een onduidelijke omschrijving.

Ik heb het aan de andere kant ook genoeg meegemaakt met APIs die je beschikbaar stelt. Wordt er aan de consumerende kant (vaak ook één of ander standaardsysteem als Salesforce waarbij de consumptie meer een soort van configuratie is) de API call doodleuk als 'fire-and-forget' behandeld en de terugkomende response code gewoon genegeerd. Dan na twee maanden komen klagen dat er iets niet goed lijkt te gaan en als je dan de logs ziet blijkt dat men gewoon verkeerde aanroepen doet maar gewoon aanneemt dat ze wel geslaagd zullen zijn ongeacht de response.

Oh en als ik dan toch met mijn vrijdagmiddagklaagzang bezig ben, ik snap dat je meer of minder puristisch kunt zijn in de wijze waarop je de HTTP specificatie en concepten als HATEOAS implementeert, maar serieus ..REST APIs bouwen die doodleuk een 200 statuscode teruggeven met een error object waarin staat dat de resource niet gevonden kon worden en meer van dat soort zaken? Dan ben je ongeveer elk voordeel van het gebruik van een standaardprotocol kwijt.

[ Voor 8% gewijzigd door Mugwump op 08-06-2018 13:42 ]

[Douweegbertje]

Zal ik gewoon de samenvatting geven? Het maakt echt geen reet uit wat voor type API het is, zolang hij maar fatsoenlijk is geïmplementeerd.

Laat ik dan ook voorop stellen dat het ook echt heel moeilijk is om een degelijke API te maken Ik heb ooit een stukje tekst geschreven met als titel; My API was shit – I used it myself. Ik dacht namelijk een goede API te hebben geschreven. Ik heb m'n ervaringen in het gebruik en wist wat ik wel/niet wilde.

Alles leuk en wel tot ikzelf een app ging maken en er achter kwam dat mijn eigen API gewoon slecht was. Echt slecht.

"Nothing motivates more to rewrite your API if you ragequit on the quirkiness of it's requests & output."

wat ik dus ook had gedaan

[Lethalis]

Afgezien van alle details vind ik het ergste nog wanneer leveranciers ineens hun web service of API veranderen.

En dan ook echt "op die dag gaan we over".

Nog erger is wanneer ze dan geen fatsoenlijk werkende testomgeving op tijd leveren.

Of de datum in het friggin pinksterweekend valt.

[SublimnAll]

Lethalis schreef op zaterdag 9 juni 2018 @ 07:41:
Afgezien van alle details vind ik het ergste nog wanneer leveranciers ineens hun web service of API veranderen.

En dan ook echt "op die dag gaan we over".

*kuch*Google*kuch*

[RayNbow]

In het verleden vaak genoeg meegemaakt dat de YouTube player stuq ging of dat de API vreemde responses gaf...

[Matis]

Net een paar angstige minuten gehad. Mijn Yubikey deed het niet meer

Ik meteen in de instellingen van Windows gedoken, het hele apparaat kwam niet meer voor in de Device Manager. Dat was geen goed teken.

Dus ik op zoek naar mijn backup ergens op zolder in een oude schoenendoos. Toen ik de kapotte wilde verwijderen, bleek dat hij in de SD-kaart slot zat, in plaats van de USB

[gekkie]

Matis schreef op zaterdag 9 juni 2018 @ 18:22:
Net een paar angstige minuten gehad. Mijn Yubikey deed het niet meer

Ik meteen in de instellingen van Windows gedoken, het hele apparaat kwam niet meer voor in de Device Manager. Dat was geen goed teken.

Dus ik op zoek naar mijn backup ergens op zolder in een oude schoenendoos. Toen ik de kapotte wilde verwijderen, bleek dat hij in de SD-kaart slot zat, in plaats van de USB

In het kader van met genoeg domme kracht past alles ?

Vandaag eens bij ASML, Philips medical en light(n)ing op de High tech campus en Additive industries langs geweest in het kader van de dutch technology week. Was wel weer een interessant dagje en goed voor de techniek promotie voor koters. Hooguit jammer dat het allemaal op één (deel van) een dag moest, krijg je weer keuze problemen van.

[Matis]

gekkie schreef op zaterdag 9 juni 2018 @ 19:52:
In het kader van met genoeg domme kracht past alles ?

Valt mee hoor. De connector past prima in de gleuf voor de SD-kaart.

[Hydra]

Defector schreef op vrijdag 8 juni 2018 @ 09:24:
Gesproken over leuke WSDLS.

[...]

Een van de grootste fouten van XSD is dat er een xsd:any type is. Oftwel in je SOAP definitie gewoon lekker overal xsd:any hangen; dan hoef je niet na te denken over je definities. En dan mag de gebruiker van je API (ik dus) lekker aan de hand van out of date documentatie en bedelmailtjes uitzoeken hoe het werkt.

Ik heb zelf veel WSDL definities gemaakt, gewoon met de 'hand' met de XSD editor in Eclipse. Er gaat ff wat tijd in zitten en het dwingt je echt om na te denken over je model, maar als je het goed doet kan je daarna de clients volledig uitgenereren zonder enig probleem. Werkt serieus een stuk makkelijker dan een REST API waar je zelf maar een wrapper voor moet schrijven.

Probleem is dat echt 90% ofzo van de WSDL definities 'code first' werken (dus code schrijven en daaruit een WSDL genereren) in plaats van contract-first. Da's m.i. de voornaamste reden dat SOAP mislukt is.

Sv3n schreef op vrijdag 8 juni 2018 @ 12:07:
Is overigens Java (Axis2 andere partij) -> Java(CXF wij). Geen idee hoe ze het voor elkaar krijgen want normaal gesproken zou Axis gewoon een valide WSDL moeten kunnen genereren, zelfs als je code first werkt.

Dan krijg je ook met Axis rommel hoor. Je wil echt altijd contract-first werken. Maar da's te 'moeilijk' voor de meeste devs

Douweegbertje schreef op vrijdag 8 juni 2018 @ 21:39:
Zal ik gewoon de samenvatting geven? Het maakt echt geen reet uit wat voor type API het is, zolang hij maar fatsoenlijk is geïmplementeerd.

Hear hear. En laten ze dat soort werk nu heel vaak door 'interns' doen, of door die ene knakker waar je eigenlijk niks aan over kan laten en hem dus maar een 'simpele' taak laat uitvoeren in z'n eigen tempo. Je API is het belangrijkste deel van je product. En zo veel bedrijven snappen dit niet.

[ Voor 32% gewijzigd door Hydra op 10-06-2018 10:05 ]

[Koenvh]

Hydra schreef op zondag 10 juni 2018 @ 10:02:
[...]


Hear hear. En laten ze dat soort werk nu heel vaak door 'interns' doen, of door die ene knakker waar je eigenlijk niks aan over kan laten en hem dus maar een 'simpele' taak laat uitvoeren in z'n eigen tempo. Je API is het belangrijkste deel van je product. En zo veel bedrijven snappen dit niet.

Helaas ken ik er daar ook te veel van... Zo kwam ik twee jaar geleden bijvoorbeeld deze response tegen:

JSON:

{
  "device":{
    "aToken":"1acd434f-a006-4926-a283",
    "dToken":"3b7c1337-ed16-4a71-a3fe",
    "expiresAt":{
      "weekOfWeekyear":51,
      "weekyear":2017,
      "yearOfEra":2017,
      "yearOfCentury":17,
      "centuryOfEra":20,
      "secondOfDay":83953,
      "minuteOfDay":1399,
      "millisOfDay":83953341,
      "monthOfYear":12,
      "hourOfDay":23,
      "minuteOfHour":19,
      "secondOfMinute":13,
      "millisOfSecond":341,
      "era":1,
      "dayOfYear":352,
      "dayOfWeek":1,
      "dayOfMonth":18,
      "year":2017,
      "chronology":{
        "zone":{
          "uncachedZone":{
            "fixed":false,
            "cachable":true,
            "id":"Europe/Amsterdam"
          },
          "fixed":false,
          "id":"Europe/Amsterdam"
        }
      },
      "zone":{
        "uncachedZone":{
          "fixed":false,
          "cachable":true,
          "id":"Europe/Amsterdam"
        },
        "fixed":false,
        "id":"Europe/Amsterdam"
      },
      "millis":1513635553341,
      "equalNow":false,
      "beforeNow":false,
      "afterNow":true
    }
  }
}

Ook nog een leuk puntje: De aToken is een jaar geldig, en kan alleen ingetrokken worden door middel van de dToken, die je alleen terugkrijgt als je een aToken opvraagt. Is je aToken gestolen, en ben je je dToken kwijt? Dan hebben ze het komende jaar toegang.

(Ze hebben het ondertussen vervangen door een halve OAuth2-oplossing)

[Hydra]

Koenvh schreef op zondag 10 juni 2018 @ 11:59:
Helaas ken ik er daar ook te veel van... Zo kwam ik twee jaar geleden bijvoorbeeld deze response tegen:

Die expiredAt is volgens mij een ZonedDateTime of zoiets dat as-is deserialiseerd is i.p.v. welke library je dan ook gebruikt ff te instrueren dat netjes als een ISO date-time string te doen. Da's gewoon extreem lui / dom.

[DevWouter]

Hydra schreef op zondag 10 juni 2018 @ 10:02:
Probleem is dat echt 90% ofzo van de WSDL definities 'code first' werken (dus code schrijven en daaruit een WSDL genereren) in plaats van contract-first. Da's m.i. de voornaamste reden dat SOAP mislukt is.

Dat is niet alleen bij WSDL. Recentelijk had ik hetzelfde probleem met een database waarbij waardes als VARCHAR werden opgeslagen ipv als NVARCHAR. Toen ik nog handmatig tabellen bouwde had ik dit probleem nooit.

[Alex)]

Entity Framework Code First kiest standaard voor een 'datetime' datatype voor System.DateTime. Als je wat anders wil (bijvoorbeeld om data voor 1753 op te slaan) kan dat wel, maar dan moet je in je model specificeren dat je een datetime2 wilt.

Toch jammer dat je dan weer van die doorlekkende abstracties hebt...

[DevWouter]

Alex) schreef op maandag 11 juni 2018 @ 08:08:
Entity Framework Code First kiest standaard voor een 'datetime' datatype voor System.DateTime. Als je wat anders wil (bijvoorbeeld om data voor 1753 op te slaan) kan dat wel, maar dan moet je in je model specificeren dat je een datetime2 wilt.

Toch jammer dat je dan weer van die doorlekkende abstracties hebt...

Ooohh... Mooi voorbeeld.

Ik begin langzamerhand te denken dat specificatie op basis van abstractie (of is het generalisatie?) een nieuw soort anti-pattern is.

[Sandor_Clegane]

Alex) schreef op maandag 11 juni 2018 @ 08:08:
Entity Framework Code First kiest standaard voor een 'datetime' datatype voor System.DateTime. Als je wat anders wil (bijvoorbeeld om data voor 1753 op te slaan) kan dat wel, maar dan moet je in je model specificeren dat je een datetime2 wilt.

Toch jammer dat je dan weer van die doorlekkende abstracties hebt...

Is dit niet het geval bij (bijna) alle abstracties? In theorie lijkt het zo mooi, maar met alle edge cases levert het weer allemaal extra "rommel" op.

Plus dat het dingen ook vaak nodeloos ondoorzictig maakt.

[.oisyn]

* .oisyn zit nu in de kliniek voor een ooglaseroperatie.

Mocht ik jullie niet meer spreken, nou ja, OMDAT IK BLIND BEN, het was me een waar genoegen

[wackmaniac]

Je kan altijd nog een brailletoetsenbord gebruiken

Succes.

[Tjolk]

Dictafoon FTW.

[El_kingo]

[ThomasG]

.oisyn schreef op woensdag 13 juni 2018 @ 09:25:
* .oisyn zit nu in de kliniek voor een ooglaseroperatie.

Mocht ik jullie niet meer spreken, nou ja, OMDAT IK BLIND BEN, het was me een waar genoegen

[DevWouter]

.oisyn schreef op woensdag 13 juni 2018 @ 09:25:
* .oisyn zit nu in de kliniek voor een ooglaseroperatie.

Mocht ik jullie niet meer spreken, nou ja, OMDAT IK BLIND BEN, het was me een waar genoegen

[not-funny-mode]
Mocht alles goed zijn gegaan: Blij om te horen dat je nog onder de levende bent
Mocht je blind zijn: Opgeruimd staat netjes
[/not-funny-mode]

Succes met de operatie, hopelijk ben je snel hersteld!

[Mitchell]

.oisyn schreef op woensdag 13 juni 2018 @ 09:25:
* .oisyn zit nu in de kliniek voor een ooglaseroperatie.

Mocht ik jullie niet meer spreken, nou ja, OMDAT IK BLIND BEN, het was me een waar genoegen

Als je blind bent kun je tenminste niet meer zien hoeveel je in de min staat door de huidige crypto prijzen.

Succes met de operatie!

[ Voor 4% gewijzigd door Mitchell op 13-06-2018 10:31 ]

[Hydra]

.oisyn schreef op woensdag 13 juni 2018 @ 09:25:
Mocht ik jullie niet meer spreken, nou ja, OMDAT IK BLIND BEN, het was me een waar genoegen

Mag ik dan je monitor(s)?

Succes / sterkte man!

[whoami]

wackmaniac schreef op woensdag 13 juni 2018 @ 09:35:
Je kan altijd nog een brailletoetsenbord gebruiken

Succes.

En een braille-scherm.

[XWB]

.oisyn schreef op woensdag 13 juni 2018 @ 09:25:
* .oisyn zit nu in de kliniek voor een ooglaseroperatie.

Heb ik in 2012 ook gedaan, succes

[Firesphere]

.oisyn schreef op woensdag 13 juni 2018 @ 09:25:
* .oisyn zit nu in de kliniek voor een ooglaseroperatie.

Mocht ik jullie niet meer spreken, nou ja, OMDAT IK BLIND BEN, het was me een waar genoegen

Je hoeft niet te schreeuwen hoor, we voelen je zo ook wel

[Tarkin]

.oisyn schreef op woensdag 13 juni 2018 @ 09:25:
* .oisyn zit nu in de kliniek voor een ooglaseroperatie.

Mocht ik jullie niet meer spreken, nou ja, OMDAT IK BLIND BEN, het was me een waar genoegen

collega van me heeft dit ooit laten doen aan beide ogen tegelijk. Hij komt terug en wij lachen ermee omdat hij wazig ziet. Al lachende zeggen we dat ze zijn ogen omgewisseld hebben.

3 dagen later komt hij lijkbleek binnen, hij had net een telefoontje gehad van de assistente dat dit inderdaad het geval was. één oog niet meer te redden, het andere misschien...

[DevWouter]

Tarkin schreef op woensdag 13 juni 2018 @ 13:43:
[...]


collega van me heeft dit ooit laten doen aan beide ogen tegelijk. Hij komt terug en wij lachen ermee omdat hij wazig ziet. Al lachende zeggen we dat ze zijn ogen omgewisseld hebben.

3 dagen later komt hij lijkbleek binnen, hij had net een telefoontje gehad van de assistente dat dit inderdaad het geval was. één oog niet meer te redden, het andere misschien...

Zo heet heb ik de soep nog nooit gegeten... Of werd die soeplepel ook tijdens de operatie gebruikt

[ThomasG]

DevWouter schreef op woensdag 13 juni 2018 @ 13:54:
[...]


Zo heet heb ik de soep nog nooit gegeten... Of werd die soeplepel ook tijdens de operatie gebruikt

Hij bedoelt waarschijnlijk dat ze het linker oog hebben behandeld met de laserinstellingen die voor het rechter oog bedoelt waren en visa versa. Niet, zoals het lijkt, het linkeroog fysiek hebben verwisselt met het rechter

[DevWouter]

ThomasG schreef op woensdag 13 juni 2018 @ 13:58:
[...]
Hij bedoelt waarschijnlijk dat ze het linker oog hebben behandeld met de laserinstellingen die voor het rechter oog bedoelt waren en visa versa. Niet, zoals het lijkt, het linkeroog fysiek hebben verwisselt met het rechter

Ugh... Ik vond het leuker toen het nog een horror verhaal was
Maar de oog operaties omwisselen klinkt een stuk logischer.

[Tarkin]

ThomasG schreef op woensdag 13 juni 2018 @ 13:58:
[...]
Hij bedoelt waarschijnlijk dat ze het linker oog hebben behandeld met de laserinstellingen die voor het rechter oog bedoelt waren en visa versa. Niet, zoals het lijkt, het linkeroog fysiek hebben verwisselt met het rechter

yep. en bij het ene oog moest een negatieve correctie gebeuren en bij het andere een positieve correctie.

Laatste van wat ik ervan gehoord heb is dat hij er nog steeds mee sukkelt

[ZaZ]

[kwaakvaak_v2]

Tarkin schreef op woensdag 13 juni 2018 @ 14:26:
[...]


yep. en bij het ene oog moest een negatieve correctie gebeuren en bij het andere een positieve correctie.

Laatste van wat ik ervan gehoord heb is dat hij er nog steeds mee sukkelt

in de US of A had ie dan in ieder geval nog een rijke blinde geweest.

[jip_86]

Best bijzonder, want ziekenhuizen hebben vrij strikte procedures als het gaat om een operatie. Welke kant je iets doet is daar een onderdeel van. Zie: https://www.kiesbeter.nl/...menten-rondom-de-operatie
Wellicht dat die niet gedaan worden voor dat soort eenvoudige ingrepen.

[Giesber]

jip_86 schreef op woensdag 13 juni 2018 @ 17:33:
Best bijzonder, want ziekenhuizen hebben vrij strikte procedures als het gaat om een operatie.

Net zoals in sommige bedrijven de ideale IT procedures al wat beter gevolgd worden dan in andere bedrijven ("unit testen doen we niet aan mee, wij dekken dat al af door 20% coverage te hebben in de integratietesten"), zal dat bij ziekenhuizen net zo zijn vermoed ik (dat de regeltjes net wat losser kunnen zijn).

Al zal men in de iets lossere ziekenhuizen nog altijd een pak beter de regels volgen dan in een iets losser IT bedrijf hoop ik .

[jip_86]

Kom beroepsmatig wel op operatiekamers, dat word echt wel doorlopen kan ik je vertellen. Je wilt echt niet die dokter zijn die het verkeerde been amputeert

[ThomasG]

jip_86 schreef op woensdag 13 juni 2018 @ 17:58:
Kom beroepsmatig wel op operatiekamers, dat word echt wel doorlopen kan ik je vertellen. Je wilt echt niet die dokter zijn die het verkeerde been amputeert

Toch komen die fouten wel voor. Of dat ze een operatie uitvoeren bestemd voor een andere patient. Of dat ze "gereedschap" achterlaten in het lichaam, terwijl ze dat zouden moeten tellen, etc. Er worden nu eenmaal fouten gemaakt, ook tijdens operaties.

[jip_86]

O zeker, dat ontken ik ook niet. Zeker als je links en rechts iets moet doen en dan ook nog eens positief/negatief dan is het helemaal niet zo moeilijk om ze te verwisselen lijkt me

[XWB]

Ik zag dat @.oisyn inmiddels weer aan het werk is.

[ Voor 18% gewijzigd door XWB op 13-06-2018 18:44 ]

[.oisyn]

Er werd mij op 4 verschillende momenten gevraagd wat mijn geboortedatum was, welke ingreep ze moesten doen en wie mijn behandelend arts was, puur om dat soort fouten te voorkomen.

Links/rechts wisselen zou er dan nog doorheen kunnen slippen, maar dat moet wel heel raar lopen dan want de eerst-rechts-dan-links volgorde zit er heel erg in in het gehele traject.

Het zal bij mij niet zo heel erg zijn aangezien ze nagenoeg gelijk zijn, al weet ik niet wat de invloed zal zijn van het gebruik van de scan van het verkeerde oog bij het laseren.

Anyway, ik kan aardig zien . Het is slechter dan voorheen met bril momenteel (dat is normaal, binnen een paar dagen trekt het bij en het duurt sowieso 8 weken voordat mijn zicht optimaal is), maar het is al een stuk beter dan zonder bril.

Ik had -2,5 en ik kon echt niet functioneren zonder bril op of zonder lenzen in, terwijl ik daar nu geen last van heb.

[Marc3l]

.oisyn schreef op woensdag 13 juni 2018 @ 20:22:

Anyway, ik kan aardig zien . Het is slechter dan voorheen met bril momenteel (dat is normaal, binnen een paar dagen trekt het bij en het duurt sowieso 8 weken voordat mijn zicht optimaal is), maar het is al een stuk beter dan zonder bril.

Ghehe wel een hele snelle vooruitgang

[Ryur]

.oisyn schreef op woensdag 13 juni 2018 @ 20:22:
Ik had -2,5 en ik kon echt niet functioneren zonder bril op of zonder lenzen in, terwijl ik daar nu geen last van heb.

Klinkt wel goed! Wel jaloers!
Waar heb jij het laten doen? Zit er zelf ook aan te denken

Ik loop rond met -14. Ik kom nooit van mijn bril af, zelfs niet met operatie.
Maar dan ga ik hopelijk naar jouw 'oude' sterkte, zodat ik niet met ultra dure glazen moet lopen

[.oisyn]

@Ryur Bij Bergman Clinics in Utrecht (maar die gaan volgende week verhuizen naar Hilversum).

-14, tjezus. Zijn lensimplantaten dan geen optie?

.edit: idd, laseren gaat tot -12, implantaat van -8 tot -20 volgens https://www.bergmanclinic...voorbereiding/voorwaarden

[ Voor 33% gewijzigd door .oisyn op 13-06-2018 20:58 ]

[Mitchell]

@.oisyn Dat schiet dan lekker op zeg! Zit zelf op -4 en -4.5, dus ik ken het probleem. Zonder mijn lenzen zie ik geen ruk. Heb zitten denken om mijn ogen te laten laseren, maar goed, als dat fout gaat ben ik wel echt de sjaak. Kans zal wel nihil zijn, maar toch.

[ Voor 13% gewijzigd door Mitchell op 13-06-2018 21:02 ]

[ZaZ]

Mijn vriendin had -13 met een cilinderafwijking en was praktisch blind zonder lenzen of bril.
Die zat enorm te twijfelen over een operatie met lensimplantaten, maar toch gedaan.
Het werd toen (2008 ofzo) ook nog grotendeels vergoed omdat alles boven de -12 gezien werd als medische aandoening ofzo. Of dat nog steeds zo is zou ik niet weten.
Ze is er hoe dan ook nog steeds heel blij mee. Perfect is het niet geworden en er is een kleine afwijking gebleven. Vooral een overgang van licht naar donker blijft een dingetje. Zoals op een zonnige dag een gebouw binnenstappen. Verder heeft ze nog wel een bril in de auto liggen voor het autorijden maar verder gaat alles gewoon goed zonder bril.
En ook toen ze dus weer goed kon zien is ze toch bij me gebleven, dus dat is ook wel positief

[Devilly]

ZaZ schreef op donderdag 14 juni 2018 @ 00:16:
En ook toen ze dus weer goed kon zien is ze toch bij me gebleven, dus dat is ook wel positief

[DevWouter]

/me deelt taart uit want hij is weer een compleet rondje rond de zon gegaan

Gisteravond ben ik expres laat vertrokken en deze ochtend ben ik expres vroeg gekomen zodat collega's geen slingers kunnen ophangen. Verder ga ik ieder die mij vandaag feliciteert ook feliciteren met het feit Trump ook jarig is.
Is die man tenminste ergens goed voor.

[Harrie_]

@DevWouter proficiat!

[DevWouter]

Oké, mijn plan was goed, maar ik heb duidelijk het doorzettingsvermogen van mijn collega's onderschat
Ach, ben ik ook eens een keer versierd door een collega op kantoor.

[Martiveen]

@DevWouter Gefeliciteerd!

[Douweegbertje]

M'n pa had het voordeel dat hij ooit heeft gelaserd met levenslange garantie. Iets wat tegenwoordig vrijwel niet meer bestaat. Het is namelijk vrij normaal dat je na x-jaar weer minder ziet en hij kan dan gratis weer opnieuw laseren.
Volgens mij heeft hij nu 3x gelaserd en is er zeer tevreden mee

[Tjolk]

Misschien een hele domme vraag @Douweegbertje maar is je lens dan op een gegeven moment niet "op"?

[ThomasG]

Tjolk schreef op donderdag 14 juni 2018 @ 11:22:
Misschien een hele domme vraag @Douweegbertje maar is je lens dan op een gegeven moment niet "op"?

Volgens mij doet zo'n laserbehandeling niets met de lens zelf, maar met het hoornvlies. En het hoornvlies kan zichzelf "herstellen" waardoor je weer slechter kunt gaan zien.

[Harrie_]

Klopt wat @ThomasG zegt. Toen ik in een ver verleden in dienst zat had ik een collega die zijn ogen, voorafgaande aan de keuring, had laten laseren zodat hij goedgekeurd zou worden als infanterist; inmiddels loopt hij weer gewoon met een bril rond

[Douweegbertje]

ThomasG schreef op donderdag 14 juni 2018 @ 11:45:
[...]
Volgens mij doet zo'n laserbehandeling niets met de lens zelf, maar met het hoornvlies. En het hoornvlies kan zichzelf "herstellen" waardoor je weer slechter kunt gaan zien.

Ja ik weet het ook niet precies, volgens mij is het zelfs zo dat ze het hoornvlies "aan de kant halen" (snede maken en even omvouwen) om vervolgens daaronder iets te corrigeren.

Er zijn echter vele verschillende manieren tegenwoordig!

[bwerg]

Vraagje aan de mensen die er veel meer van af weten dan ik, naar aanleiding van berichten dat het zoveelste ICT-project bij de overheid weer veel te duur uitvalt. Is het hele model van Europese aanbestedingen niet inherent waterval-gedreven (omdat je je aanbestedingscriteria van tevoren in beton moet gieten), en is dat niet de simpele oorzaak van dit probleem?

[Crazy D]

bwerg schreef op donderdag 14 juni 2018 @ 14:19:
Vraagje aan de mensen die er veel meer van af weten dan ik, naar aanleiding van berichten dat het zoveelste ICT-project bij de overheid weer veel te duur uitvalt. Is het hele model van Europese aanbestedingen niet inherent waterval-gedreven (omdat je je aanbestedingscriteria van tevoren in beton moet gieten), en is dat niet de simpele oorzaak van dit probleem?

Dat. En ze moeten de goedkoopste aanbieder kiezen. Dus wordt er gestunt met prijzen, dingen zo snel mogelijk als buiten-scope bestempeld zodat dat als meerwerk wordt opgepakt. Ik begrijp waarom aanbestedingen nodig zijn, maar zoals het nu gaat werkt ook redelijk klote. Wellicht als er meer risico bij de opdrachtnemer wordt neergelegd, dan moet die maar marge inbouwen omdat je van te voren nooit alles precies kunt dichttimmeren en dus meerwerk hebt, maar als je dat meerwerk als risico bij opdrachtnemer neerlegt zul je opeens zien dat er hele andere inschattingen worden gemaakt, en dat dan opeens de inschatting wel realistisch is...

[ThomasG]

bwerg schreef op donderdag 14 juni 2018 @ 14:19:
Vraagje aan de mensen die er veel meer van af weten dan ik, naar aanleiding van berichten dat het zoveelste ICT-project bij de overheid weer veel te duur uitvalt. Is het hele model van Europese aanbestedingen niet inherent waterval-gedreven (omdat je je aanbestedingscriteria van tevoren in beton moet gieten), en is dat niet de simpele oorzaak van dit probleem?

Members only:

Alleen zichtbaar voor ingelogde gebruikers. Inloggen

[bwerg]

ThomasG schreef op donderdag 14 juni 2018 @ 14:39:
Volgens mij heeft niemand echt baat bij Europees aanbesteden

Behalve partijen uit heel Europa, natuurlijk, waar je normaal anders niet aan zou denken, maar die de taak eigenlijk véél beter uitvoeren dan degene die je normaal altijd hebt. Althans, dat is het idee. Ach, idealistisch denken is ook belangrijk, of zo.

[DevWouter]

bwerg schreef op donderdag 14 juni 2018 @ 14:19:
Vraagje aan de mensen die er veel meer van af weten dan ik, naar aanleiding van berichten dat het zoveelste ICT-project bij de overheid weer veel te duur uitvalt. Is het hele model van Europese aanbestedingen niet inherent waterval-gedreven (omdat je je aanbestedingscriteria van tevoren in beton moet gieten), en is dat niet de simpele oorzaak van dit probleem?

Het artikel is vrij duidelijk dat de requirements tijdens het proces worden aangepast en dat men vaak te grote stappen maakt. Ik zie niet hoe het aanbestedingstraject daar invloed op heeft.

Overigens als je wat dieper op de materie wilt induiken dan kan je de adviezen van Bureau ICT toetsing lezen. Elk advies heeft een samenvatting die best verhelderend is.

[Cloud]

DevWouter schreef op donderdag 14 juni 2018 @ 15:29:
[...]


Het artikel is vrij duidelijk dat de requirements tijdens het proces worden aangepast en dat men vaak te grote stappen maakt. Ik zie niet hoe het aanbestedingstraject daar invloed op heeft.

Inderdaad. Wat de overheid beter moet doen is projectmanagers hebben die écht voor de overheid werken, die veel meer op de rem staan. Zorgen dat je binnen de scope van de oorspronkelijk uitgeschreven opdracht blijft, tenzij er zwaarwegende redenen zijn om dat niet te doen. Volgens mij wordt er gewoon teveel losgelaten.

[Harrie_]

DevWouter schreef op donderdag 14 juni 2018 @ 15:29:
[...]
Overigens als je wat dieper op de materie wilt induiken dan kan je de adviezen van Bureau ICT toetsing lezen. Elk advies heeft een samenvatting die best verhelderend is.

Poehpoeh, net eens even die samenvattingen doorgenomen maar die liegen er niet om...

[Mugwump]

Bij het NRC hebben ze ook doorgekregen dat de vraag naar personeel in de IT fors is:
https://www.nrc.nl/nieuws...iter-aan-de-lijn-a1606636

[PrisonerOfPain]

DevWouter schreef op donderdag 14 juni 2018 @ 09:08:
Oké, mijn plan was goed, maar ik heb duidelijk het doorzettingsvermogen van mijn collega's onderschat
Ach, ben ik ook eens een keer versierd door een collega op kantoor.
[afbeelding]

Dat is een kop die ik al lang niet gezien heb, gefeliciteerd

[downtime]

Nu ben ik ook geen deskundige op dit vlak maar ik meen toch wat misverstanden hier te signaleren.

bwerg schreef op donderdag 14 juni 2018 @ 14:19:
Is het hele model van Europese aanbestedingen niet inherent waterval-gedreven (omdat je je aanbestedingscriteria van tevoren in beton moet gieten), en is dat niet de simpele oorzaak van dit probleem?

Het systeem is niet inherent waterval-gedreven. Mijn werkgever, die ook met die regels werkt, doet gewoon Agile-achtige trajecten. De aanbesteding houdt in dat ze op papier zetten hoeveel personeel ze willen, met welke kwalificaties, en tegen welk tarief.
Op elk criterium (bijvoorbeeld opleiding, certificaten, ervaring, uurtarief, etc) kan een medewerker scoren en ze huren (in principe) gewoon de mensen met de meeste punten in. Uurtje-factuurtje. Dan kun je zelf bepalen of je waterval wilt hanteren of wat anders.

Crazy D schreef op donderdag 14 juni 2018 @ 14:35:
[...]

Dat. En ze moeten de goedkoopste aanbieder kiezen. Dus wordt er gestunt met prijzen, dingen zo snel mogelijk als buiten-scope bestempeld zodat dat als meerwerk wordt opgepakt.

Ze hoeven de goedkoopste niet te kiezen. Ze hoeven alleen maar objectieve, relevante en meetbare criteria op te stellen en prijs is één zo'n criterium. Het is aan de opdrachtgever om te bepalen hoe zwaar elk criterium weegt. Maar als je prijs niet zwaar genoeg laat wegen dan riskeer je dat die aanbesteding gewonnen wordt door de partij die een 10% beter product voor een 100% hogere prijs levert. Dat is ook geen manier om met het geld van de belastingbetaler om te gaan.

[bwerg]

downtime schreef op donderdag 14 juni 2018 @ 22:40:
Nu ben ik ook geen deskundige op dit vlak maar ik meen toch wat misverstanden hier te signaleren.

Dank voor de toelichting. Ik heb er geen inzicht in, ik dacht dat ook functionele eisen van tevoren vast moeten liggen.

[Ryur]

PrisonerOfPain schreef op donderdag 14 juni 2018 @ 19:51:
[...]


Dat is een kop die ik al lang niet gezien heb, gefeliciteerd

Ex-collega?

[DevWouter]

PrisonerOfPain schreef op donderdag 14 juni 2018 @ 19:51:
[...]


Dat is een kop die ik al lang niet gezien heb, gefeliciteerd

Bedankt! Helaas zie ik die kop elke dag in de spiegel

Ryur schreef op vrijdag 15 juni 2018 @ 08:10:
[...]

Ex-collega?

We hebben dezelfde studie gevolgd. Hij was één van de studenten waar ik veel van geleerd van heb. Zo introduceerde hij aan mij design patterns terwijl de docent het alleen maar wilde hebben over anti-patterns.

[Neko Koneko]

Gisteren een Philips VG 8020 MSX computer opgepikt bij een retro gameshop hier in de buurt, zat ook een handleiding bij... Beetje doorbladeren, zit ik opeens oldskool BASIC over te kloppen blijft leuk dat retro spul.

[Neko Koneko]

PrisonerOfPain schreef op donderdag 14 juni 2018 @ 19:51:
[...]


Dat is een kop die ik al lang niet gezien heb, gefeliciteerd

Terwijl hij diezelfde kop ook als forum avatar gebruikt...

edit: crap, accidental dubbelpost

[ Voor 7% gewijzigd door Neko Koneko op 15-06-2018 08:56 ]

[PrisonerOfPain]

DevWouter schreef op vrijdag 15 juni 2018 @ 08:46:
[...]

We hebben dezelfde studie gevolgd. Hij was één van de studenten waar ik veel van geleerd van heb. Zo introduceerde hij aan mij design patterns terwijl de docent het alleen maar wilde hebben over anti-patterns.

Het spijt me

[DevWouter]

Neko Koneko schreef op vrijdag 15 juni 2018 @ 08:55:
[...]


Terwijl hij diezelfde kop ook als forum avatar gebruikt...

Nee, hoor. Dat is mijn kwaadaardige tweeling broer

PrisonerOfPain schreef op vrijdag 15 juni 2018 @ 09:09:
[...]

Het spijt me

Ach, jij hebt bijna vier jaar met mij doorgebracht, dus we staan nu quitte