Idén először tartotta az Atlassian a fejlesztő konferenciáját, az AtlasCamp-t Európában Wiesbadenben március 22-23-án. Idén először vettem részt az AtlasCamp-en. Mivel te nem jöttél el elmesélem miért bánhatod.

21-én este egy before party-val kezdődött amit kihagytam mivel még a vonaton utaztam. Praktikus és költséghatékony utazás volt hálókocsival mivel reggel hatra értem Frankfurtba és fél nyolckor én regisztráltam be elsőként. Mindenki jókedvű volt és nyitott. A nyakin csak egy név volt így még bátrabban kezdhettél bárkivel beszélgetést függetlenül, hogy melyik cégtől jött.  

Márpedig volt kivel beszélgetni bőven, mivel 150 résztvevő jött el. Az Atlassian képviselői egyaránt jöttek San Francisco-ból és Sydney-ből.

Nyíltan egyből a közepén kezdték az Atlassian Marketplace bejelentésével. Ez nem más mint a Plugin Exchange továbbfejlesztése ahol a továbbiakban már meg is lehet vásárolni a harmadik fél által fejlesztett plugineket, kiegészítőket. Ez azt jelenti, hogy a plugin fejlesztőnek nem kell foglalkoznia a license generálással, a számlázással, az értékesítéssel. Persze annak sincs akadálya, hogy párhuzamosan saját csatornán is értékesítse a termékét. Az eddigi Plugin Exchange használathoz képest még meg kell adni az árlistát ami az Atlassian termék felhasználói számához kell illeszkedjen és már működik is.

További magas szinvonalú előadásban ismerhettük meg a JIRA5 újdonságaitól kezdve, a minőségi plugin főbb ismérvein keresztül a több verzióval is kompatibilis fejlesztés titkait. Olyanok voltak az előadók mintha nagyon lazán csak beszélgetnének és közben profin felépített prezentációt láttunk hallottunk. Ekkorra már úgy elfáradtam, hogy sajnos nem voltam képes elmenni az esti party-ra pedig igen jó hangulatú volt. Másnap délelőtt nem mindenkinek sikerült megjelenni a folytatáson.

Mike Lee, The Worlds Toughest Programmer eljött és megtanította nekünk, hogy mi is az a Product Manager. Ő volt az első és eddig egyetlen vendég előadő és talán a legjobb előadást tartotta. Egy másik nagyon izgalmas előadást halhattunk Rich Manalang-tól a távoli alkalmazások lehetőségeiről. Elmesélte, hogy a történelmi alapokra építve mennyi problémával jár ennek a kialakítása, de nekikezdtek és amint tudjuk abból előbb vagy utóbb lesz eredmény is. És hogy ez miért annyira izgalmas? Mert az OnDemand szolgáltatás esetén csak korlátozottan lehet plugineket telepíteni. A távoli alkalmazás segítségével viszont ott is kinyílhat a bővíthetőség szelencéje.

További előadások hangzottak el pluginek biztonsági kérdéseiről élő xss bemutatóval, hogyan fejlesszünk Scala-ban vagy JRuby-ban és különböző frontend trükkökkel és praktikákkal ismerkedhettünk meg.

Nemsokára felkerülnek a videók is ahogy a 2011-esek is. Bennem is felmerült a kérdés amit mások is feltettek nekem, hogyha megnézhetem a videókat akkor miért volt jó elmenni oda két napra amihez majdnem két napot kellett utazni. Nos a válasz egyszerű, ami nem jön át a videón csak a helyszínen az a 150+ ember közös gondolkodása ami egy inspiráló környezetet ad, felvillanyozza az embert. A videón keresztül nem lehet személyesen beszélgetni az atlasszianosokkal vagy akár a többi fejlesztővel. Egyben egy fajta kikapcsolódás is volt a hétköznapokból amikor teljes mértékben egy dologra tudtam koncentrálni és így sokkal hatékonyabban lehetett haladni is. Na meg a workshop mielőtt elfeledem.

