:strip_icc():strip_exif()/u/492949/crop627d0c893ea0e_cropped.jpg?f=community)
De hype zal wel overgaan, maar containers zijn wel iets wat blijft en daarmee spul om containers te beheren ook.Antrax schreef op maandag 8 april 2019 @ 08:30:
[...]
Ben ik nou gewoon ouderwets of is dit kubernetes ding iets wat over een jaar of twee drie geen trend meer is?
/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.
/u/243953/crop56f55a7bcf291.png?f=community)
/u/262016/crop64ed94e1a7757_cropped.png?f=community)
/u/262310/ava.png?f=community)
Ouderwets; misschien zou ik dat alleen zeggen omdat je het een 'kubernetes ding' noemt en het hebt over een trend
Ik vind het iets te groot om het nog een trend te noemen. Het heeft zich de afgelopen periodes al meer dan genoeg bewezen. Zeker met de backing vanuit Google is het gewoon wel de toekomst. Misschien over een aantal jaar niet in deze vorm, maar is dat niet altijd zo in de IT?
Wat wel zo is; is dat het nog echt een beetje leunt tegen bleeding edge. Dat merk je gewoon. Dat je nog veel moet ontdekken, soms snel moet schakelen, etc. etc.
Waar misschien het probleem zit is dat men denkt dat je alles in containers moet gooien. Dat is gewoon pertinent niet het geval. Heb je een dikke kafka instance nodig? Prima gooi het op bare metal. Idem voor databases. Ik noem die 2 voorbeelden omdat:
kafka: je wilt eigenlijk pure resources hebben. Dus ook al zou het in een container zitten, dan heb je eigenlijk een requirement van x-geheugen/cpu benodigd, in plaats van dat je het over meerdere pods kan schalen.
mysql; het is niet stateless. Dus waarom zou je het dan verkapt zo opzetten?
Onder het mom van isolatie en eventueel nog wat andere argumenten (bijv. platform onafhankelijk) zou je het misschien zo kunnen opzetten, maar dat is niet DE kracht van kubernetes. Daar gaat het ook vaak fout dat zogenaamde "fanboys" alleen maar roepen dat kubernetes DE oplossing is, terwijl het natuurlijk gewoon een goede tool is die je op de correcte manier moet (kunnen) gebruiken.
Voor wat ik er nu in heb draaien is het echt gewoon geweldig. Indien geïnteresseerd kan ik er nog wel wat meer over vertellen
:strip_icc():strip_exif()/u/439769/crop5a510243ea2e3_cropped.jpeg?f=community)
Helemaal mee eens. Wij zijn nu ook aan het overstappen van onze webapplicatie naar kubernetes, maar het geeft voor de front-end en back-end code een heleboel voordelen. Veel minder problemen met versies (geen JRE installatie gedoe meer:
[...]
Ouderwets; misschien zou ik dat alleen zeggen omdat je het een 'kubernetes ding' noemt en het hebt over een trend
Ik vind het iets te groot om het nog een trend te noemen. Het heeft zich de afgelopen periodes al meer dan genoeg bewezen. Zeker met de backing vanuit Google is het gewoon wel de toekomst. Misschien over een aantal jaar niet in deze vorm, maar is dat niet altijd zo in de IT?
Wat wel zo is; is dat het nog echt een beetje leunt tegen bleeding edge. Dat merk je gewoon. Dat je nog veel moet ontdekken, soms snel moet schakelen, etc. etc.
Waar misschien het probleem zit is dat men denkt dat je alles in containers moet gooien. Dat is gewoon pertinent niet het geval. Heb je een dikke kafka instance nodig? Prima gooi het op bare metal. Idem voor databases. Ik noem die 2 voorbeelden omdat:
kafka: je wilt eigenlijk pure resources hebben. Dus ook al zou het in een container zitten, dan heb je eigenlijk een requirement van x-geheugen/cpu benodigd, in plaats van dat je het over meerdere pods kan schalen.
mysql; het is niet stateless. Dus waarom zou je het dan verkapt zo opzetten?
Onder het mom van isolatie en eventueel nog wat andere argumenten (bijv. platform onafhankelijk) zou je het misschien zo kunnen opzetten, maar dat is niet DE kracht van kubernetes. Daar gaat het ook vaak fout dat zogenaamde "fanboys" alleen maar roepen dat kubernetes DE oplossing is, terwijl het natuurlijk gewoon een goede tool is die je op de correcte manier moet (kunnen) gebruiken.
Voor wat ik er nu in heb draaien is het echt gewoon geweldig. Indien geïnteresseerd kan ik er nog wel wat meer over vertellen
) en heel veel automatisch service discovery. Alleen voor storage is het niet handig, dus we hebben een apart cluster voor de databases en voor Redis.Wat ik ook wel erg mooi vind is de service discovery in Prometheus voor monitoring via de kubernetes API. Nu worden nieuwe instanties automatisch gemonitored zonder handmatig toe te hoeven voegen.
Je moet goed snappen waarvoor je het gebruikt, maar voor alle stateless onderdelen van onze applicatie is het geweldig. Waar zie je dat het helemaal misbruikt wordt dan?
[ Voor 8% gewijzigd door Marcj op 08-04-2019 10:51 ]
:strip_icc():strip_exif()/u/304716/enforcer_small.jpeg?f=community)
"The question of whether a computer can think is no more interesting than the question of whether a submarine can swim" - Edsger Dijkstra
:strip_icc():strip_exif()/u/36083/crop5dca9e34ce091_cropped.jpeg?f=community)
Wij zijn de afgelopen maanden volledig over gegaan van individuele Windows Server VPS servers met:
- Nginx + NodeJS
- Jetty server
- Apache + PHP
- MySQL
- Redis
voor server en client applicaties naar, in de volgende volgorde:
- docker containers
- docker-compose groepen
- kubernetes in Azure
En het werkt super. Helemaal omdat we meerdere klanten hebben die dedicated servers willen en dat is gewoon een kubernetes groepje aanzetten.
Ook vanuit Bitbucket Pipelines wordt alles automagisch gebuild en gepushed naar dev, staging en prod in Azure.
Zou niet meer terug willen
- Nginx + NodeJS
- Jetty server
- Apache + PHP
- MySQL
- Redis
voor server en client applicaties naar, in de volgende volgorde:
- docker containers
- docker-compose groepen
- kubernetes in Azure
En het werkt super. Helemaal omdat we meerdere klanten hebben die dedicated servers willen en dat is gewoon een kubernetes groepje aanzetten.
Ook vanuit Bitbucket Pipelines wordt alles automagisch gebuild en gepushed naar dev, staging en prod in Azure.
Zou niet meer terug willen
Engineering is like Tetris. Succes disappears and errors accumulate.
:strip_exif()/u/306933/ezgif.com-optimize.gif?f=community)
2x Dell UP2716D | R9 7950X | 128GB RAM | 980 Pro 2TB x2 | RTX2070 Super
.oisyn: Windows is net zo slecht in commandline als Linux in GUI
:strip_icc():strip_exif()/u/734655/crop6390c3acd41c6_cropped.jpg?f=community)
"Doubt—the concern that my views may not be entirely correct—is the true friend of wisdom and (along with empathy, to which it’s related) the greatest enemy of polarization." -- Václav Havel
:strip_icc():strip_exif()/u/151534/crop5a48e625630a0_cropped.jpeg?f=community)
2x Dell UP2716D | R9 7950X | 128GB RAM | 980 Pro 2TB x2 | RTX2070 Super
.oisyn: Windows is net zo slecht in commandline als Linux in GUI
:strip_icc():strip_exif()/u/141741/crop5dd6aa7923c3f_cropped.jpeg?f=community)
Ik kan hier nu wel helemaal fout zitten, maar ik zie daar het voordeel niet van in.
Voordeel van K8s & containers is imho ook dat je makkelijk kunt gaan out-scalen. Echter, een container gaan outscalen waar je database in gehost wordt lijkt me wat moeilijk te doen
Database ga ik dus niet in een container gaan stoppen, maar dan gebruik ik -in mijn geval- meestal een Azure SQL database.
[ Voor 5% gewijzigd door whoami op 08-04-2019 17:35 ]
https://fgheysels.github.io/
Onze voornaamste reden voor het gebruik van containers (in dit geval) is dat je vrij eenvoudig meerdere PHP versies e.d. naast elkaar kan draaien zonder compatibiliteitsissues (en mindere veiligheidsissues) bij de oudere legacy software. Het draaide altijd op een shared Apache maar qua veiligheid enzo was dat niet ideaal, dus nu kunnen we per applicatie alles configureren.:
[...]
Ik kan hier nu wel helemaal fout zitten, maar ik zie daar het voordeel niet van in.
Voordeel van K8s & containers is imho ook dat je makkelijk kunt gaan out-scalen. Echter, een container gaan outscalen waar je database in gehost wordt lijkt me wat moeilijk te doen
Database ga ik dus niet in een container gaan stoppen, maar dan gebruik ik -in mijn geval- meestal een Azure SQL database.
2x Dell UP2716D | R9 7950X | 128GB RAM | 980 Pro 2TB x2 | RTX2070 Super
.oisyn: Windows is net zo slecht in commandline als Linux in GUI
Uiteindelijk kan je heel veel discussies hebben tussen verschillende technieken en stacks. Echter blijft er maar 1 gouden regel: je kiest de tools voor je uitdaging.
Zodra je vast blijft houden aan 1 kunstje kom je niet veel verder. Zo heb ik ook vaak genoeg verhalen aangehoord over dat bare-metal db's de ENIGE oplossing zou zijn. Overhead, latency, etc etc.
Lekker fucking boeiend met een simpele wordpress website.. Laat mij dan maar gewoon dynamisch kunnen schalen.
Je kijkt naar je uitdaging, de toekomst en pakt de juiste tools erbij. Daarnaast helpt het ook dat je een beetje kennis en expertise in huis hebt om het nog fatsoenlijk op te zetten en dan komt vast alles wel goed
--------------------
Zo is bijvoorbeeld de docker image van Wordpress echt heel slecht. Die mount de gehele /var/www/html folder. Dus je zet dan een PVC op die mount waardoor eigenlijk alles nog statisch er blijft staan. Bij elke nieuwe "run" checkt hij dus of er al data is, zoja dan wordt dat gebruikt. In feite dus een stateful container.. m.a.w. compleet nutteloos.
Hij is met name bedoelt voor development, maar het zal mij niet verbazen als er zat mensen het zo in production draaien.
Zodra je vast blijft houden aan 1 kunstje kom je niet veel verder. Zo heb ik ook vaak genoeg verhalen aangehoord over dat bare-metal db's de ENIGE oplossing zou zijn. Overhead, latency, etc etc.
Lekker fucking boeiend met een simpele wordpress website.. Laat mij dan maar gewoon dynamisch kunnen schalen.
Je kijkt naar je uitdaging, de toekomst en pakt de juiste tools erbij. Daarnaast helpt het ook dat je een beetje kennis en expertise in huis hebt om het nog fatsoenlijk op te zetten en dan komt vast alles wel goed
--------------------
Zo is bijvoorbeeld de docker image van Wordpress echt heel slecht. Die mount de gehele /var/www/html folder. Dus je zet dan een PVC op die mount waardoor eigenlijk alles nog statisch er blijft staan. Bij elke nieuwe "run" checkt hij dus of er al data is, zoja dan wordt dat gebruikt. In feite dus een stateful container.. m.a.w. compleet nutteloos.
Hij is met name bedoelt voor development, maar het zal mij niet verbazen als er zat mensen het zo in production draaien.
Of het dynamisch schalen boeit je nou ook niet echt voor die max 1000 bezoekers en je draait het fijn baremetal of in een simpele VM zonder al te veel complexiteit. Over-engineering is ook een vak.
Kortom it depends.
Tsja wordpress .. wat is het eigenlijk, qua core vrij weinig.Je kijkt naar je uitdaging, de toekomst en pakt de juiste tools erbij. Daarnaast helpt het ook dat je een beetje kennis en expertise in huis hebt om het nog fatsoenlijk op te zetten en dan komt vast alles wel goed
--------------------
Zo is bijvoorbeeld de docker image van Wordpress echt heel slecht. Die mount de gehele /var/www/html folder. Dus je zet dan een PVC op die mount waardoor eigenlijk alles nog statisch er blijft staan. Bij elke nieuwe "run" checkt hij dus of er al data is, zoja dan wordt dat gebruikt. In feite dus een stateful container.. m.a.w. compleet nutteloos.
Hij is met name bedoelt voor development, maar het zal mij niet verbazen als er zat mensen het zo in production draaien.
En iedereen wil zelf plugins kunnen installeren etc. dus nagenoeg alles is state.
Heel Wordpress is vreselijk slecht. Echt vre-se-lijk. Ik heb nu het genot om mee te maken dat we in onze huidige omgeving een Wordpress commerciele pagina draaien. Man man man man man. Wat een trage stront. En al die design-bureatjes die dan zogenaamd website ontwerp kunnen doen en dan met van die WPBakery-tyfuszooi aankomen. DB tabellen met serialized PHP-classes erin.... man wat een zooi. En dan het hele plugin-eco-systeem dat waanzinnig slecht is.
En waarvoor? Een beetje moderne website met een handvol pagina's.
Het is dat ik dit ge-erfd heb, maar als ik dit gebouwd had had ik hierom zelf spontaan ontslag genomen om m'n collega's een dienst te bewijzen.
Toekomstproject wordt om een simpele static HTML te bouwen die z'n content uit de ouwe WP-db trekt. Opbokken met die zooi. De winst die je hebt kwa tijd met je WYSIWYG verlies je met al het uizoekwerk in updates en dependencies omdat. Is er opeens weer een lading shortcodes die niet werkt. Dan flikkert er weer een language-module om.
Code is logica, db is state. Dan is het makkelijk migreren. Maar in WP is code state en logica, en DB ook. Top
Even bij onze Azure expert checken. Maar al onze client-side apps zijn kwa containers volledig stateless en verwijzen gewoon naar een DB instantie voor de data. Op dit moment hebben we, geloof ik, een Azure MySQL instance voor de data, dus niet in Kubernetes.
[ Voor 3% gewijzigd door armageddon_2k1 op 08-04-2019 19:12 ]
Engineering is like Tetris. Succes disappears and errors accumulate.
"The question of whether a computer can think is no more interesting than the question of whether a submarine can swim" - Edsger Dijkstra
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.
"The question of whether a computer can think is no more interesting than the question of whether a submarine can swim" - Edsger Dijkstra
Mjah weer die magische afdeling "IT depends"
.Naja hoe ga je het met updates van plugins doen ?
Die dingen wijzigen en hun eigen files .. en je hebt potentiele schema changes en mogelijk nog dingen die ze in de content converteren.
Je kunt het moeilijk in je docker stoppen en deployen want dan draaien die schema changes en converts niet. Dan kun je het draaien als zijnde stateful, maarja wat hou je dan nog over in je docker deployment van wordpress ?
(misschien dat ik vooral de meest verschrikkelijke wordpress plugins voorbij heb zien komen hoor en het waren ook nooit echt heel doordachte enterprisy wordpress sites, maar dan nog ..)
Of je moet dus alles heel goed op een rijtje hebben qua updates, upgrades en (disaster)-recovery, of ik vrees dat de extra complexiteit je niet heel veel voordelen geeft. Met je eigen applicatie, waar je er zelf over gaat, prima. Maar daar buiten .. meh lastig.
[ Voor 7% gewijzigd door gekkie op 08-04-2019 20:32 ]
Een plugin waarvan de 'files veranderen' is natuurlijk niet anders dan software die continu verandert. Idealiter is dat in Docker gewoon geregeld met eigen image files. Nieuwe versie van je plugin? Nieuwe tag. Kwestie van je Dockerfile bijwerken en klaar. Desnoods regel je het in je Docker file middels copying. Doe ik nu ook bijvoorbeeld waar het aankomt op Wildfly (Java applicatieserver) deployen. Draait nog wat legacy software op die weer afhankelijk is van allerhande custom modules. Die worden in het bouwproces gewoon meegebakken.:
[...]
Mjah weer die magische afdeling "IT depends"
Naja hoe ga je het met updates van plugins doen ?
Die dingen wijzigen en hun eigen files .. en je hebt potentiele schema changes en mogelijk nog dingen die ze in de content converteren.
Je kunt het moeilijk in je docker stoppen en deployen want dan draaien die schema changes en converts niet. Dan kun je het draaien als zijnde stateful, maarja wat hou je dan nog over in je docker deployment van wordpress ?
(misschien dat ik vooral de meest verschrikkelijke wordpress plugins voorbij heb zien komen hoor en het waren ook nooit echt heel doordachte enterprisy wordpress sites, maar dan nog ..)
Of je moet dus alles heel goed op een rijtje hebben qua updates, upgrades en (disaster)-recovery, of ik vrees dat de extra complexiteit je niet heel veel voordelen geeft. Met je eigen applicatie, waar je er zelf over gaat, prima. Maar daar buiten .. meh lastig.
Qua schemamigratie in SQL-databases is Docker niet anders dan een reguliere deployment. Je moet altijd van schema A naar B. Daar heb je weer tools als Liquibase of Flyway voor of iets als (D/B)ACPACS in de Microsoftwereld. Als je destructieve changes doet zijn backups altijd wel een goed idee (sterker nog, die zijn altijd een goed idee
) of je nou Docker gebruikt of niet. Of je moet gewoon een forward fixing strategie hanteren als je wat nieuws gebruikt met potentiële bugs.
"The question of whether a computer can think is no more interesting than the question of whether a submarine can swim" - Edsger Dijkstra
Ik ben nog geen plugins tegengekomen die daar gebruik van maken. Uiteraard kun je zelf alles uit "upgrade.php" files peuteren.:
Qua schemamigratie in SQL-databases is Docker niet anders dan een reguliere deployment. Je moet altijd van schema A naar B. Daar heb je weer tools als Liquibase of Flyway voor of iets als (D/B)ACPACS in de Microsoftwereld. Als je destructieve changes doet zijn backups altijd wel een goed idee (sterker nog, die zijn altijd een goed idee
Maarja, dan ben ik toch de immer bescheiden mening toegedaan dat de vruchten plukken van een dockerized wordpress, niet bepaald een sinecure is.
Oh dat verbaast me ook niets, maar het betekent natuurlijk niet dat het niet zou kunnen.
Ben sowieso geen groot fan van de PHP-wereld, maar laten we die discussie maar niet weer oprakelen.
"The question of whether a computer can think is no more interesting than the question of whether a submarine can swim" - Edsger Dijkstra
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.
Neu dat weet ik ... je hebt een koffiekan, een theekan en de alleskan. Maar om nou te zeggen dat wat uit de alleskan komt nou nog echt te pruimen is ...:
[...]
Oh dat verbaast me ook niets, maar het betekent natuurlijk niet dat het niet zou kunnen.
Ben sowieso geen groot fan van de PHP-wereld, maar laten we die discussie maar niet weer oprakelen.
En in dit geval vind ik het niet eens zo specifiek aan de PHP wereld te wijten.
Het is geen sinecure om iets te ontwerpen en uit te bouwen wat
en z'n state optimaal gescheiden houdt,
en eenvoudig partieel updatebaar is (ivm HA),
ook bij schemachanges en converteren van data,
danwel dit volledig weet te voorkomen,
en dan ook nog een all you can throw at it generiek CMS of andere applicatie is,
laat staan als het ook nog opensource is en in een community model ontwikkelt wordt.
I(t|T) is just not easy.
Iets met een flinke kater, met het aanzien van een lief poesje ?
[ Voor 13% gewijzigd door gekkie op 08-04-2019 23:06 ]
:strip_exif()/u/80759/monstermania_small.gif?f=community)
Ja, ik denk eigenlijk ook dat ik te duur was en zullen mijn SAP ervaring niet handig hebben gevonden
Maar ja, blijft gewoon flauw als eerste staat in mijn CV niks over AWS (ben immers niet devops ofzo) en in job spec staat AWS als nice to have.
/u/12668/hydra.png?f=community)
Het zijn maar tools. Ik vind dat soort interview vragen zo'n onzin: als ik met ECS aan de slag moet, leer ik dat wel on the job. Vorge klus ook gedaan. Nu zit ik weer bij een klant die 't met Google doet.
Heb zo'n AWS certificering training gedaan, evenals ook een kubernetes cert gehaald, en begonnen met een Google certificaat (allemaal op devs/architects gericht). Ik vind dat soort certificaten waardeloos; alleen er echt mee werken leer je wat van maar je kunt gewoon niet overal certificaten in halen. Die zijn een jaar later waardeloos; des te meer als je ze niet actief gebruikt.
Waar certificaten vooral goed voor zijn, zijn de mensen die de trainingen verkopen.
Denk dat ze al voor 't interview besloten hadden je niet aan te nemen.:
Ja, ik denk eigenlijk ook dat ik te duur was en zullen mijn SAP ervaring niet handig hebben gevonden
Maar ja, blijft gewoon flauw als eerste staat in mijn CV niks over AWS (ben immers niet devops ofzo) en in job spec staat AWS als nice to have.
[ Voor 18% gewijzigd door Hydra op 09-04-2019 11:24 ]
https://niels.nu
Ja, maar dan moet je mijn tijd niet verspillen en gewoon het interview afzeggen. Ik heb betere dingen te doen
Mee eens hoor. Maar de persoon die 't scheduled is vaak een 'manager' en het chagerijn dat er helemaal geen zin in heeft een developer.:
Ja, maar dan moet je mijn tijd niet verspillen en gewoon het interview afzeggen. Ik heb betere dingen te doen
Vind sowieso die 'agressieve' houding in interviews vaak niet meer van deze tijd. Als bedrijf ben je ook mij aan het overtuigen dat ik graag bij jullie wil werken. Als ik meteen m'n interviewer een eikel vind, gaat dat niet lukken.
https://niels.nu
Ik vind het nog niet eens zo erg dat een Skype of telefoon interview op niks uitloopt, dat zie ik gewoon als een stukje vrije tijd opofferen. Maar ergens heen reizen en dan om onduidelijke of onserieuze redenen afgewezen worden word ik wel flink vervelend van en laat m'n ongenoegen dan ook duidelijk blijken per email.
Zo ben ik ooit een keer naar Qualcomm in San Diego (...) afgereisd om door 10 Chinezen die nauwelijks/geen Engels spraken geïnterviewd te worden
. Dat soort dingen trap ik nooit weer in. Bij Google wist ik na een paar telefooninterviews al dat ze niet competent zijn en dat heb ik ook aan een 'tech-lead' van hun laten weten. Dat scheelt weer een vliegreis.
Zo ben ik ooit een keer naar Qualcomm in San Diego (...) afgereisd om door 10 Chinezen die nauwelijks/geen Engels spraken geïnterviewd te worden
. Dat soort dingen trap ik nooit weer in. Bij Google wist ik na een paar telefooninterviews al dat ze niet competent zijn en dat heb ik ook aan een 'tech-lead' van hun laten weten. Dat scheelt weer een vliegreis.
:strip_icc():strip_exif()/u/87691/avatar_alex.jpg?f=community){kind=avatar}
Hmm mijn google telefoon interview was maar een matig succes, bij 30 graden met de woonkamer een puinzooi aangezien ik de toko aan het witten was. Achja voor zover ze ooit glans hadden was die toen toch al aardig aan het verdwijnen. Was nog uit de tijd dat ze hadden bedacht om alle opensource mailinglijsten af te gaan struinen.
En WP-bakery alias visual composer is inderdaad een feestje
.
En WP-bakery alias visual composer is inderdaad een feestje
.
[ Voor 9% gewijzigd door gekkie op 09-04-2019 14:44 ]
:strip_icc():strip_exif()/u/105199/crop5cb76c6d18020_cropped.jpeg?f=community)
Hinten naar dergelijke sappige verhalen en ze dan niet vertellen is ronduit onethisch.:
Zo ben ik ooit een keer naar Qualcomm in San Diego (...) afgereisd om door 10 Chinezen die nauwelijks/geen Engels spraken geïnterviewd te worden
https://niels.nu
/u/155568/usericon.png?f=community)
Wat een drama dat Azure; maak je een demo-account aan, ben je geen Global Admin. Nergens te vinden hoe je dan zelf alsnog Global Admin wordt 
.
.
/u/122874/crop5e26d7a209cd1_cropped.png?f=community)
Ja wat een bagger product, niemand gebruikt het ook:
Wat een drama dat Azure; maak je een demo-account aan, ben je geen Global Admin. Nergens te vinden hoe je dan zelf alsnog Global Admin wordt
Oh het zal prachtig zijn als je alles voor elkaar hebt; maar je hebt zoveel verschillende lagen waar iets of wat geconfigureerd moet worden
. Je kunt niet gewoon even een accountje aanmaken en wat proberen.
:strip_icc():strip_exif()/u/12461/crop65b195553d948.jpg?f=community)
Wijd gebruik is natuurlijk geen indicatie van de kwaliteit. Ik bedoel, kijk naar PHP
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.
Deze grap is wel erg oud en achterhaald. Een beetje zoals PHP.:
Wijd gebruik is natuurlijk geen indicatie van de kwaliteit. Ik bedoel, kijk naar PHP
https://niels.nu
:strip_icc():strip_exif()/u/284419/Mexican%2520Wolf%2520Klein.jpg?f=community)
: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.
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_exif()/u/259931/stuiterbal2.gif?f=community)
/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!
Als je wat niet aandurft?
2x Dell UP2716D | R9 7950X | 128GB RAM | 980 Pro 2TB x2 | RTX2070 Super
.oisyn: Windows is net zo slecht in commandline als Linux in GUI
:strip_icc():strip_exif()/u/437778/crop684040f89be83_cropped.jpg?f=community)
In de categorie "omdat het kan", een computer die gebruik maakt van NaN en infinity in plaats van 0 en 1
🠕 This side up
Ach, zo erg is het niet
Maar ik werk zowel met Azure als PHP, dus nu 'mag' ik wel grappen maken dus!
Maar je hebt gelijk, het is inderdaad achterhaald. Net als....
[ Voor 7% gewijzigd door armageddon_2k1 op 10-04-2019 14:22 ]
Engineering is like Tetris. Succes disappears and errors accumulate.
Ok doei.
Net als wat ik zeg tegen PHP
In ander nieuws, meer mensen de black hole press conference aan het volgen?
[ Voor 11% gewijzigd door .oisyn op 10-04-2019 15:45 ]
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_exif()/u/47168/loop.gif?f=community)
Een tijdje geleden had ik een trial aangevraagd van Office 365 Business Premium. Werkte allemaal leuk en aardig, behalve Skype en Teams. Dat gaf geen sjoege, zowel de admin als de clients niet.
Contact opgenomen met support, en wat bleek: "Something hasn't replicated properly in our backend." Ik heb contact opgenomen met Microsoft support, een medewerker heeft toen een resync geforceerd en een uur later werkten Skype en Teams wel zoals het zou moeten.
Geen complimenten over de snelheid waarmee MS Support dat issue heeft afgehandeld
Contact opgenomen met support, en wat bleek: "Something hasn't replicated properly in our backend." Ik heb contact opgenomen met Microsoft support, een medewerker heeft toen een resync geforceerd en een uur later werkten Skype en Teams wel zoals het zou moeten.
Geen complimenten over de snelheid waarmee MS Support dat issue heeft afgehandeld
We are shaping the future
/u/81985/crop566b00b43645a.png?f=community)
Nee, tenzij een black hole iets is waarin we PHP kunnen gooien.:
In ander nieuws, meer mensen de black hole press conference aan het volgen?
Ipsa Scientia Potestas Est
NNID: ShinNoNoir
Een collega had de foto als achtergrond ingesteld. Nu hebben we de recycle bin in het centrum geplaatst, met volledig transparante icon en hernoemd naar " ", en nu kan ie files in het zwarte gat gooien
[ Voor 11% gewijzigd door .oisyn op 10-04-2019 16:23 ]
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.
In plaats van het hier te gaan posten kan ik er beter een boek over gaan schrijven, zoveel onzin heb ik al meegemaakt
. Op Glassdoor heb ik wel eens wat interview reviews geplaatst maar die wilden uiteindelijk steeds meer persoonlijke informatie om nog iets te kunnen posten dus daar ben ik mee gestopt.Ik kreeg een paar weken terug nog LinkedIn berichten van corporate recruiters van Amazon en Facebook (...). Ik heb inmiddels genoeg gezien, ik negeer die Amerikanen de laatste jaren al.
: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.”
Gisteren begonnen met het verdiepen in een nieuwe applicatie.
Ondertussen wat code refactoren/reviewen. Altijd leuk
Ondertussen wat code refactoren/reviewen. Altijd leuk
A FatalError has occured. You died. Continue (y/n)?
/u/454206/crop562d2ccb2479a.png?f=community)
Je bent in dienst geweest bij een toko die pentesttrainingen geeft en een aantal beginnersniveau dozen wilde hebben?
.Laatste CF instantie die ik heb gezien was tijdens mijn OSCP. Hoop dat zo te houden. Kan het naast Windows xp en PHP op de schroothoop.
[ Voor 15% gewijzigd door Boudewijn op 12-04-2019 15:07 ]
Cadeautje van nVidia
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.
/u/105842/Homer_60x60.png?f=community)
Snap de hype rond Python nog niet helemaal; heb de laatste tijd met Python mogen werken, maar daar kan je net zo makkelijk een zootje van maken als in PHP. Maar misschien ben ik gewoon te oud om Python te doorgronden
Read the code, write the code, be the code!
Ik snap dat Python voor data science vrij makkelijk is (zeker vergeleken met R) en dat je met de REPL functionaliteit in Jupyter notebooks met visualisaties heel snel wat verkennend werk kunt doen en mooie dingetjes kunt laten zien bij de klant, maar verder zie ik inderdaad ook niet echt in waarom het allemaal zo fantastisch zou moeten zijn. Sterker nog, ik mag vaak weer bijspringen als de scriptende datamensjes wat serieuzer werk moeten doen en vastlopen.:
[...]
Snap de hype rond Python nog niet helemaal; heb de laatste tijd met Python mogen werken, maar daar kan je net zo makkelijk een zootje van maken als in PHP. Maar misschien ben ik gewoon te oud om Python te doorgronden
"The question of whether a computer can think is no more interesting than the question of whether a submarine can swim" - Edsger Dijkstra
Ik wist niet dat PHP tegenwoordig op een grafische kaart draait:
Cadeautje van nVidia
. Waarom 'krijg' je die van NVIDIA? Ik doe een project in deep learning en we hebben een aantal GTX 1080 Ti en RTX kaarten in gebruik maar de prijs van de kaarten valt in het niet bij de ontwikkelingskosten, reiskosten en kosten van de servers waar ze inzitten.
/u/296460/beaker_s.png?f=community)
Beschuldig je nu indirect @.oisyn voor het zijn van een PHP developer?:
[...]
Ik wist niet dat PHP tegenwoordig op een grafische kaart draait
:strip_exif()/u/26373/anim4.gif?f=community)
gold_dust heeft blijkbaar geen idee wat .oisyn nu echt doet
"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
Ja in compute shaders, veel sneller:
[...]
Ik wist niet dat PHP tegenwoordig op een grafische kaart draait
Cadeautje voor ons persoonlijk he. Hij gaat in mijn pc thuis, niet in die van mijn werk
. Ik *krijg* 'm dus, zonder aanhalingstekens . Mag er in principe mee doen wat ik wil.
[ Voor 6% gewijzigd door .oisyn op 13-04-2019 13:32 ]
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 zie vooral lange procedurele python scripts waarbij alles in 1 file wordt gegooid. Lekker zo'n file met 800 regels. Ik prefereer nu Go over python als iets meer functionaliteiten heeft dan een paar simpele functies. M.a.w. als ik het niet heel simpel in python / bash kan oplossen -> Go.:
[...]
Snap de hype rond Python nog niet helemaal; heb de laatste tijd met Python mogen werken, maar daar kan je net zo makkelijk een zootje van maken als in PHP. Maar misschien ben ik gewoon te oud om Python te doorgronden
Even concluderend: Je kunt dus in bijna elke taal zooi schrijven? Had ik nou niet verwacht /s
Met als grote verschil dat je in sommige talen met veel meer wegkomt, maar ook in Java heb ik "interessante" constructies gezien.
🠕 This side up
Eensch..:
[...]
Even concluderend: Je kunt dus in bijna elke taal zooi schrijven? Had ik nou niet verwacht /s
Met als grote verschil dat je in sommige talen met veel meer wegkomt, maar ook in Java heb ik "interessante" constructies gezien.
Laat ik het dan anders zeggen; toen ik iets nodig had en op github ging kijken kwam ik alleen maar vage single file meuk tegen van minimaal 500 lines.
En je favoriete .devver dan, waar is mijn kaart?:
Cadeautje voor ons persoonlijk he. Hij gaat in mijn pc thuis, niet in die van mijn werk
.Gertjan.: Ik ben een zelfstandige alcoholist, dus ik bepaal zelf wel wanneer ik aan het bier ga!
:strip_icc():strip_exif()/u/510323/crop5c49c55cb1a09_cropped.jpeg?f=community)
Tja. Je mist hier overduidelijk professionele ervaring. In een professionele data science omgeving zijn het vage single-file meuk projecten met 5-10000 regels:
Laat ik het dan anders zeggen; toen ik iets nodig had en op github ging kijken kwam ik alleen maar vage single file meuk tegen van minimaal 500 lines.
Misschien eens ophouden die grote clubs er mee weg te laten komen dat ze dergelijke projecten met opzet torpederen om er maar zo lang mogelijk te blijven zitten. Volkomen bizar dat dat iedere keer opnieuw gebeurt. Jaren en miljoenen later en dan nog steeds niet zo ver zijn dat het goedkoper is het dan alsnog maar af te maken.
"Schouten gaat samen met de NVWA bekijken hoe het nu verder moet, en hoe die investeringen zo goed mogelijk alsnog benut kunnen worden."
Euh. Het is software die niet afgemaakt is. Zeg maar dag met 't handje.
[ Voor 47% gewijzigd door Hydra op 15-04-2019 15:55 ]
https://niels.nu
:strip_icc():strip_exif()/u/206968/325134.jpg?f=community)
Ik heb net even gekeken, en in ons project zijn alle source files tussen de 5 en 10000 regels. Zo bijzonder is dat toch niet:
Tja. Je mist hier overduidelijk professionele ervaring. In een professionele data science omgeving zijn het vage single-file meuk projecten met 5-10000 regels
If money talks then I'm a mime
If time is money then I'm out of time
Dit topic is gesloten.