De Devschuur Coffee Corner - Iteratie ⓫

[NMe]

Ik denk dat dat laatste inderdaad het grootste deel van het "probleem" verklaart. Maar zelfs als je dat weet is het nog steeds cringy om een Nederlander Engels te horen lullen. Inclusief mezelf als ik eens een gesprek terughoor...

[kenneth]

Een Nederlander die Portugees spreekt, dat klinkt pas verschrikkelijk.

Maar ja, een Portugees die Portugees spreekt klinkt ook verschrikkelijk.

[Firesphere]

Het Nederlandse accent van Engels is echt niet zo erg als het lijkt. Nederlanders zijn alleen veel meer aware van dat accent.

[Skyaero]

make that the cat wise

[Firesphere]

Skyaero schreef op zaterdag 19 november 2016 @ 09:50:
make that the cat wise

No need to, she speaks liquid English.

[ThomasG]

Het zit hem vooral in dat wij bepaalde klanken niet kennen in het Nederlands, en dat dus vervangen met iets wat er op lijkt. Daardoor krijgt het een bepaald accent. Je moet die klank echt aanleren Net zoals dat ze in andere talen geen IJ,UI en harde-G klanken hebben, en vaak ook niets wat er op lijkt. Vraag maar eens aan een Engels sprekende of hij Huijgens uit wil spreken. Dat kunnen ze niet.

[Cartman!]

Ik moet nog steeds via incognito naar https://mijn.toeslagen.nl/ anders krijg ik:

Fout opgetreden
Er is een fout opgetreden. Kies 'Ok' om terug te keren naar het tabblad 'Home' in Mijn toeslagen.

Als ik zoek naar soortgelijke meldingen zijn er in 2014 al gevallen hiervan...wat een stel incompetenten dat dit nog steeds niet opgelost is

[Swedish Clown]

WernerL schreef op vrijdag 18 november 2016 @ 22:13:
Het is vooral cringy als de R op zijn Nederlands uitgesproken wordt. En dingen als have => hef en good => goeTT,. Maar andere accenten zijn inderdaad stukken beter te pruimen. In Zweden spreken ze erg goed Engels, en is het beetje accent wat er in zit verre van storend. Vind het dan ook raar dat Nederlanders blijkbaar het beste in Engels zijn van alle landen waar Engels een 2e taal is.

Ik kom hier regelmatig toch Zweden tegen waar het accent behoorlijk naar voren komt Wat mij nog het meeste verbaasd is hoe goed met name de middenklasse Engels spreekt.

Testomgeving van wat nieuw speelgoed voorzien. Afgelopen nacht is er 1TB ram en 18 TB disk space bijgestopt. Aan mij de taak vandaag om de testomgeving weer op te tuigen. Heerlijk in joggingbroek op de bank met laptop aan de slag.

[Hydra]

Firesphere schreef op zaterdag 19 november 2016 @ 11:11:
No need to, she speaks liquid English.

Je bedoelt "she speaks flowing English". Als je het een op een vertaalt; doe het dan goed

[.oisyn]

Firesphere schreef op zaterdag 19 november 2016 @ 08:35:
Het Nederlandse accent van Engels is echt niet zo erg als het lijkt. Nederlanders zijn alleen veel meer aware van dat accent.

Ik denk ook dat dat precies is wat het is: de "uncanny valley". Hoe dichter iets de realiteit nadert, hoe ongemakkelijker het aanvoelt dat het niet overeenkomt met de realiteit.

[Mercatres]

Blergh, eerste keer autorijden. Toch blij dat ik nu weer met m'n code kan verder werken

[Merethil]

Hydra schreef op zaterdag 19 november 2016 @ 18:20:
[...]


Je bedoelt "she speaks flowing English". Als je het een op een vertaalt; doe het dan goed

Je hebt nog nooit gehoord van "vloeibaar Engels" spreken? Een aantal van m'n collega's doen dat, het is net als vloeiend, maar dan heel onverstaanbaar

[F.West98]

Ik weet niet of mensen deze al hadden meegekregen:
https://blogs.msdn.micros.../whats-new-in-csharp-7-0/

Zitten een paar hele mooie dingen tussen, ik kijk vooral uit naar de tuples (en de destruct-dingen) Ook de pattern-matching en "pointers" zien er wel goed uit.

[Caelorum]

F.West98 schreef op maandag 21 november 2016 @ 12:08:
Ik weet niet of mensen deze al hadden meegekregen:
https://blogs.msdn.micros.../whats-new-in-csharp-7-0/[...]

Ik houd zelf altijd deze pagina in de gaten: https://github.com/dotnet...age%20Feature%20Status.md

[whoami]

F.West98 schreef op maandag 21 november 2016 @ 12:08:
Ik weet niet of mensen deze al hadden meegekregen:
https://blogs.msdn.micros.../whats-new-in-csharp-7-0/

Zitten een paar hele mooie dingen tussen, ik kijk vooral uit naar de tuples (en de destruct-dingen) Ook de pattern-matching en "pointers" zien er wel goed uit.

Dacht dat ik dat al een tijdje geleden hier gepost had, maar ik kan me ook vergissen. Misschien op een andere site.
Anyway, vorige donderdag Visual Studio 2017 RC gedownloaded, deze week eens spelen met al die dingen.

[kenneth]

F.West98 schreef op maandag 21 november 2016 @ 12:08:
Ik weet niet of mensen deze al hadden meegekregen:
https://blogs.msdn.micros.../whats-new-in-csharp-7-0/

Zitten een paar hele mooie dingen tussen, ik kijk vooral uit naar de tuples (en de destruct-dingen) Ook de pattern-matching en "pointers" zien er wel goed uit.

Nog even en C# == F#

[RobertMe]