A workshop keretében kiscsoportban kidolgoztunk egy tutorialt a license API használatáról. Én a javasolt módon előkészültem és letöltöttem a plugin SDK legfrissebb verzióját a 3.8-ast még szerdán. Aztán csütörtökön az előadáson látom, hogy a 3.9 vagy újabbra van szükség. És ez nem elírás, hanem csütörtökön release-elték a fiúk a 3.9-est amiről az előadás is szólt. Gondoltam sebaj és megfrissítettem este. A javaslatban az is benne volt, hogy először egyedül menjünk végig a tutorialon ami majdnem sikerült csak a végén nem működött. Végül is az is szép feladat, hogy megtalálják, hogy mit rontottam el. Első körben arra gyanakodtak, hogy lassú a gépen és a 60 másodperces plugin telepítés időtúllépés miatt nem sikerül. Ekkor végignéztük az ő gépükön és minden kérdésre kaptam választ. Később azért nem hagyott nyugodni a dolog és szegényember ssd-jeként segítségül hívtam a ramdisk-et 1GB erejéig és azt használtam targetnek ami így kb. 4x gyorsabb buildet és indulást eredményezett. De az NPE nem múlt el. A fiúk kitartóan segítettek és megtalálták, hogy a plugin /plugin tag-ek nem a megfelelő helyre kerültek a pom.xml-ben hanem egy másik plugin configuration részébe. Ez ugye nem okoz a pom.xml-ben szintaktikai hibát mivel a confoguration-ben bármi lehet a maven szerint, de amit szerettünk volna berni az így kimaradt. Ezt kijavítva már működött rendben. Vagyis csak majdnem rendben, ugyanis ekkor kiderült, hogy én még a szerdai tutorial verzióval dolgoztam ami funkcionálisan rendben volt de még csütörtökön gyorsan megdizájnolták, rendbe rakták a jogosultság kezelését stb. hogy azért az Atlassian-tól megszokott minőséget adják ki a kezükből. Néha nehéz követni ezt a sebességet.

És még egy gondolat a hozzáállásról. Amikor megtalálták, hogy mi okozza az NPE-t akkor természetesen nem az volt a mondásuk, hogy elrontottam és többet ilyen ne forduljon elő de még csak nem is zárták le annyival, hogy hurrá megtaláltuk a problémát és a megoldást és ezzel mindenki happy. Készítettek egy új issue-t, hogy a log alapján könyebben meg lehessen mondani, hogy konfigurációs hiba van a projectben, mert én már valószínüleg nem fogom mégegyszer ezt a hibát elkövetni de mással is előfordulhat.

Szombaton koradélután értem haza és méginkább elfáradtam amiben persze része volt a megfázásnak is, de mindenképp megérte. Ha tehetem megyek legközelebb is. 

 Az Atlassian izgalommal jelenti be a JIRA 4.4 kiadását - ami a legnagyobb JIRA kiadás az elmúlt években - több mint 1400 szavazat kielégítése! 

A JIRA fejlesztői csapat keményen dolgozott, hogy gyorsabb és 
termelékenyebb funkciók segítség a JIRA adminisztrátorokat és végfelhasználókat egyaránt.

• Grafikus Workflow tervező
• Projekt-központú adminisztráció
• Új telepítő és frissítő
• Nagyobb teljesítmény a keresésben

Nézze meg az összes új funkciót az Újdonságok videón! Maradj velünk, itt a következő hetekben a mély merülést és a technikai részleteket sorozatban megismerheted a JIRA 4.4 legizgalmasabb részleteit.

Projekt-központú adminisztráció 

Grafikus Workflow tervező

A Projekt adminisztráció egy új, egyszerű felületet kapott. A projekt minden sajátossága 
elérhető egy pillantással, így könnyű kézben tartani 
egy meglévő projektet - amelyhez issue típusok, mezők, és a jogosultságok 
kapcsolódnak - és változtatni menet közben. A workflow szerkesztése a legIzgalmas rész - a JIRA 4.4 tartalmazza az új beépített vizuális workflow tervezőt. 
 

Új frissítő, telepítő 

Frissítések, telepítés és beállítás mind egyben van az új varázslóban. Az új 
frissítő

• ellenőrzi a plugin kompatibilitást
•  'testreszabás jelentés"-t készít
• migrálja a gyakran módosított fájlokat

Ami azt jelenti, hogy a JIRA friss és használatra kész lesz pillanatok alatt, így rengeteg időt hagy a projekt-központú admin oldalak vizsgálatára.  Az adminisztráció Gyors keresés segítségével bármelyik lapot elérhetjük az adminisztrációs részben, csak a nevét kell elkezdeni beírni.

Az Atlassian termékeinél hagyományos volt, hogy amennyiben egyszerre több terméket rendeltünk, akkor az Atlassian 10%, 12,5% engedményt adott a termék árából. Ez még abból az időből származott, maikor csak a Jira és a Confluence volt az Atlassian két terméke.

Most viszont már van JIRA, Confluence, JIRA Studio, Bitbucket, FishEye, Crucible, Bamboo, Clover, Crowd, GreenHopper, IDE Connector, SharePoint Connector. Ezek közül az engedmény nem vonatkozott a starter licencekre, valamint az olyan licencekre, amelyek harmadik féltől vannak, és ezért az Atlassiannak is keményen fizetnie kell minden egyes eladott licence után. Bonyolult volt, és csak a nagy vevők tudták kihasználni, akik sokat rendeltek, és ezeknek talán nem is volt annyira fontos. Végülis nem az kell(ene), hogy legyen a fontos, hogy mennyi engedményt kapunk, hanem, hogy mennyi a végső ár, és ezért az árért milyen értéket kapunk. Ebben pedig az Atlassian elég erős, a 10% engedmény nélkül.

Ezárt az Atlassian úgy döntött, hogy ezt az engedmény formát 2011. május 2-án megszüntetni.

Tavaly október óta elérhető hat termék, JIRA, Confluence, GreenHopper, FishEye, Bamboo and Crowd 10$-ért. Aztán folyamatosan felsorakoztak a partnerek is a különböző add-on-okkal. Idén októbertől pedig a Crucible is.

- Akkor ez most csak egy akció aminek egyszer vége lesz?

- Ez nem akció, hanem az árlista része. Nem csak átmenetileg elérhető, hanem egy állandó ajánlat, határidő nélkül.

- Ha már ennyire olcsó, akkor miért nem ingyen adják?

- Minden 10$ a Room to Read alapítványhoz kerül. Az Atlassian hisz benne, hogy a közösségtől nemcsak kapni lehet, hanem adni is kell.

- Na jó, de mire megy a 10$-okkal a Room to Read?

- Sok kicsi sokra megy. Az elmúlt egy év alatt 700.000$ (nem elírás!) gyűlt össze. Ebből nem került semmi levonásra mert a felmerülő többlet költségeket mind az Atlassian fizeti. A cél nem kevesebb mint 1.000.000$ a fejlődő országok könyvtári fejlesztéseire az iskolásoknak.

- Ez a használati jog teljes értékű vagy csak korlátozott használatot enged?

- A JIRA, Confluence és a GreenHopper esetén teljesértékű 10 felhasználós licensz míg a Crowd és a Crucible estén is teljesértékű 50 illetve 5 felhasználós licensz. A FishEye kezdő licensz 10 felhasználónak legfeljebb 5 repository használatát biztosítja. A Bamboo esetén pedig 10 lokális build job lehetséges. A licensz használati joga nem jár le, örökérvényű és tartalmaz egy év támogatást is ami magában foglalja a frissítéseket használati jogát is. A további frissítések évenként 10$-ba kerülnek, de használni lehet anélkül is, nincs semmi kötelezettség.

A végére hagytam a kedvenc kérdésemet, amit szinte mindenki feltesz amikor először hall erről a lehetőségről.

- A 10$ az felhasználónkként vagy a 10 felhasználóra együtt értendő?

- A 10 felhasználó összesen 10$ vagyis felhasználónkként 1$. Csak így magunk között, nem mindegy? Nem lekicsinyelni akarom azt a kb. 20.000Ft különbséget, de tíz dolgozó ember munkaeszköze esetén akkor is megérné, hát még 2.000Ft-ért.

Mivel volt olyan is aki félre értette és le sem merem írni, de még három nullát gondolt utána, ezért álljon itt betűkkel is: tíz felhasználó tíz dollárért.

Az Atlassian felismerte, hogy a 10 és 25 felhasználós licencekről nem mindenki akar rögtön a 100 felhasználós licencre upgrade-lni, ha a 25 felhasználó már nem elegendő, és ezért bevezették a Confluence 50 felhasználós licencet. Ezzel együtt a Confluence-hez tartozó SharePoint Connector kiegészítő szoftverhez is kiadtak egy 50 felhasználós licenc típus (ez így logikus, hiszen ugyanannyian tudják használni ezt a modult, ahány Confluence felhasználó van).

Az Atlassianra mindig is jellemző volt, hogy soha nem hozta az ügyfeleit rossz helyzetbe. Ez benne is van az egyik üzenetükben, ami rövidítve DFTC, amit nem fogok lefordítani, mert valószínűleg az ausztrálok nem olyan prűdek mint mi (én). Azért még, csak hogy értsétek: Dont F* The Customer. (Ha valakit érdekel, az Atlassian oldalain az Atlassian TV-n tisztán, érthetően, artikuláltan és hangosan ki is mondják, és el is magyarázzák, hogy ez mit jelent.)

Eddig, több más mellett, azt jelentette, hogy ha vettél egy licencet A-ra, és onnan upgrade-t B-re, akkor az upgrade ár mindig a B ára mínusz az A ára volt, és ez nem lesz másképp ezután sem.

Most viszont van egy új licenc, ami eddig nem volt rendelhető, de most már igen. Rosszul járjanak azok, akik tegnap vettek egy 100 felhasználós licencet, pedig elég lett volna ötven?

Nem fog. Az Atlassian kiértesít minden olyan felhasználót, aki az elmúlt 90 napban vásárolt 100 felhasznúlós Confluence licencet, vagy upgradelt, vagy frissített. Ezek a felhasználók dönthetnek úgy, hogy downgrade-elnek 50 felhasználós licencre, és az Atlassian automatikusan két évre terjeszti ki a támogatási időt.

  2010. December 1-én megjelent a Crowd 2.1 verziója. Még masszívabb mint a 2.0, miközben majdnem 230 szavazat jutott érvényre.

Egy új, átfogó REST API került bele. Ha az alkalmazásodat szeretnéd integrálni a Crowd-al, akkor szeretni fogod. Az egymásba ágyazott csoportok kezelését egyszerűvé teszi és sokkal jobb keresési lehetőségek vannak benne mint a SOAP API-ban. A SOAP API nem fog eltűnni, de a REST API-t sokkal könnyebb használni.

Az Atlassian újraírta az Apache és a Subversion csatolót C-ben. Sokkal gyorsabb lett kevesebb memóriát használ, kezeli az SSO-t és az egymásba ágyazott csoportokat is. Szerezd meg a Plugin Exchange-ről.

Az LDAP is jelentősen gyorsabb lett - átkerült a cache kezelés a memóriából adatbázisba és az LDAP kapcsolatokat is újrafelhasználja. Ez a gyakorlatban azt jelenti, hogy a cache kezelés a korábbinál nagyobb felhasználó bázis esetén is működni fog, a keresés is jobban dolgozik és az Active Directory elérés esetén az SSL használat ugyanolyan gyors mint SSL nélkül.

A Crowd felkészült az "Az Internet vége"-re is és támogatja az IPv6 használatát.

Olvasd el az összes kiadási feljegyzést vagy csak töltsd le a biteket. És ha már játszottál vele ne feledd elmondani mit gondolsz róla.

Emlékeztetőül az összes termék aktuális legfrissebb verziója:

• JIRA 4.2
• GreenHopper 5.3
• Confluence 3.4
• SharePoint Connector 1.2
• JIRA Studio 2.3
• Crowd 2.1
• Bamboo 2.7
• FishEye 2.4
• Crucible 2.4
• Clover 3.0
• IDE Connectors
• BitBucket

(Ez a jegyzet egy Atlassian blog fordítása.)