Melborp.EE

Võimalik üritus juunikuus?

Wed, 29 May 2013 23:25:00 +0200

Ma olen nüüd pikemat aega pimeduses olnud ja blogi on päris vaikseks jäänud. Meie esimene laps Kaspar on jõudsalt kasvanud ja on nüüd juba 9 kuune ning mul on tekkinud rohkem õhtust aega, mille raames kommuunitegevusi ette võtta.

Sellega seoses tänane küsimuspostitus ja palun vastuseid siia blogisse.

Mis teema teid kõige rohkem huvitaks seoses Visual Studio, Visual Studio ALM, Team Foundation Serveri ja Team Foundation Service-i osas juhul kui ma teeks ühe õhtuse ürituse või workshopi (4-8h) nädalavahetusel juunikuus?

Eriti suure huvi ja teemade laviini korral võin kaaluda ka mitmeid üritusi.

Visual Studio 2012 RC väljas!

Thu, 31 May 2012 23:55:00 +0200

Teadaanne! Mõned tunnid tagasi tuli välja Visual Studio 2012 Release Candidate ja .NET 4.5 Release Candidate (RC). Nii mõnigi võib tähele panna, et toote nimetus on muutunud Visual Studio 11 –st Visual Studio 2012 –ks. Tegu on ametliku nimetusega, see on nüüd paigas.

Veel infoks, et Visual Studio 11 Beta –t saab uuendada RC peale otse, kuna Visual Studio 11 oli Go Live litsentsiga. Seega võiks tegu olla meeldiva ja lihtsa uuendamisega.

Teadaanne! Muutunud on ka MSDN Developer Tools blogide keskus, kuhu nüüd agregeeritakse kõik erinevad Microsofti meeskondade ja meeskonna liikmete blogid kokku ja grupeeritakse alade/toodete kaupa.

Teadaanne! Samaaegselt Visual Studio 2012 RC –ga lasid ka Visual Studio ALM Rangerid välja uuendused kasulikele ja praktilistele juhenditele, kuidas Visual Studio ja Team Foundation Server ALM –i erinevates valdkondades kõige paremini ära kasutada.

Visual Studio ALM Rangerite projektid

Kuulutus ja tutvustus video .NET 4.5 ja VS 2012 RC muudatuste osas

Järgnevalt video Jason Zanderiga Visual Studio ja .NET 4.5 RC muudatuste osas.

Viited

Järgnevalt erinevad viited lugemismaterjalile Visual Studio 2012 RC muudatuste kohta ning ka alla tõmbamise lingid:

Kui teil on probleeme Visual Studio RC installeerimisega, siis

Should you find any issues with setup, please be sure to to download and run our log collection utility. You can then find help through the following channels for setup:

Discuss on our Visual Studio Setup forum and include a link to your logs (free hosting available on SkyDrive.com)

File a bug on Microsoft Connect with your logs attached

For general feedback or to file bugs for Visual Studio itself, look to the bottom of Jason’s blog post for a wealth of resources.

Head Visual Studio 2012 RC kasutamist!

Visual Studio 11 Beta – toote uuendused

Mon, 23 Apr 2012 23:47:00 +0200

Visual Studio 11 toob endaga kaasa paranenud (vähemalt minu arvates) toote uuenduste teatamise ning saamise. Enam ei pea otsima Visual Studio uuendust MS Downloadi lehelt ja google-st, vaid toote uuendustest annab teada Visual Studio ise ja Extension Manageris nupule “Update” vajutades tõmbate alla endale faili nimega VS_Update.exe ning see installeerib uuenduse.

Seega lisandub juurde uus kanal, mida kaudu arendajad saavad teada Visual Studio IDE uuendustest ning saavad hõlpsasti omale uuenduse alla tõmmata. Teadaande põhjal ütleks, et tegu testimises oleva teenusega ja Microsoft ootab tagasisidet kommuunilt, et otsustada parim kasutus kanalile.

Peale VS_Update.exe alla tõmbamist, tuleb aktsepteerida litsentsi ja seejärel installeerida uuendus. Ei miskit keerulist.

Kogu protsess (allatõmbamisest installeerimise lõpuni) kestis minu arvutis umbkaudu 10 minutit ja mul ei ole siin masinas SSD ketast ;)

Update KB2677574 kohta leiate rohkem informatsiooni Microsoft Supporti lehelt.

Veel lahedam edasiminek oleks see, kui Nupule “Update” vajutades installeeritakse uuendus automaatselt ning Visual Studio restarditakse. Päris nii sujuv see veel ei ole.

Powered by MVP ürituse materjalid

Tue, 17 Apr 2012 23:51:00 +0200

Powered by MVP üritus on selleks aastaks läbi (ok, ma olen veidi hilinenud postitusega). Minule igatahes meeldis, nägi vanu sõpru, tuttavaid ja kohtasin ka uusi, igatahes palju huvitavaid inimesi kellega sai vestelda.

Kõikide esitluste slaidid ja videod on üleval eneta portaalis.

Minu esitluse teemaks oli “Agiilne meeskond Visual Studio ja Team Foundation Server 11-ga” ning slaididele pakun ka otselingi. Video on kättesaadav eneta portaali kaudu.

Kui kellelgi jäi üles küsimusi uue TFS11 või VS11 kohta, siis antud postitusele võib alati kommentaari lisada ning proovin vastata. Alternatiivina võite ühendust võtta slaididel oleva meili aadressi kaudu või siis eneta portaali foorumist.

