Op het moment dat je zelf tar.close() moet aanroepen, kan het stukje code om verschillende redenen niet aangeroepen worden. Bijvoorbeeld omdat er een exception optreed, of omdat er een bug zit in de logica en het close stukje niet wordt aangeroepen. Als je voor resources gebruik maakt van language constructurs, zoals RAII in C++, Disposables in C# of AutoClosables in java dan garandeerd de compiler dat de, in dit geval close methode, wordt aan geroepen als de scope van het in dit geval tar object om wat voor reden dan ook wordt verlaten.Firesphere schreef op maandag 6 mei 2019 @ 12:54:
[...]
Waarom maakt dat iets uit? De gebruikte taal (in dit geval Python3) maakt toch niets uit volgens mij. Ik zou hetzelfde kunnen doen in Java of C++ en een vergelijkbare vergissing maken.
"The question of whether a computer can think is no more interesting than the question of whether a submarine can swim" - Edsger Dijkstra
/u/296460/beaker_s.png?f=community)
Sinds wanneer 'heeft' C++ RAII?:
[...]
Dit soort dingen zijn dus de reden waarom C++ RAII heeft, en Java en C# try/using-resource statements hebben
:strip_icc():strip_exif()/u/12461/crop65b195553d948.jpg?f=community)
Give a man a game and he'll have fun for a day. Teach a man to make games and he'll never have fun again.
Dat het niet echt een language feature is, maar nog altijd iets wat je als programmeur zelf zult moeten implementeren.:
[...]
Wat probeer je hiermee te zeggen?
Give a man a game and he'll have fun for a day. Teach a man to make games and he'll never have fun again.
Give a man a game and he'll have fun for a day. Teach a man to make games and he'll never have fun again.
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.
Je maakt het nu wel heel rooskleurig hoor...
RAII is inderdaad prachtig als het goed wordt toegepast, en met de moderne stl is het een feest om mee te werken, maar:
- ik krijg veel 'seniors' al moeilijk aan de smart pointers(die verdienen wat mij betreft de titel senior niet, maar dat is een andere discussie)
- de gemiddelde junior snapt niet altijd wat hij aan het doen is en gebruikt gewoon een stackoverflow snippet met new
- oude codebases
- <insert andere praktische redenen uit de dagelijkse praktijk>
Was het maar zo'n feest...
Helemaal niet, ik zei dat ze het niet hoeven doen, niet dat ze het ook niet deden:
[...]
Je maakt het nu wel heel rooskleurig hoor...
. Ik vind vooral dat jij er zelf nu een compleet andere discussie van maakt; bottom line is dat in het voorbeeld van Firesphere het gewoon automatisch goed was gegaan. 
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.
Da's waar.
En dat is ook waar.:
[...]
bottom line is dat in het voorbeeld van Firesphere het gewoon automatisch goed was gegaan.
toch vind ik dat C++ geen RAII afdwingt
*runs*
:strip_icc():strip_exif()/u/734655/crop6390c3acd41c6_cropped.jpg?f=community)
*haalt EddoH in*:
toch vind ik dat C++ geen RAII afdwingt
Klopt en C# dwingt het gebruik van `using` niet af en of eist ook niet dat je `.dispose()` aanroept. In een zekere zin heb ik meer medelijden met ontwikkelaars die nooit zonder GC hebben ontwikkeld.
"Maar de GC roept automatisch de `.dispose()` aan..."
"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
Dat ligt er maar net aan hoe je er naar kijkt. Als een klasse in C++ een destructor implementeerd, dan hoeft er programmeur die deze gebruikt daar verder niets voor te doen (tenzij er questionable dingen gedaan worden). Als iemand in Java een klasse maakt die AutoClosable implementeerd, moet de programmeur die het gebruikt nog steeds in een try-with-resources statement zetten. In Java kun je dat dus vergeten en heb je een resource-leak, in C++ kan dat dus niet vergeten.:
[...]
toch vind ik dat C++ geen RAII afdwingt
/u/373849/cowava2.png?f=community)
Jaja, je hebt gelijk als ik with had gebruikt vanaf het begin. Maar je weet hoe't gaat met "van PoC naar werkend", de PoC (nou ja, in mijn geval dan) is altijd meer verbose dan het uiteindelijke product.:
[...]
Helemaal niet, ik zei dat ze het niet hoeven doen, niet dat ze het ook niet deden
Ik maakte daar een vergissing in die me een hoop tijd heeft gekost, die ik willens en wetens niet wilde fixen omdat ik de expliciete versie wilde gebruiken.
Alles werkt nu en ik vind Python nog steeds best tof
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!
/u/262310/ava.png?f=community)
Als je gewoon PHP FPM gebruikt heb je dit issue ook niet. Alle processen worden op een gegeven moment gewoon gekilled. #fixed.
/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.
Ik hoop het niet voor je. In C++ kan een friend bij jouw private parts.
"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
Zolang ik die friend ben lijkt dat mij alleen maar een voordeel:
[...]
Ik hoop het niet voor je. In C++ kan een friend bij jouw private parts.
:strip_icc():strip_exif()/u/246777/crop5665347035c66.jpeg?f=community)
:
[...]
Ik hoop het niet voor je. In C++ kan een friend bij jouw private parts.
:
[...]
Zolang ik die friend ben lijkt dat mij alleen maar een voordeel
Dank je! Nu mag ik mijn beeldscherm schoonmaken omdat ik mijn koffie niet binnen kon houden van het lachen
:strip_icc():strip_exif()/u/439769/crop5a510243ea2e3_cropped.jpeg?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!
/u/454206/crop562d2ccb2479a.png?f=community)
School van jongste nazaat gaat Google G Suite for education gebruiken
Blijkbaar gaan wij daar ook automatisch mee akkoord.
Kweenie ....
Blijkbaar gaan wij daar ook automatisch mee akkoord.
Kweenie ....
Somniferous whisperings of scarlet fields. Sleep calling me and in my dreams i wander. My reality is abandoned (I traverse afar). Not a care if I never everwake.
:strip_icc():strip_exif()/u/10274/crop67712295188a6_cropped.jpg?f=community)
Krijg je straks automatisch bijscholingsboeken op bol.com te zien als de juf registreert dat de kleine wat achterloopt met een vak:
School van jongste nazaat gaat Google G Suite for education gebruiken
Blijkbaar gaan wij daar ook automatisch mee akkoord.
Kweenie ....
Exact expert nodig?
Every (g)Cloud has a silver lining.:
[...]
Krijg je straks automatisch bijscholingsboeken op bol.com te zien als de juf registreert dat de kleine wat achterloopt met een vak
Less alienation, more cooperation.
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.
Er zijn allereerst helaas echt enorm veel beroerde developers die of gewoon niet in staat zijn om een kwalitatief goede codebase te creëeren of het gewoon vertikken. Daarnaast is er ook vaak druk qua tijd of geld of bestaat in ieder geval die perceptie bij ontwikkelaars.
Als ik naar mijn huidige werkgever kijkt, dan is het pure softwaredevelopmentteam een man of 7. Daarmee werken we (naast detachering) aan twee vergelijkbare grote systemen. Naast mij is er één andere ontwikkelaar die echt geïnteresseerd is in zaken als softwarekwaliteit en -architectuur. Dan hebben we er nog één die enkel probeert alles zo snel mogelijk werkend te krijgen zonder enige vorm van vernieuwing, ééntje die als werkwijze een beetje copy / paste en trail and error heeft en nog wat nieuwe mensen waar ik nog geen helder beeld bij heb.
Mijn goede collega is min of meer de lead voor het ene systeem en in die codebase komt ook echt geen letter code zonder zijn expliciete goedkeuring. Die is dus prima onderhouden volgens DDD principes, goed doordachte architectuurkeuzes en ga zo maar door.
Ik ben na een tijdje gedetacheerd te zijn op het andere project bijgeschakeld om enige kwaliteit te borgen en ik word echt heel droevig van wat ik aantref.
Zo had knip-en-plakcollega een basis gelegd voor een nieuwe API. Ik was allereerst al een half uur bezig met het opschonen van de maven dependencies omdat gewoon blind alles uit een ander project was meegeplakt. Over de API structuur was ook op geen enkele wijze nagedacht waardoor er eigenlijk al gelijk performance issues optreden. De API staat echter vast, want de client is al gebouwd. Ook worden er veel zaken gewoon als strings aan de API doorgegeven, waarbij er dan allerlei verborgen betekenis in de waarden zit die geparsed moet gaan worden. Op mijn vraag waar ik daar documentatie kon vinden was het antwoord: 'ja we moeten maar even kijken wat de client precies gaat doorsturen'.
Daarna mocht ik 'als het maar werkt'-collega even helpen. Die had een soort van batchverwerking gebouwd die werd gestart door middel van een CSV upload. Daar zat best heel veel business logica in, maar zoals gewoonlijk echt nul unit tests. Alle logica was ook gewoon in de controller gepropt en verder waren er een paar losse data objectjes. Ondanks het feit dat maven de gewenste build tool is, had meneer gewoon weer Ant gebruikt, want dat was 'makkelijker' (lees: hij had een project bij de hand waar hij even van kon knippen en plakken).
Dat dit relatief losstaande nieuwe onderdelen zijn waarbij je juist alle ruimte hebt om kwaliteit te borgen maakt het nog het meest frustrerend. Dat de kern van de codebase een monoliet met een berg technical debt hoger dan de Mount Everest is heeft op zich redelijk verklaarbare oorzaken, maar als je na tien jaar nog steeds niets geleerd hebt en dat ook toepast, dan vraag ik me af waarom je nog developer bent.
Maar goed, het is weekend.
"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.
:strip_icc():strip_exif()/u/437778/crop684040f89be83_cropped.jpg?f=community)
Nou ja, ik kan me voorstellen dat het voor scholen wel een uitkomst is. Mail geregeld, samenwerken via Drive en Classroom, en dat allemaal voor €0,-. Microsoft doet hetzelfde met Office 365 Education... Ja, het is belangrijk om jong te beginnen met klanten winnen:
School van jongste nazaat gaat Google G Suite for education gebruiken
Blijkbaar gaan wij daar ook automatisch mee akkoord.
Kweenie ....
🠕 This side up
"The question of whether a computer can think is no more interesting than the question of whether a submarine can swim" - Edsger Dijkstra
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
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.
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/155568/usericon.png?f=community)
/u/243953/crop56f55a7bcf291.png?f=community)
:strip_icc():strip_exif()/u/283202/vlag.jpg?f=community)
Als het om een non-profit gaat kan je via techsoup een non-profit licentie krijgen voor Office365 of voor Gsuite (en 5000 azure credits elke 2 jaar
)
E-mail, stukje opslag, iets van office/docs en gedeelde documenten.
Klopt! Daar hebben we ons aangemeld en zijn al goedgekeurd, daar moet ik binnenkort even mee aan de slag.:
[...]
Als het om een non-profit gaat kan je via techsoup een non-profit licentie krijgen voor Office365 of voor Gsuite (en 5000 azure credits elke 2 jaar
:strip_icc():strip_exif()/u/492949/crop627d0c893ea0e_cropped.jpg?f=community)
/u/224026/crop5a1c1a6fcf1b1.png?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/87691/avatar_alex.jpg?f=community){kind=avatar}
:strip_icc():strip_exif()/u/284419/Mexican%2520Wolf%2520Klein.jpg?f=community)
/u/105842/Homer_60x60.png?f=community)
:strip_icc():strip_exif()/u/6143/rincewind.jpg?f=community)
Mmm, interesting, zitten daar nog bepaalde voorwaarden aan? Voor een jeugdvereniging waar ik in het bestuur zit zou dit ook interessant zijn.:
[...]
Als het om een non-profit gaat kan je via techsoup een non-profit licentie krijgen voor Office365 of voor Gsuite (en 5000 azure credits elke 2 jaar
“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.”
@Erwin537 ja dat is ook exact wat ik dan van plan ben, ik zal de vereniging eens aanmelden
“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.”
"The question of whether a computer can think is no more interesting than the question of whether a submarine can swim" - Edsger Dijkstra
En toch maken vele het een probleem terwijl dat absoluut niet zo hoeft te zijn. We kunnen devs gaan volgen die heel enthousiast zijn en zelf dingen gaan opzetten onder de noemer van::
[...]
Dat is precies het probleem
- Ik kan het sneller zo doen
- Dit ben ik gewend
- Framework X sucked
- CMS Y sucked
- Boehoe niet mijn code, dus het is kudt.
- etc.
Nu kan je wel bedenken dat het legitieme redenen zijn, maar zoals ik daarnet al aangaf zijn dat eigenlijk allemaal korte termijn oplossingen.
Mijn ervaring is dat bedrijven die goed de kosten & baten afwegen en een goede (lange termijn) visie hebben, veel stabieler ontwikkelen en als eindresultaat een veel prettigere website / applicatie neerzetten.
Prima als je een team van 10 man hebt om zelf te gaan ontwikkelen voor dat stuk custom meuk wat je hebt. Bijvoorbeeld tweakers die wel een framework heeft maar veel zelf ontwikkeld.
Juist bij kleinere partijen, ben je er veel meer bij gebaat om aan te geven dat bepaalde dingen niet kunnen omdat ze daar het budget en resources niet voor hebben. Hou het dan simpel wat juist wel in een bestaand CMS kan. Daar wordt iedereen veel beter van. Ja je mist nu feature X maar je site draait nog en over 3 jaar is die nog steeds te ondersteunen.
Al die clusterfucks van freelance projectjes komen van overijverige devs die "het wel kunnen" voor 30 euro per uur. En na een jaar komt bedrijf X er achter dat ze veel verder waren geweest met een simpele wordpress website en een simpel theme met 3-4 volwassen plugins.
"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.
Ik wil niet jouw kwaliteiten in het diskrediet brengen. Ik ga er vanuit dat jij prima weet waar je mee bezig bent op development niveau. Misschien juist te, voor de opdrachten dat je doet
De kern van mijn verhaal is meer dat er te veel kleinere bedrijven zijn die qua applicatie het einde van de wereld willen terwijl dat totaal niet in lijn is met de expertise en resources die ze hebben. Het geen wat jij benoemd is simpelweg qua doorontwikkeling en onderhoud duurder en lastiger dan een out of the box oplossing met misschien 1 of 2 custom dingetjes.
Je moet misschien ook niet vergeten dat jij het wel goed heb opgezet, maar dat dit ook een unicum is in de PHP wereld voor klanten die wellicht weinig resources hebben en weinig affiniteit met IT. Los daarvan zit er soms ook een overschatting in de daadwerkelijke kwaliteit van een applicatie..
Wat je verder zegt klopt wel over de CMSen maar bekijk het even van de andere kant:
Wordpress: Je kan dit prima professioneel opzetten. Idem om spaghetti meuk te voorkomen en gewoon netjes 1-2 functionaliteiten toe te voegen. Dat kan jaren prima draaien met zelfs automatische updates. Jouw beeld is begrijpelijk maar IMO meer een reactie van weinig / geen ervaring in WP. Met name omdat misschien jouw expertise juist 10 stappen verder is dan een simpele WP site. (Ik draai dit als hobby zelf cloud native met full CI/CD in kubernetes, werkt prima).
TYPO3: Dit zie ik meer voor enterprise websites als WP echt te licht is. Enorm steile learning curve en je hebt hier gewoon exertise voor benodigd.
Omdat iemand die wel de exacte expertise in zo'n CMS niet zoveel moeite kwijt is aan de implementatie? Echter daarna wel een easy to manage kant en klare oplossing biedt.
Gedeeltelijk. Als je 100 klanten hebt, dan zul je toch echt meer richting standaardoplossingen moeten werken wil je dat kunnen managen. Ik pak gewoon het geen wat je zei erbij; een stichting. Mijn ervaring is dat die over het algemeen niet al te veel centjes hebben, of dat in hun website/applicatie willen steken.
Dus soms zijn ze er wel meer bij gebaat om een iets wat simpelere setup te hebben waarbij inderdaad een aantal dingen niet (of niet makkelijk) kunnen t.o.v. minder overhead, meer gemak en minder kosten.
En ja, als je expertise juist in maatoplossingen zit, dan verwacht ik totaal andere klanten en applicaties. Niet een stichting of een klein MKB die voor een dubbeltje op de eerste rang wilt zitten
tl;dr als een website niet minimaal 30-40k kost, met redelijke service contracten (100++ uur p/j), dan zie ik inderdaad het nut van een custom code-base niet.
Klanten? 
Daar ben ik al lang geleden mee gestopt. Teveel gedoe omheen, wil ik niets mee te maken hebben.
Dit voorbeeld komt gewoon voort uit een stichting waar ik aan verbonden ben bij ons in het dorp. Daarvoor heb ik de website uit het jaar kruik overgenomen en compleet vervangen omdat de knuppel die het gemaakt heeft (alles custom) het concept van tekencoderingen niet begreep en er daardoor alleen maar meer vraagtekens op de site kwamen. En vervolgens eigenlijk niemand meer wijzigingen aan de inhoud durfde aan te brengen...
Die zitten niet voor een dubbeltje op de eerste rang, die zitten gratis.
Daar ben ik al lang geleden mee gestopt. Teveel gedoe omheen, wil ik niets mee te maken hebben.
Dit voorbeeld komt gewoon voort uit een stichting waar ik aan verbonden ben bij ons in het dorp. Daarvoor heb ik de website uit het jaar kruik overgenomen en compleet vervangen omdat de knuppel die het gemaakt heeft (alles custom) het concept van tekencoderingen niet begreep en er daardoor alleen maar meer vraagtekens op de site kwamen. En vervolgens eigenlijk niemand meer wijzigingen aan de inhoud durfde aan te brengen...
Die zitten niet voor een dubbeltje op de eerste rang, die zitten gratis.
[ Voor 6% gewijzigd door Tjolk op 17-05-2019 11:32 ]
Tjolk is lekker. overal en altijd.
Ik heb in het verleden wel eens wat met Sitecore gedaan, dat is best enterpri(c/s)y.
"The question of whether a computer can think is no more interesting than the question of whether a submarine can swim" - Edsger Dijkstra
Tja, ik heb nooit gezegd dat de core goed is. Enterprise !== goede code.
Je hebt alleen wel een stabiele core met LTS en wat overige zaken. O.a. reden dat zoveel gemeentes e.d. erop draaien.
Overigens zelf geen issues gehad met postgre
Mjah dat klinkt een beetje als van hetzelfde stabiele karakter als syrië, irak en libië ?:
[...]
Tja, ik heb nooit gezegd dat de core goed is. Enterprise !== goede code.
Je hebt alleen wel een stabiele core met LTS en wat overige zaken. O.a. reden dat zoveel gemeentes e.d. erop draaien.
Overigens zelf geen issues gehad met postgre
Onder die definitie is wordpress zeer stabiel te noemen; en zou PHP de laatste tijd minder stabiel geworden zijn,
Dit topic is gesloten.