kenneth schreef op maandag 21 november 2016 @ 13:01:
[...]
Nog even en C# == F#

Dat is volgensmij wel een trend die je in zijn algemeenheid de laatste tijd meer en meer ziet in verschillende talen. In ieder geval voor op kleine schaal zie je in meerdere talen, zoals ook JavaScript, meer aspecten van functioneel programmeren terug komen. Alhoewel ik niet denk dat C#, JavaScript etc dadelijk ineens complete functionele programmeertalen worden. Maar ze bepaalde concepten, zoals simpele tupels, wel overnemen omdat die ook in een OO omgeving hun use case kunnen hebben (zoals multiple return values).

[windwarrior]

Youtube rendert opeens onder elke video een rood balkje... wat zou dat zijn? Blijkt een indicator te zijn voor hoe ver je een video al gezien had... vond ik in de CSS. #selfdocumentingcode

@Functionele talen: Hoe een functionele taal als Haskell redeneert over lijsten is gewoon heel fijn, doordat deze lijsten immutable zijn, en je slechts transformatieoperatoren hebt (map, fold, ...) kan de compiler aannames doen over je code en dit optimaliseren. Ook in de java wereld hebben ze dit ingezien, Stream is niks meer dan een implementatie van een Haskell immutable list. Mooie aan streams, doordat ze immutable zijn, kan je eventueel bepaalde operaties paralleliseren.

De OO wereld leert gewoon van de FP wereld.

[ Voor 58% gewijzigd door windwarrior op 21-11-2016 13:18 ]

[Hydra]

windwarrior schreef op maandag 21 november 2016 @ 13:11:
De OO wereld leert gewoon van de FP wereld.

Ik kan ook iedere OO programmeur aanraden eens een beetje aan te klooien (Euler problemen e.d.) met een functionele taal. Het maakt je m.i. echt een betere programmeur.

[Bv202]

Over dat Engels, doet me denken aan deze:
https://www.canvas.be/vid...ederlanders-en-hun-engels

[Hydra]

Waarom probeer ik het ook...

Ik moet ook gewoon ophouden de FP te lezen. Het niveau is bijna net zo slecht als NuJij was...

[Devilly]

Hydra schreef op maandag 21 november 2016 @ 15:00:
Waarom probeer ik het ook...

Ik moet ook gewoon ophouden de FP te lezen. Het niveau is bijna net zo slecht als NuJij was...

ArtGod heeft last van een GodComplex.

[Gamebuster]

armageddon_2k1 schreef op vrijdag 18 november 2016 @ 21:24:
I fock horses for a living.
Pardon?
Yes, paarden.

Waar was dat ook alweer van?

[.oisyn]

Een mop? Ik ken 'm iig als mop.

[farlane]

Finkers dacht ik

[kwaakvaak_v2]

Volgens mij staat ie als quote in het UnDutchables boek.

[dev10]

Gamebuster schreef op maandag 21 november 2016 @ 15:28:
[...]

Waar was dat ook alweer van?

Hij staat in ieder geval in het boekje 'I will always get my sin'. Daar ken ik hem van.

[Damic]

windwarrior schreef op maandag 21 november 2016 @ 13:11:
Youtube rendert opeens onder elke video een rood balkje... wat zou dat zijn? Blijkt een indicator te zijn voor hoe ver je een video al gezien had... vond ik in de CSS. #selfdocumentingcode

@Functionele talen: Hoe een functionele taal als Haskell redeneert over lijsten is gewoon heel fijn, doordat deze lijsten immutable zijn, en je slechts transformatieoperatoren hebt (map, fold, ...) kan de compiler aannames doen over je code en dit optimaliseren. Ook in de java wereld hebben ze dit ingezien, Stream is niks meer dan een implementatie van een Haskell immutable list. Mooie aan streams, doordat ze immutable zijn, kan je eventueel bepaalde operaties paralleliseren.

De OO wereld leert gewoon van de FP wereld.

Balkje klopt niet altijd heb ik al gemerkt, ow en die update is er al een maand

[windwarrior]

Damic schreef op maandag 21 november 2016 @ 16:20:
[...]
Balkje klopt niet altijd heb ik al gemerkt, ow en die update is er al een maand

Google (en ook Facebook) lijken updates gefaseerd uit te voeren (en ook A/B testing te doen) op hun nieuwe features, kan dus goed zijn dat jij iets 3 maand heb en ik het net krijg .

Edit: mijn tweede account op YT heeft dan ook de balkjes nog niet!

[ Voor 8% gewijzigd door windwarrior op 21-11-2016 16:25 ]

[RayNbow]

Over paarden fokken, zie ook de De TV Draait Door van 3 maart '14: http://dewerelddraaitdoor.vara.nl/media/310469 (vanaf 5:04).

[F.West98]

Ook maar even hier weer:
Devschuur meeting I

Nieuwe dagen toegevoegd, oude dagen weggehaald.
Als je je al had aangemeld, controleer even of alles nog klopt.
Als je je nog niet hebt aangemeld: vooral doen!

[Skyaero]

Hydra schreef op maandag 21 november 2016 @ 15:00:
Waarom probeer ik het ook...

Ik moet ook gewoon ophouden de FP te lezen. Het niveau is bijna net zo slecht als NuJij was...

De silent majority heeft je anders gewoon +2 voor dit bericht gegeven. Het niveau op de FP is de laatste jaren misschien wel gedaald, maar het niveau van NuJIJ haal je niet zo snel

[F.West98]

Ik heb dus nu een vak over databases enzo, en nu begin ik toch echt aan mijzelf te twijfelen. In de slides staat bijna letterlijk dat de volgende entity:
Entity Article
- WholesalePrice (int)
- RetailPrice (int)
- Markup (int)

prima genormalized kan worden naar dit:

