Waarom gebruik je dan ook getters?quote:Op woensdag 19 juni 2019 18:19 schreef FlippingCoin het volgende:
Hele dag al bezig met vage bugs allemaal te maken met het unmarshallen van data, die beperking van getters en attribuutnamen die niet gelijk mogen heten is echt kut in typescript.
SPOILEROm spoilers te kunnen lezen moet je zijn ingelogd. Je moet je daarvoor eerst gratis Registreren. Ook kun je spoilers niet lezen als je een ban hebt.
[ Bericht 27% gewijzigd door embedguy op 20-06-2019 20:30:49 ]Never allow waiting to become a habit.
Live your dreams and take risks.
Life is happening now.
Nou voor een aantal attributen forceer ik het gebruik van setters zodat de wijzigingen via subrictions gebroadcast worden. Dat werk wel erg fijn voor bijvoorbeeld het user object die geset moet zijn voordat er andere dingen gedaan kunnen worden, dan doe ik die logica in een usersubject.subscribe.quote:Op donderdag 20 juni 2019 20:24 schreef embedguy het volgende:
[..]
Waarom gebruik je dan ook getters?
Wat voor registratie boskevertje? Ik weet dat matrixwiskunde een rol speelt bij de zoekalgoritmes van zoekmachines maar daar nog niet verder in verdiept.quote:Op donderdag 20 juni 2019 20:29 schreef Bosbeetle het volgende:
De laatste paar dagen een beetje zitten hannesen met matrix wiskunde, elke keer blijkt het toch weer handiger dan ik in eerste instantie dacht... beetje een eigen registratie aan het bouwen, met een gradient descent. Programmeren heeft me al veel meer wiskunde geleerd dan mijn wiskunde leraar
Ook even een klein imaginary number librarytje gemaakt voor het begrip.
Zie edit in spoiler hierboven.quote:Op donderdag 20 juni 2019 20:27 schreef FlippingCoin het volgende:
[..]
Nou voor een aantal attributen forceer ik het gebruik van setters zodat de wijzigingen via subrictions gebroadcast worden. Dat werk wel erg fijn voor bijvoorbeeld het user object die geset moet zijn voordat er andere dingen gedaan kunnen worden, dan doe ik die logica in een usersubject.subscribe.
Al heb je een terecht punt verder dat ik wat gewoontegetrouw attributes private maak.
Beeld registratie, https://en.wikipedia.org/wiki/Image_registration , twee plaatjes over elkaar heen leggenquote:Op donderdag 20 juni 2019 20:36 schreef FlippingCoin het volgende:
[..]
Wat voor registratie boskevertje? Ik weet dat matrixwiskunde een rol speelt bij de zoekalgoritmes van zoekmachines maar daar nog niet verder in verdiept.
Nou het is zoals bij het observer pattern, dus de observeerders doen dat bewust.quote:Op donderdag 20 juni 2019 20:37 schreef embedguy het volgende:
[..]
Zie edit in spoiler hierboven.
In JavaScript/TypeScript gebruik je in principe geen getters/setters (gebruik het zelf maar in een heel beperkt aantal gevallen).
Sowieso klinkt wat jij noemt wel als een red flag; bij het schrijven van een property zou je er vanuit moeten kunnen gaan dat je die property schrijft zonder een heel process in gang te zetten. Voor je het weet zorgt het voor ongewenste neven effecten (bijv dat indirect de state verandert van andere objecten of van het initiërende object zelf zonder dat die daar rekening mee houdt.
Maar het object die de property schrijft is zich daar misschien niet bewust vanquote:Op donderdag 20 juni 2019 20:41 schreef FlippingCoin het volgende:
[..]
Nou het is zoals bij het observer pattern, dus de observeerders doen dat bewust.
Maar dat is met met het observer pattern toch altijd zo? Ik ga er even over nadenken iig.quote:Op donderdag 20 juni 2019 20:45 schreef embedguy het volgende:
[..]
Maar het object die de property schrijft is zich daar misschien niet bewust van
Achja, kan verder wel prima werken dus als je die problemen niet hebt dan is het prima
Ah gaaf die ga ik doorlezen. Ik moet voor studie nu een edge detection algoritme maken om de grootte van een voorwerp op een foto te bepalen.quote:Op donderdag 20 juni 2019 20:38 schreef Bosbeetle het volgende:
[..]
Beeld registratie, https://en.wikipedia.org/wiki/Image_registration , twee plaatjes over elkaar heen leggen
Ook voor het eerst gebruik gemaakt van : https://en.wikipedia.org/wiki/Homogeneous_coordinates erg handig
Het kan ook via een setX method ipv via een setter.quote:Op donderdag 20 juni 2019 20:46 schreef FlippingCoin het volgende:
[..]
Maar dat is met met het observer pattern toch altijd zo? Ik ga er even over nadenken iig.
Dan zou ik sobel filters gebruiken : https://en.wikipedia.org/wiki/Sobel_operatorquote:Op donderdag 20 juni 2019 20:55 schreef FlippingCoin het volgende:
[..]
Ah gaaf die ga ik doorlezen. Ik moet voor studie nu een edge detection algoritme maken om de grootte van een voorwerp op een foto te bepalen.
| 1 2 3 | -1 0 1 1 1 1 -1 0 1 en 0 0 0 -1 0 1 -1 -1 -1 |
Ja op dat eerste was ook uitgekomen met nog wat dingen dat is denk wel de juiste richting.quote:Op donderdag 20 juni 2019 21:07 schreef Bosbeetle het volgende:
[..]
Dan zou ik sobel filters gebruiken : https://en.wikipedia.org/wiki/Sobel_operator
of wat eenvoudigere
[ code verwijderd ]
kernels
Dat hangt van de situatie af. Qua performance maakt het echt niet uit. Overigens persoonlijk voor eerst in jaren weer met databases aan de gang. Gelijk met 250 terrabyte 😚quote:Op zaterdag 15 juni 2019 23:06 schreef phoenyx het volgende:
6 joins is wel iets om te vermijden maar of je het om moet bouwen en of het wat betreft performance nog acceptabel is of niet hangt er toch vanaf of je 1 row bijlangs gaat of tienduizenden (en wat je zelf acceptabel vindt wat betreft snelheid).
Uhm oke je werkt met een database van 250 tb maar weet niet dat je joins beter kunt vermijden als dat mogelijk is.quote:Op zondag 23 juni 2019 18:16 schreef raptorix het volgende:
[..]
Dat hangt van de situatie af. Qua performance maakt het echt niet uit. Overigens persoonlijk voor eerst in jaren weer met databases aan de gang. Gelijk met 250 terrabyte 😚
Als je gewoon fatsoenlijke indexen maakt, maakt dat echt geen fuck uit.quote:Op zondag 23 juni 2019 20:42 schreef phoenyx het volgende:
[..]
Uhm oke je werkt met een database van 250 tb maar weet niet dat je joins beter kunt vermijden als dat mogelijk is.
Wat vind je hiervan dan?quote:Op zondag 23 juni 2019 21:01 schreef raptorix het volgende:
[..]
Als je gewoon fatsoenlijke indexen maakt, maakt dat echt geen fuck uit.
Klinkt Postgress specifiekquote:Op zondag 23 juni 2019 21:52 schreef phoenyx het volgende:
[..]
Wat vind je hiervan dan?
https://medium.com/squad-(...)g-joins-5be0fca2f523
SPOILEROm spoilers te kunnen lezen moet je zijn ingelogd. Je moet je daarvoor eerst gratis Registreren. Ook kun je spoilers niet lezen als je een ban hebt.Never allow waiting to become a habit.
Live your dreams and take risks.
Life is happening now.
Ja, geen idee verder of dat dat makkelijk in Go gaat. Denk het wel.quote:Op zondag 23 juni 2019 13:30 schreef FlippingCoin het volgende:
Wat zou de beste manier zijn als je met een client server situatie, webapplicatie client en server in go, vanaf de client op de hoogte wil zijn van de wijzigingen in een object op de server? De communicatie verloopt verder door een REST API, alleen doordat ik de wijzigingen redelijk snel wil hebben, moet nog kijken wat hiervoor een goede interval is maar zeker niet meer dan een paar minuten maar liever nog kleiner lijkt mij zo periodiek get requests sturen niet handig.
Een websocket verbinding?
Jawel dat is wel mogelijk zover ik gelezen heb. Oke cool.quote:Op zondag 23 juni 2019 22:58 schreef embedguy het volgende:
[..]
Ja, geen idee verder of dat dat makkelijk in Go gaat. Denk het wel.
Maar het enige alternatief is een verminderde staat van normalisering denk ik.quote:Op zondag 23 juni 2019 21:52 schreef phoenyx het volgende:
[..]
Wat vind je hiervan dan?
https://medium.com/squad-(...)g-joins-5be0fca2f523
Op het moment dat je queries echt te traag op een relationeel model worden en snelheid ook echt een factor is dan kun je natuurlijk gaan kijken naar een een gedecentraliseerd model in een aparte databases, of wellicht gaan kiezen voor NoSQL achtige oplossingen. Persoonlijk heb ik nooit queries gezien die langer dan een seconde duren en dan had je het over stevige queries op grote databases.quote:Op zondag 23 juni 2019 23:05 schreef FlippingCoin het volgende:
[..]
Maar het enige alternatief is een verminderde staat van normalisering denk ik.
Tenminste gezien vanuit mijn database kennis.
Maar als je af kunt met bijv. eens in de 20 sec. geüpdatet worden, dan volstaat rest ook prima. Wel makkelijker.quote:Op zondag 23 juni 2019 23:04 schreef FlippingCoin het volgende:
[..]
Jawel dat is wel mogelijk zover ik gelezen heb. Oke cool.
Ah oke dan ga ik dat eerdt maken dat is idd een stuk makkelijker. Om de halve minuut is wel prima voor het prototype iig.quote:Op maandag 24 juni 2019 07:41 schreef embedguy het volgende:
[..]
Maar als je af kunt met bijv. eens in de 20 sec. geüpdatet worden, dan volstaat rest ook prima. Wel makkelijker.
Ah oke nosql nog niet mee gewerkt, is dat niet minder handig als je records erg verstrengeld zijn?quote:Op maandag 24 juni 2019 04:33 schreef raptorix het volgende:
[..]
Op het moment dat je queries echt te traag op een relationeel model worden en snelheid ook echt een factor is dan kun je natuurlijk gaan kijken naar een een gedecentraliseerd model in een aparte databases, of wellicht gaan kiezen voor NoSQL achtige oplossingen. Persoonlijk heb ik nooit queries gezien die langer dan een seconde duren en dan had je het over stevige queries op grote databases.
Nee, want noSQL zijn in principe altijd platgeslagen modellen, je kunt dan ook geen joins doen, bij NoSQL is het dus ook niet erg om data dubbel op te slaan, het is zelfs noodzakelijk.quote:Op maandag 24 juni 2019 10:18 schreef FlippingCoin het volgende:
[..]
Ah oke nosql nog niet mee gewerkt, is dat niet minder handig als je records erg verstrengeld zijn?
Ah oke dan moet ik daar maar eens naar kijken een keerquote:Op maandag 24 juni 2019 10:27 schreef raptorix het volgende:
[..]
Nee, want noSQL zijn in principe altijd platgeslagen modellen, je kunt dan ook geen joins doen, bij NoSQL is het dus ook niet erg om data dubbel op te slaan, het is zelfs noodzakelijk.
Veel NoSQL databases slaan de data ook nog eens fysiek op meerdere plekken op zodat de engine paralel kan zoeken.
Nou ja, als je veel tabellen hebt van elk miljoen+ rows die je met elkaar moet joinen en soms zelfs meer dan 1 keer, dan ga je dat echt wel snel merken, ook met perfecte indices, ook met beesten van db servers. Op een gegeven moment wordt de performance zo slecht (queries van tientallen seconden of langer) dat het niet meer werkbaar is. En dan moet je uitwijken naar OLAP oplossingen (bijv je data omzetten naar een star scheme), gespecialiseerde relationele db's of storage engines of slimme sharding.quote:Op maandag 24 juni 2019 04:33 schreef raptorix het volgende:
[..]
Op het moment dat je queries echt te traag op een relationeel model worden en snelheid ook echt een factor is dan kun je natuurlijk gaan kijken naar een een gedecentraliseerd model in een aparte databases, of wellicht gaan kiezen voor NoSQL achtige oplossingen. Persoonlijk heb ik nooit queries gezien die langer dan een seconde duren en dan had je het over stevige queries op grote databases.
Helemaal mee eens, maar het is geen zwart/wit keuze natuurlijk, je kunt prima je relationele data aanhouden als je bron en vervolgens deze data gebruiken in een no-sql database.quote:Op maandag 24 juni 2019 13:22 schreef Farenji het volgende:
[..]
Nou ja, als je veel tabellen hebt van elk miljoen+ rows die je met elkaar moet joinen en soms zelfs meer dan 1 keer, dan ga je dat echt wel snel merken, ook met perfecte indices, ook met beesten van db servers. Op een gegeven moment wordt de performance zo slecht (queries van tientallen seconden of langer) dat het niet meer werkbaar is. En dan moet je uitwijken naar OLAP oplossingen (bijv je data omzetten naar een star scheme), gespecialiseerde relationele db's of storage engines of slimme sharding.
Ik ben zelf geen grote fan van nosql, de use cases zijn erg beperkt en de hype is te groot. Iets als mongodb wordt door fanboys vaak aangevoerd als "oplossing voor alles" maar dat is natuurlijk niet zo. De meeste data is gewoon relationeel dus dan is een relationele db de beste keuze. Relaties in mongodb leggen tussen documenten kan op zich maar dat wordt heel snel een PITA en al snel ben je een relationele db aan het her-uitvinden in nosql. En dan wordt de performance nog veel kutter.
Ja lijkt me leuk, werkt het in teams?quote:Op maandag 24 juni 2019 15:17 schreef cablegunmaster het volgende:
https://www.codingame.com mensen die hieraan nog meedoen?
Nee, maar het gaat erom je eigen skills wat bij te werken ik was bezig met een christmas tree in een clash maar was net wat te lastig om snel te doen binnen 10 min (in java dan ) . het gaat hartstikke snel maar helpt wel met je codingskills wat bij te vergen.quote:Op maandag 24 juni 2019 15:24 schreef raptorix het volgende:
[..]
Ja lijkt me leuk, werkt het in teams?
Klinkt leuk alleen wat te warm vandaag.quote:Op maandag 24 juni 2019 15:17 schreef cablegunmaster het volgende:
https://www.codingame.com mensen die hieraan nog meedoen?
Welke opdracht is dat?quote:Op maandag 24 juni 2019 15:33 schreef cablegunmaster het volgende:
[..]
Nee, maar het gaat erom je eigen skills wat bij te werken ik was bezig met een christmas tree in een clash maar was net wat te lastig om snel te doen binnen 10 min (in java dan ) . het gaat hartstikke snel maar helpt wel met je codingskills wat bij te vergen.
Als je dit leuk vind, op Project Euler staan er ook een heleboel.quote:Op maandag 24 juni 2019 15:39 schreef FlippingCoin het volgende:
[..]
Klinkt leuk alleen wat te warm vandaag.
Zal het bookmarken.
Oh van die coding game opdrachten. die code compete opdrachten (5 min clash opdrachten ) maar in java is dat best lastig in 5 min te doen. was er uiteindelijk halfuur mee bezigquote:
SPOILEROm spoilers te kunnen lezen moet je zijn ingelogd. Je moet je daarvoor eerst gratis Registreren. Ook kun je spoilers niet lezen als je een ban hebt.Dat doen deze ook maar alleen meer achterliggend.quote:Op maandag 24 juni 2019 16:01 schreef raptorix het volgende:
[..]
Als je dit leuk vind, op Project Euler staan er ook een heleboel.
Ik heb er ooit 1 van in de 400 opgelost, maar tot 100 zijn ze zeker goed te doen, Euler richt zich wel meer op wiskundige problemen.
https://projecteuler.net/archivesRedacted
Ja die heb ik wel eens gedaan vroeger maar toen kwam ik niet heel ver.quote:Op maandag 24 juni 2019 16:01 schreef raptorix het volgende:
[..]
Als je dit leuk vind, op Project Euler staan er ook een heleboel.
Ik heb er ooit 1 van in de 400 opgelost, maar tot 100 zijn ze zeker goed te doen, Euler richt zich wel meer op wiskundige problemen.
https://projecteuler.net/archives
Elke keer pogenquote:Op maandag 24 juni 2019 16:08 schreef FlippingCoin het volgende:
[..]
Ja die heb ik wel eens gedaan vroeger maar toen kwam ik niet heel ver.![]()
Misschien dat ik nu een stuk verder kan komen.
| 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 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 | package com.cablegunmaster; public class ChristmasTree { private final static String ASTERISK = "*"; private final static String DOT = "."; public static void main(String args[]) { int N = 3; ChristmasTree christmasTree = new ChristmasTree(); for (int i = 0; i < N; i++) { int displayDots = N - i; System.out.println(christmasTree.getRepeatedDots(displayDots) + christmasTree.getRepeatedTrunk(i) + christmasTree.getRepeatedDots(displayDots)); } //Foot is done. StringBuilder trunkDots = new StringBuilder(); for (int i = 1; i <= N; i++) { trunkDots.append(ChristmasTree.DOT); } System.out.println(trunkDots + "*" + trunkDots); } private String getRepeatedDots(int dots) { StringBuilder output = new StringBuilder(); for (int i = 0; i < dots; i++) { output.append(ChristmasTree.DOT); } return output.toString(); } private String getRepeatedTrunk(int trunkSize) { StringBuilder output = new StringBuilder(); int trunk = trunkSize(trunkSize); for (int i = 0; i < trunk; i++) { output.append(ChristmasTree.ASTERISK); } return output.toString(); } private int trunkSize(int i) { return 1 + (i * 2); } //1 // .*. // .*. //3 // ...*... // ..***.. // .*****. // ...*... //5 // .....*..... // ....***.... // ...*****... // ..*******.. // .*********. // .....*..... // 12 // ............*............ // ...........***........... // ..........*****.......... // .........*******......... // ........*********........ // .......***********....... // ......*************...... // .....***************..... // ....*****************.... // ...*******************... // ..*********************.. // .***********************. // ............*............ } |
Mss maak ik vanavond een versie in js of go.quote:Op maandag 24 juni 2019 16:11 schreef cablegunmaster het volgende:
[..]
Elke keer pogen. ik heb de kerstboom opdracht gedaan en ga eens een archief aanleggen van dingen .
( mss op github?).
ChristmasTree.java
[ code verwijderd ]
N = 48quote:Op maandag 24 juni 2019 16:19 schreef FlippingCoin het volgende:
[..]
Mss maak ik vanavond een versie in js of go.
SPOILEROm spoilers te kunnen lezen moet je zijn ingelogd. Je moet je daarvoor eerst gratis Registreren. Ook kun je spoilers niet lezen als je een ban hebt.Ok layout kan dit niet aan.
Redacted
Oke nou ja ik geloof je wel eigenlijk hoor. Las er later ook over dat het een misopvatting kon zijn dat joins trager gingen. Sommige andere bronnen zeggen dat het wel klopt dus weet zelf even niet meer wat ik moet geloven. Bij ons kunnen queries 30 minuten duren, en dat gaat allemaal met joins. Voor ons is dat geen probleem want we draaien het gewoon in de database en dan gaan we wat anders doen ondertussen. Maar verklaart misschien wel waarom ik ook wel geloof dat joins nogal vertragen. Bedenk me nu trouwens dat het vaak/altijd wel meerdere queries zijn die elkaar opvolgen, een enkele querie met joins is max 50 seconden als ik terugdenkquote:Op maandag 24 juni 2019 04:33 schreef raptorix het volgende:
[..]
Op het moment dat je queries echt te traag op een relationeel model worden en snelheid ook echt een factor is dan kun je natuurlijk gaan kijken naar een een gedecentraliseerd model in een aparte databases, of wellicht gaan kiezen voor NoSQL achtige oplossingen. Persoonlijk heb ik nooit queries gezien die langer dan een seconde duren en dan had je het over stevige queries op grote databases.
quote:Op maandag 24 juni 2019 16:20 schreef cablegunmaster het volgende:
[..]
N = 48layout kan het wel aan maar puntjes zijn wat kleiner dan *SPOILEROm spoilers te kunnen lezen moet je zijn ingelogd. Je moet je daarvoor eerst gratis Registreren. Ook kun je spoilers niet lezen als je een ban hebt.Ok layout kan dit niet aan.![]()
97 karakters bij de laatste 2 regels klopt prima
[ Bericht 0% gewijzigd door #ANONIEM op 24-06-2019 21:25:26 ]
is qua logica simpel ik had hem door maar kon het niet binnen de 15 min opschrijven.quote:Op maandag 24 juni 2019 21:19 schreef phoenyx het volgende:
Die kerstboom is toch wat betreft logica heel gemakkelijk? Of ben ik nu te voorbarig/dom hoe je het ook wil noemen
| 1 2 3 | def print_christmas_tree(N): for i in list(range(N))+[0]: print((N - i) * '.' + (2*i + 1) * '*' + (N - i) * '.') |
In python en wat heb je gescraped?quote:Op dinsdag 25 juni 2019 09:22 schreef Nattekat het volgende:
Vorige week een api voor Instagram geschreven, dat was leuk scrapewerk
Phpquote:Op dinsdag 25 juni 2019 14:13 schreef FlippingCoin het volgende:
[..]
In python en wat heb je gescraped?
Ah nice.quote:Op dinsdag 25 juni 2019 14:19 schreef Nattekat het volgende:
[..]
Php
Instagram heeft geen dev api, alleen maar eentje die door hun website gebruikt wordt. Dus met wat geknutsel heb ik die bruikbaar gemaakt.
Feed tonen aan gebruikers. Is voor werk, dus ik kan niet in de verre details gaanquote:Op dinsdag 25 juni 2019 14:33 schreef FlippingCoin het volgende:
[..]
Ah nice.![]()
En wat ga je ermee doen?
Ah ja begrijpelijk wel gaaf.quote:Op dinsdag 25 juni 2019 14:55 schreef Nattekat het volgende:
[..]
Feed tonen aan gebruikers. Is voor werk, dus ik kan niet in de verre details gaan
Nice syntax, erg kort. Ben benieuwd hoe die in GO is. Geloof dat die het op een nette manier in één regel moet kunnen.quote:Op dinsdag 25 juni 2019 09:12 schreef thabit het volgende:
Misschien geen Java gebruiken dan
[ code verwijderd ]
SPOILEROm spoilers te kunnen lezen moet je zijn ingelogd. Je moet je daarvoor eerst gratis Registreren. Ook kun je spoilers niet lezen als je een ban hebt.Had niets beters te doen dus ook een poging gedaan om het functioneel op te lossen;SPOILEROm spoilers te kunnen lezen moet je zijn ingelogd. Je moet je daarvoor eerst gratis Registreren. Ook kun je spoilers niet lezen als je een ban hebt.Dat was hem niet helemaal, wel grappig om even mee te prutsen.Never allow waiting to become a habit.
Live your dreams and take risks.
Life is happening now.
In Python kan het ook wel in 1 regel, maar is net wat minder leesbaar:quote:Op dinsdag 25 juni 2019 21:44 schreef embedguy het volgende:
[..]
Nice syntax, erg kort. Ben benieuwd hoe die in GO is. Geloof dat die het op een nette manier in één regel moet kunnen.
| 1 | print_xmastree = lambda N: print('\n'.join((N-i)*'.'+(2*i+1)*'*'+(N-i)*'.' for i in list(range(N))+[0])) |
| 1 2 3 4 5 6 7 8 9 10 11 12 13 | #include #include #include using namespace std; int main(int argc, char *argv[]) { int N = atoi(argv[1]); for (int i = 0; i < N; ++i) { cout << string(N-i, '.') << string(2*i+1, '*') << string(N-i, '.') << endl; } cout << string(N, '.') << '*' << string(N, '.') << endl; } |
Aja, ziet er ook niet heel verkeerd eruit.quote:Op dinsdag 25 juni 2019 23:04 schreef thabit het volgende:
[..]
In Python kan het ook wel in 1 regel, maar is net wat minder leesbaar:
[ code verwijderd ]
| 1 | Func |
quote:Op donderdag 27 juni 2019 22:38 schreef FlippingCoin het volgende:
Ik zag vandaag een job interview vraag.
Stel je hebt een gesorteerde array met integers, en een losse integer, de som, en je moet erachter komen of twee getallen in de array samen die som maken.
Dus [1,2,4,4] en 8 is true
[2,3,4,7] en 8 is false
Je hoeft alleen waar of onwaar te bepalen niet dr loxatie van de getallen.
En gelet op efficiëntie hoe zouden jullie dit oplossen?
SPOILEROm spoilers te kunnen lezen moet je zijn ingelogd. Je moet je daarvoor eerst gratis Registreren. Ook kun je spoilers niet lezen als je een ban hebt.
quote:Op donderdag 27 juni 2019 22:48 schreef thabit het volgende:
[..]Ja nice.SPOILEROm spoilers te kunnen lezen moet je zijn ingelogd. Je moet je daarvoor eerst gratis Registreren. Ook kun je spoilers niet lezen als je een ban hebt.
Ik ging eerst heel simpel naar een dubbele loop maar dit is veel beter.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
Misschien, moet ik nog even over nadenken. Ik ga wel een cursus pentesting volgen.quote:Op vrijdag 12 juli 2019 16:51 schreef FlippingCoin het volgende:
Nog mensen die een zomerprojectje beginnen?
Ah dat klinkt goed.quote:Op woensdag 17 juli 2019 10:29 schreef DevFreak het volgende:
[..]
Misschien, moet ik nog even over nadenken. Ik ga wel een cursus pentesting volgen.
no shit sherlockquote:Op maandag 29 juli 2019 13:54 schreef Faux. het volgende:
Dat is ook de hele achterliggende gedachte van Docker hè
| Forum Opties | |
|---|---|
| Forumhop: | |
| Hop naar: | |