Archive for the 'Systemutveckling' Category

Hantera flera AssemblyInfo.cs i Visual Studio

När man har ’solutions’ med flera projekt i Visual Studio får man ibland problem med att informationen i AssemblyInfo.cs (eller .vb) är nästan identisk i de olika projekten. Har man riktigt många projekt blir det jobbigt att gå in och ändra tex versionnummer vid en release.

Här
är ett tips på hur man kan använda länkade filer i projekten så att man kan ha en central fil med all gemensam information och en per projekt som bara innehåller de som skiljer mellan projekten.

Roland Weigelt : GhostDoc 2.0.0 Released

Det underbara verktyget GhostDoc har precis kommit ut i en ny version:

Roland Weigelt : GhostDoc 2.0.0 Released

Kulturneutrala satellitassemblies

Jag håller på och smetar på lokalisering på en existerande produkt och behövde ett sätt att ha kulturneutrala resurser i satellitassemblies. Jag kunde inte använda en inbäddad resursfil pga att jag extraherar data från det kompilerade huvudassembliet för att använda i resursen.

Lösningen var att använda assemblyattributet: NeutralResourcesLanguageAttribute för att indikera vilken kultur som ska anses vara standardkultur och enumen UltimateResourceFallbackLocation för att tala om att den ska falla tillbaka på ett satellitassembly om inget annat hittas. Attributet är nytt från .NET 2.0 så om man fortfarande kör 1.1 eller 1.0 så måste man bädda in de neutrala resurserna i huvudassembliet.

Synlighet (discoverability och findability)

Jag har hört, läst och tänkt en del på synlighet (discoverability och findability; Möjligheten att hitta och förstå funktioner i programvara.) på senare tid.

Den här artikeln summerar det hela ganska bra. han diskuterar en del kring de begränsningar i användarnas valfrihet som uppstår när man prioriterar olika funktioner och tar grundläggande beslut åt användarna. Tex att göra ratten i en bil lättare att hitta än säkringsdosan.

Jag tror dessa beslut inte bara har med användbarhet att göra, de är i själva verket vad som skiljer dig från dina konkurrenter.
Du kan ha en miljon finesser men i slutändan är det standarduppsättningen som identifierar din produkt. Om du väljer att låta användaren konfigurera alla småsaker för att du inte vill/vågar ta designbeslut kommer din produkt framstå antingen som en superanvändares dröm, eller en ofokuserad röra.

Eftersom man bara får en chans till ett första intryck är det ett svårt beslut för ett litet företag. Ska man sikta på de som tycker om ditt sätt att lösa det specifika problemet, eller ska man sikta på de som verkligen utforskar produkten och konfigurerar den efter eget tycke?

Om du säljer till ‘vanliga’ konsumenter så gissar jag att det finns fler människor som föredrar en guidad upplevelse än det finns nyfikna utforskare. De nyfikna utforskarna är dessutom förmodligen uppdelade i två läger; Backpackers som vi ha många billiga valmöjligheter och expeditionister som betalar nästan vad som helst för att nå sitt mål.

« Previous Page