Mnoho organizací vyvíjí a podporuje aplikace napsané v prostředích Java, .NET, nebo založené na jiných platformách. V dnešní době jsou tyto různorodé platformy odděleny a organizace nemají možnost komplexně sledovat průběh vývoje. Toto oddělení způsobuje, že zdokonalení procesu v rámci jedné platformy se obvykle neprojeví na ostatních platformách. Díky prostředí Visual Studio 2010 se tato nepříjemná separace stává minulostí.
Na této stránce:
Historie izolace
Odjakživa platilo, že pokud jste používali vývojové nástroje společnosti Microsoft, pracovali jste v prostředí Windows a pravděpodobně i vyvíjený kód byl určen pro tuto platformu. Organizace si vybíraly nástroje podle konkrétní technologie, protože nástroj a technologie šly spolu ruka v ruce. Pokud jste psali kód například v jazyku Visual C++, jistě jste pracovali pomocí nástroje pro Windows.
Pokud jste programovali v Javě, zřejmě jste používali integrované vývojové prostředí společností SUN či IBM případně jiné volně dostupné aplikace. Možná jste nasazovali aplikace do prostředí operačních systémů Unix nebo Linux, ačkoli byl ve vašem počítači nainstalován systém Windows. Ovšem volba další samostatné platformy obvykle vyžadovala i zcela odlišné technologické vybavení. Byla to úrodná půda pro nejasnosti a také pro dogmata. Zdálo se, že pro takovýto rozdrobený svět nikdy nebude možné nalézt efektivní řešení.
Organizace často rozdělovaly týmy podle nástrojů, které tyto týmy používaly, a to nejenom z důvodů profesionálních preferencí. Někdy bylo potřeba, aby firmy přijaly více platforem, například kvůli zděděným systémům, nebo pokud došlo k fúzi či ke koupi jiné společnosti. Často musely zvládnout duplicitní procesy, týmy či vývojové nástroje. Stalo se nepsaným pravidlem, že se lidi škatulkovali podle konkrétních nástrojů či jazyků do uzavřených skupin, které jen zřídkakdy navazovaly vztahy s ostatními. Vybrali jste si skupinu, a tím byla určena vaše kariéra.
Toto byl přirozený řád věcí. Velké konzultační firmy, početné týmy specialistů v oboru informačních technologií nebo produktoví vývojáři v oblasti interoperability obvykle nakonec požadovaly komplexní řešení, většinou ve formě oddělených nástrojů a odděleného řízení. Pro různé platformy měli různé lidi a týmy expertů. Pracovní týmy byly izolovány a většinou žily v odloučení. Lidé se naučili, jak vedle sebe existovat, ale jen zřídkakdy spolupracovali.
Také řízení jednotlivých procesů bylo většinou obehnáno zdí. Pokud existoval společný postup, obvykle byl oddělen od samotného psaní kódu. Společnosti měly pro různé technologie také různá osobní či produktová oddělení. Firmy sestavovaly a nasazovaly aplikace pro sálové počítače, pro další systémy vnitropodnikových informačních technologií a pro zákaznicky orientovaná datová centra, což působilo nárůst počtu specialistů a také budování kulturních zdí. Týmy si neuvědomovaly možnosti sjednocení procesů a nástrojů. Nástroje pro tvorbu a nástroje pro ostatní oblasti vývoje představovaly pouze omezená řešení pro tu kterou oblast. Svět nebyl nakloněn sjednocení, a proto si neuvědomoval možnost celistvého pohledu na tok práce ani možnost sdílení myšlenek a cílů.
Nový vzor
Uvedení serveru Team Foundation Server 2005 sebou přineslo zajímavé myšlenky. Kombinace řízení procesů s integrovaným vývojovým prostředím spolu se sdílením společného pohledu na aktivity v rámci celého projektového týmu představovaly posun novým směrem. Bylo to nové a nezvyklé, mít k dispozici velké množství dat od všech odborníků a týmů, která celistvým způsobem popisovala určitý sdílený proces. Zrodilo se spolehlivé řízení životního cyklu aplikace s pevnou vazbou na technické týmy.
Prostředí Visual Studio 2010 udělalo další průlom. Zpochybňuje koncepty duplikování procesů a řízení pro různé nasazené technologie a také nutnost izolace. Modul Team Foundation Server pro prostředí Eclipse (znázorněno na obrázku 1) sjednocuje dlouho izolované odborníky do jediného společného procesu, a to bez ohledu na technologie.
Obrázek 1: Úprava kódu v prostředí Eclipse pomocí modulu Team Foundation Server
Modul Team Foundation Server pro prostředí Eclipse přináší do tohoto integrovaného prostředí velké množství nástrojů pro úpravu a řízení životního cyklu aplikace. Eclipse je ve světě Javy již delší dobu běžně používaným prostředím, které nabízí nástroje a rozšíření pro různé technologie. Je běžné, že vývojáři, kteří vyvíjí v jiných jazycích (například Java/J2EE, C++, Python, Perl), pracují právě v tomto prostředí.
Vývoj v prostředí Eclipse nyní může znamenat vývoj se stejnými možnostmi řízením procesů, jaké jsou součástí prostředí Visual Studio 2010. Uživatelé Eclipse nyní mohou mít ve svém vlastním vývojovém prostředí možnosti, které přesahují hranice správy zdrojového kódu. Ve svém již existujícím a známém prostředí mohou mít přístup ke stejným pracovním položkám, šablonám procesů, projektovým portálům, dokumentům, hlášením a ke stejným kolekcím projektů, jako vývojáři, kteří používají platformu .NET. Máte-li kód nebo webovu infrastrukturu, které používají technologie .NET, PHP, Java/JSP, Python, Pearl, Django či jiné, můžete to vše řídit a udržovat pomocí jediné sady nástrojů pro řízení životního cyklu aplikace. Vývojáři mohou nadále používat nástroj, který znají, a současně se spojit a spolupracovat pomocí obvyklé infrastruktury pro řízení životního cyklu aplikace prostředí Visual Studio 2010. Týmy, které používají různé technologie, mají nyní možnost postupovat jednotně. Mohou podporovat společné vize a cíle a spolupracovat pomocí sdíleného nástroje.
Pracujete-li v současnosti zejména v prostředí Eclipse a s prostředím Visual Studio se teprve seznamujete, bude pro vás novinkou těsné propojení mezi řízením procesu a vývojem kódu. Podle toho, jaké nástroje jste používali, jste možná měli problémy se správností metriky nebo s prostředím pro sdílení a spolupráci. Téměř jistě bylo velmi obtížné nahlédnout na projekt jako celek a bylo k tomu potřeba mnoho různých nástrojů. Pokud jste měli možnost pomocí nástrojů pro správu požadavků a pro sledování vztahů přiřadit ke změnám v kódu popis funkčnosti či závad, pravděpodobně jste museli nakoupit drahé licence. Ale díky serveru Team Foundation Server jsou mocné nástroje pro spolupráci v integrovaných vývojových prostředí založených na Eclipse dostupné přímo.
Obrázek 2: Modul Team Foundation Server pro Eclipse umožňuje pracovat se zdroji v prostředí, které znáte
Řízení životního cyklu aplikace pro každého a kdekoli
Jádrem všech nástrojů pro řízení životního cyklu aplikace prostředí Visual Studio je Visual Studio Team Foundation Server 2010. Z tohoto důvodu mají různé platformy stejné možnosti přístupu k informacím a statistikám o projektu. Pro organizace s heterogenními technologiemi je nyní k dispozici reálná možnost řídit životní cykly aplikací. Patří k tomu i možnost vidět a pochopit proces do hloubky, která je k dispozici díky datovému skladu a službě SQL Analysis Services. Jde o řízení životního cyklu aplikace a sdílené nástroje pro nás ostatní!
Pro ty vývojáře, kteří ve světě smíšeného vývoje žijí a pracují, se snižuje počet potřebných nástrojů. Pokud pracují na projektech, které zahrnují více jazyků, mohou těžit z výhod sdílené databáze zdrojového kódu. Tato je základem agilního vývoje. Díky mocným nástrojům pro spolupráci a díky snadné metrice můžete projektům dobře rozumět, a to bez ohledu na smíšenou technologii konkrétního produktu.
Kromě toho se snižují administrativní a procesní vícenáklady. Aktivity, které souvisí s informačními technologiemi a s vývojem produktů, je vhodnější založit nikoli na nástrojích a technologiích pro různé skupiny, ale na jediném nástroji pro celou organizaci. Znamená to, že nebude potřeba předávat výstupy procesu na různá místa a dělat stejnou práci vícekrát. Také to znamená, že pro běžný provoz stačí méně znalostí a dovedností. Správci procesu se mohou soustředit na infrastrukturu jediného procesu, a přitom zdokonalit proces celé organizace.
Modul Team Foundation Server pro prostředí Eclipse znamená u heterogenního vývoje konec přístupu „my proti nim“. Týmy lépe spolupracují a jejich vzájemná izolace se stává věcí minulosti. Společné zpracování a předávání hlášení jakož i jediná sada nástrojů a jediná databáze zdrojového kódu umožňují dříve izolovaným a konkurujícím si odborníkům pracovat účinněji a výkonněji. Protože se informace mohou šířit i přes hranice technologií, je možné získat mnohem komplexnější pohled než v minulosti.
Přehlednost a spolupráce nejsou v prostředí Visual Studio 2010 jenom prázdnými slovy. Společnost Microsoft nabízí pro dříve oddělené skupiny jak nové cesty pro spolupráci, tak i novou úroveň produktivity.