Entity MoneyAmount
Entity Article
- wholesale (MoneyAmount)
- retail (MoneyAmount)
- markup (MoneyAmount)

Like WTF? Dat is toch een enorm slecht idee?

[Styxxy]

F.West98 schreef op maandag 21 november 2016 @ 22:29:
Ik heb dus nu een vak over databases enzo, en nu begin ik toch echt aan mijzelf te twijfelen. In de slides staat bijna letterlijk dat de volgende entity:
Entity Article
- WholesalePrice (int)
- RetailPrice (int)
- Markup (int)

prima genormalized kan worden naar dit:

Entity MoneyAmount
Entity Article
- wholesale (MoneyAmount)
- retail (MoneyAmount)
- markup (MoneyAmount)

Like WTF? Dat is toch een enorm slecht idee?

Waarschijnlijk met het idee om currency te kunnen toevoegen? Al moet ik eerlijk zeggen dat het mij ook wel overdreven lijkt...

[F.West98]

Styxxy schreef op maandag 21 november 2016 @ 22:36:
[...]

Waarschijnlijk met het idee om currency te kunnen toevoegen? Al moet ik eerlijk zeggen dat het mij ook wel overdreven lijkt...

In de slides stond al expliciet aangegeven dat het om USD ging (ik had in het voorbeeld dat even weggelaten)

[whoami]

Vind ik inderdaad ook maar raar. Het bedrag op zich zou imho in dit geval nooit een entity kunnen/mogen zijn. Het bedrag is nl. een value-type, en heeft in dit geval geen enkele reden om een uniek identificeerbare entity te zijn.

Wat eventueel wel zou kunnen is dat er een user-defined type gemaakt wordt om het bedrag in USD voor te stellen; wat ik op zich ook al niet nuttig zou vinden. Meeste DB's hebben toch wel decimal types. En in het geval dit niet zo zou zijn, kan je nog altijd met een int werken, en het bedrag in dollar-cent bewaren.

[ Voor 66% gewijzigd door whoami op 21-11-2016 22:40 ]

[Styxxy]

whoami schreef op maandag 21 november 2016 @ 22:38:
Vind ik inderdaad ook maar raar. Het bedrag op zich zou imho in dit geval nooit een entity kunnen/mogen zijn. Het bedrag is nl. een value-type, en heeft in dit geval geen enkele reden om een uniek identificeerbare entity te zijn.

Wat eventueel wel zou kunnen is dat er een user-defined type gemaakt wordt om het bedrag in USD voor te stellen; wat ik op zich ook al niet nuttig zou vinden. Meeste DB's hebben toch wel decimal types. En in het geval dit niet zo zou zijn, kan je nog altijd met een int werken, en het bedrag in dollar-cent bewaren.

Bedrag != decimal ... Al gebruiken we het datatype er wel voor.
Een bedrag bestaat zowel uit de hoeveelheid (decimal) en munteenheid. Sommige munteenheden gebruiken geen decimalen (zijn dus stiekem "ints") en andere ronden af op bv 4 decimalen (en wij normaliter op 2 decimalen). Daarnaast wil je misschien ook conversie methodes toevoegen aan het entities (om van USD naar EUR naar Sterling naar ... om te rekenen). Ik vind het dus erg kort door de bocht om te zeggen dat een bedrag "nooit" een entiteit zou mogen zijn.

Ook interessant leesvoer : http://blog.ploeh.dk/2015...sion-to-domain-modelling/

[Voutloos]

Dat je code/ORM een leuk value objectje voor money amounts of currencies gebruikt hoeft nog niet te betekenen dat het een eigen entiteit is. Als dat de enige optie is, schort er misschien iets aan je ORM.

Met dezelde logica: als je een integer class hebt, mag je dan niet meer direct een int attribuut in je entities opnemen?

[Styxxy]

Niet zeker of comment op mijn post of F.West gaat .

Voutloos schreef op maandag 21 november 2016 @ 23:28:
Dat je code/ORM een leuk value objectje voor money amounts of currencies gebruikt hoeft nog niet te betekenen dat het een eigen entiteit is. Als dat de enige optie is, schort er misschien iets aan je ORM.

Met dezelde logica: als je een integer class hebt, mag je dan niet meer direct een int attribuut in je entities opnemen?

It's food for thought; een andere manier om eens naar (domein) modellering te kijken.
Overings, post gaat over Object Oriented design, niet over ORM's (tip: lees ook gerelateerde blog posts van die kerel, over application boundaries). Best boeiende stuff om te lezen en eens over na te denken.

Trouwens, in het gegeven voorbeeld van F.West, zei ik toch ook dat een apart Entity (ik vermoed EF?) overkill lijkt.

[ Voor 3% gewijzigd door Styxxy op 22-11-2016 00:23 ]

[F.West98]

Het kan ook zijn dat dit convenience for drawing is, het gaat in het vak nu nog om het designen van dingen met ORM2 (NORMA), maar ik vind het erg veel suggereren dat je inderdaad een losse entity moet gebruiken:

[Megamind]

F.West98 schreef op maandag 21 november 2016 @ 22:29:


Like WTF? Dat is toch een enorm slecht idee?

Er staat toch kan

Als je tot de 3e normaalvorm gaat normaliseren dan heb je veel relaties, heel veel relaties.

F.West98 schreef op dinsdag 22 november 2016 @ 00:27:
Het kan ook zijn dat dit convenience for drawing is, het gaat in het vak nu nog om het designen van dingen met ORM2 (NORMA), maar ik vind het erg veel suggereren dat je inderdaad een losse entity moet gebruiken:
[afbeelding]

Het ligt er maar net aan wat die entity inhoud. Als het alleen een nummertje is met een value dan is het wat vergezocht ja.

Daarnaast normaliseer je om dubbele uit je DB te halen, lijkt me met prijzen was gevaarlijk.

