February 2010 - posts - Mark analyseert

February 2010 - posts

Visual Studio in kleur – Waarom een witte achtergrond, als zwart ook kan…
23 February 10 04:00 PM | Mark Wildenberg | met no comments

Verlang je ook zo terug naar het DOS tijdperk, een monochroom beeld met zwart als achtergrond en amber als font kleur. Nu is dat natuurlijk grote onzin, aangezien kleuren juist zo’n krachtig onderdeel zijn van Visual Studio. Maar wat wel een feit is dat je met een zwarte achtergrond een stuk rustiger beeld hebt. Een jaar terug zag ik al een collega van ITQ met een zwarte Visual Studio achtergrond. 

Vandaag heb ik eindelijk de tijd genomen om uit te zoeken hoe het zit. Het blijkt dat je in Visual Studio heel eenvoudig een complete setting file kan importeren. Hieronder de complete step by step om dit zelf te doen, met daaronder een aantal linkjes waar je een setting file kan vinden.

Stappen die je moet doorlopen:

- Vinden van een setting file met je gewenste kleuren schema (zie onderaan voor een link)

- Ga naar het menu: Tools – Import and Export Settings...

- Doorloop de wizard

  • importeren settings
  • Importeren van een bestand
  • Browse naar het gewenste bestand
  • Selecteer welke settings je wil importeren

Het is allemaal redelijk risico loos omdat je altijd weer terug kan naar de Default Settings (3e stap in de wizard). Veel suc6 en cu.

Mark

image

image

 

Lijst met schema’s

http://winterdom.com/2007/11/vs2008colorschemes

Blogpost waar ik de schema’s vandaan heb

http://www.stefandidak.com/ramble/2008/01/09/visual-studio-dark-color-schemes-and-themes/

Schaalt TFS wel genoeg – onze eigen cijfers
19 February 10 01:14 PM | Mark Wildenberg | met no comments

Zo af en toe krijgen we een overzicht met het gebruik van Visual Studio en Team Foundation Server (TFS) binnen Microsoft. Dit zijn werkelijk ongeloofelijke nummers en erg leuk om te zien. O ja, de getallen zijn van Januari 2010.

Microsoft IT

January 2010

Growth

Totals

Unique Active Users

+785

17,293

Total Active Users

+601

19,250

Projects

+63

4,353

Work Items

+124,633

5,429,386

Source Code Files

+298,999

76,777,039

CodePlex

January 2010

Growth

Totals

Unique Active Users

+81

1,322

Projects

+364

14,559

Work Items

+2,567

83,855

Source Code Files

+173,225

3,711,416

TFS Instances

-

10

 

Dat is nog eens wat anders als een servertje inrichten voor je projectje met twintig man :-). Hieronder kun je zien hoe dit verdeeld is over de verschillende productgroepen. Zo is bijvoorbeeld de DevDiv de groep die Visual Studio ontwikkelt (met alle producten eromheen). Toch grappig om te weten dat we met een pakket zitten te werken waar 3700 man aan bijgedragen hebben.

 

clip_image002

Word, een coole tool - schrijven van use cases
11 February 10 10:51 AM | Mark Wildenberg | 1 comment(s)

Het is weer zover. Word is nog steeds een coole tool Wink. Kijk op mijn vorige post om te zien waarom het de vorige keer cool was. Deze keer een stukje over de speciale features van word die ik gebruik. Vooral bij het schrijven van Scenario's / Use-cases gebruik je veel speciale features van Word om alle teksten netjes naar elkaar te verwijzen. O ja, alles wat ik tussen "quotes" zet zijn de officiële word termen.

Wat gebruik ik allemaal in een gemiddeld document:

  • Versienummer opnemen als "document property"
  • Revisienummer "RevNum" opnemen in de footer van een document
  • Automatisch nummeren van de document referenties
  • Alternatieven automatisch laten nummeren
  • Referenties opnemen vanuit het document naar business rules

