RSS Feed LinkedIn Google Plus

Kategória: Ajánló

  1. Scrum in Action

    2013. július 8. hétfő

    Andrew Phan és Phoung-Van Pham könyve gyakorlati áttekintést igyekszik nyújtani a Scrumról, külön pozitív, hogy egy fejezetet szánnak a pénzügyi tervezhetőségnek is, kiemelve, hogy a felső vezetésnek ne azt próbáljuk elmondani, hogy a Scrum modern, hatékony, rugalmas, hanem törekedjünk az objektív, pénzügyi nyelvezet használatára. Gyakorlatias jellegű könyv, a  teljesen kezdők számára talán kevés a magyarázat a miértekről. Pozitív, hogy a Scrumnak az enterprise méretű vetületeivel is foglalkozik, de nagyon részletes magyarázatot nem ad. Dicséretes, hogy külön fejezet foglalkozik azzal, hogy hogyan kell beszélni a külső kapcsolatokkal a főigazgatótól kezdve a közvetlen felettesen át a QA csapatig. Az alábbiakban pár dolgot kiemelnék belőle. (more…)


  2. Kód felülvizsgálat, ismételten

    2012. február 17. péntek

    A Budapest.js meetup után beszélgettem az egyik kollégával, mondta, hogy náluk is egy csomó emberen kell, hogy keresztülmenjen az elkészített kód. A programozó megírja, átnézi, utána egy másik fejlesztő jóváhagyja, majd jön a team leader, QA… Szeretik is a GitHubot (privát projektre) használni, hiszen a soronkénti véleményezés lehetősége jelentősen megkönnyíti a kommunikációt. És olyan hozzászólások szoktak lenni, hogy lemaradt a dokumentáció, egy optimálisabb algoritmust kellett volna választani, miért pont így csináltad, stb.

    Mint én is írtam korábban róla, a code review a napi fejlesztési folyamat része kell, hogy legyen. A felhasználói tesztek az alkalmazásunknak csupán a külső felületét tudják elérni, de a belső logikát nem látják. Ha ezt a lépést kihagyjuk, az olyan, mintha laikusként mennénk el autót vásárolni: szépen le van fényezve, jó a hangja, mozog a kormány: mehet a release. Hogy meg kellett volna nézetni egy másik fejlesztővel (szakszerviz)? Bocs, erre most nincs erőforrás… Lehet, hogy bejön. Lehet, hogy az első bugreportnál az engine-t refaktorálni kell, vagy a szétrozsdált framework miatt full rewrite-ra lesz szükség. Bevállalod?


  3. Budapest.js, JSHint, jmpress.js

    2012. február 16. csütörtök

    Kedden megtartottuk az idei év első Budapest.js meetupját. Nacsa Sándor a Windows Store-ban rejlő potenciált és az új Metro stílusú felületet mutatta be, Galiba Péter egy saját készítésű jQuery plugint ismeretett. A Prezinek köszönhettük a termet és a fogyasztani valókat.

    Én magam a statikus kódelemzés JSHint által képviselt irányával készültem. Videó felvétel nem volt, de a diasorom most is elérhető, melynek ezúttal a jmpress.js a motorja. Miért pont ezt választottam? Out of the box tartalmazza azokat a tulajdonságokat, amiket az impress.js még mindig nem fogadott be, és működik minden böngészőben, köztük az Internet Explorerben is. Igaz, számomra a lényeg az volt, hogy az előadásom jó legyen, de azért nem árt, ha utólag is meg tudják nézni… Mind a két említett eszköz a Prezi ötletén alapul. Nézzük az előnyöket és a hátrányokat: (more…)


  4. Monitor: mekkora az akkora?

    2012. február 13. hétfő

    monitorok-thumbnail

    Mostanában sok cégnek megnéztem az állásajánlatait azt kutatva, vajon hogyan igyekszenek megnyerni a minőségi fejlesztőket. Az egyik helyen olvastam, hogy milyen jók a munkakörülmények, külön kiemelve, hogy nagy monitoron lehet dolgozni. Mint megtudtam, ez alatt 22-23 inch-es óriási kijelzőt értenek. Na, de kérem, nem 10 évvel ezelőtt élünk! A 22 colosat nevezzük monitornak, az alatt fejleszteni már kissé kényelmetlen: egy ablak jól elfér, de párhuzamosan kettő egymás mellett egy 17-19 colos monitoron szinte kizárt. 22-es alatt otthonra sem vennék magamnak, a laptop pedig külső monitorral az igazi. (more…)


  5. JavaScript Documentation Sucks

    2012. február 8. szerda

    I want to use your JavaScript library. I really do.

    Unfortunately, a lot of you are bad at documenting it, so I can’t figure out how to use it before I give up and find something easier to learn.

    Írja Harry Brundage a sokat sejtető cikkjében. Sajnos JavaScript-re a mai napig nincsen folyamatosan karbantartott dokumentáció készítő eszköz. A docco nem az, hiszen alapvetően a kód megértését segíti, nem a használatát. A JSDoc legutóbbi kiadása 2010 júniusában volt. De még ha aktualizálva is lenne, a felhasználáshoz szükséges példák nagyon meg tudják növelni a dokumentációs blokkokat, ami viszont a fejlesztést nehezíti. Talán Harry fogja elhozni a megoldást?

    I also have my own storm a’brewin. Come back and check here in a couple weeks.


  6. Zooming presentations

    2012. február 6. hétfő

    Nagyszerű ötlet áll a Prezi.com mögött: azzal, hogy az információt egy óriási, nagyítható vásznon helyezzük el, a mondanivalónk sokkal jobban meg tud maradni, hiszen könnyebb arra emlékezni, hogy valahol ott jobb oldalt felül, a „magamról” blokkban láttam, mint arra, hogy a diasor 139. oldalán… Sajnálatos módon a legtöbben nem ismerik fel, milyen lehetőséget kaptak ezáltal. Megnéztem a Prezi „featured” és népszerű bemutatóit, és alig találtam olyat, amire azt mondhattam volna, hogy ez igen, a Prezi valóban sokkal többet tud nyújtani, mint a lineáris bemutatók. Iskola példa Brooke Ahrens 30 Things About Me diasora. A Prezi itt csupán egy másfajta átmenet a diák között, és minden második „értékes” dia között van egy felesleges, hiszen tudjuk, hogy az 1 után a 2 jön, a 2 után a 3, a 3 után a 4, a 4 után az 5, az 5 után a 6, a 6 után a 7, 7 után a 8, 8 után a 9, stb. egészen 30-ig. Még elolvasni is hosszú, nemhogy kivárni az animációkat… Ezzel nem büszkélkednék, de lehet, hogy csak én érzem így, a közel 600 ezer megtekintés jelent valamit.

    Szerencsére vannak jó példák is, a City of Heroes Freedom kiváltotta a „Hűha!” érzést. Így kell kinéznie egy igazi Prezis prezentációnak: nincsenek felesleges nagyítások, sőt az asztalon el vannak rejtve apróságok, amik külön nincsenek kiemelve, de színessé, érdekessé teszik a megjelenést. Utólag a bemutató bármelyik részét meg tudom tekinteni, nem kell egy óriási logó melletti 6.7 px méretű dobozokat keresnem, hogy vajon hol is lehetett…

    A több, mint hatmillió felhasználóval a Prezi sikeres lett olyannyira, hogy elkezdtek megjelenni a másolatok: a Bartek Szopka által készített Impress.js CSS3-mal oldja meg, böngészőben futtatható módon: Safarin tökéletes, Chrome-on elfut, Firefox-ból a legeslegújabb kell, a többi felejtős még. Szerkesztő természetesen nincsen hozzá, így csak azoknak szólhat, akik nem átallanak HTML-ben kódolni. A végeredmény grafikailag valószínűleg messze elmarad a Prezi-ben lévő lehetőségektől, viszont például van lehetőség forráskód beillesztésére, amit a Prezis előadók is csak screenshot-tal tudtak megoldani a Budapest.js meetupokon.

    Kyle Young még tovább vitte az ötletet, jmpress.js néven jQuery plugint készített belőle, mely JavaScript animációkkal a többi böngészőben is tud futni, lehetőség van a lineáris lefolyás mellett kerülőutakat is tenni (az impress.sj-nél ezt a patch-emet még nem fogadták be). Célja volt, hogy a bemutatókon kívül a technológia honlapok elkészítésénél is használható legyen. Implementált API-t is hozzá (az impress-nél ez is folyamatban van), valamint rendelkezésre állnak a jQuery-ben megszokott eszközök (például témák).


  7. A kód felülvizsgálatról

    2012. február 3. péntek

    A code review ugyanolyan fontos része a mindennapi fejlesztési folyamatnak, mint a QA, automatizált tesztelés és a dokumentáció. Andrew Berry, a Drupal csapat tagja részletesen összeírta, miket szokott vizsgálni:

    • A kód története (miért volt szükséges változtatni, a commit – vagy merge – atomisága, stb.)
    • A rendszer APIk megfelelő használata (pl: azon az absztrakciós szinten oldjuk meg a problémát, ahol kell)
    • Biztonság
    • API központú tervezés
    • Dokumentáció
    • Unit és funkcionális tesztek
    • Kódolási stílus betartása

    Code reviews are an acknowledgement that every developer is a human being, and humans make mistakes. No matter the skill or background of a developer, reviewing their code can only improve the final product. […]

    While contributed modules don’t often have the resources for full code reviews of every patch, be sure that any module author would love reviews of their code.


  8. JavaScript keretrendszerek

    2012. január 25. szerda

    Gordon L. Hampton a 10 legnépszerűbb JavaScript keretrendszert hasonlította össze, miután sok időt invesztált a számára megfelelő eszköz megtalálására. A sokrétű és objektivitásra törekvő, de mégsem terjengős leírásában józan érvekkel támasztja alá preferenciáit. A Backbone.js az alap eszköz erős közösséggel, a Knockout.js dokumentációja számomra is vonzó volt, és szimpatikus volt, hogy a legjobbnak választott Ember.js-nek is felsorolta a negatív tulajdonságait.

    A néhány nappal korábbi bejegyzése hasonló húrokat pendít, nagyon tetszett a következő megállapítása:

    Choosing a framework for its small size is a premature optimization.

    Mobil alkalmazás fejlesztése esetén azért nem mindegy a méret – a Backbone.js-nét tetszik, hogy out-of-the-box támogatja a jQuery-t és a Zepto-t. És szomorúan tapasztaltam, hogy az Ember.js local todo demója teljesen, a Backbone.js-e közel használhatatlan Androidos mobillal. (Az lehetőség meglenne rá, csak nem csinálták meg.)


  9. Proclub hallott már egy pár világmegváltó ötletet…

    2012. január 13. péntek

    Pásztor János összeszedte az N+1-edik zseniális ötletről való gondolatait. Érdemes átolvasni, nem is foglalnám össze, önmagáért beszél. Egyetlen bekezdést emelnék ki:

    Mit tudunk tehát tenni a szolgáltatásunk felfuttatása érdekében? Először is kommunikáljunk nyíltan. Az interneten semmi nem terjed olyan gyorsan, mint egy oldal rossz híre, legyünk nyíltak és őszinték a kommunikációban. Ne próbáljuk meg elpalástolni a hibáinkat, ne ígérjünk olyat, amit utána nem tudunk tartani. Vezessünk blogot, írunk arról, hogy mit csinálunk. Osszuk meg az újdonságokat, belső infókat a szakmánkból. Ne felejtsük el, hogy arra fognak az emberek emlékezni, akitől tanultak valamit. Ha olyan szemlélettel állunk neki a közösségnek, hogy biztos mindenki el akarja lopni az ötletet, akkor sokkal több erő lesz felfuttatni. Nézzük meg a nagyokat és tanuljunk tőlük! A Facebook például az általa használt szoftvereket ingyen és bérmentve közzétette.

    Egyetértek, a nyílt kommunikáció alap, ha valaminek csak jó oldala van és mindenre képes, az meglehetősen gyanús. Igen, vezessünk blogot, de az valóban blog legyen, ne rendszeresen közzétett marketingszöveg. Osszunk meg szakmai infókat, de azok valóban infók legyenek, ne csupán egy kézi RSS aggregátor. De a kulcsmondata, ami szerintem nagyon találó: „arra fognak emlékezni az emberek, akitől tanultak valamit.” Igaz ez személyre, cégre, könyvre, portálra, helyszínre… Úgy gondolom, akik ezt megértették, a maguk területén képesek voltak hosszútávú pozitív élményt adni. A jövő heti bejegyzéseim erről a dilemmáról fognak szólni egy kicsit más aspektusból.


  10. Git-SVN horror

    2012. január 11. szerda

    Nem megy a Git-SVN. Tegnap még jó volt. Valami rémlik, lássuk csak… ja, igen, új helyre költözött az SVN szerver. Én hibám, szóltak előre. Semmi gond, a Git nagyon rugalmas, átírom az url-t a .git/config fájlban, és kész. Továbbra sem megy. Odaírom, visszaírom, sehogy sem jó. Egyszer csak megjavul valahogyan, hurrá! De a másik branch ugyanúgy nem működik. Hogy lehet az, hogy az egyik branch jó, a másik commit, rebase esetén csak vár és nem csinál semmit… Az új URL-lel megy a fetch, de például a svn info nem. A régi URL-lel nem megy a fetch, de az svn info igen. Az interneten rákeresve írtak mindenfélét, kezdve azzal, hogy húzzam le újra az egész repót. Köszi, inkább nem. Végül megtaláltam a megoldást. (more…)