Բովանդակություն

• Քայլել
• Խորհուրդներ
• Arnգուշացումներ
• Անհրաժեշտությունները

Բաց ծրագրակազմ գրելը և օգտագործելը պարզապես ծրագրավորման ձև չէ (ծրագրավորողների աշխարհում «հակերություն» են անվանում նաև ծրագրավորողների աշխարհում), դա փիլիսոփայության տեսակ է: Չնայած Ձեզ անհրաժեշտ է միայն ծրագրավորման լեզու իմանալ, որպեսզի կարողանաք կոդավորել, այս հոդվածը վերաբերում է նրան, թե ինչպես միանալ համայնքին, ընկերներ ձեռք բերել, համագործակցել հիանալի նախագծերի շուրջ և դառնալ հարգված մասնագետ, որի պրոֆիլը, որը այլ տեղ չեք կարող գտնել: Բաց ծրագրակազմի աշխարհում դուք հեշտությամբ կարող եք նշանակվել այնպիսի առաջադրանքներ, որոնք թույլատրվում է կատարել միայն էլիտար, բարձր մակարդակի ծրագրավորողներ ընկերությունում: Մտածեք, թե դա որքան փորձ կարող է բերել ձեզ: Այնուամենայնիվ, հենց որ որոշեք դառնալ ծրագրաշարի բաց ծրագրավորող, դուք պետք է պատրաստ լինեք ժամանակ ներդնել այս նպատակի համար: Սա վերաբերում է նաև այն դեպքում, երբ դուք արդեն ՏՏ ուսանող եք: Ուշադրություն դարձրեք, այս հոդվածը չի վերաբերում այն ​​մասին, թե ինչպես դառնալ հակեր կամ կոտրիչ:

Քայլել

1. Ներբեռնեք Unix- ի լավ բաշխումը: GNU / Linux- ը ամենատարածվածներից մեկն է ծրագրավորման համար, բայց սովորաբար օգտագործվում են նաև GNU Hurd, BSD, Solaris և (որոշ չափով) Mac OS X:
2. Իմացեք, թե ինչպես օգտագործել հրամանի տողը: Դուք կարող եք շատ ավելին անել Unix- ի նման օպերացիոն համակարգերի միջոցով, եթե օգտագործում եք հրամանի տող:
3. Սովորեք որոշ հայտնի ծրագրավորման լեզուներ, մինչև հասնեք քիչ թե շատ բավարար մակարդակի: Հակառակ դեպքում, դուք չեք կարող կոդ (ցանկացած ծրագրային նախագծի ամենակարևոր մասը) ներդնել բաց ծրագրակազմի համայնքում: Որոշ աղբյուրներ առաջարկում են սկսել միանգամից երկու լեզվով. Մեկ համակարգի լեզու (C, Java կամ նմանատիպ) և սցենարական լեզու (Python, Ruby, Perl կամ նմանատիպ):
4. Ավելի արդյունավետ լինելու համար ձեզ հարկավոր է NetBeans կամ համանման զարգացման ինտեգրված միջավայր:
5. Սովորեք օգտագործել առաջադեմ խմբագիր, ինչպիսիք են vi կամ Emacs: Նրանք ունեն ավելի բարձր ուսման կոր, բայց նրանց հետ դուք կարող եք շատ ավելին անել:
6. Իմացեք վարկածի կառավարման մասին: Տարբերակների կառավարումը, հավանաբար, համագործակցության ամենակարևոր գործիքն է ընդհանուր ծրագրային ապահովման մշակման համար: Հասկացեք, թե ինչպես ստեղծել և կիրառել կարկատաններ: Համայնքում բաց ծրագրային ապահովման մշակման մեծ մասը կատարվում է տարբեր ուղղումների ստեղծման, քննարկման և կիրառման միջոցով:
7. Գտեք հարմար, փոքր բաց ծրագրային նախագիծ, որին կարող եք հեշտությամբ մասնակցել ՝ փորձ ձեռք բերելու համար: Նման նախագծերի մեծ մասին կարելի է գտնել SourceForge.net կայքում այս օրերին: Հարմար նախագիծը պետք է ներառի.
   1. Օգտագործեք ձեր իմացած ծրագրավորման լեզուն:
   2. Եղեք ակտիվ, վերջին թողարկումներով:
   3. Արդեն բաղկացած է երեքից հինգ մշակողներից:
   4. Օգտագործել վարկածի կառավարումը:
   5. Ունեք մի մաս, որը կարող եք սկսել անմիջապես, առանց եղած կոդը չափազանց շատ փոխելու:
   6. Բացի ծածկագրից, լավ նախագիծը ունի նաև ակտիվ քննարկման ցուցակներ, սխալների մասին զեկույցներ, բարելավման հարցումներ է ստանում և իրականացնում և նմանատիպ գործողություններ:
8. Դիմեք ընտրված նախագծի ադմինիստրատորին: Մի փոքր նախագծում, որտեղ քիչ ծրագրավորողներ կան, ձեր օգնությունը սովորաբար անմիջապես կընդունվի:
9. Ուշադիր կարդացեք նախագծի կանոնները և քիչ թե շատ հետևեք դրանց: Mingրագրավորման ոճի կանոնները կամ առանձին տեքստային ֆայլում ձեր փոփոխությունները փաստաթղթավորելու անհրաժեշտությունը կարող են սկզբում ծիծաղելի թվալ: Այնուամենայնիվ, այս կանոնների նպատակը ընդհանուր աշխատանքին հնարավորություն տալն է, և նախագծերի մեծ մասն աշխատում է նրանց հետ:
10. Մի քանի ամիս աշխատել այս ծրագրի վրա: Ուշադիր լսեք, թե ինչ են ասում ադմինիստրատորը և ծրագրի մյուս անդամները: Programրագրավորումից բացի, դուք շատ բան ունեք սովորելու: Բայց եթե ինչ-որ բան իսկապես ձեզ դուր չի գալիս, պարզապես կանգ առեք և անցեք մեկ այլ նախագծի:
11. Շատ երկար մի մնացեք ստորգետնյա նախագծում: Երբ գտնեք, որ կարող եք հաջող աշխատել այդ թիմում, ժամանակն է սկսել ավելի լուրջ բան փնտրել:
12. Փնտրեք լուրջ, բարձր մակարդակի բաց ծրագրակազմ կամ բաց աղբյուրի նախագիծ: Նման նախագծերի մեծ մասը պատկանում են GNU կամ Apache կազմակերպություններին:
13. Քանի որ մենք այստեղ լուրջ թռիչք ենք կատարում, դուք պետք է հաշվի առնեք շատ ավելի քիչ ջերմ ընդունելությունը: Ձեզանից, ամենայն հավանականությամբ, ձեզ կառաջարկվի առաջադրվել առանց կոդի պահոց առաջին անգամ գրելու անմիջական մուտք ունենալու: Այնուամենայնիվ, նախորդ ստորգետնյա նախագիծը ձեզ շատ բան պետք է սովորեցներ. Այնպես որ մի քանի ամիս արդյունավետ ներդրում կատարելուց հետո կարող եք պահանջել այն իրավունքները, որոնք կարծում եք, որ պետք է ունենաք:
14. Ստանձնեք լուրջ առաջադրանք և մշակեք այն: Ժամանակն է. Մի վախեցիր. Շարունակեք նույնիսկ եթե գտնում եք, որ առաջադրանքը շատ ավելի բարդ է, քան սկզբում կարծում էիք. Այս քայլում կարևոր է չհանձնվել:
15. Եթե ​​կարող եք, դիմեք Google- ի «Code of Summer» - ին `այս արկածախնդրությանը որոշակի գումար ներդնելու համար: Բայց մի անհանգստացեք, եթե դիմումը չի ընդունվում, քանի որ նրանք ունեն շատ ավելի քիչ ֆինանսավորված պաշտոններ, քան իսկապես լավ ծրագրավորողներ կան:
16. Մոտակայքում գտնեք հարմար համաժողով («Linux օրեր» կամ նման այլ բաներ) և փորձեք այնտեղ ներկայացնել ձեր նախագիծը (ամբողջ նախագիծը, և ոչ միայն այն մասը, որը դուք ծրագրավորում եք): Նշելուց հետո, որ դուք ներկայացնում եք ազատ / բաց աղբյուրների լուրջ նախագիծ, կազմակերպիչները հաճախ ձեզ կփոխհատուցեն համաժողովի վարձավճարից (եթե ոչ, համաժողովն ամեն դեպքում, ամենայն հավանականությամբ, անպիտան կլինի): Բերեք ձեր Linux նոութբուքը (եթե ունեք) և գործարկեք մի քանի ցուցադրություն: Askրագրի ղեկավարին հարցրեք այն նյութերի մասին, որոնք կարող եք օգտագործել ձեր ներկայացումը կամ պաստառը պատրաստելու համար:
17. Ինտերնետում որոնեք մոտակա տեղադրման իրադարձության վերաբերյալ հայտարարություններ և փորձեք նախ որպես օգտվող մասնակցել (նշեք առաջացող բոլոր խնդիրները և ինչպես են դրանք լուծում հակերները) և առաջարկեք հաջորդ անգամ ծրագրեր տեղադրել:
18. Լրացրեք առաջադրանքը, ստուգեք ձեր աշխատանքը ավտոմատ թեստերով և նպաստեք նախագծին: Ավարտեցիք: Համոզվելու համար, փորձեք անձամբ հանդիպել ծրագրի որոշ ծրագրավորողների և արդյունքի վրա միասին բարձրացնել մեկ բաժակ գարեջուր:
19. Ավելի լավ հասկանալու համար նայեք բաց ծրագրային նախագծի զարգացման պատմության իրական օրինակին (տե՛ս վերը): Յուրաքանչյուր բարձրացող կորը ներկայացնում է ներդրում (ծածկագրի տողեր) մեկ մշակողի կողմից: Մշակողները տարեց տարի ավելի ակտիվ են դառնում, բայց նախագիծը հաճախ արագանում է նույնիսկ նոր մարդկանց միանալուն զուգընթաց: Այնպես որ, եթե ժամանում եք գրպանում մի քանի օգտակար հմտություններ, պատճառներ չկան, թե ինչու թիմը չպետք է ձեզ հրավիրի:

Խորհուրդներ

• Նախագծում գործնական պահանջների վերաբերյալ հարց տալուց առաջ պատասխանը փնտրեք ծրագրի փաստաթղթերում և փոստային ցուցակների արխիվում:
• Միշտ փորձեք ավարտել ձեր սկսած ծրագրավորման ցանկացած աշխատանք: Հնարավոր չէ կառուցել, չի՞ կարող գործել, համակարգը խափանում է: Այնտեղ լինել ամեն ինչի պատճառները, և եթե ունեք աղբյուրի կոդ, դա սովորաբար նշանակում է, որ դուք ունեք համակարգը լավ կարող է ձեզ ստիպել անել այն, ինչ ցանկանում եք, հատկապես որոշ առցանց հետազոտությունների օգնությամբ: Այս կանոնը, իհարկե, սահմաններ ունի, բայց իրոք կարևոր է երբեք շատ հեշտությամբ չհանձնվել:
• Կոչեք ձեզ ծրագրավորող (կամ հակեր) միայն այն բանից հետո, երբ որոշ իրական հակերների համայնքը ձեզ այդպիսին ճանաչեց:
• Սկզբում ընտրեք դաս, մոդուլ կամ այլ միավոր, որտեղ այս պահին ոչ ոք շատ ակտիվ չի աշխատում: Նույն դասի կամ նույնիսկ դիրքի վրա միասին աշխատելը բոլոր կողմերից ավելի մեծ հմտություններ և հոգատարություն է պահանջում:
• Որոշ հակերների / ծրագրավորողների գործատուները կարծես բավականաչափ մոտիվացված են աշխատաժամանակի համար ներդրումներ թույլ տալու համար (սովորաբար այն պատճառով, որ հաստատությունն օգտագործում է անվճար / բաց աղբյուրի ծրագիր, որը մշակում է ծրագրավորողը): Մտածեք ՝ միգուցե կարողանաք գոնե այս եղանակով անհրաժեշտ ժամանակ տրամադրել:
• Եթե ​​դեռ բավարար վստահություն չունեք ձեր նկատմամբ, սկսեք ծածկագրի որոշ մասից, որը, ձեր կարծիքով, բացակայում է և կարող է գրվել զրոյից: Գոյություն ունեցող օրենսգրքում կատարված փոփոխությունները շատ ավելի հավանական է, որ քննադատվեն:

Arnգուշացումներ

• Համայնքի ծրագրի շրջանակներում ձեր հակերների կարգավիճակը ավելի շատ ձեր ներկայի արտացոլումն է, քան ձեր անցյալը:Եթե ​​ցանկանում եք ծրագրի ղեկավարից առաջարկություն կամ նմանատիպ մի բան, հարցրեք `դուք դեռ ակտիվորեն մասնակցո՞ւմ եք:
• Մի ընկեք փոքր կոդերի օպտիմիզացման, լրացուցիչ մեկնաբանությունների, կոդավորման ոճի բարելավումների և այլ նմանատիպ «փոքր մասշտաբի» բաների մեջ: Սա կարող է ավելի շատ քննադատության հանդիպել, քան լուրջ ներդրման: Փոխարենը, այս փոփոխությունները կարող եք ներառել մեկ «մաքրման» կարկատման մեջ:
• Եթե ​​պլանավորում եք անձամբ հանդիպել բաց ծրագրային հակերներին, ձեր Windows համակարգիչը թողեք տանը: Mac OS- ը մի փոքր ավելի հանդուրժող է, բայց դա նույնպես իսկապես ողջունելի չէ: Եթե ​​ձեր նոութբուքը բերում եք, ապա այն պետք է աշխատի Linux կամ որևէ այլ գործառնական համակարգ, որը նրանք համարում են «բաց ծրագրակազմ»:
• Եթե ​​ձեր էլփոստի հաճախորդը աջակցում է HTML հաղորդագրություններին, ապա դուք պետք է անջատեք այս հնարավորությունը: Երբեք մի կցեք փաստաթղթեր, որոնք միայն առևտրային ծրագրակազմը (օրինակ ՝ Microsoft Word- ը) կարող է պատշաճ կերպով բացվել: Հակերները դա վիրավորական են համարում:
• Մի ներկայացրեք կամավոր աշխատանք այնպիսի ընկերության նախագծերում, որի ծածկագիրը չի ծածկվում հաստատված բաց աղբյուրի լիցենզիայով: Նման դեպքերում ծրագրի իրական կարևոր մասերը, ամենայն հավանականությամբ, կմնան սեփականատիրոջ փակ դռների ետևում ՝ թույլ չտալով սովորել օգտակար որևէ բան:
• Խուսափեք ծրագրավորման կամ ծրագրավորման գործիքների հիմունքների վերաբերյալ ցանկացած հարցից: Բաց ծրագրակազմի ծրագրավորողի ժամանակը թանկ է: Փոխարենը, քննարկեք ծրագրավորման հիմունքները սիրողական կամ սկսնակ ծրագրավորող խմբերում:
• Հաստատված և շատ հաջողված նախագծերը կարող են գրված կամ չգրված քաղաքականություն այն մասին, որ ձեր աշխատանքը երբեք չի փոխհատուցվի (փող չկա, ինքնադրսևորվելու ունակություն, բարձր կարգավիճակ ՝ անկախ ձեր ներդրումից և այլն): տե՛ս Do_not_ Expect_reward Wikipedia: Եթե ​​չեք կարող համաձայնվել սրա հետ, հավատարիմ մնացեք ավելի տարածված նախագծերին, որոնք չեն կարող իրեն թույլ տալ նման վերաբերմունք:
• Մի սկսեք ձեր սեփական նախագիծը, քանի դեռ միշտ չեք ցանկանում անցկացնել հպարտ մենության մեջ: Նույն պատճառով, ավելի լավ է չսկսենք փորձել վերակենդանացնել արդեն լքված նախագիծը, որն իր նախկին թիմը արդեն կորցրել է:
• Aboutրագրի վերաբերյալ ոչ ֆորմալ հանդիպման դեպքում, որին երբեք չեք նպաստել որևէ կոդ, դուք կունենաք ամբողջովին անտեսվելու տհաճ զգացողություն: Մի անհանգստացեք, որոշ հակերներ կարող են լավ ընկերներ դառնալ ավելի ուշ, երբ նրանց հարգանքը ստանաք ձեր սեփական կոդով:
• Խոշոր բաց ծրագրային նախագծերը, հատկապես դրանք GNU տիրույթի շուրջ, ձեր աշխատանքը չեն վերաբերվում որպես ձեր անձնական բիզնեսի: Softwareրագրակազմի հետ կապված ընկերությունում աշխատանք ստանալուց հետո նրանք ձեր գործատուին խնդրում են կնքել որոշակի պայմանագրեր [1], որոնք ընկերությունը կստորագրի կամ չի ստորագրի: Սա կարող է ձեզ ստիպել ընտրել ավելի խիստ պահանջների նախագիծ:

Անհրաժեշտությունները

• Linux Բաց ծրագրային ապահովման շատ նախագծեր Windows- ի վրա կառուցելն ավելի բարդ է կամ ընդհանրապես ճիշտ կառուցված չէ: Սա հատկապես ճիշտ է բջջային հեռախոսների, USB ստեղների և այլ սարքերի ծրագրավորմանը նվիրված առաջադեմ նախագծերի համար:
• Համակարգիչ ՝ համեմատաբար լավ ինտերնետ կապով: Եթե ​​ցանկանում եք Windows- ի հետ կրկնակի բեռնաթափել, ապա Linux- ի համար երկրորդ կոշտ սկավառակ կամ միջնորմ կարող է լավ լուծում լինել:
• Առնվազն մեկ ծրագրավորման լեզվի հիմնական գիտելիքներ և ավելին իմանալու ուժեղ մտադրություն: Ներկայումս ամենատարածված լեզուները կարծես C և Java են:
• Aամանակի զգալի քանակ, շաբաթը առնվազն հինգ ժամ (տիպիկ հարդքոր ծրագրավորողը նպաստում է ահռելի 14 ժամվա ընթացքում):
• Չնայած ՏՏ պաշտոնական կրթությունը շատ ավելի կհեշտացնի ձեր ճանապարհը, սա է վերջ ոչ պարտադիր պահանջ, և ոչ մի իրական հակերային համայնք ձեզ երբեք չի հարցնի այդ մասին: Programրագրավորողները / հակերները միմյանց դատում են ինչ-որ մեկի ծրագրավորմամբ, այլ ոչ թե կեղծ չափանիշներից, ինչպիսիք են գնահատականները, տարիքը, ցեղը կամ դիրքը: Ուշադրություն դարձրեք, բաց աղբյուրների հաքերների առնվազն 60% -ը, ովքեր գնահատում են ձեր կարկատումները, ունեն «ճիշտ» քոլեջի որակավորում և թույլ չեն տա անհեթեթություն ներդնել նախագծում:
• Վերջին քայլերի ընթացքում (համաժողով և «տեղադրել երեկույթ») դուք կարող եք օգտվել ձեր սեփական նոութբուքից: Բայց տանը դրա վրա աշխատելն ամեն ինչ կարգին չէ, այնպես որ գնեք միայն այն դեպքում, եթե երկրորդ մեքենան կարողանաք թույլ տալ:
• Բաց կոդով ծրագրային ապահովման «հակեր» դառնալու համար նկարագրված ուղին ավարտվում է առնվազն երկու տարի: