[idle] Re: vyprosi i otgovori

 --- Ivaylo Riskov <ivaylo_riskov@xxxxxxx> wrote:
>>> 3. Kakxw licenz shte ima?
> I az sxm za GPL. Ne mislq che LGPL e podhodqsht - mozhe sled wreme da 
> promenim nachina na polzwane na IDLe.

Prochetoh po-golqmata chast ot LGPL. Prochetoh i mnenieto na GNU
po-vyprosa za licenzite i veche sym tvyrdo za GPL. Razlikata mezhdu dvete
e v tova che ako koda e LGPL mogat da go polzvat commercial vendors bez
vsqkakvi ogranicheniq (i da pechelqt pari sys software kompiliran kym
nashata biblioteka). Pod GPL tova ne e nezakanno. Ne iskam nqkoj da
pecheli pari na moj gryb (ako go dokarame do tam). A primera na GNU e s
glibc i libreadline. glibc e pod LGPL zashtoto vseki mozhe da si nameri
implementaciq na libc, no ako izpolzvat glibc donqkade stavat zavisimi ot
GNU i tova e hubavo. libreadline ot druga strane e neshto ne mnogo chesto
sreshtano zatova e GPL, tova dava predimstvo na Open Source pred
commercial vendors.

> Otdelno si mislq, che ne trqbwa da ima otcepwane ot proekta t.e. Johny 
> reshawa, che neshtata ne mu otxrwat, wzima source-a i pochwa da si 
> razwiwa sobstwen OS proekt - Johny's IDLe. Towa se sreshta w pochti 
> wsichki golemi proekti, koito az poznawam. A i oblastta w koqto rabotim

> e sklonna kxm takiwa neshta, ponezhe e po-abstraktna.

Ami tova ne mozhe da se spre. Ako nqkoj naistina go udari neshto
po-glavata edinstveniq nachin da go sprem e kato mu vleem malko zdrav
razum no ne znam dali tova shte e vyzmozhno.

>>> 6. Koe shte e osnownoto komunikacionno sredstwo za koordinaciq
> Taka mislq si da e mailing list, a ne forum. Naistina mozhe da polzwame
> ili SF mailing lista ili tozi nastoqshtiqt. I dwata lista mislq che sa 
> ekwiwalentni(mozhe bi serverite na Freelists sa malko po-nenatowareni)
> - imat arhiv na sxbshteniqta, nastrojki prez Web, kontrol na userite,
> spam filtri. Taka che maj e wse edno.

Obshto vzeto da. Prosto e maj po-logichno da polzvame list-a na SFN.
Inache i na men mi e vse taq. Dokolkoto znam SFN se opitvat da podkarat
NNTP server, kojto da e mirror na mail-listite. Tova mozhe da e po-udobno
za nqkoi developer-i (eventualno i za men ;-)

>>> 7. Kak shte poddxrzhame dokumentaciqta i kakwo shte wkljuchwa tq.
> Ne stawashe wxpros w koq poddirektoriq shte q slozhim(towa da ni e 
> problemxt), stawashe wxpros kolko chesto da q popxlwame, s kakxw tip 
> informaciq, dr. podobni. Po tozi wxpros wse oshte nqmam mnenie.

Ami predpolagam che trqbva da se sinhronizira s koda pri release (bilo to
i beta). Mozhe da se izvyrshva nqkakvo update-vane v 'realtime' (dokato
se pishe koda), no edva li e nuzhno. Vseki dostatychno lud da polzva CVS
versiq se ochakva da sledi developers' mail-list za da znae razlikite ot
posledniq release do CVS current. A pri release potrebitelq opredelno
trqbva da e informiran za promenite. Taka che update na documentaciqta se
pravi kogato koda e vyv freeze predi release.
Otnosno vida informaciq, predlagam da e kato vsqka standartna biblioteka:

Pylno opisanie na interface-a (po vyzmozhnost vyv format info i ps/pdf).
Manual/info stranici za vsqka otdelna procedura v interface-a.
V documentaciq predpolagam se vkljuvhvat 'standartnite' README, TODO,
BUGS, INSTALL i t.n.
Mozhe bi kratka ideq na proekta.
Eventualno kratko tutorialche kak se polzva IDLe s nqkoq primerna
programka na C. (neshto malko koeto da demonstrira silata na IDLe).

