:strip_icc():strip_exif()/u/211322/crop5ec3dbce66fdb.jpeg?f=community)
Het klinkt ook wel als een krantenkop in een lokaal suffertje::
[...]
Er zijn nu zoveel dingen waarover vragen kan stellen. Alleen al de product naam, WD40 Specialist wit lithiumspuitvet, waarin is het specialist, wat is er wit. Is het vet voor een lithiumspuit? Is het een fles met een lithiumspuit en vet, is het lithiumvet met een spuit.
:strip_icc():strip_exif()/u/437778/crop684040f89be83_cropped.jpg?f=community)
:strip_icc():strip_exif()/u/5144/crop5645f2a784ed8.jpeg?f=community)
[rant]
vrouwen en hun poetsmanie .. ma heeft het voor elkaar gekregen om een toets van pa z'n keyboard te slopen. Blijkt onderhand nog best lastig om nog toetsenborden voor de x230 te vinden (buiten chinese namaak en exotische talen).
[/rant]
vrouwen en hun poetsmanie .. ma heeft het voor elkaar gekregen om een toets van pa z'n keyboard te slopen. Blijkt onderhand nog best lastig om nog toetsenborden voor de x230 te vinden (buiten chinese namaak en exotische talen).[/rant]
/u/373849/cowava2.png?f=community)
Dit hangt heel erg af van implementatie en uitvoering.:
[...]
Ik blijf het een enorme wassen neus vinden, dat hele ISO27001.
Het eerste jaar voor certificering is meestal iets van "Jeps, je hebt je documentatie voor elkaar"
De jaren die daar op volgen, gaat het meer en meer (exponentieel) om het uitvoeren van je policies, processen etc.
Het probleem met ISO27001 (en PCI-DSS trouwens ook), is dat veel bedrijven de uitvoering achteraf doen. Tegen de tijd dat de hercertificering is, moet alles vlug in elkaar geflanst worden.
Vanuit die bedrijfscultuur gezien, ben ik het volledig met je eens.
Andersom, als de manager van 1 van de bedrijven waar ik voor werk, niet z'n maandelijkse rapportage op orde heeft, krijgt'ie van mij een ontiegelijke schop onder z'n kont. Ik wil het zien aan het eind van de maand. Jij wilt compliance? Ik wil het zien.
Als er een incident is, dient dat ook direct aan mij of 1 van m'n teamgenoten gemeld te worden, en worden alle processen etc. die nodig zijn in actie gebracht.
Dit is waar ISO en PCI-DSS voor is. Het is niet een wassen neus, als je implementatie goed is. En met een goede implementatie, worden problemen veel sneller opgelost.
Ik heb ondertussen een paar keer gehad, dat ik bij een bedrijf binnen stapte dat ISO gecertificeerd was, en vroeg om de documentatie hoe een bepaald incident was afgehandeld.
Ze stonden met de mond vol tanden, en konden ook niet eens bevestigen dat het incident echt was afgehandeld. Ja, op zo'n moment krijg je van mij geen voldoende natuurlijk.
En ik ben op zo'n moment ook niet geinteresseerd in "Just look at the logs here". Hoezo moet ik de logs doorstruinen? Da's jouw werk, mijn werk is verifieren dat je je aan de regels die je jezelf hebt opgelegd houdt.
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!
@Firesphere Eens, ik doe op dit moment een opdracht voor een bank, dan weet je wel hoe het zit met regels 
Dus van alles is een Risk assessment (anders bestaat het niet
) Echter als ik zie hoe men met data omgaat......
Ook juridische ombuigingen vind ik zorgelijk, als je een recht op inzage zou doen, dan krijg je zeer waarschijnlijk alleen de data die je normaal zelf ziet Dat al die data weglekt naar achterliggende systemen tjah.......
Dus van alles is een Risk assessment (anders bestaat het niet
) Echter als ik zie hoe men met data omgaat...... Ook juridische ombuigingen vind ik zorgelijk, als je een recht op inzage zou doen, dan krijg je zeer waarschijnlijk alleen de data die je normaal zelf ziet
Dat al die data weglekt naar achterliggende systemen tjah.......
:strip_icc():strip_exif()/u/368870/crop58af4160e5fa5_cropped.jpeg?f=community)
:strip_icc():strip_exif()/u/1199012/crop5e9b58ab2e2b7_cropped.jpeg?f=community)
:strip_icc():strip_exif()/u/492949/crop627d0c893ea0e_cropped.jpg?f=community)
:strip_icc():strip_exif()/u/36083/crop5dca9e34ce091_cropped.jpeg?f=community)
:strip_exif()/u/4828/gigi.gif?f=community)
Denk je bij het begin van het weekend even lekker op GoT te hangen slaan ze je nog om de oren met certificeringen en compliance. Net een audit achter de rug, doe is even de weekend modus aan hier 
"The purpose of computing is insight, not numbers." -- Richard Hamming
Nee als de Sint zelf voor wit gaat .. dan ook voor Jan de Bouvrie wit .. RAL 9010 .. tegenwoordig ook bekend als "lijkbleek/wit"
:strip_icc():strip_exif()/u/174665/crop5f3505845c31b_cropped.jpeg?f=community)
Zo werken genoeg volgens mij voor in magazijnen. Kan me herinneren dat mijn collega's daarmee gewerkt hebben.
Niet dat iemand in het bedrijf wist hoe dat programma dat in de scanners geladen was werkte
Die crap draaide op windows-CE of zoiets.
De scanner snapte dat zelf btw niet. Het programma erop las gewoon de codes samen met commando's en communiseerde met ingeprogrammeerde api's.
Niet dat iemand in het bedrijf wist hoe dat programma dat in de scanners geladen was werkte
Die crap draaide op windows-CE of zoiets.
De scanner snapte dat zelf btw niet. Het programma erop las gewoon de codes samen met commando's en communiseerde met ingeprogrammeerde api's.
[ Voor 22% gewijzigd door hackerhater op 16-11-2020 16:28 ]
Er zijn genoeg draadloze barcode scanners te koop. Of ze naar een URL kunnen sturen weet ik niet, maar er zijn wel smartphone barcode scanner apps die dat kunnen
Ik kan pdf bestanden waar de naam met 'Microsoft Word' begint nooit zo serieus nemen. Waarom zou je een document verspreiden en niet gewoon een fatsoenlijke omschrijvende naam geven?
(niet dat dat document bedoelt is om serieus te nemen, maar dat terzijde)
[ Voor 9% gewijzigd door RagingPenguin op 16-11-2020 17:47 ]
Metadata, altijd leuk in bestandjes als mensen het niet strippen en je vervolgens ergens gedoe over krijgt, kan soms leuke dingen opleveren:
Ik kan pdf bestanden waar de naam met 'Microsoft Word' begint nooit zo serieus nemen. Waarom zou je een document verspreiden en niet gewoon een fatsoenlijke omschrijvende naam geven?
(niet dat dat document bedoelt is om serieus te nemen, maar dat terzijde)
/u/286895/icon1.png?f=community)
Nee, dan "jaarrapport 2015" in 2020. Natuurlijk weet ik ook wel dat dat elk jaar gecopy-paste wordt, maar toch.:
[...]
Ik kan pdf bestanden waar de naam met 'Microsoft Word' begint nooit zo serieus nemen. Waarom zou je een document verspreiden en niet gewoon een fatsoenlijke omschrijvende naam geven?
Heeft geen speciale krachten en is daar erg boos over.
:strip_exif()/u/25066/crop5825ed6966a4c.gif?f=community)
:strip_exif()/u/47168/loop.gif?f=community)
Tsja een data-model is dan ook al gauw te star, als je weinig benul hebt van wat je morgen moet ontwikkelen met de user-stories van morgen, liefst moet dat ook nog even in een sprintje er in geprakt worden.
En sowieso zijn database-ontwikkelaars nogal overrated, als dev'er ben je natuurlijk veel beter in het in je applicatie coden van een nu impliciete join met het binnen slurpen van de halve database per query om hem uit te voeren
Schema-less SQL for the world !
En sowieso zijn database-ontwikkelaars nogal overrated, als dev'er ben je natuurlijk veel beter in het in je applicatie coden van een nu impliciete join met het binnen slurpen van de halve database per query om hem uit te voeren
Schema-less SQL for the world !
Dat begrijp ik allemaal wel hoor - het zal vast zijn nut hebben. Maar wat me steekt, is dat de hedendaagse programmeurs (even sterk generaliserend) lekker gebruik maken van een ORM, maar eigenlijk totaal niet weten wat het eigenlijk doet en dus bij performanceproblemen geen beter idee hebben dan HW up te scalen. Ook bij het ontwikkelen is alles code first, alles in functie van de FE, zonder een idee te hebben van hoe een RDBMS eigenlijk werkt.
Ik denk dat als je op voorhand je model uitdoktert (gegeven dat het nuttig is, ben me er best wel van bewust dat NoSQL zijn plaats heeft) je initieel een effort doet die zich uiteindelijk dubbel en dik terugbetaalt. Maar alles moet nu heel snel gaan, met zo weinig mogelijk effort. Da's allemaal héél tof, maar ik kan intussen het woord 'refactoring' bij elk nieuw ticket niet meer horen.
Dat vind ik dus een probleem. Morgen is er een nieuwe feature nodig waarvoor de data in de ideale wereld een nieuwe entity en tussentabel gestopt moet worden, maar dan uiteindelijk toch gedenormalizeerd in een reeds bestaande tabel wordt gefoefeld. Dan krijg ik vaak de melding 'pfoe, zouden we dat wel doen, want performance wise gaat dat problemen opleveren'.:
Tsja een data-model is dan ook al gauw te star, als je weinig benul hebt van wat je morgen moet ontwikkelen met de user-stories van morgen, liefst moet dat ook nog even in een sprintje er in geprakt worden.
En sowieso zijn database-ontwikkelaars nogal overrated, als dev'er ben je natuurlijk veel beter in het in je applicatie coden van een nu impliciete join met het binnen slurpen van de halve database per query om hem uit te voeren
Schema-less SQL for the world !
Ik denk dat als je op voorhand je model uitdoktert (gegeven dat het nuttig is, ben me er best wel van bewust dat NoSQL zijn plaats heeft) je initieel een effort doet die zich uiteindelijk dubbel en dik terugbetaalt. Maar alles moet nu heel snel gaan, met zo weinig mogelijk effort. Da's allemaal héél tof, maar ik kan intussen het woord 'refactoring' bij elk nieuw ticket niet meer horen.
[ Voor 61% gewijzigd door Coltrui op 21-11-2020 11:22 ]
Postgres netjes laten loggen, uitprinten en iedere week een standup bij het schaambord laat ze maar uitleggen wat die query nou eigenlijk doet
.
@Coltrui Behalve dat 't er niet zo fraai uitziet: is er een probleem met de code qua snelheid o.i.d.? Ik begrijp je punt zeker, maar aan de andere kant denk ik dat Assembly-fanasten ook geen fan zijn van de Assembly die menig C-compiler uitspuugt, en dat C-mensen ook geen fan zijn van de verspilling van iets als Python. Volgens mij passen ORMs ook wel in dat rijtje.
Ik kan natuurlijk niet inschatten hoe erg het gesteld is
Ik kan natuurlijk niet inschatten hoe erg het gesteld is
🠕 This side up
@Koenvh
Elke extra laag die je bovenop je database legt, is:
1) een extra performance cost
2) een beperking van de low level mogelijkheden
3) (en da's mijn grootste rant) een paar oogkleppen dat je de moeite bespaart om een kijkje te nemen onder de motorkap
Maar da's volgens mij he. Ik kan me er misschien beter bij neerleggen en aanvaarden dat ik een ouwe zak ben
Elke extra laag die je bovenop je database legt, is:
1) een extra performance cost
2) een beperking van de low level mogelijkheden
3) (en da's mijn grootste rant) een paar oogkleppen dat je de moeite bespaart om een kijkje te nemen onder de motorkap
Maar da's volgens mij he. Ik kan me er misschien beter bij neerleggen en aanvaarden dat ik een ouwe zak ben
[ Voor 6% gewijzigd door Coltrui op 21-11-2020 13:42 ]
@Coltrui Klopt, maar een database an sich is al zo veel trager dan zelf je precieze datastructuur schrijven in Assembly. Zo veel verspilde processortijd! Wie moet al die ticks betalen?!
🠕 This side up
Ik zag dit al van mijlen ver aankomen - zie ook mijn initiële post. Zal ik het even omdraaien? Laten we programmeren reduceren tot drag and drop acties mbv een blokkendoos.
Maar die extra laag kan de ontwikkelaar wel veel tijd schelen, je wil jezelf toch zo min mogelijk herhalen. Uiteindelijk zijn wij voor ons product toch omgeschakeld van een volledige ORM naar https://www.jooq.org/. Dan wordt het veel sneller duidelijk welke SQL je eigenlijk aan het uitvoeren bent, maar je hebt wel in de IDE ondersteuning welke objecten je kunt gebruiken. Ik vind dit eigelijk een hele goede middenweg hierin.:
@Koenvh
Elke extra laag die je bovenop je database legt, is:
1) een extra performance cost
2) een beperking van de low level mogelijkheden
3) (en da's mijn grootste rant) een paar oogkleppen dat je de moeite bespaart om een kijkje te nemen onder de motorkap
Maar da's volgens mij he. Ik kan me er misschien beter bij neerleggen en aanvaarden dat ik een ouwe zak ben
Ook ben ik met vrijwel elk nieuwe ontwikkelaar in ons team wel eens gaan samen zitten om te praten wat een foreign key in de database eigenlijk doet. Dit soort gesprekken levert vaak heet goed inzicht op in wat een database onder water eigenlijk doen en waarom sommige joins veel sneller zijn dan anderen.
Dat is het toch grotendeels al (zie WordPress en enterprisevarianten daarop)? Al ben ik meer van het kopiëren-plakken:
Ik zag dit al van mijlen ver aankomen - zie ook mijn initiële post. Zal ik het even omdraaien? Laten we programmeren reduceren tot drag and drop acties mbv een blokkendoos.
Ik deel je mening overigens wel, anderzijds word ik ook wel verleid door de eenvoud van sommige ORMs... Het werkt vaak zo veel makkelijker
[ Voor 4% gewijzigd door Koenvh op 21-11-2020 13:58 ]
🠕 This side up
Begrijp me niet verkeerd, ik heb niks tegen ORM's. Ze zijn inderdaad handig als je met simpele CRUD's te maken hebt. Mijn klaagzang hier - want dat wordt het allengs - is dat het tegenwoordig standaard practice blijkt en dat als iets niet kan met zo'n ORM, iedereen met z'n mond vol tanden staat. Want o boy, SQL dat kennen wij niet hoor.
Praktisch voorbeeldje - in het begin werkten we met Prisma. Allemaal leuk en aardig, tot we een JSON field nodig hadden in onze Postgres. Gedaan met spelen. Sjongejonge, wat een paniek was dat. (Jaja, Prisma 2 zou dat nu wel ondersteunen, maar goed.)
- is dat het tegenwoordig standaard practice blijkt en dat als iets niet kan met zo'n ORM, iedereen met z'n mond vol tanden staat. Want o boy, SQL dat kennen wij niet hoor.Praktisch voorbeeldje - in het begin werkten we met Prisma. Allemaal leuk en aardig, tot we een JSON field nodig hadden in onze Postgres. Gedaan met spelen. Sjongejonge, wat een paniek was dat. (Jaja, Prisma 2 zou dat nu wel ondersteunen, maar goed.)
[ Voor 3% gewijzigd door Coltrui op 21-11-2020 14:06 ]
Ik vind een probleem juist vaak dat wanneer je applicatie het niveau van CRUD overstijgt een one size fits all datamodel in een relationele database niet meer de oplossing is. Krijg je van dit systemen die enerzijds een hoge load aan OLTP transacties moeten verwerken en anderzijds de meest gruwelijke OLAP queries staan te stampen.:
Begrijp me niet verkeerd, ik heb niks tegen ORM's. Ze zijn inderdaad handig als je met simpele CRUD's te maken hebt. Mijn klaagzang hier - want dat wordt het allengs
Praktisch voorbeeldje - in het begin werkten we met Prisma. Allemaal leuk en aardig, tot we een JSON field nodig hadden in onze Postgres. Gedaan met spelen. (Jaja, Prisma 2 zou dat nu wel ondersteunen, maar goed.)
"The question of whether a computer can think is no more interesting than the question of whether a submarine can swim" - Edsger Dijkstra
Ik herken het probleem van de gebrekkige kennis van het onderliggende wel ja.
Ik heb ooit gezien dat een paar ontwikkelaars met de mond van verbazing open stonden te kijken toen het N+1 query probleem werd uitgelegd. Mijn mond viel toen ook open van verbazing, omdat ze niet door hadden dat dat wel eens een redelijke factor kon zijn in de performantieproblemen.
Ook heb ik ooit een query geoptimaliseerd om van meer dan 5 seconden naar minder dan 100 ms te gaan. In de query stonden een vijftal joins teveel, die gewoon gekopiëerd leken te zijn van een query in de buurt. Dan wordt daar dus een ticket opgelost door wat code te kopiëren (tot nu toe prima, zo werkt bijna elke developer), weg te halen wat je op het eerste zicht niet nodig hebt (ook nog prima, als je "op het eerste zicht" weghaalt), te testen en te committen, want het werkt. Dat je net een query geschreven hebt die de hele database op zijn gat kan gooien wordt niet eens opgemerkt.
In dat laatste geval is het niet eens gebrekkige kennis van het onderliggende, maar gewoon een gebrek aan interesse voor het onderliggende.
Ik heb ooit gezien dat een paar ontwikkelaars met de mond van verbazing open stonden te kijken toen het N+1 query probleem werd uitgelegd. Mijn mond viel toen ook open van verbazing, omdat ze niet door hadden dat dat wel eens een redelijke factor kon zijn in de performantieproblemen.
Ook heb ik ooit een query geoptimaliseerd om van meer dan 5 seconden naar minder dan 100 ms te gaan. In de query stonden een vijftal joins teveel, die gewoon gekopiëerd leken te zijn van een query in de buurt. Dan wordt daar dus een ticket opgelost door wat code te kopiëren (tot nu toe prima, zo werkt bijna elke developer
), weg te halen wat je op het eerste zicht niet nodig hebt (ook nog prima, als je "op het eerste zicht" weghaalt), te testen en te committen, want het werkt. Dat je net een query geschreven hebt die de hele database op zijn gat kan gooien wordt niet eens opgemerkt.In dat laatste geval is het niet eens gebrekkige kennis van het onderliggende, maar gewoon een gebrek aan interesse voor het onderliggende.
"The question of whether a computer can think is no more interesting than the question of whether a submarine can swim" - Edsger Dijkstra
Klopt. En mijn punt is eigenlijk dat die 'nood aan specialistische kennis' naar mijn bescheiden mening veel te snel de neus aan het venster komt steken.
Maar goed, het blijft een mening ) ik rant hier maar wat en pols eens naar wat zoal gebruikelijk is tegenwoordig. Ik kom uit een tijd waar een devver alle petjes ophad (FE, BE, UI/UX). Was ook verre van ideaal, maar goed
/u/12668/hydra.png?f=community)
:strip_icc():strip_exif()/u/284419/Mexican%2520Wolf%2520Klein.jpg?f=community)
Nee, zit vooral in de VS en al ons spul staat in Europa.
"The question of whether a computer can think is no more interesting than the question of whether a submarine can swim" - Edsger Dijkstra
Oh! Verrek! Helemaal vergeten. Euh, nee dus
Ik begin Dinsdag ook aan een nieuw project bij een nieuwe klant, dus ik denk dat me dat al energie genoeg gaat kosten.
https://niels.nu
:strip_icc():strip_exif()/u/593726/crop5dcaa04cb6842_cropped.jpeg?f=community)
De Ziggo Mediabox heeft drie energiemodi: Hoog, normaal, en laag (eco). Op hoog start 'ie binnen 10 seconden op, normaal binnen 2½ minuut, en op laag binnen 3 minuten. Sinds wanneer is 2½ minuut "normaal" voor een televisie? 
Zo snel startte mijn PC op voordat ik een SSD kocht in 2012, en dat wordt dus nu gelabeld als "normaal"?
Zo snel startte mijn PC op voordat ik een SSD kocht in 2012, en dat wordt dus nu gelabeld als "normaal"?
🠕 This side up
:strip_exif()/u/26373/anim4.gif?f=community)
"I had a problem, I solved it with regular expressions. Now I have two problems". That's shows a lack of appreciation for regular expressions: "I know have _star_ problems" --Kevlin Henney
De horizon box heeft me zoveel kopzorgen gegeven dat ik graag 3 euro per maand meer kwijt was voor de Mediabox "next". Die bevalt echt flink goed! Ik neem aan dat jij nog de horizon box hebt?:
De Ziggo Mediabox heeft drie energiemodi: Hoog, normaal, en laag (eco). Op hoog start 'ie binnen 10 seconden op, normaal binnen 2½ minuut, en op laag binnen 3 minuten. Sinds wanneer is 2½ minuut "normaal" voor een televisie?
Ja, klopt, en ik houd 't nog wel vol, want de kabelhaspels met glasvezel staan al in de buurt (en zijn over iets meer dan een half jaar gebruiksklaar
), maar vreemd blijft het wel.
🠕 This side up
Net verhuisd en stond te springen om Tweak of T-Mobile thuis te nemen, of iets soortgelijks. Maar ze konden allemaal 100/100 bieden, behalve KPN. KPN en ik hebben echter een haat/haat-verhouding dus maar bij Ziggo gebleven en de boel geüpgradet naar een hogere snelheid zodat ik die Next-box kreeg:
[...]
Ja, klopt, en ik houd 't nog wel vol, want de kabelhaspels met glasvezel staan al in de buurt (en zijn over iets meer dan een half jaar gebruiksklaar
Ik heb meerdere online back-ups, en dat duurt met 250/25 wel erg lang, vandaar dat ik graag glas wil. Daar kun je me een paar pagina's terug nog over zien zeuren:
[...]
Net verhuisd en stond te springen om Tweak of T-Mobile thuis te nemen, of iets soortgelijks. Maar ze konden allemaal 100/100 bieden, behalve KPN. KPN en ik hebben echter een haat/haat-verhouding dus maar bij Ziggo gebleven en de boel geüpgradet naar een hogere snelheid zodat ik die Next-box kreeg
🠕 This side up
:strip_exif()/u/627282/charmander-kerst.gif?f=community)
Without nipples, boobs are pointless - 365 project - In mijn hoofd is het alle dagen Kerstmis - What type of bees make milk? Boobies! - What type of bees are scary? BoooOOOOOooobeees! - Cactusliefhebster
Heeft ernee te maken dat ze waarschijnlijk aan een energiestandaard moeten voldoen in normaal gebruik. En dit de enige manier was dat te halen.:
De Ziggo Mediabox heeft drie energiemodi: Hoog, normaal, en laag (eco). Op hoog start 'ie binnen 10 seconden op, normaal binnen 2½ minuut, en op laag binnen 3 minuten. Sinds wanneer is 2½ minuut "normaal" voor een televisie?
Engineering is like Tetris. Succes disappears and errors accumulate.
/u/243953/crop56f55a7bcf291.png?f=community)
Dan had je al een flink trage PC...:
Zo snel startte mijn PC op voordat ik een SSD kocht in 2012, en dat wordt dus nu gelabeld als "normaal"?
Heeft geen speciale krachten en is daar erg boos over.
Die skip ik dit jaar maar. Zoveel te doen op dit moment in mijn leven.
Oa de grote galactische oorlog in Eve Online
:strip_exif()/u/52746/eric-cartman_small.gif?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.
@bwerg @.oisyn Ik heb het eerlijk gezegd nooit gemeten, het was meer een gevoel (maar ik vind dat de magnetron er ook altijd te lang over doet, dus allicht is mijn gevoel verkeerd ).
Echter blijft dan de vraag wat dat ding in Zeus' naam allemaal moet doen bij het opstarten. Volgens mij zou het makkelijk binnen een minuut moeten kunnen, zelfs vanaf een koude start (wat "normaal" doet als het goed is).
).Echter blijft dan de vraag wat dat ding in Zeus' naam allemaal moet doen bij het opstarten. Volgens mij zou het makkelijk binnen een minuut moeten kunnen, zelfs vanaf een koude start (wat "normaal" doet als het goed is).
[ Voor 8% gewijzigd door Koenvh op 30-11-2020 22:22 ]
🠕 This side up
Hmm het laden van de deepstate firmware en connecten naar alle deepstate servers:
@bwerg @.oisyn Ik heb het eerlijk gezegd nooit gemeten, het was meer een gevoel (maar ik vind dat de magnetron er ook altijd te lang over doet, dus allicht is mijn gevoel verkeerd
Echter blijft dan de vraag wat dat ding in Zeus' naam allemaal moet doen bij het opstarten. Volgens mij zou het makkelijk binnen een minuut moeten kunnen, zelfs vanaf een koude start (wat "normaal" doet als het goed is).
.Moeten wel een beetje in de gaten houden wat jouw tere-ziel allemaal bekomt zo op een TV avondje.
Ik heb medelijden met de mensen die mee moeten kijken met Gordon:
[...]
Hmm het laden van de deepstate firmware en connecten naar alle deepstate servers
Moeten wel een beetje in de gaten houden wat jouw tere-ziel allemaal bekomt zo op een TV avondje.
🠕 This side up
Zoals ik al zei, dat deed die van mij dan ook
In het ergste geval staat alles echt gescatterd over de hardeschijf en zijn het dus de seek times die de boel nekken. En heel veel startup crap bij een bloated installatie helpt natuurlijk ook niet mee. Het is natuurlijk wel een beetje afhankelijk van wat je meet - tot login scherm, of daadwerkelijk tot je desktop.
Het helpt ook om gewoon altijd te hibernaten, omdat ie dan z'n gehele state direct uit een enkele file leest.
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.
De Ziggobox heeft maar één uitknop, of je moet de stekker eruit trekken. Overigens meet ik de tijd tot ik NPO1 (of wat de laatste zender ook was) in beeld komt:
[...]
Zoals ik al zei, dat deed die van mij dan ook
In het ergste geval staat alles echt gescatterd over de hardeschijf en zijn het dus de seek times die de boel nekken. En heel veel startup crap bij een bloated installatie helpt natuurlijk ook niet mee. Het is natuurlijk wel een beetje afhankelijk van wat je meet - tot login scherm, of daadwerkelijk tot je desktop.
Het helpt ook om gewoon altijd te hibernaten, omdat ie dan z'n gehele state direct uit een enkele file leest.
🠕 This side up
Oh die Mediabox, ja dat snap ik ook nooit 
. Die dingen moeten helemaal gewoon instant kunnen booten.
. Die dingen moeten helemaal gewoon instant kunnen booten.
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.
@Wilf Ja dat "nothing to see" is inderdaad het probleem als je de mediabox opstart
🠕 This side up
Mjah voordat KPN het kwam vernaggelen kwam er hier gewoon via glas TV binnen waar slechts een dood eenvoudig mediaconvertertje voor nodig was om er unencrypted DVB-C van te maken.
Werkte prima en en je kon nog eens ouderwets rap zappen (en ook gewoon op de beeldbuis ipv op zo'n stomme trage chinese kast).
Maar goed uiteindelijk moest ik ook mee in de vooruitgang en de vaart der volkeren, DRM overal extra kastjes en traag (KPN monteur beschreef me als licht grumpy ... tsja .. maar hij moest toch ook bekennen dat ik niet de enige uit de buurt was die het geen vooruitgang vond).
Maar gezien ik toch al niet te veel keek uiteindelijk die meuk maar de deur gewezen. Ik kijk voor die halve keer dat ik wat wil zien wel even online en anders zet ik wel een lekker muziekje op
Werkte prima en en je kon nog eens ouderwets rap zappen (en ook gewoon op de beeldbuis ipv op zo'n stomme trage chinese kast).
Maar goed uiteindelijk moest ik ook mee in de vooruitgang en de vaart der volkeren, DRM overal extra kastjes en traag (KPN monteur beschreef me als licht grumpy ... tsja .. maar hij moest toch ook bekennen dat ik niet de enige uit de buurt was die het geen vooruitgang vond).
Maar gezien ik toch al niet te veel keek uiteindelijk die meuk maar de deur gewezen. Ik kijk voor die halve keer dat ik wat wil zien wel even online en anders zet ik wel een lekker muziekje op
[ Voor 11% gewijzigd door gekkie op 01-12-2020 09:32 ]
Over een half jaar echt gebruiksklaar? Of dat je woning is aangesloten?:
[...]
Ja, klopt, en ik houd 't nog wel vol, want de kabelhaspels met glasvezel staan al in de buurt (en zijn over iets meer dan een half jaar gebruiksklaar
Want bij mij duurde het nog lang voordat ik internet kon bestellen. Heeft denk ik wel meer dan een jaar geduurd.
let the past be the past.
We gaan het zien, de belofte was juli als ik het me goed herinner, verderop in de buurt liggen de kabels in ieder geval al onder de grond:
[...]
Over een half jaar echt gebruiksklaar? Of dat je woning is aangesloten?
Want bij mij duurde het nog lang voordat ik internet kon bestellen. Heeft denk ik wel meer dan een jaar geduurd.
[ Voor 5% gewijzigd door Koenvh op 02-12-2020 23:30 ]
🠕 This side up
"I had a problem, I solved it with regular expressions. Now I have two problems". That's shows a lack of appreciation for regular expressions: "I know have _star_ problems" --Kevlin Henney
Alsof je al het devwerk wat je kan doen alleen op de HBO (of uni) leert. Je hebt gelijk dat de dienstverlening de grootste sector is in NL, maar dat impliceert niet dat de rest niet bestaat.
Ik ken heel wat Nederlandse gamedevelopers die dat ook niet op school hebben geleerd (specialisatie daarin is pas echt iets van het afgelopen 10-15 jaar). Ik heb zelf ook from scratch een eigen OS geschreven, heb ik ook niet geleerd op school. Ik weiger te geloven dat ik zo bijzonder ben, em dat ik me ophou in een kring die ook bijzonder is
Het staat wmb buiten kijf dat er Nederlanders zijn die dit kunnen.
[ Voor 23% gewijzigd door .oisyn op 06-12-2020 15:41 ]
Give a man a game and he'll have fun for a day. Teach a man to make games and he'll never have fun again.
:strip_icc():strip_exif()/u/206968/325134.jpg?f=community)
@armageddon_2k1 maar is het dan wel zo dat groep A zich voornamelijk in een bepaald gebied zit samengeklonterd, en groep B dus te vinden is in elk dorp uitgestrekt in heel Nederland?
Ik woon niet in Amsterdam of een grote stad, of in de Silicon Valley van NL.
Waarom zie je groep A niet bijvoorbeeld in een uithoek helemaal bovenin het topje van friesland? En B wel?
Ik woon niet in Amsterdam of een grote stad, of in de Silicon Valley van NL.
Waarom zie je groep A niet bijvoorbeeld in een uithoek helemaal bovenin het topje van friesland? En B wel?
@Immutable Omdat A specialistisch is en clustert rond de specialistische bedrijven. Hint: Er zit geen ASML in Sexbierum. En voor embedded werken aan een wafer-stepper of CT-scanner is een beetje lastig vanuit huis.
Groep B doet werk dat zeer generiek is, goedkoop en iedereen tegenwoordig nodig heeft. Hint: Sexbierum heeft ook een bedrijventerrein waar generieke B2B bedrijven zitten met een website en een shop.
P.s., waar hoor jij bij? De QT ontwikkelaar?
P.s.2 ik ben altijd een beetje allergisch voor de "Nederlanders kunnen x helemaal niet", zonder enige onderbouwing. Dat is vaak gewoon een gebrek aan kennis van de rest van Nederland en alle bedrijvigheid. We zijn best een slim en effectief landje. Maar het kan altijd beter natuurlijk.
Groep B doet werk dat zeer generiek is, goedkoop en iedereen tegenwoordig nodig heeft. Hint: Sexbierum heeft ook een bedrijventerrein waar generieke B2B bedrijven zitten met een website en een shop.
P.s., waar hoor jij bij? De QT ontwikkelaar?
Flauw he?
P.s.2 ik ben altijd een beetje allergisch voor de "Nederlanders kunnen x helemaal niet", zonder enige onderbouwing. Dat is vaak gewoon een gebrek aan kennis van de rest van Nederland en alle bedrijvigheid. We zijn best een slim en effectief landje. Maar het kan altijd beter natuurlijk.
[ Voor 26% gewijzigd door armageddon_2k1 op 06-12-2020 17:22 ]
Engineering is like Tetris. Succes disappears and errors accumulate.
Helemaal niet flauw.:
@Immutable Omdat A specialistisch is en clustert rond de specialistische bedrijven. Hint: Er zit geen ASML in Sexbierum. En voor embedded werken aan een wafer-stepper of CT-scanner is een beetje lastig vanuit huis.
Groep B doet werk dat zeer generiek is, goedkoop en iedereen tegenwoordig nodig heeft. Hint: Sexbierum heeft ook een bedrijventerrein waar generieke B2B bedrijven zitten met een website en een shop.
P.s., waar hoor jij bij? De QT ontwikkelaar?
[...]
Flauw he?
Ik behoor ook voor een groot deel tot B! Alleen ik denk dat B veelal geautomatiseerd kan worden. En de "waarde" in de toekomst lager komt te liggen. En A niet. Ik zelf denk wel dat je je moet verdiepen in de abstracties om het te gebruiken. Abstracties hebben nog altijd het nadeel dat je ze op verkeerde wijze kunt gebruiken. Je ziet het heel veel bijvoorbeeld hoe bepaalde datastructuren en algorithmes maar gewoon gebruikt worden, zonder dat men de tijd complexiteit ervan meeneemt omdat groep B daar zich onderliggend niet in heeft verdiept en het niet boeit als het maar werkt. Zo wordt er bij ons op het werk de "widgets" in het gui systeem(zelfgemaakt systeem.. why dont ask me) maar in een "list/vector" gedrukt. Terwijl ik weet dat alle andere Gui systemen dus juist een tree structure gebruikt, waarbij nodes dus niet onnodig opnieuw gaan renderen. En daardoor dus de hele view continu opnieuw getekend gaat worden. Wil men ineens animaties toevoegen, krijg je dus performance issues. Ik zelf doe geen informatica maar elektro. Maar die mensen allemaal wel, en als je het daarover hebt kijken ze je aan van.. waar heb je het over.
GTK4 gaat bijvoorbeeld ook over naar een volledige scene graph systeem. En Qt met QML heeft dat onderliggend ook, flutter e.d.
Alleen bij ons is het gewoon tekenen van pixels met de cpu, wat verder niks mis mee is. Maar de manier waarop is toch heel inefficient. Mijn vraag is, krijg je op HBO wel fatsoenlijk les dat je leert hoe je dat soort systemen efficient bouwt ? En wil je dit soort systemen wel zelf maken / onderhouden... (uche toch naar B?
)
Dit topic is gesloten.