Versienummer opnemen:

In de document properties van het de use case heb ik een extra property opgenomen om het versienummer op te nemen. Hieronder zie je het extra attribuut en het gebruik binnen het document.

image_thumb[23]

De document properties kun je vinden onder (Word 2010):

  • ‘File’
  • ‘Properties’ (helemaal aan de rechterkant)
  • ‘Advanced properties’
  • Custom tab
  • Bij ‘Name’, version invullen
  • Bij ‘Value’, 0.1 invullen
  • En de property dan toevoegen

Je kan het veld invoegen in je document door

  • Menu, ‘Insert’, ‘Quick parts’, ‘Field’
  • In het ‘field’ venster moet je de ‘DocProperties’ opzoeken
  • en dan de property ‘Version’ opzoeken

image_thumb[24]

Het is even zoeken, maar dan heb je ook wat.

Revisienummer opnemen

Door het opnemen van een revisienummer krijg je een soort automatisch versiebeheer. Bij het opslaan wordt het document revisie nummer automatisch opgehoogd. Revisienummer gebruik je om te kijken of iemand je document gewijzigd heeft (opnieuw opgeslagen). Is het revisienummer hetzelfde dan is je document ongewijzigd. Door het gebruik van het versienummer kun je het versienummer eindelijk op de juiste manier gebruiken. Het versienummer gebruik je om te zien of de content van het document gewijzigd is (de functionele betekenis), dus los van alle grammatica en opmaak wijzigingen.

Revisienummer kun je invoegen door een field in te voegen (zoals bij het versienummer).

  • Menu, Insert, Quick parts, Field
  • In het field venster zoek dan naar het Field ‘RevNum’

Zie ook het bovenstaande plaatje hoe je naar de fields kan navigeren.

Automatisch nummeren van de document referenties

Je document referenties wil je bijhouden in een lijst bovenin het document. Nummer deze referenties niet zelf, maar laat ze nummeren door Word. Doe dit door een genummerde ljist op te nemen.

image_thumb[25]

Het grote voordeel van een genummerde lijst is dat je deze heel eenvoudig kan her-gebruiken door middel van verwijzingen in je document. Voor een verwijzing ga naar:

  • Menu, Insert, Cross-Reference
  • Selecteer Reference type ‘Numbered item’
  • En insert a reference to ‘Paragraph number’
  • Selecteer de juiste referentie en Click op insert

Daarmee wordt op de gewenste positie in het document een link aangelegd naar deze referentie. Deze link wordt getoond als het referentie nummer, in dit geval [1].

Alternatieven automatisch laten nummeren

Ondertussen begin het al een redelijk geavanceerde cursus Word te worden :-). Het volgende gebruik ik specifiek voor het schrijven van Use cases. Use cases hebben 1 basic flow hebben en meerdere alternatieve flow’s. Het is handig om een aparte stijl op te nemen om deze alternatieven automatisch te laten nummeren. Daarmee kun je ook weer heel eenvoudig cross-references opnemen in je document die direct de juiste flow laten zien (mooi he!).

image_thumb[22]

 

 

 

