- Marhefka István vagyok. 2009 nyarán indítottam útjára ezt a blogot, amelynek elsődleges célja az, hogy megmutassa, a szoftverfejlesztésnek nem úgy kellene működnie, ahogy az manapság általában működik. Bővebben
Címem: istvan.marhefka kukac g m a i l pont c o m Legutóbbi megjegyzések
-
Legfrissebb posztok
- Blog újratöltve
- ScrumMastert keresünk
- JUM 2012.11.21. prezentáció – Case study: be-novative, egy közösségi brainstorming platform technológiai stackje
- Csak egy gombnyomás…
- Hogyan fejlesszünk hatékonyabban szoftvert? – Töröljük a kódot!
- Megjelent a “Kanban and Scrum – making the most of both” magyar fordítása
- A szoftverfejlesztő guru
- Programozói verseny
Tagek
agilitás automatizált tesztek becslés code review ddd domain model egyértelműség elkötelezés előadás fogalmak fogalmi rendszer folyamatos integráció hibajavítás hibakeresés időalapú tervezés integráció integrációs tesztelés kommunikáció komplexitás alapú tervezés konferencia kódolvashatóság könyv követelmények követelményspecifikáció mindent átható nyelv minőség on-site customer over engineering planning poker prezentáció prioritás product backlog projekt menedzsment refaktorálás scrum scrummaster sprint tdd tervezés tiszta kód túltervezett kód unit tesztelés xp üzleti probléma üzleti szakértőKategóriák
Archívum
- October 2018 (1)
- May 2013 (1)
- November 2012 (1)
- November 2011 (1)
- May 2011 (1)
- March 2011 (1)
- October 2010 (1)
- September 2010 (1)
- August 2010 (3)
- July 2010 (3)
- June 2010 (3)
- May 2010 (3)
- April 2010 (5)
- March 2010 (7)
- February 2010 (3)
- January 2010 (5)
- December 2009 (2)
- October 2009 (1)
- September 2009 (2)
- August 2009 (4)
- July 2009 (6)
- June 2009 (1)
Author Archives: Marhefka István
A product backlog, ahogy mi szoktuk (Scrum-sorozat 2. rész)
A Scrum-ról szóló cikksorozatom első részében egy rövid összefoglalást adtam arról, hogy mik a Scrum alapszabályai. Ígéretemhez híven folytatom azzal, hogy mi hogyan alkalmazzuk a Scrum-ot. Ez a post a product backlog-ról szól.
Scrum gyorstalpaló
A céges projektünk lassan 3 éve tart. Az első évben szenvedtünk. Állandóan a projekttervet próbáltuk karbantartani: feladatokra bontottunk, ütemeztünk, erőforrásokat terveztünk. Ezt az akkori projektteamből 3 ember végezte (közülük én voltam az egyik). Hiába próbáltuk up-to-date tartani a projekttervet, és frissítettük rendszeres időközönként, az újabb és újabb projekttervek is néhány nap múlva szétcsúsztak. Pár hónap alatt […]
Posted in Módszertan
Tagged agilitás, csapatmodell, demó, product backlog, retrospective, scrum, sprint, sprint demó, sprint tervezés, tervezés
1 Comment
[OffTopic] Konferencia beszámoló: “Hagyományos iratkezelés az elektronikus dokumentumok világában”, 2009. szept. 30.
Ez egy rendkívüli post, elnézést az offtopicért. “Hagyományos iratkezelés az elektronikus dokumentumok világában” címmel 2009. szept. 30-án egy egész napos szakmai konferencián vettem részt Budapest Főváros Levéltárában. A konferenciát az IDSzSz szervezte (Irat- és Dokumentumkezelési Szakmai Szövetség). A résztvevők egyrészt a szakmából valók voltak (pl. levéltárosok, más közfeladatot ellátó szervezetek érdeklői), és beszállítói oldalról is […]
Álljunk meg egy szóra!
Már sokszor utaltam arra, hogy mennyire fontos az, hogy a fejlesztett szoftverünk kódja jól olvasható legyen. Egy jól olvasható kód magáért beszél: csökkenti a fejlesztők közötti közvetlen kommunikáció szükségességét, valamint lehetővé teszi, hogy a szoftver könnyebben továbbfejleszthető, karbantartható legyen. Ha jó a kód, akkor abból “visszafejthető” maga az üzleti igény, a mögöttes üzleti gondolkodás. A […]
Nevezd meg és uralni fogod!
Az elv lényege az (üzleti) szoftverfejlesztésben az, hogy ha programot írunk, akkor a kódban mindent próbáljunk névvel, ill. megfelelő névvel illetni. Ökölszabály: a kódban lévő azonosítók kövessék az üzleti terület fogalmi rendszerét. Építsünk egy mindent átható nyelvet (Ubiquitous Language), amelynek célja, hogy egy közös nyelvet beszéljünk az ügyféllel és ugyanezen fogalmakat használjuk a program kódjában is.
Posted in Módszertan
Tagged ddd, egyértelműség, fogalmak, fogalmi rendszer, kommunikáció, mindent átható nyelv
1 Comment
A visszajelzések
A szoftverprojektek szállítása egy komplex feladat, komplex rendszerként viselkedik. Ennek a rendszernek rengeteg összetevője van: maga a rendszer, a fejlesztők, tesztelők, az üzleti környezet, a futtató hardver, az infrastruktúra, a folyamatos bizonytalanság, a kockázatok stb. Hogyan biztosítható az (vagy hogyan csökkenthetőek a kockázatok), hogy egy fejlesztés alatt lévő komplex rendszer olyan irányba fejlődjön, hogy végül […]
Kommentek a kódban
Sokat hallani másoktól, hogy írjunk kommentet a kódba. A fő érv a javaslók körében az, hogy ezáltal a programkódot érthetőbbé tehetjük. Az idők során megtanultam azonban azt, hogy a kommentek sok esetben nemhogy hasznosak, de kifejezetten károsak is tudnak lenni.
Posted in Programozás
Tagged agilitás, egyértelműség, elnevezés, fogalmak, fogalmi rendszer, kommentek, kommunikáció, megjegyzések, refaktorálás, todo-k
Leave a comment
Folyamatos integráció
Immáron két és fél éve éneklek egy budapesti kamarakórusban basszistaként. A tavalyi évben felkérést kaptunk egy másik kórustól, hogy közösen adjunk elő egy 20. századi darabot.
Domain Driven Design – 2. rész
A cikksorozat első része egy rövid bevezetőt tartalmazott a DDD hátteréről, és arról mit várhatunk a DDD alkalmazásától. Íme a folytatás.
A dokumentáció
A szoftverfejlesztési projektek terméke nem csupán maga a szoftver, hanem annak dokumentációja is. Dokumentációt általában azért kényszerülünk írni, hogy az ügyfél ez irányú kérését kielégítsük, vagy pedig azért, hogy a cégünk belső szabályozásainak eleget tegyünk.
Posted in Módszertan, Programozás
Tagged agilitás, dokumentáció, felhasználói kézikönyv, fizikai rendszerterv, funkcionális specifikáció, keresztfunkcionális csapat, kommunikáció, követelményspecifikáció, logikai rendszerterv, on-site customer, státuszriport, tdd, üzemeltetői kézikönyv, wiki
1 Comment