Poslednite 2 sa vazhni spored men. Tova mnogo shte pomogne za po-shiroka
upotreba na IDLe. A pyk shto se otnasq za man/info stranicite te maj sa
prosto zadylzhitelni ako iskame nqkoj vyobshte da polzva IDLe.

>>> 8. Kakxw stil shte izpolzwame pri pisaneto na kod
> Mozhem da naprawim neshto kato statistika. Wzimame 100 prilozheniq ot 
> OpenSource sweta i wizhdam, koj e naj-chesto izpolzwaniqt stil ili pxk 
> nqkoi ako ni hwane okoto, kato podredenost, struktura i t.n.
> Drugiqt wariant e da potxrsim razlichni standarti i da si izberem
> edin.(ne znam namirat li se takiwa neshta z net-a)

Ami ima: GNU coding standart (pylen otvrat), K&R style (tova e dobro),
Linux kernel style (tova e pochti K&R, ne sym siguren dori po-kakvo se
razlichava), Hungarian notation (ugh), mozhe bi oshte nqkolko.

Ako shte si izbirame nqkoe gotovo bih predlozhil K&R.

> Predlagam da pishem na ... ANSI C, s minimalno izpolzwane na LIBC. Znam
> che shte me izqdete s parcalite za towa neshto, no wsqkakwi GNU 
> extensions ili obektno orientirani shturotii shte ni narusjat 
> sxwmestimostta.

Spored men ISO C veche ima dobra poddryzhka. A obshto vzeto ne znam
dokolko tova da se pazim ot GCC e dobra ideq. Pyrvo GCC vyrvi na adski
mnogo platformi (mozhe bi poveche otkolkoto nie shte mozhem da pokriem).
Vtoro ako sme GPL tova oznachava pylen Open Source. Open Source = GCC.
Obektno orientiranoto programirane e chast ot C++, a nie maj smqtame na C
da pishem. V smisyl ti si za C, Mitaka znam che e za C, az sym za C, a
predpolagam Ljudo syshto e za C.

> Ideqta mi e da se kompilira na wxzmozhno naj-golqm broj kompilatori, 
> platofrmi, arhitekturi i dr. a towa stawa samo s nqkoi malko po-star 
> standart(ne stawa wxpros za nqkoj sxs stariqt sintaksis)

Tova e dobro kato ideq no imash li si predstava kak se podkarva portable
kod. Ne govorq za GCC extensions i za glibc extensions. Govorq za tova
che v C i v POSIX ima 'unspecified behaviour' na nqkoi funkcii. Ima
razlika mezhdu BSD i SYSV syvmestimi sistemi. Ima i takiva koito samo te
si znaqt kakvo pravqt. Znam che VMS e dosta problemen pri portvane. Osven
tova ima Windows, IRIX, HPUX, Thru64. Osven tova *mnogo* trqbva da
vnimavame za 32/64 bit razlikite. Ti predstavqsh li si platformi bez
memcpy(). Az znam che ima takiva. Praveshe se emulaciq bez nqkakvi drugi
proceduri (ne moga da se setq v momenta). Ako iskame da postignem neshto
po-vyprosa nqkoj shte trqbva da nauchi GNU autotools (az sym navit a i
imam _nqkakyv_ opit).

>>> 9. Za kakwi mashini shte e prednaznachen
> Mozhe bi si chuwal za compile farm na SF.

Da. Tam shte mozhem da probvame na dosta platformi ne samo na i386. NO
vsichki sa BSD/GNU Linux/GNU Hurd s GCC. Kato dobavim i Windows mislq che
shte se izcherpi spisyka s platformite kym koito mozhem da se celim
pyrvonachalno. GNU autotools shte pomognat malko za portability. Ako
nqkoj den se razrasnem predpolagam shte mozhem da si pozvolim da mislim
za port kym neshto po-ekzotichno. Predpolagam che do-togava veche shte
imame developers razpolagashti sys syotvetnite platformi, koito da
napravqt patch-ove. Hajde da ne prevzemame Vselenata ot raz.