Ning lõpetuseks, ma arvan et ennem suve jõuaks teha veel ühe ürituse VS11/TFS11 osas, kuid teemasid on väga palju. Seega küsiks: Millisest kahest teemast lugeja TFS11/VS11 osas kõige rohkem huvitatud oleks?

Vastake palun kommentaaride vahendusel.

Viited: TFS Team Build

Thu, 29 Mar 2012 23:51:00 +0200

Viimasel ajal olen tegelenud aktiivselt Team Foundation Server Team Build 2010-ga ning selle käigus on hakkas silma hunnik linke ja viiteid kasulikele ressurssidele, mida võib kas endal tulevikus vaja minna või siis võimalik, et on kasulik ka teistele. Plaanin ka tulevikus lisada siia viiteid juurde, kui leian või mõni agar kommenteerija huvitavale ressursile viitab.

ALM Rangerite Team Build-i kohendamise juhend

Visual Studio ALM Rangerid on kirjutanud Team Build’i kohendamise juhend, kus käiakse läbi erinevad küsimused, lähenemised, võtted Team Build-i keskkonna loomisel, haldamisel ja kohendamisel. Tegu on pika ja põhjaliku dokumendiga, mis on kasulik erinevate rollide jaoks. Visual Studio ALM Rangerid on konsultandid, arendajad, microsofti töötajad, MVPs jne, kes töötavad tihti peale igapäevaselt Visual Studio ALM and Team Foundation Server keskkondadega. Kogu juhend on reaalselt praktikas kasutuses olevatest lahendustest ja lähenemistest.

http://vsarbuildguide.codeplex.com/

Tähelepanu! Juhend on ka uuendamisel Visual Studio Team Foundation Server 11 jaoks.

MSBuild Explorer

See on vahend msbuild-i failide haldamiseks, kirjutamiseks. Hea vahend MSBuildi failidega töötamiseks on tähtis Team Buildi juures, kuna kogu lahenduse ja projektide töötlemine käib MSBuild abil. Kusjuures, kui teil on juba olemas Resharper, siis ka see aitab MSBuildi faile kirjutada pakkudes intellisense-i ja snippeteid. Päris MSBuild exploreri võimalusi seal muidugi ei ole.

Team Foundation Server Build-i laiendused

Tegu on kollektsiooniga Team Buildi jaoks mõeldud kasulikest workflow tegevustest.

http://tfsbuildextensions.codeplex.com/

MSBuild laienduste kogu

Tegu on MSBuildi projektide juures kasulike taskide koguga. Näiteks üks viimased lisasid võimaldab MSBuildi projektis olevaid target-eid paralleelselt jooksutada.

http://msbuildextensionpack.codeplex.com/

Ewald Hofman-i Team Build 2010 15 osaline kohendamise seeria

Sissejuhatus Team Build 2010-sse (1 osa seerias)

Kommuuni TFS Build-i haldur

Vahend, mis võimaldab paremini hallata suurt kogust Team Build-e ja Team Build-i definitsioone. Vahend integreerub Visual Studio Team Exploreriga kui ka saab jooksutada eraldiseisvalt.

Community TFS Build Manager

Kuidas muuta asukohta kuhu Team Build projekti töötlemise väljundi paneb ja mis folderi struktuuri kasutab

Vaikimisi paigutab Team Build projekti töötlemise väljundid kõik ühte ja samasse drop asukohta, mis on määratud Team Build-i definitsioonis. Seda käitumist, et kõik väljundid paiknevad ühes ja samas kataloogis (v-a veebi rakenduse projektid, mis asuvad drop kataloogis veebi rakenduse spetsiifilises kataloogis), ei ole väga lihtne muuta (vähemalt Team Build 2010 puhul). Siiski kaks erinevat lähenemist ma leidsin ning tooks need siin välja. Standard stsenaarium ja vajadus.

Ed Blankenshipi blogis olev juhend (mina olen nii teinud, v-a workflow parameetri loomine)
William Bartholomew Team Buildi väljundi suunamine konfiguratsiooni kataloogidesse (ei ole kasutanud, minu jaoks oli kummaline eraldi konfiguratsiooni loomine ning nende sellisel eesmärgil kasutamine, aga samas haldamise mõttes võibolla lihtsam)

Lisaks leidsin postituse kus kirjeldatakse kuidas kopeerida faile kaugserverisse mitte usaldatud domeenis.

Team Build 2010 – Copying Build Outputs to Remote Server in Untrusted Domain

Tähelepanu! Kui teil on server, mis ei kasuta sama (domeeni) kontosid, mis Build-imise masin, siis üks lihtne lahendus on luua sama nime ja parooliga konto välises serveris. Seejärel on vaja võimaldada sellele serverile kopeerimist ning ei tasu ära unustada, et UNC jagatud kataloogi õiguste lisamine ei ole piisav, vaid tavaliselt on vaja ka NTFS-i õigusi sellel kontol.

Edu!

Nipp: Kuidas lükata sisse Visual Studios detailset MSBuildi väljundit

Wed, 28 Mar 2012 23:34:49 +0200

Viimasel ajal olen tegelenud palju MSBuildi ja Team Buildiga ning kohandatud projektide failide jooksutamisel võib juhtuda, et vaikimisi Visual Studios seadistatud MSBuildi väljund ei ole piisav, et diagnoosida, mis projekti töötlemise/jooksutamise (build) käigus toimub. MSBuild on tehnoloogia, mida Visual Studio ja Team Build kasutavad Visual Studio lahenduste ja projektide töötlemisel (build) projekti artefaktide saamiseks (nagu binaarfail .dll, või .exe või veebi projekti väljund jne).

