DIG Digital Corner
Alles wat je altijd al over computers, hardware, software, internet en elektronische gadgets had willen weten, maar niet op Tweakers.net durft te vragen.
Ohja ik bouw ook gitaar effecten en synthesizer achtige dingen in pure data, maar ik wil eigenlijk nog een keer overstappen naar een andere programmeer taal, misschien rechtstreeks op de geluidskaart programmeren ofzo, dat zou wel stoer zijn. (maarja tijd is hier de lastigste factor)
En mochten we vallen dan is het omhoog. - Krang (uit: Pantani)
My favourite music is the music I haven't yet heard - John Cage
Water: ijskoud de hardste - Gehenna
My favourite music is the music I haven't yet heard - John Cage
Water: ijskoud de hardste - Gehenna
Wat ik trouwens erg lastig vind is dat ik nu steeds meer object georienteerd begin te werken waar begin en stop je je objecten. Ik heb bijvoorbeeld een lijst met localisaties die bestaan uit x, y, precisie en andere parameters. Mijn huidige structuur heeft een object localisatie, en een object localisatielijst die weer een lijst bevat met die localisatie objecten, in de localisatielijst zit weer een object tracklist die informatie bevat over de localisatielijst met betrekking tot welke localisaties bij elkaar horen. Zoals te lezen valt wordt het nogal een warboel van objecten, en ik vraag me af wat minder geheugen computing time kost. Wat grotere objecten maken die veel field informatie in zich dragen of toch kleine objecten maken die weer in andere objecten hangen?
En mochten we vallen dan is het omhoog. - Krang (uit: Pantani)
My favourite music is the music I haven't yet heard - John Cage
Water: ijskoud de hardste - Gehenna
My favourite music is the music I haven't yet heard - John Cage
Water: ijskoud de hardste - Gehenna
Ik ben het laatste half jaar vrijwel exclusief in laravel bezig, na 10+ jaar bijna alleen perl. Was wel ff wennen maar over het algemeen is laravel best nice. Het heeft heel veel dingen standaard aan boord die ik daarvoor allemaal zelf heb moeten bouwen of met losse modules bijelkaar knutselen. Authenticatie, mail, job queueing, testing, caching, database abstractie, etc. Daardoor kun je heel snel en makkelijk een app opzetten. De database migrations van laravel zijn echt super, en de seeder ook. Had ik dat maar eerder gehad!
Maar het project wat ik bouw is wel dermate groot en complex dat ik inmiddels al tegen wat beperkingen van laravel aanloop. De applicatie is heel data-intensief en doordat je op een hoog abstractieniveau bezig bent is bijv echte performance optimalisatie van je database queries lastiger - het aantal queries groeit al snel zonder dat je dat door hebt en bij complexe relaties met veel data wil je soms toch liever raw sql gebruiken, is toch vaak veel sneller, maar waardoor je wel je db onafhankelijkheid kwijtraakt. En die job scheduler waar je niet eens de status kan opvragen van een job en die standaard jobs na 60 seconden al afschiet, dat zijn wel ergernisjes.
Maar ja het blijft natuurlijk ook php. Toch in de basis beduidend slechter over nagedacht dan perl.
Maar het project wat ik bouw is wel dermate groot en complex dat ik inmiddels al tegen wat beperkingen van laravel aanloop. De applicatie is heel data-intensief en doordat je op een hoog abstractieniveau bezig bent is bijv echte performance optimalisatie van je database queries lastiger - het aantal queries groeit al snel zonder dat je dat door hebt en bij complexe relaties met veel data wil je soms toch liever raw sql gebruiken, is toch vaak veel sneller, maar waardoor je wel je db onafhankelijkheid kwijtraakt. En die job scheduler waar je niet eens de status kan opvragen van een job en die standaard jobs na 60 seconden al afschiet, dat zijn wel ergernisjes.
Maar ja het blijft natuurlijk ook php. Toch in de basis beduidend slechter over nagedacht dan perl.
ik werk vooral met Javascript laatste tijd met Meteor en React.
Het is lekker makkelijk om met dat te werken aangezien je heel snel resultaat ziet.
Het is lekker makkelijk om met dat te werken aangezien je heel snel resultaat ziet.
Een object bevat attributen en methoden. Attributen en methoden die bij het object horen hang je aan het object.quote:Op dinsdag 19 juni 2018 10:09 schreef Bosbeetle het volgende:
Wat ik trouwens erg lastig vind is dat ik nu steeds meer object georienteerd begin te werken waar begin en stop je je objecten. Ik heb bijvoorbeeld een lijst met localisaties die bestaan uit x, y, precisie en andere parameters. Mijn huidige structuur heeft een object localisatie, en een object localisatielijst die weer een lijst bevat met die localisatie objecten, in de localisatielijst zit weer een object tracklist die informatie bevat over de localisatielijst met betrekking tot welke localisaties bij elkaar horen. Zoals te lezen valt wordt het nogal een warboel van objecten, en ik vraag me af wat minder geheugen computing time kost. Wat grotere objecten maken die veel field informatie in zich dragen of toch kleine objecten maken die weer in andere objecten hangen?
Zoals je zelf zegt is het een warboel en dat is ook mijn mening over je uitleg waar ik niet heel veel wijzer uit wordt. Maar als jij het hebt over een lokalisatielijst en lokalisatiegegevens bij de objecten dan lijkt deze lijst mij in eerste instantie overbodig. Deze lijst kan afgeleid worden van de verschillende objecten en hoeft geen object op zich te zijn?
Alle projecten waarvan je denkt dat kan in DIG zijn welkom of het nou klein is of niet.quote:Op maandag 18 juni 2018 19:47 schreef gepromoveerT het volgende:
Èhik heb niks met programmeren, maar.....
toch handig batchprogje in elkaar geflutst
echo%SystemRoot%\system32\cmd.exe
cd D:\
netstat.exe -a
cmd
Vroeger langere geschreven met if, go to, and/or en zo.
Was wel leuk voor een super amateurtje!
Zelf begonnen met html aanpassen en niet lang daarna ook begonnen met batch programmatjes. Ene batch programma wat de andere aanriep en vice versa voor een oneindige lus en die dan aanzetten op de computer van een klasgenoot.
Best leuk ja.
I think that it’s extraordinarily important that we in computer science keep fun in computing
For all who deny the struggle, the triumphant overcome
Met zwijgen kruist men de duivel
For all who deny the struggle, the triumphant overcome
Met zwijgen kruist men de duivel
Ah vet als je ergens mee bezig bent hoor ik het graag.quote:
Hier doe ik diverse dingen met C#/MSSQL
Geen echte projecten, maar meer wat kleine scripts/batches en andere zaken
I think that it’s extraordinarily important that we in computer science keep fun in computing
For all who deny the struggle, the triumphant overcome
Met zwijgen kruist men de duivel
For all who deny the struggle, the triumphant overcome
Met zwijgen kruist men de duivel
Klink erg gaaf waar wil je het voor gaan gebruiken?quote:
Ah leuk, ik schrijf vooral FIJI of ImageJ plugins, dat is in JAVA. Recent een 3d floodfill gebouwd die 3d beelden opvult (zoals het emmertje in photoshop maar dan in 3d, met wat extratjes) en heb die ook uitgebouwd naar vullen met een "bal" vorm. Het is alleen nog niet allemaal zo snel als ik zou willen. Ook ben ik bezig om wat simpele registratie plugins te schrijven voor super-resolutie data omdat de bestaande iets te fancy zijn voor onze doeleinden.
Daarnaast doe ik veel met simulaties dingen als vogel zwermen enzo, vrij basic maar wel leuk om mee te pielen, of monte carlos van bacteriën die wat evolueerbare eigenschappen hebben.
Daarnaast doe ik een beetje in R ik en collega's hebben een pakket gemaakt dat super-resolutie data kan analyseren en weergeven, en dat hoop ik snel te publiceren al blijkt dat een gebed zonder einde...
Het is allemaal vrij amateuristisch programmeren maar het is wel leuk om te doen
voorbeeldje van een vogel zwermpje, dit is nog volledig 2d maar ik heb hem uitgebreid naar 3d.
I think that it’s extraordinarily important that we in computer science keep fun in computing
For all who deny the struggle, the triumphant overcome
Met zwijgen kruist men de duivel
For all who deny the struggle, the triumphant overcome
Met zwijgen kruist men de duivel
Je schreef in java te werken toch? Java is wat doorgeslagen in het object oriented paradigma ja.quote:
Wat ik trouwens erg lastig vind is dat ik nu steeds meer object georienteerd begin te werken waar begin en stop je je objecten. Ik heb bijvoorbeeld een lijst met localisaties die bestaan uit x, y, precisie en andere parameters. Mijn huidige structuur heeft een object localisatie, en een object localisatielijst die weer een lijst bevat met die localisatie objecten, in de localisatielijst zit weer een object tracklist die informatie bevat over de localisatielijst met betrekking tot welke localisaties bij elkaar horen. Zoals te lezen valt wordt het nogal een warboel van objecten, en ik vraag me af wat minder geheugen computing time kost. Wat grotere objecten maken die veel field informatie in zich dragen of toch kleine objecten maken die weer in andere objecten hangen?
Hmmm als je gedrag en kenmerken hebt die bij elkaar horen maak ik er in principe een class van. Classes weer zo klein mogelijk, liever composities dan dan grote classes, en in gebruik van de programmatuur altijd interfaces vragen.
Dit is wel een goede om te onthouden: https://nl.m.wikipedia.org/wiki/SOLID
I think that it’s extraordinarily important that we in computer science keep fun in computing
For all who deny the struggle, the triumphant overcome
Met zwijgen kruist men de duivel
For all who deny the struggle, the triumphant overcome
Met zwijgen kruist men de duivel
Ja dat kan ik mij voorstellen. Ook wel eens mee gewerk in java, voor kleinere projecten ideaal maar met wat grotere dingen inderdaad een groot gebrek aan controlle.quote:
Ik ben het laatste half jaar vrijwel exclusief in laravel bezig, na 10+ jaar bijna alleen perl. Was wel ff wennen maar over het algemeen is laravel best nice. Het heeft heel veel dingen standaard aan boord die ik daarvoor allemaal zelf heb moeten bouwen of met losse modules bijelkaar knutselen. Authenticatie, mail, job queueing, testing, caching, database abstractie, etc. Daardoor kun je heel snel en makkelijk een app opzetten. De database migrations van laravel zijn echt super, en de seeder ook. Had ik dat maar eerder gehad!
Maar het project wat ik bouw is wel dermate groot en complex dat ik inmiddels al tegen wat beperkingen van laravel aanloop. De applicatie is heel data-intensief en doordat je op een hoog abstractieniveau bezig bent is bijv echte performance optimalisatie van je database queries lastiger - het aantal queries groeit al snel zonder dat je dat door hebt en bij complexe relaties met veel data wil je soms toch liever raw sql gebruiken, is toch vaak veel sneller, maar waardoor je wel je db onafhankelijkheid kwijtraakt. En die job scheduler waar je niet eens de status kan opvragen van een job en die standaard jobs na 60 seconden al afschiet, dat zijn wel ergernisjes.
Maar ja het blijft natuurlijk ook php. Toch in de basis beduidend slechter over nagedacht dan perl.
I think that it’s extraordinarily important that we in computer science keep fun in computing
For all who deny the struggle, the triumphant overcome
Met zwijgen kruist men de duivel
For all who deny the struggle, the triumphant overcome
Met zwijgen kruist men de duivel
Klinkt goed nooit mee gewerkt. Ik gebruik nu al een tijd typescript i.p.v. javascript en vind dat een verademing.quote:
ik werk vooral met Javascript laatste tijd met Meteor en React.
Het is lekker makkelijk om met dat te werken aangezien je heel snel resultaat ziet.
I think that it’s extraordinarily important that we in computer science keep fun in computing
For all who deny the struggle, the triumphant overcome
Met zwijgen kruist men de duivel
For all who deny the struggle, the triumphant overcome
Met zwijgen kruist men de duivel
nouja er zijn nogal wat methodes die alleen toepasbaar zijn op de lijst... de lijst opzich heeft veel extra informatie zoals tracks in de lijst, die worden bepaald als de lijst compleet is. De localisaties op zich zelf zijn niet zoveel zeggend de hele locolisatielijst vormt het eigenlijke object, namelijk een super-resolutie beeld. Dus in de lijst met localisaties kan ik weer biologische clusters vinden, en tracks die een bead in het beeld voorstellen maar ook wil ik graag uiteindelijk de hele lijst registreren of transformeren om zo lijsten over elkaar te leggen.quote:
[..]
Een object bevat attributen en methoden. Attributen en methoden die bij het object horen hang je aan het object.
Zoals je zelf zegt is het een warboel en dat is ook mijn mening over je uitleg waar ik niet heel veel wijzer uit wordt. Maar als jij het hebt over een lokalisatielijst en lokalisatiegegevens bij de objecten dan lijkt deze lijst mij in eerste instantie overbodig. Deze lijst kan afgeleid worden van de verschillende objecten en hoeft geen object op zich te zijn?
sowieso lukken dingen me vaak wel redelijk in normale snelheid als het over een klein aantal gaat maar deze dataset zitten zo rond de 3 miljoen localisaties en dan duren zelfs vrij eenvoudige mehodes lang. Ik zit nu al een minuut of 2 te wachten en dan heb ik alleen maar data ingeladen en tracks bepaald in de data (en toegangbaar gemaakt zonder dat ik altijd drie miljoen localisaties door moet lopen)
[ Bericht 7% gewijzigd door Bosbeetle op 19-06-2018 20:29:10 ]
En mochten we vallen dan is het omhoog. - Krang (uit: Pantani)
My favourite music is the music I haven't yet heard - John Cage
Water: ijskoud de hardste - Gehenna
My favourite music is the music I haven't yet heard - John Cage
Water: ijskoud de hardste - Gehenna
Wat van de omschreven dingen, die 3d floodfill gebruik ik om analyses te doen aan neuronen, en aan prostaat samples, die evolutie en vogelzwermen gebruik ik niet echt, maar heel af en toe om simulaties te doen van biologische systemen.quote:Op dinsdag 19 juni 2018 17:23 schreef FlippingCoin het volgende:
[..]
Klink erg gaaf waar wil je het voor gaan gebruiken?
[ Bericht 1% gewijzigd door Bosbeetle op 19-06-2018 20:29:41 ]
En mochten we vallen dan is het omhoog. - Krang (uit: Pantani)
My favourite music is the music I haven't yet heard - John Cage
Water: ijskoud de hardste - Gehenna
My favourite music is the music I haven't yet heard - John Cage
Water: ijskoud de hardste - Gehenna
interfaces vind ik altijd weer zo dubbel, interfaces gaan er al vanuit dat er veel gelijksoortige classes gemaakt worden... ik ben nog niet helemaal uit het nut van interfaces.quote:
[..]
Je schreef in java te werken toch? Java is wat doorgeslagen in het object oriented paradigma ja.
Hmmm als je gedrag en kenmerken hebt die bij elkaar horen maak ik er in principe een class van. Classes weer zo klein mogelijk, liever composities dan dan grote classes, en in gebruik van de programmatuur altijd interfaces vragen.
Dit is wel een goede om te onthouden: https://nl.m.wikipedia.org/wiki/SOLID
Ik heb sowieso het probleem dat ik een wetenschapper ben en dus min of meer mijn software om de data heen bouw. Ik heb nooit software die zelf de data maakt of hoeft te genereren. De data is het gegeven en die wil ik met software visualiseren of analyseren.
Dat solid is wel handig vooral regel 1 ben ik mezelf aan het aanleren. Maar dan krijg je wel vaak enorm veel classes. Wat dan weer warrig is.
En mochten we vallen dan is het omhoog. - Krang (uit: Pantani)
My favourite music is the music I haven't yet heard - John Cage
Water: ijskoud de hardste - Gehenna
My favourite music is the music I haven't yet heard - John Cage
Water: ijskoud de hardste - Gehenna
Een praktisch voorbeeld wat je veel zal gebruiken in java:quote:
[..]
interfaces vind ik altijd weer zo dubbel, interfaces gaan er al vanuit dat er veel gelijksoortige classes gemaakt worden... ik ben nog niet helemaal uit het nut van interfaces.
Ik heb sowieso het probleem dat ik een wetenschapper ben en dus min of meer mijn software om de data heen bouw. Ik heb nooit software die zelf de data maakt of hoeft te genereren. De data is het gegeven en die wil ik met software visualiseren of analyseren.
Dat solid is wel handig vooral regel 1 ben ik mezelf aan het aanleren. Maar dan krijg je wel vaak enorm veel classes. Wat dan weer warrig is.
| 1 | List<Type> list3 = new ArrayList<Type>(list1) |
Blijkt dat ArrayList trager is in jouw toepassing, is die erg makkelijk te veranderen.
Het gebruik van interfaces heeft als doel: https://en.wikipedia.org/wiki/Dependency_inversion_principle
de d uit SOLID.
En de design principles zijn dingen die bij veel mensen even moeten klikken als het ware.
I think that it’s extraordinarily important that we in computer science keep fun in computing
For all who deny the struggle, the triumphant overcome
Met zwijgen kruist men de duivel
For all who deny the struggle, the triumphant overcome
Met zwijgen kruist men de duivel
Ah ja dat begrijp ik maar als ik zelf code schrijf en ik wil het vervangen voor een ander methode zorg ik zelf gewoon dat die nieuwe methode dezelfde namen krijgt etc. Ik denk dat mijn projecten te klein zijn voor interfaces. Ik kan voor elke klasse die maak wel een interface schrijven maar er gaat nooit gebruik van gemaakt worden.quote:Op dinsdag 19 juni 2018 20:59 schreef FlippingCoin het volgende:
[..]
Een praktisch voorbeeld wat je veel zal gebruiken in java:
[ code verwijderd ]
Je gebruikt de List interface, en de concrete class ArrayList.
Blijkt dat ArrayList trager is in jouw toepassing, is die erg makkelijk te veranderen.
Het gebruik van interfaces heeft als doel: https://en.wikipedia.org/wiki/Dependency_inversion_principle
de d uit SOLOD.
En de design principles zijn dingen die bij veel mensen even moeten klikken als het ware.
Ik had bijvoorbeeld om wat te oefenen een interface evolvable gemaakt die bestonden uit classes die dus een evolve methode hadden en set en een get. Hartstikke leuk maar behalve dat bij elke evolvable die ik gebruikte "implements evolvable" erbij moest typen veranderd dat niets aan de code.
En mochten we vallen dan is het omhoog. - Krang (uit: Pantani)
My favourite music is the music I haven't yet heard - John Cage
Water: ijskoud de hardste - Gehenna
My favourite music is the music I haven't yet heard - John Cage
Water: ijskoud de hardste - Gehenna
Nou ja bij het gebruiken van lijsten en zo, zou ik het gebruiken zoals in het codevoorbeeld, het kost niet extra werk maar zorgt wel dat je code minder afhankelijk is.quote:
[..]
Ah ja dat begrijp ik maar als ik zelf code schrijf en ik wil het vervangen voor een ander methode zorg ik zelf gewoon dat die nieuwe methode dezelfde namen krijgt etc. Ik denk dat mijn projecten te klein zijn voor interfaces. Ik kan voor elke klasse die maak wel een interface schrijven maar er gaat nooit gebruik van gemaakt worden.
En het kan zeker goed dat je programma te klein is om zelf interfaces te schrijven, als je drie classes hebt en je weet dat dit zo blijft dan kan ik mij wel voorstellen ja dat is een beetje een inzicht dingetje.
I think that it’s extraordinarily important that we in computer science keep fun in computing
For all who deny the struggle, the triumphant overcome
Met zwijgen kruist men de duivel
For all who deny the struggle, the triumphant overcome
Met zwijgen kruist men de duivel
Aan de "andere kant" dus waar je class gebruikt wordt zit juist de grote verandering. Ja de class moet de interface implementeren en voldoen aan het contract.quote:
[..]
Ah ja dat begrijp ik maar als ik zelf code schrijf en ik wil het vervangen voor een ander methode zorg ik zelf gewoon dat die nieuwe methode dezelfde namen krijgt etc. Ik denk dat mijn projecten te klein zijn voor interfaces. Ik kan voor elke klasse die maak wel een interface schrijven maar er gaat nooit gebruik van gemaakt worden.
Ik had bijvoorbeeld om wat te oefenen een interface evolvable gemaakt die bestonden uit classes die dus een evolve methode hadden en set en een get. Hartstikke leuk maar behalve dat bij elke evolvable die ik gebruikte "implements evolvable" erbij moest typen veranderd dat niets aan de code.
Maar waar de class gebruikt wordt praat voortaan met een evolvable, en wat die class voor de rest is en hoe die implementatie eruitziet boeit hier niet (en dat is een heel mooi iets, een verkleinde afhankelijkheid). Het enige wat het hoeft te weten is welke methodes er aangesproken kunnen worden en wat daarvoor nodig is en wat het resultaat is.
I think that it’s extraordinarily important that we in computer science keep fun in computing
For all who deny the struggle, the triumphant overcome
Met zwijgen kruist men de duivel
For all who deny the struggle, the triumphant overcome
Met zwijgen kruist men de duivel
Ja ik ben het al steeds in kleinere stukken aan het knippen zodat ik minder duplicatie in de code krijg en dus niet op meerdere plekken dingen hoef te veranderen als ik één aanpassing maak.quote:
[..]
Nou ja bij het gebruiken van lijsten en zo, zou ik het gebruiken zoals in het codevoorbeeld, het kost niet extra werk maar zorgt wel dat je code minder afhankelijk is.
En het kan zeker goed dat je programma te klein is om zelf interfaces te schrijven, als je drie classes hebt en je weet dat dit zo blijft dan kan ik mij wel voorstellen ja dat is een beetje een inzicht dingetje.
Ik moet trouwens zeggen dat ik best vaak van die arraylists weer terug ga naar arrays als ik eenmaal weet hoe lang ik ze wil hebben zie ik de noodzaak van de arraylist niet meer. Of is dat ook overbodig netjes proberen te doen. Ik word altijd bang van dat soort zaken met zoveel methodes eraan die ik niet nodig heb
Dus wellicht is het good practice om interfaces te maken.
En mochten we vallen dan is het omhoog. - Krang (uit: Pantani)
My favourite music is the music I haven't yet heard - John Cage
Water: ijskoud de hardste - Gehenna
My favourite music is the music I haven't yet heard - John Cage
Water: ijskoud de hardste - Gehenna
In bepaalde toepassingen is het goed om arrays te gebruiken van een vaste lengte. Als je weet wat de lengte is en alle methodes niet nodig hebt. Voor performance hoef je het eigenlijk nooit te doen, dan zou je doorgaans wel in C++ of C werken, uitzonderingen daargelaten.quote:
[..]
Ja ik ben het al steeds in kleinere stukken aan het knippen zodat ik minder duplicatie in de code krijg en dus niet op meerdere plekken dingen hoef te veranderen als ik één aanpassing maak.
Ik moet trouwens zeggen dat ik best vaak van die arraylists weer terug ga naar arrays als ik eenmaal weet hoe lang ik ze wil hebben zie ik de noodzaak van de arraylist niet meer. Of is dat ook overbodig netjes proberen te doen. Ik word altijd bang van dat soort zaken met zoveel methodes eraan die ik niet nodig heb
Dus wellicht is het good practice om interfaces te maken.
I think that it’s extraordinarily important that we in computer science keep fun in computing
For all who deny the struggle, the triumphant overcome
Met zwijgen kruist men de duivel
For all who deny the struggle, the triumphant overcome
Met zwijgen kruist men de duivel
Nouja mijn evolvable is dan geen goed voorbeeld want ik had zeg maar een evoInt en een evoCol en een evoDouble die dus allemaal nogal een andere output hebben met als enige overeenkomst dat ze een methode hebben de evolve heetquote:
[..]
Aan de "andere kant" dus waar je class gebruikt wordt zit juist de grote verandering. Ja de class moet de interface implementeren en voldoen aan het contract.
Maar waar de class gebruikt wordt praat voortaan met een evolvable, en wat die class voor de rest is en hoe die implementatie eruitziet boeit hier niet (en dat is een heel mooi iets, een verkleinde afhankelijkheid). Het enige wat het hoeft te weten is welke methodes er aangesproken kunnen worden en wat daarvoor nodig is en wat het resultaat is.
en dat er dan een waarde random veranderd met een bepaalde max step en fixed min, max.
En mochten we vallen dan is het omhoog. - Krang (uit: Pantani)
My favourite music is the music I haven't yet heard - John Cage
Water: ijskoud de hardste - Gehenna
My favourite music is the music I haven't yet heard - John Cage
Water: ijskoud de hardste - Gehenna
Nouja in C of C++ kan ik geen ImageJ plugins schrijven hèquote:
[..]
In bepaalde toepassingen is het goed om arrays te gebruiken van een vaste lengte. Als je weet wat de lengte is en alle methodes niet nodig hebt. Voor performance hoef je het eigenlijk nooit te doen, dan zou je doorgaans wel in C++ of C werken, uitzonderingen daargelaten.
En mochten we vallen dan is het omhoog. - Krang (uit: Pantani)
My favourite music is the music I haven't yet heard - John Cage
Water: ijskoud de hardste - Gehenna
My favourite music is the music I haven't yet heard - John Cage
Water: ijskoud de hardste - Gehenna
Nee maar omdat Java in de JVM draait heb je ook meestal niet te maken met optimalisaties van die aard, wat met embeded systemen weer wel kan.quote:
[..]
Nouja in C of C++ kan ik geen ImageJ plugins schrijven hè
I think that it’s extraordinarily important that we in computer science keep fun in computing
For all who deny the struggle, the triumphant overcome
Met zwijgen kruist men de duivel
For all who deny the struggle, the triumphant overcome
Met zwijgen kruist men de duivel
Klinkt wel als een goed voorbeeld eigenlijk, maar kan ik zo niet zeggen.quote:
[..]
Nouja mijn evolvable is dan geen goed voorbeeld want ik had zeg maar een evoInt en een evoCol en een evoDouble die dus allemaal nogal een andere output hebben met als enige overeenkomst dat ze een methode hebben de evolve heet
Werk je wel eens met code van anderen? Daar zal je wel goede voorbeelden tegenkomen waarvan je denkt ah ja dat is handig.
I think that it’s extraordinarily important that we in computer science keep fun in computing
For all who deny the struggle, the triumphant overcome
Met zwijgen kruist men de duivel
For all who deny the struggle, the triumphant overcome
Met zwijgen kruist men de duivel
typescript is ook wel leuk idd, maar mijn project is al te ver om nu weer om te schakelen.quote:
[..]
Klinkt goed nooit mee gewerkt. Ik gebruik nu al een tijd typescript i.p.v. javascript en vind dat een verademing.
Ben ook een beetje met Golang aant kutten, maar totaal niet gewend aan dat soort syntax. Voelt voor mij altijd alsof je veel te veel moet typen om iets simpels eruit te krijgen.
tja wat ik al zei geen idee of ik daar huiverig voor moet zijn maar arrays vind ik in de code zoveel schoner staan. Gewoon duidelijk hoe lang die is, eenvoudig door te lopen, geen gedoe. Terwijl zo'n list de hele tijd veranderen kan van lengte, en iets uit de list halen er niet uit zietquote:
[..]
Nee maar omdat Java in de JVM draait heb je ook meestal niet te maken met optimalisaties van die aard, wat met embeded systemen weer wel kan.
Array[i] vs Array.get
; estetisch is het nogal lelijk om die methode te moeten aanroepen, en bij het setten hellemaal Array[i] = value ziet er zoveel mooier uit als Array.set(value,i) maar ik zal wel autistisch zijn
En mochten we vallen dan is het omhoog. - Krang (uit: Pantani)
My favourite music is the music I haven't yet heard - John Cage
Water: ijskoud de hardste - Gehenna
My favourite music is the music I haven't yet heard - John Cage
Water: ijskoud de hardste - Gehenna
Ik ben aardig fan van Go.quote:
[..]
typescript is ook wel leuk idd, maar mijn project is al te ver om nu weer om te schakelen.
Ben ook een beetje met Golang aant kutten, maar totaal niet gewend aan dat soort syntax. Voelt voor mij altijd alsof je veel te veel moet typen om iets simpels eruit te krijgen.
Is even wennen ja dat wel.
I think that it’s extraordinarily important that we in computer science keep fun in computing
For all who deny the struggle, the triumphant overcome
Met zwijgen kruist men de duivel
For all who deny the struggle, the triumphant overcome
Met zwijgen kruist men de duivel
Kwestie van wennen denk ik.quote:
[..]
tja wat ik al zei geen idee of ik daar huiverig voor moet zijn maar arrays vind ik in de code zoveel schoner staan. Gewoon duidelijk hoe lang die is, eenvoudig door te lopen, geen gedoe. Terwijl zo'n list de hele tijd veranderen kan van lengte, en iets uit de list halen er niet uit ziet
Array[i] vs Array.get
I think that it’s extraordinarily important that we in computer science keep fun in computing
For all who deny the struggle, the triumphant overcome
Met zwijgen kruist men de duivel
For all who deny the struggle, the triumphant overcome
Met zwijgen kruist men de duivel
jawel heb wel eens code van anderen gebruikt of bewerkt en heb niet persee het gevoel dat ik heel anders codeer. Ik vind hun code vaak ook een warboel van classes. ImageJ zelf is een goed voorbeeld trouwens een plaatje bestaat daar uit een imageplus waarin een imagestack hangt die vervolgens weer volhangt met imageprocessors waar uiteindelijk de array met values inzit... duurt echt wel even voordat je die structuur begrijpt en eenvoudig kunt gebruiken.quote:
[..]
Klinkt wel als een goed voorbeeld eigenlijk, maar kan ik zo niet zeggen.
Werk je wel eens met code van anderen? Daar zal je wel goede voorbeelden tegenkomen waarvan je denkt ah ja dat is handig.
Dus als ik een pixelwaarde van een plaatje wil dan pak ik het plaatje een imageplus haal daaruit de stack zoek op de juiste z hoogte de imageprocessor en get daaruit de x,y waarde...
En mochten we vallen dan is het omhoog. - Krang (uit: Pantani)
My favourite music is the music I haven't yet heard - John Cage
Water: ijskoud de hardste - Gehenna
My favourite music is the music I haven't yet heard - John Cage
Water: ijskoud de hardste - Gehenna
Ik kom van PHP/JS af, dan is zo'n typed language ineens een hele andere koek. Ook zie ik soms de logica er niet in...quote:
[..]
Ik ben aardig fan van Go.
Is even wennen ja dat wel.
