[OSP] muze byt semestralka take opraveni bugu?

[Pavel Pisa]

Dobrý den,

opravení chyby je tím nejlepším co si lze vybrat.

Pokud se snažíte prosadit něco nového, vlastního,
tak musíte nemalé množství času investovat do přesvědčování
autorů projektu, že to projekt potřebuje. V mnoha případech
budete odmítnuti. A to i přes to, že autoři obecně s vylepšením
souhlasí, ale nemají čas dostatečně vaši práci sami otestovat
nebo ve způsobu řešení tuší možnost budoucích problémů
(zatažení dalších závislostí, problémy s přenositelností atd.).

Pokud naopak opravíte něco, co způsobuje problémy více
uživatelům, tak budete jen vítaní. Stejně, jako když
vaše úprava vychází z požadavku, který je již schválený/přáním
správců/většiny uživatelů projektu a uvedený v TODO
nebo jinde na stránkách projektu.

Pokud to z mého výkladu nevyznělo, tak se omlouvám.
Všechny ty Janitors[*] a další malé úpravy nabízené
na stránkách projektů, které jsem zmiňoval,
jsou především opravy drobných chyb, formátování kódu,
jmen funkcí, čitelnosti atd. Přitom do konce
dotažená a akceptovaná úprava i jen v jedné
řádce kódu je z našeho pohledu/hodnocení cennější
než i velké množství kódu, o které nebudou mít autoři
zájem nebo které se týká (polo)mrtvého projektu.

Všechny lepší projekty obsahují systém pro
dokumentaci chyb (často založený na systému BugZilla).
Často i přímo v repository se zdrojovým kódem najdete
toubor TODO. Dlouhodobější záměry a plán úprav bývá
v označován RoadMap.

Podívejte se třeba i na seznam loňských GSoC projektů

  http://www.google-melange.com/gsoc/projects/list/google/gsoc2012

a organizací/projektů

  http://www.google-melange.com/gsoc/accepted_orgs/google/gsoc2012

Když na libovolnou z organizací kliknete, tak pod popisem
projektu/programu uvidíte odkaz "Ideas page". Ten nejčastěji
směřuje na Wiki projektu a velmi často je to stránka,
která zůstává stejná i pro příští GSoC a právě nyní na ní
správci projektů připravují témata pro letošní ročník GSoC.

Pokud Vás nějaký úkol zaujme, je dobré se zeptat, jestli
na něm již někdo nepracuje. Před tím, než se začnete
dále vyptávat, tak je správné prostudovat podklady
a pokusit se alespoň provést sestavení/kompilaci
programu ze zdrojových kódů. Když narazíte, tak nejdříve
hledat odpověď v archivu mailinglistu nebo na fóru,
pak se ptát. To je nezatěžovat redundantními dotazy.
Na druhou stranu všechny dobře vedené projekty mají
velkou snahu nováčkům nabízet otevřené dveře a pomoci
jim.

Například zmiňovaný RTEMS pro zařazení studenta to GSoC
sice vyžaduje, aby student poslal screenshot s běžícím
systémem v emulátoru, kdy zkompilované hello world
vypíše jeho jméno

    http://www.rtems.org/wiki/index.php/GSoC_Getting_Started

Je to pro to, aby student nejdříve projevil alespoň minimální
snahu a předvedl, že bude schopen reálně pracovat.
Ale na druhou stranu i při problémech s počátečním nainstalováním
vývojového prostředí dostane přes mailinglist maximální podporu.

S pozdravem,

             Pavel Píša

[*] http://code.google.com/p/kernel-janitors/
    https://wiki.documentfoundation.org/Easy_Hacks
    http://wiki.inkscape.org/wiki/index.php/Janitorial_tasks
    http://www.gimp.org/develop/

On Thursday 14 February 2013 21:56:31 Jan Pokorny wrote:
> Zdravim,
> chci se jen zeptat, zda muze byt jako semestralka vybrano take
> opraveni nejakeho bugu u os projektu.
> Diky,
> Jan Pokorny