Jutt tavapärasest Visual Studio väljund (output) aknast, milles kogu MSBuildi buildi logi näha on.

See informatsioon saab olla palju detailsem ja detailsus on väga väärtuslik, kui buildimise protsessi proovitakse kohendada/muuta. Vaikimisi on Visual Studio poolt seatud MSBuildi logimise tasemeks minimaalne (Minimal).

Kuidas saada rohkem informatsiooni Visual Studio output aknas? Kuidas näha madalama tasemega sõnumeid (<message> ülesanded MSBuildis), mida MSBuild vaikimisi ignoreerib?

Navigeerige Visual Studio 2010-s Tools –> Options
Navigeerige avanenud aknas “Projects and Solutions” –> “Build and Run” ning kohendage “MSBuild project build output verbosity” (järgneval pildil)

Tase Detailed ja Diagnostic väljastavad väga palju lisa informatsiooni ja neid ei soovita kasutada igakordsel Buildimisel, vaid pigem ajutiselt ainult diagnoosimise ajal.

Sama projekti töötlemise väljund “Diagnostic” tasemel.

Nagu näha, väljund aknas on parajalt teksti ning kerimisriba on väga pikk. Lisaks on näha erinevad seadistused, muutujad ja parameetrid, mis on kättesaadavad ja kasutusel MSBuildi poolt projekti töötlemsel.

Visual Studio 11

Visual Studio 11-s käib seadistamine samamoodi.

Edu!

Nipp: Kuidas muuta NuGet pakettide asukohta projektis?

Tue, 27 Mar 2012 23:58:57 +0200

Üks praeguse aja populaarsemaid lisasid Visual Studio-le on pakkide ja projekti viidete haldamisvahend NuGet, mis võimaldab käsurealt või PowerShell-i realt otse Visual Studio-s installeerida/lisada uusi viiteid projektile ning neid hõlpsasti uuendada. Selle postituse eesmärk ei ole anda ülevaadet NuGet-st (leiad viited infole postituse lõpus), vaid jagada hetkel mõnevõrra peidetud saladust, kuidas muuta alla tõmmatud pakettide asukohta, et need ei paikneks otse lahenduse (solution) all packages kataloogis.

Probleem

Tulenevalt koodihalduse nõuetest või lahenduste nõuetest võib olla määratud, et kõik jagatud viited (shared references/assemblies) peavad paiknema kindlas asukohas koodihalduses, nii et kõik teised projektid/lahenduse osad leiaksid need viited üles, projekti viiteid oleks lihtne uuendada ja hallata.

Lahendus

Eeldused

Ma eeldan, et Visual Studio lahendusel on kasutuses NuGet ja projektidele on lisatud viiteid NuGet-i abil. Seega eksisteerib X arv pakke sinu kettal.

Samm 1

Kopeeri lahenduse (solution) kataloogis olevast packages kataloogist sisu üle asukohta, kus hakkad pakette hoidma ja koodihaldusesse uuendama. Minu soovitus enamasti on hoida neid pakette koodihalduse branch-i tasemel, nii et projektid saavad relatiivselt pakettidele viidata ja samamoodi saad sa ka defineerida kataloogi asukoha relatiivselt.

Samm 2

Lisa Visual Studio lahenduse (solution) kataloogi fail nimega “nuget.config”. Sisu on järgneval ekraanipildil.

Teekond on relatiivne lahendusest. Antud juhul asub minu kaust, ühe kausta võrra tagasi liikudes ning seejärel kaustas “TestNugetPackages”.

Hetkel ei toeta NuGet antud konfiguratsiooni läbi kasutajaliidese, aga codeplex-i kohaselt on neil see plaanimises.

Viited

Lõpetuseks üks pisikene infokild uue Visual Studio 11 kohta.

NuGet tuleb vaikimisi kaasa Visual Studio 11-ga, seega praegu on õige aeg selle pakkide/projekti viidete halduri tutvumisega algust teha

Powered by MVP – 3ndal aprillil Tallinnas

Mon, 26 Mar 2012 23:48:55 +0200

3-ndal aprillil algusega 12.30 leiab aset järjekordne “Powered by MVP” sündmus, kus mina koos kaas MVP-dega Eestis jagame oma teadmisi, kogemusi, praktikaid erinevate tehnoloogiate osas nii IT-proffidele kui arendajatele. Üritus kestab ligikaudu 6 tundi millele järgneb aktiivne afterparty Kinecti, suupistete ja jookidega.

Seekordsel üritusel räägin, kuidas Visual Studio 11 ja Team Foundation Server 11 toetavad agiilse meeskonnaga arendamist. Esitluse käigus saab põgusalt otsa vaadatud meeskonna tööle ja arendamisele Visual Studio ja Team Foundation Serveriga sprindi planeerimisest kuni sprindi lõpuni. Esitlus toimub algusega 15.45 ning kestab maksimum tund aega.

Rohkem informatsiooni järgnevatelt linkidelt:

Näeme seal!

Visual Studio 11 Beta ja TFS 11 Beta on kohal!

Wed, 29 Feb 2012 17:19:00 +0200

Visual Studio 11 Beta ja TFS 11 Beta on kättesaadav MSDN Subscriberitele või siis järgnevalt lingilt:

Tõmba VS11 ja TFS11

Rohkem viiteid ja infot leiad:

Visual Studio ALM 11 ja .NET 4.5 Beta 29ndal veebruaril

Mon, 27 Feb 2012 15:20:14 +0200

Mõned päevad tagai tuli põnev teadaanne, et Visual Studio 11 ja .NET 4.5 Beta on tulemas välja sellel nädalal, 29ndal veebruaril. Mõlemad versioonid on “go live” litsentsiga ehk laiv/toote keskkonda viimine on toetatud. Selles postituses jagaks ma ainult viiteid erinevatele allikatele, kuid tuleviku postitustes läheks sügavamalt sisse lemmikutesse Visual Studio 11/Team Foundation Server 11 uutesse omadustesse ja muudatustesse.

Rohkem informatsiooni Visual Studio 11 kohta Preview ja enne Beta versiooni ajast:

Nipp: Muuda sisu otse TFS 2010 konfliktihalduse aknast

Tue, 20 Sep 2011 23:50:00 +0200

Kuigi TFS11 ja VS11 Previre versioonid on juba uksevahelt välja pugemas ning uue TFS11 –ga kaasas olev merge ja diff (eesti keeles “ühendus ja võrdlus vahend”?) vahend on nagu öö ja päev, kasutab suur hulk arendajaid jätkuvalt TFS2010 –t ning loodetavasti järgnev nipp on kasulik. Mina ise avastasin selle enda jaoks alles hiljuti ja see natukene punastama panev, aga ma mitte kunagi ei mõelnud, et konfliktihaldus vahend võimaldab muudatusi otse teha tulemuses (kuigi see tundub nüüd täiesti loogiline ja iseenesest mõistetav).

Kontekst

Kõigepealt tuleb muidugi kontekst paika panna. Oletame, et ma soovin oma muudatusi koodihaldusesse panna ja selle tegevuse peale ütleb Team Explorer Visual Studio’s, et ei saa, konflikt on. Keegi teine on samasid ridasid näppinud, mis mina. Üleval olev pilt illustreerib teadet.

Nipp

Seejärel lähen lähen ma “Ootel olevad muudatused” aknasse ning provin konflikte lahendada.

Ainukene võimalik variant on konflikti lahendamiseks kasutada “Merge” vahendit.

Avaneb vahend kolme koodifaili aknaga, millest vasakul on serveris olev versioon, paremal on minu versioon ja all on konflikti lahenduse tulemus (pilt all).

Nüüd aktsepteeritav lahendus sõltub muidugi olukorrast – vahest on sobiv see mis on vasakul, vahest see mis on paremal ja vahest mõlemad. Vahest on sobiv kombinatsioon vasakust ja paremast, aga mitte täies mahus. Oletame, et ma soovin esimest rida vasakult ja esimest rida paremalt. Sellisel juhul tegin mina tavaliselt nii – aktsepteerisin mõlemat, lahendasin konflikti ja ennem koodi sisse panemist läksin koodifaili kallale ning parandasin vead.

Antud nipp pakub elegantsema lahenduse.

NIPP! Ma aktsepteerin mõlemat lahendust, ning seejärel muudan koodi sobivaks alumises koodifaili aknas. Alumise koodifaili akna sisu on muudetav!

Väga lihtne lahendus ning võimalik, et enamus TFS-I koodihaldusega töötavaid arendajaid teavad seda, aga minu jaoks oli üllatus. Ma varem selle peale ei tulnud ja ometi ma peaks teadma üht-teist TFS-st.

Edu!

VS11, TFS11 Preview!

Mon, 19 Sep 2011 23:53:00 +0200

Eelmisel nädalal BUILD 2011 sündmusel avalikustas Microsoft palju uut informatsiooni, millest minu jaoks kõige põnevam on seotud Visual Studio 11 ja Team Foundation Server 11 –ga.

Nüüdseks on alla tõmmatav kõigile ka Preview versioon TFS11 –st ja Visual Studio 11 –st ning Brian Harry blogil oleva koodiga oli võimalik registreerida end ka majutatud TFS11 Preview liikmeks ning käed külge panna majutatud TFS11 –le.

Liitu majutatud TFS11 teenusega või tõmba alla VS11/TFS11 ning proovi oma keskkonnas

Järgnevalt pakuksin hunniku viiteid, et lugeja saaks alustada tutvumist VS11 ja TFS11 –ga.

Brian Harry kirjutised tänase hetkeni (19.09.2011)

Videod BUILD 2011 sündmuselt

Edu!

Nipp: AsseblyInfo, AssemblyVersion, AssemblyFileVersion

Wed, 31 Aug 2011 02:53:00 +0200

Järgnev nipp on kasulik rohkem toote arenduses, kui mujal – vähemalt ei ole see suuremat tähelepanu tüüpilisi tähtajalisi projekte arendades minu poolt saanud.

Ma usun, et kõik .NET-i arendajad on teadlikud failist nimega AssemlbyInfo.*, mis iga projektiga kaasa tuleb, ja milles erinevad projekti kirjeldused, omadused, allkirjastamine jne kirja saab panna nii, et need kaasa ja arvesse võetaks kompileeritud programmi faili genereerimisel (binaar fail nagu .dll või siis käivitatav fail nagu .exe).

Attribuudid – AssemblyVersion ja AssemblyFileVersion

Antud failis on alati kirjas kaks järgnevat attribuuti (näidis):

[assembly: AssemblyVersion("1.7.0.0")]
[assembly: AssemblyFileVersion("1.7.5.5")]

AssemblyVersion – kompileeritud programmi koodi versioon, mida kasutatakse ühest programmikoodikogust (binaar failist) teisele programmikoodikogule (binaar failile) viitamisel ning sõltuvuse kirjeldamisel (illustratsioon konfiguratsiooni failist, kus on defineeritud custom sektsioon)
```
<section 
name="demo" 
type="TKInc.Demo.DemoSection, TKInc.Demo, Version=1.7.0.0, Culture=neutral, PublicKeyToken=88e86yy70c7749na" 
/>
```
AssemblyFileVersion – faili versioon nähtav kui vaadata faili omadusi (järgneval pildil – File Version ja Product Version)

Attribuutide väärtused toote arenduses

Toote arenduses, milles ma ise igapäevaselt osalen on meil vaja toetada paraleelselt mitmeid erinevaid versioone, mis võivad olla kasutuses kliendi keskkonnas (k.a. minor (2.1.0.0), service pack (2.1.2.2) kui ka hotfix (2.1.2.2) versioonid).

Oletame, et kliendil 1 on toote versioon 2.1.0.0.
Oletame, et kliendil 2 on toote versioon 2.2.0.0.
Oletame, et kliendil 3 on toote versioon 2.1.2.2.

Klient 1 ja 3 antud juhul, omavad sama assembly versiooni, aga erinevat faili versiooni.

Meile, kui ettevõttele on tähtis teada täpselt, mis versioon koodist jookseb kliendi keskkonnas. Samas, kuna toode on keerukas, arendus, deployment ja uuendamine tuleks teha võimalikult valutuks ja lihtsaks ning just siin tuleb appi nende kahe attribuudi nutikas ärakasutus.

1. Nimelt võimaldab AssemblyFileVersion versioneerida ja pidada arvet täpse deploytud kompileeritud koodi versiooni üle, kuna see ei mõjuta ühtegi teist binaarfaili, mis sõltub ja viitab deploytud binaar failist.

2. AssemlbyVersion-i uuendamine ainult major või (major ja minor) versiooni numbrite muutmisel lihtsustab arendust ja deploymist, kuna ei ole vaja uuendada kõiki viiteid antud binaar failile. Kui tegu on sama assembly versiooniga, ja muutunud ainult faili versioon, siis viiteid ei ole vaja uuendada.

Võtke Assembly versiooni kui lubadust teistele sõltuvatele osapooltele, et liides klassidele/meetoditele jääb samaks.

Tähelepanu! Selleks, et end mitte orki ajada ning lubatud kasu lõigata, tuleks järgida mõnda lihtsat reeglit.

Esiteks, kui muutub ainult faili versioon, siis ei tohi lõhkuda ühtegi meetodi/klassi liidest, või saate te üllatuse osaliseks, kus mõndade meetodite välja kutsumine enam ei toimi.

Teiseks, kui te otsustate siiski assembly versiooni mitte muuta, aga lõhute mõne liidese, siis võibolla peate te samaaegselt uuendama mitut sõltuvat ja muudatusest mõjutatud assemblyt, et rakendus saaks edasi toimida. Igatahes on see riskantsem ja mahukam ettevõtmine.

Ma toon välja väärtused toote arendusest, kuna selles valdkonnas tegelen ma ise hetkel ja just siin on mulle need silma hakanud. Teil on aga vaba valik leida väärtust ka mujalt, ja kui leiate, siis palun jagage ka minuga kommentaaride või meili näol.

Näide – .NET v4

Juba praegu on .NET v4 –le tehtud mitmeid uuendusi ja faili versioon on mitmeid kordi muutunud, aga kui te vaatate näiteks machine.config faili v4.0 –le, siis assembly versioon jäänud samaks. See tagab lihtsama hallatavuse, ja samas teab alati, mis versioon koodist on kasutusel.

Samal ajal details mscorlib.dll minu arendusmasinas.

Edu!

Microsoft otsib Partnertudengeid

Wed, 31 Aug 2011 01:13:51 +0200

Järjekordselt on kätte jõudnud aeg, mil Microsoft Eestis on alustanud partnertudengite otsingut tehnoloogia-, disaini- ja turundusvaldkonnas. See traditsioon sai alguse juba üle viie aasta tagasi ning selle aja jooksul on mitmed kümned eesti tudengid saanud võimaluse osaleda aktiivselt tehnoloogia ürituste organiseerimisel, nautida uusimate tehnoloogiate võlusid ning jagada teadmisi ja saada kogemusi esinedes, rääkides, kirjutades, väideldes, vaieldes erinevatel tehnoloogia teemadel.

Miks kandideerida? (MS-i lehelt)

Rahvusvaheliselt tunnustatud partnertudengi staatus
Tasuta ligipääs kogu Microsofti tarkvarale
Hulgaliselt koolitusvõimalusi (tehnoloogiaraamatud, e-õppe & klassikoolitused)
Võimalus saada Microsofti sertifitseeritud professionaaliks (MCP)
Kuulumine superlahedasse Eesti tehnoloogiahuviliste tudengite eliitgruppi
Võimalus osaleda põhjamaade ja Baltikumi MSP-de kokkutulekul Rootsis
Tasuta reis aastaauhinna võitjatele
Microsoft Eesti esinduse juhi soovituskiri tulevasele töökohale kandideerimiseks
Hindamatu kogemus Microsofti meeskonda kuulumisest

