A can of ubuntu

I dag sprang jag till min förvåning på Ubuntu inne på Coop, förpackningen förvånade mig lite. Hade inte sett någon pressrelease om en "canned" unbuntu version. På baksidan av förpackningen finns en beskrivning av vad unbuntu betyder, "I am beacause we are", inte riktigt det samma som de haft på webbsidan tidigare. Vid närmare studier av denna release märks att det snarare är ett komplement till den tidigare 8.04 är en ny release. Denna Ubuntu Cola, är nog mest tänkt att användas medan den andra produkten kör för att utöka användandet. Utan detta cola tillskott kan man utnyttja 8.04 kanske runt 16 timar per dag, men sedan fallen man samman i en hög. Tillsätter man massor med Ubuntu Cola kan man dock komma upp till runt 20 timmar om dagen helt klart en värdefull addering.

Hur står sig då Ubuntu i förhålllande till konkurensen? Det finns två huvud konkurenter, Coca Cola och Jolt Cola. Tyvärr måste jag säga att det är här som svagheten ligger smaken. Den är närmast som det onämnbara alternativet myck sötare än Coca Cola. Det är skumt att det kan bli så, man får hoppas att det kommer en patch snart som fixar till detta använbarhets problem. Den nuvarande produkten är på grund av detta skönherts problem i praktiken helt oanvänbar.

2. Det har ju fungerat förut.
Med andra ord, när gick det sönder?

3. Det är bara några småsaker som skall fixas.
Man kännetr till vad som är fel och kan fixa det snart, det kommer nog inte att störa din tidsplan kan jag få ta det ni nästa släpp i ställer för att missa det för att sitta i kris möte.

7. Men jag har ju inte ändrat något i den modulen!

8. Jo, det blir klart innan dess.
Samma som tre egentligen, visar tydligt på i vilken kommunikation det sker.

11. Jag är nästan klar!
12. Jodå, bara jag får införa de sista ändringarna!
13. Det tar tid.
14. Man kan inte testa allt.
Detta är imho tydliga exempel på att man kräver att få saker levererade strax innan de är klara. Sedan vet man ju att allt inte kan testas, en grundläggande kust i test skall ge den insikten. Man kan inte testa så att något blir felfritt. Det kommer alltid att finnas problem kvar.

16. Jag trodde jag hade fixat det.
Ytterligare ett tecken på för stressad och fel designad miljö, TDD bör göra en del för att minska dessa problem, man inte allt.

17. Egentligen fungerar det bra, fast det inte verkar så.
18. Förutom att det inte funkar, hur verkar det?
Ganska bra och roligt under ett utveckling steg, tyder också på att man saknar ett helt klart mål. Vilken inte direkt förvånar mig.

Jag saknade saker som:
Vad sa du att du gjorde?
Hur lyckades du med det?
Kan du ta det igen?

Status update: the build crashes at start up. I can't say if that's from patches of something that differs from the released code in 79185 (svn code is 79315 but compiles to the name 78429). The svn code without changes crashes in the same way as the balp build... I Guess the relesed code now would be awsome to have.

Status update: New release from linden labs with missing xml files should fix the problem (Robin Cornelius) reported success, my build succeeded but i still need to run home to be able to test it.

Skivförsäljningen gynnas av att fler får kännedom om musiken.
Skivaffärernas nedläggningar talar ett annat språk. Argumentet har också övergivits.

Klart skivaffärer läggs ned, så sker med dyk-butiker, och massa annan detaljhandel där antingen det är dyrt eller näthandeln är en riktigt konkurrent. Trots detta visar Johanna Nylander att antalet sålda musikenheter, fy vad trist det låter, ökat med 19% sedan 2002. Men vist på grund av skivbutikernas tillkortakommande, så tappar de i marknad.

Fildelning är inte stöld, eftersom inget fysiskt föremål tas från någon annan.
Det här argumentet är det i särklass mest vulgära.

Nej, detta är det viktigaste, och om man inte förstår detta kan man lika gärna lägga ned att diskutera upphovsrätt, och dess utformning. Vi som försöker ändra på upphovsräte blir bemötta med att det är stöld. Nej det är inte stöld, det är något annat. Efter som det inte är samma sak man man inte behandla det lika. Jag tror de flesta håller med om att gå in i en butik och sno en skiva och ladda ned den från en hemsida. Oavsett om den som lagt ut det på hemsidan betalt upphovsrättmannen eller inte. Att lägga ut den är snarast som att sälja piratkopior på ett märkes vara. Inte heller detta är stöld, har någon sin varit stöld, eller jämförbart med stöld. Om det är rätt eller fel att göra, det är en annat fråga. Men båda sidor borde enkelt kunna enats om vilket brott det handlar om. Vad problemet består i.

Upphovsrättsskyddet idag är oproportionerligt använt, lägger man ett antal miljarder på att forska fram ett läkemedel kan man få man 20 års skydd, 10 av dessa går åt innan man kan få sälja produkten. Varje år som går får man betala bra för att behålla patentet, detta efter att man är tvungen att lägga ut runt 100.000 innan det är registrerat. Skriver man ett blogg inlägg som detta, får man i sämsta fall 70 års skydd, om du dör direkt efter du skrivit det. Detta utan att du behöver göra något. Nu har i sig patenskydden i dag problem och till och med stora problem. Framför allt i kontrollen av nyskapande och att det inte är en trivial fortsättning av tidigare idéer, detta kan man diskutera mycket om. Jag tycker mig också sätt likande ändringar i hur man tolkar upphovsrätt på programvara. Kanske är detta något som kommer av att tekniken blir mer komplex och juristerna inte kan hänga med, i tekniken. Deras expertis ligger ju inom något vi tekniker har för lite tid att hänga med inom.

Läs även andra bloggares åsikter om upphovsrätt, pirat, anti-pirat, fildelning

Dessutom har Johanna Nylander i veckan kommit ut men en rapport från timbro om hut kulturen utvecklas i Sverige. Där hon rent kvantitativt räknar på hur kulturlivet utvecklats sedan 1999, till i dag, spännande siffror då det rör den tid som pirate bay och fildelningen spridit sig in till var mans hem. Antalet personer som går på bio minst var 6:te månad är på en rekord nivå. Antalet sålda skivor och filmer är på rekord nivå, trots detta klagar branschen på att de inte har tillräckligt hårda lagar till sitt skydd. Skickar fram poppis namn som Liza Marklund, för att förklara för oss hur det ligger till hur mycket hon förlorar, under 1990 såldes 17,6 miljoner nya böcker 2006 var det 22,7 miljoner, Totalt gick det från 33,8 till 41,4 miljoner böcker, då var ändå 1990 ett ganska bra år över snittet på hela 90 talet.

Läs även andra bloggares åsikter om Pirate Bay, åtal, Yttrandefrihet, kultur, Liza Marklund

Det är också viktigt att man ser till att använda och uppdatera dessa kommentarer på ett bra sätt när man jobbar i den.

Andra bloggar om: programmering, AI, lingvistik

	public void testForegin() {
		final String nativeString = "God dag";
		Glossary godDag = new Glossary(nativeString);
		assertEquals("Konnichiwa", godDag.getForeign());
	}

Detta kompilerar inte måste lägga till en funktion i "Glossary". Återigen absolut enklaste möjliga kod.

	public String getForeign() {
		return "Konnichiwa";
	}

Så nu skall allt vara grönt igen. Även här ser vi att vi har upprepat kod, lite snabb refactoring tar bort detta. Jag ser också att testNative() och testForegin() delar på en hel del kod, lika bra att flytta ut den. GlossaryTest blir nu:

/**
 * Tests for Glossary.
 *
 * - Should be able to get string in native language
 * - Should be able to get string in foregin language
 * - Should be possible to compare both sting with input
 *
 */

package se.arnholm.tdd;

import junit.framework.TestCase;

public class GlossaryTest extends TestCase {
	final String nativeString = "God dag";
	final String foregin = "Konnichiwa";
	final Glossary godDag = new Glossary(nativeString, foregin);

	public void testNative() {
		assertEquals(nativeString, godDag.getNative());
	}

	public void testForegin() {
		assertEquals(foregin, godDag.getForeign());
	}
}

och Glossary:

package se.arnholm.tdd;

public class Glossary {
        private String nativeString;
	private String foreignString;

        public Glossary(String nativeName, String foreignName) {
                nativeString = nativeName;
                foreignString = foreignName;
        }

        public String getNative() {
                return nativeString;
        }

	public String getForeign() {
		return foreignString;
	}
}

Det tredje kravet att det skall vara möjligt att kolla indata mot båda strängarna är jag inte säker längre på vad jag tänkte mig, så jag får gå tillbaka till kunden. Fråga och diskutera hur det är tänkt att fungera. Diskunionerna leder fram till att det skall kunna gå att jämföra en inskriven text (String) med datat in glosan. Något som i alla fall ganska bra går för tillfället. Så jag lämnar det utan att göra någon mer test. Där med är klassen klar till det kommer nya krav.

Det första stegat är att skapa en test för det vi vill göra. Jag har bestämt mig att börja titta på en program frö glos förhör. Jag hoppar över mycket av det som behövs antar att det fungerar och tittar på en klass som hanterat en glosa. Jag kommer just nu på tre saker en sådan klass behöver kunna.

• Visa glosan i modersmålet.
• Visa glosan i det främmande språket.
• Jämföra det inskrivna med båda orden.

Det fösta steget är att skapa klasserna, jag tänger jobba med eclipse som utvecklings miljö idag, det ger mig lite skillnader i hut jag jobbar för att få effektiv hjälp.
Första steget är att skapa den klassen som skall hålla glosan. "New > Class" kalla den för Glossary, Eclipse skapar nu en källkod fil, för denna klass:

package se.arnholm.tdd;

public class Glossary {

}

Sedan skapar vi en unit test för denna klass höger klicka på filen eller classen i "Package Explorer" och "New > JUnit Test Case". Vi får ny en ganska tom unittestfil. Jag brukar tycke det är brav att skriva in vilkat krav jag tycker jag på klassen här.

/**
 * Tests for Glossary.
 *
 * - Should be able to get string in native language
 * - Should be able to get string in foregin language
 * - Should be possible to compare both sting with input
 *
 */

package se.arnholm.tdd;

import junit.framework.TestCase;

public class GlossaryTest extends TestCase {

}

Nu är det dags att böjra skapa tester, jag skriver in en test testNative() som jag tror kan ta det första behovet.

	public void testNative() {
		assertEquals("God dag", godDag.getNative());
	}

Detta kompiklerar inte als men nu skal vi slita på eclipse styrkor, klicka på fel symbolen, Välj "Create Local Variable" och skriv om typen "Object" till "Glossary". Vi får ett nytt fel. Klicke igen och välj "Create method 'getNative()' in type 'Glossary'". "Public String" ser ut som en bra start. Ett fel kvar i GlossaryTest.java, godDay variablen är inte deklarerad. Lägg till " = new Glossary()" i deklarationen. spara och all skall kompiera, vår test funktion är nu.

	public void testNative() {
		Glossary godDag = new Glossary();
		assertEquals("God dag", godDag.getNative());
	}

Dags att testa. Höger klicka på filen, "Run as > JUnit test". Det blev rött, dags att fixa felet. klicka på felet i listan och editorn kommer att visa var felet uppstod i test fallet. Ser ut som om getNative() returnerade <null> i stället för "God Dag". Och fixa til det öppna getNative() funktionen (tryck F3), jepp det står return null det är ju fel. Ta bort todo kommentaren och skriv in det vi vill ha, med andra ord, return "God dag"; Kör testen igen det bör bli grönt, bra det fungerar. Dags för lite refactoring. Vi upprepar data från UnitTest faller i koden, inte helt prefekt. Genom i ett par olika steg bryta ut "God dag" strängen in Glossare mot något som kommer från construktorn får vi följande enkla kod.

public class Glossary {
	String nativeString;
	public Glossary(String nativeName) {
		nativeString = nativeName;
	}

	public String getNative() {
		return nativeString;
	}

}

Och test faller ät nu:

public class GlossaryTest extends TestCase {
	public void testNative() {
		final String nativeString = "God dag";
		Glossary godDag = new Glossary(nativeString);
		assertEquals(nativeString, godDag.getNative());
	}

}

Kört testen igen och se hur det är grönt. Vi har nu skapat ett första test fall.