/u/89193/crop5913059561374.png?f=community)
Hoeder van het Noord-Meierijse dialect
/u/313216/crop679f937b7f4c1_cropped.png?f=community)
/u/262310/ava.png?f=community)
Ik word, zonder t.
https://github.com/search?q=language%3Apython
1.6mil repo's vs de 1.1 van php. Dus ja
Persoonlijk gebruik ik het vooral voor de wat kleinere scriptjes. Bijvoorbeeld letsencrypt automation of monitoring metrics.
/u/224026/crop5a1c1a6fcf1b1.png?f=community)
Sorry ik zal het niet meer doen
Maar dan kom ik wel weer terug op de discussie hierboven m.b.t. die TIOBE-index. Ik kan zo'n bak aan repo's niet op waarde schatten. For all we know is het overgrote deel hobbyprojectjes van 50 regels
Hoeder van het Noord-Meierijse dialect
Je kunt veel beter een vacaturebank scannen om een inschatting te krijgen hoe populair een taal is "in de echte wereld" Github geeft geen accurate indicatie, al is het maar omdat minstens de helft van de repositories forks zijn omdat ze ooit een pull request hebben gedaan.
Github geeft geen accurate indicatie, al is het maar omdat minstens de helft van de repositories forks zijn omdat ze ooit een pull request hebben gedaan.
[ Voor 38% gewijzigd door ThomasG op 23-08-2018 15:26 ]
:strip_icc():strip_exif()/u/437778/crop684040f89be83_cropped.jpg?f=community)
In de onderzoekswereld zie je het ontzettend veel (of R), vooral door dingen als pandas, numpy en Jupyter Notebook (maar ook zeker omdat het heel goed leesbaar is, en je geen rekening hoeft de houden met allerlei randzaken zoals de maximumwaarde van een integer).
Daarnaast zie ik het ook redelijk vaak als mockup tool - eerst experimenteren hoe het in Python werkt, en dan als dat helemaal uitgekristalliseerd is verder uitwerken in bijvoorbeeld C.
Dan is er natuurlijk nog bijvoorbeeld Django, waar volgens dit artikel uit 2015 ook een aantal grote websites gebruik van maken: https://www.linkedin.com/...mework-vladimir-bogdanov/
Ik kom het in ieder geval vrij vaak tegen (het zij niet altijd als "hoofdtaal")
[ Voor 3% gewijzigd door Koenvh op 23-08-2018 15:46 ]
🠕 This side up
"The question of whether a computer can think is no more interesting than the question of whether a submarine can swim" - Edsger Dijkstra
Die "correlated technologies" zijn wel heel erge eilandjes. Alleen bij PHP en nodejs heb je een fullstack.
Bij ruby bijvb niet .. errrr. Daarnaast doen databases het kennelijk vooral met zich zelf
.
Ook weer een vrij beperkte metric.
Voornaamste wat ik er uit zou halen is dat gebruikers van PHP kennelijk nog steeds vrij mariaDB/mysql minded zijn.
Bij ruby bijvb niet .. errrr. Daarnaast doen databases het kennelijk vooral met zich zelf
.Ook weer een vrij beperkte metric.
Voornaamste wat ik er uit zou halen is dat gebruikers van PHP kennelijk nog steeds vrij mariaDB/mysql minded zijn.
Nee, ik bedoelde deze:
bron
Je ziet duidelijk een machine learning, web development, scripting / ops en in mindere mate en streaming processing cluster.
"The question of whether a computer can think is no more interesting than the question of whether a submarine can swim" - Edsger Dijkstra
/u/12668/hydra.png?f=community)
Volgens mij kwam in 2016 C+ uit waardoor vele overstapte. Echter door de baangarantie stapte vele weer terug naar C.
/u/81985/crop566b00b43645a.png?f=community)
:strip_icc():strip_exif()/u/439769/crop5a510243ea2e3_cropped.jpeg?f=community)
:strip_exif()/u/992835/crop5acc6310326e8_cropped.gif?f=community)
/u/46804/crop5f989efcbb253.png?f=community)
/u/613048/crop5db7e8da13e77.png?f=community)
/u/155568/usericon.png?f=community)
Leuk geschreven artikel over hoe het toevoegen van het woord 'blockchain' aan een app pitch zoveel teweeg brengt
https://decorrespondent.n...ets/519071687772-2a5ee060
https://decorrespondent.n...ets/519071687772-2a5ee060
En natuurlijk de Smart Block Cloud:
Leuk geschreven artikel over hoe het toevoegen van het woord 'blockchain' aan een app pitch zoveel teweeg brengt
https://decorrespondent.n...ets/519071687772-2a5ee060
:strip_icc():strip_exif()/u/12461/crop65b195553d948.jpg?f=community)
In 99,999% van de gevallen slaat het gebruik van een blockchain idd helemaal nergens op:
Leuk geschreven artikel over hoe het toevoegen van het woord 'blockchain' aan een app pitch zoveel teweeg brengt
https://decorrespondent.n...ets/519071687772-2a5ee060
. Maar het artikel slaat wel compleet de plank mis wat betreft de daadwerkelijke mogelijkheden van een blockchain.
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.
Ik vond het artikel niet altijd even accuraat, maar wat de opvatting dat het een vreselijk overhypte technologische ontwikkeling met een maar zeer beperkt toepassingsgebied is deel ik wel.:
Leuk geschreven artikel over hoe het toevoegen van het woord 'blockchain' aan een app pitch zoveel teweeg brengt
https://decorrespondent.n...ets/519071687772-2a5ee060
"The question of whether a computer can think is no more interesting than the question of whether a submarine can swim" - Edsger Dijkstra
Vertel?:
In 99,999% van de gevallen slaat het gebruik van een blockchain idd helemaal nergens op
https://niels.nu
Dat was vooral mijn punt inderdaad. Gewoon aangeven dat iets gebruik maakt van de blockchain is al genoeg om iemand over de streep te trekken.:
[...]
In 99,999% van de gevallen slaat het gebruik van een blockchain idd helemaal nergens op
Binnen onze klantenkring waren er ook een aantal die vroegen naar cryptocoin en/of blockchain oplossingen en of dat dan niet wat voor ze was. Puur nieuwsgierigheid meestal, maar zo'n hype doet wel wat.
Ben je oprecht geïnteresseerd of alleen maar uit op een standaard trolldiscussie? Want ik denk dat jij het stiekem wel weet:
[...]
Vertel?
[ Voor 8% gewijzigd door .oisyn op 27-08-2018 16:27 ]
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/172182/crop5ea83ce62d327.jpeg?f=community)
Ik ben anders wel geinteresseerd in wat je te vertellen hebt over dat artikel:
[...]
Ben je oprecht geïnteresseerd of alleen maar uit op een standaard trolldiscussie? Want ik denk dat jij het stiekem wel weet
Ik weet zo goed als niets af van blockchain of de achterliggende tech (verder dan dat bitcoin idd een hoop stroom kost en eigenlijk in de -huidige- praktijk enkel interessant is om op te speculeren kom ik niet) en het artikel leek me redelijk ok over te komen. Als wat in het artikel genoemd word blijkbaar niet helemaal correct of incompleet is hoor ik het graag.
De auteur schrijft bijvoorbeeld::
[...]
Ik ben anders wel geinteresseerd in wat je te vertellen hebt over dat artikel
Ik weet zo goed als niets af van blockchain of de achterliggende tech (verder dan dat bitcoin idd een hoop stroom kost en eigenlijk in de -huidige- praktijk enkel interessant is om op te speculeren kom ik niet) en het artikel leek me redelijk ok over te komen. Als wat in het artikel genoemd word blijkbaar niet helemaal correct of incompleet is hoor ik het graag.
Leuk geredeneerd, vanuit het comfort van z'n Belgische huiskamertje, maar zelfs dan nog: als een Belgische bank omvalt en je hebt er meer dan een ton staan, dan ben je het kwijt. Cyprioten waren ook een heel groot deel kwijt omdat het land failliet ging. Argentijnen, Venezuelanen (?) en nu ook Turken zagen/zien hun spaartegoeden verdampen door mismanagement van de overheid, terwijl de omwisseling tegen dollars of euro's en cash opnames wordt tegengewerkt.
Een open, permissieloos, vertrouwensloos, censuur-resistent netwerk (want dat is wat blockchain is) biedt uitkomst voor iedereen in de wereld om over zijn eigen digitale assets te beschikken en te transacten zonder dat iemand daar iets tegen kan doen. Dát is de echte kracht van blockchain.
En heus niet alleen in ontwikkelingslanden. Ik bedoel, deze tweet is toch enorm lachwekkend als je bedenkt dat dat de auteur was van het artikel getiteld "Why bitcoin is stupid"
Wat betreft stroomgebruik, leesvoer. Het is een goedkoop argument, omdat het stroomgebruik van bitcoin vrij gemakkelijk te berekenen is. De gehele bancaire infrastructuur (van datacenters tot pinautomaten) gebruiken meer stroom, alleen is het lastig om met daadwerkelijke getallen te komen, en dus wordt het maar vergeleken met wat een land consumeert, alsof dat dan iets zegt. Ontzettend veel electriciteit in het bitcoin mining netwerk komt van hernieuwbare energie, voornamelijk waterkrachtcentrales. Het vervelende van electriciteit is dat het lastig is op te slaan, en het water stroomt en de wind waait of je de energie nou nodig hebt of niet. In plaats van centrales uit te zetten zie je dat de electriciteit gewoon wordt "afgefakkeld" door het te steken in mining centrales.
Heeft bitcoin problemen als betaalmiddel? Zeker, het is te volatiel om een goede MoE (medium of exchange) te zijn en het schaalt op zichzelf niet zo goed, maar volatiliteit neemt af bij verdere adoptie en dankzij layer 2 oplossingen gaan we straks instantane microtransacties zien met ontzettend lage fees. En dat wordt sowieso interessant, want dan zijn er échte micropayments mogelijk, en dat zie je momenteel nog nauwelijks om dat de fees meestal groter zijn dan het bedrag (en dan krijg je oplossingen waarbij je werkt met een balans die bij de tegenpartij staat)
Verder:
Misvatting. Uiteraard controleren miners transacties, maar zij doen dat niet alleen. Iedereen die een full node draait, controleert transacties. Als een miner een foutieve transactie opneemt in een block, dan wordt het block dat hij produceert niet geaccepteerd door het netwerk. Met als gevolg dat de block reward en mining fees die ze verdienden met het minen van dat block ook meteen waardeloos is geworden (die transactie waarmee ze de reward en de fees overmaken bestaat alleen op de chain die ze zelf minen, en de users accepteren die chain niet). Ze hebben dus een incentive om niet vals te spelen. Miners zorgen feitelijk voor immutability in ruil voor bitcoin, en de users controleren de miners.
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/6143/rincewind.jpg?f=community)
“Build a man a fire, and he'll be warm for a day. Set a man on fire, and he'll be warm for the rest of his life.”
:strip_icc():strip_exif()/u/67180/crop5e000c49677af_cropped.jpeg?f=community)
Wat een suffe reactie zeg. Ik ben gewoon geinteresseerd in je argumenten. Ik ben het nogal eens met het artikel maar andere inzichten zijn altijd leerzaam. Bedankt in ieder geval voor je reactie. Ben het nogal niet met je eens maar goed.:
Ben je oprecht geïnteresseerd of alleen maar uit op een standaard trolldiscussie? Want ik denk dat jij het stiekem wel weet
[ Voor 9% gewijzigd door Hydra op 28-08-2018 08:04 ]
https://niels.nu
:strip_icc():strip_exif()/u/36083/crop5dca9e34ce091_cropped.jpeg?f=community)
:strip_icc():strip_exif()/u/734655/crop6390c3acd41c6_cropped.jpg?f=community)
Uhm... Niet om het een of andere, maar jouw reactie eerste verdient ook geen schoonheidsprijs. En de eerste reactie van @.oisyn daarop, hoewel begrijpelijk, is ook niet netjes.
Ik ben wel blij om te zien dat jullie de strijd verder voort zetten op basis van argumenten. Bedankt daarvoor!
Wel ben ik benieuwd wat de exacte stelling is. Blockchain kan namelijk verwijzen naar een bepaald soort database of cryptocurrency. In .oisyn zijn oorspronkelijk bericht krijg ik het idee dat het gaat om de database definitie, maar inmiddels zijn we aanbeland bij cryptocurrency. Echter afhankelijk van de technieken die gebruikt wordt (bijvoorbeeld: proof of work vs proof of stake) gaan bepaalde stellingen niet op.
Misschien handig dat jullie beide hier wat duidelijkheid inbrengen? Dit kan namelijk een hoop frustratie voorkomen als jullie beide iets anders bedoelen.
"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/86654/krat_toren.jpg?f=community)
Breek me de bek niet open over brakke implementaties van clientside frameworks. De ABN heeft er ook een handje van. Ja, ik hou van ranten op die bank.
Ze hebben al een aantal maanden een nieuwe online banking-omgeving, en nog steeds werkt 'ie voor geen meter. Traag, niet keyboard-friendly, "responsive" in de zin van: laat een irrelevant element het gehele scherm opvullen.
En nu was ik onlangs een rekening aan het aanvragen: https://www.abnamro.nl/po...standaard/aanvragen.html: 5 seconden laadtijd, 140 requests en 1,3 MB voor een fucking invulformulier - dat niet werkt. De pagina verspringt naar boven bij elke veldwijziging (tab of klik), en op het tweede scherm wordt na het tabben de invoer tijdelijk geblokkeerd waardoor de eerste letters van je gegevens wegvallen als je op dat moment meteen gaat typen.
En als ik dan toch aan het ranten ben: waarom kan ik op drie installaties van Windows 10 het Windows Update-scherm niet vinden? Als ik "update" tik in het startmenu, komen een stuk of tien irrelevante hits naar boven, waaronder de Java Update Checker. Pas wanneer ik "check for" intik, komt "Check for Updates" van Windows naar boven.
https://oneerlijkewoz.nl
Op papier is hij aan het tekenen, maar in de praktijk...
Huht? Ik vraag gewoon letterlijk om de argumenten gewoon omdat ik nieuwsgierig ben. Hoezo "geen schoonheidsprijs"?
YW
[ Voor 19% gewijzigd door Hydra op 28-08-2018 10:53 ]
https://niels.nu
:strip_icc():strip_exif()/u/393369/crop55d593566408c.jpeg?f=community)
Die nieuwe omgeving... Ze hadden gewoon 1 van mijn rekeningen opeens verborgen, schrok me dood:
[...]
Breek me de bek niet open over brakke implementaties van clientside frameworks. De ABN heeft er ook een handje van. Ja, ik hou van ranten op die bank.
Ze hebben al een aantal maanden een nieuwe online banking-omgeving, en nog steeds werkt 'ie voor geen meter. Traag, niet keyboard-friendly, "responsive" in de zin van: laat een irrelevant element het gehele scherm opvullen.
En nu was ik onlangs een rekening aan het aanvragen: https://www.abnamro.nl/po...standaard/aanvragen.html: 5 seconden laadtijd, 140 requests en 1,3 MB voor een fucking invulformulier - dat niet werkt. De pagina verspringt naar boven bij elke veldwijziging (tab of klik), en op het tweede scherm wordt na het tabben de invoer tijdelijk geblokkeerd waardoor de eerste letters van je gegevens wegvallen als je op dat moment meteen gaat typen.
En als ik dan toch aan het ranten ben: waarom kan ik op drie installaties van Windows 10 het Windows Update-scherm niet vinden? Als ik "update" tik in het startmenu, komen een stuk of tien irrelevante hits naar boven, waaronder de Java Update Checker. Pas wanneer ik "check for" intik, komt "Check for Updates" van Windows naar boven.
Na lang zoeken stond het ergens bij de instellingen:
Wtf
Nogmaals, makkelijk geredeneerd vanuit het comfort van je huidige situatie. Dat geldt echter niet voor iedereen in de wereld.
Idd, die duren een dag bij SEPA en meerdere dagen bij wire. Belachelijk idd. Met het Lightning Network (een layer 2 oplossing) is het instantaan.
Dat heb ik al uitgelegd, gebruikers controleren de miners. Het is voor de miners helemaal niet handig om hun eigen ding te doen als de gebruikers dat niet accepteren, want dan zijn hun geproduceerde blokken niets waard.
Dat is helemaal geen whataboutism. Niemand klaagt dat banken zoveel energie verbruiken. Dan is het toch gek dat men wel klaagt dat Bitcoin dat wel doet? En ja, dan gaat men meestal kijken naar de kosten per transactie, waardoor die bij Bitcoin veel hoger uitvalt vanwege het lagere aantal, maar dat is geen eerlijke vergelijking want de energiekosten van Bitcoin schalen niet met het aantal transacties.
Dit argument dus
.Een trage append-only database die door niemand wordt beheerd en waarin je niemand hoeft te vertrouwen, en waarbij niemand appends kan voorkomen. Als je die eigenschappen er niet bij vermeld dan heb je er idd niets aan. Het is een afweging - als je al die dingen niet nodig hebt (en dat heb je vaak niet), dan zijn er idd veel betere oplossingen.
Hou je niet van de domme, ik ken je M.O., ik wist allang dat jij het heel eens zou zijn met dat artikel en ik had geen zin in een standaard discussie die je op de frontpage ook altijd ziet, met de standaard argumenten: traagheid, energiekosten, criminaliteit, en daar had ik geen zin in. Als we van tevoren al weten dat we het niet eens gaan zijn, dan heeft een discussie ook geen nut.
[ Voor 11% gewijzigd door .oisyn op 28-08-2018 11:03 ]
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.
Ik ging in m'n reactie vooral in op de door Oisyn aangedragen argumenten en die sloegen vooral op crypto currencies. Maar in de bredere zin; blockchains zijn m.i. trage gedistribueerde (als je voor het gemak maar even het 'distributed ledger' deel meepakt, wat de meeste blockchain aanhangers doen) append-only databases met een immutable history. Zoals elke database hebben ze bepaalde kenmerken die voor een bepaald probleem een oplossing kunnen zijn, maar net zo goed tegenwerken.
Kijk bijvoorbeeld naar Git; dat is in z'n essentie ook een soort block-chain: de history is immutable. Heeft meestal voordelen voor code, maar er zijn genoeg nadelen hiervan. Een bekend voorbeeld is AWS keys die perongeluk in de source staan. Je hoort mij alleen zien zeggen dat Git 'slecht' is, het is mijn favoriete version control system.
Zoals elke database is blockchain een tool, geen gouden hamer. En vanwege de bitcoin hype, en die 'magie' omdat mensen het niet begrijpen (vooral niet begrijpen dat het een verzameling technieken is die decennia terug gaat en dus niks nieuws is) wordt het wel zo gebruikt, op een extreme manier. Cloud was eerder ook hype, maar tegelijkertijd een concrete oplossing voor een bepaald probleem. Blockchain net zo goed, alleen is de hype-factor hier vele malen hoger door het (tijdelijk) succes van Bitcoin.
Zie hierboven. Als je verder vragen hebt; let me know
https://niels.nu
@.oisyn Hoewel het dan gelukkig een inhoudelijke discussie is met argumenten ben jij natuurlijk wel biased. Ik weet dat je in elk geval vroeger een paar K in bitcoins had geïnvesteerd en op zijn minst nog actief mee voert in diverse discussies.
Niet dat je dan niets te zeggen hebt; immers heb je de ervaringen. Het maakt het alleen wat lastiger om er echt objectief naar te kijken.
Ik heb een aantal startups gezien die de techniek blockchain gebruiken, vergis je alleen niet dat ze soms nog de naam startup hanteren ook al zijn ze met 20-30 man en 4 jaar bezig Uiteindelijk is het idee op papier altijd wel fancy; het klinkt goed. In de praktijk slaat het soms nergens op.
Een voorbeeld was een pakketdienst die dus een chain wilde opzetten vanuit fabriek - eindconsument. Dus d.m.v. inscannen, trackers, etc. zou je op papier een chain kunnen hebben. Je kan vervolgens ook je chain uitlezen (wat is er gebeurd, waar, etc.
Uiteindelijk gaat het weer om dat stukje "trust"; maar in bovenstaand geval belemmerd niemand iets om een stukje toe te voegen in de chain wat niet echt is gebeurd. Anyway; ik vind het lastig om het exact uit te leggen maar een die techniek is dan IMO niets anders dan een logging database zonder dat het echt toegevoegde waarde biedt.
Persoonlijk vind ik dat dus ook bij cryptocurrency. Op papier is het logisch en lijkt het heel tof:
- decentralisatie
- snelle transactions
- trust vanuit de pool
- ?? whatever
De praktijk is dat mensen hun meuk op exchanges zetten (decentralisatie is dan eigenlijk weg...). Zeker, uitzonderingen daar gelaten die hun currency lokaal of op ledgers bewaren. Bitcoin transactions zijn duur en traag. En bij diverse currencies is die trust al eens helemaal verpest door zo'n 50%+ pool "attack".
De beweegredenen van een te grote groep mensen is ook verkeerd voor het daadwerkelijke doel dat cryptocurrency wilt aanpakken. Als ik er zelf een cijfertje aan mag geven (want exact weet ik dat niet) dan is 99.99% van het verkeer pure marktspeculatie traffic en niet daadwerkelijke B2C of B2B transacties. Elke nieuwe currency wordt niet voor HET doel gebruikt; maar voor quick wins en personal gains. Again, eigen cijfertjes maar 99% van de nieuwe currencies worden opgezet voor eigen gewin; met dan als argument: "we pakken dit probleem aan".
En I couldn't care less over energiegebruik maar opnieuw: De enige reden dat alles zo explosief groeit in mining rigs is dat mensen dit weer voor het eigen gewin doen, in plaats van dat iedereen nou zou graag gedecentraliseerd wilt bankieren. De hoeveelheid mensen dat kneiter rijk zijn geworden door het aanbieden van "producten" (mining rigs, videocards, exchanges) is niet normaal. En alles onder dezelfde noemer; cryptocurrency is de toekomst.
Dus ja als je het aan mij vraagt vind ik dat vrijwel alles wat met blockchain/cryptocurrency te maken heeft vrijwel geen toegevoegde waarde heeft en de implementatie / resultaat een gemiste kans is. Alles wat er nu er mee gebeurd biedt geen stabiele toekomst en gaat alleen maar over persoonlijke winsten (en voor vele verliezen) dan dat er daadwerkelijk iets uit komt waarvoor het ooit bedoeld was. En ja; dat vind ik het persoonlijk zonde als je ziet wat er in geïnvesteerd wordt qua energie (letterlijk en figuurlijk). De banken zorgen er in elk geval nog voor dat ik mijn salaris op mn bank krijg en dat ik mn boodschappen er mee kan betalen.
Gezien de hoeveelheid activiteit met cryptocurrency zou je eerder verwachten dat we met die aantallen óók nuttige transacties konden maken. De weg daar naar toe lijkt nooit te komen; al dan niet pas over 5 a 10 jaar (?).
Ik verwacht eerder dat "stabiele" financiële instellingen (grote banken) meer overgaan naar blockchain maar dan in eigen beheer. Net zo goed dat elke bank daar al mee bezig is (of soms al in production draait).
Niet dat je dan niets te zeggen hebt; immers heb je de ervaringen. Het maakt het alleen wat lastiger om er echt objectief naar te kijken.
Ik heb een aantal startups gezien die de techniek blockchain gebruiken, vergis je alleen niet dat ze soms nog de naam startup hanteren ook al zijn ze met 20-30 man en 4 jaar bezig
Uiteindelijk is het idee op papier altijd wel fancy; het klinkt goed. In de praktijk slaat het soms nergens op.Een voorbeeld was een pakketdienst die dus een chain wilde opzetten vanuit fabriek - eindconsument. Dus d.m.v. inscannen, trackers, etc. zou je op papier een chain kunnen hebben. Je kan vervolgens ook je chain uitlezen (wat is er gebeurd, waar, etc.
Uiteindelijk gaat het weer om dat stukje "trust"; maar in bovenstaand geval belemmerd niemand iets om een stukje toe te voegen in de chain wat niet echt is gebeurd. Anyway; ik vind het lastig om het exact uit te leggen maar een die techniek is dan IMO niets anders dan een logging database zonder dat het echt toegevoegde waarde biedt.
Persoonlijk vind ik dat dus ook bij cryptocurrency. Op papier is het logisch en lijkt het heel tof:
- decentralisatie
- snelle transactions
- trust vanuit de pool
- ?? whatever
De praktijk is dat mensen hun meuk op exchanges zetten (decentralisatie is dan eigenlijk weg...). Zeker, uitzonderingen daar gelaten die hun currency lokaal of op ledgers bewaren. Bitcoin transactions zijn duur en traag. En bij diverse currencies is die trust al eens helemaal verpest door zo'n 50%+ pool "attack".
De beweegredenen van een te grote groep mensen is ook verkeerd voor het daadwerkelijke doel dat cryptocurrency wilt aanpakken. Als ik er zelf een cijfertje aan mag geven (want exact weet ik dat niet) dan is 99.99% van het verkeer pure marktspeculatie traffic en niet daadwerkelijke B2C of B2B transacties. Elke nieuwe currency wordt niet voor HET doel gebruikt; maar voor quick wins en personal gains. Again, eigen cijfertjes maar 99% van de nieuwe currencies worden opgezet voor eigen gewin; met dan als argument: "we pakken dit probleem aan".
En I couldn't care less over energiegebruik maar opnieuw: De enige reden dat alles zo explosief groeit in mining rigs is dat mensen dit weer voor het eigen gewin doen, in plaats van dat iedereen nou zou graag gedecentraliseerd wilt bankieren. De hoeveelheid mensen dat kneiter rijk zijn geworden door het aanbieden van "producten" (mining rigs, videocards, exchanges) is niet normaal. En alles onder dezelfde noemer; cryptocurrency is de toekomst.
Dus ja als je het aan mij vraagt vind ik dat vrijwel alles wat met blockchain/cryptocurrency te maken heeft vrijwel geen toegevoegde waarde heeft en de implementatie / resultaat een gemiste kans is. Alles wat er nu er mee gebeurd biedt geen stabiele toekomst en gaat alleen maar over persoonlijke winsten (en voor vele verliezen) dan dat er daadwerkelijk iets uit komt waarvoor het ooit bedoeld was. En ja; dat vind ik het persoonlijk zonde als je ziet wat er in geïnvesteerd wordt qua energie (letterlijk en figuurlijk). De banken zorgen er in elk geval nog voor dat ik mijn salaris op mn bank krijg en dat ik mn boodschappen er mee kan betalen.
Gezien de hoeveelheid activiteit met cryptocurrency zou je eerder verwachten dat we met die aantallen óók nuttige transacties konden maken. De weg daar naar toe lijkt nooit te komen; al dan niet pas over 5 a 10 jaar (?).
Ik verwacht eerder dat "stabiele" financiële instellingen (grote banken) meer overgaan naar blockchain maar dan in eigen beheer. Net zo goed dat elke bank daar al mee bezig is (of soms al in production draait).
Hoe is de history precies immutable? Kan ik, als beheerder van de repository, de history niet herschrijven door een bepaalde change te excluden?
Ja hallo, zo ken ik er ook nog wel een paar. Ik zit erin omdat ik het een goed project vind, niet andersom
.Ik heb al gezegd dat ik 99,999% van de projecten waarin men met blockchain komt onzin vindt. En dat geldt ook voor de laatste regel uit jouw post (banken die iets met blockchain gaan doen, dat slaat echt nergens op - zolang je een centrale partij hebt die alles regelt heb je niets aan de ontzettend inefficiente blockchain).
Wat men in de praktijk doet met bitcoin of andere cryptocurrencies boeit me niet zoveel. Ik geloof overigens ook niet in de andere cryptocurrencies. Wel geloof ik in bitcoin, en het doel om "sound money" te worden.
[ Voor 67% gewijzigd door .oisyn op 28-08-2018 12:20 ]
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.
Ik weet niet precies wat je nu wil. Wil je wel of geen discussie? Zowel de toon als de inhoud van je bericht zeggen "geen". En nu licht je klein dingetje uit een heel verhaal alleen maar om je gelijk te halen. En dan mij uitmaken voor troll? Laten we het er gewoon op houden dat we het niet eens gaan worden. Beter voor de sfeer hier
https://niels.nu
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.
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/36003/crop584e9e5c223bd.jpeg?f=community)
Look, runners deal in discomfort. After you get past a certain point, that’s all there really is. There is no finesse here.
/u/373849/cowava2.png?f=community)
PCExtreme trekt de stekker uit hun Raspberry Pi project. En dankzij dat, heb ik een code voor 50 euro. First come, first serve. Ik heb niet echt een plek voor een kortingscode voor een hosting provider, aangezien ik voor een provider werk (die een policy heeft, dat medewerkers en oud-medewerkers probleemloos een eigen stack kunnen krijgen )
)
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!
Dat ligt er aan. In principe is het zo dat de hash van de commit wijzigt wanneer je de commit wijzigt. Als je lokale commits hebt, en die wijzigt, dan komt niemand er achter; want er is niemand anders die het weet/kan controleren. Stonden deze commits echter ook op bijvoorbeeld de remote repository, dan kun je dit niet zomaar wijzigen. Het kan wel, maar omdat de geschiedenis niet meer klopt zul je een force push moeten doen. En iedereen die een bijvoorbeeld een lokale versie van die repository en branch had, ziet dat er mee geknoeit is. Bij de meeste git "servers" kun je dus ook instellen dat slechts een bepaald aantal mensen force push rechten hebben. Het is ook meer een middel voor speciale gevallen, en niet voor daily use.
Er zijn wat dat betreft teveel developers die bepaalde functionaliteit van git gewoonweg misbruiken. Zo ben ik meerdere developers tegen komen die de history gaan rewriten als ze een bug fixen, alsof die bug dus nooit bestaan heeft, in plaats van een nieuwe commit met de bug fix
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.
Misschien dat het je intentie is, maar je verzoek bestond letterlijk uit 1 woord. Dit wordt gezien als kortaf (of zelfs commanderend). Met een klein beetje extra moeite had jij (en dit geldt ook voor .oisyn) een stuk soepeler dialoog gehad.
Zou ik de spreekwoordelijke schoonheidsprijs mogen uitreiken dan is dit dialoog niet één die ik zou belonen.
Dat gezegd te hebben, de verdere verloop van de discussie verdient weer wel de schoonheidsprijs
[ Voor 7% gewijzigd door DevWouter op 28-08-2018 14:17 ]
"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
Tja. Vandaar die smiley erachter. Misschien dat m'n old-skool usenet bloed hier naar boven komt borrelen maar ik probeerde 't expliciet vriendelijk te maken.
Edit: Sorry:
[ Voor 3% gewijzigd door Hydra op 28-08-2018 15:00 ]
https://niels.nu
/u/3813/100_8985_ICON2.JPG?f=community)
Ik lees de discussie met veel plezier in ieder geval.:
Dat gezegd te hebben, de verdere verloop van de discussie verdient weer wel de schoonheidsprijs
Jammer dat niet een van beide aandelen PHP heeft .....
Somniferous whisperings of scarlet fields. Sleep calling me and in my dreams i wander. My reality is abandoned (I traverse afar). Not a care if I never everwake.
:strip_icc():strip_exif()/u/151534/crop5a48e625630a0_cropped.jpeg?f=community)
https://github.com/gabrielrcouto/phplata:
[...]
Ik lees de discussie met veel plezier in ieder geval.
Jammer dat niet een van beide aandelen PHP heeft .....
Best of both worlds ...
Somniferous whisperings of scarlet fields. Sleep calling me and in my dreams i wander. My reality is abandoned (I traverse afar). Not a care if I never everwake.
@Hydra: Ik vind deze reactie een pracht voorbeeld van karakter en wijsheid. Leren van je fouten en weten dat "sorry" een verdomd krachtig middel is. Daar zou andere nog veel van kunnen leren. (@.oisyn, dat is een hint, die excuses is namelijk niet voor mij bedoeld...):
[...]
Tja. Vandaar die smiley erachter. Misschien dat m'n old-skool usenet bloed hier naar boven komt borrelen maar ik probeerde 't expliciet vriendelijk te maken.
Edit: Sorry:
Kan Tweakers een troll-tag uitvinden en dat automatisch aan jouw toekennen?: Jammer dat niet een van beide aandelen PHP heeft .....
* DevWouter leest de volgende reactie
... Ik haat jullie allebei...
"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_exif()/u/52746/eric-cartman_small.gif?f=community)
Je kan per cronjob de MAILTO aangeven; beter gezegd: overriden.
Dus
En als je gewoon als default geen mailto hebt ingesteld dan kan je override doen dat hij gevuld is. En uiteraard visa versa. Als je default een mailto hebt, dan kan je die per job uitzetten.
edit;
En output redirecten vind ik persoonlijk niet 'de' oplossing. Vaak genoeg wil je de output ook nog los verzamelen in een log of overige acties uitvoeren. IMO is de mailto waarde een wat nettere oplossing
Dus
code:
1
2
3
4
5
| MAILTO=foo@bar.com * * * * * shizzle.sh MAILTO= * * * * * sssh.sh |
En als je gewoon als default geen mailto hebt ingesteld dan kan je override doen dat hij gevuld is. En uiteraard visa versa. Als je default een mailto hebt, dan kan je die per job uitzetten.
edit;
En output redirecten vind ik persoonlijk niet 'de' oplossing. Vaak genoeg wil je de output ook nog los verzamelen in een log of overige acties uitvoeren. IMO is de mailto waarde een wat nettere oplossing
[ Voor 23% gewijzigd door Douweegbertje op 29-08-2018 19:19 ]
:strip_icc():strip_exif()/u/116726/crop5e3ee297a8a03_cropped.jpeg?f=community)
Gisteren een dependency hell opgelost. Voor bepaalde functionaliteit in een .NET Framework 4.6-project heb ik ik een library gemaakt die afhankelijk is van DocumentFormat.OpenXml, die op zijn beurt weer een dependency heeft op System.IO.Packaging. Omdat onze dependencies standaard op "Lowest" staan, werd daarvan versie 4.4.0 geïnstalleerd, die NETStandard.Library binnentrekt die weer System.Runtime nodig heeft. Wat een drama veroorzaakte dat.
Mijn Visual Studio negeerde de package references, maar ging graven naar DLL's in C:\Program Files (x86)\Microsoft Visual Studio\2017\Professional\MSBuild\Microsoft\Microsoft.NET.Build.Extensions\net461\lib, en maakte aan de hand daarvan binding redirects in de configuratie van het project waarin je mijn library installeerde. De versies van deze assemblies kwamen niet overeen met de versies uit de packages, waardoor het resultaat dat uit de buildserver kwam at runtime spectaculair faalde met honderdduizend Fusion-fouten met assembly mismatches. Relevant issue: https://github.com/Microsoft/msbuild/issues/2527.
Gelukkig is er sinds enkele maanden System.IO.Packaging 4.5.0, die, wanneer geïnstalleerd op een .NET Framework targetend project, niet meer .NET Standard maar weer gewoon .NET Framework als basis heeft. NuSpec-dependencies ophogen naar die versie, en alles werkt weer.
Voor bepaalde functionaliteit in een .NET Framework 4.6-project heb ik ik een library gemaakt die afhankelijk is van DocumentFormat.OpenXml, die op zijn beurt weer een dependency heeft op System.IO.Packaging. Omdat onze dependencies standaard op "Lowest" staan, werd daarvan versie 4.4.0 geïnstalleerd, die NETStandard.Library binnentrekt die weer System.Runtime nodig heeft. Wat een drama veroorzaakte dat. Mijn Visual Studio negeerde de package references, maar ging graven naar DLL's in C:\Program Files (x86)\Microsoft Visual Studio\2017\Professional\MSBuild\Microsoft\Microsoft.NET.Build.Extensions\net461\lib, en maakte aan de hand daarvan binding redirects in de configuratie van het project waarin je mijn library installeerde. De versies van deze assemblies kwamen niet overeen met de versies uit de packages, waardoor het resultaat dat uit de buildserver kwam at runtime spectaculair faalde met honderdduizend Fusion-fouten met assembly mismatches.
Relevant issue: https://github.com/Microsoft/msbuild/issues/2527.Gelukkig is er sinds enkele maanden System.IO.Packaging 4.5.0, die, wanneer geïnstalleerd op een .NET Framework targetend project, niet meer .NET Standard maar weer gewoon .NET Framework als basis heeft. NuSpec-dependencies ophogen naar die versie, en alles werkt weer.
https://oneerlijkewoz.nl
Op papier is hij aan het tekenen, maar in de praktijk...
:strip_exif()/u/316566/crop570109b769a18_cropped.gif?f=community)
Ah, dependency hell met VS . Ook altijd leuk als je in een bepaalde branch packages updated, maar dan in een andere branch die packages niet hebt. Switchen naar die branch zorgt altijd voor falende references, terwijl de build wel perfect werkt. VS dan opnieuw opstarten helpt vaak, maar ook weer niet altijd.
. Ook altijd leuk als je in een bepaalde branch packages updated, maar dan in een andere branch die packages niet hebt. Switchen naar die branch zorgt altijd voor falende references, terwijl de build wel perfect werkt. VS dan opnieuw opstarten helpt vaak, maar ook weer niet altijd.
Look, runners deal in discomfort. After you get past a certain point, that’s all there really is. There is no finesse here.
Zien jullie wel dat git erger is dan PHP:
Ik ben dus toch niet de enige die problemen heeft met de consistentie van de git cmdline
Git Koans
:strip_icc():strip_exif()/u/206968/325134.jpg?f=community)
Dat brengt me op een idee. Een PHP wrapper om git:
Zien jullie wel dat git erger is dan PHP
If money talks then I'm a mime
If time is money then I'm out of time
/u/172186/crop568d4026c22c0_cropped.png?f=community)
https://github.com/czproject/git-php:
[...]
Dat brengt me op een idee. Een PHP wrapper om git
Verwijderd
Of nog beter: een Git implementatie in PHP.:
[...]
Dat brengt me op een idee. Een PHP wrapper om git
offtopic:
Ik heb autisme en ik snap niet zo goed wat de smilies op GoT betekenen.
Ik heb autisme en ik snap niet zo goed wat de smilies op GoT betekenen.
Uiteraard kan je ook naar een log file wegschrijven, het is maar net wat je wil.:
En output redirecten vind ik persoonlijk niet 'de' oplossing. Vaak genoeg wil je de output ook nog los verzamelen in een log of overige acties uitvoeren. IMO is de mailto waarde een wat nettere oplossing
code:
1
| */2 * * * * user /usr/bin/php /home/user/script.php > /var/log/cronjobs/my_script |
Opties zat. Wij hebben echter diverse clean-up scripts dat alleen maar het aantal verwijderde rijen uit een MySQL tabel teruggeeft. Dat hoef ik niet elke dag in mijn mailbox of log files te hebben, vandaar /dev/null.
/u/189240/av70.png?f=community)
:strip_icc():strip_exif()/u/13896/crop5dbbed904a73d_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
“Build a man a fire, and he'll be warm for a day. Set a man on fire, and he'll be warm for the rest of his life.”
Dit topic is gesloten.