De Devschuur Coffee Corner - Iteratie ⓫

[Alex)]

bwerg schreef op maandag 23 oktober 2017 @ 18:09:
[...]

edit: modjes, Alex is een bot. Dat je het even weet. Binnen één seconde van het posten een thumbs-up kan helemaal niet.

Wat?

[Rutix]

Alex) schreef op dinsdag 24 oktober 2017 @ 21:36:
[...]

Wat?

Je bent een bot jonguh!

[Hydra]

Alex) schreef op dinsdag 24 oktober 2017 @ 21:36:
Wat?

MODJES, ALEX IS EEN BOT. DAT JE HET EVEN WEET. BINNEN EEN SECONDEN VAN HET POSTEN EEN THUMBS-UP KAN HELEMAAL NIET.

dove

[Hipska]

Alex) schreef op dinsdag 24 oktober 2017 @ 21:36:
[...]

Wat?

Heeft ie speciaal meer dan 24u gewacht met die reactie om die indruk weg te halen

[TheNephilim]

Foi, soms wordt je wel moeilijk van die comments op nieuwsartikelen hoor...

"Of is dat te hoog over deze vraag?"
"Jammer dat er al een paar gevallen van doorgebrande schermen zijn gebeurd"
"Ik ben mee eens"

Wat is dat nou voor zinsopbouw?

[Hydra]

Want "moeilijk worden van" is wel Nederlands?

[TheNephilim]

Hydra schreef op woensdag 25 oktober 2017 @ 10:14:
Want "moeilijk worden van" is wel Nederlands?

Oh vast niet, maar dat is toch een soort van "saying" oid. Je snapt wat ik bedoel

[Hydra]

TheNephilim schreef op woensdag 25 oktober 2017 @ 10:36:
Oh vast niet, maar dat is toch een soort van "saying" oid. Je snapt wat ik bedoel

Seker swa! Jeweettog!

[TheNephilim]

Hahaha

[bwerg]

Hipska schreef op woensdag 25 oktober 2017 @ 09:24:
[...]

Heeft ie speciaal meer dan 24u gewacht met die reactie om die indruk weg te halen

Die AI wordt ook steeds beter, zeg!

[armageddon_2k1]

TheNephilim schreef op woensdag 25 oktober 2017 @ 10:00:
Foi, soms wordt je wel moeilijk van die comments op nieuwsartikelen hoor...

"Of is dat te hoog over deze vraag?"
"Jammer dat er al een paar gevallen van doorgebrande schermen zijn gebeurd"
"Ik ben mee eens"

Wat is dat nou voor zinsopbouw?

Wat is 'moeilijk worden'?

[kenneth]

Niemand nog gevallen over "wordt je" ...

[farlane]

kenneth schreef op donderdag 26 oktober 2017 @ 17:07:
Niemand nog gevallen over "wordt je" ...

Too soon?

[ Voor 4% gewijzigd door farlane op 26-10-2017 17:11 ]

[.oisyn]

En what the hell is "foi"?

[ Voor 53% gewijzigd door .oisyn op 26-10-2017 17:46 ]

[farlane]

.oisyn schreef op donderdag 26 oktober 2017 @ 17:44:
En what the hell is "foi"?

Nedersaksisch voor "Nou nou..."

[gekkie]

Altijd prettig een semi-fork-bomb in the morning

[TheNephilim]

Bijna weekend

[ Voor 17% gewijzigd door TheNephilim op 27-10-2017 14:28 ]

[GieltjE]

TheNephilim schreef op vrijdag 27 oktober 2017 @ 14:19:
Bijna weekend

Dat is toch die magische tijd dat je niet naar de zaak hoeft en vanaf thuis werkt?

[TheNephilim]

Nee joh, weekend betekend tijd voor hobbies, je partner, sociale interactie en klusjes in huis!

[CodeCaster]

TheNephilim schreef op vrijdag 27 oktober 2017 @ 15:11:
Nee joh, weekend betekend tijd voor hobbies, je partner, sociale interactie en klusjes in huis!

Bier drinken, douchen, bier drinken met vrienden en lege biertjes opruimen, check!

Nee, valt wel mee. Het wordt dit weekend gamen, daten, klussen en Formule 1 kijken.

[ Voor 14% gewijzigd door CodeCaster op 27-10-2017 17:19 ]

[Onbekend]

