tag:blogger.com,1999:blog-23558419978418055162012-02-16T15:18:29.703+01:00Min svenskspråkiga blogg. Jag skriver på engelska på http://psandbo.blogspot.com/ .Pierre Sandbogehttp://www.blogger.com/profile/08106797694153401537noreply@blogger.comBlogger21100tag:blogger.com,1999:blog-2355841997841805516.post-28426065058063063622011-10-23T11:54:00.002+02:002011-10-23T11:59:36.105+02:00Läs följande artikel och gråt en skvätt om du gillar Scala:<br /><a href="http://tataryn.net/2011/10/learning-scala-learn-the-fundamentals-first/">http://tataryn.net/2011/10/learning-scala-learn-the-fundamentals-first/</a><br />Allt kretsar kring ett "really simple example"<br /><pre>m.map { t =&gt; val (s,i) = t; (s, i+1) }</pre> Det är en intressant artikel, men samtidigt är det lite trist att någon tycker att man måste krångla till det så förbannat. Författaren valde exemplat för att det "shows off almost everything you need to know in order to get started ". Om jag hade behövt kunna det här för att komma igång med Scala hade jag aldrig kommit igång. Det är sånt här som kan skrämma bort vem som helst.<div class="blogger-post-footer"><img width='1' height='1' src='https://blogger.googleusercontent.com/tracker/2355841997841805516-2842606505806306362?l=sandsv.blogspot.com' alt='' /></div>Pierre Sandbogehttp://www.blogger.com/profile/08106797694153401537noreply@blogger.com0tag:blogger.com,1999:blog-2355841997841805516.post-82013749980235326922011-10-14T13:35:00.000+02:002011-10-14T13:38:08.666+02:00Det är lätt att lösa problem genom att lägga in nya ramverk eller ny teknik.<br />Vad vi ofta inte tänker på är att komplexiteten ökar för varje nytt ramverk.<br />Om vi hela tiden löser problem genom att införa ny teknik, så kommer projektet<br />förr eller senare att falla ihop spontant.<br /><br />När vi ställs inför lockelsen att ta in ny teknik för att lösa något som just<br />nu är akut bör vi ta ett steg tillbaka och fundera. Vad är det vi vill uppnå?<br />Beror problemet på ett tidigare felval? Kanske man kan byta ut en komponent mot<br />en komponent som bättre svarar mot behoven?<br /><br />Oviljan att byta ut gamla komponenter är ofta grundat på sunt förnuft: Ändra inte<br />på det som fungerar. Vi har byggt upp kompetens runt det gamla ramverket. Det<br />blir mycket kod som måste skrivas om. Osv. Men i den andra vågskålen finns den<br />smygande komplexitetsökningen. Och den är svår att mäta.<br /><br />Min erfarenhet är att jag sällan ångrat att byta teknik rakt över, men ofta ångrat<br />när jag inte gjort det. Att dutta med plåster är sällan en hållbar strategi i längden.<br /><br />Sammanfattningsvis är det så enkelt att man måste ha ett helhetsperspektiv när<br />man bestämmer sig för vilken teknik och vilka ramverk som ska användas.<br />Att lägga till ett nytt ramverk är nästan aldrig ett isolerat beslut utan något som<br />ger konsekvenser för resten av koden också.<div class="blogger-post-footer"><img width='1' height='1' src='https://blogger.googleusercontent.com/tracker/2355841997841805516-8201374998023532692?l=sandsv.blogspot.com' alt='' /></div>Pierre Sandbogehttp://www.blogger.com/profile/08106797694153401537noreply@blogger.com0