:strip_icc():strip_exif()/u/437778/crop684040f89be83_cropped.jpg?f=community)
Als we dan toch teruggaan... handmatig assembly schrijven is veel efficiënter:
[...]
En dan is eigenlijk alles na C gewoon een grote hype
🠕 This side up
Waarom denk je dat WebAssembly bedacht is?:
[...]
Als we dan toch teruggaan... handmatig assembly schrijven is veel efficiënter
:strip_exif()/u/396800/D-_3427da0a9c293b63f2a66dea2e642102.gif?f=community)
C is gewoon het perfecte middelpunt. Alles daarna is een hype alles daarvoor een overdreven nostalgisch verlangen.:
[...]
Als we dan toch teruggaan... handmatig assembly schrijven is veel efficiënter
Sinds de 2 dagen regel reageer ik hier niet meer
:strip_icc():strip_exif()/u/36083/crop5dca9e34ce091_cropped.jpeg?f=community)
Alles na ponskaarten. Dat ging prima. Dependency management was daar gewoon een kaartenbak. Helemaal prima.:
[...]
En dan is eigenlijk alles na C gewoon een grote hype
Engineering is like Tetris. Succes disappears and errors accumulate.
/u/224026/crop5a1c1a6fcf1b1.png?f=community)
Klopt, en er waren ook geweldige obfuscators voor ponskaarten: gewoon op de grond laten vallen
🠕 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
/u/454206/crop68eab55cec290_cropped.png?f=community)
Was wel te verwachten, after all, developers are their main users
.Gertjan.: Ik ben een zelfstandige alcoholist, dus ik bepaal zelf wel wanneer ik aan het bier ga!
/u/373849/cowava2.png?f=community)
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!
Weer zo'n typisch voorbeeld dat iets gebouwd is door knullige juniors die geen goede architectuurkeuzes maken en gekozen hebben voor een nieuwe techniek, wat niet handig is. Echter dan is niet de nieuwe techniek meteen slecht.... Als simpele ontwikkelaar van +15 jaar ervaring zou je dat toch moeten weten. Alles wordt traag als dikke kak? Wat? Wat maakt projecten ouder dan een jaar minder geschikt? En voordat je bij een cloud provider gaat had je toch ook een afhankelijkheid? Zij het bij een VPS-dienst, of gewoon je oude ijzer?:
[...]
Ik kom regelmatig nog bij bedrijven die ijzer in house hebben draaien.
Tegenwoordig willen alle bedrijven hip mee doen en developers aan zich te binden door kubernetes te gebruiken maar ik heb in een aantal gevallen al gezien dat het niet beter is om dit soort dingen te doen. Zeker niet in projecten die al langer leven dan een jaar. Alles wordt traag als dikke kak en je bent in 99% van alle gevallen opeens afhankelijk van Amazon, Google of welke tech derp dan ook waar je niks anders heen dockert dan een schip met geld
Members only:
Alleen zichtbaar voor ingelogde gebruikers. Inloggen
Wij hebben zelf de overstap gemaakt naar kubernetes begin dit jaar, startende vanuit meerdere VPS'en waar alles op draaide. 4 applicaties welke allemaal al ouder zijn dan een jaar. Onze directe kosten zijn met 50% afgenomen, en onze performance van de applicaties is veel beter geworden. Maar nog belangrijker: Onze ontwikkelsnelheid en deploymentsnelheid zijn toegenomen en onze loonkosten kunnen dus gewoon effectiever ingezet worden. Onze OTAP straat werkt veel beter. Is dit uniek aan Kubernetes? Nee helemaal niet, zeker omdat we het gewoon gebruiken als een CD pipeline en daar meer dan genoeg andere oplossingen voor zijn en altijd al zijn geweest. Maar voor ons is er een goede match.
Engineering is like Tetris. Succes disappears and errors accumulate.
Afgelopen week op het werk.
1) Waarom gebruiken we eigen R en geen Python met numpy en scypi.
2) Omdat R beter is voor analyse doeleinden.
1) Ok, ik vind het lastig om dat hard te maken want daarvoor ken ik beide statistische pakketten niet goed genoeg. Doen we dan analyses van dien aard dat het verschil merkbaar zou moeten zijn? Het is toch voornamelijk alleen standaard regressies, ANOVA's en descriptief?
2) Nee, maar wij kenden het landschap ook niet goed genoeg en dan is de keuze voor R logischer in een analyse team.
1) Waar, maar nu maken we opeens ook websites / dashboards in R met een database backened?
2) En jij denkt dat Python daar wel beter geschikt voor is?
1) Ik denk van wel ja
Het juiste gereedschap voor de juiste klus t.o.v. het eerste gereedschap dat we in handen kregen voor alle klussen
Sinds de 2 dagen regel reageer ik hier niet meer
Het landschap niet goed genoeg kennen en daarom R gebruiken is wel een heel vreemd argument.
Met bv Shiny kun je in R ook best websites / dashboards bouwen, maar de gemiddelde developer zal toch niet zo blij worden van R.
Met bv Shiny kun je in R ook best websites / dashboards bouwen, maar de gemiddelde developer zal toch niet zo blij worden van R.
"The question of whether a computer can think is no more interesting than the question of whether a submarine can swim" - Edsger Dijkstra
Dat gebeurt dan ook en ik wordt er inderdaad niet heel blij van
Waar het gesprek dan ook wel op mis kan lopen is:
1) Als je R en helemaal Shiny niet kent, dan wordt het een hele kluif om deze codebase over te nemen.
2) Maar R Shiny is toch gewoon gebaseerd op reactive programming? Dat ken ik wel.
1) Ehm...
[ Voor 30% gewijzigd door CurlyMo op 31-08-2019 13:44 ]
Sinds de 2 dagen regel reageer ik hier niet meer
/u/262310/ava.png?f=community)
Ik zou graag eens buiten Tweakers om die discussie aan willen gaan. Want ik vind dit echt zo'n zwart-wit visie met correlaties die IMO niet van toepassing zijn. Dit komt beter tot zijn recht met een biertje om te discussieren maar here goes::
[...]
Ik kom regelmatig nog bij bedrijven die ijzer in house hebben draaien.
Tegenwoordig willen alle bedrijven hip mee doen en developers aan zich te binden door kubernetes te gebruiken maar ik heb in een aantal gevallen al gezien dat het niet beter is om dit soort dingen te doen. Zeker niet in projecten die al langer leven dan een jaar. Alles wordt traag als dikke kak en je bent in 99% van alle gevallen opeens afhankelijk van Amazon, Google of welke tech derp dan ook waar je niks anders heen dockert dan een schip met geld
Members only:
Alleen zichtbaar voor ingelogde gebruikers. Inloggen
Dat is logisch, net zoals *insert random techniek here*
Dat is natuurlijk een kul argument. Lifetime > 1 year != kubernetes
Kubernetes kan je voor een aantal use-cases goed gebruiken. Zeker om een transitie te maken naar eigenlijk een ander soort werkmodel - minder scheiding tussen dev & ops, etc etc. Het biedt op technisch vlak zijn voor- en nadelen maar net zo goed ook qua business, werkwijze, etc.
... Dit is natuurlijk een argument die helemaal niet van toepassing is zonder enige context. Noch los van het feit dat dit ook net zo goed los van k8s kan staan (slechte implementatie, slechte code, whatever)
Ja want k8s is alleen in de cloud te vinden...
Het kan net zo goed on-prem draaien, en dat gebeurd ook vaak genoeg. Je ziet ook veel meer adoption (bijv: https://blogs.vmware.com/...cing-project-pacific.html)
Members only:
Alleen zichtbaar voor ingelogde gebruikers.
Inloggen
En wat was het effect aan de andere kant? Het is soms super logisch dat iets duurder wordt omdat je ook 10x zo efficient bezig bent. Wat is 5k extra p/m aan "hosting" als al 1 iemand twee keer zo snel kan werken, dat releases vijf keer zo snel en makkelijker in prod komen te staan en je de klant sneller kan factureren?
Want stel, dat het gewoon echt 10 maal je geld weggooien is, dan ligt dat minder aan die splitting / services maar meer in de uitwerking. Objectief gezien is het namelijk echt cheap om dat soort dingen te draaien. Al mijn use-cases hebben eerder het effect dat er een kostenbesparing is van soms wel 1000%. Deels door optimalisaties maar ook deels doordat je de resources alleen benodigd hebt wanneer je ze gebruikt.
Members only:
Alleen zichtbaar voor ingelogde gebruikers.
Inloggen
Tja ik ben zelf misschien ook nog jong, maar ik werk liever met een externe junior dan met een interne "senior". Want als er iets kut is, dan is het wel een self-made senior die er al 20 jaar zit.
Members only:
Alleen zichtbaar voor ingelogde gebruikers.
Inloggen
Als ik werk met mensen, dan boeit het mij geen reet wat iemand is, heeft of whatever. Mijn stagiaires zijn mijn collega's en hebben exact even veel "rechten" als iedereen. Sterker nog, vaak hebben ze betere input dan iemand die al 15 jaar niets anders doet. Dan is er misschien nog het argument "architecture" en "business logic" - daar ben ik dan deels verantwoordelijk voor net als wat andere personen - maar dat zijn gewoon discussie punten van "heb je ook over X en Y nagedacht". Eigenlijk komt het dan altijd wel goed
Persoonlijk vind ik dat we een discussie hebben over het techniek gebruik, terwijl het daadwerkelijke probleem meer in de adoptie van "devops" zit. Eigenlijk ook 1 van de redenen dat als ik/we ergens een bedrijf helpen, dat we veel meer bezig zijn met "hoe" je dingen kan doen, dan dat we ook daadwerkelijk keihard beunen aan de technieken en het dan "opleveren en veel plezier ermee".
Laat ik dit recht zetten voordat dit uit de hand loopt
Ik trap een paar mensen op hun tenen dat tegenwoordig veel tot alle bedrijven alles naar kubernetes willen hebben.
Ik had andere woorden moeten kiezen of wellicht betere uitleg moeten geven in mijn rant. Mijn welgemeende excuses voor de vervelende ervaring die is ontstaan in dit topic.
Het gaat hier om een monolithic type applicatie in PHP waar veel developers aan gewerkt hebben die na een maand of twee weer weg gaan. Nu 1,5 jaar later is de applicatie zo groot dat, als je niet naar de git log zou kijken, je zou zeggen dat het project ouder is (verschillende code styles, soms return types, soms niet, etc. etc.).
Ik had betere uitleg moeten geven. Ik wilde eigenlijk zeggen dat er slechte keuzes zijn gemaakt in deze specifieke applicatie in een jaar tijd waardoor het gebruik van o.a. kubernetes niet mogelijk is tenzij er dingen opgesplitst gaan worden wat door budgetten/fuckups niet mogelijk is. Het stoot mij alleen tegen het been dat tegenwoordig veel developers en bedrijven schreeuwen dat ze kubernetes willen of het gaan gebruiken maar vervolgens geen rekening houden met wat voor codebase er draait. Hoe oud of jong die codebase dan wel mag zijn.
Het is 2019. Ik zal in het vervolg voorzichtig zijn met het maken van rants of ze liever helemaal niet meer maken.
Ik trap een paar mensen op hun tenen dat tegenwoordig veel tot alle bedrijven alles naar kubernetes willen hebben.
Ik had andere woorden moeten kiezen of wellicht betere uitleg moeten geven in mijn rant. Mijn welgemeende excuses voor de vervelende ervaring die is ontstaan in dit topic.
Ik wilde absoluut niets suggereren of mijzelf verheerlijken boven de developers die aan deze specifieke applicatie hebben gewerkt. Als full stack developer probeer ik mij tegenwoordig nog steeds veel aan te leren en leer ik hedendaags heel erg veel van mensen die net zijn begonnen met ontwikkelen. Ik bedoelde ABSOLUUT niets met deze opmerking en neem hier dan ook per direct afstand van op de manier die jij nu zit te beschrijven.
Het gaat hier om een monolithic type applicatie in PHP waar veel developers aan gewerkt hebben die na een maand of twee weer weg gaan. Nu 1,5 jaar later is de applicatie zo groot dat, als je niet naar de git log zou kijken, je zou zeggen dat het project ouder is (verschillende code styles, soms return types, soms niet, etc. etc.).
Ik had betere uitleg moeten geven. Ik wilde eigenlijk zeggen dat er slechte keuzes zijn gemaakt in deze specifieke applicatie in een jaar tijd waardoor het gebruik van o.a. kubernetes niet mogelijk is tenzij er dingen opgesplitst gaan worden wat door budgetten/fuckups niet mogelijk is. Het stoot mij alleen tegen het been dat tegenwoordig veel developers en bedrijven schreeuwen dat ze kubernetes willen of het gaan gebruiken maar vervolgens geen rekening houden met wat voor codebase er draait. Hoe oud of jong die codebase dan wel mag zijn.
Het is 2019. Ik zal in het vervolg voorzichtig zijn met het maken van rants of ze liever helemaal niet meer maken.
.Gertjan.: Ik ben een zelfstandige alcoholist, dus ik bepaal zelf wel wanneer ik aan het bier ga!
/u/3813/100_8985_ICON2.JPG?f=community)
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.
Hmm en kubernetes scheen ook maar Go spaghetti te zijn ...
Misschien maar refactoren naar Rust, spaghetti met krab
Misschien maar refactoren naar Rust, spaghetti met krab
/u/12668/hydra.png?f=community)
Je trapt mij persoonlijk vooral op de tenen omdat je een aantal dingen roep die gewoon niet waar zijn. Je kunt kubernetes niet de schuld geven als een zooi slechte developers een slechte architectuur neer zetten. En dat is eigenlijk wat je beschrijft. K8s maakt niet opeens alles 'traag'; dat slaat natuurlijk nergens op.:
Laat ik dit recht zetten voordat dit uit de hand loopt
Ik trap een paar mensen op hun tenen dat tegenwoordig veel tot alle bedrijven alles naar kubernetes willen hebben.
Het probleem in ons vakgebied is dat een extreem grote groep developers niet verder komen dan 'middelmatig' en 'als ik m'n loon maar betaald krijg vind ik alles wel best', en dat een hoop zaken (zoals kubernetes en microservices) gewoon een paar goede ervaren senior developers die goed zijn in nieuwe dingen leren en daar anderen in mee trekken vereisen.
Ik heb nu zelf zo'n jaar of 5 ervaring met Kubernetes en trust me, da's echt het probleem niet hier.
Het bedrijf zou eens moeten investeren in een goeie tech-lead voor de lange termijn. Maarja, dan ben je een ton per jaar kwijt, en da's meer dan de gemiddelde manager verdient, dus dat kan dan niet.
[ Voor 20% gewijzigd door Hydra op 01-09-2019 10:16 ]
https://niels.nu
/u/81985/crop566b00b43645a.png?f=community)
:strip_icc():strip_exif()/u/136527/ovide2.jpg?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
Ah kom op, iemand geeft tegengas. Ik ben niet op mijn teentjes getrapt. Je kan eerder die opmerking voor jezelf invullen. Blijkbaar mag iemand niet met argumenten reageren op je rant zonder dat je nu dit soort opmerkingen maakt?
Voel je vooral vrij om te ranten, maar rant dan op de juiste zaken. Dat hoeft geen essay te zijn met super veel onderbouwde argumenten maar wel met de juiste context lol. Ik kan ook wel, met moeite dan, relativeren. Echter als je zoveel tijd besteed aan onjuistheden ga ik liever de discussie met je aan. Ook al was het een rant.
Er was niet meer uitleg benodigd, een rant is een rant. Alleen je maakt ook conclusies in je rant. Een verhaal als "ze hebben alles in microservices in k8s gezet en het is nu traag als kak omdat er zoveel fouten zijn gemaakt" is niet meer uitleg, maar kan wel exact juist zijn in jouw verhaal?
oh en, ik wilde je geen kut gevoel geven, echter alleen "gezellig" een discussie aangaan
[ Voor 4% gewijzigd door Douweegbertje op 01-09-2019 20:34 ]
Kom je morgenavond klagen over je eerste dag?:
Nadat ik recent afgestudeerd ben, start ik morgen mijn eerste full time baan als software engineer
Sinds de 2 dagen regel reageer ik hier niet meer
Gefeliciteerd:
[...]
Ligt eraan of de koffie goed smaakt of niet
Misschien komen we elkaar wel eens tegen, af en toe kom ik bij je werkgever
Neem dan zo een vliegveld bordje mee met 'kevin' er op geschreven:
[...]
Gefeliciteerd
Misschien komen we elkaar wel eens tegen, af en toe kom ik bij je werkgever
* WernerL begint morgen bij zijn nieuwe werkgever.
Een kleine detacheerder als .NET developer. Ik ben benieuwd of dit wat wordt. Bij mijn vorige werkgever werd het allemaal iets te eentonig naar mijn zin dus hopelijk kan ik weer veel nieuwe dingen leren.
Een kleine detacheerder als .NET developer. Ik ben benieuwd of dit wat wordt. Bij mijn vorige werkgever werd het allemaal iets te eentonig naar mijn zin dus hopelijk kan ik weer veel nieuwe dingen leren.
Roses are red, violets are blue, unexpected '{' on line 32.
:strip_icc():strip_exif()/u/419131/crop647054edc1b07_cropped.jpg?f=community)
Hey, ik ook! Eens zien hoe dat nou in het echt gaat. En lekker betaald worden is ook niet verkeerd natuurlijk:
Nadat ik recent afgestudeerd ben, start ik morgen mijn eerste full time baan als software engineer
Ik heb het even op moeten zoeken, maar nu vind ik dat ook k*t
Is ook k*t.
Nee, das gewoon slecht geregeld.
Ik had er nog wel een spoiler bij gezet ....
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_exif()/u/91205/avator_pavo.gif?f=community)
SQL:
1
2
3
| /* The Query Processor estimates that implementing the following index could improve the query cost by 99.6888%. */ |
Ik denk dat dit wel wat performance scheelt
]|[ Apple Macbook Pro Retina 13" ]|[
Voegt toch een mooi stukje instant nadruk en herkenbaarheid toe.
Tour de france van volgend jaar inclusief ravijn ?:
Wat ook kut is, is om een brainfart te hebben waardoor je dit krijgt:
[Afbeelding]
Maar goed, #fixed
[ Voor 35% gewijzigd door gekkie op 02-09-2019 10:06 ]
:strip_icc():strip_exif()/u/12461/crop65b195553d948.jpg?f=community)
C++
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.
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.
Ja. Ik draaide een xUnit test, maar de methode die de data moest genereren explodeerde.:
je lacht nog, dus autosave stond aan ?
De situatie (versimpeld): Ik had een paar voorbeeld dicts en voorbeeld doubles. Daaruit genereerde ik {d1: a, d2: b}, oftewel dicts of dicts, m.b.v. een aantal froms in een LINQ-expressie. Maar ik had voor m'n testcase dicts of dicts of dicts nodig. Dus ik herhaalde de exercitie... En dat zorgde voor iets meer datapunten dan wat VS kon tonen in het resultatenvenster.
Ipsa Scientia Potestas Est
NNID: ShinNoNoir
Zo irritant, want bij het herstarten inherit ie dus niet de environment van de vorige instance
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.
9 GB
als VS bij mij rond de 1,9GB gebruikt dan is hij al zo traag dat ik hem maar even herstart 
Hail to the king baby!
:strip_icc():strip_exif()/u/69431/crop5d6d1438b1ba6_cropped.jpeg?f=community)
:strip_icc():strip_exif()/u/141741/crop5dd6aa7923c3f_cropped.jpeg?f=community)
Altijd leuk ja. Vorige week toevallig ook tegen zoiets gelopen. Een query die er in de productieomgeving 26 seconden over deed, had ik op m'n laptop door een paar fatsoenlijke indexen teruggebracht naar 62ms.:
SQL:
Ik denk dat dit wel wat performance scheelt
Ik vind geheugen gebruik van developer-tools eigenlijk een non-issue. Een beetje developer machine heeft 16GB of meer. Zo niet dan is het tijd om te upgraden, want daar gaat je productiviteit van omhoog
Time en space wisselen elkaar uit. Je hebt nu niet opeens een db die 100x groter is?
Zo hadden wij ooit eendl developer die op elke kolom standaard een index zette. Slimmerik. Niks is gratis.
[ Voor 11% gewijzigd door armageddon_2k1 op 03-09-2019 09:33 ]
Engineering is like Tetris. Succes disappears and errors accumulate.
Of je hebt een developer die wel goede indices maakt, maar vervolgens (via een ORM) rare queries schrijft die de index niet gebruiken
Totdat je in een loop komt. In had collega (data)-analisten die niet wisten wat garbage collection was in python. Dus in Jupyter Notebook werd er dataset na dataset ingeladen totdat het geheugen vol loopt. Uiteindelijk hadden zij virtuele machines met 32GB geheugen, ik werkte heerlijk door met mijn 4GB (via CLI python) waarvan er meestal maar 1GB in gebruik was:
Ik vind geheugen gebruik van developer-tools eigenlijk een non-issue. Een beetje developer machine heeft 16GB of meer. Zo niet dan is het tijd om te upgraden, want daar gaat je productiviteit van omhoog
Sinds de 2 dagen regel reageer ik hier niet meer
Ik heb er 16GB bij laten zetten sinds ik wat intensiever met Docker werk.:
Ik vind geheugen gebruik van developer-tools eigenlijk een non-issue. Een beetje developer machine heeft 16GB of meer. Zo niet dan is het tijd om te upgraden, want daar gaat je productiviteit van omhoog
Even een lokaal stackje met een database, messaging cluster, applicatieserver en wat andere dingetjes en je geheugengebruik schiet omhoog.
"The question of whether a computer can think is no more interesting than the question of whether a submarine can swim" - Edsger Dijkstra
Nee, dat valt wel mee.:
[...]
Time en space wisselen elkaar uit. Je hebt nu niet opeens een db die 100x groter is?
Zo hadden wij ooit eendl developer die op elke kolom standaard een index zette. Slimmerik. Niks is gratis.
Het probleem zat hem er in dat er meerdere kolommen waren waar op gefilterd en gesorteerd wordt en een aantal van deze kolommen had een aparte index en een aantal had geen index
Door een index aan te maken over de kolommen waarop gefilterd en gesorteerd wordt en de ongebruikte indexen te verwijderen had ik behoorlijk snel wat winst gerealiseerd.
[ Voor 3% gewijzigd door dev10 op 03-09-2019 09:44 ]
Ik ben gestopt met het lokaal draaien van databases, e.d. Ik vind het maar waardeloos, vooral als je regelmatig een andere dataset nodig hebt. We hebben een ex-productieserver ingericht als dev-database server. Die draait geanonimiseerde kopieën van de productie database. Dat werkt een stuk beter.:
[...]
Ik heb er 16GB bij laten zetten sinds ik wat intensiever met Docker werk.
Even een lokaal stackje met een database, messaging cluster, applicatieserver en wat andere dingetjes en je geheugengebruik schiet omhoog.
Zit jij nou met VS in 32-bits mode?
.Gertjan.: Ik ben een zelfstandige alcoholist, dus ik bepaal zelf wel wanneer ik aan het bier ga!
:strip_icc():strip_exif()/u/284419/Mexican%2520Wolf%2520Klein.jpg?f=community)
Dat is geen mooie macht van twee, dus niet zo praktisch. Ik denk dat het 32768 (215) bit is:
[...]
Wordt afgekapt, is eigenlijk 320-bits
/u/40371/pino.JPG?f=community)
https://developercommunit...ersion-installed-x86.html:
[...]
Zit jij nou met VS in 32-bits mode?
Dus naast dat ik vs2019 persoonlijk de minst stabiele visual studio in jaren vind blijft het voorlopig ook nog wel 32 bit.
"The question of whether a computer can think is no more interesting than the question of whether a submarine can swim" - Edsger Dijkstra
/u/243953/crop56f55a7bcf291.png?f=community)
Ik heb ook liever m'n services en/of sources vanuit een dev/accept omgeving. Het liefst dan met een real time sync vanuit production met masked data. Vanuitgaande dat ik alleen reads hoef te doen en misschien wat in een eigen table/topic hoef weg te schrijven.
Realiteit is dat het amper voor komt dat zo'n stack bestaat
Ik draai dus vrijwel alles lokaal, geeft mij ook iets meer vrijheid om een purge te doen en opnieuw te beginnen. Ik kan mij wel voorstellen dat ieder z'n case anders is, zeker als je gewoon echte data benodigd hebt en dan haast "alles" om je werk te kunnen doen.
--
Nog los van het feit dat je dan vaak minder 'gezeur' hebt om zo'n stack te krijgen. Even lokaal iets opspinnen is toch regelmatig sneller
Realiteit is dat het amper voor komt dat zo'n stack bestaat
Ik draai dus vrijwel alles lokaal, geeft mij ook iets meer vrijheid om een purge te doen en opnieuw te beginnen. Ik kan mij wel voorstellen dat ieder z'n case anders is, zeker als je gewoon echte data benodigd hebt en dan haast "alles" om je werk te kunnen doen.
--
Nog los van het feit dat je dan vaak minder 'gezeur' hebt om zo'n stack te krijgen. Even lokaal iets opspinnen is toch regelmatig sneller
[ Voor 11% gewijzigd door Douweegbertje op 03-09-2019 22:10 ]
:strip_icc():strip_exif()/u/246777/crop5665347035c66.jpeg?f=community)
Moet je wel checks inbouwen dat je alleen de pruge mag doen als je lokaal in je DEV omgeving werkt, en niet op Live/Accept.
(Jep, dat komt soms nog voor
)
Jep, 'n vrijdag in een Starbucks waar ik met twee enters een staging omgeving deaud maakten:
(Jep, dat komt soms nog voor
.Gertjan.: Ik ben een zelfstandige alcoholist, dus ik bepaal zelf wel wanneer ik aan het bier ga!
Bij de meuk wat ik altijd had ingeregeld, kon je niet eens lokaal naar prod:
[...]
Moet je wel checks inbouwen dat je alleen de pruge mag doen als je lokaal in je DEV omgeving werkt, en niet op Live/Accept.
(Jep, dat komt soms nog voor
Voortaan eerst iets bestellen wat voor koffie moet doorgaan ?:
[...]
Jep, 'n vrijdag in een Starbucks waar ik met twee enters een staging omgeving deaud maakten
If having a coffee in the morning doesn't wake you up, try deleting a table in a production database instead.:
[...]
Jep, 'n vrijdag in een Starbucks waar ik met twee enters een staging omgeving deaud maakten
Op basis van eigen ervaring kan ik zeggen dat dit zeker waar is.
Het is heus niet zulke slechte koffie hoor.:
[...]
Voortaan eerst iets bestellen wat voor koffie moet doorgaan ?
Vooral die leuke oude legacy projecten die op ubuntu editie prut jaar nul draaien die rm -rf / niet weigeren dus ipv. mijn macro druk ik op enter.:
Op basis van eigen ervaring kan ik zeggen dat dit zeker waar is.
.Gertjan.: Ik ben een zelfstandige alcoholist, dus ik bepaal zelf wel wanneer ik aan het bier ga!
Shit, ik drink geen koffie
Ik kan gelukkig zeggen dat ik *nog* niet een productieomgeving om zeep heb geholpen. Wel eens een bugje geintroduceerd waardoor spul even niet werkte zoals het hoorde, maar een rollback was alles wat nodig was en een uur later was het gefixt.
Maar goed, misschien programmeer ik ook nog niet lang genoeg om echt war stories te hebben
Ik werk nu 6,5 jaar voor dezelfde werkgever, tot op heden heb ik hier nog niet een "oh shit" situatie gehad.
Maar mijn collega's hebben nu weddenschappen lopen wanneer ik het wel eens voor elkaar krijg!
*klopt af* zul je net zien dat ik vanmiddag een "oh shit" heb
Ik zou graag willen dat ik ook geen toegang heb tot productiezaken. Maar helaas hoort het ook wel bij mijn functie (aka manusje-van-alles).:
Als ik als developer toegang heb tot productiezaken ga ik meestal stampij maken zodat ik dat niet meer heb. Je kunt niet stukmaken waar je niet bij kunt
Vind het geen pretje om bij klantomgevingen live te werken, ben altijd te bang dat ik spul omgooi!
[ Voor 26% gewijzigd door Ryur op 04-09-2019 10:42 ]
Als ik als developer toegang heb tot productiezaken ga ik meestal stampij maken zodat ik dat niet meer heb. Je kunt niet stukmaken waar je niet bij kunt
https://niels.nu
Vroeg of laat krijg je er vanzelf een keer mee te maken.
Ik heb zelf in de twaalf jaar dat ik werk als developer twee keer zelf een productieomgeving om zeep geholpen.
De eerste keer was door DROP DATABASE te doen op een productieomgeving en de andere keer was door een rm -rf te doen op een locatie waar dit niet echt handig was. Beide keren was het binnen 10 minuten weer gefixt, maar op het moment dat je beseft wat je gedaan hebt begin je toch wel even te zweten. Zeker als je de hoster belt en vraagt of ze een back-up terug kunnen zetten en die dan vervolgens aan de telefoon zeggen: 'Hmm, ik kan de back-up niet vinden. Het lijkt er op alsof deze nooit gewerkt heeft.' (De back-up draaide overigens gewoon wel, maar de persoon aan de telefoon zat in de verkeerde omgeving te kijken.)
Ik heb zelf in de twaalf jaar dat ik werk als developer twee keer zelf een productieomgeving om zeep geholpen.
De eerste keer was door DROP DATABASE te doen op een productieomgeving en de andere keer was door een rm -rf te doen op een locatie waar dit niet echt handig was. Beide keren was het binnen 10 minuten weer gefixt, maar op het moment dat je beseft wat je gedaan hebt begin je toch wel even te zweten. Zeker als je de hoster belt en vraagt of ze een back-up terug kunnen zetten en die dan vervolgens aan de telefoon zeggen: 'Hmm, ik kan de back-up niet vinden. Het lijkt er op alsof deze nooit gewerkt heeft.' (De back-up draaide overigens gewoon wel, maar de persoon aan de telefoon zat in de verkeerde omgeving te kijken.
)
Ik heb wel eens een klanten systeem "onderuit" gehaald, omdat de Apache blijkbaar segfault als je de configuratie reload en het SSL certificaat niet bestaat 
:strip_icc():strip_exif()/u/10274/crop67712295188a6_cropped.jpg?f=community)
Nieuwe product manager, na een uur moest ie besluiten dat een backup teruggezet moet worden omdat 3/4 van het personeel geblokkeerd was in het systeem (waardoor ook alle werkstromen en dergelijke teruggezet waren waardoor het echt een zooitje was....). Goed begin is het halve werk
Exact expert nodig?
Bij ons regelt men gewoon tijdelijke leestoegang als je als developer echt ergens bij moet om een diepgravende analyse te doen die eerderelijns niet voor je kunnen doen. Toegang om te schrijven / wijzigen / verwijderen krijg je nooit.:
Als ik als developer toegang heb tot productiezaken ga ik meestal stampij maken zodat ik dat niet meer heb. Je kunt niet stukmaken waar je niet bij kunt
"The question of whether a computer can think is no more interesting than the question of whether a submarine can swim" - Edsger Dijkstra
Ja, en dat is prima. Ik wil met alle plezier tijdelijk lees-toegang op een prod database om een rapport te maken. Maar voor dat soort werk heb ik geen write access nodig, laat staan dat ik schema wijzigingen moet kunnen doen. En dat soort toegangspatronen kunnen eigenlijk alle databases prima.:
Bij ons regelt men gewoon tijdelijke leestoegang als je als developer echt ergens bij moet om een diepgravende analyse te doen die eerderelijns niet voor je kunnen doen. Toegang om te schrijven / wijzigen / verwijderen krijg je nooit.
Ik vind perongeluk een prod database droppen omdat je dacht dat je op test zat bijvoorbeeld ook wel een beetje dom, juist omdat iedereen fouten maakt, en je dit vrij simpel met dergelijke procedures kunt voorkomen.
https://niels.nu
: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/313216/crop679f937b7f4c1_cropped.png?f=community)
Altijd eerst even een configtest uitvoeren voor het herstarten:
Ik heb wel eens een klanten systeem "onderuit" gehaald, omdat de Apache blijkbaar segfault als je de configuratie reload en het SSL certificaat niet bestaat
In zo'n bedrijf werk ik en ja ik heb een keer een delete statement uitgevoerd met een iets te ruime where clausule, de hele tabel was leeg.
Het was ook nog zo'n typische 'Kun je dit even tussendoor doen?'
Maar dan nog, de zelf config was gewoon valid. Het certificaat bestond alleen niet (meer). Als je een bestand aan maakt dat leeg is, of random inhoud heeft, werkt die vhost gewoon niet meer (want ssl error). Als het bestand echter mist, dan crashed apache volledig. Dat is dus gewoon een bug van apache:
[...]
Altijd eerst even een configtest uitvoeren voor het herstarten
Een gescheiden read en write account voorkomt het vergeten van een where-clause helaas niet.
Afhankelijk van de grootte en update-frequentie van een tabel is doorgaans even de table clonen in een tijdelijke back-up sowieso al een middel om dat te ondervangen.
"The question of whether a computer can think is no more interesting than the question of whether a submarine can swim" - Edsger Dijkstra
Geeft niets hoor, als suikerpatient kun je beter slagroomtaart eten dan appeltaart. Een wijdverbreid misverstand dat slagroom veel suiker (/koolhydraten) bevat.
/u/267848/crop6148de8bb8292_cropped.png?f=community)
Ik heb een hobbyproject waar ik 3 jaar aan verschillende codestyles aan houd, beïnvloed door twee verschillende stages, een handjevol talen, een handjevol semesters en meningen van mensen online.
Wat haat ik mezelf. Tijd om er nog een stijl aan toe te voegen
Wat haat ik mezelf. Tijd om er nog een stijl aan toe te voegen
Momenteel ruzie aan het maken met een project in php 5.5 wat in elkaar gehackt is door diverse studenten en externe bureaus uit lage lonen landen (politiek correct toch? )
Door de ongelofelijke hoeveelheid ellende en meuk gaat dit gekke dier regelmatig op z’n gezicht, maar zit ik ook wel bijna elke dag achter mijn scherm te lachen “Oh wauw, dit is.... creatief”
Uiteraard druk bezig om t opnieuw te bouwen, maar hierdoor komen de fuck ups eigenlijk aan de lopende band naar boven.
Sommige bedrijven zijn duidelijk in 2002 blijven hangen
)Door de ongelofelijke hoeveelheid ellende en meuk gaat dit gekke dier regelmatig op z’n gezicht, maar zit ik ook wel bijna elke dag achter mijn scherm te lachen “Oh wauw, dit is.... creatief”
Uiteraard druk bezig om t opnieuw te bouwen, maar hierdoor komen de fuck ups eigenlijk aan de lopende band naar boven.
Sommige bedrijven zijn duidelijk in 2002 blijven hangen
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
:strip_exif()/u/259931/stuiterbal2.gif?f=community)
Voorbeelden zijn niet altijd geschikt om daar te posten.
Ik heb ook wel eens een CRM opengetrokken, kom je classes tegen die bestaan uit één public method, van 3000 regels, die direct begint met 6 levels diepe if-statements. Om te huilen natuurlijk, maar probeer er maar eens een representatieve sample uit te knippen
Ik heb ook wel eens een CRM opengetrokken, kom je classes tegen die bestaan uit één public method, van 3000 regels, die direct begint met 6 levels diepe if-statements. Om te huilen natuurlijk, maar probeer er maar eens een representatieve sample uit te knippen
Altijd leuk als een Google Chrome update je website sloopt. We hebben een WebGL canvas met daaroverheen een aantal HTML elementen. Tot gisteren werkte het in alle browsers, sinds vandaag ineens niet meer in Chrome. Ja, je ziet ze bij een dom re-render, maar als je er met je muis overheen gaat zijn ze weg 
"gefixed" door de DOM om te draaien, dan werkt het weer wel op Chrome
"Google Chrome is the new IE 6!"
"gefixed" door de DOM om te draaien, dan werkt het weer wel op Chrome
"Google Chrome is the new IE 6!"
Uitzoomen en een screenshot posten: Om te huilen natuurlijk, maar probeer er maar eens een representatieve sample uit te knippen
https://niels.nu
Zelfde probleem hier. er zitten heel veel gekke dingen in, maar die geven ook meteen weg in welke branche het zit (en als grootste in de benelux wil je dat niet).:
Voorbeelden zijn niet altijd geschikt om daar te posten.
Ik heb ook wel eens een CRM opengetrokken, kom je classes tegen die bestaan uit één public method, van 3000 regels, die direct begint met 6 levels diepe if-statements. Om te huilen natuurlijk, maar probeer er maar eens een representatieve sample uit te knippen
Daarbij zijn het vaak dingen als username en password gehardcode, arrays in arrays in arrays in arrays in arrays in arrays (enz) random buitelands geblaat in een schrift dat ik niet kan lezen (Dus wie weet wat er staat?)
Zal zeker snippets posten waar dit kan
Dit topic is gesloten.