[ Voor 54% gewijzigd door Megamind op 22-11-2016 00:29 ]

[armageddon_2k1]

Members only:

Alleen zichtbaar voor ingelogde gebruikers. Inloggen

Zoo..... tijd voor een kopje koffie

[Hydra]

Skyaero schreef op maandag 21 november 2016 @ 21:06:
De silent majority heeft je anders gewoon +2 voor dit bericht gegeven. Het niveau op de FP is de laatste jaren misschien wel gedaald, maar het niveau van NuJIJ haal je niet zo snel

Het gaat me niet zozeer om de votes of the 'silent majority' (hoewel ik het waardeer). Het gaat me om die niet-silent minority die z'n mond opentrekt over zaken waar 'ie weinig van weet. Ik weet ook wel dat daar geen oplossing voor is, ik wil gewoon ff m'n ei kwijt Die "ik had ze van te voren wel kunnen vertellen dat dit niks ging worden"-types wil ik 't liefst door hun netwerkkabel trekken. Gelukkig hebben die types in de wereld weinig te vertellen; anders hadden we nu nog in grotten geleefd.

armageddon_2k1 schreef op dinsdag 22 november 2016 @ 07:55:
Zoo..... tijd voor een kopje koffie

Petty office politics Een van de grootste voordelen van consulting/detachering is dat je daar relatief weinig last van hebt. Je hebt wel eens van die types die klagen dat alle banen verloren gaan aan externen maarja, je baas betaalt dat tarief niet voor z'n lol maar gewoon omdat jij 't niet kunt, prutser.

Voutloos schreef op maandag 21 november 2016 @ 23:28:
Dat je code/ORM een leuk value objectje voor money amounts of currencies gebruikt hoeft nog niet te betekenen dat het een eigen entiteit is. Als dat de enige optie is, schort er misschien iets aan je ORM.

Hij is met een vak data modelleren ofzo bezig. Daar wordt eerst alles op de 'nette' manier gedaan en pas daarna verteld dat er in het echte leven minder strikt mee omgegaan wordt. Da's normaal in een opleiding (en me dunkt nogal een no-brainer).

[ Voor 42% gewijzigd door Hydra op 22-11-2016 08:10 ]

[wackmaniac]

armageddon_2k1 schreef op dinsdag 22 november 2016 @ 07:55:
***members only***


Zoo..... tijd voor een kopje koffie

Members only:

Alleen zichtbaar voor ingelogde gebruikers. Inloggen

[Hydra]

wackmaniac schreef op dinsdag 22 november 2016 @ 08:56:
***members only***

Idd. Dat is ook altijd mijn goto met dit soort types. Gewoon een reply-all waarin (overdreven vriendelijk) je bedankt voor de feedback en (nog vriendelijker) verzoekt dit de volgende keer bij de review-ronde te doen. Heb een hele tijd een project gedaan bij het UWV en het aantal nutteloze ambtenaren dit niks anders doen dan dit soort shit is echt off the charts. Gelukkig was ik ook daar een externe.

[Swedish Clown]

armageddon_2k1 schreef op dinsdag 22 november 2016 @ 07:55:
***members only***


Zoo..... tijd voor een kopje koffie

Members only:

Alleen zichtbaar voor ingelogde gebruikers. Inloggen

Even een andere discussie aanslingeren, zijn er hier teams die een horizontale character limiet hebben op hun code? Wij hebben hier een limiet van 80 Één limiet is tot daar aan toe want horizontaal scrollen is slecht maar 80 chars is IMHO pak em beet 20-40 characters te weinig

[wackmaniac]

Wij hebben geen harde limiet, maar een richtlijn van 80. Ik twijfel nog of ik deze zal ophogen naar 120. Is met de huidige resoluties geen probleem verwacht ik.

[Ryur]

Wij hebben hier geen limiet op horizontale character limiet. Ik zou graag willen zien dat het bij ons juist 100 tekens is
Zit regelmatig met 2 bestanden tegelijk open in VS (ViewModel & View naast elkaar) en dan passen er 'maar' 100 tekens zonder (horizontaal) te scrollen.

En ja, eigenlijk moet ik een grotere scherm hebben, maar daar ben ik nu mee in discussie met mijn baas

[gekkie]

80 als limiet is vooral semi nuttig als je er nog eens met een archaïsche terminal in moet klooien, maar theoretisch was dat toch al niet meer de bedoeling geloof ik, maarja die praktijk heh ..

[Mercatres]

wackmaniac schreef op dinsdag 22 november 2016 @ 09:09:
Wij hebben geen harde limiet, maar een richtlijn van 80. Ik twijfel nog of ik deze zal ophogen naar 120. Is met de huidige resoluties geen probleem verwacht ik.

Same here. Het is een richtlijn, geen harde waarheid. We zijn wel nog zoekende naar andere conventies mbt coding styles.

[Tjolk]

Mercatres schreef op dinsdag 22 november 2016 @ 10:15:
[...]

Same here. Het is een richtlijn, geen harde waarheid. We zijn wel nog zoekende naar andere conventies mbt coding styles.

$this++;

Wij mikken op "gewoon leesbaar in één oogopslag". Wat neerkomt op rond de 200 characters.

[Hydra]

Brakkie41 schreef op dinsdag 22 november 2016 @ 09:07:
Even een andere discussie aanslingeren, zijn er hier teams die een horizontale character limiet hebben op hun code? Wij hebben hier een limiet van 80 Één limiet is tot daar aan toe want horizontaal scrollen is slecht maar 80 chars is IMHO pak em beet 20-40 characters te weinig

Onze default is 120 karakters volgens de CheckStyle config (die ik gemaakt heb ) maar dat is op dit moment niet enforced (geeft alleen warnings). Ik zit nog een beetje in dubio of 140 karakters niet beter is.

