Podmínky dobrého projektu

22.6.2006 19:30 | Přečteno: 1253× | poslední úprava: 29.6.2007 15:07

Za posledních pár měsíců jsem prošel několika projekty, mnohé z nich jsem urychleně opustil, u některých zatím zůstávám. Setkávám s dalšími a dalšími situacemi, které mne v různých projektech nepříjemně překvapují, někdy snad až příliš.

Rozhodl jsem se tedy sepsat pár faktorů, kterých si budu všímat, až příště budu chtít pomoci nějakému softwarovému projektu. Pokud jsou Vaše priority odlišné, budu rád, pokud se podělíte o Vaše názory.

Kupředu k bodům:

1. V projektu musí být jasně (a dopředu) promyšleno, jaké jsou cíle.

Někdo je v tomto možná až příliš velký konzervativec, ale v základu měl pravdu - projekt bez dobré přípravy nemá moc valnou naději na kvalitní výsledek. Fáze vývoje a cílové vlastnosti programu by neměly být závislé na tom, jak v libovolném okamžiku rozhodne vůdčí programátor (obvyklé), ale spíše by měly být na začátku vývoje jasně sepsány a na viditelném místě uschovány. "Bazarový vývoj" má největší úspěch v případě, že každý z trhovců přesně ví, co dělá, a tuší také, na čem se pracuje u ostatních.

2. Vývojáři by neměli být ani konfliktní, ani příliš sebevědomí.

S konfliktním (a značně tvrdohlavým) vývojářem se lehko dostanete do hádky, načež on si o Vás prostě negativní obrázek udělá, ať budete argumentovat sebelépe. Podobnou variantou je vývojář, který nedokáže ustoupit ze svých nároků nebo není schopen uznat svou chybu (dezinformace je v tomhle hodně častá). Jakmile existuje velice podobný otevřený projekt (např. 2 frontendy jednoho programu, oba pod QT), avšak vývojáři se nedokážou shodnout na spojení, raději si svou spolupráci promyslete - není nic méně konstruktivního než flamewars.

3. Projekt musí mít pevné komunikační základy.

Vývojář Vás někdy nemůže o něčem informovat také proto, že to jednoduše neví. Projekt musí stát na pevných komunikačních základech, nejenom na jednom mailing listu a kanálu na IRC. Přehledné záznamy o komunikaci na emailové konferenci jsou nezbytné, další důležitý bod je přehledná (a obsáhlá) webová stránka (s cílovými vlastnostmi projektu - bod 1), dále například malá wiki pro koordinaci práce na jednotlivých součástech programu.

To by ode mne stačilo, teď jste na řadě Vy.

       

Komentáře

[Luk]

Ad 1 - V praxi to často bývá jinak. Je potřeba nějaká drobnost (utilita apod.), ta postupně narůstá, až je z toho obrovský program se špatnou koncepcí - ale fungující, široce používaný (např. PHP). Jindy se naopak cíle stanoví velice přesně a dokonale, ale do provozuschopného stavu se to nikdy nedostane (např. Hurd).

Ad 3 - Nejdůležitější je kvalitní správa verzí. Aby šlo dobře rozlišovat, co je stabilní, zkušební, vývojové, aby se opravy snadno aplikovaly všude, kde je to potřebné atd. Ostatně např. vývojáři linuxového jádra moc dobře vědí, zač je toho loket.

[ajikdpoe]

No ja uz mam za sebou radovo stovky projektov kde som sa aktivne podielal ako programator ale absolutna vecsina z nich bola jednoucelova, konkretna utilita napisana vyhradne len pre moje ucely, s tym ze samozrejme nemam problem ju zverejnit pod gpl, ale vacsinou su to fakt take konkretne blbostky, ze to urcite nikto nebude potrebovat.

Navyse vacsina projektov zacina ako praca jedneho muza a az potom sa k nemu pripajaju ostatny, neviem ale trochu mi to pripada ako by si nebol zrovna ten typ to si po veceroch pise vlastne programi, aj mi to pripada ako pohlad neprogramatora na programovanie, ze: "tak hosi, s cim vam mozem v tom projekte pomoct, niesom programator ale toto robite zle, toto musi byt takto..." a pritom pohlad mna ako programatora je ze mi staci ked to funguje a nejake vznesene dokonale vizie ma velmi netrapia...

