Ik vind het nog altijd ongelofelijk dat er zoveel projecten zijn met zoveel problemen / technical debt. Als SE student had ik redelijk verwacht dat bestaand werk professonieel gebouwd is. Naar mijn gevoel denken heel veel mensen altijd naar korte termijn resultaten en snelle implementatie van diensten, ik heb ook mensen gezien met een tekort aan passie en inzet. Met als gevolg dat door de loop van jaren een project uitrolt tot een complete nachtmerrie waarin alle staat en verantwoordelijkheden door elkaar heen lopen, of onleesbare complexe constructies zoals in deze video. En dat terwijl Java een fantastische taal is om robuuste complexe systemen te bouwen, ondanks kritiek op de taal. Erg jammer, uiteindelijk gaat het ten koste van nieuwe of bestaande features, en loopt de bak met Jira tickets vol met issues van gebruikers. En als klapper op de vuurpijl hebben sommigen niet eens in de gaten in wat voor shit ze zich hebben gewerkt :D . Vind het erg mooi om te zien hoe u verbeteringen realiseert +1.
Het is veel erger. Zelfs deze review heeft dingen overgeslagen waar ik iets mee zou doen. Het echte probleem is twee dingen: 1) Als een bug gefixt moet worden gebruiken developers veelal if statements zonder eerst even uit te zoomen en na te denken of er op grotere schaal even iets veranderd moet worden. Dat is dus discipline 2) Veel developers herkennen leesbare code wel, maar kunnen hem gewoon letterlijk niet schrijven. Dat gaat dus om een skill issue. Ik moet ook zeggen dat als ik naar mezelf kijk, ik vrij weinig op school heb geleerd, en het meeste eigenlijk heb geleerd door literatuur te lezen van developers die nu rond de 60-70 zijn. We hebben namelijk toch nog een derde stiekeme probleem. We lijken steeds opnieuw de zelfde slechte ideeen te ontwikkelen, en iedere generatie lijkt die problemen eerst uit te moeten proberen alvorens ze er weer af stappen.
@@user85937 Ik kan je vertellen dat het kan, maar ik heb wel in de unieke positie gezeten dat mijn manager me bijna 2 jaar gewoon mijn gang liet gaan. Ik heb zonder ook maar een enkel compromis te sluiten software geschreven. Nu ik een groter team heb profiteren we daar enorm van. Het kan dus.
Ik heb ook voorkeur voor Engels, en heb ook bij de overheid gewerkt, probleem is dat de overheid zulke specifieke Nederlandse namen gebruikt dat je ze beter Nederlands kan laten. Ze vertalen naar Engels heeft in dit geval geen toegevoegde waarde en levert alleen maar verwarring op.
Beter dat Jargon gewoon Jargon blijft dan dat er wazige engelse termen voor worden bedacht zodat het in de broncode allemaal engels is. Immers binnen de business waar de code gebruikt word moet het duidelijk zijn waar het om gaat. Als je vervolgens een google translate variant van een Jargon woordje gebruikt dan kan dat voor heel vervelende bugs zorgen / verwarringen.
![SAFEPLANET - ดาวเคราะห์ [ THE PLANET ]](http://i.ytimg.com/vi/4X1XL3I_k3c/mqdefault.jpg)
Haha die test coverages. Bij elke class begon iemand waarschijnlijk met testen en dacht toen om dit te testen om de hele class refactoren, laat maar.
😂😂😂😂
Ik vind het nog altijd ongelofelijk dat er zoveel projecten zijn met zoveel problemen / technical debt.
Als SE student had ik redelijk verwacht dat bestaand werk professonieel gebouwd is. Naar mijn gevoel denken heel veel mensen altijd naar korte termijn resultaten en snelle implementatie van diensten, ik heb ook mensen gezien met een tekort aan passie en inzet. Met als gevolg dat door de loop van jaren een project uitrolt tot een complete nachtmerrie waarin alle staat en verantwoordelijkheden door elkaar heen lopen, of onleesbare complexe constructies zoals in deze video.
En dat terwijl Java een fantastische taal is om robuuste complexe systemen te bouwen, ondanks kritiek op de taal.
Erg jammer, uiteindelijk gaat het ten koste van nieuwe of bestaande features, en loopt de bak met Jira tickets vol met issues van gebruikers.
En als klapper op de vuurpijl hebben sommigen niet eens in de gaten in wat voor shit ze zich hebben gewerkt :D .
Vind het erg mooi om te zien hoe u verbeteringen realiseert +1.
Het is veel erger. Zelfs deze review heeft dingen overgeslagen waar ik iets mee zou doen. Het echte probleem is twee dingen: 1) Als een bug gefixt moet worden gebruiken developers veelal if statements zonder eerst even uit te zoomen en na te denken of er op grotere schaal even iets veranderd moet worden. Dat is dus discipline 2) Veel developers herkennen leesbare code wel, maar kunnen hem gewoon letterlijk niet schrijven. Dat gaat dus om een skill issue. Ik moet ook zeggen dat als ik naar mezelf kijk, ik vrij weinig op school heb geleerd, en het meeste eigenlijk heb geleerd door literatuur te lezen van developers die nu rond de 60-70 zijn. We hebben namelijk toch nog een derde stiekeme probleem. We lijken steeds opnieuw de zelfde slechte ideeen te ontwikkelen, en iedere generatie lijkt die problemen eerst uit te moeten proberen alvorens ze er weer af stappen.
Wat voor boeken lees je / heb je gelezen?
Ik zit al 15 jaar in het vak als developer, en moet het eerste project dat geen technical debt heeft nog tegenkomen. Dus bereid je maar voor.
@@user85937 Ik kan je vertellen dat het kan, maar ik heb wel in de unieke positie gezeten dat mijn manager me bijna 2 jaar gewoon mijn gang liet gaan. Ik heb zonder ook maar een enkel compromis te sluiten software geschreven. Nu ik een groter team heb profiteren we daar enorm van. Het kan dus.
Ik krijg echt een tia van nederlandse namings
@@thoo_ begrijp ik. Het lastige is wel dat het om Nederlandse wet gaat en vertalen van dat jargon is.
Ik heb ook voorkeur voor Engels, en heb ook bij de overheid gewerkt, probleem is dat de overheid zulke specifieke Nederlandse namen gebruikt dat je ze beter Nederlands kan laten. Ze vertalen naar Engels heeft in dit geval geen toegevoegde waarde en levert alleen maar verwarring op.
Beter dat Jargon gewoon Jargon blijft dan dat er wazige engelse termen voor worden bedacht zodat het in de broncode allemaal engels is. Immers binnen de business waar de code gebruikt word moet het duidelijk zijn waar het om gaat. Als je vervolgens een google translate variant van een Jargon woordje gebruikt dan kan dat voor heel vervelende bugs zorgen / verwarringen.
Salam Sayf, welke Linux distro gebruik je?
@@habibi358 Mint, lekker licht.
@@sayfjawad522 Mee eens!
idd het moet zijn "bepaalt"
Als ik het zo bekijk dan kan ik ook wel bij de overheid gaan werken als programmeur 😂 wat een zooitje zeg.
@@NickyDekker89 ze hebben sowieso hulp nodig! Wel goed dat ze om die hulp vragen door hun software openbaar te maken
DataBase Administrator