80 is veel te weinig tegenwoordig, helemaal als je 4 space indents gebruikt.

Ger schreef op dinsdag 22 november 2016 @ 10:25:
Wij mikken op "gewoon leesbaar in één oogopslag". Wat neerkomt op rond de 200 characters.

200 valt wel echt buiten m'n scherm vrees ik

[ Voor 15% gewijzigd door Hydra op 22-11-2016 10:38 ]

[Tjolk]

Mijn scherm kan er met de huidige settings 255 aan zie ik zojuist. En dan heb ik er nog een project browser naast staan die ± 15% van het scherm inneemt.

[Hydra]

Ger schreef op dinsdag 22 november 2016 @ 10:43:
Mijn scherm kan er met de huidige settings 255 aan zie ik zojuist. En dan heb ik er nog een project browser naast staan die ± 15% van het scherm inneemt.

Ik werk op een MacBook. Flexplekken We hebben wel schermen die we aan kunnen sluiten maar die hebben een relatief lage resolutie en zijn ook niet op een handige hoogte te zetten.

[Tjolk]

Ja, wij werken allebei op een iMac, dus dat scheelt wel. Overigens zijn we zoals gezegd wel op zoek naar wat striktere coding standards omdat we ons team ook wat willen uitbreiden. Nu zijn we nog met 2 en hebben we allebei dezelfde setup, maar die willen we niet opleggen aan anderen natuurlijk. Als iemand bijvoorbeeld liever op een MacBook werkt of bijvoorbeeld op een Linux machine met hele andere schermen of whatever moet dat gewoon kunnen en ook voor hen goed werkbaar zijn.

[Firesphere]

Hydra schreef op dinsdag 22 november 2016 @ 10:53:
[...]


Ik werk op een MacBook. Flexplekken We hebben wel schermen die we aan kunnen sluiten maar die hebben een relatief lage resolutie en zijn ook niet op een handige hoogte te zetten.

Had ik van jou eigenlijk niet echt verwacht. Ik had toch eerder iets als een zware Linux machine verwacht van jou.

[ZaZ]

De wereld op z'n kop, Firesphere

[Hydra]

Firesphere schreef op dinsdag 22 november 2016 @ 11:08:
Had ik van jou eigenlijk niet echt verwacht. Ik had toch eerder iets als een zware Linux machine verwacht van jou.

Ik was ooit van plan er Linux op te gooien maar MacOS is ook gewoon een unix en het werkt op zich prima. Als bijkomend voordeel is er gewoon meer software die werkt onder MacOS dan onder Linux. Ik vind bijvoorbeeld Ubuntu serieus beter dan MacOS maar ik ben ook lui en in m'n dagelijks werk zit MacOS me niet in de weg. Wat van de VPN zooi die we nodig hebben werkt niet onder Linux.

Ik ben overigens wel erg blij met de Mac hardware. Na zoveel geneuzel met high end Asus e.d. laptops ben ik wel klaar met meuk die uit elkaar valt.

[ Voor 10% gewijzigd door Hydra op 22-11-2016 11:25 ]

[whoami]

Styxxy schreef op maandag 21 november 2016 @ 22:51:
[...]

Bedrag != decimal ... Al gebruiken we het datatype er wel voor.
Een bedrag bestaat zowel uit de hoeveelheid (decimal) en munteenheid. Sommige munteenheden gebruiken geen decimalen (zijn dus stiekem "ints") en andere ronden af op bv 4 decimalen (en wij normaliter op 2 decimalen). Daarnaast wil je misschien ook conversie methodes toevoegen aan het entities (om van USD naar EUR naar Sterling naar ... om te rekenen). Ik vind het dus erg kort door de bocht om te zeggen dat een bedrag "nooit" een entiteit zou mogen zijn.

Ook interessant leesvoer : http://blog.ploeh.dk/2015...sion-to-domain-modelling/

Dan maak je een type dat dat bedrag kan voorstellen, maar het bedrag op zich kan nooit een entity zijn. Het is een value object.

Als je van een entity properties wijzigt, dan blijft die entity gewoon dezelfde identiteit hebben. Als je een value object wijzigt, dan wordt dat een nieuw value object. Maw, als het bedrag wijzigt, dan heb je eigenlijk een nieuw value object; niet een wijziging van eenzelfde.
De 'identiteit' van een value object wordt bepaald door de waarde van zijn properties, wat logisch is, 300usd == 300usd, ongeacht of dit nu in jouw of in mijn portefeuille zit.

Aangezien value objects geen apart identity attribuut hebben, ga je er dan ook geen aparte tabel voor voorzien in uw database. Indien je dat wel doet, zit je dan met verschillende records die eigenlijk eenzelfde bedrag voorstellen, maar een apart ID hebben.

[ Voor 28% gewijzigd door whoami op 22-11-2016 11:39 ]

[Swedish Clown]

gekkie schreef op dinsdag 22 november 2016 @ 09:52:
80 als limiet is vooral semi nuttig als je er nog eens met een archaïsche terminal in moet klooien, maar theoretisch was dat toch al niet meer de bedoeling geloof ik, maarja die praktijk heh ..

Dit was ook de reden ooit in een ver verleden. Maar de developers hebben helemaal geen toegang tot productie en er zal dan ook nooit direct in een terminal aan de code gekloot worden.

Hydra schreef op dinsdag 22 november 2016 @ 10:37:
[...]

Onze default is 120 karakters volgens de CheckStyle config (die ik gemaakt heb ) maar dat is op dit moment niet enforced (geeft alleen warnings). Ik zit nog een beetje in dubio of 140 karakters niet beter is.

80 is veel te weinig tegenwoordig, helemaal als je 4 space indents gebruikt.

Hier wordt enforced d.m.v. een compile-check. Hier hanteren we 2 space indents (laten we die discussie niet weer aanslingeren ). Ik neig naar 100 als een redelijke middenweg. Op deze wijze kan ik met gemak twee buffers van Emacs open hebben naast elkaar en de font groot genoeg te hebben zodat ik het gemakkelijk kan lezen.

Interessant om te horen dat het a) erg uiteen loopt en b) als er al een limiet is ingesteld, deze niet wordt enforced. Zijn er hier lui waar de regel wel ge-enforced wordt?

[Tjolk]

Hydra schreef op dinsdag 22 november 2016 @ 11:23:
[...]


Ik was ooit van plan er Linux op te gooien maar MacOS is ook gewoon een unix en het werkt op zich prima. Als bijkomend voordeel is er gewoon meer software die werkt onder MacOS dan onder Linux. Ik vind bijvoorbeeld Ubuntu serieus beter dan MacOS maar ik ben ook lui en in m'n dagelijks werk zit MacOS me niet in de weg. Wat van de VPN zooi die we nodig hebben werkt niet onder Linux.

Ik ben overigens wel erg blij met de Mac hardware. Na zoveel geneuzel met high end Asus e.d. laptops ben ik wel klaar met meuk die uit elkaar valt.

Meh, ik dacht eerst net als jij, maar ben ook niet onverdeeld happy met de Mac hoor. Ik heb dubbel zoveel geheugen als in mijn ouwe Toshiba laptoppie (Win 10 tegenwoordig, maar stamt uit 2010) en loop hier wel tegen geheugenproblemen aan die ik met dezelfde applicaties op mijn laptop niet heb. Ook al binnen anderhalf jaar een kapotte ventilator gehad. Voornoemde collega had een defecte harde schijf in een apparaat van 2 jaar oud en een ander had met een 2 jaar oude Mac een probleem met zijn beeldscherm. De geroemde kwaliteit valt me dus vies tegen eigenlijk.

Verder vind ik OS X ook niet je van het. Zitten gewoon onlogische keuzes in die je in Ubuntu/Mint en Windows niet tegenkomt. En het bestandssysteem blijkt ook niet case-sensitive, hoewel unix. Iets waar ik me ook een keer een middag op heb stukgebeten bij overzetten van O naar T.

Mocht hier dus een nieuwe developer komen die graag met een Mac werkt zou ik er niet rouwig om zijn om diegene mijn Mac te geven en zelf een Ubuntu setup samen te stellen.

[EddoH]

Pff... Ik loop nou al 2 weken iemand anders z'n troep op te ruimen, en ben er helemaal klaar mee. Ik ben opgeleid tot software developer, niet tot schoonmaker. Sowieso zit ik niet lekker meer op mijn plek. Tijd voor iets anders...

[/verkapte-kom-maar-op-met-die-vacatures-post]

[armageddon_2k1]

EddoH schreef op dinsdag 22 november 2016 @ 12:01:
Pff... Ik loop nou al 2 weken iemand anders z'n troep op te ruimen, en ben er helemaal klaar mee. Ik ben opgeleid tot software developer, niet tot schoonmaker. Sowieso zit ik niet lekker meer op mijn plek. Tijd voor iets anders...

[/verkapte-kom-maar-op-met-die-vacatures-post]

Ik heb je email adres geforward naar een lading recruitment bureaus. Het gaat helemaal goedkomen. Die recruiters weten namelijk precies wat ze doen.

[Hydra]

Brakkie41 schreef op dinsdag 22 november 2016 @ 11:33:
Hier wordt enforced d.m.v. een compile-check. Hier hanteren we 2 space indents (laten we die discussie niet weer aanslingeren ). Ik neig naar 100 als een redelijke middenweg. Op deze wijze kan ik met gemak twee buffers van Emacs open hebben naast elkaar en de font groot genoeg te hebben zodat ik het gemakkelijk kan lezen.

Ik ben primair voor consensus binnen het team. Of dat nu 2 of 4 is boeit me niet erg veel (lichte voorkeur voor 2), zo lang het maar geen tabs zijn

Interessant om te horen dat het a) erg uiteen loopt en b) als er al een limiet is ingesteld, deze niet wordt enforced. Zijn er hier lui waar de regel wel ge-enforced wordt?

In een vorig project werd het wel enforced. Ik ben er een voorstander van, ook omdat je als externe door te switchen tussen projecten wel eens niet consistent kunt zijn. Kleine dingetjes als:

Java:

try {
}
catch(Exception e) {
}

Vs

Java:

try {
} catch(Exception e) {
}

Bijvoorbeeld. Dat is best lastig 'af te leren' dus is iets als checkstyle m.i. een must. Ik heb een irrationele hekel aan inconsistente code.

EddoH schreef op dinsdag 22 november 2016 @ 12:01:
Pff... Ik loop nou al 2 weken iemand anders z'n troep op te ruimen, en ben er helemaal klaar mee. Ik ben opgeleid tot software developer, niet tot schoonmaker. Sowieso zit ik niet lekker meer op mijn plek. Tijd voor iets anders...

Ik zal je wel ff m'n LinkedIn inbox doorsturen. Heb nog een topkans voor je; is wel in Frankfurt ofzo

[ Voor 15% gewijzigd door Hydra op 22-11-2016 12:05 ]

[EddoH]

armageddon_2k1 schreef op dinsdag 22 november 2016 @ 12:02:
Ik heb je email adres geforward naar een lading recruitment bureaus. Het gaat helemaal goedkomen. Die recruiters weten namelijk precies wat ze doen.

Thanks. Wat zou ik toch moeten zonder jullie mede-tweakers...

Hydra schreef op dinsdag 22 november 2016 @ 12:03:
[...]

