Okej. Jag ska erkänna en sak till att börja med. Jag kan i princip ingenting om Burmas historia. Och jag vet inte allt om hur situationen ser ut där idag. Bakomliggande orsaker till oroligheterna, varför munkarna inte visar sina shaolinskills och mördar hela militärjuntan á la Jackie Chan, etc.

Men en sak vet jag. Och det är att fredliga protester (och då speciellt regimkritik) aldrig får skjutas ned. Aldrig får motarbetas med våld. Det är vedervärdigt och det är hemskt det som händer. Att sedan informationsflödet stryps också är ju inte det så mycket bättre.

Det militärjuntan i Burma behöver är ett rejält can of whupass i form av nackskott. De förtjänar det. So without further ado, let me present to the militärjunta in the Burma the fuck-you bomb:



Om ni inte slutar spärra in oskyldiga munkar samt diverse protestanter så kommer jag personligen över och sparkar er i ansiktet. Speciellt du, Than Shwe. Drar du inte tillbaka dina styrkor och låter lite demokrati råda i landet så är du den förste jag kommer efter. Och du kommer få min sko i ansiktet, min knytnäve kommer bryta din näsa och därefter ska du behandlas precis likadant som du behandlat protestanterna. Dina stjärtslickande knähundar till generaler kommer också möta samma öde.

Fuck you! Börja respektera demokrati och yttrandefrihet. Ni gör mig helt jävla förbannad. Det är bara en som får vara diktator här i världen, och det är jag!

These days I've been reading three previous master theses on the subject of Software Metrics: "Mätetal för mjukvaruutveckling - Framtagande av ett mätprogram på Ericsson Business Networks AB" (Translates to "Software Metrics for Software Development - Developing a Measurement program at Ericsson Business Networks AB"), "Tillämpning av Software Metrics på objektorienterade system - En studie och ett praktikfall" (Translates to "Application of Software Metrics on Object-Oriented Systems - a study and practical case"), and finally "A Study of Software Metrics: Choosing a Relevant Set of Attributes for the Measurement of Software Quality at Tandberg Data A/S".

I must say that I really didn't learn much new - mostly I just got my previous knowledge confirmed. Nevertheless, there were some useful tips on how to choose relevant quality factors. Maybe not so much with a specific role in mind as I had hoped, but it was hopefully useful knowledge anyway.

I've also been watching some of the few on-demand webcasts that I had left. Can't say that I really learned something useful (for our project) there either - most of them were just repetition of what've been said before in previous web-casts.

Got some other good news though - probably we have two project managers at IFS that can assist us in our empirical research. Magnus has more information about that part.

We've also put together a powerpoint presentation and installed the Live Meeting client, so all deliverables are prepared for the meeting on monday with our supervisors on October 1st, at 1600 hours.

I'll be in Norway during the weekend to visit some relatives, and I'll get back sometime Sunday evening. So I won't be able to answer emails or calls.

Over and out!

As I stated in a previous post, our first "mission" will be to find what quality factors that are relevant to a project manager, managing a software engineering project using the MSF Agile process model.

But what is a quality factor? A quality factor is a key attribute of the software, normally high-level external attributes. It is these attributes that constitue the quality of the software product from the users perspective in the end. The quality factors are determined by dividing them into some criterias which are relevant for that quality factor. Each criteria is measured and quantified by some kind of metric(s) (there is a possibility that several metrics contribute to one criteria).

An example is in place. Let's look at the quality factor Maintainability. Maintainability can be described by three criterias; Correctability, Testability and Expandability, where:

• Correctability is quantified by using the metrics Fault counts and Effort
• Testability is quantified by using the metrics Degree of testing and Effort
• Expandability is quantified by using the metrics Change counts and Effort

Fault count could be measured by either Closure time, Isolate/fix time or Fault rate. Degree of testing could be measured by either Statement coverage, Branch coverage or Test plan completeness. Effort could be measured by Resource prediction or Effort expenditure. Change counts could be measured by Change effort, Change size or Change rate.

Other quality factors than Maintainability that could be mentioned are e.g. Usability, Integrity, Efficiency, Correctness, Reliability, Testability, Flexibility, Reusability, Portability and Interoperability. Each of these are then defined by some criteria, which in turn are measured (or quantified, if you prefer that term) by using some metrics.

The ISO 9126 standard suggests there should be only 6 quality factors depicting the quality of a software product. These quality factors are:

• functionality
• reliability
• efficiency
• usability
• maintainability
• portability
  

As you can see the quality factors are high-level descriptors of software quality. With the constraint on the context for our investigation, we will have to find both theoretical and empirical guidelines of which quality factors that are relevant.

As of today we have one software project manager confirmed who (hopefully) will be able to help us out with some real-life experience on these topics. But other than that, we mostly rely on Microsoft to provide us with willing customers who are using the MSF Agile process model.

And another thing Magnus and I discussed today is how much the process model really affects the results. Do a project manager leading a project under the MSF Agile process model prioritize different quality factors than those leading a project under the, say, RUP och waterfall model? We're not confident that this variable will have such a great impact on the conclusions to be drawn.

More to come later on...

Imorgon fortsätter nya styret med vår inrättade tradition med D-pub. Förhoppningsvis blir det populärare denna gång. Ska i alla fall dit och träffa mitt gamla crew i förra styrelsen - hoppas alla kan komma. Kul kommer det bli i alla fall, det är jag säker på.

Något som inte är lika kul är att ID&T valt att bara släppa en äcklig jävla DVD för Sensation White. Vad hände med Black edition? Fick vi bara den där förbannade Afterfilmen? Visst, den var grymt bra men jag vill ha en DVD mer mer material! Ser dock ganska mörkt ut på den fronten (haha, mörkt...Black edition. Get it? Humor när den är som bäst).

Nåja, härnäst är det ett par grymma fester som kommer upp. Först och främst Brennan Heart i Linköping den 5 oktober. Därefter Tiesto (who gives a fuck?) + Zatox (kärlek!) den 31 oktober på Otten i Norrköping. Därefter bär det av till Nederländerna igen, närmare bestämt Amsterdam och sedan Arnhem för att gå på Qlimax 2007.

I december är det dags för Thunderdome. Jag vill så gärna gå, men tror inte jag har resurser till det (varken tid eller pengar). Det återstår att se, dock.

Back to work!

Min homeboy Jonte skickade den här till mig förut idag. Stackars tjej.



Måste väl ändå ge henne att hon hanterar situationen ganska bra. Blir att åka till Linköping imorgon för att fixa två saker; 1. Få information om regler och villkor för att bygga vidare på sin examen till 5-årig Master of Science (lagom viktigt), samt 2. köpa biljetter till Sweapsound - Brennan Heart till Linköping! (jävligt viktigt!)

Fred ut mofos!

• Define Code Metrics
• Find VSTS/TFS books in the library and notify Dag which were found (if any)
  
• Come to a conclusion if we will get an office at the university or not (urgent!)
  
• Get some answers on how to solve the practical problem with laptops to borrow (urgent!)
  
• Check out Reflector and code metrics (low prio as of now)
• Finish watching the on-demand webcasts on VSTS/TFS

After reading some literature on the subject (including research and conference papers), Magnus and I have tried to extract the important parts. Here, I'll try to recap what conclusions we've agreed upon.

Definition of Software Metrics

There are several ways to define software metrics, but all definitions more or less say the same thing. For example, we have found these quotations regarding the definition of Software Metrics:

”An objective, mathematical measure of software that is sensitive to differences in software characteristics. It provides a quantitative measure of an attribute which the body of software exhibits”

“Software metrics measue specific attributes of a software product or a software-development process. In other words, they are measures of success.”

“An attempt to quantify some aspect of a product generated during a software project.” (Note: product could mean source code as well as documentation)

”A measure of some property of a piece of software or its specifications”

NASAs definition: “Software metrics are measurements of software attributes. For example, Total Lines of Code is a measurement of the number of lines of code (executable statements, comments and blank lines) for a given module.”'

Our conclusion: Software Metrics are measurements, a quantification of an attribute that an artifact in a software project possesses.

The Purpose of Software Metrics

Some quotations found:

”Software metrics are computed for the purpose of evaluating certain characteristics of the software developed”

“[Software metrics are] indicating how well the software is designed and coded according to measurable quantifiable criteria. This is where “metrics” fit into software quality assurance. They should relate to software quality “attributes” or “factors” of interest acknowledged by the community of software developers and users.”

“Software metrics are used to obtain data to support the software goals for the project, for the divisions and, ultimately, the business goals of the corporation.”

“Metrics data collected during the project track the status and progress of the project. These actuals are compared with the estimates to indicate and avoid problems.”

“A goal of software metrics for the projects is to provide data to management for controlling software development”

“As applied to the software project, a software metric measures (or quantifies) a characteristic of the software.”

“You cannot control what you can’t measure”

"Measurement is important for three basic activities: Understanding, Controlling and Improving." We also found out that the purpose of the metrics differ depending on the role you have in a software project. For managers, the metrics serves the purpose of answering questions like:

• What does each process cost?
• How productive is the staff?
• How good is the staff?
• How good is the code being developed?
• How can we improve?

For engineers, the metrics serves the purpose of answering questions like:

• Are the requirements testable?
• Have we found all the faults?
• Have we met our product or process goals?
• What will happen in the future?
  

Conclusion: Software metrics servers several purposes. For example:

• Evaluate characteristics of an artifact in a software project
• Present a value on a defined quality factor of an artifact.
• Help the management (business management or project manager) to make the right decision so problems could be avoided (in other words: gives control over the project).
• Determine if you have reached your goals or nog.
• Learn from earlier projects to determine what went wrong and why, so you don't repeat the same mistakes again

All in all, software metrics provides understanding, control and a chance for improvement for a software project.

Classification

”Software metrics and Software metric attributes are classified into three broad categories:

• Metrics relating to the organization
• Metrics relating to the processes
• Metrics relating to products"

One author also differenced code metrics from functional metrics. Code metrics are metrics used to perform measurements on source code. Functional metrics are used to measure e.g requirement specifications.

NASA classifies their metrics with regards to object-oriented languages and non-object-oriented languages. Furthermore they have additional categories of metrics, such as Halstead metrics, complexity metrics, requirement metrics, error metrics and miscellaneous quantitative metrics.

Another article suggested that it didn't exist any metrics to measure data or information. The article also stated that there isn't any good metrics for measuring software/hardware hybrid projects. We haven't dug any deeper into the subject to see if this was correct or not. It may be the case that new metrics on these areas has been developed after the publish date on that article.

Pfleeger & Fenton mentions three classes to measure software in:

• Processes (collections of software related activities)
• Products (artifacts, deliverables or documents that are the results of a process activity)
• Resources (entities required by a process activity, for exampel staff)

In each of these three categories you differ between external and internal attributes.

Conclusion: Software metrics can de divided into three main categories:

• Metrics of the organization/resources
• Metrics of the processes
• Metrics of the products
  • Metrics on code (code metrics)
  • Metrics on documentation (functional metrics)

Each of these categories are then further divided into internal or external attributes.

Requirements on Software Metrics

The information provided by the metrics must satisfy three conditions to be of relevance to the project manager (so he can make the right decisions). The metrics must:

• Indicate its quality
• Indicate its generality
• Indicate its timeliness

Furthermore, the metrics must be measurable, and be related to one or several software quality factors.

Conclusion: (Those stated above).

Examples of Software Metrics

Here are some examples of software metrics:

Lines of Code | Fan-in | Executable statements | Blank lines | Lines of Comments | Cyclomatic Complexity | Error rate | Error Density | Cohesion | Weighted methods per class (WMC) | Depth of Inhertance tree (DIT) | Number of Children (NOC) | Coupling between object classes (CBO) | Response For Class (RFC) | Lack of Cohesion Metric (LCOM) | Change Counts | Effort | Degree of testing | Fault counts

etc. It should be noted that e.g maintenance is not a software metric. It is a quality factor.

That's it!

Åh vad jag så gärna vill åka på Thunderdome i år. Den 15 December på RAI stadium i Amsterdam så kommer det gå av stapeln. 15 years anniversary också. Gå in på www.thunderdome.com, klicka på view trailer och bli kär.

Längtar man efter att få åka eller längtar man efter att få åka? Tyvärr ser det nog inte ut som så, med tanke på att Qlimax kommer äta upp den största biten av Tommies budget plus att jag har ett examensarbete som ska göras klart. Nåja, vi får väl se.

Anyhow. Hårdkärna är skiten!

This morning we had a meeting with Sandahl, our supervisor at the university, and discussed the master thesis part of the project. The question the thesis will try to answer will be formulated as:

"What software metrics are relevant for a project manager developing a project according to the MSF process model?"

The first part of this will be to determine what software quality factors are relevant in the specified context ( {role: project manager, model: msf agile, [probably some other constraints added during work progress]} ). When the software quality factors have been determined, we have to find ways to measure them. This will be the part that will be covered in the master thesis. However, the other 3 steps (implementation in VSTS, implementation in TFS and implementation of the dashboard) will follow directly. Prototypes of the implementation will be developed parallell to the investigation to save some (calendar) time.