Ma ei saa teie eest otsustada ja ma ei tea, mida teie väärtustate, aga ma olin üks MSP’de eellane ning need kogemused ja kontaktid, mis ma sain ning lõin ülikooli ajal esinedes, Microsofti meeskonnaga koos töötades, reisides, ennast (ja vahest ka teisi) koolitades, uue tarkvaraga tutvudes, on mul siiamaani alles, ma hindan neid kõrgelt ja on jätkuvalt värskelt meeles. Osalt just tänu sellele kogemusele ja osalusele olen ma jõudnud töötada Microsoftis, olnud MCT ja treenija ning olen hetkel MVP. Mul on alati heameel näha ja lobiseda sel ajal loodud tuttavate ja sõpradega Eestist, Euroopast, USA’st ja mujalt maailmast ning ühe mu esimese kontaktiga Microsoftist, Emanuele Ognissantiga õnnestub mul siiamaani iga aastaselt kohtuda ning väike lõuna või õhtusöök teha ja minevikust, olevikust kui ka tulevikust rääkida :)

Rohkemat infot ning avalduse vormi leiad Microsofti lehelt.

Hetke ja eelmiste MSP-dega saate ühendust võtta ning kandideerimise nippe küsida Facebooki saidi vahendusel ;)

Head kandideerimist, aega on vaid 2-se Oktoobrini!

Uus TFS Power Tools – august 2011

Sat, 20 Aug 2011 01:23:00 +0200

Eile lasi välja Microsoft Visual Studio ALM–i meeskond järgmise versiooni TFS-i power toolidest. Seekordne versioon toob nii mõnegi kasuliku uuenduse, millest nii mõnedki TFS-i kasutajad puudust on tundnud.

Installeerimine

Esimene uuendus on see, et enam ei pea eelmist versiooni TFS Power Toolidest eemaldama, selleks et saaks uut versiooni installeerida, vaid installer uuendab uue versiooni peale ja eemaldab vana ennem. Küll võib juhtuda et peate oma süsteemi taaskäivitama (või siis piisab windows exploreri restardist?)

Tööülesannete (Workitem) otsing

Teine nendest on Power Toolidega välja lastav "Workitem search”, mis teeb täis sõne otsingu tööülesannete (workitem) pealt. Sarnane laiendus on muidu eraldi codeplexi projekti kaudu kättesaadav olnud, aga nüüd plaanitakse see funktsionaalsus integreerida järgmise Visual Studio/TFS-i tootesse ja Power Tool võimaldab uue funktsionaalsuse juba varakult kasutajateni tuua. Selleks, et otsingu box nähtavale saada tuleb sisse lülitada Visual Studio’s käsuriba nimega “Workitem Tracking” (all oleval pildil) ning seejärel peaks nägema punases kastis olevat käsuriba Visual Studio’s (punases kastis olevad nupud/otsingu kast).

Parem klõps Visual Studio toolbaril ning seejärel avaneb loetelu erinevate vahendite jaoks, kust saab järgnevat valida.

Visual Studio’s otsingu toolbar

Muudatuste tagasi võtmine (changeset rollback)

Kolmas uus funktsionaalsus on muudatuste rollbackimise (tagasi võtmise) kasutajaliides. Antud funktsionaalsus on olnud käsurealt kättesaadav alates TFS 2010-st, aga kasutajaliidest ei ole varem olnud.

Esimene valik. Kasutaja liides näeb välja järgmine, kui vajutada “Rollback …” kausta peal Source Control Exploreris.

See liides pakub võimalusi tagasivõtta üks muudatus, või rida muudatusi.

Teine võimalus on vajutada muudatuste ajaloos muudatuse peal parem klõps ja rollback (all olev pilt).

Tähelepanu! Pange tähele, et rollback on muudatus, mis tehakse esialgu teie oma kettal ning te peate muudatuse sisse checkima (pending changes) alt, et see TFS-i serveris realiseeruks (all olev pilt illustreerib). Seejärel kajastub see kui eraldi checkin muudatuste ajaloos. See võimaldab ka rollback-i rollbackida ;)

Need funktsionaalsused olid mõlemad ka kõrgelt hinnatud Visual Studio uservoice foorumis.

Head TFS-i kui ka uue Power Tool’i kasutamist!

Kasulikud viited: Visual Studio ALM - 31072011

Sun, 31 Jul 2011 23:42:00 +0200

Seekordses postitused sooviksin jagada viimase aja kasulikumaid viiteid Visual Studio ALM valdkonnas. Ma proovin niisuguse viitekogu kokku panna umbes üks kord kuus eelneva kuu kohta.

Team System Café – on lehekülg, mida oled soovinud blogida/mainida juba pikka aega, aga pole veel jõudnud. Igatahes agregeerib see lehekülg suure koguse informatsiooni Visual Studio ALM-I uudiste, how-to’de jt. kohta. Lisaks on lehel hunnik resursse presentatsiooni materjalide näol.

Visual Studio ALM Community Blog Aggregator – nagu nimetus ise ütleb, on tegu agregaatoriga Visual Studio ALM blogi maastikult, kusjuures ühendab ta nii MVP’d, Visual Studio ALM Rangerid ja Visual Studio tootegrupi blogid. Agregaator võimaldab ka full-text otsingut üle blogide.

Brian Harry seeria teemal “Visual Studio ALM vNext” – antud seeria algust on paljud Visual Studio ALM MVP’d juba pikka aega oodanud. Miks? Kuna enne kui Microsoft ei ole avalikustanud informatsiooni järgmise versiooni muudatuste, uuenduste, omaduste kohta, ei tohi MVP’d sellest ka kirjutada. See on osa NDA’st mille kõik MVP’d alla kirjutavad. Igatahes Brian Harry on alustanud seeriat, kus ta räägib järgmise Visual Studio ALM versiooni erinevatest aspektidest ja soovitan kõikidel huvitatutel lugema minna. Hetkel küll alles 2 postitust, aga rohkem peaks olema teel.

