tag:blogger.com,1999:blog-8401108360802573439.comments2022-12-19T09:18:54.397+01:00En systemutvecklares självterapiPerhttp://www.blogger.com/profile/00293443794074386894noreply@blogger.comBlogger19125tag:blogger.com,1999:blog-8401108360802573439.post-6254938313011106392016-08-27T13:37:31.334+02:002016-08-27T13:37:31.334+02:00Sådär ja! One down, four to go. Next stop: Open/Cl...Sådär ja! One down, four to go. Next stop: Open/Closed. 2011.. när kommer nästa? :DAnonymousnoreply@blogger.comtag:blogger.com,1999:blog-8401108360802573439.post-110636454238332732011-01-19T13:01:55.359+01:002011-01-19T13:01:55.359+01:00Det var ju ett tag sen du skrev detta ser jag, men...Det var ju ett tag sen du skrev detta ser jag, men jag måste ändå bara få säga att det är så bra och att du har så rätt! Precis mina tankar.<br /><br />Dessutom en härlig bild högst upp (killen med hörlurarna).Anonymousnoreply@blogger.comtag:blogger.com,1999:blog-8401108360802573439.post-42952627592148923192010-12-03T23:33:04.379+01:002010-12-03T23:33:04.379+01:00Att ändringar alltid innebär mer testning och mer ...Att ändringar alltid innebär mer testning och mer jobb är oftast ett faktum. MEN... Utvecklar man testdrivet och skriver enhetsternerna först vågar man ändra utan art riskera att förstöra nåt. Tyvärr är ju långt ifrån all existerande kod där ute under test... Jag är en varm förespråkare av TDD och jag tror att det, och andra kvalitetssäkringar som code contracts, är den enda vägen för oss utvecklare.<br />Alla har vi känt smärtan av att fixa en sak och paja två andra. Alla har vi också känt smärtan av att inte våga ändra just av rädslan ATT paja...<br /><br />Så, ändringar kan oftast inte tas på nog stort allvar, men vore det inte befriande att bygga mjukvara i en miljö som sa ifrån när vi orsakade regression? <br /><br />Utvecklare - vakna upp och inse att vi är proffs. Väl betalda proffs som förväntas producera kvalitet. Jämt. <br /><br />Så tänker jag kring det.Perhttps://www.blogger.com/profile/00293443794074386894noreply@blogger.comtag:blogger.com,1999:blog-8401108360802573439.post-56810650083682675152010-12-03T13:46:58.406+01:002010-12-03T13:46:58.406+01:00Håller med dig MEN allt handlar inte om utveckling...Håller med dig MEN allt handlar inte om utveckling! Alla förändrningar måste regressionstestas vilket medför längre testfaser och, ibland, försenade leveranser...<br /><br />Har du några tankar om detta?<br /><br />/BistroAnonymousnoreply@blogger.comtag:blogger.com,1999:blog-8401108360802573439.post-21104720126653775342010-12-01T13:03:54.164+01:002010-12-01T13:03:54.164+01:00Fantastiskt, kunde inte sagt det bättre själv. Jus...Fantastiskt, kunde inte sagt det bättre själv. Just "jag slåss hela tiden med instinkten att göra om saker. Göra saker bättre. Göra saker rätt" är något jag konstant får arbeta med.Mikael Röjnerthttp://mikael.rojnert.senoreply@blogger.comtag:blogger.com,1999:blog-8401108360802573439.post-49742001161223638612010-06-04T14:38:54.393+02:002010-06-04T14:38:54.393+02:00Hej!
Har du kanske något mer att säga?Hej!<br />Har du kanske något mer att säga?Anonymousnoreply@blogger.comtag:blogger.com,1999:blog-8401108360802573439.post-77365014314837122062010-03-24T22:36:23.214+01:002010-03-24T22:36:23.214+01:00Självklart är "Buzzwords" sig inget att ...Självklart är "Buzzwords" sig inget att ha, men vad gjorde vi utan alla ramverk och tekniker. Hacka COBOL allihopa? Jag tror det finns plats för en stor mängd tekniker, problemet är att någon måste lära sig dem. Ett spännande exempel är just MEF som låter oss bygga sammansatta "plugin" applikationer mycket enklare än förut. Så länge som teknikerna syftar till att göra lösningen bättre eller våra (utvecklarnas) liv bättre - I'm all for it!<br /><br />Men frågorna består:<br />När ska man hinna ta till sig allt? <br />Hur gör vi med dem som inte har kunnat/velat hänga med på ett tag och har en än större tröskel? <br />Om det finns värde i nya tekniker - vems är ansvaret att sprida dem?Perhttps://www.blogger.com/profile/00293443794074386894noreply@blogger.comtag:blogger.com,1999:blog-8401108360802573439.post-8862922979102419022010-03-10T08:10:19.585+01:002010-03-10T08:10:19.585+01:00Med alla dessa "buzzwords" så sitter sna...Med alla dessa "buzzwords" så sitter snart alla .Net utvecklare i samma träsk som Java utvecklarna. 80% konfigurering 20% programmering. Behövs verkligen alla dessa tekniker/ramverk och hjälpmedel?<br /><br />Jag är inte så säker på detta...<br /><br />/BAnonymousnoreply@blogger.comtag:blogger.com,1999:blog-8401108360802573439.post-12764280378183448442010-02-23T22:50:33.360+01:002010-02-23T22:50:33.360+01:00Anekdoten om den utvecklande projektledaren kanske...Anekdoten om den utvecklande projektledaren kanske inte innehåller någon sensmoral, men underhållning på hög nivå!Perhttps://www.blogger.com/profile/00293443794074386894noreply@blogger.comtag:blogger.com,1999:blog-8401108360802573439.post-89136423813233465762010-02-23T22:47:31.629+01:002010-02-23T22:47:31.629+01:00Herr Arkitekten "B":
Absolut är steget t...Herr Arkitekten "B":<br />Absolut är steget till senior utvecklare en bra möjlighet att belöna duktiga utvecklare och låta dem få ett uttryckligt ansvar för att förmedla vidare sitt kunnande. Jag tror att vi överlag skulle anamma mer av "lärlings-filosofin" som hantverkaryrkena har. Och då behövs bra mentorer som förebilder och lärare. <br />Men grundförutsättningen är att dessa seniora herrar och damer fortsätter att utveckla parallellt med sin lärarroll.Perhttps://www.blogger.com/profile/00293443794074386894noreply@blogger.comtag:blogger.com,1999:blog-8401108360802573439.post-832327093036745432010-02-23T16:11:23.656+01:002010-02-23T16:11:23.656+01:00Hej! Tack för en bra blogg.
Jag jobbade under en ...Hej! Tack för en bra blogg.<br /><br />Jag jobbade under en tid med en ung man som hade som mål att bli "utvecklande projektledare". En, enligt honom, unik och oslagbar kombination som kombinerade hans två spetskompetenser. Min första vecka med honom anade jag ingenting och det gör kanske inte du heller än.<br /><br />Det framgick ganska snart att han var en minst sagt medioker utvecklare. Man kunde stundtals bli riktigt förbannad när man trillade över hans kod. Copy-paste från nätet på det mest taffligga sätt. Istället för att "sno" den kodsnutten han verkligen hade glädje av, så snodde han ett gott stycke före och ett minst lika gott stycke efter. Vilket såklart gjorde att hans program gjorde så mycket mer än det behövde och så mycket mer än han förmodligen hade en aning om. Indentering då, tänker du. Det måste han väl ändå fixat? Nähäedu, säger jag. Han indenterade liksom sällan hela vägen "hem" igen, utan i slutet på i stort sett alla metoder så hängde det sista "end;" i kolumn 30-40 någonstans och man fick ett helvette att förstå hur kodblocken förhöll sig till varandra.<br /><br />Detta kan möjligtvis få dig att tänka något i stil med: "Ok, killens förmågor spetskompetenser fördelades väl lite snett över de båda förmågorna. Lite sämre programmerare, lite bättre projektledare". I så fall kan du inte ha mer fel!!! Jag tänker inte gå in på det, för jag börjar redan bli förbannad. <br /><br />I hans fall handlade det mest om att kunna mörka dåligt projektlederi med "jag har utvecklat mycket det sista" och dålig utveckling med... Ja, precis!<br /><br />Någon sensmoral verkar det inte bli, men var på din vakt under rekryteringen för han lär vara ute på jobbjakt.<br /><br />Chip!Anonymousnoreply@blogger.comtag:blogger.com,1999:blog-8401108360802573439.post-13593884760941240672010-02-18T15:18:43.921+01:002010-02-18T15:18:43.921+01:00Från en som både har skägg och tagit steget över t...Från en som både har skägg och tagit steget över till den "mörka sidan" (och dragit på sig arkitekthatten) så kan jag inte annat än att hålla med dig! <br /><br />Det finns organisationer som experimenterar med lite olika typer av utvecklarroller. Ett spår som drivs är "specialist" rollen där seniora utvecklare engageras i sk. mentorskap för yngre , eller rättare sagt mindre erfarna, kollegor. <br /><br />Vet inte ifall detta är en väg som faller dig på läppen men jag tror att om man anstränger sig lite och tänker efter så finns det lite olika väga att utvecklas inom yrket (på andra sätt än att utvecklas inom sin profession). <br /><br />Eller kan det vara så att jag än en gång missat hela din poäng? :)<br /><br />/BAnonymousnoreply@blogger.comtag:blogger.com,1999:blog-8401108360802573439.post-25281028041277487562010-02-08T07:46:27.094+01:002010-02-08T07:46:27.094+01:00Härligt! Det bästa jag läst på länge (GPs "Go...Härligt! Det bästa jag läst på länge (GPs "God morgon" medräknad).<br /><br />Jag har själv funderat en del på varför utvecklare vill bli projektledare och nästan lika mycket på varför projektledare velat bli projektledare. Men inte kommit i närheten av en bra förklaring. Det känns inte som ett naturligt steg. Inte naturligare än att bli bandymålvakt eller steghuggare.Anonymousnoreply@blogger.comtag:blogger.com,1999:blog-8401108360802573439.post-17639575633604020712010-02-03T14:58:13.421+01:002010-02-03T14:58:13.421+01:00Nu förstår jag vad du menar. En fin tanke, du bord...Nu förstår jag vad du menar. En fin tanke, du borde satsa på att bli systemägare!<br /><br />/B for Bistro!Anonymousnoreply@blogger.comtag:blogger.com,1999:blog-8401108360802573439.post-29109608246437402322010-02-03T14:12:32.318+01:002010-02-03T14:12:32.318+01:00Det ligger säker sanning i båda alternativen. Tyvä...Det ligger säker sanning i båda alternativen. Tyvärr saknar många en datorvana och skräms lätt av våra system. Det vi IT-människor ser som "flexibelt, med många valmöjligheter" kan lätt uppfattas som svårbegripligt. Här finns ett utbildningsbehov och stora utmaningar. Vi måste se till att användarna och verksamheten inser vad systemen är till för. De är inte skapade av självändamål. De är till för dem.<br /><br />Det kan också vara så att många av oss IT-proffs inte vill släppa kontrollen, hålla användarna på mattan. Ett sånt symtom ser man inte sällan hos den som ansvarar för ett nätverk eller en datormiljö. Man misstror helst och vill stänga ner allt i största möjliga mån. Det kan vara väl och bra för att hålla en välfungerande miljö. Men det kan gå till överdrift. <br /><br />I grund och botten är det verksamheten som behöver hjälp med IT, inte IT som vill ha hjälp med en verksamhet för att berättiga vår existens. <br /><br />Att vara expert är väl positivt. Att vara behövd är också trevligt. Därför kan vi väl återgälda den känslan genom att låta andra vara experter och behövda på sådant som inte passar vår expertis.Perhttps://www.blogger.com/profile/00293443794074386894noreply@blogger.comtag:blogger.com,1999:blog-8401108360802573439.post-18211543268694654032010-02-02T21:09:49.524+01:002010-02-02T21:09:49.524+01:00Läser dina inlägg och tycker dina resonemang är en...Läser dina inlägg och tycker dina resonemang är enormt bra. Jag själv tillhör kategorin användare/beställare och funderar också på hur jag kan skapa en bättre kommunikation och förståelse mellan mig och utvecklarna.<br /><br />Jag gillar idé med att gå ut bland användarna och fika. Själv försöker jag minst en gång i veckan gå in till utvecklare/driften för att säga hej och kolla av läget, inte bara prata jobb utan även allmänt, bygga upp en relation, gemenskap, en förståelse för varandra och varandras arbetssituation. <br /><br />Vi borde från båda sidor ta ansvar för att vi skall ha ett fungerande samarbete.<br /><br />/LindaAnonymousnoreply@blogger.comtag:blogger.com,1999:blog-8401108360802573439.post-44583994516806427222010-02-02T15:13:18.489+01:002010-02-02T15:13:18.489+01:00Visst är det affärsnytta det handlar om i grund oc...Visst är det affärsnytta det handlar om i grund och botten. Men det jag funderat över det senaste är att det kanske inte behöver ses i så stora kontext för att vara meningsfullt. Vad vi påverkar är många gånger mycket små saker. Små saker som gör stor skillnad för användarna. Ser man till hela processen måste någon givetvis ha ett affärsfokus och se till att de IT-lösningar man får på plats har affärsnytta. Att det genererar ett värde för verksamheten. Men i det lilla är verksamheten varje användare varje dag. I sin vardag tvingas användaren mer eller mindre in i våra händer, i de lösningar vi bygger. Vi skapar de verktyg de arbetar med. Det är ett faktum vi behöver behandla med stor respekt.<br /><br />Det jag försöker komma till är att vi utvecklare ska försöka hitta glädjen i att göra nytta för våra användare, både i det lilla och det stora. Vi kanske inte alltid behöver söka de stora lösningarna för att göra skillnad. För visst känner man stolthet de gånger man lyckats med något som förbättrat vardagen för de som arbetar med våra verktyg. En effektivare, smidigare och gladare tillvaro för användarna går förhoppningsvis hand i hand med affärsnyttan.Perhttps://www.blogger.com/profile/00293443794074386894noreply@blogger.comtag:blogger.com,1999:blog-8401108360802573439.post-4998672337658090352010-02-02T12:07:10.836+01:002010-02-02T12:07:10.836+01:00Helt rätt Per. Men jag tror att det är äffarsnytta...Helt rätt Per. Men jag tror att det är äffarsnytta som du menar igentligen? Eller har jag missat något?<br /><br />/BAnonymousnoreply@blogger.comtag:blogger.com,1999:blog-8401108360802573439.post-57067225876513150992010-01-28T22:05:00.222+01:002010-01-28T22:05:00.222+01:00Intressant och tänkvärd läsning. Man kan fundera p...Intressant och tänkvärd läsning. Man kan fundera på en sak - vem är det som sätter stämpeln "experter"? <br />Är det IT-folket själva som inte ser till att de som använder systemet får bli sina egna experter. Vem vill inte känns sig som en "expert"? Ha koll på allt.<br />Eller är det för dåligt självförtroende hos användarna? De tror sig inte kunna lära sig så komplicerade saker som ett IT-system.<br />// en ofrivillig "expert"Anonymousnoreply@blogger.com