388
12
7
Noen gang vært nødt å bygge på nytt?
134
Agder
1
Jeg skulle bygge terrasse en gang, og som den DATAPROGRAMMEREREN jeg er så gikk jeg løs ganske umiddelbart i god tro om at alle designfeil tar man bare på veien.
Støpte pillarer, bygde dragere og bjelkelag ca 1,5 meter opp i lufta før jeg innså at dette kom aldri til å bli som forventet. Rev alt, og fikk en mer bakkeliggende løsning med 2 trapper på plass etter dette. Så det tok 2 forsøk. Nabo hadde observert dette og før jeg ble ferdig med andre forsøk, fikk jeg kommentaren "du må jo planlegge før du bygger!" som gjorde litt vondt siden man bør få lov å prøve å feile litt synes jeg, men var forsåvidt sant. Irriterte meg ekstra siden de ødela gresset samtidig med hundepisseflekker og mente det var veldig dumt at jeg hadde uttrykket misnøye om dette til noen andre enn dem. Noe de burde innsett selv etter min mening.
Uansett, noen gang tenkt veldig feil og vært nødt til å rive? Eller finnes det kun perfekte folk i denne verden utenom meg. Noe min nabo sikkert ville ment.
Støpte pillarer, bygde dragere og bjelkelag ca 1,5 meter opp i lufta før jeg innså at dette kom aldri til å bli som forventet. Rev alt, og fikk en mer bakkeliggende løsning med 2 trapper på plass etter dette. Så det tok 2 forsøk. Nabo hadde observert dette og før jeg ble ferdig med andre forsøk, fikk jeg kommentaren "du må jo planlegge før du bygger!" som gjorde litt vondt siden man bør få lov å prøve å feile litt synes jeg, men var forsåvidt sant. Irriterte meg ekstra siden de ødela gresset samtidig med hundepisseflekker og mente det var veldig dumt at jeg hadde uttrykket misnøye om dette til noen andre enn dem. Noe de burde innsett selv etter min mening.
Uansett, noen gang tenkt veldig feil og vært nødt til å rive? Eller finnes det kun perfekte folk i denne verden utenom meg. Noe min nabo sikkert ville ment.
Om jeg ikke har måttet rive noe, så er det i alle fall mye jeg har gjort som jeg ville ha gjort annerledes om jeg skulle gjort det igjen nå. Men det er jo bare et tegn på at man er i stand til å lære.
I det de var limt på veggen så jeg også forskjellen veldig godt.
Men ellers er vel problemet heller at jeg planlegger, tegner, regner og måler for mye, gjerne i to uker før jeg gjør en to timers jobb...
Jeg brukte 1 mnd med ferie og 8 timers arbeid hver dag til å legge 80 m2 belegningsstein.
25% av tiden gikk med på å krangle med far som også var med.
10% av tiden gikk med på å finpusse/runde av kantene på alle de kuttede belegningssteinene.
Skal alltid spare penger så hentet 10 paller selv med tilhenger, 1 om gangen. (Møtte heldigvis ikke onkel p...)
Eventuelle utbedringer som må gjøres får kvalitets-type: Atomkrig.
For eksempel ble kummene forsterket med å støpe fundament rundt rørene. Belegningssteinene rundt kummene ble slipt med liten vinkelsliper slik at de hadde nøyaktig 2 mm avstand til (de runde) jernkummene på alle sider.
De gangene kvaliteten synker fra Atomkrig til Russisk-tanks-invasjon, blir det 1 time med krangling og beskyldninger om latskap og slurv.
Gotta love that family quality time...
PS: Laget også en lav mur av granittblokker langs belegningssteinen(5 meter på kun 2 uker!). Løftet vi de opptil 160kg tunge steinene med moderne utstyr/teknikker? Nei, det koster penger. Her var det tau, rullende stokker og teknologi som var ny da den ble laget av egypterne for 5000 år siden. Et under at ryggen og familieforholdet er intakt...
Halelujah
En dag i fjor sommer så jeg ham demontere leveggen han hadde skrudd opp og spurte hvorfor; Jo for alle bordene hadde krympet og det var sprekker overalt. jaja skitt au.
En annen gang beiset han terrassen og vi begynte å snakke om at det var litt mørke skyer. jammen begynte det ikke å regne 5 min senere haha.
Jeg er datamann fra den tidsalder der fossefall-modellen var standard.
Selvsagt: Om du kjører fossefall-modellen ut i det ekstreme, så ender du ut på viddene. Tross moderne data-folklore: Ingen gjorde det. Det var et utgangspukt, som i stor grad ble tilpasset praktiske behov. Den moderne holdningen i data-verdenen er: "OK, så du har et problem som skal løses? La oss starte med 'int main(argv, argc) {}' ... Der var det på plass. Forklar meg nå problemet ditt, så kan vi fylle det inn mellom klammene etterhvert..."
Dette er satt på spissen, naturligvis. Men selv om jeg har blitt mer 'agile' med alderen (det gjelder ikke fysiologisk ), har jeg beholdt sansen for grundig behovsanalyse og planlegging. Min private bruk av SketchUp har spart meg for hundretusener og unngått mange elendige og dysfunksjonelle løsninger, fordi jeg har kunne "prøve ut" alternativer i modeller som nesten er som enkel Virtual Reality. Riktignok kan det se ut som om jeg streber mot å vinne gullmedalje i å ikke komme i gang, men takk og pris at jeg ikke satte i gang med å bygge enkelte av de løsningene jeg trodde på for to år siden. Eller tre år siden.
Om et par år kan det hende at jeg forbanner noen av løsningene jeg velger i dag, men de kan umulig være så håpløse som mine originale design.
I dataprosjekter jeg har på jobben skulle jeg ønske det var gjort et grundigere forarbeid på behov, og deretter på arkitektur/design. 'Agile' betyr at du kaster deg over målstreken et millisekund foran konkurrenten: Du har kuttet ut absolutt alle andre hensyn enn å nå mållinja først. I mine hobby/hjemme-prosjekter tar jeg meg tid til det, og de opprinnelige design-skissene blir som regel dramatisk modifisert før jeg begynner seriøs koding, som resultat av behovsanalyse.
Jeg håper inderlig ikke at data-verdenens moteriktige 'agile'-filosofi (les: implementasjon uten forutgåend ebehovsanalyse og design) sprer seg til andre fagfelter, og spesielt ikke kostbare aktiviteter som husbygging og relaterte aktiviteter. Tenk kritisk gjennom hva du vil gjøre, ikke hva du har gjort!
Min diplomoppgave på NTH (/NTNU) gikk faktisk på bruken av prototyper, i forskningsmiljø og i industri, og de konkflikter som oppstår fordi mijøene forhollder seg ulikt til dem.
En forsker bygger en prototyp for å teste ut et konsept, vurdere kvaliteter og svakheter ved konseptet. Basert på disse erfaringene kan han eventuelt bygge en produksjonsmodell (eller mer sannsynlig: Fortelle en industripartner hvordan en produksjonsmodell bør bygges). I industrien bygger man ofte "prototyper" som slett ikke er for å teste ut konsepter, men for å teste ut produksjonsmodeller. Å kassere hele prototype "for å bygge den permanente versjonen riktig" skjer altfor sjelden: Man bygger videre på prototypen - med alle de svakhetene som ble identifisert ut fra den. "Vi skal kompensere for svakhetene så snart vi får tid".
Forøvrig tror jeg det må være tjue år siden sist jeg hørte referanse til "The Mythical Man Month"! Jeg tror ikke det ringer særlig mange bjeller hos dagens unge, fremadstormende datafolk!
Mente opprinnelig post så enkelt som at kode alltid er flytende og kan formes på med fingertuppene uten noe særlig pes, i motsetning til tømring som er mer endelig og langt mer arbeid. En sanntidsmotor kan stoppes midlertidig i en PC mens man endrer fundamentet for den. Litt vanskeligere å stoppe verdens fysikk og gravitasjon et øyeblikk på samme måte.
Var noen greie historier her, takk.
(Jeg fikk laget en T-skjorte med den teksten, og har fått mange bekreftende nikk fra folk når de ser den.)