RSS Feed LinkedIn Google Plus
  1. 2013. július 23. kedd

    ​Két és fél év örömteli és sikeres együttműködést követően Farkas Máté és a Virtual Call Center Kft. útjai különváltak. Ez a száraz tényanyag, de mi van mögötte? Vajon együtt érezni, vagy együtt örülni illik ilyenkor? Számomra egyértelműen az utóbbi, nem azért mert végre otthagyhattam őket, hanem mert felettébb kiváltságosnak és szerencsésnek érzem magam, hogy egy ilyen csapat tagja lehettem. (tovább…)


  2. 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. (tovább…)


  3. 2013. június 8. szombat

    Nagy Gáspár az Agilis tesztelésről tartott előadást a legutóbbi Agile Hungary meetupon, az egyik dián a kontextus függő tesztelési iskola hét alapelvét mutatta be:

    1. Bármilyen módszer értéke a kontextustól függ
    2. Egy adott kontextusban vannak jó módszerek, de nincsenek általános legjobb módszerek
    3. Az együtt dolgozó emberek képviselik a legnagyobb értéket bármilyen projektben
    4. Projekt részletek változnak ahogy az idő halad, sokszor előreláthatatlan irányokba
    5. A termék egy megoldás. Ha a problémát nem oldja meg, a termék nem lesz sikeres.
    6. A jó szoftver tesztelés egy kihívásokkal teli intellektuális folyamat
    7. A termék hatékony teszteléséhez mindig a megfelelő lépéseket tesszük a megfelelő időben. Ezeket az egész projekt alatt gyakorlott szakértelem és elemzés segítségével tudjuk fejleszteni

    További információkat a http://context-driven-testing.com/ oldalon lehet beszerezni.

    Az ötös pont nagyon tetszik, hasonló elhangzott a korábbi TechTalk-os prezentációban Christian Hassa előadásában: sokkal többször bukunk meg amiatt, mert a rossz problémát oldottunk meg, mint amiatt, hogy rossz megoldást adtunk a jó problémára.


  4. 2013. június 6. csütörtök

    Visszatérő kérdés a Test Driven Developement fejlesztés esetén: hány tesztet írjak, mikor lesz jó. Nagyon nehezen értettem meg, pedig sokszor mondták: a TDD nem tesztelési, hanem fejlesztési módszertan. Az Agile Hungary és a Teszt&Tea meetup közös rendezvényén Szabó Attila zseniális előadást tartott arról, hogy 2013-ban hogyan ne fejlesszünk TDD-ben, s végre megvilágosodtam. Először megfogalmazom, hogy mit szeretnék csinálni (teszt), majd azt, hogy hogyan (kód), s a végén fontos a refaktor. Ne legyen felesleges teszt (olyan teszt, aminek a megfogalmazása után nem lesz kód változás) és ne legyen teszteletlen kód. Ennyi a lényeg.


  5. 2013. április 20. szombat

    Olvastam egy jó cikket a JavaScript-beli Math.random()-ról. Ha csupán (pszeudo)véletlen számokat szeretnénk, akkor tökéletes, számomra nagyon szimpatikus volt, hogy nem kell más nyelvekhez hasonlóan inicializálni. Ez teljesen feleslegesnek tűnt egészen a legutóbbi és egyben első magyarországi Leacy Coderetreat-ig, amikoris megörökölt, véletlenszerű működésre alapuló programot kellett helyrepofoznunk, karbantartanunk. Az első lépés természetesen a tesztek írása – no, de hogyan? Más programnyelvben dolgozó kollégáim könnyen megoldották a kérdést, hiszen beégetett seed-et használtak a teszt adatok generálásához (itt akadtak gondok, amikor különböző platformon más sorozatot adott ugyanaz a seed), nekünk, script nyelveseknek más utat kellett járnunk: legeneráltuk előre a random számokat, és mindig ebből dolgoztunk.

    A fent említett cikkben több megoldás is található, ha nem elsődleges szempont a sebesség, de szükségünk van előre tervezhető véletlenszerű értékekre, David Bau megoldása tökéletes választás lehet JavaScripthez. Hátránya, hogy a natív Math objektumot módosítja, előnye viszont hogy transzparens – teszthez bekapcsolhatjuk, éles környezetben pedig továbbra is az eredeti Math.random() állhat rendelkezésünkre.

    Remélem, sikerült felkeltenem az érdeklődésedet, s bár a következő (egyben Legacy) CodeRetreat-re nincs már több hely, ha feliratkozol a Meetup.com-on, értesülhetsz a további lehetőségekről.


  6. 2013. április 1. hétfő

    [For English homepage go to http://en.farkas-mate.hu/]

    Megszűnik a try.hu szolgáltatás, mint a Facebook oldalán is olvasható. Kár, szerettem. 2010-ben eladó lett, de nem sikerült befektetőt találni rá.

    Néhány hét és a http://fmate14.try.hu nem lesz többé elérhető. Remélem, ez a kis bejegyzés segít majd idetalálni azoknak, akik az előző helyen kerestek.


  7. 2013. március 23. szombat

    Megnéztem néhány magyar fejlesztő LinkedIn profilját, és nagyon meglepődtem, hogy több helyen fel volt tűntetve a “marital status” és a pontos születési dátum, viszont az nem, hogy az illetőnek milyen nyelvismerete van. Pedig véleményem szerint pont fordítva kellene, hogy legyen: a LinkedIn szakmai és nem személyes kapcsolatok ápolására való.


  8. 2013. március 11. hétfő

    Kaptam egy levelet a LinkedIn-en keresztül:

    Kedves Máté!

    Egy álláslehetőséggel kapcsolatban írok Önnek. Bizalmas keresést folytatok egy informatikai cég megbízásából JavaScript programozó munkakörre. A részleteket csatoltam. Amennyiben érdekli a lehetőség, kérem jelezze, s egyeztetem Önnel a továbbiakat!

    Üdvözlettel; F**** K******
    06 20 *** ****

    (tovább…)


  9. 2013. március 4. hétfő

    A reguláris kifejezés valami olyan, amit legtöbbször csak write-only módban lehet kezelni: ha nem tetszik, az esetek nagy részében könnyebb újra megírni, mint kijavítani.  Néha azonban jól jönne apróbb javítást eszközölni, vagy csak átnézni, hogy valóban azt csinálja-e, amit akarunk, ebben nyújthat nagy segítséget a Regexper honlap.

    Vegyünk például egy egyszerű esetet: email címet szeretnénk validálni kliens oldalon. Rákeresünk a Google-ön, az első találat (nálam legalábbis) egy StackOverflow-os válasz elfogadva megoldásnak (ott a nagy zöld pipa), és 439-en szavaztak rá, tökéletes. A kód így néz ki: (tovább…)


  10. 2013. február 28. csütörtök

    Megnéztem Crockford bácsi videóját a Monadokról, küldöm mindenkinek, aki szereti. :)

    (tovább…)