Voor mezelf ben ik bezig om een kleine app te maken voor op mijn Android-telefoon om mijn in-en uitgaven te registreren. Van elke transactie sla ik netjes de timestamp er van op, en aan het eind van de maand maak ik een overzichtje. Voor wat debuggingdoeleinden heb ik tijdelijk een knopje in gemaakt die alle transacties een dag naar voren verplaatst, zodat ik gemakkelijk nieuwe transacties met de huidige timestamp kan toevoegen.

Maar ineens schuiven de transacties maar 23 uur op in plaats van 24 uur, en tot zover ik weet had ik de berekening totaal niet aangepast. Gewoon alles - 24 * 3600 * 1000 doen, en dan kan er weinig verkeerd gaan.

Ik heb uren zitten debuggen, en nu pas ging het lampje branden.
Het is nu namelijk wintertijd en dat apparaat houdt daar dus rekening mee met het weergeven van de tijd.
Achteraf kan ik er erg om lachen want het werkt gewoon correct, maar zonde van de verloren tijd.

[Gropah]

Tja, het geeft zo z'n problemen. Zo heb ik een app voor oa een forum en daar stond dat een bericht -X seconden geleden was geplaatst. Dat was natuurlijk tijdens het 2e keer 2 uur zoveel

[Laurens-R]

Alex) schreef op dinsdag 24 oktober 2017 @ 21:36:
[...]

Wat?

ik dacht al.. je komt zo bot op me over als ik je zie...

[Scott]

Onbekend schreef op zondag 29 oktober 2017 @ 20:48:
Voor mezelf ben ik bezig om een kleine app te maken voor op mijn Android-telefoon om mijn in-en uitgaven te registreren. Van elke transactie sla ik netjes de timestamp er van op, en aan het eind van de maand maak ik een overzichtje. Voor wat debuggingdoeleinden heb ik tijdelijk een knopje in gemaakt die alle transacties een dag naar voren verplaatst, zodat ik gemakkelijk nieuwe transacties met de huidige timestamp kan toevoegen.

Maar ineens schuiven de transacties maar 23 uur op in plaats van 24 uur, en tot zover ik weet had ik de berekening totaal niet aangepast. Gewoon alles - 24 * 3600 * 1000 doen, en dan kan er weinig verkeerd gaan.

Ik heb uren zitten debuggen, en nu pas ging het lampje branden.
Het is nu namelijk wintertijd en dat apparaat houdt daar dus rekening mee met het weergeven van de tijd.
Achteraf kan ik er erg om lachen want het werkt gewoon correct, maar zonde van de verloren tijd.

Iemand die veel gewerkt heeft aan het kalendersysteem op iOS/macOS heeft daarvoor yourcalendricalfallacyis.com gemaakt. Bizar hoe ingewikkeld dit is. Je kunt het gewoon bijna niet goed doen.

[Rutix]

Scott schreef op maandag 30 oktober 2017 @ 07:59:
[...]

Iemand die veel gewerkt heeft aan het kalendersysteem op iOS/macOS heeft daarvoor yourcalendricalfallacyis.com gemaakt. Bizar hoe ingewikkeld dit is. Je kunt het gewoon bijna niet goed doen.

Het is inderdaad echt bizar hoe complex dat is. Ik stond er nooit zo bij stil tot ik een filmpje van computerphile (met Tom Scott) zag en hij een paar voorbeelden van gaf.

[DeluxZ]

Rutix schreef op maandag 30 oktober 2017 @ 08:02:
[...]

Het is inderdaad echt bizar hoe complex dat is. Ik stond er nooit zo bij stil tot ik een filmpje van computerphile (met Tom Scott) zag en hij een paar voorbeelden van gaf.

Dat filmpje is een must-see

[.oisyn]

Jammer dat we niet kunnen linken naar een filmpje. We zullen het moeten houden bij "dat ene fimpje van computerphile". Als de staat van technologie nou maar verder was geweest...

[Merethil]

.oisyn schreef op maandag 30 oktober 2017 @ 09:10:
Jammer dat we niet kunnen linken naar een filmpje. We zullen het moeten houden bij "dat ene fimpje van numberphile". Als de staat van technologie nou maar verder was geweest...

YouTube: The Problem with Time & Timezones - Computerphile

Zou deze het zijn? De magie van Google heeft mij geholpen om te vinden waar zij die niet kunnen linken het over hadden

[Matis]

Merethil schreef op maandag 30 oktober 2017 @ 09:19:
YouTube: The Problem with Time & Timezones - Computerphile

Zou deze het zijn? De magie van Google heeft mij geholpen om te vinden waar zij die niet kunnen linken het over hadden

Tom Scott, fijne vent. Kijk zijn filmpjes op Computerphile en zijn eigen kanaal met veel plezier.

Daarnaast staat Numberphile ook bij de favorieten. Eigenlijk alles van Brady Haran.

[bat266]

In het kader van datetime problemen: falsehoods programmers believe about time http://infiniteundo.com/p...ammers-believe-about-time

[Skyaero]

Kunnen we tijd niet gewoon afschaffen?

[ElkeBxl]

Daar hebben we geen tijd voor...

[ZaZ]

Is allemaal toch relatief

[Xantios]

Matis schreef op maandag 30 oktober 2017 @ 10:01:
[...]

Tom Scott, fijne vent. Kijk zijn filmpjes op Computerphile en zijn eigen kanaal met veel plezier.

Daarnaast staat Numberphile ook bij de favorieten. Eigenlijk alles van Brady Haran.

QFT

Tom Scott heeft altijd leuke weetjes. en mag ik verder nog even Computerphile aanraden?

[whoami]

Laatste werkdag van de week \o/
Nog snel even wat optimalisaties doorvoeren en na het weekend dan zien dat alle tests falen

[ Voor 60% gewijzigd door whoami op 31-10-2017 09:12 ]

[Neko Koneko]

Laatste werkdag van de week op dinsdag? Rare weken heb jij

[Crazy D]

Neko Koneko schreef op dinsdag 31 oktober 2017 @ 11:08:
Laatste werkdag van de week op dinsdag? Rare weken heb jij

GMT+72

[jip_86]

Skyaero schreef op maandag 30 oktober 2017 @ 11:28:
Kunnen we tijd niet gewoon afschaffen?

Tja, wellicht gaat de zomertijd er binnenkort af. Dat maakt het al vast weer een stukje minder complex

[.oisyn]

Ik hoop alleen wel dat wintertijd eraf gaat (dus dat we gewoon continu op UTC+2 zitten)

Of we gaan naar UTC+1:23:41. Just to fuck with everyone.

[ Voor 25% gewijzigd door .oisyn op 31-10-2017 11:41 ]

[Gropah]

.oisyn schreef op dinsdag 31 oktober 2017 @ 11:41:
Ik hoop alleen wel dat wintertijd eraf gaat (dus dat we gewoon continu op UTC+2 zitten)

Of we gaan naar UTC+1:23:41. Just to fuck with everyone.

Waarom wil je op UTC+2 zitten en niet op UTC+1, wat de oorspronkelijke tijd was die we aanhielden?

[.oisyn]

Gropah schreef op dinsdag 31 oktober 2017 @ 11:45:
[...]


Waarom wil je op UTC+2 zitten en niet op UTC+1, wat de oorspronkelijke tijd was die we aanhielden?

.oisyn in "Zomertijd Afschaffen?"
Zonsopkomst om 4:19 in de zomer is nogal vroeg.

Wat betreft tijdzones zitten we geografisch zelfs dichter bij UTC dan bij UTC+1. Maar 12:00 als midden van de dag strookt niet echt met onze dagindeling.

[ Voor 20% gewijzigd door .oisyn op 31-10-2017 11:48 ]

[alienfruit]

Gewoon terug naar UTC+0:20

[ThomasG]

.oisyn schreef op dinsdag 31 oktober 2017 @ 11:47:
[...]


.oisyn in "Zomertijd Afschaffen?"
Zonsopkomst om 4:19 in de zomer is nogal vroeg.

Wat betreft tijdzones zitten we geografisch zelfs dichter bij UTC dan bij UTC+1. Maar 12:00 als midden van de dag strookt niet echt met onze dagindeling.

Nederland was ook altijd UTC. Tijdens de Duitse bezetting is dat veranderd naar UTC+1 zodat we gelijk liepen met Berlijn. Dat hebben ze nooit terug gedraaid.

[alienfruit]

Nee, hoor het was UTC+0:20 tussen de wereldoorlogen

[ThomasG]

alienfruit schreef op dinsdag 31 oktober 2017 @ 13:06:
Nee, hoor het was UTC+0:20 tussen de wereldoorlogen

Fair enough. Maar nog altijd dichter bij UTC dan bij UTC+1.

[diabolofan]

Hoe fixen ze dat eigenlijk met bijvoorbeeld C#? De TimeZoneInfo bevat of er voor die tijdzone een Daylight Saving Time is. Dit kunnen ze neem ik aan niet remote updaten, maar er moet een nieuwe versie van .NET uitkomen om ervoor te zorgen dat nl-NL vanaf een bepaald moment (jan 2019 oid) geen Daylight Saving Time meer heeft?

[Crazy D]

Gewoon overal GMT + 0? Het is toch enkel een gevoelsmatig dingetje van kantoorpikkies dat je om 10u koffie drinkt en om 12:30 gaat lunchen? De gemiddelde de trucker zit om 9:30 al een half brood weg te werken. En als je wisseldiensten hebt ken je dat principe al helemaal niet.

Het maakt afspraken maken wel stukken makkelijker. Als het overal om 13:15 gewoon 13:15 si, moet je enkel onthouden of ze aan de andere kant van de wereld nu wel of niet slapen maar dat merk je vanzelf wel als je belt, of voor niks zit te wachten voor een Skype gesprek

[ThomasG]

Crazy D schreef op dinsdag 31 oktober 2017 @ 13:16:
Gewoon overal GMT + 0? Het is toch enkel een gevoelsmatig dingetje van kantoorpikkies dat je om 10u koffie drinkt en om 12:30 gaat lunchen? De gemiddelde de trucker zit om 9:30 al een half brood weg te werken. En als je wisseldiensten hebt ken je dat principe al helemaal niet.

Het maakt afspraken maken wel stukken makkelijker. Als het overal om 13:15 gewoon 13:15 si, moet je enkel onthouden of ze aan de andere kant van de wereld nu wel of niet slapen maar dat merk je vanzelf wel als je belt, of voor niks zit te wachten voor een Skype gesprek

Gewoon terug naar vroeger. Waarbij elk dorp haar eigen tijdzone had. Zo kon je om 8:30 met de trein vertrekken, en 20 minuten later om 8:25 aankomen.

[Cloud]

diabolofan schreef op dinsdag 31 oktober 2017 @ 13:13:
Hoe fixen ze dat eigenlijk met bijvoorbeeld C#? De TimeZoneInfo bevat of er voor die tijdzone een Daylight Saving Time is. Dit kunnen ze neem ik aan niet remote updaten, maar er moet een nieuwe versie van .NET uitkomen om ervoor te zorgen dat nl-NL vanaf een bepaald moment (jan 2019 oid) geen Daylight Saving Time meer heeft?

Ik dacht (maar pin me hier niet op vast) dat het .NET framework die informatie uit het OS trekt en niet zelf bevat. Dus als een OS zijn DST updates krijgt gaat het in principe goed (tenzij je denk ik historisch gaat kijken, dat lijkt me tricky).

[Hydra]

Crazy D schreef op dinsdag 31 oktober 2017 @ 13:16:
Gewoon overal GMT + 0? Het is toch enkel een gevoelsmatig dingetje van kantoorpikkies dat je om 10u koffie drinkt en om 12:30 gaat lunchen? De gemiddelde de trucker zit om 9:30 al een half brood weg te werken.

Verklaart dat gezwalk op de A2. Die bammetjes pindakaas smeren zichzelf niet!

[Pizzalucht]

Cloud schreef op dinsdag 31 oktober 2017 @ 13:27:
[...]

Ik dacht (maar pin me hier niet op vast) dat het .NET framework die informatie uit het OS trekt en niet zelf bevat. Dus als een OS zijn DST updates krijgt gaat het in principe goed (tenzij je denk ik historisch gaat kijken, dat lijkt me tricky).

Je hebt in ieder geval https://www.iana.org/time-zones (GitHub), Linux gebruikt dat, ik weet alleen niet of .NET/Windows dat gebruikt. Die database bevat ook historische informatie over tijdzones.

[ Voor 4% gewijzigd door Pizzalucht op 31-10-2017 13:42 ]

[Tjolk]

Crazy D schreef op dinsdag 31 oktober 2017 @ 13:16:
Gewoon overal GMT + 0? Het is toch enkel een gevoelsmatig dingetje van kantoorpikkies dat je om 10u koffie drinkt en om 12:30 gaat lunchen? De gemiddelde de trucker zit om 9:30 al een half brood weg te werken. En als je wisseldiensten hebt ken je dat principe al helemaal niet.

Het maakt afspraken maken wel stukken makkelijker. Als het overal om 13:15 gewoon 13:15 si, moet je enkel onthouden of ze aan de andere kant van de wereld nu wel of niet slapen maar dat merk je vanzelf wel als je belt, of voor niks zit te wachten voor een Skype gesprek