Als je zover bent om je eigen stijl aan te maken is het ook tijd om na te denken over een eigen template (dat mag je zelf doen). Voor het aanmaken van een nieuwe stijl doe dan het volgende (de nummertjes kun je terugvinden in het bovenstaande plaatje):

  1. Menu, ‘File’, ‘Style’ (dat mini knopje onderin de ‘ribbon’)
  2. Het ‘styles’ venster verschijnt aan de rechterkant
  3. Selecteer het ‘new style’ knopje onderin het ‘styles’ venster
  4. Kies een basis stijl op basis waarvan je het alternatief wil nummeren (bijv. ‘Num heading 3’)
  5. Selecteer ‘Fomat’, ‘Numbering’
  6. En in het popup venster, ‘Define new Number format’
  7. En creëer het gewenste formaat. Ik gebruik [##] als formaat

Daarna verschijnt de stijl in het ‘Styles’ venster en kun je deze in je document gebruiken. Als je de stijl gebruikt in je document dan komt deze ook terug in de ribbon zoals je in het bovenstaande plaatje kan zien.

Verwijzingen opnemen naar business rules

Tot slot nog de business rules. Vanuit de basic en alternative flows die je beschrijft wil je ook de belangrijkste business regels opnemen zonder ze in detail te beschrijven. De tekst moet zo leesbaar mogelijk gehouden worden. Dus wil je verwijzen naar een paragraaf met daarin een detaillering van de business regel. Wat je daarvoor het beste kan doen is een ‘cross reference’ op nemen naar de betreffende paragraaf.

Bijvoorbeeld:

1. Actor vult de order gegevens aan en geeft aan dat de gegevens opgeslagen kunnen worden.

2. Systeem controleert de order gegevens (6.2.1) en slaat de gegevens op (6.2.2)

In dit voorbeeld worden een controle en het opslaan verder uitgewerkt in de betreffende paragraven. Door een ‘cross reference’ op te nemen wordt je document altijd bijgewerkt met de juiste paragraaf nummers en kun je door erop te klikken (Ctrl mouse click) doorspringen naar de paragraaf. Met de ctrl pijltje naar links spring je weer terug.

Tot slot

Tot zover alle features die ik gebruik. Ik heb mezelf alle sneltoetsen aangeleerd zodat ik heel snel referenties en fields in kan voegen. Het vergt enige gewenning, maar daarna kun je heel snel documenten schrijven / wijzigen. Tevens kun je veel eenvoudiger door je document heen navigeren. Veel succes en tot de volgende post...

Visual Studio 2010 Release Candidate is uit
09 February 10 09:19 PM | Mark Wildenberg | met no comments

Vandaag is hij uit gekomen. De release candidate voor Visual Studio 2010. Dit zal zo ongeveer de complete versie zijn voor de 2010 release.

Start punt om te beginnen met de release candidate is de blog van Brian Harry, godfather van Visual Studio VS 2010/.NET 4 Release Candidate is Available for MSDN subscribers. Hij heeft alle links op een rij gezet..

Heb je een multi-touch scherm dan moet je wel even oppassen (zoals ik zelf uitvond) er zit nog een fout in. Maar met de USB stekker van mijn multi-touch scherm eruit ziet het er goed uit. Als je meer over de openstaande punten wil weten of feedback wil geven kijk dan op de Microsoft connectsite.

Veel succes en probeer ook de UML tooling uit!

-----------------------------------------

Nog een aantal nabranders:

De nieuwe bijbel voor versiebeheer is uit (TFS Branching guide)
01 February 10 05:03 PM | Mark Wildenberg | met no comments

Persoonlijk vind ik dit 1 van de meest briljante stukken werk van de TFS rangers. De Visual Studio Team Foundation 2010 Branching Guide. Deze guide beschrijft hoe je met versiebeheer om moet gaan. Van klein project tot volwassen omgeving. Natuurlijk helemaal geschreven rond TFS 2010, maar werkt eigenlijk voor elke versiebeheer tool.

Een kort overzicht wat er in de guide staat:

  •  Quickstart ( welke strategy te kiezen )
  • Verschillende branches
    • Basic ==> meest minimale branching strategie waarin releases voorkomen
    • Standard ==> branching waarin naast releases ook service packs uitgebracht worden
    • Advanced ==> branching met ondesteuning voor releases, service packs en hotfixes
    • Mature ==> branching met ondersteuning voor feature teams, releases, service packs (zie figuur)
  • Branching filosofien (welke keuzes maak je op basis van welke uitgangspunten)
  • Rechten

Veel plezier en een absolute must have als je een nieuw software development traject gaat starten.