- 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)
Tag Archives: kommunikáció
A szoftverfejlesztés nem matematika
A minap hallottam a JUM-on az egyik előadótól: “Add ide a specit, és akkor megcsináljuk!” Más alkalommal ugyanennek a személynek a szájából ugyanebben a kontextusban elhangzott az is: “Jó lenne, ha valaki jól megcsinálná a követelményspecifikációt! Nem lennének benne ellentmondások, hiányzó részek…” Tehát, aki ezt mondta, az azt feltételezi, hogy egy követelményspecifikációt meg lehet úgy […]
Posted in Módszertan
Also tagged agilitás, formalizmus, követelmények, követelményspecifikáció, matematika
33 Comments
Conway törvénye
Egy barátom, aki főállásban egy szoftverfejlesztő cégnél dolgozik, azt mesélte, hogy egy új, komplex államigazgatási projekt ajánlati fázisában járnak. Egy másik céggel kell együtt dolgozniuk, akiknek szintén a szoftverfejlesztés a profilja. A két cég egymásnak konkurense, viszont mindkettő rendelkezik olyan ismerettel, referenciával, amelyet ha együttesen használnak fel, akkor a további ajánlatadóval szemben sokkal nagyobb eséllyel […]
Á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
Also tagged ddd, egyértelműség, fogalmak, fogalmi rendszer, mindent átható nyelv
1 Comment
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
Also tagged agilitás, egyértelműség, elnevezés, fogalmak, fogalmi rendszer, kommentek, megjegyzések, refaktorálás, todo-k
Leave a comment
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.
Domain Driven Design 1. rész – mi ez?
Már több, mint két éve, hogy megismerkedtem a Domain Driven Design-nal (DDD), azóta is projekten alkalmazzuk munkatársaimmal a filozófiát. Úgy döntöttem, hogy egy cikksorozatot indítok ebben a témában. A cikksorozat célja a filozófia népszerűsítése.
Posted in Technológia
Also tagged ddd, domain model, MDA, mindent átható nyelv, üzleti probléma, üzleti szakértő
3 Comments