Of gewoon je netnummer gebruiken als timezone offset. UTC +0:416 hier. Bij mijn schoonouders een paar kilometer verderop UTC +0:13.

[dcm360]

Ger schreef op dinsdag 31 oktober 2017 @ 13:59:
[...]

Of gewoon je netnummer gebruiken als timezone offset. UTC +0:416 hier. Bij mijn schoonouders een paar kilometer verderop UTC +0:13.

Jeej, mobiele telefonie een eigen tijdzone

[F.West98]

Ik ben het met .oisyn eens dat UTC+2 veel praktischer is voor hoe onze dagen nu zijn ingericht. Gewoon in de winter niet al te vroeg donker en in de zomer niet al te vroeg licht.

[CodeCaster]

Ik heb in ieder geval één medestander, namelijk Linus Torvalds, maar man-man-man.nl wat een gedrocht is Google Calendar toch op Android.

Hij was het met me eens dat de vijfdaagse week licht absurd was (https://plus.google.com/+LinusTorvalds/posts/CGRGbUXYUDw), en dat hebben ze destijds vrij snel (binnen een paar maanden) weer gefixt.

Maar wat die prutsers nu weer voor elkaar hebben gekregen... In de maand-view werkt klikken op de dagen van de onderste regel niet meer.

Als ik een datum tussen 1 en 5 november aanklik, opent 31 oktober. Bij een datum tussen 4 en 10 december opent 30 november.

Oh ja, en in de nieuwe webversie hebben ze wéér de functionaliteit gesloopt waarbij de begintijd uit de titel wordt overgenomen. Voorheen kon je een event aanmaken á la "18:00-22:00 Biertje", waarbij het event netjes om 18:00 werd ingepland, vier uur duurde en de titel "Biertje" droeg. Nu wordt dat een all-day event met de letterlijk ingetikte titel. Om getikt van te worden.

[ Voor 24% gewijzigd door CodeCaster op 31-10-2017 18:10 ]

[gekkie]

Gewoon fijn een caldav servert, caldav/carddav-sync app en de business calendar app om er een fijn plaatje van te maken. Dat geklooi van google om in mail en calendar steeds meer te gaan bepalen hoe ik zou moeten werken, bweh.
Hmm bedenk me net dat ik ook nog ergens een paar tijd issuetjes had in een prive projectje.

[Laurens-R]

pasgeboren baby + slaapdeprivatie + chaos in huis (toilet was ineens verstopt ea ongein) = mentale shutdown. stond 2 uur te vroeg bij mn afspraak voor de bandenwissel, er kwam geen fatsoenlijke zin uit; medewerkers vroegen zich af of het wel goed met me ging vraag me af hoe lang het duurt voordat dit gaat wennen

[ Voor 12% gewijzigd door Laurens-R op 31-10-2017 21:53 ]

[farlane]

Laurens-R schreef op dinsdag 31 oktober 2017 @ 21:44:
vraag me af hoe lang het duurt voordat dit gaat wennen

Vermoed dat het rond het 23e levensjaar wat makkelijker wordt.

[ZaZ]

Ik had er een tijdje geleden 4 tegelijk met waterpokken. Leuke nachten joh!

[dev10]

ThomasG schreef op dinsdag 31 oktober 2017 @ 13:19:
[...]
Gewoon terug naar vroeger. Waarbij elk dorp haar eigen tijdzone had. Zo kon je om 8:30 met de trein vertrekken, en 20 minuten later om 8:25 aankomen.

Grappig, want vanwege de trein is er op een gegeven moment een standaardtijd afgesproken zodat het overal in Nederland even laat was.

[CodeCaster]

gekkie schreef op dinsdag 31 oktober 2017 @ 19:17:
Gewoon fijn een caldav servert, caldav/carddav-sync app en de business calendar app om er een fijn plaatje van te maken. Dat geklooi van google om in mail en calendar steeds meer te gaan bepalen hoe ik zou moeten werken, bweh.
Hmm bedenk me net dat ik ook nog ergens een paar tijd issuetjes had in een prive projectje.

Wel een tijdje gebruikt, via OwnCloud geloof ik, maar CalDAV werd door bar weinig apps goed en gebruiksvriendelijk ondersteund. Dan heb ik het wel over vijf jaar geleden.

Ook zelf een CalDAV-server geschreven, dat was een leuke oefening.

Maar ik wil zo min mogelijk zelf hosten, omdat daar ook weer onderhoud bij komt kijken.

[gekkie]

CodeCaster schreef op woensdag 1 november 2017 @ 11:01:
[...]

Wel een tijdje gebruikt, via OwnCloud geloof ik, maar CalDAV werd door bar weinig apps goed en gebruiksvriendelijk ondersteund. Dan heb ik het wel over vijf jaar geleden.

Ook zelf een CalDAV-server geschreven, dat was een leuke oefening.

Maar ik wil zo min mogelijk zelf hosten, omdat daar ook weer onderhoud bij komt kijken.

Ooit begonnen met een betaalde sync app die op zich prima werkte, nu opensource davdroid app.
Synct volgens mij met een native-calendar-o-fucker waardoor het gewoon in apps werkt.

[RoyK]

Merk wel dat het frisser begint te worden. Beetje stijve handen / vingers tijdens het tekenen. grrrr

[CodeCaster]

gekkie schreef op woensdag 1 november 2017 @ 11:35:
[...]

Ooit begonnen met een betaalde sync app die op zich prima werkte, nu opensource davdroid app.
Synct volgens mij met een native-calendar-o-fucker waardoor het gewoon in apps werkt.

Ja die tool van die Duitser, die dienst weigert als er een debugger of ProcMon actief is op je systeem... Werkte verder inderdaad aardig, maar als je nul werk stopt in de bruikbaarheid (zevenentwintig tabbladen met instellingen) en te veel moeite in het beschermen tegen reverse engineering, dan houdt het voor mij op.

[GieltjE]

Cloud schreef op dinsdag 31 oktober 2017 @ 13:27:
[...]

Ik dacht (maar pin me hier niet op vast) dat het .NET framework die informatie uit het OS trekt en niet zelf bevat. Dus als een OS zijn DST updates krijgt gaat het in principe goed (tenzij je denk ik historisch gaat kijken, dat lijkt me tricky).

Klopt, hoeven we eigenlijk niet over na te denken, echter als je echt wilt gaan rekenen met timezones e.d. kan ik NodaTime erg aanbevelen.

[ThomasG]

GieltjE schreef op woensdag 1 november 2017 @ 12:29:
[...]


Klopt, hoeven we eigenlijk niet over na te denken, echter als je echt wilt gaan rekenen met timezones e.d. kan ik NodaTime erg aanbevelen.

Daarnaast is het het beste om berekeningen en opslag zoveel mogelijk te doen in UTC, en enkel bij het tonen en invoeren tijdzones te gebruiken. Dat scheelt bij ons systeem een hoop kopzorgen.

[Hydra]

ThomasG schreef op woensdag 1 november 2017 @ 13:05:
[...]
Daarnaast is het het beste om berekeningen en opslag zoveel mogelijk te doen in UTC, en enkel bij het tonen en invoeren tijdzones te gebruiken. Dat scheelt bij ons systeem een hoop kopzorgen.

Vergeet niet dat het vaak juist handig is om zowel de tijd als de tijdzone op te slaan. Met alleen de tijd verlies je informatie.

[gekkie]

CodeCaster schreef op woensdag 1 november 2017 @ 12:14:
[...]

Ja die tool van die Duitser, die dienst weigert als er een debugger of ProcMon actief is op je systeem... Werkte verder inderdaad aardig, maar als je nul werk stopt in de bruikbaarheid (zevenentwintig tabbladen met instellingen) en te veel moeite in het beschermen tegen reverse engineering, dan houdt het voor mij op.

Met de belofte om het opensource te maken bij versie X ...
langleve de wereld van sub sub sub versies

Hydra schreef op woensdag 1 november 2017 @ 13:24:
[...]
Vergeet niet dat het vaak juist handig is om zowel de tijd als de tijdzone op te slaan. Met alleen de tijd verlies je informatie.

En dan wijzig ik een deel van de tijdszone ... afhankelijk van het geval heb je dan ook nog de plaats nodig .

[ Voor 24% gewijzigd door gekkie op 01-11-2017 14:40 ]

[Megamind]

Wij hebben software voor een oliemaatschappij (boren) die letterlijk overal werken, van Syberie tot Dubai to Texas. En dan kom je er pas achter hoeveel tijdzones er zijn en dat er helemaal geen tijdzone standaard is, sommige plekken doen maar wat maar laten het niemand weten.

[Hydra]

Megamind schreef op woensdag 1 november 2017 @ 14:44:
Wij hebben software voor een oliemaatschappij (boren) die letterlijk overal werken, van Syberie tot Dubai to Texas. En dan kom je er pas achter hoeveel tijdzones er zijn en dat er helemaal geen tijdzone standaard is, sommige plekken doen maar wat maar laten het niemand weten.

Ben daarom wel fan van offset-datatimes opslaan. Als jij vindt dat je in zone +10:42 zit dan zit je toch lekker in zone +10:42 joh

[Megamind]

Hydra schreef op woensdag 1 november 2017 @ 14:48:
[...]


Ben daarom wel fan van offset-datatimes opslaan. Als jij vindt dat je in zone +10:42 zit dan zit je toch lekker in zone +10:42 joh

Alleen dat werkt weer niet goed als ze van wintertijd naar zomertijd gaan.

Bv een activiteit of tijd entry invoegen om 1:15 zou niet mogen in de lente omdat die tijd dan niet bestaat

[GieltjE]

Megamind schreef op woensdag 1 november 2017 @ 14:44:
Wij hebben software voor een oliemaatschappij (boren) die letterlijk overal werken, van Syberie tot Dubai to Texas. En dan kom je er pas achter hoeveel tijdzones er zijn en dat er helemaal geen tijdzone standaard is, sommige plekken doen maar wat maar laten het niemand weten.

Moet bij tijdzone discussies altijd meteen denken aan deze video

[acemoo]

GieltjE schreef op woensdag 1 november 2017 @ 16:52:
[...]


Moet bij tijdzone discussies altijd meteen denken aan deze video

Toevallig, dat was het filmpje wat die hele discussie gestart had.

[armageddon_2k1]

Mijn Ethiopische collega bracht me ook een eye-opener.
In Ethiopie komt de zon op om 0:00 en gaat onder om 12:00. That's it. Altijd. Tussen winter en zomer zit 5 minuten verschil. Dus je komt op je werk om 1:00. En je gaat tukken om.... euh, 16:00 of iets dergelijks.

En dat is hoe het zou moeten. De enige constante is de zon die opkomt. Dus gewoon lekker je tijd uitrekenen aan de hand van je lengtegraad.

In Amsterdam is het dan bijvoobeeld 4 minuten later dan in Eindhoven
Is niet het makkelijkste systeem, wel het consistentste systeem.

Ofzo.

[farlane]

Volgens mij hebben we dat systeem ooit gehad.

[armageddon_2k1]

Crap. Ben ik weer spuit 11.

[SPee]

Ik werk nu aan een systeem dat voor tijd een rare epoch gebruikt in sommige berichten.
Gisteren zag ik wat de definitie was: gebaseerd op internationale atoom tijd vanaf 1/1/2004 00:00:00.
Ok, weet ik dat ook weer. Dus t.o.v. dé (linux) epoch van 1970 moet ik een berekening doen.

[kenneth]

Unix epoch nog altijd, niet te veel eer voor Linux

[Hydra]

[acemoo]

Dus ooit was de aarde wel plat.

[Neko Koneko]

Oei, ik werk met MongoDb

[Hydra]

Neko Koneko schreef op donderdag 2 november 2017 @ 14:36:
Oei, ik werk met MongoDb

Cool want webscale!

[Neko Koneko]

Hydra schreef op donderdag 2 november 2017 @ 14:53:
[...]


Cool want webscale!

lol die kende ik nog niet

[Tjolk]

Dubbel credits voor left-pad.js

[Matis]

Altijd leuk om je eigen "kindje" voorbij te zien komen op de NOS.

In de liveblog van de NOS wordt gelinkt naar een Twitter post. Op de achtergrond staat de videowall waar ik als (enige) software-ontwikkelaar aan gewerkt heb

[Jan_V]

Neko Koneko schreef op donderdag 2 november 2017 @ 15:08:
[...]


lol die kende ik nog niet

Jammer, kan maar 1x een thumbs-up geven.

[armageddon_2k1]

Hoe check je of iets een array is in Javascript?

JavaScript:

return toString.call(arr) == '[object Array]';

Wat haat ik Javascript toch...
En natuurlijk is er een package voor: https://www.npmjs.com/package/isarray

Kom op zeg...

[Merethil]

armageddon_2k1 schreef op donderdag 2 november 2017 @ 19:17:
Hoe check je of iets een array is in Javascript?

JavaScript:

return toString.call(arr) == '[object Array]';

Wat haat ik Javascript toch...
En natuurlijk is er een package voor: https://www.npmjs.com/package/isarray

Kom op zeg...

Ik um.... De erhm... Waarom zijn er zes releases nodig geweest hiervoor en staat ie nu op versie 2.02? Hoe kan je zoiets simpels zo ongelofelijk omslachtig maken?

[armageddon_2k1]

JavaScript:

var passAll = require('101/pass-all')
var isPositive = require('is-positive')
var isInteger = require('is-integer')

module.exports = passAll(isPositive, isInteger)

Hoe test je of iets een integer is en positief?
Met 3 modules natuurlijk!!!!

De wereld is gedoemd.

[-LA-]

armageddon_2k1 schreef op donderdag 2 november 2017 @ 19:17:
Hoe check je of iets een array is in Javascript?

JavaScript:

return toString.call(arr) == '[object Array]';

Wat haat ik Javascript toch...
En natuurlijk is er een package voor: https://www.npmjs.com/package/isarray

Kom op zeg...

Grapje toch? Gewoon:

code:

Array.isArray

[armageddon_2k1]

-LA- schreef op donderdag 2 november 2017 @ 19:48:
[...]


Grapje toch? Gewoon:

code:

Array.isArray

Jup, maar vroeger werkte dat nog niet in oudere browsers.

[BarôZZa]

Werkt al vanaf IE9.

JavaScript vind ik trouwens echt een hele mooie taal als je het eenmaal echt goed door hebt. Stukken leuker dan PHP.

Al is deze wel raar:

Wat verwacht je als uitkomst?

JavaScript:

a = 0;
b = 5;
c = a || b;
console.log(c);

en bij:

PHP:

$a = 0;
$b = 5;
$c = $a || $b;
echo $c;

?

[Alex)]

Ik verwacht dat er 42 uit komt.

[armageddon_2k1]

Python is mijn favoriete taal maar ik ben dan ook een hobbyist en geen professional.

[Verwijderd]

Python is ook mijn favoriete taal, maar soms is Java ook nog wel leuk.

[.oisyn]

BarôZZa schreef op donderdag 2 november 2017 @ 20:50:
Werkt al vanaf IE9.

JavaScript vind ik trouwens echt een hele mooie taal als je het eenmaal echt goed door hebt. Stukken leuker dan PHP.

Al is deze wel raar:

Wat verwacht je als uitkomst?

JavaScript:

a = 0;
b = 5;
c = a || b;
console.log(c);

en bij:

PHP:

$a = 0;
$b = 5;
$c = $a || $b;
echo $c;

?

5 en 1?

[Tjolk]

Bij een echo wel ja. Bij een var_dump gewoon TRUE natuurlijk.

[gekkie]

Hmm wordt momenteel langzaam gewurgd door een python ... iets lekt grijze massa bij het leven, maar het zou zo ook maar een in de gebruikte C-libs kunnen zitten (en dan verdenk ik eerder GStreamer, in OpenCV iets meer vertrouwen wat dat aspect betreft). Moet zeggen dat de debugtools (cq mijn skills) hier in toch wel beperkt zijn.

