Jeg er Datamatiker studerende på 3. semester, og hele holdet er blevet teaset med, at næste semester er specialet, hvor vi skal lave et semesterprojekt for en virksomhed med en PO, hvor alle i de individuelle studiegrupper skal have forskellige specialer, så vi kort sagt er et ”tværfagligt development team”. I den forbindelse har jeg rumsteret den sidste måned med en ide, som at jeg næsten har fået overtalt underviserne til, om at lave et europæisk socialt medie, med visionen om værende en uhellig krydsning af Facebook og hestenettet – altså hestenettet as it should have been.
Tanken er så, at vores PO er en ”Public Opinnion”, hvor at vi hver 14. dag lægger en status op på r/DKUdvikler og Feddit.dk, hvor at vi beskriver projektet, vores vision for det, fremviser hvad vi har lavet, og lister et par ”next features” op, og lader folk komme med ris / ros og deres ideer til hvad der er ”the next step”.
Eneste problem er, underviserne gerne så, at vi havde et par ”specielt interesserede” som ville være interesserede i at være ”primære opinioner” i projektet, da hun er bange for, at vi enten drukner i feedback, eller at vi slet ikke får noget, og at vi i begge ender af spektret ville drukne og gå død.
Derfor vil vi gerne i holdet høre, om hvad stemningen herinde ville være til sådan et projekt? Og om der eventuelt ville være et par personer, som ville være interesseret i at være mere engageret end resten?
Jeg tænker at det lyder som et utroligt fedt projekt.
Mit bedste råd til jer er at I ikke starter fra bar bund, men at I vælger en eksisterende kodebase at starte ud fra. Om det så er Lemmy (Feddit), Mastodon eller Friendica.
Rigtig mange tak, er også selv ret hooked på det :)
Men har faktisk ikke tænkt over at arbejde videre på en eksisterende kodebase. Har primært set på det som, at vi starter fra bunden af og arbejder derfra, da det primære formål med projektet er, at skabe rammer for at afprøve den viden, vi skal tilegne os i løbet af semestret. Her er der allerede overvejelser om specialer som:
Men jeg ser også lidt ulempen i at fortsætte på en eksisterende kodebase, at der er en hel masse arkitektur og kode at sætte sig ind i, og potentielt i et sprog vi ikke har kendskab til (er på en .NET basseret uddannelse, så har primært arbejdet i c#)
Jeg tror helt sikkert i vil lære mest af at gøre det fra bunden. Det er heller ikke sikkert det reducerer arbejdet særlig meget - det er alment kendt at det er nemmere at skrive kode end at læse kode 😅
Er det derfor programmører gerne vil blive ved med at opdage den dybe tallerken? 😁
Sprogene udvikler sig hele tiden, og det er tungt at arbejde på en forældet kodebase.
Derudover så er der det famøse aspekt med at kigge på noget kode, og tænke “hvem pokker har lavet det her møg, det giver ingen mening” og så opdage at det er ens eget arbejde fra for 2 måneder siden.
Jeg tror altså også der er et element af dovenskab i det; det er nemmere at skrive nyt end forholde sig til eksisterende kode.
Jeg kan se det når det kommer til dokumentation. Opgaven er at dokumentere noget og passe det ind i en eksisterende struktur af tekster, som samlet skal give mening og krydsreferere og så videre. Og folk skriver altid bare en ny artikel der forholder sig til sig selv, uden at vurdere om det gav mere mening at omskrive eksisterende dokumentation.
Jeg tænker det er meget menneskligt, men det er også et problem hvis det får lov at passere.
Eller Bonfire. Noget jeg synes ser lovende ud