We werken hier met antieke software gebouwd in PHP7.2. Daarom heb ik een project gestart om voor eens en voor altijd daar vanaf te komen. Helaas heeft de baas er een stokje voor gestoken wegens financiën. Wellicht start hij het project een jaar later op zodat we alsnog dán kunnen starten met de upgrade.
Maar voor nu, ik wil niet meer in mijn eentje aankloten. Want zo voelt het als je zwemt in oude software. Als je niet meer echt goede upgrades kunt inbouwen, omdat de spaghetticode en oude databases je tegenwerken.
Kun je in zo'n situatie tóch iemand vinden die zijn/haar klauwen erin wil zetten om er toch nog wat van te maken? Iemand die ondanks dat die vast alle ins en outs kent van de nieuwste technieken zich wil vastbijten in oude tools? Om dan na een jaar wellicht wel over te stappen op nieuwe technieken? Uiteraard heb je dan wel invloed op welke richting we gaan in de toekomst. Alleen voordat we die toekomst ingaan moet je dan dus wel vrede hebben met de verouderde werkomgeving.
Heeft het zin om vacatures uit te zetten? Dan ga ik nu direct naar HR.
Ik zit een beetje in een negatieve spiraal door dit nieuws, dus ik heb denk ik wel even iets positiefs nodig van iemand daarbuiten. Maar wel realistisch. Als het niet kan, kan het niet.
PHP7.2 wordt niet meer gesupport. Dus in die zin moet je wel upgraden. Maar dat gaat niet, omdat het zoveel spaghetticode is dat upgraden naar nieuwe databases vertraging veroorzaakt. De querystructuur is zo inefficiënt dat query caching noodzakelijk is en dat zit niet in de nieuwere MySQL databases.
Andere problemen zijn dat het WMS negatieve voorraden veroorzaakt.
Er is ook geen support voor barcode scanners wat straks nodig is als we in het nieuwe pand zitten.
De applicatie is ook totaal niet responsive, waardoor werken met een tablet eigenlijk niet mogelijk is. Als we dat zouden willen, zouden we een stand alone app moeten maken die communiceert met dezelfde database. Maar de huidige applicatie responsive maken is niet te doen.
De planningtool is ook sterk verouderd en werkt zeer traag en onoverzichtelijk.
En nog veel meer. Er zijn ontwikkelingen in the field, klanten willen weten hoeveel % natuurlijk hun product is. Klanten willen werken met SSCC barcodes. Orders moeten gesplitst kunnen worden of deelleveringen moeten gedaan worden en dat kan allemaal niet.
Dit allemaal inbouwen in het huidige systeem lukt mij wel, maar je werkt in een grote kom spaghettisoep. Dus voor een nieuwe programmeur is het eerst de uitdaging de applicatie te leren kennen.
Heb je meer info nodig? De vraag die van mij uit gaat is niet wie wil, maar zijn er uberhaupt enthousiaste en GOEDE PHP programmeurs te vinden die bereid zijn te werken in verouderde omgevingen?
Barcode scanners is toch iets clientside? Feitelijk is het gewoon een automatisch toetsenbord die de code invult na het scannen.
Ik weet wat je bedoelt met dergelijke omgevingen. Ikzelf heb ooit ook eens gewerkt bij een bedrijf die een groot en log systeem hadden met inefficiënte queries en databases. Soms is het even door de zure appel heen bijten, verbeteren wat je kan verbeteren, en je erdoorheen slaan. Soms moet je wel de afweging maken of bepaalde features in te bouwen zijn. Als je goede argumentatie kan geven aan je leidinggevende waarom functie A enkel met heel veel moeite in te bouwen is, dan is dat al een mooie stap in de richting dat die hopelijk meer budget vrij kan maken voor een nieuw systeem.
Ik sla me er al ruim 2 jaar doorheen. Alleen. En ik haalde daar ook energie uit. Maar die lijkt op. Ik moet een toekomstvisie hebben. Maar ook, iemand om het op technisch vlak mee te delen. Daarom nu nogmaals de hamvraag:
Heeft het zin om een vacature uit te zetten waarin je vraagt om met verouderde tools te werken? Ik kan in de vacature wel neerzetten dat we toewerken naar iets nieuws en dat je daar volledig je ei in kwijt kan, maar je zult sowieso 1 jaar volledige toewijding moeten hebben in een sterk verouderd systeem.
Is er enige kans daarin mensen te vinden? Het moeten minstens mediors zijn. Ik heb geen tijd om een junior op te leiden.
Ik denk dat er weinig mensen zullen zijn die in een verouderd systeem werken. Het ligt er een beetje aan of alles goed gedocumenteerd is, en hoe de structuur is.
PHP 7.2 is zeker niet antiek. Wat zijn momenteel de problemen waar je bijvoorbeeld tegen aanloopt?
Nou, dat dacht ik dus zeker wel. Zelfs PHP 8.1 is al oud, met nog minder dan een jaar te gaan.
Met alleen nog wat security updates, daar ga je daar geen tijd meer in investeren.
Je gaat toch ook niet nu nog op een PC Windows 10 installeren als je ook nog een alternatief hebt als Windows 11 of Linux?
Ik denk dat de baas verstandig is, door geen nieuw geld te willen investeren in een product dat binnen 3 jaar weer herzien moet worden, tenzij daar een duidelijk verdienmodel achter zit. Dat is niet voor een losse tool, daarvoor kan je beter een andere tool of taal voor gaan gebruiken.
Wat betreft de vraag of je genoeg ontwikkelaars kunt krijgen voor PHP 7, is het antwoord natuurlijk: ja, dat kan. Het hangt er maar net vanaf hoeveel je ze wilt betalen. PHP 7 zit voornamelijk vol met dezelfde valkuilen als 5 en 8, dus iemand die redelijk wat kilometers heeft gemaakt zal in alle drie de versies kunnen werken. De nieuwe versies zijn voornamelijk meer 'sexy' omdat bestaande code meer is geoptimaliseerd en uitgebreid. Maar niet echt een stuk beter.
[size=xsmall]Toevoeging op 20/03/2024 22:02:31:[/size]
Maarten Baars op 20/03/2024 11:10:39
Ik zit een beetje in een negatieve spiraal door dit nieuws, dus ik heb denk ik wel even iets positiefs nodig van iemand daarbuiten. Maar wel realistisch. Als het niet kan, kan het niet.
Ja dat snap ik met PHP, ik heb dat ook gehad. Eerst moest de database van dat @#$% Latin1 naar UTF-8 (utf8mb4, maanden werk!), toen moest de database over van dat @#$% MySQL naar Postgres (half jaar werk), dat wel fatsoenlijk kan schalen en alle functionaliteit standaard aan boord heeft.
En uiteindelijk heb ik de PHP broncode overgeschreven naar Rust (9 maanden werk voor 2MB source code). Ik werd gedurende een aantal jaren goed ziek van alle nieuwe features van PHP 8, zonder dat ze structureel dingen verbeterde. En tegelijk werd wordt wel elke 3 jaar je eigen code gemold door alle backward incompatible changes. Fijne gedachte wanneer je iets wilt maken in PHP. Constructief ook van PHP devs die schijt hebben aan 'userland' code. Of zoals de Engelsen zouden zeggen: easy come, easy go. Ook veel mensen hier op dit forum vonden mijn frustraties niet grappig meer.
Maargoed, het kan dus wel, maar het gaat niet zomaar. Ik ben nu nog steeds aan het refactoren van een suffe intranetapplicatie naar een progressieve webapplicatie vanuit web assembly, ook al gebruik ik geen PHP meer. Ik heb zelf ook niet de ambitie om terug te willen naar PHP, niet meer nu ik verwend ben met Rust.
En wat ik daarboven typte is echt zo, als je mensen genoeg betaalt willen ze heus wel met PHP 7 werken. PHP-ers zijn gewend om vanuit een suboptimale situatie te werken. En zoveel verschil zit er niet in PHP versies, het gaat om hoe een programmeur denkt, of hij/zij/het echt begrijpt wat-ie aan het doen is. Al zou ik als het budget het toelaat meteen een senior iemand willen aanhaken.
Nou, dat dacht ik dus zeker wel. Zelfs PHP 8.1 is al oud, met nog minder dan een jaar te gaan.
Antiek vind ik een overstatement. Zwaar verouderd komt meer in de buurt... ;-)
?Onbekende gebruiker
21-03-2024 07:21
Ja, daar zit wat in. Antiek was iets als het 70 jaar of ouder was toch? Dat lukt niet met PHP 7.2.
Off topic: Aan de andere kant lijkt het wel alsof onze maatschappij moeite heeft met het accepteren van ouderdom.
Toen ik puber was, was iemand van 18 voor mij al volwassen, ook al wilden ze daar zelf niet aan.
Zelfs veel mensen van middelbare leeftijd (40-60) willen alleen maar horen dat ze jong zijn.
En ouderen (60-70) vinden zichzelf ook vaak 'zo jong als ze zich voelen'.
Ben je eenmaal bejaard (70-80) of hoogbejaard (80+) dan willen mensen soms wel toegeven dat het allemaal wat minder gaat, maar pas bij hoge uitzondering want ze weten dat ze niet gewenst zijn zodra ze de maatschappij tot last zijn.
En weer on-topic: gewoon verouderd is een prima term voor PHP 8.0 en daarvoor.
De baas heeft het niet afgeketst omdat hij weet dat hij over 3 jaar de hele programmering weer moet herzien. Daar heeft die helemaal geen verstand van.
Maar even off topic, want wat je zegt is interessant. Je zegt dus dat PHP als nadeel heeft dat na elke update van deze programmeertaal je maanden werk hebt aan het updaten van de code. Rust is dus anders. Maar in hoeverre voorkom je dat je met Rust na een update van de progammeertaal je je eien code moet updaten?
Het nieuwe afgeketste project zou gemaakt worden in TypeScript. Die heeft als overenkomst met Rust dat het ook een compliled language is, als ik me niet vergis. In mijn "Hello world" tutorials schreef ik code dat op javascript leek, maar om het echt te runnen moest je het wel compiliren naar 'echt' javascript.
Ik zie ook wel dat PHP het populairste is op het web, maar dat dit alleen komt omdat Wordpress zoveel websites heeft. Prachtige maatwerk projecten zie je volgens mij nauwelijks in die taal. En dat is wat ons project precies moet zijn; een prachtig maatwerk project.
Vandaar mijn vraag over Rust, want ik zie PHP niet als het enige walhalla voor ons project.