Very dirty temp solution is de worker te laten checken wat de mem-usage van z'n process is en gewoon exiten bij > 70% en vervolgens de watchdog een nieuwe te laten spawnen. Iets van de afdeling "Niet mooi, wel effectief".

[ Voor 25% gewijzigd door gekkie op 03-11-2017 10:08 ]

[BarôZZa]

.oisyn schreef op vrijdag 3 november 2017 @ 09:01:
[...]


5 en 1?

Yes.

Het is iets wat ik wel wist in mijn achterhoofd. In Javascript zie je de pattern veel om iets te assignen, terwijl je bij PHP ternary operators ziet. Maar nooit echt bij stilgestaan dat de result van && en || anders is bij de verschillende talen:

Wikipedia: Short-circuit evaluation

-------


Worden jullie trouwens ook niet moe van al die hippe IT vacatures tegenwoordig?

Darth Vader zoekt nieuwe ninja om team van cowboys te versterken!!1




En dan ziet het er meer zo uit in de praktijk

[ Voor 30% gewijzigd door BarôZZa op 03-11-2017 11:29 ]

[Matis]

Onze Arbo arts zou zich van kant maken bij het zien van zulke kantoren.
Jassen en truien over de stoelen
Niet instelbare bureaus
Monitoren niet in de juiste positie en hoogte
Etc.

Ik denk niet dat ik het daar ergonomisch lang vol zou houden. Ik moet dan ook toegeven dat ik een motorisch wrak ben...

Maar om antwoord op je vraag te geven: JA!!1

[ Voor 7% gewijzigd door Matis op 03-11-2017 11:50 ]