Heb zelf ook 3x24" staan. Eén keer gebruikt, daarna weer terug naar twee. En nu weer 1 (met twee uitgeschakelde schermen er langs ).quote:Op zaterdag 9 februari 2019 16:18 schreef mschol het volgende:
[..]
ik had al 3x 24" en wil niet meer terug naar 2 indien enigsinds mogelijk (vooral financieel)
Die muis is een kwestie van instellen..
Ghehe. Drie is inderdaad wel een beetje veel. Twee grote schermen zijn genoeg.quote:Op zaterdag 9 februari 2019 21:55 schreef embedguy het volgende:
[..]
Heb zelf ook 3x24" staan. Eén keer gebruikt, daarna weer terug naar twee. En nu weer 1 (met twee uitgeschakelde schermen er langs ).
Persoonlijk vind ik de derde te veel van het goede; te veel met je hoofd op en neer moeten en maar weinig meerwaarde.
Tegenwoordig doe ik alles weer met alt-tab.
Ik zit al een tijd lang te twijfelen of ik een derde scherm erbij neem, zowel thuis als op het werk.Lijkt mij wel handig om code, database/internet en console naast elkaar te hebben.quote:Op zaterdag 9 februari 2019 21:55 schreef embedguy het volgende:
[..]
Heb zelf ook 3x24" staan. Eén keer gebruikt, daarna weer terug naar twee. En nu weer 1 (met twee uitgeschakelde schermen er langs ).
Persoonlijk vind ik de derde te veel van het goede; te veel met je hoofd op en neer moeten en maar weinig meerwaarde.
Tegenwoordig doe ik alles weer met alt-tab.
Waarom zou je überhaupt T van any willen laten extenden? Of is dat nu puur als voorbeeld?quote:Op zondag 5 mei 2019 12:36 schreef FlippingCoin het volgende:
@:cablegunmaster of andere mensen, waarom kan dit niet in typescript:
[ afbeelding ]
Alle objecten zouden toch moeten voldoen aan T daar T any extend?
Nou ik kwam ergens niet uit dus ik kwam hierop als voorbeeld, uiteindelijk heb ik hetgeen ik wou maken wel werkend gekregen maar snap ik hier de fout nog niet van.quote:Op zondag 5 mei 2019 13:37 schreef Rodgrod het volgende:
[..]
Waarom zou je überhaupt T van any willen laten extenden? Of is dat nu puur als voorbeeld?
Met 'extends' in een generic geef je de restrictie op waar 'T' van afgeleid moet zijn. Je zegt dus dat T afgeleid moet zijn van any, maar alles is afgeleid van any. Any omvat namelijk strings, numbers, etc. Maw, met jouw voorbeeld kan de gebruiker van 'test' hem zo gebruiken:quote:Op zondag 5 mei 2019 12:36 schreef FlippingCoin het volgende:
@:cablegunmaster of andere mensen, waarom kan dit niet in typescript:
[ afbeelding ]
Alle objecten zouden toch moeten voldoen aan T daar T any extend?
1 | const foo: string = test< string >() |
Hier is het ook gewoon 100% valide hoor om te zeggen get<T extends any>(...quote:Op zondag 5 mei 2019 13:42 schreef FlippingCoin het volgende:
[..]
Nou ik kwam ergens niet uit dus ik kwam hierop als voorbeeld, uiteindelijk heb ik hetgeen ik wou maken wel werkend gekregen maar snap ik hier de fout nog niet van.
[ afbeelding ]
Hierbij werkt het wel gewoon zoals ik verwacht had.
En kan ik het ook gebruiken zoals ik verwacht had dat het werkte:
[ afbeelding ]
Dus als ik het goed begrijp met extends any zeg ik dat T alles moet zijn ipv dat T alles mag zijn?quote:Op zondag 5 mei 2019 14:17 schreef embedguy het volgende:
[..]
Met 'extends' in een generic geef je de restrictie op waar 'T' van afgeleid moet zijn. Je zegt dus dat T afgeleid moet zijn van any, maar alles is afgeleid van any. Any omvat namelijk strings, numbers, etc. Maw, met jouw voorbeeld kan de gebruiker van 'test' hem zo gebruiken:
[ code verwijderd ]
'string' is afgeleid van any, dus de gebruiker mag zeggen T=string. Vervolgens moet 'test' dus ook een string teruggeven. Zelfde als de gebruiker zegt dat T=number, dan moet er een number terugkomen. Dat dat doet jouw voorbeeld niet, dus vindt TS je code fout.
Maw, je moet het anders bekijken; de functie mag niet iets willekeurigs iets teruggeven, de gebruiker mag de functie gebruiken om iets willekeurigs terug te krijgen. Wat dat 'willekeurige' is mag de gebruiker van de functie bepalen.
Ow, dat is inderdaad een betere beschrijving ja.quote:Op zondag 5 mei 2019 14:49 schreef FlippingCoin het volgende:
[..]
Dus als ik het goed begrijp met extends any zeg ik dat T alles moet zijn ipv dat T alles mag zijn?
Oke thanks.quote:Op zondag 5 mei 2019 16:29 schreef embedguy het volgende:
[..]
Ow, dat is inderdaad een betere beschrijving ja.
Netjes ik denk dat Embedguy je beter heeft geholpen dan ik dat had kunnen doen .quote:Op zondag 5 mei 2019 17:21 schreef FlippingCoin het volgende:
[..]
Oke thanks.
Heb nu voor mijn app dan een abstractielaag toegevoegd voor de REST calls naar mijn API, nu maar een plaats waar ik de authenticatie headers toe moet voegen en de URL's moet regelen en moet unmarshallen.
Zo vaak gehad dat ik dan weer het marshallen naar JSON was vergeten met een vage HTTP error als gevolg.
Ja ik dacht ik mention jou maar omdat je verleden keer had weten te helpen.quote:Op dinsdag 7 mei 2019 09:24 schreef cablegunmaster het volgende:
[..]
Netjes ik denk dat Embedguy je beter heeft geholpen dan ik dat had kunnen doen .
Weinig dat het vermelden waard isquote:Op woensdag 8 mei 2019 21:13 schreef FlippingCoin het volgende:
En waar is de rest mee bezig voor leuks?
@:nattekat nog leuke projecten?
Te druk met studie voor side projects en zulks?quote:
Jepquote:Op woensdag 8 mei 2019 21:20 schreef FlippingCoin het volgende:
[..]
Te druk met studie voor side projects en zulks?
quote:
Dat zou zomaar kunnenquote:Op woensdag 8 mei 2019 21:25 schreef FlippingCoin het volgende:
[..]
[ afbeelding ]
Maar mss kan je mij dan eens helpen als ik weer vragen heb.
Waarom? Double toughts about PHP aan het krijgen? Of gewoon zomaar voor de hobby oid?quote:Op woensdag 8 mei 2019 21:42 schreef DevFreak het volgende:
Vanaf vrijdag op een uitgebreide .NET-safari!
Heb heel het weekend gereserveerd.
Lange perioe heb ik het erg druk gehad, dus geen tijd gehad de boeken in te duiken. Ik hoop dat ik nu even wat ervaring op kan doen.
Oh middels zelfstudie? Klinkt wel leuk nieuwe dingen leren iig.quote:Op woensdag 8 mei 2019 21:42 schreef DevFreak het volgende:
Vanaf vrijdag op een uitgebreide .NET-safari!
Heb heel het weekend gereserveerd.
Lange perioe heb ik het erg druk gehad, dus geen tijd gehad de boeken in te duiken. Ik hoop dat ik nu even wat ervaring op kan doen.
Mwah, de taal bevalt me gewoon niet meer. Het .NET-ecosysteem is gewoon een heel stuk volwassener, solider en heeft een veel groter toepassingsgebied.quote:Op donderdag 9 mei 2019 23:03 schreef embedguy het volgende:
[..]
Waarom? Double toughts about PHP aan het krijgen? Of gewoon zomaar voor de hobby oid?
Yeah.quote:Op woensdag 15 mei 2019 21:57 schreef FlippingCoin het volgende:
[..]
Oh middels zelfstudie? Klinkt wel leuk nieuwe dingen leren iig.
Ah cool.quote:Op donderdag 16 mei 2019 16:37 schreef DevFreak het volgende:
[..]
Mwah, de taal bevalt me gewoon niet meer. Het .NET-ecosysteem is gewoon een heel stuk volwassener, solider en heeft een veel groter toepassingsgebied.
Ik moet op mijn werk helaas wel verplicht in PHP programmeren, maar misschien dat het me lukt hier en daar wat .NET erin te schuiven.
Mocht het zo zijn dat er hier echt geen plek is voor moderner spul, kan ik in de toekomst altijd nog kijken voor wat anders.
[..]
Yeah.
Ik heb volgende week vakantie. Misschien dat ik dan wat dieper de materie in kan duiken. Ik ben nog aan het verzinnen wat ik zal gaan maken
Wat een hoop woorden om gewoon te zeggen dat je het een paar keer probeert en daarna opgeeft + foutmeldingquote:Op donderdag 16 mei 2019 16:42 schreef FlippingCoin het volgende:
Ik zat nog met een ideetje, ik heb nu een API Service voor mijn app, maar stel dat er een http call niet goed gaat of zo om een wegvallende verbinding of zo hoe zouden jullie dit aanpakken?
Ik zat zelf aan te denken om het decorator pattern toe te passen met een repeater service die een x aantal keer de request herhaald en als het dan nog niet lukt een foutmelding teruggeeft of zo die dan aan de gebruiker gepresenteerd kan worden.
Nou niet helemaal natuurlijk. Het idee is dat de repeater hergebruikt kan worden voor andere dingen en dat je ook gewoon de API service kan gebruiken zonder de repeater wanneer dit niet wenselijk is.quote:Op donderdag 16 mei 2019 16:56 schreef Faux. het volgende:
[..]
Wat een hoop woorden om gewoon te zeggen dat je het een paar keer probeert en daarna opgeeft + foutmelding
Wow, ben jij even ineens 180° gedraaid 😮. Haha, dacht dat je vond dat er niets boven PHP gaat :p.quote:Op donderdag 16 mei 2019 16:37 schreef DevFreak het volgende:
[..]
Mwah, de taal bevalt me gewoon niet meer. Het .NET-ecosysteem is gewoon een heel stuk volwassener, solider en heeft een veel groter toepassingsgebied.
Ik moet op mijn werk helaas wel verplicht in PHP programmeren, maar misschien dat het me lukt hier en daar wat .NET erin te schuiven.
Mocht het zo zijn dat er hier echt geen plek is voor moderner spul, kan ik in de toekomst altijd nog kijken voor wat anders.
[..]
Yeah.
Ik heb volgende week vakantie. Misschien dat ik dan wat dieper de materie in kan duiken. Ik ben nog aan het verzinnen wat ik zal gaan maken
Tja, maar het is en blijft natuurlijk wel mijn werkquote:Op donderdag 16 mei 2019 21:32 schreef embedguy het volgende:
[..]
Wow, ben jij even ineens 180° gedraaid 😮. Haha, dacht dat je vond dat er niets boven PHP gaat :p.
quote:Op donderdag 16 mei 2019 16:40 schreef FlippingCoin het volgende:
[..]
Ah cool.
Ja tenzij het een nieuw paradigma is kan je denk ik het beste gewoon een project starten? Zo heb ik het doorgaans aangepakt iig.
Op mijn stage zijn ze steeds meer dingen van PHP aan het vervangen door Go.
Nou, ik heb er wel serieus naar gekeken en me er een beetje in verdiept, maar ik weet bij nader inzien echt niet of het voor mij nou zo praktisch is om na 10 jaar nog over te stappen op een totaal ander ecosysteem. Ik trek het gewoon echt niet om mezelf dit naast mijn werk ook nog eens aan te moeten leren.quote:Op donderdag 16 mei 2019 21:32 schreef embedguy het volgende:
[..]
Wow, ben jij even ineens 180° gedraaid 😮. Haha, dacht dat je vond dat er niets boven PHP gaat :p.
Achja, voordeel heb je dat je het op zich niet nodig hebt. En het is verder volgens mij ook niet zo dat je over 5 jaar bang moet zijn dat je geen baan meer kan vinden als PHP'er.quote:Op donderdag 30 mei 2019 15:52 schreef DevFreak het volgende:
[..]
[..]
Nou, ik heb er wel serieus naar gekeken en me er een beetje in verdiept, maar ik weet bij nader inzien echt niet of het voor mij nou zo praktisch is om na 10 jaar nog over te stappen op een totaal ander ecosysteem. Ik trek het gewoon echt niet om mezelf dit naast mijn werk ook nog eens aan te moeten leren.
Ik doe zelf Java naast php en Javascript en typescript , en in je eentje is het moeilijk om alles te doen. en bouw nog steeds (als ik zin heb ) mijn socket project af, ik zit daar nog vast op een issue waardoor het wat lastiger is om de zin te vinden.quote:Op vrijdag 31 mei 2019 08:39 schreef embedguy het volgende:
[..]
Achja, voordeel heb je dat je het op zich niet nodig hebt. En het is verder volgens mij ook niet zo dat je over 5 jaar bang moet zijn dat je geen baan meer kan vinden als PHP'er.
Al is horizonverbreding nooit verkeert. Zelf ben/blijf ik ook behoorlijk zitten in wat ik op mijn werk doe. Wil eigenlijk ook wel een project oppakken bijvoorbeeld in GO, puur om eventueel in over te stappen bij mijn volgende baan.
Waarom probeer je niet wat toegankelijkers als Go? Dan heb je geen gezeik met een heel eco systeem of zo toch? Of iets met een ander paradigma dat kan best toegevoegde waarde hebben.quote:Op donderdag 30 mei 2019 15:52 schreef DevFreak het volgende:
[..]
[..]
Nou, ik heb er wel serieus naar gekeken en me er een beetje in verdiept, maar ik weet bij nader inzien echt niet of het voor mij nou zo praktisch is om na 10 jaar nog over te stappen op een totaal ander ecosysteem. Ik trek het gewoon echt niet om mezelf dit naast mijn werk ook nog eens aan te moeten leren.
Nah, ik gebruik inmiddels ReactPHP voor de dingen die ik mistte. Als ik mezelf nu nog een compleet ander ecosysteem aan moet leren hebben ik binnen de kortste keren weer een burnout.quote:Op vrijdag 31 mei 2019 12:46 schreef FlippingCoin het volgende:
[..]
Waarom probeer je niet wat toegankelijkers als Go? Dan heb je geen gezeik met een heel eco systeem of zo toch? Of iets met een ander paradigma dat kan best toegevoegde waarde hebben.
Ah ja ik dacht misschien vind je het leuk.quote:Op donderdag 6 juni 2019 14:34 schreef DevFreak het volgende:
[..]
Nah, ik gebruik inmiddels ReactPHP voor de dingen die ik mistte. Als ik mezelf nu nog een compleet ander ecosysteem aan moet leren hebben ik binnen de kortste keren weer een burnout.
C# als taal is niet zo pittig om jezelf aan te leren indien je al ervaring hebt als programmeur. Wat het lastig maakt is het gigantische framework dat er omheen zit. Ik heb er geen energie voor om naast mijn werk nog eens maanden te zitten om dat mezelf aan te leren.quote:Op donderdag 6 juni 2019 15:11 schreef FlippingCoin het volgende:
[..]
Ah ja ik dacht misschien vind je het leuk.
Maar wat bedoel je helemaal qua ecosysteem dan?
Ja daarom Go is juist anti framework.quote:Op dinsdag 11 juni 2019 09:43 schreef DevFreak het volgende:
[..]
C# als taal is niet zo pittig om jezelf aan te leren indien je al ervaring hebt als programmeur. Wat het lastig maakt is het gigantische framework dat er omheen zit. Ik heb er geen energie voor om naast mijn werk nog eens maanden te zitten om dat mezelf aan te leren.
Ik ben zelf niet thuis in de PHP maar voor de mensen die dat wel zijn zullen ze waarschijnlijk wel wat meer informatie nodig hebben.quote:Op woensdag 12 juni 2019 18:48 schreef phoenyx het volgende:
Wil iemand mij vertellen waar ik een compleet veilig php inlogscript kan vinden?
Er zijn er zoveel, is er iemand die gewoon een recente weet die alles afvangt?
Heb ondertussen wel eentje gevonden. Zelf door een oke uitziend script gekeken om te zien of overal genoeg validaties waren en wat aangepast en is zo wel prima denk ik. Had alleen verwacht dat er (buiten frameworks om) gewoon wel wat gemakkelijker een echt veilig script te vinden zou zijnquote:Op zaterdag 15 juni 2019 17:55 schreef FlippingCoin het volgende:
[..]
Ik ben zelf niet thuis in de PHP maar voor de mensen die dat wel zijn zullen ze waarschijnlijk wel wat meer informatie nodig hebben.
Mja als je moet bouwen op scripts zonder het te kunnen doorgronden kan je het niet gauw veilig noemen denk ik? Maar zoals aangegeven ik heb nog geen lichtpuntje van referentie in de betreffende architectuur dus ik kan er verder weinig over verkondigen.quote:Op zaterdag 15 juni 2019 18:02 schreef phoenyx het volgende:
[..]
Heb ondertussen wel eentje gevonden. Zelf door een oke uitziend script gekeken om te zien of overal genoeg validaties waren en wat aangepast en is zo wel prima denk ik. Had alleen verwacht dat er (buiten frameworks om) gewoon wel wat gemakkelijker een echt veilig script te vinden zou zijn
Nee daarvoor moet je wel kennis hebben. Dat is voor mij wel goed te doen, maar je moet wel op veel zaken letten. Vind het vooral irritant dat er zoveel resultaten uit 2010 etc naar boven komen dus ja was even zoeken naar een script dat er wel oke uitzag.quote:Op zaterdag 15 juni 2019 18:04 schreef FlippingCoin het volgende:
[..]
Mja als je moet bouwen op scripts zonder het te kunnen doorgronden kan je het niet gauw veilig noemen denk ik? Maar zoals aangegeven ik heb nog geen lichtpuntje van referentie in de betreffende architectuur dus ik kan er verder weinig over verkondigen.
Misschien kan je op een recente php versie zoeken?quote:Op zaterdag 15 juni 2019 18:24 schreef phoenyx het volgende:
[..]
Nee daarvoor moet je wel kennis hebben. Dat is voor mij wel goed te doen, maar je moet wel op veel zaken letten. Vind het vooral irritant dat er zoveel resultaten uit 2010 etc naar boven komen dus ja was even zoeken naar een script dat er wel oke uitzag.
Ja wel geprobeerd op 7 maar goed.quote:Op zaterdag 15 juni 2019 18:25 schreef FlippingCoin het volgende:
[..]
Misschien kan je op een recente php versie zoeken?
Goede vraag. Mijn ervaring is vooral dat je zo veel mogelijk weg moet cachen. Probeer je database zo veel mogelijk te ontwijken.quote:Op zaterdag 15 juni 2019 18:54 schreef FlippingCoin het volgende:
@:devzero en anderen
Hoe gaan jullie om met queries die veel joins hebben, zeg een stuk of 6. Is dat iets om te vermijden of gewoon prima qua performance?
Ja daar ga ik zeker over nadenken. Ik zat er ook aan te denken om voor de oudere records materialized views te maken en de join query tot een bepaald punt te laten gaan voor de recentere recorda of zo. Maar ik heb nog niet uigezocht in hoeverre dat kan.quote:Op zaterdag 15 juni 2019 20:59 schreef DevFreak het volgende:
[..]
Goede vraag. Mijn ervaring is vooral dat je zo veel mogelijk weg moet cachen. Probeer je database zo veel mogelijk te ontwijken.
Verder kun je, wanneer mogelijk, eventueel bepaalde gegevens in dezelfde tabel zetten zodat dit weer een join scheelt. Pas hier echter goed mee op en denk het goed door. Verder natuurlijk ook altijd je database indexeren.
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 pogen . ik heb de kerstboom opdracht gedaan en ga eens een archief aanleggen van dingen . ( mss op github?).quote: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) * '.') |
Forum Opties | |
---|---|
Forumhop: | |
Hop naar: |