Ik zal je wel ff m'n LinkedIn inbox doorsturen. Heb nog een topkans voor je; is wel in Frankfurt ofzo

Tof, kan ik daar gelijk langs als ik die interviews voor tijdelijke posities in Brussel en Berlijn voor Drupal developers doe, die ik net van Prakesh Deepak doorgestuurd heb gekregen.

[ Voor 73% gewijzigd door EddoH op 22-11-2016 12:11 ]

[Hydra]

EddoH schreef op dinsdag 22 november 2016 @ 12:05:
Thanks. Wat zou ik toch moeten zonder jullie mede-tweakers...

Hier; asje:

Talent International - Freelance Java Lead - Hamburg - 6 Months Minimum - IMMEDIATE START

Matt here from Talent International. I am an open source only recruiter in Germany.

I'm working with a consultancy in Hamburg looking for a REACT/Node/Angular freelancer for 6 months with a view to extending after that time. The role is 3 days a week on the end clients site and two days from home office.

Unfortunately I have very limited details on the the opportunity as I am working through the consultancy and full client details are only given to the candidates at interview after an NDA has been signed.

What I can tell you is that the role is immediately available and has a very short interview process.

Happy to hire people from outside of germany provided they can work ion Hamburg.

Rate is to €600 per day and is immediately available in Hamburg.

Please let me know if this interests you and we can share your details with them

Thanks

Matt

Pareltje! Volkomen logisch om naar een Java developer te sturen. Ham, Hamster, Hamburg. Same thing.

[gekkie]

Brakkie41 schreef op dinsdag 22 november 2016 @ 11:33:
[...]
Interessant om te horen dat het a) erg uiteen loopt en b) als er al een limiet is ingesteld, deze niet wordt enforced. Zijn er hier lui waar de regel wel ge-enforced wordt?

Zal een beetje van de omgeving afhangen (mate waarin alles in een dikke vette IDE gedaan wordt.
Maar zelfs bij de 80'ers (of 70+, vaak wil men nog een paar karakters minder) wordt het niet die-hard geenforced, bijvb bij string literals om te zorgen dat errors en debug messages makkelijk grepable zijn graag op één regel.
Achja zoals met veel andere zaken .. liefst een beetje pragmatisch mee omgaan graag.

[EddoH]

Hydra schreef op dinsdag 22 november 2016 @ 12:08:
[...]


Hier; asje:


[...]


Pareltje! Volkomen logisch om naar een Java developer te sturen. Ham, Hamster, Hamburg. Same thing.

Een 'open source only'- recruiter die onder een NDA staat

[gekkie]

EddoH schreef op dinsdag 22 november 2016 @ 12:13:
[...]


Een 'open source only'- recruiter die onder een NDA staat

Ik open dagelijks een heleboel source ..

[EddoH]

gekkie schreef op dinsdag 22 november 2016 @ 12:17:
[...]

Ik open dagelijks een heleboel source ..

Maar doe je ook uitsluitend dat?

[gekkie]

EddoH schreef op dinsdag 22 november 2016 @ 12:22:
[...]
Maar doe je ook uitsluitend dat?

Soms save ik ook wel eens wat

[EddoH]

gekkie schreef op dinsdag 22 november 2016 @ 12:23:
[...]

Soms save ik ook wel eens wat

Tja, dan kom je helaas niet in aanmerking voor de positie...

[gekkie]

EddoH schreef op dinsdag 22 november 2016 @ 12:26:
[...]
Tja, dan kom je helaas niet in aanmerking voor de positie...

Nouja als het persé moet dan wil ik m'n angular java ook wel niet save'n .. 't runnen had ik alvast maar weggelaten, maar dan ook het save'n maar

[Hydra]

EddoH schreef op dinsdag 22 november 2016 @ 12:13:
Een 'open source only'- recruiter die onder een NDA staat

Vies psychologisch truukje, Als je de moeite hebt genomen naar Hamburg te reizen en er dan achter komt dat het een kutproject is ga je voor jezelf het minder kut maken omdat je anders moet inzien dat het een complete waste of time was. Het is natuurlijk complete bullshit dat ze niet redelijk in detail kunnen vertellen wat ze doen onder trade secrets weg te geven.

[Alex)]

Ach, maak je er toch meteen een weekje vakantie van? Duitsland is best leuk

En vanuit Hamburg is Denemarken ook niet zo ver weg meer...

[LangTall]

Brakkie41 schreef op dinsdag 22 november 2016 @ 11:33:
Interessant om te horen dat het a) erg uiteen loopt en b) als er al een limiet is ingesteld, deze niet wordt enforced. Zijn er hier lui waar de regel wel ge-enforced wordt?

Onze Jalopy setting breekt automatisch af bij 120 characters.

[orf]

EddoH schreef op dinsdag 22 november 2016 @ 12:01:
Pff... Ik loop nou al 2 weken iemand anders z'n troep op te ruimen, en ben er helemaal klaar mee. Ik ben opgeleid tot software developer, niet tot schoonmaker. Sowieso zit ik niet lekker meer op mijn plek. Tijd voor iets anders...

[/verkapte-kom-maar-op-met-die-vacatures-post]

Is PHP nog steeds kut?

[EddoH]

orf schreef op dinsdag 22 november 2016 @ 14:31:
[...]


Is PHP nog steeds kut?

De betreffende troep van iemand anders is in C, maar PHP is sowieso kut ja

Alex) schreef op dinsdag 22 november 2016 @ 13:24:
Ach, maak je er toch meteen een weekje vakantie van? Duitsland is best leuk

En vanuit Hamburg is Denemarken ook niet zo ver weg meer...

Wat is er in Denemarken dan?

[ Voor 39% gewijzigd door EddoH op 22-11-2016 14:38 ]

[Hydra]