Visual Studio ALM video viidete kogu – usin Microsofti töötaja nimega Esther Fan (ei ole kindel, kas see on õige nimi) on postitanud loetelu erinevatest “how do” videotest.

Visual Studio ALM Rangerid on jõudnud MSDN-I

Projektide loetelu

VS ALM Rangerite materjal Build’i kohandamise võimalustest (Build Customization Guidance) Visual Studio ALM’s. Codeplexi lehelt:

Practical guidance and tooling to simplify the customization of Team Foundation Build
Practical guidance to use Team Foundation Build process templates to automate build and non-build scenarios in Microsoft environments
Practical guidance to enable simple and flexible deployment of applications and their data stores
Practical guidance for Activities to empower developers and build engineers
Quality hands-on labs that complement the guidance and effectively guide the user through the features
Visualization of the guidance using quick reference posters

Kujunda järgmist Visual Studio’t ja TFS’i

Thu, 14 Jul 2011 23:55:00 +0200

Visual Studio ja Visual Studio rakenduse elutsükli haldamise (vot see on keerukas eesti keeles, mõtlen muidugi „Application Lifecycle Management/ALM“) vahendite kohta tagasiside kogumiseks on Microsoftil juba paras ports erinevaid kanaleid nagu connect (bugide kogumiseks kasutajatelt), MSDN foorumid (küsimustele vastamiseks, informatsiooni, jne. jagamiseks), Visual Studio ALM MVP’d (ja nende vastavad kanalid), tootegruppide blogid, mõned välised foorumid (nagu stackexchange) jt. Nüüd on sellesse perekonda lisandunud uus kanal nimega uservoice.

Uservoice võimaldab ettevõtetel koguda tagasisidet toote funktsionaalsuste ja omaduste kohta, organiseerida helpdeski (kasutaja tuge), hallata probleeme ja küsimusi. Ise pole seda varem kasutanud, seega suunaks lugeja targema uservoice lehekülje peale.

Microsoft on hetkel loonud selle keskkonna eesmärgiga koguda kasutajatelt ideid ja tagasisidet võimalike uute funktsionaalsuste kohta. Kasutaja saab sisestada oma ideid, mida järgmine versioon Visual Studiost või TFS-st (ehk siis hetkel arenduses olev versioon) võiks endas sisaldada (või mida võiks muuta) ning seejärel saavad kõik külastajad hääletada teda huvitavate ideede ja muudatuste poolt.

Niimoodi kogub Microsoft tagasisidet toote kasutajatelt ning kõige suuremate häältega (ehk siis kasutajaid/kliente kõige rohkem huvitav idee) võib jõuda ka reaalselt järgmisesse toote versiooni. Pange tähele, et kasutajatel on limiteeritud kogus hääli (10). Kasutage neid targalt!

Ideid saate postitada ja hääletada järgnevatelt saitidelt:

Head ideede genereerimist ja hääletamist!

[Lisa] On olemas ka Silverlighti uservoice - http://dotnet.uservoice.com (vähemalt hetkel kasutatakse seda silverlighti jaoks)

[UUENDUS - 16.07.2011] Visual Studio ALM uservoice sait on kokku viidud Visual Studio uservoice saidiga

Tagasi blogimaastikul uue energiaga

Tue, 12 Jul 2011 01:58:00 +0200

Päris pikk aeg on mõõdas viimasest postitusest – veidi rohkem kui 6 kuud. Niisuguse pika vahe tingis alguses pidev reisimine ja seejärel suurem töö kogus, mis reisimisega tekkis. Reisimisest lähemalt – detsembris sai Eestis käidud nii loengut kui ka jõule pidamas, seejärel kuu aega Tais seljakottidega reisimas (kui kellelgi on rohkem huvi Tai vastu siis võin sellest lõputult rääkida eraldi ja meil oli ka reisiblogi (küll mitte päris lõpuni kirjutatud, aga siiski)), seejärel väga suurepärane MVP Summit Seattle’s ning viimaks kui märtsi keskpaigaks püsivamalt (s.t. kolmeks nädalaks, enne järgmist reisi Eestisse) koju sai, siis oli paras kogus tööd juba ees, nii et alles nüüd jõudsin oma blogimise, blogi hostingu kui ka kavas olnud muudatuste kallale.

Esimene muudatus on BlogEngine.NET uuendamine v1.6.1 pealt v2.5 peale. Varasem versioon lasi siiski liiga palju spämmi läbi ja kuna mootor kasutab effektiivselt vahemälu (cache), siis põhjustas kümnete tuhandete postituste kommentaaride omamine serveris paari gigast mälu tarbimist. Igatahes täitsa ebameeldiv kogemus. v2.5 aga tundub mulle väga palju stabiilsemana ja uuendamine ise oli ka väga lihtne – uue installeerimine ja seejärel failide (pildid, postituste manused) kopeerimine uude asukohta ning andmebaasi uuendusskripti jooksutamine. Ei ühtegi probleemi.

Teise sammuna lõin Melborp.NET blogi kaheks – eesti keelne sisu hakkab nüüdsest tekkima aadressile http://www.melborp.ee ja inglise keelne sisu aadressile http://www.melborp.net. Olen juba pikka aega soovinud kirjutada postitusi ka inglise keeles ja nüüd lõpuks võtsin kätte ning tegin ära. Varasemalt olen mitu korda proovinud saanud inglise keelset blogi MVP-de keskkonda, aga siiamaani ei ole see õnnestunud ja enam ei jaksa ka oodata.

Kolmanda sammuna on veidikene ka muutunud disain, aga sellega töö ei ole veel lõppenud. Muudatusi tuleb veel kindlasti, kuigi esimene prioriteet on hakata kirjutama uut sisu, uusi postitusi.

