Cum să vă alăturați surplusului de dezvoltare a sursei opens în rusă

După cum știți, există o mulțime de programe gratuite deja scrise sau în curs de dezvoltare, sau programe cu sursă deschisă, cu repositories SourceForge, GitHub și alte resurse. În mod strict vorbind, a apărut întrebarea, cum se poate alătura oare lucrării pe proiecte similare?






De ce aveți nevoie, ce calificări, unde puteți găsi documentația pentru cod? Cine îmi va verifica codul?
Mulțumesc.

setat pe 12 august la ora 12:59

Închis din cauza faptului că nu se referă la participanții LEQADA. Vladimir. Aslan Kussein. torokhkun. xaja în 6 noiembrie 15 la 5:32.

• "Întrebările-chestionare sunt interzise pentru ruperea stack-ului în limba rusă. Pentru a primi un răspuns, reformulați-vă întrebarea astfel încât să îi puteți da un răspuns neechivoc de corect". - LEQADA, Vladimir, Aslan Kussein, torokhkun, xaja

Pentru a deveni un participant deplin în proiectul open-sour, este necesar să se obțină statutul unui comisar. Modalitatea de a obține statutul de comitent este destul de lungă și deranjantă. Metoda recomandată este:

1. În primul rând, deveniți un contribuitor (adică o persoană care contribuie la o anumită contribuție). De obicei, aceasta este o ortografie a unui fir în wiki-ul proiectului. Cel mai bine este să începeți prin traducerea unei părți din documentație în limba rusă :)
2. Este util în acest stadiu să pompezi binarele proiectului, să conduci și să găsești o eroare. Apoi trebuie să faceți un raport de eroare. Fiecare proiect are propriul său sistem de urmărire a erorilor: adesea este ceva de genul Bugzilla sau un sistem web nou-încurcat.
3. Apoi, studiem în detaliu stilul de codare adoptat în proiect. De obicei managerii de proiect sunt foarte buni. optimist pentru stilul de codare. Pas cu pas spre stânga la fotografierea corectă la fața locului
4. Studiem lista erorilor de proiect. Alegeți bug-ul țintă pe care îl veți captura. Cel mai bine este să luați niște borcan de lumină care nu este critică și Dumnezeu să interzică noua caracteristică - proiectul coryphaeus va fi rupt în bucăți din orice motive ideologice
5. Facem o verificare a codului sursă al proiectului (de obicei, SVN sau Git) - în mod firesc, este necesar să studiem țintă VCS - în special locul în care se vorbește despre portbagaj și ramurile depozitului
6. Remediați o eroare și o răspândiți fie ca o filială separată în VCS (dacă este permisă de regulile proiectului), fie să creați un fișier de patch-uri care postează într-un loc special al proiectului.
7. Dacă totul merge bine, atunci de la a noua încercare, comiterea dvs. va fi acceptată și implementată în trunchiul (principalul trunchi de dezvoltare) al proiectului.
8. Câteva astfel de bug-uri de succes și deja puteți aplica pentru statutul de comitet.

În general, ceva de genul asta.

P.S. Declarația de nivel înalt pentru colaboratorii proiectului Apache este aici - noroc.

În opinia mea, proiectul ar trebui să fie interesant pentru dvs., pe o singură dorință "de a vă alătura proiectului OpenSource" nu veți merge departe - doar să vă plictisiți.

Găsiți produsul OpenSource pe care îl utilizați, găsiți în el orice defecțiuni sau lucruri pe care credeți că sunt mai puțin convenabile sau ale căror caracteristici nu există și le terminați.

De fapt, calificarea nu are un rol, nimeni nu va mai pune întrebări despre ceea ce ați lucrat sau unde ați studiat. Cel mai important este că codul a fost bun, dar faptul că nivelul dvs. nu este suficient, veți înțelege când veți vedea codul.

Totuși există o variantă pentru a începe să scrie ceva, iar acest proiect va fi observat în comunitate.

Interesant, dar am văzut codul aceluiași ffdshow (am vrut să proiectez un modul compresor pentru a egaliza nivelurile de sunet în diferite părți ale filmului), apoi a devenit înfricoșător. Nu este ceva de spus, mă simt chiar greu de înțeles. Sper că în viitor situația va fi corectată, desigur, dar pentru moment este o rușine să renunțați la ideea dvs. doar pentru că este greu să înțelegeți codul cuiva. - Alfonso31 Aug 15 '12 la 11:42

Există această opțiune: Descărcați codul din depozit și implementați unele caracteristici sau remediați erorile, în funcție de ceea ce doriți. Trimiteți acest patch către șeful proiectului care vă interesează. După aceea, se uită la cod și respinge sau acceptă acest patch. Ca rezultat, el vă poate duce la numărul de comitete active. Și după un timp, comitetele dvs. vor fi verificate mai puțin timp, în funcție de calitatea codului pe care îl afișați în patch-urile dvs.

răspuns primit 12 Aug 12 la 2:33 pm

Articole similare

• Trebuie să merg adânc în pascal și să învăț, de asemenea, depășirea stivei lazarus în rusă

• Configurarea cache-ului de pagină - depășirea stivei în limba rusă

Trimiteți-le prietenilor: