:strip_icc():strip_exif()/u/206968/325134.jpg?f=community)
Dat is toch precies de reden waarom het major nummer omhoog gaat
Ervan uitgaande dat ze semantic versioning gebruiken.
If money talks then I'm a mime
If time is money then I'm out of time
Ervan uitgaande dat ze semantic versioning gebruiken.
:strip_icc():strip_exif()/u/36083/crop5dca9e34ce091_cropped.jpeg?f=community)
:strip_exif()/u/52746/eric-cartman_small.gif?f=community)
:strip_exif()/u/396800/D-_3427da0a9c293b63f2a66dea2e642102.gif?f=community)
:strip_icc():strip_exif()/u/437778/crop684040f89be83_cropped.jpg?f=community)
Jazeker, maar op gegeven moment raakt de levensduur van je oude versie toch op, en moet je over. Met een paar kleine veranderingen (naamswijziging, ietwat andere klasse of datastructuur) is dat toch makkelijker dan wanneer alles omgegooid is (zoals CodeIgniter heeft gedaan onder andere). Soms is het nodig, maar veranderen om het veranderen is ook niet ideaal (en dat lijkt toch regelmatig te gebeuren).:
[...]
Dat is toch precies de reden waarom het major nummer omhoog gaat
Ervan uitgaande dat ze semantic versioning gebruiken.
[ Voor 3% gewijzigd door Koenvh op 19-10-2019 22:46 ]
🠕 This side up
@Matis Ik kan wel een voorbeeldje noemen van een hobbyprojectje:
Ik heb een website gemaakt waar je uitzendingen van de o.a. de NPO (maar ook andere Europese publieke omroepen) kunt terugkijken met automatisch vertaalde ondertiteling (net als YouTube dat heeft). Zo kan ik documentaires, nieuws e.d. met anderen delen die de Nederlandse taal niet machtig zijn, en ik zelf televisie uit andere landen kijken zonder de taal te spreken. An sich werkt dat prima, maar ergens vorig jaar had de NPO de hele manier waarop de videofeed wordt opgehaald omgegooid op een vrij rigoureuze manier. De oude variant werkte op dat moment nog wel, maar de vraag was natuurlijk voor hoe lang. Dan ben je toch weer even bezig met het ombouwen, met het eindresultaat dat het nog steeds werkt zoals het eerst ook werkte, en dat geeft niet per se veel voldoening.
Nu draait dat geheel sowieso op een gedoogconstructie, maar da's een andere zaak.
Ik heb een website gemaakt waar je uitzendingen van de o.a. de NPO (maar ook andere Europese publieke omroepen) kunt terugkijken met automatisch vertaalde ondertiteling (net als YouTube dat heeft). Zo kan ik documentaires, nieuws e.d. met anderen delen die de Nederlandse taal niet machtig zijn, en ik zelf televisie uit andere landen kijken zonder de taal te spreken. An sich werkt dat prima, maar ergens vorig jaar had de NPO de hele manier waarop de videofeed wordt opgehaald omgegooid op een vrij rigoureuze manier. De oude variant werkte op dat moment nog wel, maar de vraag was natuurlijk voor hoe lang. Dan ben je toch weer even bezig met het ombouwen, met het eindresultaat dat het nog steeds werkt zoals het eerst ook werkte, en dat geeft niet per se veel voldoening.
Nu draait dat geheel sowieso op een gedoogconstructie, maar da's een andere zaak.
🠕 This side up
Dat is inderdaad vervelend als het op de schop moet, maar ook de aanbieders moeten met hun tijd mee. Zelf zitten we nu in de transitie van ONIX2.1 naar ONIX3. Steeds meer van onze toeleveranciers gaan hun portfolio in ONIX3 aanbieden. Dat was op zich niet het probleem, maar waar we nu voornamelijk tegenaan lopen is dat de leveranciers hun oude ONXI2.1 data aanbieden in een ONIX3 jasje. Maar dat komt niet (meer) door de validator, omdat velden niet meer bestaan of een andere layout gekregen hebben. Dat is op dit moment het grootste probleem. Ik snap ook niet waarom onze toeleveranciers niet hun XML tegen de XSD aanhouden alvorens het naar ons te sturen. Dat is namelijk het eerste wat wij doen op het moment dat we een update van het portfolio ontvangen. Controleren of het voldoet aan de standaard. In het geval dat dit niet gebeurt, gaat er een berichtje uit naar de toeleverancier met de foutmelding(en). Helaas doen zij er op hun beurt dan niets meer mee
Om er toch voor te zorgen dat we actuele gegevens in onze systemen hebben, moeten we dus door hoepels heen springen om er voor te zorgen dat we toch de data in kunnen lezen. Terwijl het mijns inziens de taak van de toeleverancier is om de data correct aan te leveren.That's the spiritNu draait dat geheel sowieso op een gedoogconstructie, maar da's een andere zaak.
If money talks then I'm a mime
If time is money then I'm out of time
:strip_icc():strip_exif()/u/116726/crop5e3ee297a8a03_cropped.jpeg?f=community)
/u/12668/hydra.png?f=community)
Zeer herkenbaar. Wij staan aan de andere kant en bieden een API aan. Man, man, man,.... droefenis. We geven ze letterlijk het volgende:
- OAuth client-ID en secret
- Een set documentatie met daarin: een stappenplan om te testen in Postman, testaanroepen om te checken of alles werkt, coding samples, voorbeeld queries, etc etc, documentatie over GraphQL.
Het is een vrij simpele GraphQL API en in de documentatie staat ook vrij snel:
"Please read the following information on https://graphql.org/learn/ carefully."
Vervolgens een link met gratis GraphQL query tools, met introspection.
We hebben een 'partner' die met onze API wil koppelen, en na 4 weken krijg ik een mail:
Jullie API is stuk. Niks werkt.
Blijkt dat ze:
- Client-ID en Secret als headers meegeven in de POST requests naar het API endpoint
- Een POST request doen met daarin een eigen GraphQL schema definitie als body. Want "zo willen we data"
- Een XML response terug verwachten
De meeste developers krijgen het niet voor elkaar OAuth2 te implementeren. Het is gewoon onmogelijk. Ze prakken dan een voorbeeld van Medium/SO in elkaar en weten absoluut niet wat ze met access_tokens en refresh_tokens aanmoeten.
We hebben letterlijk een stappenplan met hoe je middels OAuth2 moet verbinden met onze API en een query moet runnen. Met codesamples in JS. Je hoeft alleen maar je eigen client-id en secret in te vullen. En wat krijg je dan voor request binnen op het OAuth2 endpoint? client-id: YOURCLIENTID.
Echt...
Of een klant die dan stuurt:
"We ondervinden erg veel problemen met jullie API. Ons team is er al 2 weken mee bezig, zonder succes. Volgens hun ligt het aan jullie kant. We zouden graag willen dat jullie een paar ontwikkelaars voor ons vrijmaken om voor ons de koppeling tot stand te brengen". Euhm... tief op?
Kijk je welke requests ze doen, is er nog geen enkele aanroep geweest naar het OAuth2 endpoint met hun Client ID..... Dat maar teruggekoppelt. Blijkt dat hun "architect" het volgende doet:
- Met de browser naar http://onze-api/graphql
- .....
De "architect" had verwacht daar een full-fledged GraphQL IDE tegen te komen (a la GraphiQL). Op de vraag hoe ie dacht z'n access_token mee te sturen zei ie dat ie de client secret gaat gebruiken. Dat scheelt gedoe.
[ Voor 23% gewijzigd door armageddon_2k1 op 20-10-2019 17:00 ]
Engineering is like Tetris. Succes disappears and errors accumulate.
:strip_icc():strip_exif()/u/284419/Mexican%2520Wolf%2520Klein.jpg?f=community)
Tijd geleden begonnen bij een klant waar ze met Salesforce wilden verbinden. Die gebruiken OAuth, dus heb in twee dagen tijd de beginselen opgezet ook al wist ik niets van OAuth op dat moment. Kwestie van documentatie volgen en tada!:
[...]
Zeer herkenbaar. Wij staan aan de andere kant en bieden een API aan. Man, man, man,.... droefenis. We geven ze letterlijk het volgende:
- OAuth client-ID en secret
- Een set documentatie met daarin: een stappenplan om te testen in Postman, testaanroepen om te checken of alles werkt, coding samples, voorbeeld queries, etc etc, documentatie over GraphQL.
Het is een vrij simpele GraphQL API en in de documentatie staat ook vrij snel:
"Please read the following information on https://graphql.org/learn/ carefully."
Vervolgens een link met gratis GraphQL query tools, met introspection.
We hebben een 'partner' die met onze API wil koppelen, en na 4 weken krijg ik een mail:
Jullie API is stuk. Niks werkt.
Blijkt dat ze:
- Client-ID en Secret als headers meegeven in de POST requests naar het API endpoint
- Een POST request doen met daarin een eigen GraphQL schema definitie als body. Want "zo willen we data"
- Een XML response terug verwachten
De meeste developers krijgen het niet voor elkaar OAuth2 te implementeren. Het is gewoon onmogelijk. Ze prakken dan een voorbeeld van Medium/SO in elkaar en weten absoluut niet wat ze met access_tokens en refresh_tokens aanmoeten.
We hebben letterlijk een stappenplan met hoe je middels OAuth2 moet verbinden met onze API en een query moet runnen. Met codesamples in JS. Je hoeft alleen maar je eigen client-id en secret in te vullen. En wat krijg je dan voor request binnen op het OAuth2 endpoint? client-id: YOURCLIENTID.
Echt...
Of een klant die dan stuurt:
"We ondervinden erg veel problemen met jullie API. Ons team is er al 2 weken mee bezig, zonder succes. Volgens hun ligt het aan jullie kant. We zouden graag willen dat jullie een paar ontwikkelaars voor ons vrijmaken om voor ons de koppeling tot stand te brengen". Euhm... tief op?
Kijk je welke requests ze doen, is er nog geen enkele aanroep geweest naar het OAuth2 endpoint met hun Client ID..... Dat maar teruggekoppelt. Blijkt dat hun "architect" het volgende doet:
- Met de browser naar http://onze-api/graphql
- .....
De "architect" had verwacht daar een full-fledged GraphQL IDE tegen te komen (a la GraphiQL). Op de vraag hoe ie dacht z'n access_token mee te sturen zei ie dat ie de client secret gaat gebruiken. Dat scheelt gedoe.
Nu een eigen product aan het opzetten en ook gekozen voor OAuth maar heb nu al spijt vanwege de idioten in het vakgebied. Zit bijna op dat punt maar gewoon een systeem met API-keys te maken en klaar is herp van bedrijf derp.... Bah.
@Lethalis ik herken me helemaal in jouw verhaal.
Bij mijn vorige werkgever werd er een kerel aangenomen om een "molensteen-project" te gaan trekken. Stukje context, het project liep al bijna 2 jaar, kende al 4 verschillende "lead-developers" en de specs waren derhalve al 4 keer herschreven.
Zoals gezegd, Pietje komt binnen, beweert met z'n grote bek dat hij het binnen 12 weken zal fixen. We zijn nu twee jaar verder, project loopt nog steeds, Pietje is niet meer, en ze zijn weer terug bij af
Ikzelf ben ook veel te eerlijk. In een meeting zal ik nooit dingen toezeggen die ik niet zeker weet / waar kan maken. Ik ben altijd gereserveerd en stel me kwetsbaar op. Ik zeg: "Dat weet ik niet, maar kan / zal ik uitzoeken". Binnen mijn huidige werkgever wordt dat wel gewaardeerd, omdat ik uiteindelijk het uitzoek, met een gedegen conclusie en/of aanbeveling kom en deze dan wel waar maak.
Bij mijn vorige werkgever werd er een kerel aangenomen om een "molensteen-project" te gaan trekken. Stukje context, het project liep al bijna 2 jaar, kende al 4 verschillende "lead-developers" en de specs waren derhalve al 4 keer herschreven.
Zoals gezegd, Pietje komt binnen, beweert met z'n grote bek dat hij het binnen 12 weken zal fixen. We zijn nu twee jaar verder, project loopt nog steeds, Pietje is niet meer, en ze zijn weer terug bij af
Ikzelf ben ook veel te eerlijk. In een meeting zal ik nooit dingen toezeggen die ik niet zeker weet / waar kan maken. Ik ben altijd gereserveerd en stel me kwetsbaar op. Ik zeg: "Dat weet ik niet, maar kan / zal ik uitzoeken". Binnen mijn huidige werkgever wordt dat wel gewaardeerd, omdat ik uiteindelijk het uitzoek, met een gedegen conclusie en/of aanbeveling kom en deze dan wel waar maak.
If money talks then I'm a mime
If time is money then I'm out of time
Ik heb een keer praktisch hetzelfde meegemaakt. Toen hebben we inderdaad bedongen dat ik daar een dag on-site ging, voor een flink tarief, om ze te helpen. Was iets soortgelijks (parsen van XML data van een API) dat we toen binnen een paar uur klaar hadden. We hebben toen nog wel even gemeld dat dit soort dingen behoorlijk triviaal zijn, en ze moesten overwegen wat meer 'senior' developers aan te nemen. N.b.: de meeste devs daar waren 20 jaar ouder dan ik toen (was toen eind 20).
Die .com bubble heeft een hoop mensen ons vakgebied binnen gebracht die hier niks te zoeken hebben.
Snap ik. Ik kan het allemaal wel en ik heb ook nog die grote bek, dus ben nu ZZPer
Ik vind het juist wel leuk om dat soort types en plein public op hun plaat te laten gaan.
[ Voor 24% gewijzigd door Hydra op 21-10-2019 09:15 ]
https://niels.nu
Toch is gedegen docu e.d. een zeldzaamheid. Ik maak geregeld verbindingen met API's van verschillende leveranciers. Maar docu is vaak ronduit slecht. Documenatie die inhoudelijk niet klopt, code examples die afwijken van een 'echt' request, postman collecties met voorbeelden die niet overeenkomen met code examples en documentatie. Het kost soms dagen om uit vinden hoe je naar een bepaalde API moet connecten. Dan ben je snel op het punt dat je het 1x probeert, en dan denkt 'tief maar op' regel eerst maar eens fatsoenlijke documentatie.:
[...]
Zeer herkenbaar. Wij staan aan de andere kant en bieden een API aan. Man, man, man,.... droefenis. We geven ze letterlijk het volgende:
- OAuth client-ID en secret
- Een set documentatie met daarin: een stappenplan om te testen in Postman, testaanroepen om te checken of alles werkt, coding samples, voorbeeld queries, etc etc, documentatie over GraphQL.
Het is een vrij simpele GraphQL API en in de documentatie staat ook vrij snel:
"Please read the following information on https://graphql.org/learn/ carefully."
Vervolgens een link met gratis GraphQL query tools, met introspection.
We hebben een 'partner' die met onze API wil koppelen, en na 4 weken krijg ik een mail:
Jullie API is stuk. Niks werkt.
Blijkt dat ze:
- Client-ID en Secret als headers meegeven in de POST requests naar het API endpoint
- Een POST request doen met daarin een eigen GraphQL schema definitie als body. Want "zo willen we data"
- Een XML response terug verwachten
De meeste developers krijgen het niet voor elkaar OAuth2 te implementeren. Het is gewoon onmogelijk. Ze prakken dan een voorbeeld van Medium/SO in elkaar en weten absoluut niet wat ze met access_tokens en refresh_tokens aanmoeten.
We hebben letterlijk een stappenplan met hoe je middels OAuth2 moet verbinden met onze API en een query moet runnen. Met codesamples in JS. Je hoeft alleen maar je eigen client-id en secret in te vullen. En wat krijg je dan voor request binnen op het OAuth2 endpoint? client-id: YOURCLIENTID.
Echt...
Of een klant die dan stuurt:
"We ondervinden erg veel problemen met jullie API. Ons team is er al 2 weken mee bezig, zonder succes. Volgens hun ligt het aan jullie kant. We zouden graag willen dat jullie een paar ontwikkelaars voor ons vrijmaken om voor ons de koppeling tot stand te brengen". Euhm... tief op?
Kijk je welke requests ze doen, is er nog geen enkele aanroep geweest naar het OAuth2 endpoint met hun Client ID..... Dat maar teruggekoppelt. Blijkt dat hun "architect" het volgende doet:
- Met de browser naar http://onze-api/graphql
- .....
De "architect" had verwacht daar een full-fledged GraphQL IDE tegen te komen (a la GraphiQL). Op de vraag hoe ie dacht z'n access_token mee te sturen zei ie dat ie de client secret gaat gebruiken. Dat scheelt gedoe.
/u/189240/av70.png?f=community)
Mwoah, noem je een Windows Forms of Console applicatie een edge case?
Dit klinkt eng en een typisch Microsoft ding om te doen. Heb je hier informatie van Microsoft over?
Transacties wil je dan ook heel graag op dezelfde verbinding houden, anders worden ze gepromoot naar de MSDTC als distributed transactions.
En daar begon mijn hele issue ook.
Inmiddels heb ik dit allemaal zwaar vereenvoudigd in mijn code en inject ik een Func<IDbConnection> in mijn controllers (credits to @BertS) en open / sluit ik zelf de verbinding:
using (var dbConnection = this.OpenDbConnection()) { ... }
Waarbij OpenDbConnection dus de geïnjecteerde Func<IDbConnection> is. Binnen het using blok geef ik de IDbConnection (en eventuele IDbTransactions) simpelweg door aan functies en laat ik dat dus niet meer over aan de IoC container.
Het is nu tenminste direct duidelijk in de code wat er gebeurt.
[ Voor 100% gewijzigd door Lethalis op 22-10-2019 07:48 ]
Ask yourself if you are happy and then you cease to be.
/u/262310/ava.png?f=community)
Ik heb mij jaren lang exact hetzelfde gevoeld. Altijd kut projecten die met een torpedo er doorheen kwamen waarbij iedereen ongelukkig was en iedereen elkaar dwars ging zitten.
Zogenaamd samenwerken met partijen waarbij je een vraag stuurde die vervolgens a la "scrum" pas na 2 weken ergens daar op een planning kwam te staan. Waarna je met een beunhaas moest zitten die eigenlijk na 1 minuut zei dat hij het ook niet echt wist.
Er is altijd wel iets waarbij een partij zich weer ongemakkelijk of gepasseerd voelt. Devs hun gelijk moeten krijgen en letterlijk niemand zich even volwassen opstelt.
Bij mij kwam uiteindelijk de switch toen ik mijzelf anders ging opstellen. Een soort acceptatie dat de IT wereld nog gewoon onvolwassen is waarbij eigenlijk niemand weet wat de fuck hij nu eigenlijk aan het doen is. Dat organisaties vrijwel nooit lekker draaien en dat je soms een nederig moet opstellen om tot een bepaald resultaat te komen.
Uiteindelijk ben ik ook iets meer gegroeid (of gedegradeerd
) in een iets meer socialere rol dan pure dev om dit soort projecten naar een resultaat te trekken. Omdat ik wel een beetje weet wat benodigd is kan ik vele requirements wel vooraf regelen voordat een echte dev er aan moet gaan werken. Eigenlijk probeer ik altijd te regelen dat beide partijen met elkaar direct gaan werken. Ik sta er dan ook iets anders in. In het geval van @armageddon_2k1 , dan zou ik liever hun betalen om even goed te zitten zodat het goed word gedaan. Je geeft meerdere cases op dat het fout gaat. Blijkbaar is het toch lastig. Ik laat de "schuld" hiervan in het midden en laten we het gewoon oplossen is mijn idee dan.
Misschien een slecht statement om hier in de devschuur te maken, maar over het algemeen zijn devs nou niet de juiste mensen om constructief een project tot een goed einde te maken. Het is vaak dat er altijd iets slecht is, maar goed, fix het en ga verder.
Dit is toch "perfect", het werkt en het project is klaar. Goed, je hebt wat inspanningen moeten doen die vervelend zijn, wellicht hadden ze zelf ook even kunnen zeggen, we willen hulp bij de implementatie, maar soit.
Dit een beetje wat ik bedoel, pretty harsh. Het is hun business, en blijkbaar hebben ze nu een implementatie en so be it. Je gaat niet een ander bedrijf perse helpen met de statement dat hun devs kut zijn
Maar goed, ik probeer dus dit hele verhaal te voorkomen door het al redelijk voor te kauwen en bepaalde argumenten al aan te gaan voordat een dev eraan moet werken. Over het algemeen zijn het mooie samenwerkingen zonder bullshit.
tl;dr van het verhaal is dat het IMO vaak misloopt bij zogenaamde managers, project managers, product owners, etc. zonder enige kennis of een hele kromme gedachtegang. Als er gewoon wat relaxte mensen rondlopen die de basics regelen dan kunnen de devs lekker werken zonder dat ze tegen muren aanlopen.
Omdat de database verbinding het makkelijkste op dat niveau te overzien is, namelijk gedurende de afhandeling van een request. Overigens inject ik niet direct een verbinding, maar alleen een functie waarmee je een verbinding kunt openen. Dus de verbinding wordt pas geopend op het moment dat je hem nodig hebt (hij wordt dus niet onterecht vast gehouden).
Anders moet je het dus of overlaten aan de DI container als je transacties wil gebruiken in een context (scoped), of aan het framework met connection pooling (niks open houden, omdat .NET het al voor jou doet en transacties heel beperkt houden qua scope).
Simpelweg van connection pooling uitgaan en transacties met zo'n beperkt mogelijke scope is natuurlijk prima in veel gevallen en dan repositories met de database laten praten.
Maar op het moment dat je dan in een OrderService zowel een CustomerRepository als een OrderRepository gebruikt en dat graag in 1 transactie wil doen - omdat je bijvoorbeeld klantgegevens wil betrekken bij het verwerken van een order - wordt het wat messy.
Ik ben mij gaan afvragen waarom ik al deze complexiteit heb geïntroduceerd in een project dat eigenlijk weinig bijzonders doet. Alleen op sommige punten wil ik wél transacties.
Dus nu heb ik heel veel er simpelweg tussenuit geknikkerd and I'm happier because of it.
De gemiddelde developer kijkt niet serieus naar de kritieke succesfactoren van een project en staart zich blind op allerlei technische aspecten. En dat is prima, want hij moet hier zoveel mogelijk over leren, maar vanuit de business zijn veel van die uitstapjes niet relevant.
Ik begrijp het van beide kanten en ik vind het ook een lastig evenwicht. Soms wil je iets "goed" doen, maar vaak wil je ook gewoon pragmatisch zijn.
Gezien mijn leeftijd van bijna 40 vraag ik me ook vaak af wat ik nou eigenlijk wil. Ben ik straks nog inzetbaar als programmeur als ik 50 of 60 ben? Of ben ik dan gewoon een ouwelul die niet meer weet wat hij aan het doen is?
Of zal ik ook meer richting de business gaan? En ervoor zorgen dat ik op die leeftijd ook andere functies kan vervullen die nog wel een raakvlak met IT hebben? En bijvoorbeeld nu aan Bedrijfskunde o.i.d. beginnen om een goede basis daarvoor te leggen?
Al met al maak ik me een beetje zorgen om de toekomst. Hoe ga ik tot mijn 70ste mijn geld verdienen?
Ik heb het net iets te vaak gezien dat mensen zo rond hun 60ste wegbezuinigd worden en dan is het klaar (en vinden ze dus ook nooit meer een baan).
En dan kun je 2 jaar later jouw zuurverdiende spaargeld opvreten. Daarna kun je het huis verkopen etc.
[ Voor 34% gewijzigd door Lethalis op 22-10-2019 10:17 ]
Ask yourself if you are happy and then you cease to be.
:strip_icc():strip_exif()/u/6143/rincewind.jpg?f=community)
Grrr, problemen bij het inloggen op de Azure Portal 
, maar op de status pagina van Azure staat natuurlijk dat alles gewoon werkt ( En nee, het is niet mijn account, want heb er met meerdere accounts last van )
, maar op de status pagina van Azure staat natuurlijk dat alles gewoon werkt ( En nee, het is niet mijn account, want heb er met meerdere accounts last van )
“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/158065/ctrlaltgrr.jpg?f=community)
Dit staat inmiddels toch al een klein tijdje op de Azure status pagina. Had er zelf ook last van:
Grrr, problemen bij het inloggen op de Azure Portal
No animals were harmed in the making of this comment.
/u/224026/crop5a1c1a6fcf1b1.png?f=community)
:strip_icc():strip_exif()/u/246777/crop5665347035c66.jpeg?f=community)
Buiten de andere punten snap ik waarom jij er niet enthousiast van wordt.
Maar als ik bij sollicitaties ben, zou ik ook niks mogen laten zien
Ik heb 2 type projecten: of ik doe het voor mijn werkgever en daar ligt een NDA op, of ik doe het voor mijn ZZP werk en dan mag ik het niet door een NDA van mijn klanten.
Buiten die 2 heb ik geen zin (en tijd!) om nog even iets te doen zodat ik iets kan tonen.
“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.”
Ik doe veel met opensource meuk, dus als ik domweg een github account met wat random PR's en repo's zie, dan ga ik niet inhoudelijk de code checken of het nou echt subliem is. Dat je priveprojectjes doet is eigenlijk de extra push die je soms bij iemand wilt zien. Ongeacht wat de code nu precies inhoud.
Overigens vraag ik dit meestal meer in het gesprek, puur om te kijken naar interesses.. niet om te analyseren
O, dat doe ik ook hoor. Gewoon om te kijken met wat voor persoon je te maken hebt. Het is ook niet perse een probleem als iemand geen leuke privé projectjes heeft. Ik vind het ook prima om wat te vertellen over wat voor hobby projectjes ik maak, maar om dan om code te vragen vindt gaat weer wat ver.:
[...]
Ik doe veel met opensource meuk, dus als ik domweg een github account met wat random PR's en repo's zie, dan ga ik niet inhoudelijk de code checken of het nou echt subliem is. Dat je priveprojectjes doet is eigenlijk de extra push die je soms bij iemand wilt zien. Ongeacht wat de code nu precies inhoud.
Overigens vraag ik dit meestal meer in het gesprek, puur om te kijken naar interesses.. niet om te analyseren
“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/87691/avatar_alex.jpg?f=community){kind=avatar}
Dat snap ik inderdaad.
Wat ervaring met diverse frameworks mag je toch wel verwachten. Versiebeheer is een must.
Als je mij vraagt waar ik voldoening uit haal, dan is het vaak nieuwe dingen uitzoeken en leren. Of het oplossen van bugs die niemand anders lijkt te begrijpen. Dan begin ik het namelijk pas interessant te vinden
Code laten zien, zou voor mij ook lastig zijn. Met name het "trots op zijn". Wanneer ben je nou echt trots op code? Ik bedoel, het kán altijd beter / handiger / anders... dus ik vind het per definitie al kut als ik ernaar kijk
Wel zou ik anno nu een laptop meenemen en dan gewoon laten zien aan wat voor projecten ik heb gewerkt. Dan zul je zien dat de code niet altijd geweldig is, maar kan ik daar wel veel over vertellen (hoe het zo ontstaan is, wat ik zelf anders zou willen, etc).
En opdracht maken zou ik wel direct kunnen doen natuurlijk... want tsja, dat moet ook als je daar gaat werken. Anders zit je wel heel snel weer thuis
Als ik ooit weer zou gaan solliciteren, zou ik ook een paar dagen proef willen draaien denk ik. Ook om zelf de sfeer te proeven. Dan weet ik tenminste of het een leuke werkgever is en niet 1 of ander hell hole dat zich mooier voordoet dan het is
Man het lukt mij al amper om mijn Aurisje in te parkeren:
[...]
Je kunt je nog altijd laten omscholen tot buschauffeur.
Laat staan dat ik met een bus door de stad ga rijden. Ik wil niet weten wat ik dan allemaal aan stoepjes, paaltjes, voetgangers en fietsers onder mijn bus heb kleven 
[ Voor 12% gewijzigd door Lethalis op 22-10-2019 12:32 ]
Ask yourself if you are happy and then you cease to be.
Gewoon 1 framework is al voldoende. Dat het niet een framework is dat hier gebruikt wordt boeit dan niet eens zo; dat pik je dan doorgaans vlot genoeg op.
Nou ja, dat dus. En iedereen boven je. Als die vraag komt, dan hebben jullie een alternatief in je hoofd wat je wel zou kunnen bieden. Dat komt nu niet, Computer says no.Code laten zien, zou voor mij ook lastig zijn. Met name het "trots op zijn". Wanneer ben je nou echt trots op code? Ik bedoel, het kán altijd beter / handiger / anders... dus ik vind het per definitie al kut als ik ernaar kijk
Wel zou ik anno nu een laptop meenemen en dan gewoon laten zien aan wat voor projecten ik heb gewerkt. Dan zul je zien dat de code niet altijd geweldig is, maar kan ik daar wel veel over vertellen (hoe het zo ontstaan is, wat ik zelf anders zou willen, etc).
Ja, dat zou de volgende stap zijn. Valt misschien ook te combineren met deze stap, maar ik wil er liever niet meteen dagen in steken als ik al gerede twijfels heb.En opdracht maken zou ik wel direct kunnen doen natuurlijk... want tsja, dat moet ook als je daar gaat werken. Anders zit je wel heel snel weer thuis
Als ik ooit weer zou gaan solliciteren, zou ik ook een paar dagen proef willen draaien denk ik. Ook om zelf de sfeer te proeven. Dan weet ik tenminste of het een leuke werkgever is en niet 1 of ander hell hole dat zich mooier voordoet dan het is
Ik wil hem nu een kans geven om de twijfels weg te nemen, maar vooralsnog lijkt-ie vooral bezig met ontwijken. En dat maakt mijn enthousiasme niet groter.
Tjolk is lekker. overal en altijd.
Die zijn binnenkort overbodig als de verse lading jonge programmeurs zijn werk goed doet:
[...]
Je kunt je nog altijd laten omscholen tot buschauffeur.
.
:strip_exif()/u/259931/stuiterbal2.gif?f=community)
Dat doe je altijd toch? Althans, een maandje proeftijd is redelijk standaard bij de meeste contracten.:
[...]
Als ik ooit weer zou gaan solliciteren, zou ik ook een paar dagen proef willen draaien denk ik. Ook om zelf de sfeer te proeven. Dan weet ik tenminste of het een leuke werkgever is en niet 1 of ander hell hole dat zich mooier voordoet dan het is
/u/454206/crop562d2ccb2479a.png?f=community)
:
Als ik ooit weer zou gaan solliciteren, zou ik ook een paar dagen proef willen draaien denk ik. Ook om zelf de sfeer te proeven. Dan weet ik tenminste of het een leuke werkgever is en niet 1 of ander hell hole dat zich mooier voordoet dan het is
Een contractuele proeftijd vind ik toch te officieel. Een soort snuffelstage zou inderdaad een goede optie zijn voor mij. Ik ben te vaak bij bedrijven gaan werken waar de ware aap pas na die maand proeftijd uit de mauw kwam.
.Gertjan.: Ik ben een zelfstandige alcoholist, dus ik bepaal zelf wel wanneer ik aan het bier ga!
Voordat ik mijn huidige baan zou opzeggen, bedoel ik dus
Als je zelf een andere baan zoekt en vervolgens daar de proeftijd niet haalt, heb je ook geen recht op een WW uitkering (je moet minimaal 6 maanden in dienst zijn). Dus dan heb je een probleem als je behoorlijke maandlasten hebt en het toch al lastig is om iets passends te vinden waar je 4x9 kan werken etc.
Dus het liefst heb je minimaal een jaarcontract en een redelijke zekerheid dat het met die proeftijd wel goedkomt.
[ Voor 3% gewijzigd door Lethalis op 22-10-2019 14:08 ]
Ask yourself if you are happy and then you cease to be.
Hoop stoere praat hier, maar een werkgever / directeur / manager is ook maar een mens.
En die kunnen knap vervelend worden, ook al is dat niet altijd even rationeel. Waarom zou je dat risico nemen als het niet nodig is?
Misschien vind je wel helemaal geen betere baan. Beetje zonde om dan de sfeer te vergallen op jouw huidige werk.
In gesprek gaan met jouw huidige werkgever heeft alleen zin als hij er ook daadwerkelijk iets aan kan veranderen.
Bij mijn vorige werk was ik klaar met de sector. Ik werkte voor een premium SMS provider. 4 jaar lang ervoor gezorgd dat mannen konden sexten met fictieve vrouwen en andere mannen.
We verdienden goud geld hiermee. Een topdag met 20000 smsjes a 1,50 euro kwam regelmatig voor.
Maar ik wou weleens weer voor een "net" bedrijf werken en ben toen uiteindelijk in de automotive sector beland.
Praten had weinig zin. Ik kan moeilijk de ene dag de architect van een vieze spamactie zijn, en de andere dag de moraalridder gaan uithangen.
Vanuit technisch oogpunt was het overigens een prima baan. Gewerkt met de nieuwste .NET techniek van die tijd en de SMS deliver service was een hoogstaand multithreaded proces dat berichten over meerdere telefonieproviders zo efficiënt mogelijk verdeelde (zonder tegen limieten aan te lopen, dus we hadden configureerbare burst rates per provider etc). Het ideale SMS spam programma
En ik heb er veel over SQL Server geleerd. It wasn't all bad. Maar als je tegenover Kim Holland zit voor een project meeting realiseer je je wel dat je enigszins in de porno industrie bent beland
Zelfde met het ingenieursbureau van mijn vader waar ik 5 jaar als CAD tekenaar heb gewerkt. Ik wou programmeren en was het zat om aan isometrie nummer 268 te beginnen nadat ik er al 267 had gemaakt.
En ook nu... als ik graag voor een groter bedrijf wil werken waar ik mij meer kan specialiseren in iets, dan kan mijn werkgever daar ook niks mee.
No hard feelings.
Maar in alle gevallen had het ook geen zin om daar van tevoren over te gaan zeiken tegen de baas.
En die kunnen knap vervelend worden, ook al is dat niet altijd even rationeel. Waarom zou je dat risico nemen als het niet nodig is?
Misschien vind je wel helemaal geen betere baan. Beetje zonde om dan de sfeer te vergallen op jouw huidige werk.
In gesprek gaan met jouw huidige werkgever heeft alleen zin als hij er ook daadwerkelijk iets aan kan veranderen.
Bij mijn vorige werk was ik klaar met de sector. Ik werkte voor een premium SMS provider. 4 jaar lang ervoor gezorgd dat mannen konden sexten met fictieve vrouwen en andere mannen.
We verdienden goud geld hiermee. Een topdag met 20000 smsjes a 1,50 euro kwam regelmatig voor.
Maar ik wou weleens weer voor een "net" bedrijf werken en ben toen uiteindelijk in de automotive sector beland.
Praten had weinig zin. Ik kan moeilijk de ene dag de architect van een vieze spamactie zijn, en de andere dag de moraalridder gaan uithangen.
Vanuit technisch oogpunt was het overigens een prima baan. Gewerkt met de nieuwste .NET techniek van die tijd en de SMS deliver service was een hoogstaand multithreaded proces dat berichten over meerdere telefonieproviders zo efficiënt mogelijk verdeelde (zonder tegen limieten aan te lopen, dus we hadden configureerbare burst rates per provider etc). Het ideale SMS spam programma
En ik heb er veel over SQL Server geleerd. It wasn't all bad. Maar als je tegenover Kim Holland zit voor een project meeting realiseer je je wel dat je enigszins in de porno industrie bent beland
Zelfde met het ingenieursbureau van mijn vader waar ik 5 jaar als CAD tekenaar heb gewerkt. Ik wou programmeren en was het zat om aan isometrie nummer 268 te beginnen nadat ik er al 267 had gemaakt.
En ook nu... als ik graag voor een groter bedrijf wil werken waar ik mij meer kan specialiseren in iets, dan kan mijn werkgever daar ook niks mee.
No hard feelings.
Maar in alle gevallen had het ook geen zin om daar van tevoren over te gaan zeiken tegen de baas.
[ Voor 22% gewijzigd door Lethalis op 22-10-2019 21:26 ]
Ask yourself if you are happy and then you cease to be.
/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!
Maar dit legt puur connection pooling uit. Ik zie nog niet helemaal daarin dat er echt iets veranderd is achter de schermen t.o.v. vroeger. Hoogstens dat het by default aan staat.:
[...]
U vraagt, wij draaien.
[...]
Het is ook niet Microsoft specifiek, maar een veelgebruikte techniek op allerlei platformen (Java heeft bijv JDBC pools).
[ Voor 21% gewijzigd door Lethalis op 22-10-2019 23:02 ]
Ask yourself if you are happy and then you cease to be.
Daar kunnen we bij helpen: https://www.bitterballen....pt-rundvleesbitterballen/
(Vegetarisch mag natuurlijk ook, maar daar heb ik minder ervaring mee (behalve met eten, en ook dat smaakt goed (zolang het maar een bitterbal is)))..
Of we kunnen ze gewoon meenemen. Geen idee hoe 't zit met bitterballen en kleine Nederlandse vlaggetjes door de douane krijgen.. Maar als dat kan is alleen nog een frituur nodig
🠕 This side up
An sich mee eens, maar we kregen op vrijwel alles vanuit dat betreft terug dat onze spullen 'slecht' en 'te moeilijk' waren. Oracle Forms developers die hard op weg waren obsolete te worden maar toch steeds vertikten iets nieuws te bouwen. Het was bovendien geen klant van ons, maar een integratiepartner voor een klant, en die klant werd chagerijnig omdat het allemaal zo lang duurde. Dus op den duur moeten we het wel wat harder gaan spelen want vanuit het management van die integratiepartner werd er steeds domweg gemeld dat het aan ons lag.:
Dit een beetje wat ik bedoel, pretty harsh. Het is hun business, en blijkbaar hebben ze nu een implementatie en so be it. Je gaat niet een ander bedrijf perse helpen met de statement dat hun devs kut zijn
Dus die klant hebben we gewoon gemeld dat wij het zelf maar gedaan hebben, in een paar uurtjes, om toch ook naar die klant duidelijk te laten merken dat het onzin was. Dat kwam later ook in meetings terug: Klant: "Is dit weer zo'n ding dat <bedrijf waar ik werkte> bij jullie wel in een paar uur voor elkaar krijgt of is het nu wel echt moeilijk?"
Natuurlijk niet goed voor de relatie met die integratiepartner, maar beter die relatie slechter dan die met de klant. De klant kon makkelijk druk op ze uitoefenen, wij niet.
https://niels.nu
Mja dat kan natuurlijk ook gebeuren. We zijn allemaal maar mensen en soms is een reality check niet verkeerd om opnieuw te waarderen wat je hebt.
Alleen vind ik wel dat je wel mazzel hebt met jouw werkgever en dat hij er zo nuchter mee omgaat. Dat is lang niet altijd zo.
Nu heeft mijn werkgever het al met 2 collega's meegemaakt. De ene kwam na een paar maanden weer terug (
), de andere heeft na een gesprek simpelweg meer salaris gekregen toen hij het bod van een andere werkgever liet zien.Toch heb ik het idee dat we allemaal in een soort midlifecrisis zitten ofzo. Als je de 40 bereikt, ga je je afvragen of dit alles is.
Het is nog maar de vraag of je ergens anders wel gelukkiger wordt dan. Toch mag ik ook wel blij met mijn werkgever zijn, want eerlijk is eerlijk, als het mijn bedrijf was geweest zouden er toch wat minder toffe dingen gebeuren.
In tegenstelling tot mijn werkgever geloof ik er namelijk wel in dat het verjongen van het team goed zou zijn
Daarom zie ik mijn toekomst ook somber in... want ik zou zelf niet zo snel oudere werknemers in dienst nemen. Misschien 1 of 2 om de boel te begeleiden, maar voor de rest zou ik jongere devs aantrekken die nog wat harder lopen.
Het is een nare gedachte
Ask yourself if you are happy and then you cease to be.
An sich fijn dat dat mogelijk is, maar een hoop werkgevers redeneren (terecht) vanuit het bedrijfsbelang. En iemand die aangeeft misschien weg te gaan, gaan ze dan niet snel nieuwe coole projecten geven. Daarom vertel ik dit soort dingen nooit; want mijn eigen belang kwa carriere en het bedrijfsbelang kunnen dan wel eens haaks op elkaar gaan staan.
Mij m'n vorige bedrijf heb ik ook, terwijl ik al wist dat ik over een half jaar weg zou gaan, een nieuwe opdracht aangenomen. Sowieso een goeie stap (een 'officiele' software architect rol) kwa carriere en weigeren zou ook betekenen dat ik uit moest leggen waarom. Natuurlijk voor het bedrijf wel wat kut dat ik na 6 maanden weg ging (moest op stel en sprong een vervanger voor me geregeld worden voor die klant, wat lastig is als iedereen aan het werk is), maar voor mijzelf was het gewoon de betere keuze.
Dat laatste heb ik zelf ook eens gedaan. Enorme sprong in loon gemaakt, en een leaseauto erbij. Vond het ook leerzaam om te zien hoe onder druk alles vloeibaar wordt. Daarvoor was het altijd geemmer over kleine verhogingen van procenten.:
Nu heeft mijn werkgever het al met 2 collega's meegemaakt. De ene kwam na een paar maanden weer terug (
Dat weggaan en terugkomen heb ik gezien bij een ex-collega. Ging weg om bij een nieuwe start-up te werken, werd niks, en kwam weer terug. Toen was hij het een tijdje later niet eens met de gang van zaken, ging weg om als ZZPer te werken, werd 'em niet (helemaal het persoon er niet voor) en vroeg toen weer voorzichtig of 'ie terug mocht. Antwoord was toen 'nee'
Waarom kun je als 'oudere' developer niet hard lopen dan? Ik snap dat nooit zo goed. Als je als iemand die 20 jaar meer ervaring heeft niet kunt verkopen dat je beter bent, dan doe je toch echt wel iets verkeerd. Heb echt nooit problemen met het overtuigen van managers van m'n waarde. Ik heb dan misschien een iets grotere bek dan de gemiddelde developer, maar de meeste gevallen van "het geld niet waard" bij oudere developers kwam ook wel omdat ze al meer dan 10 jaar stil stonden.
Ik merk juist dat, met al die ervaring, het oppikken van nieuwe dingen me juist makkelijker afgaat. Juist omdat al die nieuwe shit vooral een nieuw laagje over hele oude concepten is. Coroutines? Euh, gewoon green threads eigenlijk. The cloud? Managed virtualisation. Cloud functions? Managed application servers. Etc.
[ Voor 45% gewijzigd door Hydra op 23-10-2019 11:05 ]
https://niels.nu
Omdat mijn vrouw net zo hard - misschien wel harder - werkt dan ik. Dus ik heb ook een serieuze rol in het huishouden en zorgen voor mijn kind.
Ik ben bovengemiddeld vaak moe en uitgeput. Want thuis is er geen rust, en sta ik nog tot 9 uur 's avonds de keuken op te ruimen en te bidden dat onze dochter eindelijk slaapt (daar is mijn vrouw dan druk mee in de weer).
Ergens rond half 10 begint onze avond pas. 8 uur slapen is bijna onmogelijk, want om 6 uur 's ochtends gaat de wekker en voor 11 uur 's avonds lukt het mij echt niet om te slapen. Dus als ik 7 uur slaap haal, is het veel.
Die middag dip komt dus keihard aan. Meestal zit ik van 2 uur 's middags tot 5 uur vooral naar mijn scherm te staren als een zombie.
Daar had ik 10 jaar geleden niet zo'n last van. Toen kon ik gewoon rustig 50 uur per week werken zonder issues, omdat ik daarnaast niks hoefde te doen. Ik kwam thuis, at wat en plofte neer op de bank. Vrije tijd was echt vrije tijd en ik sliep natuurlijk veel meer.
Tegenwoordig heb ik het gevoel thuis harder te moeten werken dan op de zaak
Kort samengevat dus: naarmate je ouder wordt, heb je vaak meer verantwoordelijkheid en kopzorgen naast het werk. En vaak ook meer lichamelijke klachten.
En ik zie dit bij veel mensen, omdat het tegenwoordig "normaal" is dat de vrouw praktisch ook een voltijd baan heeft.
Maar is dat nog waar als je straks 50 bent? En denk jij dat je over 10 jaar daadwerkelijk meer waarde toevoegt dan nu?
Dat effect neemt echter af naarmate developers ouder worden.
Het verschil tussen iemand van 20 en 30 is enorm, tussen iemand van 30 en 40 al een stuk kleiner, en daarna wordt het verwaarloosbaar ben ik bang.
En dan ga je dus alleen maar meer kosten voor de werkgever zonder dat je meer oplevert.
Ik zou dus developers van rond de 30 aannemen. Dat zie ik als jonkies
Bedenk dan nog even dat wij door moeten werken totdat we friggin' 70 zijn.
70.
Zo oud werd mijn pa niet eens. En die van veel van mijn collega's ook niet.
[ Voor 39% gewijzigd door Lethalis op 23-10-2019 11:53 ]
Ask yourself if you are happy and then you cease to be.
Tja, maar dat zijn toch jouw keuzes? Dat heeft weinig met leeftijd te maken. Ik ben 39. Ik heb 2 jonge dochters (5 en 8 ). Daarnaast Crossfit ik zo'n 3-4 keer per week, en hockey ik af en toe. De kids gaan om 7 uur naar bed. Ik ga zelf om 11 uur naar bed (als ik moe ben iets eerder) en slaap dan tot 7 uur. Het is maar hoe je je leven indeelt.:
Omdat mijn vrouw net zo hard - misschien wel harder - werkt dan ik. Dus ik heb ook een serieuze rol in het huishouden en zorgen voor mijn kind.
Ik ben bovengemiddeld vaak moe en uitgeput. Want thuis is er geen rust, en sta ik nog tot 9 uur 's avonds de keuken op te ruimen en te bidden dat onze dochter eindelijk slaapt (daar is mijn vrouw dan druk mee in de weer).
Ergens rond half 10 begint onze avond pas. 8 uur slapen is bijna onmogelijk, want om 6 uur 's ochtends gaat de wekker en voor 11 uur 's avonds lukt het mij echt niet om te slapen. Dus als ik 7 uur slaap haal, is het veel.
Die middag dip komt dus keihard aan. Meestal zit ik van 2 uur 's middags tot 5 uur vooral naar mijn scherm te staren als een zombie.
Daar had ik 10 jaar geleden niet zo'n last van. Toen kon ik gewoon rustig 50 uur per week werken zonder issues, omdat ik daarnaast niks hoefde te doen. Ik kwam thuis, at wat en plofte neer op de bank. Vrije tijd was echt vrije tijd en ik sliep natuurlijk veel meer.
Tegenwoordig heb ik het gevoel thuis harder te moeten werken dan op de zaak
Kort samengevat dus: naarmate je ouder wordt, heb je vaak meer verantwoordelijkheid en kopzorgen naast het werk. En vaak ook meer lichamelijke klachten.
En ik zie dit bij veel mensen, omdat het tegenwoordig "normaal" is dat de vrouw praktisch ook een voltijd baan heeft.
Absoluut. Ik stop niet met leren ofzo.
Absoluut niet mee eens. Sorry.
https://niels.nu
Hoe dan? #hoedan:
[...]
Ik ben 39. Ik heb 2 jonge dochters (5 en. Daarnaast Crossfit ik zo'n 3-4 keer per week, en hockey ik af en toe. De kids gaan om 7 uur naar bed. Ik ga zelf om 11 uur naar bed (als ik moe ben iets eerder) en slaap dan tot 7 uur. Het is maar hoe je je leven indeelt.
Ik kom om 6 uur pas thuis (nadat ik vanuit mijn werk onze dochter van het KDV heb opgehaald), mijn vrouw vaak nog later. We zijn al blij als we om half 7 eten. Dat is zeg maar vroeg.
Als ik mijn dochter om 7 uur naar bed wil doen dan heb ik haar amper gezien
De olifant in de kamer is natuurlijk dat niet iedere developer het in zich heeft om een natuurlijke leider te zijn en dus leiding te geven aan andere mensen.Absoluut. Ik stop niet met leren ofzo.
Absoluut niet mee eens. Sorry.
Dus als je - puur als developer - meerwaarde moet creëren dan gaat het ergens wringen. Als je al 20 jaar lang heb geleerd om dat zo goed mogelijk te doen, dan vlakt die ontwikkeling op den duur gewoon af.
Het is natuurlijk anders als je je kunt verbreden en op andere vlakken steeds nuttiger kan maken. Maar dat betekent heel vaak dat je ook andere kwaliteiten moet ontwikkelen op sociaal vlak (soft skills).
Niet iedereen kan dat echt effectief.
En als ik dan de programmeurs zie van 50 die geen manager of team lead zijn, dan staan die toch vaak al een jaar of 10 stil.
Ik denk dus steeds dat ik ergens een pad moet kiezen om mij - als techneut - verder te ontwikkelen. Maar ik vind dat heel lastig.
Wat kan ik doen om geen 13 in een dozijn web developer te zijn? Wat kan ik doen - wederom als techneut - dat de gemiddelde 30 tot 40 jarige niet kan?
Soms ga ik het dan meer in niches zoeken. Misschien moet ik mijn C/C++ kennis opvijzelen en echt iets gaan doen waar de meeste devs zich simpelweg niet mee bezig houden.
Maar ik weet het dus niet. Ik vind dat lastig.
Als manager ga ik het - omdat ik gewoon een nerd ben die te vaak over zich heen laat lopen - gewoon niet redden denk ik. De eerste beste 30 jarige met een grote bek loopt dan gewoon over mij heen.
Ask yourself if you are happy and then you cease to be.
Ten eerste door niet aan de andere kant van 't land werk te zoeken:
Hoe dan? #hoedan
Als je om 6 uur je nest uit komt en om 18:00 of later weer terug bent, heb je netto dus een 'werkdag' van 12 uur. Als je dat al terug weet te brengen naar 10 uur, dan scheelt dat al een hoop.Je hoeft geen manager te zijn, maar als erg senior dev wordt van je wel een lead rol verwacht. En zowel een erg brede ervaring, en ook de mogelijkheid de diepte in te gaan. Daarbij ook dat je juist op architectureel niveau leiderschap kan tonen, daar waar juist de meeste 'schade' gedaan wordt door junior developers. Dus zorgen dat wat je team bouwt ook op lange termijn blijft werken.
Als dat niet gaat gebeuren, en je dus op medior niveau blijft steken (zeg niet dat dat bij jou het geval is), dan word je op een gegeven moment relatief 'duur'.
https://niels.nu
Of je stopt je 36 uur gewoon in 4 dagen. Lekker 3 dagen weekend:
[...]
Ten eerste door niet aan de andere kant van 't land werk te zoeken
Mijn werkdag ziet er hetzelfde uit, maar dan gelukkig wel maar 4 dagen per week.
Sinds de 2 dagen regel reageer ik hier niet meer
/u/122874/crop5e26d7a209cd1_cropped.png?f=community)
Senioriteit heb je natuurlijk op verschillende vlakken, niet iedereen heeft meteen de capaciteit op meteen op te staan of leiderschap te tonen maar misschien wel een bak kennis waar je u tegen zegt. Helemaal met multidisciplinaire scrum teams hoeft de leiderschap niet van een ontwikkelaar te komen om een team te bouwen. Sterker nog ik heb liever een goede Scrummaster die deze rol op zich neemt en zorgt dat het team in balans is. Testers, ontwerpers en dergelijke horen ook bij een lange termijn team.:
[...]
Ten eerste door niet aan de andere kant van 't land werk te zoeken
[...]
Je hoeft geen manager te zijn, maar als erg senior dev wordt van je wel een lead rol verwacht. En zowel een erg brede ervaring, en ook de mogelijkheid de diepte in te gaan. Daarbij ook dat je juist op architectureel niveau leiderschap kan tonen, daar waar juist de meeste 'schade' gedaan wordt door junior developers. Dus zorgen dat wat je team bouwt ook op lange termijn blijft werken.
Als dat niet gaat gebeuren, en je dus op medior niveau blijft steken (zeg niet dat dat bij jou het geval is), dan word je op een gegeven moment relatief 'duur'.
Een senior moet de lijnen uit kunnen zetten maar ook gewoon een van "de guys/girls" zijn, juist de synergie met senior's, medior's en junior's die samenwerken voorkom je dat er schade ontstaat. Senior's maken net zo goed fouten, zo lang je veel besluitvorming bij het team houdt blijft iedereen scherp en krijg je geen eilandjes.
Juist de mensen die rond hun 45-50e "architect" zijn , veel leiderschap tonen en een grote mond hebben maar al jaren geen regel code getypt hebben worden op een gegeven moment duur en leunen te veel op de senior die gewoon productie wil draaien en lekker kan doorwerken zonder iedere week in tig meetings te hoeven zitten.
* GrooV vindt overigens alle titeltjes maar onzin, heb liever een enthousiaste junior dan een chagrijnige senior
Ik woon niet eens zo ver weg hemelsbreed, maar de verkeersdrukte rondom Rotterdam zorgt er helaas voor dat je relatief lang in die auto zit. Ik ben alleen ook niet zo stoer dat ik door wind en regen naar mijn werk ga fietsen.:
[...]
Ten eerste door niet aan de andere kant van 't land werk te zoeken
Ik moet toegeven dat ik op het gebied van architecturele patterns nog weinig gedaan heb. Dus ik ben wel bekend met SOLID en de GoF design patterns, maar nog niet zo zeer met het op grotere schaal kijken naar hoe je het beste een systeem in lagen kunt opdelen etc.
Dan zit je ook meer op het vlak van de software architect. Wat op zich natuurlijk geen slecht idee is om te ambiëren
Is er nog literatuur op dit gebied die je kunt aanbevelen?
Ik heb zelf de volgende gevonden die worden aanbevolen:
Patterns of Enterprise Application Architecture (Martin Fowler)
Enterprise Integration Patterns - Designing, Building And Deploying Messaging Solutions (Gregor Hohpe)
Dat is bij mij al zo, alleen dan op woensdag (vrijdag was niet handig omdat mijn vrouw dan al vrij is i.v.m. kinderopvang).:
[...]
Of je stopt je 36 uur gewoon in 4 dagen. Lekker 3 dagen weekend
Ik moet nog wel een keer heel serieus gaan rekenen hoeveel het ons zou kosten als ik naar 32 uur zou gaan. Want kinderopvang wordt nogal duur als je een bepaald inkomen hebt (wij moeten inmiddels de helft zelf betalen, krijgen steeds minder terug... dus 3 dagen per week opvang van 1200 euro per maand, wordt al gauw 600 euro netto die je elke maand kwijt bent).
Als ik minder uren ga werken en dus minder verdien, krijgen we meer toeslag waardoor het uiteindelijk niet meer echt boeit
Mja mijn schoonvader was Enterprise Software Architect en is op den duur wegbezuinigd.
Kan inderdaad zelf niet meer programmeren. Wel WO opgeleid en allemaal dure certificaten behaald zoals TOGAF9, maar kan geen baan meer vinden (denkt zelf dat het komt omdat hij 60+ overigens).
En dat is ook deels mijn nachtmerrie. Als hij al geen baan meer kan vinden terwijl hij alle papieren van de wereld heeft met een enorme loopbaan achter de rug, hoe moet ik het dan doen als ik op mijn 60ste thuis kom te zitten?
[ Voor 3% gewijzigd door Lethalis op 23-10-2019 13:59 ]
Ask yourself if you are happy and then you cease to be.
:strip_icc():strip_exif()/u/10274/crop67712295188a6_cropped.jpg?f=community)
Minder ver moeten reizen voor je werk, misschien thuis werken, etc.:
Hoe dan? #hoedan
Ik kom om 6 uur pas thuis (nadat ik vanuit mijn werk onze dochter van het KDV heb opgehaald), mijn vrouw vaak nog later. We zijn al blij als we om half 7 eten. Dat is zeg maar vroeg.
Als ik mijn dochter om 7 uur naar bed wil doen dan heb ik haar amper gezien
Puur als techneut kan ik dat moeilijk inschatten, in het werk wat ik doe is een senior developer niet heel veel meerwaarde op technisch vlak. Voor mij is een senior iemand die en groter geheel kan zien. De capaciteiten heeft om een proces van de klant te zien en te begrijpen, mee kan denken, daardoor ook keuzes van de klant kan bediscussiëren, en als het echt moet, ook goed kan inschatten wat de gevolgen zijn. Maar dat moet je wel liggen. Heb met een knul gewerkt die prima kon programmeren als je precies zei wat het moet doen en daar was hij ook zeer content mee, ook al deed ie dat trucje al 30 jaar.
Exact expert nodig?
Ja, daar doet de huidige klant helaas niet aan mee. Voorgaande 5 jaar wel gedaan; heerlijk.:
[...]
Of je stopt je 36 uur gewoon in 4 dagen. Lekker 3 dagen weekend
Ik fiets elke dag 11km enkele reis. Stoer? Nee, gewoon een regenjas. Je bent Hollander of je bent 't niet
Evolutionary Architectures door Neal Ford en Software Architecture for Developers door Simon Brown.Ik moet toegeven dat ik op het gebied van architecturele patterns nog weinig gedaan heb. Dus ik ben wel bekend met SOLID en de GoF design patterns, maar nog niet zo zeer met het op grotere schaal kijken naar hoe je het beste een systeem in lagen kunt opdelen etc.
Dan zit je ook meer op het vlak van de software architect. Wat op zich natuurlijk geen slecht idee is om te ambiëren
Is er nog literatuur op dit gebied die je kunt aanbevelen?
Ik weet vrij zeker dat werken in Nederland over 't algemeen gewoon rendabel is. Dus ik zou dat ff goed uitrekenen.Als ik minder uren ga werken en dus minder verdien, krijgen we meer toeslag waardoor het uiteindelijk niet meer echt boeit
Tja. Daar heb je het al. Is hij "enterprise architect" omdat hij daar meerwaarde biedt, of omdat hij geen technische rol meer wou? Want als hij waarde zou toevoegen, zou hij niet wegbezuinigd zijn. "Architecten" die zelf niet meer met hun voeten in de klei zitten, zijn vrij snel waardeloze architecten. Zou ook eens kijken of je wat talks van Neal Ford over dat onderwerp kunt vinden.
https://niels.nu
Nu begin je wel heel filosofisch te worden
Hij wou natuurlijk gewoon weer een zelfde functie waarin hij zich bezighield als specialist in IT Governance en Service Oriented Architecture (even gekopieerd van zijn LinkedIn, want eerlijk gezegd heb ik zelf ook nooit helemaal begrepen wat hij nou praktisch doet).
Toen hij nog werkzoekende was, heeft hij ook een aantal vactures gevonden en daar werd hem duidelijk gemaakt dat hij niet in het team paste (zijn interpretatie: je bent te oud).
Ask yourself if you are happy and then you cease to be.
Als jij gewoon tot je 60e blijft programmeren op hoog niveau, netjes blogs leest en bij blijft dan zie ik het probleem niet zo? Desnoods specialiseer je in iets waar je nog beter in kan worden, ga zelf aan je online presence werken, schrijf blogs of iets dergelijks.:
[...]
Nu begin je wel heel filosofisch te worden
Hij wou natuurlijk gewoon weer een zelfde functie waarin hij zich bezighield als specialist in IT Governance en Service Oriented Architecture (even gekopieerd van zijn LinkedIn, want eerlijk gezegd heb ik zelf ook nooit helemaal begrepen wat hij nou praktisch doet).
Toen hij nog werkzoekende was, heeft hij ook een aantal vactures gevonden en daar werd hem duidelijk gemaakt dat hij niet in het team paste (zijn interpretatie: je bent te oud).
Zolang je zelf zorgt dat je relevant blijft komt het gewoon goed hoor, geen zorgen. Maar als je in je dagelijkse sleur komt en je zelf niet meer verbeterd dan gaat het mis
Heb ook een freelancer in mijn team zitten van ~50, top vent en is gewoon een senior developer, geen behoefte aan om manager of architect of iets dergelijks te zijn. Natuurlijk, ik doe het zelfde werk als hij en ben 20 jaar jonger maar je vult elkaar juist aan.
Overigens is Nederland een echt managers land, maar bijvoorbeeld in de US zie je al dat developers meer verdienen dan de manager, daar moeten we ook naar toe als je het mij vraagt zodat je niet altijd maar de stap omhoog moet maken maar ook gewoon iets doen waar je goed in bent
[ Voor 9% gewijzigd door GrooV op 23-10-2019 14:26 ]
Ik ben geen Hollander:
[...]
Ik fiets elke dag 11km enkele reis. Stoer? Nee, gewoon een regenjas. Je bent Hollander of je bent 't niet
Al denk ik er soms wel aan om het te worden, omdat ik dan niet meer naar het Duitse consulaat hoef in Amsterdam als ik mijn paspoort moet verlengen en dat soort ongein. Dat is verschrikkelijk onhandig. Daarnaast heb ik praktisch mijn hele leven in België en Nederland gewoond.Dus ik ben een beetje een nep Duitser.
Ik kan niet eens meer zo goed Duits praten
Het begrijpen is geen enkel probleem, maar ik kom niet meer zo goed uit mijn woorden.En mijn dochter wordt helemaal Nederlands opgevoed, dus ja... er blijft gewoon niet zoveel van over.
Ik zal ze bekijken!
Mja die kans is aanwezig. Daar durf ik niet veel over te zeggen.
Ik denk wel dat het goed is om zelf uitvoerend te blijven iig. Zelfs al zou niemand mij nog aannemen als ik 60 ben, dan nog zou ik wellicht kunnen zzp-en, zolang ik in staat blijf om zelf dingen te bouwen.
Ask yourself if you are happy and then you cease to be.
Je kan het filosofisch noemen, maar je toont precies mijn punt.:
[...]
Nu begin je wel heel filosofisch te worden
Hij wou natuurlijk gewoon weer een zelfde functie waarin hij zich bezighield als specialist in IT Governance en Service Oriented Architecture (even gekopieerd van zijn LinkedIn, want eerlijk gezegd heb ik zelf ook nooit helemaal begrepen wat hij nou praktisch doet).
Hij toont zich naar de buitenwereld als een Enterprise Solutions Architect, in IT Governance en Service Oriented Architecture. Oftewel, zo profileert ie zich echt.
Op basis daarvan heb je dus geen benul wat ie doet. Waarom zou ie dan uberhaubt aangenomen worden of zelfs uitgenodigd worden voor een gesprek?
Als ik zoiets lees klinkt het gewoon als een hoop dure mumbo-jumbo.
Om op het filosofische stukje in te haken:
Mijn punt was dat mensen zichzelf vaak profileren als een functie.
- Wat doe jij eigenlijk?
- Ik ben Enterprise Software Architect.
- Nee, dat is je job-title. Wat doe je?
- Ik ben betrokken bij de software ontwikkeling voor producten van grote klanten en vertaal de eisen van de klant naar een werkbare technische architectuur. Dit doe ik in samenwerking met het technische team en sales. Doordat ik jaren ervaring heb met allerhande technieken (beginnende met de SOA van weleer en nu de microservices hype in Azure en Kubernetes (en Rust natuurlijk)) probeer ik een zo'n pragmatische oplossing te vinden.
- Okee, nog steeds beetje mumbo jumbo, maar een stuk duidelijker wat je skills zijn.
[ Voor 29% gewijzigd door armageddon_2k1 op 23-10-2019 15:03 ]
Engineering is like Tetris. Succes disappears and errors accumulate.
:strip_icc():strip_exif()/u/12461/crop65b195553d948.jpg?f=community)
Doet me denken aan een artikel op nos.nl vanmorgen: https://nos.nl/artikel/23...en-over-heldere-taal.html
No shit
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.
Kijk dan ook verder naar de directe centen. Als je nu het gevoel hebt dat je bezig bent met opbranden, dan is je gezondheid je wellicht ook wel 100 piek in de maand waard.:
Ik moet nog wel een keer heel serieus gaan rekenen hoeveel het ons zou kosten als ik naar 32 uur zou gaan. Want kinderopvang wordt nogal duur als je een bepaald inkomen hebt (wij moeten inmiddels de helft zelf betalen, krijgen steeds minder terug... dus 3 dagen per week opvang van 1200 euro per maand, wordt al gauw 600 euro netto die je elke maand kwijt bent).
Als ik minder uren ga werken en dus minder verdien, krijgen we meer toeslag waardoor het uiteindelijk niet meer echt boeit
En 1 op 1 tijd met je dochter; priceless.
Ik lever straks ook zo'n 600 euro in voor ouderschapsverlof. Is het me meer dan waard. We verdienen genoeg om de hypotheekrente alleen jaarlijks terug te krijgen om ons vervolgens af te vragen wat we dit keer met die pot geld willen doen. Waarmee ik niet wil pochen, maar slechts wil zeggen: we verdienen genoeg, ik vind tijd voor mijzelf en mijn gezin belangrijker dan geld / stenen / auto / etc.
Tjolk is lekker. overal en altijd.
De overheid kennende gaat zoiets door een serie van ambtenaren. Aan de ene kant vraag ik mij dan toch af hoe niemand daar door heeft dat zoiets onbegrijpelijk is, aan de andere kant ben ik er ook weer niet door verbaast:
Doet me denken aan een artikel op nos.nl vanmorgen: https://nos.nl/artikel/23...en-over-heldere-taal.html
[...]
No shit
Mijn vrouw is beleidsmedewerker bij Gemeente Utrecht en ik proof-read weleens wat documenten van haar. Soms zijn zinnen gewoonweg niet te parsen zonder inhoudelijke kennis, door alle meerwoordige afdelingen en projecten die gewoon als eigennamen worden gebruikt.:
[...]
De overheid kennende gaat zoiets door een serie van ambtenaren. Aan de ene kant vraag ik mij dan toch af hoe niemand daar door heeft dat zoiets onbegrijpelijk is, aan de andere kant ben ik er ook weer niet door verbaast
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 krijg als ik die vacature lees allemaal flashbacks naar toen ik nog consulting werk deed voor 't UWV:
"Omdat het DSO zich beweegt binnen de contouren van de overheid als geheel"
In mijn ervaring waren de mensen die daadwerkelijk wat uitvoerden prima in staat om hun functie te omschrijven zonder dergelijke wollig taalgebruik. De rest daarentegen...
https://niels.nu
:strip_exif()/u/13818/episodebutler_60x60.gif?f=community)
Ken Thompson's famous line from V6 UNIX is equaly applicable to this post:
'You are not expected to understand this'
:strip_icc():strip_exif()/u/151534/crop5a48e625630a0_cropped.jpeg?f=community)
Ze is 3 jaar oud en test ons op alle mogelijke manieren uit
En ze is er net iets te goed in, zeker als wij beiden al een lange dag er op hebben zitten op ons werk. Dan geven we veel te makkelijk toe.
Maar het is voor mij ook best confronterend wat betreft "manager" zijn
Allerlei aspecten die je als manager hebt, heb je ook met een kind... ik ben bijvoorbeeld heel slecht in onderhandelen, positieve bekrachtiging, enzovoorts.
Als een peuter van 3 het al van mij wint
Ask yourself if you are happy and then you cease to be.
Klinkt allemaal heel herkenbaar:
Ze is 3 jaar oud en test ons op alle mogelijke manieren uit
En ze is er net iets te goed in, zeker als wij beiden al een lange dag er op hebben zitten op ons werk. Dan geven we veel te makkelijk toe.
Maar het is voor mij ook best confronterend wat betreft "manager" zijn
Allerlei aspecten die je als manager hebt, heb je ook met een kind... ik ben bijvoorbeeld heel slecht in onderhandelen, positieve bekrachtiging, enzovoorts.
Als een peuter van 3 het al van mij wint
Ik vergelijk het hebben van een gezin ook regelmatig met het runnen van een bedrijf: Je moet zorgen voor een juiste balans tussen inkomsten en uitgaven. Je hebt regelmatig vergaderingen / overleggen. En misschien wel het belangrijkste, je hebt de verantwoording over 1 of meerdere "onderdanen".Al met al serious business waar niet te lichtvoetig over gedacht kan worden.
[ Voor 3% gewijzigd door Matis op 24-10-2019 08:19 ]
If money talks then I'm a mime
If time is money then I'm out of time
Dit topic is gesloten.