Eneta kommuuniõhtu: Visual Studio 2010 nipid ja trikid

Mon, 13 Dec 2010 09:01:45 +0200

Sellel kolmapäeval on kavas jagada kõikidele huvilistele erinevaid kasulikke nippe ja trikke Visual Studio 2010 –s, mida olen oma viimase aasta jooksul toolbox-i kogunud. Eesmärgiks olen seadnud TOPP 15 nippi ja trikki.

Reklaamimisega olen jäänud mõnevõrra hiljale, kuid vast jõuavad veel enne jõule mõned kuulama tulla.

Üritus on tasuta ja Eneta kommuuniõhtute raames. Toimub IT Kolledžis 15.12.2010 algusega kell 18.00. Üritus on mõeldud enamasti arendajatele ja tasemeks on 300 ehk on väga kasulik varasem kokkupuude Visual Studio-ga.

Rohkem infot ja registreerimine Eneta lehelt:

Eneta kommuuniõhtu: Visual Studio 2010 nipid ja trikid

Loodan, teid kõikki näha sellel üritusel juba sellel kolmapäeval!

Huvitav leid: Convert.ToString(StringBuilder) käitub imelikult null väärtusega

Thu, 14 Oct 2010 23:54:00 +0200

Nagu mõned juba teavad, siis ma elan hetkel Stockholmis, Rootsis ja elu käib siin veidi teistmoodi kui kodumaal. Viimased paar kuud on olnud paras segadus kodu leidmisega siin ja kolitud mitmeid kordi, mille tulemusena on ka blogi maas olnud. Nüüd peaks see segaduste aeg läbi olema. Olen leidnud ühe kena kodu Stockholmi IT linnakus nimega “Kista” ning tegu on pikaajalise korteri üürilepinguga. Tänasest sai ka võrguühendus toimima ja ruuterid konfigureeritud ning blogi (ja muu serveris asuv) on nüüd täie elu juures.

Oma aktiivset blogi postituste perioodi alustaks ühe lühipostitusega (hetkel kellaaeg juba veidi hiline pikemaks postituseks).

Ja nüüd asja juurde. Paljud kasutavad StringBuilder klassi .NET–s, kui on vaja stringi töötlust suuremal määral teha. Ühes kohas, kus ma seda kasutan konverteerin ma StringBuilder’i string’iks kasutades Convert.ToString() meetodit. Muidugi saaks kasutada ka koodilõiku stringBuilderInstance.ToString(), aga see eeldab et StringBuilder alati eksisteeriks, mul aga juhtub ta vahest null olema ning sellisel juhul sooviks et konverteerimise tulemus oleks ka null. Teadupärast null.ToString() annab tulemuseks NullReferenceExceptioni hoopiski. Kuna kood tekstis ei ole kõige kergem viis info edastamsieks, siis läheks näidete juurde.

Oletame, et mul on järgmine koodilõik.

   1: StringBuilder stringBuilder = MingiMeetodMisTagastabNullVõiStringBuilder();

   2: TeeVeelMidagi(Convert.ToString(stringBuilder));

Tähelepanu! Kui te veel ei tea, siis Convert.ToString() on turvaline viis konverteerida mdiagi string’ks. Ehk kui sinna anda null, siis tulemuseks on ka null. Kui sinna anda number, siis sellest tehakse tore string milles on number.

Igatahes, meetod “TeeVeelMidagi()” eeldab sisse saada null, juhul kui stringbuilder instantsi väärtus on null. Kõikkide eelduste kohaselt võiks järgnev koodilõik muutuja “test” väärtuseks saada null.

   1: StringBuilder stringBuilder = null;

   2: string test = Convert.ToString(stringBuilder);

   3: //test == string.Empty, not null!!!

Aga nii see pole, vaid väärtuseks on hoopiski string.Empty (või tühi string). Minu jaoks on see väga imelik käitumine, kuna kirjutades:

   1: Convert.ToString(null);

Saan ma alati väärtuseks null. Miks peaks siis StringBuilder tüüpi muutuja, mille väärtuseks on null, käituma kuidagi erinevalt. Tuleb aga välja, et käitub erinevalt.

Vaadates Reflectoriga järgi, siis näete et puudub Convert.ToString(StringBuilder), küll aga on olemas üldine meetod kõikide objektide jaoks. Antud juhul siis käivitub järgmine koodilõik:

   1: public static string ToString(object value, IFormatProvider provider)

   2: {

   3:     IConvertible convertible = value as IConvertible;

   4:     if (convertible != null)

   5:     {

   6:         return convertible.ToString(provider);

   7:     }

   8:     IFormattable formattable = value as IFormattable;

   9:     if (formattable != null)

  10:     {

  11:         return formattable.ToString(null, provider);

  12:     }

  13:     if (value != null)

  14:     {

  15:         return value.ToString();

  16:     }

  17:     return string.Empty;

  18: }

Kuna antud StringBuilder ei vasta ühelegi tingimusele, siis jõuab jooksutamine viimase reani, kus tagastatakse külma rahuga string.Empty. See on siis käitumine kõikide olevuste puhul, mille jaoks ei ole olemas oma meetodit, vaid läheb objekti alla.

Igatahes, oli see minu jaoks üllatuslik käitumine ja põhjustas ühe bugi lahenduses. Olge ettevaatlik ja ärge eeldage samat käitumist alati. Isegi null võib vahest muutuda tühjaks string’iks (eesti keeles sõne?)