:strip_exif()/u/52746/eric-cartman_small.gif?f=community)
Ask yourself if you are happy and then you cease to be.
:strip_exif()/u/39092/wolkje-avatar3.gif?f=community){kind=avatar}
Dat hangt wel af van het type DoS aanval natuurlijk. Zo'n typische aanval is natuurlijk zoveel mogelijk netwerkrequests vuren en die aanval kun je beter op netwerkniveau aanpakken. Maar een DoS kun je ook bereiken door requests te vuren waardoor de ontvanger de hele tijd blijft afwachten op extra info, óf via de cpu bereiken door gewoon heel dure requests te vuren. Bij dat soort methoden heb je een stuk minder requests nodig om hetzelfde eindresultaat te bereiken. Ik heb zo snel even geen voorbeeld maar het zou niet de eerste keer zijn
Neemt niet weg dat die lengtelimiet, als ie bestaat, in de meeste gevallen best wel een heel stuk hoger kan.
Never attribute to malice that which can be adequately explained by stupidity. - Robert J. Hanlon
60% of the time, it works all the time. - Brian Fantana
/u/286895/icon1.png?f=community)
Inderdaad. Daar irriteer ik me ook altijd mateloos aan. Ik hoef echt geen 64 karakter passwords te hebben op elke site maar als 't al op of onder 20 karakters afgekapt wordt dan wordt ik boos ja.
Klopt. Wachtwoorden moet je niet allemaal willen onthouden overal want dan zijn ze:
- Of te makkelijk
- Of te vaak herhaald
Yep
Never attribute to malice that which can be adequately explained by stupidity. - Robert J. Hanlon
60% of the time, it works all the time. - Brian Fantana
/u/243953/crop56f55a7bcf291.png?f=community)
:strip_icc():strip_exif()/u/206968/325134.jpg?f=community)
Slowloris is daar een mooi voorbeeld van:
Dat hangt wel af van het type DoS aanval natuurlijk. Zo'n typische aanval is natuurlijk zoveel mogelijk netwerkrequests vuren en die aanval kun je beter op netwerkniveau aanpakken. Maar een DoS kun je ook bereiken door requests te vuren waardoor de ontvanger de hele tijd blijft afwachten op extra info, óf via de cpu bereiken door gewoon heel dure requests te vuren. Bij dat soort methoden heb je een stuk minder requests nodig om hetzelfde eindresultaat te bereiken. Ik heb zo snel even geen voorbeeld maar het zou niet de eerste keer zijn
Neemt niet weg dat die lengtelimiet, als ie bestaat, in de meeste gevallen best wel een heel stuk hoger kan.
If money talks then I'm a mime
If time is money then I'm out of time
:strip_icc():strip_exif()/u/439769/crop5a510243ea2e3_cropped.jpeg?f=community)
Toch lijkt me dat lastig.
Ik log weleens vaker met webmail in op meerdere locaties bijvoorbeeld, daarvoor is toch wel erg handig dat ik het wachtwoord weet en dat dit niet 1 of ander random gegenereerde code is.
Wel probeer ik zoveel mogelijk 2FA toe te passen met bijvoorbeeld Google Authenticator en heb ik voor bijna alles een ander wachtwoord (en die bewaar ik wel allemaal in een Keepass bestand).
Nadeel daarvan is dat ik niet altijd bij het Keepass bestand kan. Ik zat ook al te kijken naar de Keepass app voor Android.
Enige nadeel van steeds meer afhankelijk van die telefoon zijn, is dat je echt niks meer kan zodra die telefoon stuk is. Toevallig zat ik een aantal weken geleden zonder mobiele telefoon en dan ben je toch zwaar de sjaak als je zo ongeveer nergens meer bij kan.
Ik maak ook altijd een backup van die Google Authenticator QR codes (in Keepass) voor als ik weer eens een andere telefoon heb en alles terug moet zetten.
Maar goed... ik ben een beetje sjappie wat mijn spullen betreft. Telefoons sneuvelen nog weleens. De laatste werd niet blij sinds de fingerprint sensor doorboord was
Hij lag in mijn rugzak bij mijn sleutels toen ik op het strand zat...
Ask yourself if you are happy and then you cease to be.
Als je je telefoon al bij je hebt voor 2FA kun je ook het wachtwoord daar vandaan halen, of je bent ingelogd op mobiel om je mail te lezen:
[...]
Toch lijkt me dat lastig.
Ik log weleens vaker met webmail in op meerdere locaties bijvoorbeeld, daarvoor is toch wel erg handig dat ik het wachtwoord weet en dat dit niet 1 of ander random gegenereerde code is.
Wel probeer ik zoveel mogelijk 2FA toe te passen met bijvoorbeeld Google Authenticator en heb ik voor bijna alles een ander wachtwoord (en die bewaar ik wel allemaal in een Keepass bestand).
Nadeel daarvan is dat ik niet altijd bij het Keepass bestand kan. Ik zat ook al te kijken naar de Keepass app voor Android.
Enige nadeel van steeds meer afhankelijk van die telefoon zijn, is dat je echt niks meer kan zodra die telefoon stuk is. Toevallig zat ik een aantal weken geleden zonder mobiele telefoon en dan ben je toch zwaar de sjaak als je zo ongeveer nergens meer bij kan.
Ik maak ook altijd een backup van die Google Authenticator QR codes (in Keepass) voor als ik weer eens een andere telefoon heb en alles terug moet zetten.
Maar goed... ik ben een beetje sjappie wat mijn spullen betreft. Telefoons sneuvelen nog weleens. De laatste werd niet blij sinds de fingerprint sensor doorboord was
Keepass in dropbox/drive/zoiets zetten is echt ideaal. Vervolgens kun je met je clients gewoon er vandaan lezen/naar toe schrijven en het word over het goed gedetecteerd als er iets veranderd is. Nog nooit problemen mee gehad. En mocht je telefoon stuk gaan, ja, dan ben je tijdelijk de sjaak, maar dat ben je dan ook bij alle diensten die 2FA hebben (zoals je mail waarschijnlijk ook)
Mja, ik ben ouderwets en ik heb echt een hekel aan berichten tikken op een telefoon. Ik vind een laptop al bewerkelijk:
[...]
Als je je telefoon al bij je hebt voor 2FA kun je ook het wachtwoord daar vandaan halen, of je bent ingelogd op mobiel om je mail te lezen
Het liefst heb ik gewoon een ouderwets groot toetsenbord en een 24" scherm voor mijn neus voor alles dat meer dan 3 regels typen is.
Ask yourself if you are happy and then you cease to be.
Dat heb ik zelf ook. Maar het is prima zat voor 3 regels. En als het meer dan 3 regels is dan kan het meestal ook wel even wachten omdat ik wat moet uitzoeken of heb ik mijn laptop in de buurt liggen.:
[...]
Mja, ik ben ouderwets en ik heb echt een hekel aan berichten tikken op een telefoon. Ik vind een laptop al bewerkelijk
Beetje laat maar mag ik nog even aansluiten?
Ik ben het helemaal met je eens dat het MVC voorbeeld in de video als een tang op een varken slaat. Maar zo heel vreemd is React (+ Redux ) niet. En helemaal onrealistisch is het voorbeeld in de video ook weer niet op de manier dat (JS) MVC frameworks wel degelijk banaan kunnen gaan of giga performance issues kunnen krijgen bij grotere projecten.
Ik heb dit gezien bij Angular 1 en Aurelia, met de nieuwe Angular of Vue heb ik geen ervaring maar volgens mij is het problem inherent aan "two-way data biding". Tegenwoordig doen we alles met React (en Redux) en dat schaalt in onze ervaring veel beter.
Klopt, eenmalig wat meer werk. Dat is als je Redux wilt gebruiken. Ik gebruik Redux alleen bij "horizontal state management" (sorry voor mijn warrige termen of voor als ie al in gebruik is). Hiermee bedoel ik dat componenten die die NIET genest zijn maar WEL naast elkaar staan. Hiervoor is Redux een goed overlappend state management systeem.
Voor "vertical state management", hiermee bedoel ik componenten die NIET naast elkaar staan maar wel genest zijn gebruik ik het "container/component" pattern. Waarbij het bovenste de container is, die al de state heeft. En al zijn kinderen pure componenten zijn die alleen maar "props" hebben en geen state. Deze kunnen wel de container state updaten via callbacks die de state updaten in de container, welke alle children update (daar is die weer: FLOW).
Voor het gevalletje horizontal state management (om het nog maar even zo te noemen) heb je geen afgesloten scope waarin je de props kunt overhevelen. Dus gebruik je Redux welke deze props voor je "mapped" uit een grotere state welke dan weer in 1 bestandje leeft.
Nou niet helemaal, je kunt dus meerdere van deze "stores" aanmaken en enkel de stores gebruiken die je nodig hebt. Je hebt losse waarheden welke je desgewenst aan componenten kunt verbinden. Pas je 1 store aan, volgen alle AANGESLOTEN componenten automatisch. De overige componenten doen niets.
Dit zegt mij niets
Mijn ervaring is dat two-way data flow vooral makkelijk is en niet zo erg als er niet nagedacht hoeft te worden over een grotere architectuur. Het is ook makkelijk om het fout doen waardoor je snel een split brain kunt creëren (of gewoon een hele trage website).
:strip_icc():strip_exif()/u/110760/ava.jpg?f=community)
Ik denk dat hij de nieuwe context api bedoeld.:
[...]
Dit zegt mij niets
code:
1
| const { Provider, Consumer } = React.createContext({}); |
:strip_icc():strip_exif()/u/36083/crop5dca9e34ce091_cropped.jpeg?f=community)
Bedankt voor je uitgebreide reactie. Na mijn oorspronkelijke post ben ik er wel meer in gedoken. Ik heb ook even bij Udemy 2 cursusjes in de aanbieding gekocht van Angular2+ en React (van Maximillian Schwarzmuller, wel een aanrader). Voor de profi's onder ons gesneden koek, maar voor mij erg leuk. Daar komt ik er wel meer achter dat beide methodes hun merits hebben. React is heel erg gedreven vanuit een UI-building perspectief, waardoor je dingen als de nieuwe Context-API, of Error Boundaries ook als het ware zo in je JSX stopt. Dat vind ik persoonlijk vrij awkward, maar aan de andere kant is JSX weer heel krachtig. Ook is het vrij duidelijk wat er gebeurt als je het component opent dan heb je alles wat je zoekt.:
[...]
Beetje laat maar mag ik nog even aansluiten?
Ik ben het helemaal met je eens dat het MVC voorbeeld in de video als een tang op een varken slaat. Maar zo heel vreemd is React (+ Redux ) niet. En helemaal onrealistisch is het voorbeeld in de video ook weer niet op de manier dat (JS) MVC frameworks wel degelijk banaan kunnen gaan of giga performance issues kunnen krijgen bij grotere projecten.
Ik heb dit gezien bij Angular 1 en Aurelia, met de nieuwe Angular of Vue heb ik geen ervaring maar volgens mij is het problem inherent aan "two-way data biding". Tegenwoordig doen we alles met React (en Redux) en dat schaalt in onze ervaring veel beter.
[...]
Klopt, eenmalig wat meer werk. Dat is als je Redux wilt gebruiken. Ik gebruik Redux alleen bij "horizontal state management" (sorry voor mijn warrige termen of voor als ie al in gebruik is). Hiermee bedoel ik dat componenten die die NIET genest zijn maar WEL naast elkaar staan. Hiervoor is Redux een goed overlappend state management systeem.
Voor "vertical state management", hiermee bedoel ik componenten die NIET naast elkaar staan maar wel genest zijn gebruik ik het "container/component" pattern. Waarbij het bovenste de container is, die al de state heeft. En al zijn kinderen pure componenten zijn die alleen maar "props" hebben en geen state. Deze kunnen wel de container state updaten via callbacks die de state updaten in de container, welke alle children update (daar is die weer: FLOW).
Voor het gevalletje horizontal state management (om het nog maar even zo te noemen) heb je geen afgesloten scope waarin je de props kunt overhevelen. Dus gebruik je Redux welke deze props voor je "mapped" uit een grotere state welke dan weer in 1 bestandje leeft.
[...]
Nou niet helemaal, je kunt dus meerdere van deze "stores" aanmaken en enkel de stores gebruiken die je nodig hebt. Je hebt losse waarheden welke je desgewenst aan componenten kunt verbinden. Pas je 1 store aan, volgen alle AANGESLOTEN componenten automatisch. De overige componenten doen niets.
[...]
Dit zegt mij niets
Mijn ervaring is dat two-way data flow vooral makkelijk is en niet zo erg als er niet nagedacht hoeft te worden over een grotere architectuur. Het is ook makkelijk om het fout doen waardoor je snel een split brain kunt creëren (of gewoon een hele trage website).
Angular2+ vind ik persoonlijk logischer, maar dat is misschien omdat ik meer in die klassieke architectuur met services, DI, events, observables en een vrij sterk OO en typesafe systeem denk. Nadeel is wel de enorme overload aan files die je creert en je een custom syntax in de HTML-templates injecteert (*ngIf etc).
Echter, voelt voor mij Angular2+ als een meer doordacht geheel aan en React meer als een verzameling best-practices en een idee erachter van "Woh, feature xxxx van ES6 is gaaf, zullen we daar een nieuwe feature bij verzinnen in React?". Maakt dat het wel een ultra-flexibel framework is en ik zie zeker de voordelen. React is populairder en ontwikkeld veel sneller lijkt het. Angular heeft natuurlijk nogal wat mensen vervreemd sinds hun enorme stap van AngularJS naar Angular2. Vanwege hun architectuur is het volgens mij wel mogelijk om, helemaal als Ivy er is, uiteindelijk veel meer te kunnen verbeteren (loading-times, app grootte etc) echt enorme braking-changes te introduceren.
Voor de lol was ik even een voorbeeld aan het maken welke een complexe SVG in elkaar zette a/d hand van wat data-bronnen. In React was ik zo klaar, in Angular duurde het allemaal wat langer.
Klopt. Ook hier ben ik wat meer ingedoken met behulp van een eigen voorbeeld. De docs vond ik niet erg sterk. Met mijn eigen SVG-voorbeeld kwam ik er al snel achter dat een Context de juiste manier was om niet alle layers die ik in de SVG had allemaal dezelfde parameters door te moeten geven (b.v. viewbox size, theme, etc). Dus zeker een goede API, maar vond het voorbeeld van de docs niet erg sterk of de dingen die ik op Medium gelezen had.
Engineering is like Tetris. Succes disappears and errors accumulate.
:strip_icc():strip_exif()/u/734655/crop6390c3acd41c6_cropped.jpg?f=community)
"Doubt—the concern that my views may not be entirely correct—is the true friend of wisdom and (along with empathy, to which it’s related) the greatest enemy of polarization." -- Václav Havel
Het voorbeeld dat je aandraagt (SVG) is een betere use-case voor React dan het is voor Angular. Hierdoor lijkt jouw verhaal (waar ik verder grotendeels mee eens ben) opeens te veranderen in een A-versus-B verhaal.
Gezien jouw reactie is duidelijk dat het niet de bedoeling was.
Mijn post bekrachtigt verder ook alleen maar wat je in het eerste gedeelte al had geschreven en wat je in het tweede gedeelte bedoelde.
"Doubt—the concern that my views may not be entirely correct—is the true friend of wisdom and (along with empathy, to which it’s related) the greatest enemy of polarization." -- Václav Havel
Volgens mij heeft Google iets aan hun charts veranderd. Vroegah (lees een maand geleden) werd er nog automatisch gezoomd naar het zichtbare gedeelte. Als je op de vertikale as waardes had tussen 75 en 100, zag je gezoomd de grafiek met als minimum +/- 75 en maximum +/- 100.
Nu staat ineens alleen de bovenste kwart van de grafiek gevuld, want minimum is ineens 0 geworden
Edit; gelukkig niet de enige
https://stackoverflow.com...behavior-changed-on-11-28
Gek genoeg lijkt het op Android (nog) wel goed te gaan met auto scaling.
Nu staat ineens alleen de bovenste kwart van de grafiek gevuld, want minimum is ineens 0 geworden
Edit; gelukkig niet de enige
https://stackoverflow.com...behavior-changed-on-11-28Gek genoeg lijkt het op Android (nog) wel goed te gaan met auto scaling.
[ Voor 21% gewijzigd door Matis op 02-01-2019 12:00 ]
If money talks then I'm a mime
If time is money then I'm out of time
Omdat dit topic over meer (of minder) gaat dan JS frameworks libraries houd ik m kort en stel ik voor om ofwel, onze conclusies te trekken, danwel een nieuw topic te openen.
Anyhow, bij voortzetting wellicht handig om dat in een nieuw topic te doen. If not, fijne avond alvast.
Er is een groot verschil tussen een action en een observer. Een observer is inzekere zin een automatische action dispatcher. Je hebt gelijk als je zegt dat Redux een schop moet krijgen maar dat gebeurt altijd door de ontwikkelaar gecontroleerd door een directe call. Je hoeft niet naar een object te gaan kijken maar kunt direct aanbellen. Tuurlijk zal er iets ergens vandaan moeten komen. maar het scheelt even simpel gezegd de helft omdat je alleen via de view (one way) hoeft te kijken of er iets gebeurd. Tuurlijk is dit niet altijd een probleem maar we hadden het hier over grote datasets.
Dat is natuurlijk een prima oplossing maar dan zit je vast in een oude syntax waar de rest van de wereld naar classes gaat.
Even de bal terugkaatsen. Redux heeft (meerdere) werkende implementaties van state in een worker thread draaien. Niet in conceptfase, niet op een experimental branch. Maar gewoon vandaag te gebruiken. Overigens als je de code die implementaties bekijkt zie je dat zoiets echt niet moeilijk te implementeren is, puur een indicatie van dat simpel wellicht ook beter is?
Ho ho, don't get me wrong. Tenzij je hele basale operaties doet moet je zeker niet setTimeout gebruiken als scheduler.
Anyhow, bij voortzetting wellicht handig om dat in een nieuw topic te doen. If not, fijne avond alvast.
In 2019 naar classes gaan, gekke front enders.
"The question of whether a computer can think is no more interesting than the question of whether a submarine can swim" - Edsger Dijkstra
Uhm... Ik wil niet moeilijk doen, maar heb jij ooit html gezien? Het zit vol met classes:
In 2019 naar classes gaan, gekke front enders.
HTML:
1
2
3
4
5
| <div class="container"> <div class="row"> <div class="col"> And so on... </div> </div> </div> |
"Doubt—the concern that my views may not be entirely correct—is the true friend of wisdom and (along with empathy, to which it’s related) the greatest enemy of polarization." -- Václav Havel
/u/454206/crop562d2ccb2479a.png?f=community)
:
[...]
Uhm... Ik wil niet moeilijk doen, maar heb jij ooit html gezien? Het zit vol met classes
HTML:
.Gertjan.: Ik ben een zelfstandige alcoholist, dus ik bepaal zelf wel wanneer ik aan het bier ga!
Ja, want ik doe zelf gewoon full stack. Ik was ook niet degene die zei dat de hele wereld naar classes ging.:
[...]
Uhm... Ik wil niet moeilijk doen, maar heb jij ooit html gezien? Het zit vol met classes
HTML:
"The question of whether a computer can think is no more interesting than the question of whether a submarine can swim" - Edsger Dijkstra
Ik heb toch altijd wel wat moeite gehad met classes als “row” of “col”, veel te gefocussed op opmaak in plaats van descriptive te zijn.:
[...]
Uhm... Ik wil niet moeilijk doen, maar heb jij ooit html gezien? Het zit vol met classes
HTML:
Ik prefereer namen die beschrijven wat ze zijn, niet hoe ze er uit zien.
"The question of whether a computer can think is no more interesting than the question of whether a submarine can swim" - Edsger Dijkstra
:strip_exif()/u/14385/malibu.gif?f=community)
“The best way to get the right answer on the Internet is not to ask a question, it's to post the wrong answer.”
QA Engineer walks into a bar. Orders a beer. Orders 0 beers. Orders 999999999 beers. Orders a lizard. Orders -1 beers.
/u/155568/usericon.png?f=community)
:strip_icc():strip_exif()/u/10274/crop67712295188a6_cropped.jpg?f=community)
:strip_icc():strip_exif()/u/141741/crop5dd6aa7923c3f_cropped.jpeg?f=community)
"The question of whether a computer can think is no more interesting than the question of whether a submarine can swim" - Edsger Dijkstra
:strip_exif()/u/80759/monstermania_small.gif?f=community)
“The best way to get the right answer on the Internet is not to ask a question, it's to post the wrong answer.”
QA Engineer walks into a bar. Orders a beer. Orders 0 beers. Orders 999999999 beers. Orders a lizard. Orders -1 beers.
"The question of whether a computer can think is no more interesting than the question of whether a submarine can swim" - Edsger Dijkstra
"Doubt—the concern that my views may not be entirely correct—is the true friend of wisdom and (along with empathy, to which it’s related) the greatest enemy of polarization." -- Václav Havel
:strip_icc():strip_exif()/u/43400/avatar.jpeg?f=community){kind=avatar}
Unlimited free private repositories with GitHub Free 
[ Voor 16% gewijzigd door RobIII op 08-01-2019 08:10 ]
There are only two hard problems in distributed systems: 2. Exactly-once delivery 1. Guaranteed order of messages 2. Exactly-once delivery.
Je eigen tweaker.me redirect
Over mij
:strip_icc():strip_exif()/u/36003/crop584e9e5c223bd.jpeg?f=community)
Net gedowngraded! Thanks, Microsoft!
[ Voor 7% gewijzigd door kenneth op 08-01-2019 08:14 ]
Look, runners deal in discomfort. After you get past a certain point, that’s all there really is. There is no finesse here.
/u/224026/crop5a1c1a6fcf1b1.png?f=community)
:strip_icc():strip_exif()/u/73625/Tetris_failure_ava_forum.jpg?f=community)
Ik moet zeggen dat Microsoft inderdaad goed bezig is. Ik hoop dat mensen die skeptisch waren over de overname ook inzien dat een overname ook voordelen (zoals deze kan hebben). Ik betwijfel of Github deze stap had gemaakt indien ze niet waren overgenomen.
Ik vind de vooruitgang bij Microsoft echt enorm de afgelopen jaren; ze richten zich echt in een hele brede manier op developers en embracen veel (open-source) technologie die bijdraagt aan software ontwikkel trajecten. In het verleden voelde ik me toch in een soort Microsoft bubble zitten; de API's en frameworks waren heel erg Microsoft georienteerd, waar Microsoft nu een mantra lijkt te hebben van "if you can't beat them, join them". Er worden veel proefballonnetjes opgelaten... veel ruimte voor experimenteren. En als iemand anders het beter heeft gedaan, zijn ze eerder bereid om hun eigen framework te vervangen door de betreffende 3rd party library.
Ik mis Steve Balmer voor geen meter.
[ Voor 13% gewijzigd door Laurens-R op 08-01-2019 12:29 ]
Look, runners deal in discomfort. After you get past a certain point, that’s all there really is. There is no finesse here.
Waar ze alleen nog wel eens vanaf mogen is het idee dat ze zelf weer allerlei UI concepten moeten uitvinden. Die blades in Azure en ook al die net niet intuïtieve zaken in VSTSAzure Devops storen me mateloos.
Maar verder zie ik inderdaad heel veel positieve ontwikkelingen.
"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/87691/avatar_alex.jpg?f=community){kind=avatar}
Muah een beetje flauw niet? SEO hoeft niet je favo beroep te zijn, is het van mij ook niet maar het genoemde scenario komt vaan genoeg voor en dan mag je best een beetje de verantwoordelijkheid bij jezelf leggen om gewoon robuuste software te maken.:
[...]
FTFY.
:strip_icc():strip_exif()/u/510323/crop5c49c55cb1a09_cropped.jpeg?f=community)
Of je gebruikt een server side framework als Vaadin, kun je tenminste in een fatsoenlijke taal herbruikbare componenten bouwen.
"The question of whether a computer can think is no more interesting than the question of whether a submarine can swim" - Edsger Dijkstra
Goede design principles zijn taal en framework agnostisch. Geen framework is zo goed om afstand van deftig werk te verantwoorden.:
[...]
Of je gebruikt een server side framework als Vaadin, kun je tenminste in een fatsoenlijke taal herbruikbare componenten bouwen.
Goede design principles zijn toch net wat lastiger toe te passen in Assembly dan in bijvoorbeeld Java of C#.
"The question of whether a computer can think is no more interesting than the question of whether a submarine can swim" - Edsger Dijkstra
True, maar design principles zijn er om code beter en leesbaarder, beter te onderhouden, veiliger (etc. etc.) te maken. Hogere talen delen een beetje dat doel.:
[...]
Goede design principles zijn toch net wat lastiger toe te passen in Assembly dan in bijvoorbeeld Java of C#.
Maar zowel in Java als in Python of PHP of C# of Javascript of (S)CSS kun je DRY principles toepassen of seperation of concerns toepassen of gescoped werken.
Dus tenzij je in assembly zit te tikken snap ik je punt niet helemaal.
/u/262310/ava.png?f=community)
:strip_icc():strip_exif()/u/116726/crop5e3ee297a8a03_cropped.jpeg?f=community)
Ik snap 't ook niet. Ik bedoel op zich wel, als je écht paranoïde bent.
En stel nu dat ze dat wel doen, wat zou GH of MS daar nu werkelijk mee kunnen? En belangrijker nog, als zoiets ooit uit komt: wat zou er dan gebeuren en is het dát voor GH en MS waard? Een beetje het (één na) meest waardevolle bedrijf ter wereld om zeep helpen om in private repo's rond te grasduinen..
Maar goed, het is het aloude argument tegen de cloud. Dropbox medewerkers zitten ook tussen iedereens privé foto's te kijken en Microsoft leest de samenvattingen van je belastingaangiften in OneDrive toch ook al
Never attribute to malice that which can be adequately explained by stupidity. - Robert J. Hanlon
60% of the time, it works all the time. - Brian Fantana
Nogmaals; mij boeit het niet zoveel over wat bedrijven e.d. inzien. Ik gebruik zelf prima github, outlook, gmail etc. Sterker nog; bij mij waren e-mails opeens allemaal gelezen (ik lees niet alle e-mails). Na contact e.d. met outlook kreeg ik het argument "ja dat was een bugje". Sure.:
[...]
Ik snap 't ook niet. Ik bedoel op zich wel, als je écht paranoïde bent.
En stel nu dat ze dat wel doen, wat zou GH of MS daar nu werkelijk mee kunnen? En belangrijker nog, als zoiets ooit uit komt: wat zou er dan gebeuren en is het dát voor GH en MS waard? Een beetje het (één na) meest waardevolle bedrijf ter wereld om zeep helpen om in private repo's rond te grasduinen..
Maar goed, het is het aloude argument tegen de cloud. Dropbox medewerkers zitten ook tussen iedereens privé foto's te kijken en Microsoft leest de samenvattingen van je belastingaangiften in OneDrive toch ook al
Het gaat er niet om of ik nou paranoïde ben of niet, ik ben wel realistisch. Ik besef gewoon dat zowel outlook als gmail de content inlezen. Metadata bewaren, tags, bepaalde keywords etc. Er zal vast geen medewerker specifiek mijn fototje bekijken maar ik durf wel te beweren dat alles gebruikt wordt in een big data bakje.
Wellicht zie jij niet perse een reden (immers geef je wat generieke voorbeelden van data inzien) maar het heeft wel degelijk een waarde dat je van miljoenen mensen hun private repo's kan inlezen. Je moet het naar mijn mening alleen niet inzien dat iemand een stukje code wilt; maar juist globaal diverse info wilt hebben
In de voorwaarden e.d. staat ook expliciet dat ze je content parsen. Easy om dan wat tags eraan te koppelen
Er staat ook dat ze informatie sharen; maar het niet verkopen. Dit is natuurlijk heel makkelijk. Maak een contract van "github partner" voor 10k p/m en je "shared" gratis de content?..
------
Los van al mijn niet perse onderbouwde mening gebruik ik gewoon Github en vind ik het een prima partij (idem MS.) Laten we alleen ook een beetje realistisch blijven?
Exact dat laatste. En dan vraag ik mij af wat er mis is met dat big data bakje, want dat is iets hééél anders dan 'in je private repositories kijken' wat mensen als angst hebben. Niemand kijkt erin. Natuurlijk maken ze wat gebruikersstatistieken. Jij wil toch ook trending repos vinden? Dat is inderdaad interessant, ook voor een bedrijf als Microsoft.
De waarde die het heeft, zijn die aggregated statistieken en niet de specifieke inhoud waarop die statistieken gebaseerd worden. Mensen lopen nu angstig te doen over dat laatste maar over het algemeen vinden ze het eerste dikke prima. Mijn punt is dat voor dat laatste geen serieuze reden bestaat om bang voor te zijn.Wellicht zie jij niet perse een reden (immers geef je wat generieke voorbeelden van data inzien) maar het heeft wel degelijk een waarde dat je van miljoenen mensen hun private repo's kan inlezen. Je moet het naar mijn mening alleen niet inzien dat iemand een stukje code wilt; maar juist globaal diverse info wilt hebben
De voorwaarden, althans de laatste die je geeft, zeggen inderdaad dat ze parsen. Dat moet ook wel gezien hoe de site werkt dus dat is niet echt weg te laten. Daar zijn het nu eenmaal van die voorwaarden voor, ze zijn er niet voor de praktische gang van zaken maar voor het juridisch indekken.In de voorwaarden e.d. staat ook expliciet dat ze je content parsen. Easy om dan wat tags eraan te koppelen
Er staat ook dat ze informatie sharen; maar het niet verkopen. Dit is natuurlijk heel makkelijk. Maak een contract van "github partner" voor 10k p/m en je "shared" gratis de content?..
Voor wat betreft handig gebruik maken van partnerships om sneaky aan die voorwaarden te 'ontkomen' zijn we weer full circle: waarom zou MS dat doen? Wat is het risico als dat uitkomt? Is het dat een bedrijf als MS waard? Sorry maar het is écht onnodig angst zaaien.
ALS, en nogmaals een dikke vette ALS, als Microsoft zoiets zou willen gaan doen? Dan kondigen ze dat hartstikke duidelijk aan voordat ze zoiets doen (en helpen ze tegelijkertijd GH om zeep). No way dat een bedrijf als MS het risico van die shitstorm zou willen lopen.
Nou ja, inderdaad. Ik zeg ook precies dat: laten we een beetje realistisch blijven. Wij verschillen alleen van mening over wat nu realistisch ís.Los van al mijn niet perse onderbouwde mening gebruik ik gewoon Github en vind ik het een prima partij (idem MS.) Laten we alleen ook een beetje realistisch blijven?
Never attribute to malice that which can be adequately explained by stupidity. - Robert J. Hanlon
60% of the time, it works all the time. - Brian Fantana
"Doubt—the concern that my views may not be entirely correct—is the true friend of wisdom and (along with empathy, to which it’s related) the greatest enemy of polarization." -- Václav Havel
Absoluut. Maar ik denk wel dat Microsoft GitHub gekocht heeft om indirect aan te verdienen. GitHub zou toch nooit rendabel worden omdat het gewoon strookt met waarvoor ze het meeste gebruikt worden.
Maar juist dat opnemen in het ecosysteem en veel betere en vergaande integraties; ja daar kunnen ze aan verdienen door meer mensen naar het platform te krijgen. En weer betere statistieken enzo te verkrijgen
Absoluut
Het gaat ook wel eens mis maar dit soort dingen zijn vaak onschuldig in aanleiding. Microsoft was niet (kwaadaardig) er op uit om gebruikersgegevens van rijksambtenaren op te sporen; ze krijgen die gebruikersgegevens van alle gebruikers dus óók die van rijksambtenaren. Het is wel problematisch maar niet kwaad bedoeld (even afgezien van de W10 telemetrie discussie op zich maar dat was goed bekend).GitHub kan niet heimelijk nog meer van je verzamelen want je geeft immers alles al. Het enige waar je bang voor zou kunnen zijn is inderdaad of een backup van GitHub op de verkeerde plaats belandt ofzo maar dat is niet anders dan vóór de overname. Dat zijn dan ook fouten buiten je eigen macht om en is niet kwaad bedoeld. En daarnaast, die specifieke angst is een valide argument tegen je spullen in de cloud zetten natuurlijk. Maar goed, zo zie ik het
[ Voor 49% gewijzigd door Cloud op 09-01-2019 16:58 ]
Never attribute to malice that which can be adequately explained by stupidity. - Robert J. Hanlon
60% of the time, it works all the time. - Brian Fantana
:strip_icc():strip_exif()/u/68028/crop5c0ef8207f712_cropped.jpeg?f=community)
/u/12668/hydra.png?f=community)
: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.
Net zoiets als dat je een website bezoekt, bijv. Hovenier X en vervolgens overal advertenties ziet van Hovenier X. Dat is toch weggegooid geld? Ik weet immers al van het bestaan van Hovenier X, richt die advertenties op nieuwe klanten... dat is toch veel logischer?
Remarketing. Afhankelijk van de use-case (type product, webshop, etc) kan dit veel meer opleveren dan alleen richten op nieuwe leads. Zeker voor producten die je eigenlijk niet zomaar komt. Denk hierbij aan de wat duurdere producten.:
[...]
Net zoiets als dat je een website bezoekt, bijv. Hovenier X en vervolgens overal advertenties ziet van Hovenier X. Dat is toch weggegooid geld? Ik weet immers al van het bestaan van Hovenier X, richt die advertenties op nieuwe klanten... dat is toch veel logischer?
Daarnaast is het continue promoten van een merk een manier om een bepaald bewustheid te creëren bij je klanten. Immers zien ze het steeds terug komen.
Een beetje hetzelfde als je zelf een nieuwe auto aan het zoeken bent, bij de dealer geweest ben en wel een zwak voor model X (niet tesla..) hebt gekregen. Vervolgens zal je de komende weken opvallen dat je die auto veel vaker ziet
Wow, en dat allemaal door het algoritme van Amazon:
Een beetje hetzelfde als je zelf een nieuwe auto aan het zoeken bent, bij de dealer geweest ben en wel een zwak voor model X (niet tesla..) hebt gekregen. Vervolgens zal je de komende weken opvallen dat je die auto veel vaker ziet
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.
Veel advertenties werken gewoon ruk. Ik heb toevallig een tijd geleden online een nieuwe winterjas gekocht. Ik had niet via google gezocht, maar direct bij die webwinkel waar ik vaker koop een nieuwe jas gekocht. Vervolgens krijg ik 3 maanden lang op zo'n beetje iedere website die Google AdSense gebruikt advertenties tegen van willekeurige webshops of ik daar een winterjas wil kopen. En dat wil ik niet, want dat heb ik al gedaan.:
[...]
Remarketing. Afhankelijk van de use-case (type product, webshop, etc) kan dit veel meer opleveren dan alleen richten op nieuwe leads. Zeker voor producten die je eigenlijk niet zomaar komt. Denk hierbij aan de wat duurdere producten.
Daarnaast is het continue promoten van een merk een manier om een bepaald bewustheid te creëren bij je klanten. Immers zien ze het steeds terug komen.
Een beetje hetzelfde als je zelf een nieuwe auto aan het zoeken bent, bij de dealer geweest ben en wel een zwak voor model X (niet tesla..) hebt gekregen. Vervolgens zal je de komende weken opvallen dat je die auto veel vaker ziet
In feiten worden er dus gewoon twee partijen belazerd. Ik als consument omdat ik wordt dood gegooit met advertenties waar ik niets (meer) aan heb, en de webwinkels omdat ze die views moeten betalen terwijl de kans dat ik er op klik en daar iets koop heel erg klein is.
De advertenties zien kost vrijwel niets. Daarmee is het ook één wat goedkopere vorm van adverteren soms
Daarnaast.. hoe vervelend het ook is; jij vergeet dat bedrijf nu niet meer. Negatieve "reclame" werkt soms ook beter dan positieve.
Als je er echt meer van wilt weten kan je beter eens met een marketing expert (een echte..vele denken dat ze het zijn) praten. Ik pak gelukkig soms her en der wat op aangezien we een digital agency zijn met een marketing zuster bedrijf erbij ^^
Dat is dus niet zo. Ik heb werkelijke geen idee welke winkels mij het probeerde aan te smeren. Het waren ook nog eens jassen van een compleet ander "type" dan waar ik in geïntresseerd was en ook gekocht heb. Het enige wat die advertenties bereikt hebben is dat als ik door een artikel op een webpagina scrollde er links of rechts een afbeelding van een jas voorbij kwam. Het zijn dus gewoon nutteloze advertenties geweest waar ze onnodig voor hebben betaald.:
[...]
De advertenties zien kost vrijwel niets. Daarmee is het ook één wat goedkopere vorm van adverteren soms
Daarnaast.. hoe vervelend het ook is; jij vergeet dat bedrijf nu niet meer. Negatieve "reclame" werkt soms ook beter dan positieve.
Als je er echt meer van wilt weten kan je beter eens met een marketing expert (een echte..vele denken dat ze het zijn) praten. Ik pak gelukkig soms her en der wat op aangezien we een digital agency zijn met een marketing zuster bedrijf erbij ^^
Een paar jaar geleden ben ik op citytrip naar Stockholm geweest. Vanaf Arlanda is er een snelle trein naar het centrum, de Arlanda Express. Maanden na m'n citytrip kreeg ik nog elke dag advertenties te zien voor Arlanda Express. 
We are shaping the future
Ik heb ook regelmatig dat Google m'n zoekopdracht ongevraagd corrigeert en dat ik vervolgens drie maanden reclame krijg voor de gecorrigeerde zoekterm. 
"The question of whether a computer can think is no more interesting than the question of whether a submarine can swim" - Edsger Dijkstra
Misschien wilde je nog een keertje?:
Een paar jaar geleden ben ik op citytrip naar Stockholm geweest. Vanaf Arlanda is er een snelle trein naar het centrum, de Arlanda Express. Maanden na m'n citytrip kreeg ik nog elke dag advertenties te zien voor Arlanda Express.
Less alienation, more cooperation.
/u/373849/cowava2.png?f=community)
Marketing is redelijk complex als het aankomt op targeting.
Ook een reden dat ik m'n vliegtickets altijd in incognito mode bestel. En bij voorkeur met een valse browserstring en via VPN. Anders zie je vaak dat de prijzen omhoog gaan gebaseerd op het aantal keer dat je de site hebt bezocht.
Als de marketing werkt, kun je een hoop geld verdienen met targeting
Ook een reden dat ik m'n vliegtickets altijd in incognito mode bestel. En bij voorkeur met een valse browserstring en via VPN. Anders zie je vaak dat de prijzen omhoog gaan gebaseerd op het aantal keer dat je de site hebt bezocht.
Als de marketing werkt, kun je een hoop geld verdienen met targeting
I'm not a complete idiot. Some parts are missing.
.Gertjan.: Ik ben een zelfstandige alcoholist, dus ik bepaal zelf wel wanneer ik aan het bier ga!
eh ja maar je vergeet misschien dat jij als persoon niet leidend bent voor de uitkomst van een advertentie? Dus ja.. geld "verpest" voor jou, maar wellicht is het voor die andere ~3% wel relevant en dan is het gewoon prima.
Uiteindelijk gaat het domweg over een simpele rekensom. Het conversie percentage met de daarbij behorende winst vs de kosten. Trust me.. als die niet okay is dan stoppen ze heus wel zulke campagnes.
Natuurlijk wil je je campagnes optimaliseren maar dat is niet per persoon te doen. Wat je niet moet vergeten is dat *views* echt heel cheap zijn. Het zijn de clicks die pas goed geld kosten.
Derhalve als je een ad vervelend vindt: klik er op. Misschien heeft ze dat wel 2-10 euro gekost
Look, runners deal in discomfort. After you get past a certain point, that’s all there really is. There is no finesse here.
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/47168/loop.gif?f=community)
Zo'n beetje iedereen beweert dat ze niet worden beïnvloed door advertenties. Het kan niet anders of vrij veel mensen schatten dat zelf verkeerd in.
{signature}
Maar daar gaat het dus helemaal niet om. Als ik geregeld een advertentie zie over een pot pindakaas, wordt ik daar inderdaad (onbewust) door beinvloed. En mensen gemiddeld om de paar weken een nieuwe pot pindakaas kopen is de kans groot dat ik de volgende keer het merk van de reclame neem. Dus ja, reclame werkt.:
Zo'n beetje iedereen beweert dat ze niet worden beïnvloed door advertenties. Het kan niet anders of vrij veel mensen schatten dat zelf verkeerd in.
Het probleem is echter dat ze wel tracken waar je naar gekeken hebt, maar niet tracken wat je ook gekocht hebt. Stel je gaat nu naar een webwinkel en zoekt naar computer muizen is de kans groot dat je reclame gaat krijgen van computer muizen. Als je dan echter een keuze maakt, en vervolgens een computer muis koopt, dan blijf je nog weken lang reclame zien voor computer muizen. Is de kans groot dat je weer een muis gaat kopen? Is er een grote kans dat je de muis gaat omruilen? Ze kunnen dan beter reclame laten zien voor willekeurige andere producten dan iets wat je al gekocht hebt en een lange levensduur heeft, want dan is er een grotere kans dat ik daar iets mee doe.
Het is vaak een combinatie:
- Bedrijf heeft er weinig/geen verstand van hoe een campagne goed in elkaar gezet moet worden
- Zoals ik eerder al zei: De kosten voor de views is echt nihil op de andere kosten. M.a.w. qua centjes maakt het eigenlijk niet uit waardoor de noodzaak soms ook totaal niet aanwezig is.
- Daarop volgend; soms is het ook nog bewust. Je hebt het gekocht maar je blijft advertenties zien. Dat kan een strategie zijn
Dan spelen er soms ook dingen daarnaast; misschien heb je op diverse devices gezeten waardoor de sale niet helemaal gekoppeld is aan de ads. Wellicht heb je toch onbewust (of bewust) op product gerelateerde website gezeten waardoor dit eigenlijk een nieuwe trigger is.
"Het probleem" is helaas alleen jouw probleem. Misschien heel cru maar *insert company here* geeft er niet veel om als 0.01% klaar is met zn ads als ze een dikke conversie draaien. Ik heb het zelf meegemaakt bij een relatief goedlopend bedrijfje (5-6 man). Die gooide er wel 10.000 per dag (!) er tegenaan. Het is gewoon een investering die je mits de juiste kennis direct kan omzetten in meer omzet. In bovenstaande geval was elke euro er 10 waard (dus 1 ton per dag omzetten...)
M.a.w. je betaald voor je klant (lead). Als je weet dat je conversie op 2% zit en gemiddeld X winst (niet omzet) geeft, dan weet je ook wat je kan betalen voor je klant om je winst te vergroten. Dit kan ook allemaal automatisch met biedingen op de juiste ads, tijdzones, etc etc.
Op het moment dat het echt lekker gaat kan je hier best in los gaan. Zeker als je ROAS (Return on Ad Spend ) c.q. ROI gewoon enorm goed is; ga je zeker niet op micro-niveau optimaliseren.
Dus zodra je beseft dat een bedrijf 1 euro betaald om 10 euro winst te maken, realiseer je ook dat het een bizare wereld kan zijn en dat heel veel andere dingen dan niet meer uitmaken
:strip_icc():strip_exif()/u/53213/crop57ace20969734.jpeg?f=community)
Vanmiddag de laatste hand leggen aan het rechten-systeem in mijn CMS.
Het is een beetje afgekeken naar hoe (My)React vroeger werkte (toen je het nog kon downloaden), en gebruikt dus rechtengroepen waaraan je 'rules' hangt die verdeeld zijn in C-R-U-D-P rechten (ook publiceren valt eronder, aanmaken wil niet zeggen dat het meteen online staat)
Enkel nog even de webinterface afmaken om de groepen en rechten in te stellen en te INSERTEN/UPDATE'en.
Maar weet iemand nog hoe het overervingssysteem in de theorie werkte bij (My)React?
Die werkte ook op diverse manieren, herinner ik me.
Het is een beetje afgekeken naar hoe (My)React vroeger werkte (toen je het nog kon downloaden), en gebruikt dus rechtengroepen waaraan je 'rules' hangt die verdeeld zijn in C-R-U-D-P rechten (ook publiceren valt eronder, aanmaken wil niet zeggen dat het meteen online staat)
Enkel nog even de webinterface afmaken om de groepen en rechten in te stellen en te INSERTEN/UPDATE'en.
Maar weet iemand nog hoe het overervingssysteem in de theorie werkte bij (My)React?
Die werkte ook op diverse manieren, herinner ik me.
[ Voor 12% gewijzigd door AW_Bos op 13-01-2019 12:49 ]
☎ Telecommunicatie van vroeger
🚅Alles over spoor en treintjes
:strip_exif()/u/294184/20150204_SITE_GIF_VALKUIL-resized.gif?f=community)
Vraag het anders eventjes in het topic in het Abo forum waar je vragen kunt stellen over de zaken achter de schermen van Tweakers, misschien krijg je daar een antwoord:
Vanmiddag de laatste hand leggen aan het rechten-systeem in mijn CMS.
Het is een beetje afgekeken naar hoe (My)React vroeger werkte (toen je het nog kon downloaden), en gebruikt dus rechtengroepen waaraan je 'rules' hangt die verdeeld zijn in C-R-U-D-P rechten (ook publiceren valt eronder, aanmaken wil niet zeggen dat het meteen online staat)
Enkel nog even de webinterface afmaken om de groepen en rechten in te stellen en te INSERTEN/UPDATE'en.
Maar weet iemand nog hoe het overervingssysteem in de theorie werkte bij (My)React?
Die werkte ook op diverse manieren, herinner ik me.
Dit topic is gesloten.