Na druhu stranu, premyslat o projekte je dobre, napr. teraz uz par mesiacov o nejakom premyslam a to som nenapisal ani riadok kodu, ale hlavne posolstvo tohoto mojho prispevku je toto:

"Najdolezitejsi su v kadzom softverovom projekte len a len programatori"

Ak nemate programatorov ale len 10 ludi co nieco chcu ale nevedia to naprogramovat tak je to onicom. Ok, jasne, treba ludi aj na preklady, grafiku, pisanie dokumentacie ale to nieje to podstatne co posuva projekt dopredu, bez vela a kvalitnych programatorov to jednoducho nejde. Uz som videl ako par projektov krachlo na nedostatku programatorov. Jednoducho 90% prace spociva v tom ze programator si musi sadnut za komp a makat, nie snivat! Zabudol som spomenut pojem "nedostatok casu", ale to je u vyvoja softu kategoria sama o sebe, to tu nejdem rozoberat...

[Martin Böhm]

Programátor doufám jsem :o) Něco jiného je skript, co si večer udělám, aby mi to zítra zjednodušilo práci, a něco jiného je Projekt s velkým P, tedy něco důležitého pro haldu uživatelů. Myslíš si taky, že Dijkstra nebyl (taky) programátor? Jemu rozhodně nestačilo, že to "prostě funguje" ... a myslím, že nás je víc, co myslíme trochu ve větších souvislostech :o) Mimochodem většina z toho, co tu píšu, byla napsána jako reakce na konkrétní situace s konkrétními opensource programátory. Bazarový koncept (příjdu, pomůžu, odejdu) je základní koncept vývoje open-source programů, píše o tom třebas Eric S. Raymond.

[Zdeněk Burda]

"Najdolezitejsi su v kadzom softverovom projekte len a len programatori"

Tato věta platí jen v omezeném množství případů.

Můžu napsat něco (dle mého názoru) lepšího: "Nejdůležitější je aby byl zadavatel/zákazník spokojený."

Ok, jasne, treba ludi aj na preklady, grafiku, pisanie dokumentacie ale to nieje to podstatne co posuva projekt dopredu, bez vela a kvalitnych programatorov to jednoducho nejde.

Pak tu jsou projekty bez dokumentace, které si píšou programátoři sami pro sebe. Nemám rád programy bez dokumentace! Raději budu mít program špičkově zdokumentovaný s menším množstvím funkcí než nezdokumentovaný bastl.

[Kyosuke]

"Pak tu jsou projekty bez dokumentace, které si píšou programátoři sami pro sebe. Nemám rád programy bez dokumentace! Raději budu mít program špičkově zdokumentovaný s menším množstvím funkcí než nezdokumentovaný bastl."

Knuth věděl, proč píše TeX ve WEBu...

[Michal Vyskočil]

Respektive, proč vymyslel WEB, aby mohl naprogramovat TeX

[Michal Kubeček]

WEB je bezesporu zajímavá idea z hlediska vývojářské dokumentace, pro uživatelskou dokumentaci je jeho přínos IMHO nulový. Navíc ani podobný samodokumentační systém sám o sobě nestačí - zkuste třeba něco rozumného vyčíst z Doxygenem generované dokumentace k librpm nebo libstdc++…

[ajikdpoe]

Suhlasim.

Potvrdzuje sa tym co som povedal, hlavny je programator.

[HS]

Musi byt presne rozdelene ukoly tak aby odpovidali schopnostem kazdeho vyvojare. U problematickych vyvojaru rozelit pravomoce tak , aby je sef drzel zkratka.

Jinak doporucuji knihu Petra Palety Co programatory ve skole nenauci. Je to uvod do dane problematiky a doctes se tam na co davat pozor a cemu se vyvarovat.

[Pev]

že každý s trhovců přesně ví => že každý z trhovců

[Martin Böhm]

Jak to můžeš číst po takové době, to je mi záhadou :o) Ale děkuji, opravím.