EddoH schreef op dinsdag 22 november 2016 @ 14:37:
Wat is er in Denemarken dan?

Denen.

[Tjolk]

Marken vond je vroeger toch meer in Duitsland.

[Mercatres]

Ger schreef op dinsdag 22 november 2016 @ 16:15:
Marken vond je vroeger toch meer in Duitsland.

En franken in Frankrijk. Coincidence, I think not!

[.oisyn]

EddoH schreef op dinsdag 22 november 2016 @ 14:37:
[...]


De betreffende troep van iemand anders is in C, maar PHP is sowieso kut ja

Ach, C is ook kut

[gekkie]

En wie nomineert PHP voor de tweakawards popularitijdstoestand ?

[.oisyn]

Welke categorie dan? Beveiligingssoftware?

[Alex)]

EddoH schreef op dinsdag 22 november 2016 @ 14:37:
[...]


Wat is er in Denemarken dan?

Wat denk je?

[Skyaero]

Alex) schreef op dinsdag 22 november 2016 @ 17:46:
[...]

Wat denk je?

Nog beter!

[Creepy]

EddoH schreef op dinsdag 22 november 2016 @ 12:01:
Pff... Ik loop nou al 2 weken iemand anders z'n troep op te ruimen, en ben er helemaal klaar mee. Ik ben opgeleid tot software developer, niet tot schoonmaker. Sowieso zit ik niet lekker meer op mijn plek. Tijd voor iets anders...

[/verkapte-kom-maar-op-met-die-vacatures-post]

Ja mag mijn Java zooi komen puinruimen? Gewoon in Nederland
_{en ook frontend mbv angular....}

[EddoH]

.oisyn schreef op dinsdag 22 november 2016 @ 16:53:
[...]

Ach, C is ook kut

Er zijn gradaties in kutdheid

Creepy schreef op dinsdag 22 november 2016 @ 18:52:
[...]

Ja mag mijn Java zooi komen puinruimen? Gewoon in Nederland
_{en ook frontend mbv angular....}

Misschien moet ik maar een bedrijf in digitale afvalverwerking beginnen dan

[jip_86]

Hier ook nog wel 'wat' Delphi rommel

[Hydra]

M'n vorige baan was ik in ColdFusion bezig. Da's serieus gewoon slechter dan PHP. Dus ik eh...win?

[farlane]

EddoH schreef op dinsdag 22 november 2016 @ 14:37:
[...]
De betreffende troep van iemand anders is in C, maar PHP is sowieso kut ja

Geef mij maar dan. Ik hou er van om kut C code te refactoren naar andere kut C code.

[Ryur]

Hydra schreef op woensdag 23 november 2016 @ 09:12:
M'n vorige baan was ik in ColdFusion bezig. Da's serieus gewoon slechter dan PHP. Dus ik eh...win?

Gecondoleerd! Ik ben er nooit 'professioneel' in aanraking meegekomen, en dat wil ik graag zo houden!

[EddoH]

farlane schreef op woensdag 23 november 2016 @ 09:36:
[...]

Geef mij maar dan. Ik hou er van om kut C code te refactoren naar andere kut C code.

Geloof me dat je dit niet wilt. Datastructuren, wat zijn dat? Functieargumenten doen we niet aan. En globals...globals everywhere! Een main.c van 50.000 regels.

Maar goed, als je er op staat....alsjeblieft:

[farlane]

EddoH schreef op woensdag 23 november 2016 @ 09:48:
[...]
Geloof me dat je dit niet wilt. Datastructuren, wat zijn dat? Functieargumenten doen we niet aan. En globals...globals everywhere! Een main.c van 50.000 regels.

Zou niet de eerste keer zijn dat ik dat tegen kom

Maar goed, als je er op staat....alsjeblieft:
[afbeelding]

Aaaaaaaaaah i love the smell of c-manure in the morning!

[Creepy]

farlane schreef op woensdag 23 november 2016 @ 10:28:
Aaaaaaaaaah i love the smell of c-manure in the morning!

Ik wilde echt net precies hetzelfde posten

[farlane]

Creepy schreef op woensdag 23 november 2016 @ 10:29:
[...]

Ik wilde echt net precies hetzelfde posten

Het is het gevoel wat dat plaatje oproept denk ik

[Hydra]

Ryur schreef op woensdag 23 november 2016 @ 09:39:
Gecondoleerd! Ik ben er nooit 'professioneel' in aanraking meegekomen, en dat wil ik graag zo houden!

Thanks. En idem. Ik heb 't ook niet op m'n CV / profiel staan omdat ik er een keer een vacature voor aangeboden kreeg. Voordeel is wel dat het zo dood is als een pier en er dus maar heel weinig bedrijven actief op zoek zijn naar CF developers.

farlane schreef op woensdag 23 november 2016 @ 10:30:
Het is het gevoel wat dat plaatje oproept denk ik

Ik kom oorspronkelijk uit een durp in Twente. Ik kon 't letterlijk ruiken

[.oisyn]

Aaargh ^#@%@#$ fucking Windows Explorer die een folder movet als je per ongeluk verkeerd klikt op de scrollbar

[farlane]

.oisyn schreef op woensdag 23 november 2016 @ 11:13:
Aaargh ^#@%@#$ fucking Windows Explorer die een folder movet als je per ongeluk verkeerd klikt op de scrollbar

Herkenbaar. En pas als je weggeklicked hebt denk je: "Hmmm, heb ik nu een folder verplaatst? En welke was dat dan?"

[.oisyn]

Ik deed het gisteren per ongeluk, maar over het algemeen kun je gewoon undo'en. Alleen heeft ie dat blijkbaar niet gedaan, want vanmorgen was de build stuk vanwege een compleet missende dir.

Everything to the rescue, de missende folder stond inderdaad op een compleet andere plek