We will not get an office at the university. All offices were taken, and undergraduate students weren't prioritized when assigning offices to staff. This will imply some practical problems for Magnus and me to do our work, especially when the implementation phase will start. But I'm sure we'll manage it somehow.

A possible problem we see right now is that we perhaps will have some difficulties performing an empirical investigation. We would love to question software project managers in the industry today (and perhaps we could get some help from Microsoft) - we feel it is a necessary part of the investigation. We are afraid, though, that it will be both difficult and cumbersome to find people willing to participate in our investigation. However, we did get some names Sandahl suggested we should get in touch with. Magnus is working on that part right now.

We've ordered some previous master thesis from the library on the topic of software metrics, which I think will prove to be useful for our work.

The task to try to define what we mean by software metrics is almost completed. I've completed a draft which i will publicise soon on this blog. It still has to be reviewed by Magnus.

Jag älskade 28 days later. Och som vi alla vet så brukar inte uppföljare vara lika bra som originalet. Men den här tog mig med överraskning. Även fast mina förväntningar var skyhöga (med tanke på att föregångaren var så grymt bra) så blev jag blixtförälskad i den här filmen. Man kan inte bli annat när man får så mycket gore och action levererat under de minuter man sitter i biosalongen.

Storyn -London har "befriats" från smittan som drabbade staden i föregångaren, och vi får först följa ett par flyktingar som tagit skydd i ett hus ute på landet. Tyvärr varar inte freden speciellt länge, utan de får besök av ett gäng smittade zombies (rage-virus kallas det de blir smittade av). Folk har debatterat om de egentligen ska kallas zombies eftersom de egentligen inte är levande döda - de är bara smittade människor som agerar ursinningslöst och går på mördarstråk. Jag bestämmer härmed att zombie-definitionen passar även på dessa människor. Alas, 28 weeks later samt 28 days later ska båda klassas som zombiefilmer. Motivering? Zombie är någon som agerar utan att visa på något sorts medvetande eller rationellt tänkande. Precis som de gör i dessa filmer. Så håll käften och sluta gnälla om den är en zombierulle eller ej. Jag säger att den är det. Och mitt ord är lag.

Var var jag? Just det. Zombietyperna attackerar huset de gömt sig i och de tvingas fly. Alla dör utan vår huvudperson. Han lämnar sin fru att dö (ja okej, jag förstörde introt för dig där. Förlåt).



Och därefter börjar allt det läckra. Militärer med tunga vapen och snipers på hustaken som skjuter på typ allting så blodet sprutar överallt, kroppar och huvuden sprängs, och zombies på marken jagar föda (människor). Panik, krig, desperation, blod, gore, splatter, grymt jävla bra musik - filmen har allt! Den bästa ingrediensen som de har tagit med från föregångaren är att det är fart på zombierackarna. Här är det inga slöa drönare som går runt som om de var besläktade med koalabjörnar eller sengångare - här är de mer lika Carl Lewis ungefär. Det lägger till ett actionmoment och spänning som otroligt få andra zombiefilmer har. Den panik som man ser bland människorna har jag aldrig sett förut i en skräckfilm. Någonsin. Och det är, som sagt, filmens starkaste ingrediens. Det gör inget heller att det inte är så mycket naket. All gore, alla explosioner, eld, allt blod, kemiska krigsföringen och hela kalaset väger upp för de små missar som (kanske) finns. Jag var i extas efter biovisningen och hur glad som helst över att jag såg filmen. Aboslut värd pengarna! Dessutom har jag lärt mig något viktigt: Det är hur effektivt som helst at använda rotorbladen på en helikopter för att meja ner en mängd zombies som jagar dina vänner. Awesome köttig scen som typ ingenting slår. På riktigt.


Slutet ägde, men jag ska inte avslöja hur det gick. Du får inte missa den här filmen. Denna "duologi" är by far de bästa zombierullarna som gjorts på evigheter. Jag har skitsvårt att avgöra vilken som var bäst - föregångaren eller denna. Jag tror faktiskt de får dela på förstaplatsen över min lista på skräckfilmer of all time. Jag hoppas på en uppföljare. Nu har de visat att de kan hålla klass. Ge mig mer!

Hett vinyltips! 5 bra hårdkärne-spår som du egentligen inte får missa. Vet ni hur grymt taggad jag är för att åka till Qlimax? Nej det vet ni nog inte. Dum fråga. Men svaret är att jag är grymt jävla taggad!

I really don't have any exciting things to report, just thought I'd give a briefing of todays work.

I've been reading more of the IEEE articles about software metrics and printed down some of my findings, like a mindmap. The map will need some more structure before I post it here - so far it's just a draft.

I gave the VSTS/TFS literature question a thought and have come up with some titles I think will benefit med and Magnus in our work. The list of books was sent to Magnus earlier this evening, and now we will sync our lists and then send them to Nils so he could order the books for us.

We will have a meeting with Mr Sandahl on Friday morning to discuss the master thesis part of the subject. Hopefully we will be able to combine the Microsoft work with the master thesis without having to do so any unnecessary work.

Browsade runt på Global Hardstyle Forum häromdagen och såg att någon hade postat den här länken. Den visar en student som blir arresterad för att han ställer lite för obekväma frågor till senator Kerry (ytterligare klipp från andra synvinklar hittar ni här och här). Se klippen. Fortsätt sedan läsa min artikel.

Det har diskuterats lite om de knäppte av mikrofonen på grund av att hans tid tog slut eller om det var för att obekväma frågor dök upp. Oavsett vilket så förstår jag inte hur polisen kan tillåtas att agera på det sätt de gjort. Det har även spekulerats att han manade fram det hela eftersom han var tydligen en känd provokatör. Det enda han gjorde dock var att ställa ett par frågor, och att bli elektrifierad för det är skandal.

Är det inte USA som säger sig vara "the land of the free"? Är det inte USA som till och med startar krig "i frihetens namn"? Är det inte USA som säger sig värna om sina medborgares yttrandefrihet? Jo tack. Jag märker det. Här visar de sitt riktiga ansikte: en totalitär jävla polisstat som inte låter medborgarna uttrycka sina åsikter. Jag blir äcklad!

Missförstå mig inte. Jag har ingenting emot USA som land. Faktiskt så gillar jag landet i övrigt. Men hur polisen missbrukar sin makt är sjukt att se. Och antagligen så kommer ingenting mer att hända i det här ärendet. Tyvärr. Är det så här man sköter sitt polisarbete i USA? Genom att tysta studenter med tazerguns? Det finns bara ett ord för det: Idioti!

Så här kommer det. En hälsning till er som tycker det är okej att göra intrång på yttrandefriheten genom polisvåld:

Magnus and I were at the university today with two tasks in mind; first of all to find some papers on Software Metrics (especially IEEE publications), and secondly to see if we were able to find some of the books that Dag showed us at the meeting the other day.

We searched the university library, the local library in Linköping and even the local library in Norrköping - but none of the titles listed in my literature list (or those listed in an earlier blog post) were to be found. So we have to rely on Dag or Nils now to provide us with VSTS/TFS reading material. We've done what we could.

The day was not a total waste though. We managed to print loads of (and I mean loads of) IEEE papers on Software Metrics. This evening I've spent most of my time reading about NASA's Software Metric Program, their definitions and evaluation methods and so forth. There were a lot of exciting papers which will be read before friday. among them are titles such as "Coordinate Metris and Process Model to Manage Software Project Risk", "A Software Metrics Program", "Software Metrics - An Introduction", "The danger of using axioms in software metrics", Re-planning for a Successful Project Schedule", "Metrology, Measurement and Metrics in Software Engineering", "Metrics for Managing Customer View of Software Quality", "Experiences of collecting and using Software Metrics in Industy", "An Empirical Study of Software Metrics", and so forth. The list could almost go on forever. Of course I will publish a list of all relevant papers with title, author, etc. But not tonight :-)

These paper will serve as a scientific foundation to base our definition of code metrics and its use on. Hopefully we will have something concrete to report soon. I've set an internal deadline for myself to finish reading these papers thursday evening, and come to some personal conclusion (which I will then discuss with Magnus so we could unify our separate results).

Det upptäckte jag idag. Även om det inte var något större problem att komma upp så var det ändå otroligt irriterande när väckarklockan ringde runt 6-snåret imorse. Det var bara att stiga upp, göra sig i ordning och sedan åka till skolan. Satte upp ett par Nova100-affischer, letade runt på biblioteket efter VSTS/TFS-böcker (men htitade inga! Måste meddela Nils och Dag om detta), skrev ut ungefär en 3 ton IEEE-artiklar om software metrics jag hade tänkt försöka plöja igenom i eftermiddag / ikväll. Får se hur långt man hinner.

Efter rundan på skolan så var det tillbaka till Norrköping för att luncha med Felicia (grymt trevligt! Inte varje dag man ser henne nu för tiden. Var på banken och satte in lite pengar, sedan synundersökning på Glasögonmagasinet. Har haft lite problem med mitt högra öga, men det var tydligen inget allvarligt. Ska nu få några andra mer luftiga linser - får hoppas de passar bättre.

Hursomhelst. Var på stan en runda efteråt och passade på att bunkra upp lite för hösten. En jacka, en t-shirt och ett smartcase blev det till slut. Hade ett par rikskuponger från en intervju jag gjorde för ett tag sedan kvar som täckte nästan halva kostnaden - så det blev ganska billigt för mig trots allt!

Har nu bokat flyg ner till Weeze i November när det är dags för Qlimax! Kommer flyga ner med Claudio på fredag, hyra bil, åka till Amsterdam där vi möter upp tjejerna. Fredagen -> lördagen kommer spenderas i Amsterdam, varefter vi lördag kväll åker till Arnhem, checkar in på ett annat boende, festar loss på Qlimax, vilar ut efteråt på hotellet någon timme eller två och flyger sedan hem söndag eftermiddag från Weeze igen. Det kommer bli en klockren helg! Återstår att se om det slår Sensation Black eller inte. Probably not men man ska ju vara positiv ändå!

Ska kolla upp de ställen jag måste kika in på i Amsterdam. Finns ett par stores jag vet om, men skadar inte att kolla upp det lite extra.

The meeting I and Magnus had with Dag König today was very rewarding. I feel like it's much more clear now what our objectives with the project are (and thank you Dag for the sweater ;-) ).

I'll try to summarize the meeting.

Dag showed us some books, and we got to look through some of them. We will try to find the titles in the university library tomorrow, and hopefully we'll have the chance to borrow them there. If that's not possible, Dag or Nils could probably supply us with the necessary titles.

We tried to narrow down the type of software project to have in mind when evaluating software metrics. We concluded that we will only look at projects developed using the MSF Agile process. The project leader of a software project will be the role we will primarily have in our mind when evaluating the metrics. Developer will have a secondarily priority as target readers of the metrics. We discussed if size, design (method, patterns, etc) or type of application must be further delimited. No decision was made upon that point, so the future work will show if we have to specify these attributes or not.

Dag also presented his visions and what he would like to have as an endresult. We concluded that the work could be divided into four parts:

0. Define what we mean with code metrics
Here we must define the terminology so we all agree on what we are going to look at. This is a very important part, and we will present a conclusion before October 1st, 2007.

1. Analyze and fiind relevant code metrics
At this point we will (with the restrictions on project type and role mentioned above in mind) find out what metrics that are relevant to use. If the metrics isn't already implemented in VSTS, then they will be. Exactly how this is done was discussed during the meeting. Probably we will have to write our own Add-in to VSTS. Another option is to extend the now available code metric tool, but we do not now how complex that solution would be (or if the tool is extendable at all?).

2. Implement in TFS
When we have our relevant metrics in VSTS, we will implement some type of functionality in TFS which allows saving code metric data in the data warehouse. This allows for reports regarding code metrics to be generated, and it will be possible to see some history and progress (regarding the metric values of the project).

3. Implement a Dashboard
This is just an extension of point 2 above. The purpose is to make some kind of quality indicator in the project portal, where even people outside the project (investors, customers, etc) are able to see the progress and current quality level of the project.

Some other thoughts expressed during the meeting:

Our objective could also be to analyze what the existing code metrics are saying about the quality of the project. Then decide what you should do about it to improve the stats. In this part it is also important to define what depicts good (and bad, respectively) numbers.

The Code Analysis engine could probably be used somehow to implement some kind of code metric. The same engine could also be used to enforce policies for checking in code (which then should be based on some kind of code metric).

Code metrics for SQL was an interesting subject, which would mean that we would have to take a deeper look on the Database Professional edition of VSTS.

We would like to perform some kind of empirical investigation - interviews, visit the industry and perform studies, etc. We hope that either Microsoft or the university (or both!) could assist us in finding subjects for interview. If the interviews are performed live or via phone, email, or other media doesn't really matter. We would just like to complement the theory with the practical reality.

We will have 14 days to conclude the first point mentioned above (point 0.). At the 1st of October, 1600, we will have a Live Meeting with Dag (and hopefully Nils too) where we will show what we have concluded. Of course I will hare the results with you readers of my blog too.

Of course we had discussions about a bunch of other stuff, but these were the relevant parts (please do remind me if I missed something essential, Dag and Magnus!)

My TODO-list:

• Define Code Metrics
• Find VSTS/TFS books in the library and notify Dag which were found (if any)
  
• Come to a conclusion if we will get an office at the university or not (urgent!)
  
• Get some answers on how to solve the practical problem with laptops to borrow (urgent!)
  
• Check out Reflector and code metrics (low prio as of now)

Over and out.

These days I have been taking a look at the labs for VSTS. I installed the 2008 Beta 2 version of VSTS and managed to do one of the labs with ease. I wish although that I had the opportunity to do the lab on VSTS reports, that one requires you're running Windows Server 2003 (unless running VPC). I did, though, download and install the VPC software, but the large files required for the VSTS/TFS image took too long to download (still hasn't finished! An average rate of about 50-70 kB/s isn't really satisfying), so I haven't really had the chance to experiment much with that part.

Anyhow. Tomorrow Magnus and I will be going up to Stockholm to have our meeting with Dag. We've prepared some questions and other things we want to straighten out.

Last days have had a real hard focus on learning VSTS/TFS. Now we have to concentrate (at least in a wider sense than before) on the master thesis and the software metrics to investigate. We've had that part on hold until the meeting tomorrow, so hopefully this part will accelerate some during the upcoming week. It has to.

På OverClocked Remix har man nyligen lanserat en ny skiva som är tillgänglig för nedladdning (gratis och lagligt). Skivan (eller skivorna, snarare - de är fyra stycken) består av professionella remixes av temalåtar från ett av världens bästa spel genom tiderna; Final Fantasy VII. Har inte hunnit lyssna igenom alla skivorna ännu, men har tagit ett axplock av låtar och jag måste säga att jag gillar samlingen väldigt mycket. FFVII var (och är fortfarande) ett av mina favoritspel. Musiken till spelet är underbar, och du får inte missa chansen att lyssna på dessa remixes. Of course, inget kommer någonsin slå originalen - men detta är en fräsh fläkt som ger mig retrokärlek till tusen.

Länk till skivans site finns här och länk till torrent finns här.

Igår var jag på bio och såg 28 veckor senare. Grymt bra film, som levde upp till förväntningarna. Uppföljare brukar ju som regel inte vara bra. Den här gången har jag svårt att avgöra vilken av filmerna jag tyckte var bäst; 28 dagar senare eller 28 veckor senare. Båda hade det man ville ha av en zombierulle. Nåja, recension på filmrackarn kommer senare när jag har tid att skriva det.

Hursomhelst, sällskapet var riktigt trevligt och chillstunden efteråt var riktigt härlig. Tack! Blev dock en tidig morgon imorse (för att vara lördag) så man kunde boka VIP-biljetter till Qlimax. Som tur var fick jag tag på 4 stycken av VIP-biljetterna, som kostade 70€ stycket (plus bokningsavgift). Nu är det bara att bestämma boende och resesätt, men det är på väg. Jag har lekt detektiv.

Anyhow. Min produktivitet borde ha varit högre idag än vad den har varit. Träffade på min homeboy Jonte och tog en walk tillsammans med honom och hans best Chabo (okej... det är en liten hund, men vadå - han har attityd den där grymma lirarn!). Riktigt trevligt faktiskt. Länge sedan man såg honom, och hade schysst snack om allt mellan himmel och jord.

Anyhow. Har inte tid att skriva mer nu, får bli fler lägesrapporter senare. Fred ut, bröder!

Igår var jag uppe i Stockholm på en heldag för ambassadörsmöte med Nova100. Vi skulle få introduktion till ambassadörsrollen, träffa personalen på Nova100 och möta de andra ambassadörerna runt om i landet. Jag kommer vara ambassadör för Nova100 i Linköping detta läsår. Så är du Nova i Linköping/Norrköping eller är nyfiken på vad det är för något, hör gärna av dig till mig!

Schemat var späckat och höll på från 11-21 ungefär. Och jag tyckte det var en riktig succé! Även om det blev köttigt med information och ganska mycket att hämta in ibland, så hade jag riktigt kul. Det bästa med dagen var att träffa alla människor. Verkligen alla var riktigt trevliga och jordnära. Att vi sedan självklart också fick en lite bättre koll på vad ambassadörsrollen innebär kändes även det riktigt bra.

Det var en hel del människor som talade inför oss, och så fick vi sitta i tre olika arbetsgrupper och diskutera Nova-specifika saker. En annan utav höjdpunkterna var ju givetvis maten ;). Nova bjöd på god lunch på en restaurang i närheten, samt middag på kvällen (som bleb meze på en libanesisk restaurang - kommer dock inte ihåg namnet just nu). Otroligt gott i alla fall, på båda ställena. På eftermiddagen blev vi också fotograferade för att senare hängas ut på hemsidan. Vill tacka alla på Nova för den givande dagen och tacka de andra ambassadörerna för att jag fick träffa er - grymt roligt och jag hoppas vi kommer vi ses snart igen.

Hemresan var ganska trög och jag kom hem lite sent. Tåget var inne runt halv tolv och var väl hemma runt midnatt igen här i Hageby. Sovmorgon imorse var med andra ord inte helt fel!

Ser med spänning fram mot mina arbetsuppgifter som ambassadör, och hoppas jag kommer kunna bidra med något relevant och givande. I dagarna blir det dags att börja planera terminen och se vilka events man kan tänkas anordna.

Över och ut!

The Ambassador meeting in Stockholm with Nova100 yesterday was a success. I had a really good time and it was nice to get to know all the people I will be in touch with during my active year as the ambassador in Linköping. Got home really late yesterday, so it has been a slow start for me today.

Anyway, I've viewed all the tutorials at teamsystemrocks.com, and I feel I've an even better understanding of the system now. I will have to spend most of the weekend with virtual labs on VSTS/TFS and reading some more about Software Metrics, so I will be prepared when meeting Dag on Monday. Also, Magnus and I will get together sometime during the weekend to summarize all our questions we have for Dag.

The TODO-list:

• Check out Reflector and code metrics (low prio as of now)
  
• Read more about Software Metrics
  
• Find more reading material about Software Metrics (underway, going to look up some IEEE articles in the library...)
  
• Come to a conclusion if we will get an office at the university or not (urgent!)
  
• Get some answers on how to solve the practical problem with laptops to borrow (urgent!)
  
• Check out the virtual labs and other material on VSTS/TFS (still working hard on this point)

Nothing to erase from the list this time, but several points have made some progress. The urgent parts mentioned in the list above will have to be solved very soon.

It's always so hard to make headlines interesting. Anyway, just an update of the work that has been going on since last post. We've revised the Vision & Scope document and sent it to Dag. It was kinda hard to fit all information on just one page, since we didn't really know what parts were mandatory. With that said, we took the parts that mattered most for ourselves and our work. I hope it looks okay now.

I've set up a study list which you will find on the right side of my Live Space. It is not complete and will be expanded as the work proceeds. The last two days I've been studying some video tutorials showing features and how-to's regarding VSTS/TFS at teamsystemrocks.com. I've almost looked through all of them (I have about 6-7 left to watch) and I must say they've been very educational. They have given me a better comprehension of the system, although I feel we have to dig even deeper to be able to carry out our implementation.

I will be away in Stockholm tomorrow for the whole day (11.00-21.00) to attend an ambassador meeting with Nova100, so I won't be able to get any work done during thursday. Which means I'll just have to put in a hell of an effort on Friday. And saturday.

Also I'm looking forward to having the meeting with Dag on monday. Feels like a lot of loose ends will be resolved after meeting Dag.

So, my TODO-list:

• Check out Reflector and code metrics (low prio as of now)
  
• Read more about Software Metrics
  
• Find more reading material about Software Metrics
• Come to a conclusion if we will get an office at the university or not (urgent!)
  
• Get some answers on how to solve the practical problem with laptops to borrow (urgent!)
  
• Check out the virtual labs and other material on VSTS/TFS (still working hard on this point)

Ciao!

Den här rullen av Mel Gibson är bland de bästa jag har sett. Jag måste till en början påpeka att själva grejen att de inte förstört det hela med att låta karaktärerna prata engelska (trots att ingen av dem borde kunna det) gör att filmen höjs avsevärt. Vi slipper den där fejkade brytningen, och det ökar realismen en aning.

Vi får följa Jaguar Paw, som lever tillsammans med sina bybor under Maya-civilisationen och jagar djur i djungeln. En dag kommer ett annat gäng Mayaindianer och kidnappar i princip alla i hela byn (och de som de inte kidnappar dödar de). Jaguar Paw är en av de tillfångatagna, men han lyckas gömma undan sin fru och sitt barn för den invaderande styrkan. På väg till offeraltaret lyckas Jaguar Paw fly, och ska nu göra allt för att rädda sin familj.


Varför tycker jag då att Apocalypto är så bra? Dels är det en spännande story med många inslag av hämnd och ilska. Sådant fungerar alltid bra och makes wonder för engagemanget när man ser en film. Men det är inte den stora anledningen. Den stora anledningen till att filmen är så bra är att den är så brutal. Herr Gibson sparar inte på specialeffekter när det kommer till slagsmål och dödsscener. Offerritualerna är heller inte så mesiga, och ser verkligen autentiska ut. På den biten har de gjort ett underbart bra jobb, och det måste man ge dem cred för.



Det räcker faktiskt för att göra Apocalypto till en film värd att se. Även om du ger jack shit för Mayaindianer och inte tycker det är roligt att se nästan nakna män och kvinnor springa runt i djungeln och slåss, så måste du ändå se den. Det här är the Gore-fest.


Se den.

...told you it would be updated!

TODO:

• Send the draft of the schedule to Nils
  
• Check out Reflector and code metrics (low prio as of now)
  
• Read more about Software Metrics
  
• Find more reading material about Software Metrics
• Come to a conclusion if we will get an office at the university or not
• Get some answers on how to solve the practical problem with laptops to borrow
• Check out the virtual labs on VSTS/TFS

Got back from the wedding in Gävle late yesterday night - tired as a raver after a night out without drugs, but it was all worth it. Had a great time up there, and the wedding (including the party) was a total success. Anyway, it was back to reality this morning.

Magnus came over to my place to discuss the preliminary schedule and assignments we have to do in the nearest upcoming days. We asserted a couple of more risks which were added to the project structure document (although we haven't received any feedback on the original draft yet - we'll have to merge these two versions when the comments on the first draft arrives).

Also, we looked over the preliminary schedule for the tasks presented in the MS Project document. I think we reached a consensus about how much time we think each activity will take. It's really hard to do these kind of estimations, but we'll have to be flexible and reschedule when we see things aren't really going as well or as fast as we first thought. The MS Project draft is in Magnus hands now for a review, and I'm certain we'll be able to send it to Nils later this evening.

I do have some other good news to report: the meeting with Dag will finally be carried out on Monday afternoon next week (17 of September). We have loads of questions that has to be straightened out during that meeting. This meeting will serve almost as a second "starting point" whereafter we actually can get started with the "real work", if you don't mind calling it so.

As usual, my TODO-list:

• Finish the project plan in MS Project
• Write the Risk assessment document (we think this is already done, if this document is part of the project structure).
  
• Write the Project structure document
• Send the draft of the Project structure document to Nils
• Send the draft of the schedule to Nils
  
• Check out Reflector and code metrics (low prio as of now)
  
• Read more about Software Metrics
  
• Find more reading material about Software Metrics
• Come to a conclusion if we will get an office at the university or not
• Get some answers on how to solve the practical problem with laptops to borrow

This list will surely be updated later tonight.

Det sägs att Brennan Heart kommer till Linköping den 5 oktober. Det får man inte missa. Blir att samla ihop the crew och gå ut den kvällen. Sweapsound som arrangerar har inte gjort något offentligt uttalande ännu, men bokningen står på Brennan Hearts hemsida.

Fred ut till alla hårdstilare - vi ses där!

Yesterday evening we managed to complete the Vision and Scope document draft and sent it to Nils and Dag.

Today we've printed down all parts of the Project Structure document that we feel are relevant to our project. As I said in the previous post, some headlines are difficult to determine if they are applicable to our project or not. But then again, it's just a draft and we need feedback - especially regarding how elaborate these documents are supposed to be,when adjusted to our (relatively small) project.

One thing I'm wondering is that if the Risk assessment document are part of the Project structure document (as there were such a headline in the template), or if it is a stand-alone document deliverable we're supposed to hand in. Anyway, I've read through our draft, filled in some spaces and mailed it to Magnus for review. Hopefully we can send it to Nils tonight.

The TODO-list as of today:

• Send the Vision and Scope document to Nils after Magnus' review<br>
• Write the Project structure document
• Finish the project plan in MS Project
  
• Write the Risk assessment document
• Check out Reflector and code metrics
• Read more about Software Metrics
  
• Find more reading material about Software Metrics
• Come to a conclusion if we will get an office at the university or not
• Get some answers on how to solve the practical problem with laptops to borrow
• Send the draft of the Project structure document to Nils
  

I will be gone over the weekend in Gävle to attend a wedding. I'll be back sunday evening, so the work will have to lay at rest for these days for my part.

Hope you all will have a great weekend - I know I will .

Här är i alla fall en variant... :-D

Okey, so I didn't have the time to check out reflector or CodeMetrics today. I'll probably have to do it after the weekend instead. I did at least manage to read some more in Pfleeger & Fenton. Furthermore I've studied the MSF process a bit closer, and printed down a draft of the vision and scope document. I tried to recollect the things I've been discussing with Magnus about for a couple of days ago regarding our project. Now, at the time of writing, he is reviewing the document. Hopefully we will get it done tonight so we can send it to Nils for some feedback.

One thing I've noticed is that it's kinda hard to know what parts of the document templates for the MSF process model you could exclude from our project. Not all headlines are applicable, since we are doing our master thesis and the project team just consists of two people - we're not doing a traditional software engineering project with a full team. We are supposed to adjust the model after our prerequisites, and thus we've tried as much as we could. The feedback we will get when we send the draft to Nils will probably guide us well.

Two more deliverables left to produce in this phase (Envisioning phase):

• Project structure
• Risk assessment

We've already done some work on the project structure, so that document should be pretty straight forward. The risk assessment though will require some more thought. Tomorrow morning I'll have a further look at the project structure, and then sync that with Magnus. Risk assessment will be written in parallell with the project structure.

It would help us a lot to have our initial meeting with Dag soon. It feels like it's hard to delimit our project without the guidelines he is going to give us, which in turn makes it hard to produce any real value in the deliverables for the project phase. I do know that they are putting in a lot of effort to make the meeting happen as soon as possible, so I'll just keep my thumbs crossed and hope for the best.

Oh, and yes - we got some tips from Dag about what books that should suit us well. He has a list with books here, and we will get the opportunity to look at them when we meet. So I'll wait until then before I dig deeper into books about VSTS/TFS

Things to do:

• Send the Vision and Scope document to Nils after Magnus' review
  
• Write the Project structure document
• Finish the project plan in MS Project
  
• Write the Risk assessment document
• Check out Reflector and code metrics
• Read more about Software Metrics
  
• Find more reading material about Software Metrics
• Probably some more stuff I can't remember right now.

Ciao!

As a reminder for myself, my TODO-list for tomorrow (well, actually today now that I see what time it is) :

• Finish reading Pfleeger & Fenton (a couple of relevant chapters left)
• Finish the project plan in MS Project according to MSF
  
• Take a closer look at Reflector and the CodeMetrics Add-In
  
• Sync with Magnus about the deliverables for the Envisioning Phase

Good night!

Behold, a transition from Swedish to Enligsh for the blog (endast på live spaces. blogspot kommer fortfarande köras på svenska, förutom det jag dubbelpostar från LS). I hope my English isn't too rusty though, it's been a while since I wrote something in this language :).

Anyway. So today I managed to actually understand the application. I've inserted some (high abstract level) tasks and a preliminary planning, together with some resources (which are just me and my project partner. Duh...). I have to do a refinement of the project plan, and show it to Magnus to see if it matches what we originally wrote as a plan for the master thesis project. I don't have more time to work on it tonight though, so I'll have to continue tomorrow morning.

Hopefully we can complete the project plan good enough so Nils can give us some feedback. It's always hard to plan these things in advance, when you don't have the experience of earlier practice.

Over and out.

Har kikat runt lite efter böcker att läsa som ska lära mig lite om VSTS/TFS, och hittade en hel drös. Jäkligt svårt att veta vad som är vettigt (och relevant, framför allt!) och vad man inte kommer ha någon nytta av. De jag har hittat är dessa: (en del har en kommentar också):

Software Engineering with Microsoft Visual Studio Team System
ISBN10: 0321278720
ISBN13: 9780321278722

Pro Visual Studio 2005 Team System
ISBN10: 1590594606
ISBN13: 9781590594605

Professional Software Testing with Visual Studio 2005 Team System: Tools for Software Developers and Test Engineers
ISBN10: 0470149787
ISBN13: 9780470149782
Bok för utvecklare och testare som visar best practices: (Denna verkar vettig)
"An important theme of the book will be "code quality"---from building it in at the design stage through testing and monitoring during development and at deployment."

Visual Studio Team System: Better Software Development for Agile Teams
ISBN10: 0321418506
ISBN13: 9780321418500

Pro Visual Studio 2005 Team System Application Development
ISBN10: 159059682X
ISBN13: 9781590596821
(vet inte om denna är så relevant, men kanske är bra för att få en överblick av systemet, samt se hur olika roller agerar i miljön)

Managing Projects with Microsoft Visual Studio Team System
ISBN10: 0735622167
ISBN13: 9780735622166
(antagligen INTE så relevant för oss)

Working with Microsoft Visual Studio 2005 Team System
ISBN10: 0735621853
ISBN13: 9780735621855
(Bra för översikt av hela systemet, men antagligen inte så mycket med kvalitetshantering i VSTS)

Professional Team Foundation Server
ISBN10: 0471919306
ISBN13: 9780471919308
(Ytterst relevant, om vi nu ska böka runt med data warehouse i TFS)

Team Foundation Server Recipes: A Problem Solution Approach
ISBN10: 1590597427
ISBN13: 9781590597422
(kan hjälpa oss mycket. Innehåller tydligen en mängd lösningar på vanliga saker man vill göra med TFS)

Professional Visual Studio 2005 Team System
ISBN10: 0764584367
ISBN13: 9780764584367
(vet inte om denna är så relevant heller...)

Som sagt så är det skitsvårt att veta vilken litteratur som är nödvändig. Det är dessutom extra svårt att bestämma nu, innan vi har haft mötet med Dag där vi ska försöka komma fram till avgränsningar etc.

Förhoppningsvis kan Dag (eller Nils) komma med lite åsikter om vilka böcker av dessa som kan vara matnyttiga för oss. Det finns inte tid att läsa alla, även om de är intressanta ur olika perspektiv. Vi måste koncentrera oss på material som hjälper oss i arbetet.

Nu åter till läsandet av Software Metrics!

Installerade Microsoft Project, och tänkte titta idag på hur vi kan göra vår projektplan i det programmet. Har kommit en bra bit in i Pfleeger & Fentons bok om Software Metrics. Nyligen började jag läsa in mig på kapitel 7, som handlar om att mäta mjukvaruproduktens inre attribut, dvs. just code metrics - som vi ska syssla med.

Satsar på att hinna läsa igenom så mycket som möjligt idag.

Junior och jag fick en idé att göra en sida som översätter hardstyletexter till svenska. Eftersom de flesta lyrics i hardstyle är helt r-tarded och meningslösa, torde de bli ännu värre på svenska. Speciellt när man översätter lite fritt. Resultatet är denna sida, Hårdstil På Svenska:

Återigen så fick jag rycket imorse och gick ut och sprang 5,5 km. Sprang är väl kanske fel ord. Snarare joggade. Tog tid den här gången, och landade på 31 minuter och 5 sekunder. Ingen bra tid direkt, men flåset är ju inte det bästa heller.

Skönt dock att komma så upp så tidigt och vara lite nyttig. Har ringt tandläkaren också och beställt konsulttid. Han ska titta på mina tänder, som har börjat röra sig tillbaka lite smått efter tandställningen. Jag vet att de kommer röra sig, oavsett. Men jag tycker de har rört sig ganska mycket på ganska kort tid. Nåja, får se vad han har att säga. Gratis är det dock inte. Bara konsulttiden, att han ska titta på vad man kan göra, kostar cirka 400 kronor. Det får det dock vara värt.

Ska även ringa hudmottagningen och beställa tid för att kolla upp ett gäng leverfläckar. Bättre att vara på den säkra sidan.

Anyway. Har upptäckt en massa ny bra hardcore! Snart kommer en lista på lite top hårdkärne-musik, när jag får tid och ork att fixa det.

Jag börjar undra vad man pysslar med på KTH egentligen. Pratade med en vän från hooden igår som pluggar där, och frågade honom hur hans dag hade varit. Det jag fick till svar var:

"Har varit runt hos olika sektioner och druckit te, det var nollornas pubrunda".

Så KTH's variant av en pubrunda är att dricka te? Tror vi får ta och lära dem ett och annat... såvida inte det var ett speciellt herbalt te, det kan jag godta ;-)

Kom att tänka på det. Om jag inte bygger vidare min utbildning med ett extra halvår (vilket jag nog antagligen gör), så var den senaste tentan jag nu klarade den sista jag skriver. Någonsin. Förstå, det är galet! Jag är så himla nära min examen!

Imorse damp tentaresultaten från Information Security ned i brevlådan. Jag blev godkänd! Det trodde jag aldrig att jag skulle bli. Jag trodde det var helt kört. Jag grejade till och med en fyra på kursen! Titta på resultatfördelningen. Fan vad nöjd jag är. Det här är sjukt kul!

Well, dags att ta tag i arbetet. Något som inte är sjukt kul är att gå upp klockan 06:45 för att ta tag i inläsning till examensjobbet.

Fred ut!

(under den första perioden kommer jag antagligen att dubbelposta inläggen. Dels på Live Spaces, dels här).

Efter de senaste samtalen och mailen med Nils och Dag så börjar fler och fler bitar falla på plats. Som det verkar nu så ska vi avgränsa projektklassen efter den utvecklingsmodell som har använts under projektets gång. Utvecklingsmodellen (eller processmodell, om du hellre vill kalla den så) som vi ska titta på är MSF, Microsoft Solutions Framework. Vi ska även själva arbeta efter den modellen. Vilken applikationstyp projektklassen tillhör verkar tydligen inte ha så stor signifikans.

Allting kommer nog klaras upp mer när vi har haft vårt första möte med Dag. Då ska vi få en introduktion till Visual Studio Team System samt Team Foundation Server, och försöka diskutera oss fram till de avgränsningar och krav som vi ska ställa på vårt examensarbete.

Något som är värt att hålla i tanken är för vem måtten tas, och för vem de ska presenteras. En kund till exempel är intresserad av helt andra mått än vad en utvecklare är intresserad av. Därför är det möjligt att vi tittar på kod från ett rollperspektiv. Om det ska vara en enda roll eller flera stycken får vi bestämma efter mötet med Dag.

MS Project bör användas för att skapa vår projektplan. Planerar att installera det ikväll, och börja kika på det imorgon bitti. Kommer ihåg att jag gjorde ett försök att använda Project under vårt Programutvecklingsmetodikprojekt i skolan (hade då rollen som projektledare), men tyckte det var för bökigt att sätta sig in i det med tanke på vad vi behövde använda i det projektet. Den här gången ska jag inte ge upp så lätt, och med ökad kunskapsnivå kanske jag klarar av det bättre denna gång. Man kan ju alltid hoppas.

Har idag läst igenom ett whitepaper om MSF, MSF Process Model v.3.1. (hittas näst högst upp i listan av dokument). Har fått en förståelse hur processmodellen fungerar. Nu gäller det väl att försöka få den att passa in till vårt exjobb.

Över och ut!

Kommer inte att hosta exjobbsbloggen på blogspot, utan flytta över till Microsoft Live Spaces. Mitt Live Space hittas här:

Här hittar ni bloggen som kommer föras som dagbok över Manges och mitt examensarbete. Inte så mycket för tillfället, men det kommer...

Jag förstår inte grejen. Varför blir fanatiska muslimer så pass upprörda för att man publicerar en bild i en svensk tidning? Herrejävlar. Get some god damn sense of humour. Och respektera yttrandefriheten! Med förtryck kommer man ingenstans, och ta mig fan om Sverige ger efter för det också.

Dessutom är det ju bra om man gör rätt när man väl bränner en flagga. Stupid asses lyckades inte ens göra en flagga i rätt färger. Vad i helvete är det för R-tards egentligen?


Låt yttrandefriheten leva vidare. Låt inte dessa fanatikers förtryck göra intrång på en så viktig del i vårat samhälle. Lär dem att de måste tåla att sin egen religion kritiseras. Det gäller alla, inklusive oss själva också givetvis.

Jag blir så trött på det här, och tänker inte spä mer på elden. Uppmärksamhet är vad de vill ha, och det ska de inte få. Ignorera dem. Enda anledningen till att jag skriver ett blogginlägg om detta är för att jag tyckte bilden ovan var så talande. Respekt fås inte på det här sättet.

Väx upp, för i helvete.

Jag fick en liten retrokick tillbaka till 90-talet när jag häromdagen tillsammans med ett par homeboys råkade glira in och titta på American Gothic. Så jäkla bra serie! Inte för att den är speciellt anmärkningsvärd, det är bara det att den ger retrokickar och har en cast som är hur bra som helst - tillsammans med en av världens bästa regissörer (Sam Raimi. Evil Dead, någon?). Vi ser Gary Cole, Bruce Campbell, Jake Weber, m.fl. i de stora rollerna. Den har bara 22 avsnitt, och varje avsnitt är väl en ca 45 minuter långt. Har du inte sett den så bör du se den.