[propozycja] zamykamy 1.0

[Krzysiek Taraszka]

Przesylam to co mial tutaj podeslac Michał Cieślicki (y0shi), ale mu coś 
poczta siadla i nie mogł tego zrobić, oto zawartośc tego co podeslal:

===============================================================================

Wychodząc z założenia, że nie można dojść do celu, jeśli nie ma się 
koncepcji drogi, pozwoliłem sobie przygotować listę paru pytań pomocniczych. 
Jeśli uda nam się na nie odpowiedzieć będziemy mogli zaplanować konkretne 
prace nad zamknięciem 1.0.


#v+
1. Jakie kroki trzeba podjąć żeby wydać PLD 1.0?

 - skończyć to co dzimi nie skończył czyli przejrzeć SA (security advisories) [kloczek]

2. Jaka jest możliwość czasowa realizacji tych kroków?

3. Jakie można na tym etapie przewidzieć odchylenia od zakładanego planu 
   wydania oficjalnej wersji 1.0?

4. Na ile może to opóźnić ostateczny termin wydania PLD 1.0?

5. Jaki mozna na podstawie tych pytań ustalić deadline dla oficjalnego 1.0?

6. Jakie potencjalne problemy mogą się pojawić, których nie wymieniliśmy 
   wcześniej?

7. Jaki jest proponowany deadline i jaką datę w kalendarzu mamy sobie zaznaczyć 
   wielką czerwoną kropką?
#v-

Bardzo proszę o uzupełnianie tej listy i dopisywanie własnych pytań / uwag. 
Podstawowy cel: mieć algorytm rozpisany w czasie, którego wykonanie pozwoli 
na zamknięcie PLD 1.0 w zadanym terminie. Proszę o przemyślenie pojęcia
"niezbędnośći" w tym zakresie na zasadach warunku koniecznego i wystarczającego.


Mam również prośbę do jakiejś dobrej duszy, dla której, w przeciwieństwie do 
mnie, przygotowanie listy pakietów do przejrzenia i zamknięcia w ramach 1.0, 
będzie w ogóle wykonalne, żeby przygotowała taką listę. Żeby zamknąć PLD 1.0 
powinniśmy skoncentrować imho prace nad tymi własnie pakietami, dlatego, że 
będziemy mieli malejącą listę rzeczy do zrobienia. W tym momencie każdy pakiet, 
który już uległ przejrzeniu powinien jako "stable & tested" leżeć i czekać na 
zamknięcie prac nad innymi pakietami. Których oczywiście jest coraz mniej. Po 
zamknięciu wszystkich pakietów można wydać 1.0. Proponuję, żeby jedyna możliwość 
dokonywania zmian w zamkniętym pakiecie pojawiała się w sytuacji ujawnienia 
błędów związanych z bezpieczeństwem. Oczywiście po zamknięciu prac nad pakietami 
można zostawić to wszystko na jeszcze parę dni i zrobić oficjalne wydanie 1.0 na 
zlocie, na który można zaprosić prasę (część oficjalna), a później radować się 
wspólnym szczęściem przy piwie (część nieoficjalna oczywiście :P).

Jak wam się podoba taka propozycja prac?

--
Michał Cieślicki                                            PLD/GNU Linux 
User
Plonkito ergo sum (c) Igo on apcoh                          BOFH# 264799
Hxbpunav cemrm obtbj hzvrenwn zybqb
http://www.oe.faq.net.pl/bledy.html       <------       The truth is out 
there

===============================================================================

Krzysiek Taraszka				(dzimi w pld.org.pl)