:strip_icc():strip_exif()/u/134368/crop5b6359827c154_cropped.jpeg?f=community)
Mijn laatste (grote) reviews: Medal of Honor (VR), Half-Life: Alyx (VR)
:strip_icc():strip_exif()/u/16567/my_avatar2.jpg?f=community){kind=avatar}
"The question of whether a computer can think is no more interesting than the question of whether a submarine can swim" - Edsger Dijkstra
Ik snap het wel. Als je een object aanmaakt en een aantal velden zet, dan is dat in Java al een hele blok code. D.m.v. die return kan die code een stuk korter.
Maar dan heb je wel het probleem dat het niet aan de bean spec voldoet. Niet elk framework kan er goed mee omgaan.
Als het immutable objecten waren, dan is het wel weer te begrijpen (maar die returnen geen 'this'
)
Wat mij betreft zou hier iets voor gevonden moeten worden.
Maar dan heb je wel het probleem dat het niet aan de bean spec voldoet. Niet elk framework kan er goed mee omgaan.
Als het immutable objecten waren, dan is het wel weer te begrijpen (maar die returnen geen 'this'
)Wat mij betreft zou hier iets voor gevonden moeten worden.
let the past be the past.
Als het immutable objecten waren, dan had je überhaupt geen setters gehad natuurlijk.:
Ik snap het wel. Als je een object aanmaakt en een aantal velden zet, dan is dat in Java al een hele blok code. D.m.v. die return kan die code een stuk korter.
Maar dan heb je wel het probleem dat het niet aan de bean spec voldoet. Niet elk framework kan er goed mee omgaan.
Als het immutable objecten waren, dan is het wel weer te begrijpen (maar die returnen geen 'this'
Wat mij betreft zou hier iets voor gevonden moeten worden.
"The question of whether a computer can think is no more interesting than the question of whether a submarine can swim" - Edsger Dijkstra
Nu moet ik heel eerder zeggen dat ik dit ook met enige regelmaat moeilijk te vermijden vindt.:
En uiteraard veel methoden / class namen zoals "AbstractedDitIsEenObjectDatZoEnZoDoetMaarTochStiekemWatAndersServiceImplementation". Een gezonde mix van NL en EN.
Aan de ene kant is het 'correcter' om alles in je code in het Engels te houden omdat de syntax zelf in het Engels is, maar om voor al je modellen, objecten, variabelen etc perse Engelse termen te gaan gebruiken slaat af en toe ook nergens op.
/u/26735/crop5b6e03049ac12.png?f=community)
:strip_icc():strip_exif()/u/36003/crop584e9e5c223bd.jpeg?f=community)
Ubiquitous language 
Termen als bsn, huurtoeslag, tussenvoegsel, franchise en erfdienstbaarheid vertalen omdat Engels cool is
Termen als bsn, huurtoeslag, tussenvoegsel, franchise en erfdienstbaarheid vertalen omdat Engels cool is
Look, runners deal in discomfort. After you get past a certain point, that’s all there really is. There is no finesse here.
:strip_exif()/u/4828/gigi.gif?f=community)
En toen besloot je 5 jaar verder om de maintenance te outsourcen, of je komt erachter dat software engineers schaars zijn en dat nog een disclaimer dat ze NL moeten zijn je extra kost in NL:
Ubiquitous language
Termen als bsn, huurtoeslag, tussenvoegsel, franchise en erfdienstbaarheid vertalen omdat Engels cool is
"The purpose of computing is insight, not numbers." -- Richard Hamming
Mja, "maintenance outsourcen" bij een systeem met een complex domein wordt sowieso lastig. Dan moeten complexe business requirements weer door iemand vertaalt worden, waarbij waarschijnlijk heel wat nuances verloren gaan, de vertaalde terminologie niet strookt met de in de code gehanteerde vertalingen en ga zo maar door.:
[...]
En toen besloot je 5 jaar verder om de maintenance te outsourcen, of je komt erachter dat software engineers schaars zijn en dat nog een disclaimer dat ze NL moeten zijn je extra kost in NL
"The question of whether a computer can think is no more interesting than the question of whether a submarine can swim" - Edsger Dijkstra
"The question of whether a computer can think is no more interesting than the question of whether a submarine can swim" - Edsger Dijkstra
Een hele snelle opzoeking op internet geeft::
Ubiquitous language
Termen als bsn, huurtoeslag, tussenvoegsel, franchise en erfdienstbaarheid vertalen omdat Engels cool is
bsn; citizenServiceNumber or citizenIdentifier
huurtoeslag; rentAllowance
tussenvoegsel; prefix or surnamePrefix
erfdienstbaarheid; easement
franchise, ligt eraan wat je bedoelt, want dat kan gewoon een Engels woord zijn als het om ondernemen gaat. Bij een verzekering spreken ze in het Engels over excess wat ik zo snel op Google kan vinden.
Zelf programmeer ik ook in het Engels. Ik vind Nederlands in code niet netjes. En als ik niet de exacte vertaling weet zoek ik de Nederlandse Wikipedia pagina erbij en ga ik vandaar uit naar de Engelse pagina.
Look, runners deal in discomfort. After you get past a certain point, that’s all there really is. There is no finesse here.
/u/286895/icon1.png?f=community)
Elke berekening is dan toch in het Engels, in plaats van in zijn eigen taal?
Berekeningen of variabelen voor meerdere landen hergebruiken lijkt me behoorlijk optimistisch vanwege de grote verschillen (in ieder geval in het geval van persoonlijke toeslagen en belastingen). Ook daar: elk land heeft zijn eigen concepten en factoren die niet één-op-één overeenkomen, dus je krijgt Engelse namen voor Nederlandse factoren die in Duitsland helemaal niet bestaan, of er half mee overlappen. Als je Nederlandse klant je vraagt om een huurtoeslagberekening toe te voegen, en een Duitse klant vraagt om Mietzuschussberechnung, dan lijkt het me nogal riskant om die in de software gewoon op één hoop te gooien omdat dat toch ongeveer hetzelfde is volgens wikipedia. In ieder geval kan daar beter een financieel expert over oordelen dan een programmeur die de code daardoor mooier vindt.
Maar goed, ik heb ook geen ervaring met administratieve software. Maar ik heb wel jarenlang geklaag aangehoord over de complexiteit van administratieve software aan de keukentafel.
[ Voor 43% gewijzigd door bwerg op 08-09-2018 00:09 ]
Heeft geen speciale krachten en is daar erg boos over.
:strip_icc():strip_exif()/u/67180/crop5e000c49677af_cropped.jpeg?f=community)
In een subclass een nieuwe variabele aanmaken, omdat de variabele in de abstracte class niet aan de coding style afspraken voldoet. 
You don't have to be crazy to do this job, but it helps ....
Tja je kan een oproepkracht ook in het engels een CallGirl noemen. En ja dat is gebeurd in een groot (internationaal) salarispakket. En ja de foutmelding 'CallGirl not supplied' kwam tevoren bij klanten....:
Ubiquitous language
Termen als bsn, huurtoeslag, tussenvoegsel, franchise en erfdienstbaarheid vertalen omdat Engels cool is
"The question of whether a computer can think is no more interesting than the question of whether a submarine can swim" - Edsger Dijkstra
/u/57387/claimedavatar-70.png?f=community){kind=avatar}
En wat wil je daar aan doen?
Carrousel (NL), Carousel (EN-US), Roundabout (EN-GB) of Merry-go-round?
Until (EN-US) of Untill (EN-GB)
Canceled (EN-US) of Cancelled (EN-GB)
etc. krijg je met smartypants straks de discussie dat Engels incorrect is en weer een nieuwe standaards document dat vertelt dat iedereen EN-US moet gebruiken omdat dat meer mensen zijn dan EN-GB bijvoorbeeld
Maak je niet druk, dat doet de compressor maar
Het gaat niet om spellingsverschillen. Het gaat om verschil in betekenis. Zeker als je bijvoorbeeld in een juridisch domein opereert is dat zeer relevant. Concepten uit het Nederlandse recht zijn niet altijd één op één te vertalen naar het Amerikaans of Brits recht om maar eens wat te noemen.:
[...]
En wat wil je daar aan doen?
Carrousel (NL), Carousel (EN-US), Roundabout (EN-GB) of Merry-go-round?
Until (EN-US) of Untill (EN-GB)
Canceled (EN-US) of Cancelled (EN-GB)
etc. krijg je met smartypants straks de discussie dat Engels incorrect is en weer een nieuwe standaards document dat vertelt dat iedereen EN-US moet gebruiken omdat dat meer mensen zijn dan EN-GB bijvoorbeeld
"The question of whether a computer can think is no more interesting than the question of whether a submarine can swim" - Edsger Dijkstra
/u/56000/neuken.png?f=community)
Ik kom niet veel meer op stackoverflow want het niveau is echt om te huilen, maar soms verveel ik me en ga ik toch kijken of ik iemand kan helpen. Ik weet dat het niet de bedoeling is maar dit is echt een pareltje: iemand wil z'n datum in een bepaald formaat hebben blijkbaar:
Gewoon compleet geen enkel idee wat je eigenlijk aan het doen bent...
code:
1
2
| string t = Convert.ToString(DateTime.UtcNow); DateTime d2 = DateTime.ParseExact(t, "yyyy-MM-ddTHH:mm:ssZ", CultureInfo.InvariantCulture); |
Gewoon compleet geen enkel idee wat je eigenlijk aan het doen bent...
/u/1906/crop5dfd46928e003.png?f=community)
En? Context is alles. Is dit van een developer met jaren ervaring dan mag je erom lachen (of huilen). Is het van iemand die net begonnen is om zichzelf te leren programmeren dan hoef ik daar echt niet om te lachen.:
Ik kom niet veel meer op stackoverflow want het niveau is echt om te huilen, maar soms verveel ik me en ga ik toch kijken of ik iemand kan helpen. Ik weet dat het niet de bedoeling is maar dit is echt een pareltje: iemand wil z'n datum in een bepaald formaat hebben blijkbaar:
code:
Gewoon compleet geen enkel idee wat je eigenlijk aan het doen bent...
:strip_icc():strip_exif()/u/439769/crop5a510243ea2e3_cropped.jpeg?f=community)
Niet om jou, maar dit is wel een reden voor veel mensen om geen vragen te plaatsen. Programmeren is best moeilijk en veel mensen hebben geen zin om zich dom te voelen omdat iemand hun vraag belachelijk maakt.:
Ik kom niet veel meer op stackoverflow want het niveau is echt om te huilen, maar soms verveel ik me en ga ik toch kijken of ik iemand kan helpen. Ik weet dat het niet de bedoeling is maar dit is echt een pareltje: iemand wil z'n datum in een bepaald formaat hebben blijkbaar:
code:
Gewoon compleet geen enkel idee wat je eigenlijk aan het doen bent...
Less alienation, more cooperation.
/u/78293/osiris.png?f=community)
Een van mijn allereerste programma's in Visual Basic 4. Het programma stelde vragen, van variabelen had ik nog nooit gehoord, laat staan loops, dus gooide ik alles in een form element wat ik verborg. De loop simuleerde ik door gewoon 100en GoTo statements te gebruiken 
Label7 is hier het vraagnummer, elke keer als de timer afliep keek hij naar het vraagnummer en bepaalde zo welke text getoond moest worden. Onderstaande gaat nog zo'n 800 regels verder
Label7 is hier het vraagnummer, elke keer als de timer afliep keek hij naar het vraagnummer en bepaalde zo welke text getoond moest worden. Onderstaande gaat nog zo'n 800 regels verder
code:
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
| If Label7.Caption = 1 Then GoTo 10 Else GoTo 20 10 Label1.Caption = Form6.Text1.Text Label2.Caption = Form6.Text21.Text Label3.Caption = Form6.Text61.Text Label6.Caption = Form6.Text41.Text GoTo 9999 20 If Label7.Caption = 2 Then GoTo 30 Else GoTo 40 30 Label1.Caption = Form6.Text2.Text Label2.Caption = Form6.Text22.Text Label3.Caption = Form6.Text62.Text Label6.Caption = Form6.Text42.Text GoTo 9999 40 If Label7.Caption = 3 Then GoTo 50 Else GoTo 60 50 Label1.Caption = Form6.Text3.Text Label2.Caption = Form6.Text23.Text Label3.Caption = Form6.Text63.Text Label6.Caption = Form6.Text43.Text GoTo 9999 60 If Label7.Caption = 4 Then GoTo 70 Else GoTo 80 70 Label1.Caption = Form6.Text4.Text Label2.Caption = Form6.Text24.Text Label3.Caption = Form6.Text64.Text Label6.Caption = Form6.Text44.Text GoTo 9999 80 If Label7.Caption = 5 Then GoTo 90 Else GoTo 100 90 Label1.Caption = Form6.Text5.Text Label2.Caption = Form6.Text25.Text Label3.Caption = Form6.Text65.Text Label6.Caption = Form6.Text45.Text GoTo 9999 100 If Label7.Caption = 6 Then GoTo 110 Else GoTo 120 110 Label1.Caption = Form6.Text6.Text Label2.Caption = Form6.Text26.Text Label3.Caption = Form6.Text66.Text Label6.Caption = Form6.Text46.Text |
Ontwikkelaar van de Drammer whisky app voor Android en iOS / arduino-lessen.nl / blender-lessen.nl
"The question of whether a computer can think is no more interesting than the question of whether a submarine can swim" - Edsger Dijkstra
Is dat toevallig een collega uit de BI-hoek? Ik had er namelijk één die exact hetzelfde deed, alleen dan zonder ORM.
"The question of whether a computer can think is no more interesting than the question of whether a submarine can swim" - Edsger Dijkstra
Nee niet eens, developer met +- 5 jaar ervaring.:
Is dat toevallig een collega uit de BI-hoek? Ik had er namelijk één die exact hetzelfde deed, alleen dan zonder ORM.
offtopic:
Het is nog steeds kosteneffectief om te outsourcen, hoewel de engineers in meeste westerse landen graag geloven dat dat het niet is. Stukje trots en "not invented here syndrome" wat deels gezond is. Het is echter niet voor niets dat alle multinationals een office in India/China hebben. Ook ik heb er dagelijks mee te maken. Een goede architectuur opzetten voor een project waar veel onduidelijk is is niet iets waar je ze graag voor inzet. Maintenance van een project waar je nog 25 jaar support moet geven maar niet je kostbare FTE'S uit Nederland/US voor wilt inzetten wel. Hoewel we graag geloofden dat ze er een zooitje van zouden maken draaien onze projecten eigenlijk prima op resources van capgemini India en Accenture. Klant blij, resources vrij, resources blij (want niet meer werken aan oude troep).
Wat betreft de taal, hypothetisch: je wordt ingehuurd om te werken aan de software waarover je praat:
- je komt er achter dat die deels geschreven is in het Pools/Spaans/you name it
- je komt er achter dat alles in het Engels is
Welke optie heb je liever? Ik denk dat elke taal nagenoeg dezelfde concepten kent en dat er altijd een prima vertaling te vinden is die de lading dekt, of in ieder geval lijkt aan wat het concept zou moeten betekenen. Een scan van de class en documentatie zou dan alle onduidelijkheid kunnen verhelpen.
Het is nog steeds kosteneffectief om te outsourcen, hoewel de engineers in meeste westerse landen graag geloven dat dat het niet is. Stukje trots en "not invented here syndrome" wat deels gezond is. Het is echter niet voor niets dat alle multinationals een office in India/China hebben. Ook ik heb er dagelijks mee te maken. Een goede architectuur opzetten voor een project waar veel onduidelijk is is niet iets waar je ze graag voor inzet. Maintenance van een project waar je nog 25 jaar support moet geven maar niet je kostbare FTE'S uit Nederland/US voor wilt inzetten wel. Hoewel we graag geloofden dat ze er een zooitje van zouden maken draaien onze projecten eigenlijk prima op resources van capgemini India en Accenture. Klant blij, resources vrij, resources blij (want niet meer werken aan oude troep).
Wat betreft de taal, hypothetisch: je wordt ingehuurd om te werken aan de software waarover je praat:
- je komt er achter dat die deels geschreven is in het Pools/Spaans/you name it
- je komt er achter dat alles in het Engels is
Welke optie heb je liever? Ik denk dat elke taal nagenoeg dezelfde concepten kent en dat er altijd een prima vertaling te vinden is die de lading dekt, of in ieder geval lijkt aan wat het concept zou moeten betekenen. Een scan van de class en documentatie zou dan alle onduidelijkheid kunnen verhelpen.
Oude code teruglezen is gaaf:
Een van mijn allereerste programma's in Visual Basic 4. Het programma stelde vragen, van variabelen had ik nog nooit gehoord, laat staan loops, dus gooide ik alles in een form element wat ik verborg. De loop simuleerde ik door gewoon 100en GoTo statements te gebruiken
Label7 is hier het vraagnummer, elke keer als de timer afliep keek hij naar het vraagnummer en bepaalde zo welke text getoond moest worden. Onderstaande gaat nog zo'n 800 regels verder
code:
. Prima eerste poging! Als student assistent kwam ik dit vroeger geregeld tegen bij studenten industrieel ontwerpen die een digitale mock-up moesten maken van hun product. Keurde ik vaak gewoon goed als ze antwoorden dat ze alleen maar VB schreven omdat het moest, niet omdat ze het nodig/leuk vonden. "Doet wat het moet doen? --> 0 kans om ze later als developer in te moeten huren? --> goed gedaan ga maar door!" 
code:
1
2
3
4
5
6
7
| BufferedReader br = new BufferedReader( new FileReader (file));
String line = null;
String lines = "";
while( ( line = br.readLine() ) != null ) {
lines = lines + line;
} |
Op een plek waar files van >>10mb geparsed worden
[ Voor 5% gewijzigd door Flapmo op 09-09-2018 10:52 ]
"The purpose of computing is insight, not numbers." -- Richard Hamming
:strip_icc():strip_exif()/u/20205/IconMindGames.jpg?f=community)
/u/3813/100_8985_ICON2.JPG?f=community)
Somniferous whisperings of scarlet fields. Sleep calling me and in my dreams i wander. My reality is abandoned (I traverse afar). Not a care if I never everwake.
Je hebt op zich gelijk maar maanden hebben namen én nummers. Waar de nummers nog universeel zijn binnen de gregoriaanse kalender en namen per taal verschillen.
Datum en tijd zijn gewoon irritant
Datum en tijd zijn gewoon irritant
Look, runners deal in discomfort. After you get past a certain point, that’s all there really is. There is no finesse here.
Het commentaar is gelukkig wel goed. Months since januari. Dus januari is 0. Iedereen gaat de mist in op de API maar het is wel correct volgens eigen API
.+1. Zeker als je nog met pannenkoeken moet werken die timestamps durven op te slaan in iets anders dan UTC. Leuk man services die in lokale tijdzone opslaan. Eerst een query in welke tijdzone de service nu weer draait. Dan naar UTC en dan correleren..Datum en tijd zijn gewoon irritant
[ Voor 29% gewijzigd door Flapmo op 09-09-2018 11:01 ]
"The purpose of computing is insight, not numbers." -- Richard Hamming
:strip_icc():strip_exif()/u/12461/crop65b195553d948.jpg?f=community)
Give a man a game and he'll have fun for a day. Teach a man to make games and he'll never have fun again.
:strip_exif()/u/69716/disgaea2_thief.gif?f=community)
Database van een klant: Collation error wanneer ik twee verschillende tabellen probeer te joinen; op DEZELFDE database. Hoe krijg je dat klaargespeeld 
'Multiple exclamation marks,' he went on, shaking his head, 'are a sure sign of a diseased mind.' - Pratchett.
:strip_icc():strip_exif()/u/104670/66407.jpg?f=community)
Nooit bij stilgestaan. Niemand hier heeft ook een idee waarom het zo is, ms-sql database van 15 jaar oud.
Heel die datumdiscussie doet me wat terugdenken aan de Tom Scott video
'Multiple exclamation marks,' he went on, shaking his head, 'are a sure sign of a diseased mind.' - Pratchett.
:strip_icc():strip_exif()/u/10274/crop67712295188a6_cropped.jpg?f=community)
Somniferous whisperings of scarlet fields. Sleep calling me and in my dreams i wander. My reality is abandoned (I traverse afar). Not a care if I never everwake.
Look, runners deal in discomfort. After you get past a certain point, that’s all there really is. There is no finesse here.
Somniferous whisperings of scarlet fields. Sleep calling me and in my dreams i wander. My reality is abandoned (I traverse afar). Not a care if I never everwake.
Look, runners deal in discomfort. After you get past a certain point, that’s all there really is. There is no finesse here.
Somniferous whisperings of scarlet fields. Sleep calling me and in my dreams i wander. My reality is abandoned (I traverse afar). Not a care if I never everwake.
:strip_icc():strip_exif()/u/151534/crop5a48e625630a0_cropped.jpeg?f=community)
Als die functie nou isNotEmpty() in plaats van isEmpty() had geheten was het prima geweest
Ik heb er echt 3 keer overheen moeten lezen wat er nou precies fout aan was
Misschien maakt empty wel de lijst leeg, en geeft true terug als de lijst geleegd is, en false als de lijst leeg was. Dan heeft return !empty(); true terug als de lijst al leeg was:
[...]
Als die functie nou isNotEmpty() in plaats van isEmpty() had geheten was het prima geweest
Ik heb er echt 3 keer overheen moeten lezen wat er nou precies fout aan was
Dat je vervolgens wel je data kwijt bent als het niet zo was is een detail.
Dat eerste ziet er ook niet uit als iets dat je in Java doet.
Voor dat tweede geldt inderdaad wel dat je even op de hoogte moet zijn van het feit dat je nu een object aanmaakt waarvoor je geen memory management kunt doen. Ik mag toch eigenlijk wel hopen dat iedereen met een HBO(+) IT opleiding wel in aanraking is gekomen met C(++) en weet dat je daarin grotendeels je eigen geheugenbeheer moet doen.
"The question of whether a computer can think is no more interesting than the question of whether a submarine can swim" - Edsger Dijkstra
Give a man a game and he'll have fun for a day. Teach a man to make games and he'll never have fun again.
/u/81985/crop566b00b43645a.png?f=community)
...al zijn juli en augustus niet toegevoegd. Die maanden heetten oorspronkelijk quintilis (5) en sextilis (6), respectievelijk.
Ipsa Scientia Potestas Est
NNID: ShinNoNoir
/u/224026/crop5a1c1a6fcf1b1.png?f=community)
Tja, is elke control structure uiteindelijk niet gewoon een veredelde GOTO statement?
"The question of whether a computer can think is no more interesting than the question of whether a submarine can swim" - Edsger Dijkstra
Ben ook wel benieuwd hoe je switch statements in bijvoorbeeld Java of C# gaat implementeren zonder break. Of moet je dan 23 elseifs gebruiken?
"The question of whether a computer can think is no more interesting than the question of whether a submarine can swim" - Edsger Dijkstra
return:
Ben ook wel benieuwd hoe je switch statements in bijvoorbeeld Java of C# gaat implementeren zonder break. Of moet je dan 23 elseifs gebruiken?
The best way to write secure and reliable applications. Write nothing; deploy nowhere.
Als je break en continue uit je programma haalt (want dan komt 'ie wel door de certificering heen) door gewoon de rest van je loop-body in een if-statement te zetten win je nou niet per sé aan leesbaarheid.
versus
Ik kan er niet wakker om liggen. Natuurlijk moet je de continues en breaks niet als pepernoten rondstrooien, maar dat geldt voor elke taalconstructie: ik heb ook pogingen gezien waarbij men één exit point wilde houden (want dat is toch zo belangrijk voor de leesbaarheid!) en er op bovenstaande manier een vier lagen diepe if-statement werd gebruikt. Één exit point en compleet onleesbaar, dus dan is diegene even vergeten waarom hij die vuistregel ook alweer toepast.
Dat is ook alweer zo'n vuistregel die soms verkeerd toegepast wordt: extracten van methodes uit te lange functies, want kleine functies zijn beter leesbaar! En dan 10 argumenten voor elke hulpfunctie omdat alle lokale variabelen nodig zijn (want de oorspronkelijke code was spagetti, of gewoon een heel lange en complexe berekening).
code:
1
2
3
4
5
6
7
| while x:
foo()
if y:
continue
doe()
je()
ding() |
versus
code:
1
2
3
4
5
6
| while x:
foo()
if not y:
doe()
je()
ding() |
Ik kan er niet wakker om liggen. Natuurlijk moet je de continues en breaks niet als pepernoten rondstrooien, maar dat geldt voor elke taalconstructie: ik heb ook pogingen gezien waarbij men één exit point wilde houden (want dat is toch zo belangrijk voor de leesbaarheid!) en er op bovenstaande manier een vier lagen diepe if-statement werd gebruikt. Één exit point en compleet onleesbaar, dus dan is diegene even vergeten waarom hij die vuistregel ook alweer toepast.
Door dat switch-statement in een losse functie te stoppen, zodat alle lokale variabelen allemaal als argumenten meegegeven moeten worden zonder duidelijke externe betekenis.:
[...]
return
Dat is ook alweer zo'n vuistregel die soms verkeerd toegepast wordt: extracten van methodes uit te lange functies, want kleine functies zijn beter leesbaar! En dan 10 argumenten voor elke hulpfunctie omdat alle lokale variabelen nodig zijn (want de oorspronkelijke code was spagetti, of gewoon een heel lange en complexe berekening).
[ Voor 26% gewijzigd door bwerg op 13-09-2018 16:22 ]
Heeft geen speciale krachten en is daar erg boos over.
Niet helemaal, return gaat terug uit je methode, waarmee je dus veronderstelt dat er na je switch niets gebeurt.:
[...]
return
Nou is het in mijn ogen ook wel een best practice om je methodes klein te houden in plaats van één grote procedurele brei, maar er zijn vast situaties waar je er niet echt aan ontkomt en helaas deelt 90% van de ontwikkelaars mijn opvatting niet.
Ik snap de gedachte hoor, maar de vraag is of je dan überhaupt niet beter kunt overschakelen naar pure functionele talen of CLP aangezien het vrijwel altijd side-effects zijn die het gedrag van software nondeterministisch maken.
"The question of whether a computer can think is no more interesting than the question of whether a submarine can swim" - Edsger Dijkstra
/u/200133/artemis_square_e_60-60.png?f=community)
Die mening deel ik ook wel, alleen soms heb je inderdaad van die core-functies die dan echt *alles* nodig hebben wat van te voren is bepaald, en dan kom je uit op een functie van 8+ parameters. Wordt je ook niet echt vrolijk van...:
[...]
Niet helemaal, return gaat terug uit je methode, waarmee je dus veronderstelt dat er na je switch niets gebeurt.
Nou is het in mijn ogen ook wel een best practice om je methodes klein te houden in plaats van één grote procedurele brei, maar er zijn vast situaties waar je er niet echt aan ontkomt en helaas deelt 90% van de ontwikkelaars mijn opvatting niet.
/u/411828/crop576907a75c281.png?f=community)
Nee, voornamelijk Java, daarnaast C# en wat PHP en JavaScript (en Swift tijdens mijn minor). Overigens na mijn opleiding zelf wel wat gestoeid met C en C++.:
[...]
Dat eerste ziet er ook niet uit als iets dat je in Java doet.
Voor dat tweede geldt inderdaad wel dat je even op de hoogte moet zijn van het feit dat je nu een object aanmaakt waarvoor je geen memory management kunt doen. Ik mag toch eigenlijk wel hopen dat iedereen met een HBO(+) IT opleiding wel in aanraking is gekomen met C(++) en weet dat je daarin grotendeels je eigen geheugenbeheer moet doen.
Always code as if the guy who ends up maintaining your code will be a violent psychopath who knows where you live.
Een 1000 ( overdreven ) regel functie is prima, als hij maar duidelijk is. Ik lees liever sequentieel duizend regels dan dat ik van allerlei methodes over meerdere files moet doorneuzen. To each his own natuurlijk.:
[...]
Niet helemaal, return gaat terug uit je methode, waarmee je dus veronderstelt dat er na je switch niets gebeurt.
Nou is het in mijn ogen ook wel een best practice om je methodes klein te houden in plaats van één grote procedurele brei, maar er zijn vast situaties waar je er niet echt aan ontkomt en helaas deelt 90% van de ontwikkelaars mijn opvatting niet.
Less alienation, more cooperation.
"The question of whether a computer can think is no more interesting than the question of whether a submarine can swim" - Edsger Dijkstra
:strip_icc():strip_exif()/u/116726/crop5e3ee297a8a03_cropped.jpeg?f=community)
Waarom stoppen bij asm? Waarom niet verder gaan en elke ontwikkelaar logic gates aan elkaar laten knopen op een breadboard? Mooie dingen maken als SR latches en timing-gebeuren te begrijpen. Of nog een stapje verder en logic gates maken met transistoren? Of dominostenen? Of...?
Ipsa Scientia Potestas Est
NNID: ShinNoNoir
:strip_exif()/u/259931/stuiterbal2.gif?f=community)
Das het leuke van coder zijn met een werktuigbouwkunde achtergrond. Ik heb nog wel pneumatische schakelingen ontworpen en gebouwd tijdens mijn studie:
[...]
Waarom stoppen bij asm? Waarom niet verder gaan en elke ontwikkelaar logic gates aan elkaar laten knopen op een breadboard? Mooie dingen maken als SR latches en timing-gebeuren te begrijpen. Of nog een stapje verder en logic gates maken met transistoren? Of dominostenen? Of...?
Waar gaan ze dan nog tijd voor sensitiviteitstraining vinden?:
[...]
Waarom stoppen bij asm? Waarom niet verder gaan en elke ontwikkelaar logic gates aan elkaar laten knopen op een breadboard? Mooie dingen maken als SR latches en timing-gebeuren te begrijpen. Of nog een stapje verder en logic gates maken met transistoren? Of dominostenen? Of...?
Nou ja, je moet natuurlijk ergens een grens trekken, maar een wat meer fundamenteel begrip van wat een computer doet kan zeker geen kwaad. Ik heb een vrij brede opleiding gehad waarin het hele spectrum van hardware description languages tot aan 3/4GL talen voorbij kwam. Niet dat ik in de praktijk ooit nog iets met ASM of met AHDL zou doen, maar het kan geen kwaad om te snappen hoe dat soort zaken werken, juist ook als ze in het dagelijks gebruik zijn weggeabstraheerd.:
[...]
Waarom stoppen bij asm? Waarom niet verder gaan en elke ontwikkelaar logic gates aan elkaar laten knopen op een breadboard? Mooie dingen maken als SR latches en timing-gebeuren te begrijpen. Of nog een stapje verder en logic gates maken met transistoren? Of dominostenen? Of...?
"The question of whether a computer can think is no more interesting than the question of whether a submarine can swim" - Edsger Dijkstra
Oh, voor mij is dit ook wel zo'n 14-15 jaar geleden.
Ik kwam er laatst achter dat een voor de programma's waar ik tegenwoordig verantwoordelijk ben gebruikmaakt van inline asm. Dat wordt leuk als we besluiten om een keer het programma te porten naar 64 bits.
Ipsa Scientia Potestas Est
NNID: ShinNoNoir
/u/89193/crop5913059561374.png?f=community)
Om even te mierenneuken: talen zijn niet inherent gecompileerd of geïnterpret (is dat Nederlands?), en Java-code en C#-code wordt doorgaans gecompileerd.
Ik ben het verder wel eens met je verhaal.
Het bouwen van een compiler is sowieso een erg leuke programmeeropdracht, dus zonde om niet een keer gedaan te hebben.
[ Voor 16% gewijzigd door bwerg op 14-09-2018 15:03 ]
Heeft geen speciale krachten en is daar erg boos over.
Da's niet zo'n heel goed voorbeeld, maar precies eentje om wél op te splitsen
code:
1
2
3
4
5
6
7
8
9
10
11
12
| public void SlaAf(Richting richting) {..}
public void Loop(int meters) {.. }
public void SteekOver(Object obj) {..}
// etc.
Loop(10);
SlaAf(Richting.Links);
SteekOver(plein);
SlaAf(Richting.Links);
Loop(100)
SlaAf(Richting.Rechts);
//etc |
Kater? Eerst water, de rest komt later
Dit is geen opsplitsen, het maakt alleen sommige functies generieker (slaAf en steekOver). Jouw functie is precies even lang als de oorspronkelijke functie.:
[...]
Da's niet zo'n heel goed voorbeeld, maar precies eentje om wél op te splitsen
Sowieso een beetje moeilijk om precies te maken met pseudocode, natuurlijk.
[ Voor 9% gewijzigd door bwerg op 14-09-2018 14:50 ]
Heeft geen speciale krachten en is daar erg boos over.
Ik vond het ook leuk om te doen inderdaad, maar het is wel best pittig. Gaf me wel heel wat meer respect voor zaken als de JVM.:
[...]
Om even te mierenneuken: talen zijn niet gecompileerd of geïnterpret (is dat Nederlands?), en Java-code en C#-code wordt doorgaans gecompileerd.
Ik ben het verder wel eens met je verhaal.
"The question of whether a computer can think is no more interesting than the question of whether a submarine can swim" - Edsger Dijkstra
Over het algemeen ben ik niet zo van het opsplitsen van functies, heb ook meer dan eens 100en regels in een functie gehad omdat opsplitsen er alleen maar toe zou leiden dat elke functie eenmaal zou worden aangeroepen (met een hoop argumenten heen en weer). Een fijn voordeel van opsplitsen is wel dat je op een lager niveau kunt profilen, als performance belangrijk is kun je met opgesplitste code veel beter zien waar de meeste pijn zit. Als je in het voorbeeld hierboven alleen maar loopNaarSchool() hebt weet je nog niks. Het wordt pas interessant als blijkt dat slaAf() bijvoorbeeld langer duurt dan loop(). Dan moet je blijkbaar iets doen aan je manier van afslaan om eerder op school te komen
[ Voor 6% gewijzigd door Jerrythafast op 14-09-2018 20:53 ]
Let op:
Uiteraard is het in dit topic niet de bedoeling dat andere users en/of topics aangehaald worden om ze voor gek te zetten. Lachen om je eigen code, of over dingen die je "wel eens tegengekomen bent" is prima, maar hou het onderling netjes.
Uiteraard is het in dit topic niet de bedoeling dat andere users en/of topics aangehaald worden om ze voor gek te zetten. Lachen om je eigen code, of over dingen die je "wel eens tegengekomen bent" is prima, maar hou het onderling netjes.