>>> 10. *Tochna formulirowka na celite*
> Tuk si mislq che e neobhodim mnogo po-tochen otgowor. Mozhe bi
> po-natatxk.

Ami celim da napishem edna biblioteka, koqto da e polezna na softuernite
razrabotchici, taka che da ne preotkrivat toplata voda na
interpretatorite vseki pyt. Ako uspeem shte poluchim nqkakva slava,
priznanie iz Open Source sredite i usmivka v SlashDot ;-)
I mnogo pisma ot fenki za feature requests ;-)

>>> 12. Na kakxw etap pochwame da pishem kod?
> Ami dali kogato sme napxlno prikljuchili s ideite ili sled kato sme gi 
> utochnili 70-80% i da ostawim drugata chast po wreme na pisaneto na kod
> ili paralelno s towa. W pxrwiqt sluchaj mozhe wxobshte da ne stignem do

> pisaneto na kod, a wxw wtoriqt ima riska ot design fault.

Ami mozhem da pochnem s pisaneto na poddyrzhasti biblioteki i po-rano. No
te se pishat za edna sedmica. Az lichno ne bih pochnal da pisha kakvoto i
da bilo predi da imame specifikacii za interface-a mezhdu moduli, i
mezhdu IDLe i potrebitelq. Prosto e nerazumno. Tova kak shte raboti vseki
modul donqkade mozhe da se korigira v dvizhenie, no trqva da imame
interface. Taka che az sym za 70-80%.

>>> 13. *Kakwi sa ni ochakwaniqta?* (kato wreme za razrabotka, kato
>>> uspewaemost, populqrnost i mnogo drugi)
> Ne. Towa  e personalen wxpros. Moite ochakwaniq sa, che do 1-2 godini 
> shte sme gotowi s nqkakxw stable i *useable* release, nqma da imame 
> pochti nikakwa populqrnost, ewentualno shte se prisxedinqt naj-mnogo
> 2-3 developer-a.

2-3 sravnitelno seriozni developers sa si slava ne ami i poveche ;-)
Chestno kazano i na men mi se struva dosta realistichna versiq (t.e.
blizko do moeto mnenie). Samo ne znam dokolko shte se srabotim, vednuzh
kato prikljuchat tezi bumashtini.

>>> 14. *Kak shte se wzimat resheniqta za bxdeshtoto razwitie na IDLe,
>>> kato idei i organizaciq?*
> Ne mi se iskashe da stane kato w parlamenta(osobeno kato gledam tam
> kakwa efektiwnost imat), wxpreki che taka e naj-demokratichno.

Ami tova si e problem na demokraciqta. Mozhe i prosto da si izberem
"Vyrhoven vodach" i da sledvame nego ne ne schitam tova za realistichno
ili pyk za inteligentno. Nito pyk mi se nravi ideqta s "elita", kojto
vzema resheniq. Tova che na praktika shte ima "elit" ot naj-kadyrnite,
avtoritetnite i aktivni developer-i si e qsno. Prosto ne iskam da imame
formalen elit, a prosto takyv prodiktuvan ot dobriq razum.

> I wse pak predlagam maintainer-a da ima malko po-golqmo wliqnie, kato 
> naprimer 2, dazhe 3 glasa ili prawo na neshto kato veto(argumentirano
> de, i w izkljuchitelno redki sluchai, swxrzani samo s direktnoto
> razwitie na koda). 

Da no tam v nachaloto maintainer e _edinstveniq_ avtor. A sled tova ili
chovek posochen ot avtora ili izbran ot developer-ite chrez neshto kato
izbori. Pri vsichki polozheniq tam e normalno maintainer-a da ima poveche
"vlast". No pri nas polezhenieto e po-razlichno i ne znam dokolko podobno
polozhenie shte e udachno.

V naj-dobriq sluchaj nqma da ima nuzhda ot direkno glasuvane.

Best Regards,
Rangel

________________________________________________________________________
Want to chat instantly with your online friends?  Get the FREE Yahoo!
Messenger http://uk.messenger.yahoo.com/

Other related posts: