this post was submitted on 06 Jul 2024
8 points (90.0% liked)

Teknologi

201 readers
9 users here now

For debat og nyheder omkring teknologi af alle former.

founded 1 year ago
MODERATORS
you are viewing a single comment's thread
view the rest of the comments
[–] [email protected] 12 points 4 months ago* (last edited 4 months ago) (1 children)

Der er så mange forklaringer på hvorfor IT er lort. Her er nogen af dem:

Der er så vidt jeg ved ingen udviklingsmodeller som sætter fokus på at lave systemer der er overskuelige. Kombineret med branchens udskiftning af ansatte ender de fleste større projekter med at blive korthuse hvor konsekvenserne af at lave selv små ændringer ikke forstås af arkitekten eller lead udvikleren. Hver eneste gang en produktejer påstår at der bliver arbejdet efter KISS modellen dør jeg en lille smule indeni fordi alle ved at koden er lort og produktejeren bare ikke kender god kode fra en portion spaghetti.

For folk i en DevOps-verden ændrer stacken sig lynhurtigt og de systemer der fungerede i går skal rettes til i en uendelig cyklus og er måske ikke længere bygget med henblik på den infrastruktur de nu kører på. Forværres ofte af manglende kompetencer hos de teams der håndterer infrastrukturen og platformene.

Agil udvikling (og det der ligner) lægger altid vægt på de ting forretningen vil have (nye features) over bug fixes og fordi ingen længere sidder med overblikket, får koden ingen kærlighed og ingen finder bugs før de rammer brugerne. Jeg er måske purist, men jeg synes at det er absurd at man nogensinde kan prioritere en ny feature over et bugfix. Sammenlign med arkitektur; Du bygger for fanden da ikke flere etager på et hus når du ved at det kan falde sammen hvis alle dem på 1. sal smækker hårdt med deres hoveddøre. Men det gør vi med IT.

Og vi lærer ingen fucking ting af vores fejl. "Jojo, vi kører ITIL og har implementeret problem management". Jeg har endnu ikke set et eksempel at PM faktisk er ført til forbedringer, kun en langstrakt spørgesession som oftest kan opsummeres med "Vi fandt ud af hvad der var galt, løste det og nu kan lige præcis det issue ikke ske igen". Men der er stadig en backlog af bugs der ikke er løst. Og det er kun alle de issues vi faktisk ved kan indtræffe. (De bliver faktisk ikke løst af at man kalder dem risks og flytter dem over på et andet board. Det er stadig kode der ikke virker).

Certifikater der udløber? Don't get me started. Du ved hvornår de udløber og det burde kunne klares med en fucking kalender, men alligevel bliver folk overraskede gang på gang når certifikatet udløber på akkurat den dato der blev lovet da certifikatet blev trukket.

Og outsourcing ender stort set altid med en elendig service, medmindre man køber en 100% standard-løsning som man alligevel selv ville kunne drifte billigere og bedre.

Dokumentation findes måske, men er et uoverskueligt rod af forskellige standarder og formater og uddaterede dokumenter og hvad folk fra projektet ellers lige har fået lagt op. Og glem alt om at kunne søge i lortet fordi Karin lavede det i Word og John lavede som en PDF.

Og så er brugerne dumme.

Det er bare nogen af mine kæpheste, jeg kunne blive ved. Det er derfor jeg drikker.

[–] [email protected] 7 points 4 months ago (1 children)

Fantastisk rant, mange tak for et godt grin 😀

Min egen kæphest er at halv-dårlige udviklere bliver forfremmet til hel-dårlige mellemledere.

[–] [email protected] 3 points 4 months ago

Irriterende som de ellers er, så er det i det mindste der de kan gøre mindst skade.