Ինչու պարզապես ձեր կոդավորման թարմացումը ձեզ ավելի լավ մշակող չի դարձնի

Techlead Skyeng Կիրիլ Ռոգովոյ (flashhhh) ներկայացնում է համաժողովների ժամանակ, որտեղ նա խոսում է այն հմտությունների մասին, որոնք յուրաքանչյուր լավ մշակող պետք է զարգացնի լավագույնը դառնալու համար: Ես խնդրեցի նրան կիսվել այս պատմությամբ Հաբրա ընթերցողների հետ, խոսքը տալիս եմ Կիրիլին։

Լավ մշակողի մասին առասպելն այն է, որ նա.

1. Մաքուր կոդ է գրում
2. Գիտի շատ տեխնոլոգիաներ
3. Առաջադրանքների կոդավորումն ավելի արագ
4. Գիտի մի շարք ալգորիթմներ և դիզայնի օրինաչափություններ
5. Կարող է վերամշակել ցանկացած կոդ՝ օգտագործելով Clean Code
6. Ժամանակ չի վատնում ոչ ծրագրավորվող առաջադրանքների վրա
7. Ձեր սիրելի տեխնոլոգիայի 100% վարպետ

Ահա թե ինչպես է HR-ը տեսնում իդեալական թեկնածուներին, և թափուր աշխատատեղերը, համապատասխանաբար, նույնպես այսպիսի տեսք ունեն.

Բայց իմ փորձն ասում է, որ դա այնքան էլ ճիշտ չէ։

Նախ, երկու կարևոր հրաժարում.
1) իմ փորձը արտադրանքի թիմերն են, այսինքն. ընկերություններ սեփական արտադրանքով, ոչ թե աութսորսինգով; աութսորսինգում ամեն ինչ կարող է շատ տարբեր լինել.
2) եթե դու կրտսեր ես, ապա ոչ բոլոր խորհուրդներն են կիրառելի, և եթե ես քո տեղը լինեի, առայժմ կկենտրոնանայի ծրագրավորման վրա:

Լավ մշակող. իրականություն

1: Ավելի լավ է, քան միջին կոդը

Լավ մշակողը գիտի, թե ինչպես ստեղծել հիանալի ճարտարապետություն, գրել հիանալի կոդ և շատ սխալներ չստեղծել; Ընդհանրապես միջինից լավ է ստացվում, բայց մասնագետների առաջին 1 տոկոսի մեջ չի մտնում։ Ամենաթեժ ծրագրավորողներից շատերը, որոնց ես ճանաչում եմ, այնքան էլ հիանալի կոդավորողներ չեն. նրանք հիանալի են իրենց արածում, բայց նրանք չեն կարող անել ոչ մի գերարտասովոր բան:

2. Լուծում է խնդիրները, քան դրանք ստեղծում

Եկեք պատկերացնենք, որ մենք պետք է արտաքին ծառայություն ինտեգրենք նախագծին։ Մենք ստանում ենք տեխնիկական բնութագրերը, նայում փաստաթղթերը, տեսնում ենք, որ այնտեղ ինչ-որ բան հնացել է, հասկանում ենք, որ պետք է լրացուցիչ պարամետրեր անցկացնենք, որոշ ճշգրտումներ կատարենք, փորձենք ինչ-որ կերպ իրականացնել այդ ամենը և ինչ-որ ծուռ մեթոդ ճիշտ աշխատի, վերջապես, մի ​​զույգից հետո: օրերի ընթացքում մենք հասկանում ենք, որ չենք կարող այսպես շարունակել. Այս իրավիճակում ծրագրավորողի ստանդարտ վարքագիծն այն է, որ վերադառնա բիզնես և ասի. «Ես արեցի այս և այն, այս մեկը այդպես չի աշխատում, և այն ընդհանրապես չի աշխատում, այնպես որ գնացեք ինքներդ պարզեք դա: » Բիզնեսը խնդիր ունի՝ պետք է խորամուխ լինել կատարվածի մեջ, շփվել մեկի հետ և փորձել ինչ-որ կերպ լուծել այն: Սկսվում է կոտրված հեռախոսը.

Լավ ծրագրավորողը, բախվելով նման իրավիճակի, ինքը կգտնի կոնտակտներ, կկապվի նրա հետ հեռախոսով, կքննարկի խնդիրը, և եթե ոչինչ չստացվի, նա կհավաքի ճիշտ մարդկանց, կբացատրի ամեն ինչ և կառաջարկի այլընտրանքներ (ամենայն հավանականությամբ, կա մեկ այլ տարբերակ. արտաքին ծառայություն ավելի լավ աջակցությամբ): Նման մշակողը տեսնում է բիզնեսի խնդիր և լուծում է այն։ Նրա խնդիրը փակ է, երբ նա բիզնես խնդիր է լուծում, և ոչ թե երբ ինչ-որ բանի է բախվում։

3. Փորձում է նվազագույն ջանքեր ծախսել առավելագույն արդյունք ստանալու համար, նույնիսկ եթե դա նշանակում է հենակներ գրել

Ծրագրային ապահովման մշակումը ապրանքային ընկերություններում գրեթե միշտ ամենամեծ ծախսերն են. մշակողները թանկ են: Իսկ լավ մշակողը հասկանում է, որ բիզնեսը ցանկանում է ստանալ առավելագույն գումար՝ ծախսելով նվազագույնը։ Նրան օգնելու համար լավ մշակողը ցանկանում է ծախսել իր թանկ ժամանակի նվազագույն չափը՝ գործատուի համար առավելագույն շահույթ ստանալու համար:

Այստեղ կա երկու ծայրահեղություն. Մեկն այն է, որ դուք կարող եք ընդհանրապես լուծել բոլոր խնդիրները հենակով, առանց ճարտարապետության հետ անհանգստանալու, առանց վերամշակման և այլն: Մենք բոլորս գիտենք, թե ինչպես է դա սովորաբար ավարտվում. ոչինչ չի ստացվում, մենք վերաշարադրում ենք նախագիծը զրոյից: Մյուսն այն է, երբ մարդը փորձում է յուրաքանչյուր կոճակի համար ստեղծել իդեալական ճարտարապետություն՝ մեկ ժամ ծախսելով առաջադրանքի վրա, չորսը՝ վերամշակման վրա: Նման աշխատանքի արդյունքը հիանալի է թվում, բայց խնդիրն այն է, որ բիզնեսի համար տասը ժամ է պահանջվում կոճակը ավարտելու համար, և՛ առաջին, և՛ երկրորդ դեպքերում, պարզապես տարբեր պատճառներով:

Լավ մշակողը գիտի, թե ինչպես հավասարակշռել այս ծայրահեղությունների միջև: Նա հասկանում է ենթատեքստը և կայացնում է օպտիմալ որոշումը. այս հարցում ես կկտրեմ հենակը, քանի որ սա կոդ է, որը շոշափվում է վեց ամիսը մեկ։ Բայց այս մեկում ես անհանգստանալու և ամեն ինչ կանեմ հնարավորինս ճիշտ, քանի որ հարյուր նոր հնարավորություններ, որոնք դեռ պետք է մշակվեն, կախված կլինեն նրանից, թե ինչ կհաջողվի:

4. Ունի բիզնեսի կառավարման սեփական համակարգ և կարողանում է աշխատել դրանում ցանկացած բարդության նախագծերի վրա։

Սկզբունքների վրա աշխատելը Getting Things կատարվել է - երբ գրում եք ձեր բոլոր առաջադրանքները ինչ-որ տեքստային համակարգում, մի մոռացեք որևէ պայմանավորվածություն, հրում եք բոլորին, հայտնվում եք ամենուր ժամանակին, գիտեք, թե որն է այս պահին կարևոր և ինչը ոչ կարևոր, երբեք չեք կորցնում առաջադրանքները: Նման մարդկանց ընդհանուր հատկանիշն այն է, որ երբ ինչ-որ բան պայմանավորվում ես նրանց հետ, երբեք չես անհանգստանում, որ նրանք կմոռանան. և դու նաև գիտես, որ նրանք գրում են ամեն ինչ և հետո հազար հարց չեն տալու, որոնց պատասխաններն արդեն քննարկվել են։

5. Հարցադրում և պարզաբանում է ցանկացած պայման և ներածություն

Այստեղ նույնպես կա երկու ծայրահեղություն. Մի կողմից, դուք կարող եք թերահավատորեն վերաբերվել բոլոր ներածական տեղեկատվությանը: Մարդիկ, նախքան դուք ինչ-որ լուծումներ եք գտել, բայց կարծում եք, որ կարող եք ավելի լավ անել և սկսել նորից քննարկել այն ամենը, ինչ եկել է ձեզ՝ դիզայն, բիզնես լուծումներ, ճարտարապետություն և այլն: Սա շատ ժամանակ է կորցնում ինչպես մշակողի, այնպես էլ նրա շրջապատի համար և բացասաբար է անդրադառնում ընկերության վստահության վրա. այլ մարդիկ չեն ցանկանում որոշումներ կայացնել, քանի որ գիտեն, որ այդ տղան կվերադառնա և կխախտի ամեն ինչ: Մյուս ծայրահեղությունն այն է, երբ ծրագրավորողը ցանկացած ներածական, տեխնիկական բնութագրեր և բիզնես ցանկություններ է ընկալում որպես քարի վրա փորագրված մի բան, և միայն անլուծելի խնդրի առաջ կանգնելիս է նա սկսում մտածել, թե արդյոք նա ընդհանրապես անում է այն, ինչ անում է: Լավ մշակողն այստեղ նաև միջին ճանապարհ է գտնում. նա փորձում է հասկանալ իր առաջ կամ առանց իրեն ընդունված որոշումները, նախքան առաջադրանքը զարգացնելը: Ի՞նչ է ուզում բիզնեսը: Մենք լուծում ենք նրա հարցերը։ Արտադրանքի դիզայները լուծում է գտել, բայց ես հասկանու՞մ եմ, թե ինչու լուծումը կաշխատի: Ինչու՞ թիմի ղեկավարը հանդես եկավ այս կոնկրետ ճարտարապետությամբ: Եթե ​​ինչ-որ բան պարզ չէ, ապա դուք պետք է գնաք հարցրեք: Այս պարզաբանման գործընթացում լավ մշակողը կարող է տեսնել այլընտրանքային լուծում, որը պարզապես նախկինում ոչ մեկի մտքով չի անցել:

6. Բարելավում է ձեր շրջապատի գործընթացները և մարդկանց

Մեր շուրջը շատ գործընթացներ են տեղի ունենում՝ ամենօրյա հանդիպումներ, հանդիպումներ, սկրամներ, տեխնիկական ակնարկներ, կոդերի ակնարկներ և այլն: Լավ ծրագրավորողը ոտքի կկանգնի և կասի. տեսեք, մենք ամեն շաբաթ հավաքվում ենք և նույն բանը քննարկում, ես չեմ հասկանում, թե ինչու, մենք կարող ենք նաև այս ժամը ծախսել Contra-ի վրա: Կամ. երրորդ առաջադրանքն անընդմեջ ես չեմ կարող մտնել կոդը, ոչինչ պարզ չէ, ճարտարապետությունը լի է անցքերով. Միգուցե մեր վերանայման կոդը կաղ է, և մենք պետք է վերամշակենք, եկեք վերամշակենք հանդիպումը երկու շաբաթը մեկ: Կամ օրենսգրքի վերանայման ժամանակ մարդը տեսնում է, որ իր գործընկերներից մեկը բավականաչափ արդյունավետ չի օգտագործում որոշակի գործիք, ինչը նշանակում է, որ նա պետք է ավելի ուշ հանդես գա և որոշ խորհուրդներ տա: Լավ մշակողը ունի այս բնազդը, նա նման բաներ անում է ավտոմատ կերպով:

7. Գերազանց է կառավարում ուրիշներին, նույնիսկ եթե ոչ մենեջեր

Այս հմտությունը լավ կապված է «խնդիրներ ստեղծելու փոխարեն լուծելու» թեմայի հետ։ Հաճախ թափուր աշխատատեղի տեքստում, որի համար մենք դիմում ենք, կառավարման մասին ոչինչ գրված չէ, բայց հետո, երբ բախվում ես քեզանից անկախ խնդրի հետ, դու դեռ պետք է այս կամ այն ​​կերպ կառավարես ուրիշներին, ինչ-որ բանի հասնես նրանցից, եթե դու մոռացել - հրել, համոզվել, որ նրանք ամեն ինչ հասկացել են: Լավ մշակողը գիտի, թե ով ինչով է հետաքրքրված, կարող է հանդիպել այդ մարդկանց հետ, գրել պայմանագրեր, ուղարկել նրանց հանգստանալու, հիշեցնել նրանց ճիշտ օրը, համոզվել, որ ամեն ինչ պատրաստ է, նույնիսկ եթե նա անձամբ անմիջականորեն պատասխանատու չէ դրա համար: այս խնդիրը, բայց դրա արդյունքը կախված է դրա իրականացումից:

8. Իր գիտելիքները որպես դոգմա չի ընկալում, մշտապես բաց է քննադատության համար

Յուրաքանչյուր ոք կարող է հիշել նախկին աշխատանքից մի գործընկերոջ, ով չի կարողանում զիջումների գնալ իր տեխնոլոգիայի վրա և գոռում է, որ բոլորը կվառվեն դժոխքում ինչ-որ սխալ մուտացիաների համար: Լավ մշակողը, եթե 5, 10, 20 տարի աշխատի ոլորտում, հասկանում է, որ իր գիտելիքների կեսը փտած է, իսկ մնացած կեսում տասնապատիկ ավելին չգիտի, քան գիտի։ Եվ ամեն անգամ, երբ ինչ-որ մեկը համաձայն չէ նրա հետ և առաջարկում է այլընտրանք, դա ոչ թե հարձակում է նրա էգոյի վրա, այլ ինչ-որ բան սովորելու հնարավորություն։ Սա թույլ է տալիս նրան շատ ավելի արագ աճել, քան շրջապատողները:

Եկեք համեմատենք իդեալական մշակողի իմ գաղափարը ընդհանուր ընդունվածի հետ.

Այս նկարը ցույց է տալիս, թե վերը նկարագրված կետերից քանիսն են կապված կոդի հետ, իսկ քանիսը` ոչ: Ապրանքային ընկերությունում զարգացումը միայն մեկ երրորդն է ծրագրավորում, մնացած 2/3-ը քիչ կապ ունի կոդի հետ: Եվ չնայած մենք գրում ենք շատ կոդ, մեր արդյունավետությունը մեծապես կախված է այս «անկապ» երկու երրորդից:

Մասնագիտացում, ընդհանրություն և 80-20 կանոն

Երբ մարդը սովորում է ինչ-որ նեղ խնդիրներ լուծել, երկար ու քրտնաջան ուսումնասիրում է, բայց հետո հեշտությամբ և պարզ լուծում է տալիս, բայց չունի համապատասխան ոլորտների փորձ, դա մասնագիտացում է: Ընդհանուրիզմն այն է, երբ ուսուցման ժամանակի կեսը ներդրվում է սեփական իրավասության ոլորտում, իսկ մյուս կեսը՝ հարակից ոլորտներում: Համապատասխանաբար, առաջին դեպքում ես մի բան անում եմ հիանալի, մնացածը՝ վատ, իսկ երկրորդում՝ ամեն ինչ քիչ թե շատ լավ եմ անում։

80-20 կանոնը մեզ ասում է, որ արդյունքի 80%-ը գալիս է ջանքերի 20%-ից: Եկամտի 80%-ը ստացվում է հաճախորդների 20%-ից, շահույթի 80%-ը՝ աշխատակիցների 20%-ից և այլն: Դասավանդման ժամանակ սա նշանակում է, որ գիտելիքների 80%-ը մենք ձեռք ենք բերում ծախսած ժամանակի առաջին 20%-ում:

Մի գաղափար կա՝ կոդավորողները պետք է միայն կոդավորեն, դիզայներները՝ միայն նախագծեն, վերլուծաբանները՝ վերլուծեն, իսկ մենեջերները՝ միայն կառավարեն։ Իմ կարծիքով, այս գաղափարը թունավոր է և այնքան էլ լավ չի աշխատում: Սա այն մասին չէ, որ բոլորը պետք է լինեն համընդհանուր զինվոր, սա ռեսուրսների խնայողության մասին է: Եթե ​​մշակողը գոնե մի քիչ հասկանա կառավարման, դիզայնի և վերլուծության մասին, նա կկարողանա լուծել բազմաթիվ խնդիրներ՝ առանց այլ մարդկանց ներգրավելու: Եթե ​​Ձեզ անհրաժեշտ է ստեղծել ինչ-որ հատկանիշ, ապա ստուգել, ​​թե ինչպես են օգտատերերը աշխատում դրա հետ որոշակի համատեքստում, որը կպահանջի երկու SQL հարցում, ապա հիանալի է, որ կարողանաք սրանով չշեղել վերլուծաբանին: Եթե ​​Ձեզ անհրաժեշտ է կոճակ ներդնել գոյություն ունեցողների անալոգիայով, և դուք հասկանում եք ընդհանուր սկզբունքները, կարող եք դա անել առանց դիզայների ներգրավելու, և ընկերությունը շնորհակալություն կհայտնի ձեզ դրա համար:

Ընդհանուր. դուք կարող եք ծախսել ձեր ժամանակի 100%-ը որոշակի հմտություն ուսումնասիրելու համար, կամ կարող եք նույն ժամանակը ծախսել հինգ ոլորտների վրա՝ յուրաքանչյուրում մինչև 80% հարթեցնելով: Հետևելով այս միամիտ մաթեմատիկային՝ մենք կարող ենք չորս անգամ ավելի շատ հմտություններ ձեռք բերել նույն ժամանակահատվածում: Սա չափազանցություն է, բայց դա ցույց է տալիս գաղափարը:

Հարակից հմտությունները կարող են վերապատրաստվել ոչ թե 80%-ով, այլ 30-50%-ով։ 10-20 ժամ անցկացնելուց հետո դուք նկատելիորեն կբարելավեք հարակից ոլորտներում, շատ լավ կհասկանաք դրանցում տեղի ունեցող գործընթացները և կդառնաք շատ ավելի ինքնավար:

Այսօրվա ՏՏ էկոհամակարգում ավելի լավ է հնարավորինս շատ հմտություններ ունենալ և դրանցից ոչ մեկի մասնագետ չլինել: Որովհետև, նախ, այս բոլոր հմտությունները արագորեն մարում են, հատկապես երբ խոսքը վերաբերում է ծրագրավորմանը, և երկրորդը, որովհետև ժամանակի 99%-ում մենք օգտագործում ենք ոչ միայն հիմնական, այլ, իհարկե, ոչ ամենաբարդ հմտությունները, և դա բավարար է նույնիսկ կոդավորման մեջ, նույնիսկ թույն ընկերություններ.

Եվ վերջապես, վերապատրաստումը ներդրում է, իսկ դիվերսիֆիկացիան կարևոր է ներդրումների մեջ։

Ինչ սովորեցնել

Այսպիսով, ինչ սովորեցնել և ինչպես: Հզոր ընկերությունում տիպիկ մշակողը պարբերաբար օգտագործում է.

• կապը
• ինքնակազմակերպում
• պլանավորում
• դիզայն (սովորաբար կոդ)
• և երբեմն կառավարում, առաջնորդություն, տվյալների վերլուծություն, գրավոր, հավաքագրում, մենթորություն և շատ այլ հմտություններ

Եվ գործնականում այս հմտություններից ոչ մեկը չի հատվում հենց կոդի հետ: Դրանք պետք է ուսուցանվեն և արդիականացվեն առանձին, իսկ եթե դա չարվի, ապա դրանք կմնան շատ ցածր մակարդակի վրա, ինչը թույլ չի տալիս արդյունավետ օգտագործել։

Ո՞ր ոլորտներում արժե զարգանալ:

1. Փափուկ հմտություններն այն ամենն են, ինչը չի վերաբերում խմբագրի կոճակները սեղմելուն: Ահա թե ինչպես ենք մենք գրում հաղորդագրություններ, ինչպես ենք մեզ պահում հանդիպումների ժամանակ, ինչպես ենք շփվում գործընկերների հետ։ Այս ամենը կարծես ակնհայտ բաներ են, բայց շատ հաճախ դրանք թերագնահատվում են։

2. Ինքնակազմակերպման համակարգ. Անձամբ ինձ համար սա գերկարևոր թեմա է դարձել վերջին մեկ տարվա ընթացքում։ ՏՏ ոլորտի բոլոր լավ աշխատողների մեջ, որ ես գիտեմ, սա ամենազարգացած հմտություններից մեկն է. նրանք գերկազմակերպված են, նրանք միշտ անում են այն, ինչ ասում են, նրանք հստակ գիտեն, թե ինչ են անելու վաղը, մեկ շաբաթից, մեկ ամսից: Անհրաժեշտ է ձեր շուրջ կառուցել մի համակարգ, որտեղ բոլոր հարցերն ու հարցերը գրանցված են, սա մեծապես հեշտացնում է աշխատանքը և մեծապես օգնում է շփվել այլ մարդկանց հետ: Ես զգում եմ, որ անցած տարվա ընթացքում այս ուղղությամբ զարգացումը ինձ շատ ավելի բարելավեց, քան տեխնիկական հմտությունները, ես սկսեցի զգալիորեն ավելի շատ աշխատանք կատարել մեկ միավորի համար:

3. Նախաձեռնող, լայնախոհ և պլանավորող: Թեմաները շատ ընդհանուր են և կենսական, ոչ միայն ՏՏ-ին, և բոլորը պետք է զարգացնեն դրանք։ Նախաձեռնողականություն նշանակում է չսպասել ազդանշանի գործողություն կատարելու համար: Դուք իրադարձությունների աղբյուրն եք, ոչ թե դրանց արձագանքները: Բաց մտածողությունը ցանկացած նոր տեղեկատվությանը օբյեկտիվորեն վերաբերվելու, իրավիճակը սեփական աշխարհայացքից և հին սովորություններից մեկուսացած գնահատելու կարողությունն է: Պլանավորումը հստակ տեսլական է, թե ինչպես է այսօրվա առաջադրանքը լուծում շաբաթվա, ամսվա, տարվա խնդիրը: Եթե ​​ապագան տեսնում եք կոնկրետ առաջադրանքից այն կողմ, շատ ավելի հեշտ է անել այն, ինչ ձեզ հարկավոր է, և չվախենալ ժամանակից հետո հասկանալ, որ այն վատնվել է: Այս հմտությունը հատկապես կարևոր է կարիերայի համար. դուք կարող եք հաջողությամբ հասնել արդյունքների տարիներ շարունակ, բայց սխալ տեղում, և ի վերջո կորցնել ամբողջ կուտակված ուղեբեռը, երբ պարզ դառնա, որ սխալ ուղղությամբ եք շարժվել:

4. Բոլոր հարակից ոլորտները հիմնական մակարդակին: Յուրաքանչյուր ոք ունի իր առանձնահատուկ ոլորտները, բայց կարևոր է հասկանալ, որ 10-20 ժամ ժամանակ հատկացնելով ինչ-որ «օտար» հմտությունների մակարդակի վրա՝ դուք կարող եք բացահայտել բազմաթիվ նոր հնարավորություններ և շփման կետեր ձեր ամենօրյա աշխատանքում, և այդ ժամերը կարող են բավական է մինչև կարիերայի ավարտը:

Ինչ կարդալ

Ինքնակազմակերպման մասին շատ գրքեր կան, դա մի ամբողջ արդյունաբերություն է, որտեղ որոշ տարօրինակ տղաներ գրում են խորհուրդների հավաքածուներ և հավաքում դասընթացներ: Միաժամանակ անհասկանալի է, թե իրենք ինչի են հասել կյանքում։ Ուստի կարևոր է ֆիլտրեր դնել հեղինակների վրա, տեսնել, թե ովքեր են նրանք և ինչ ունեն իրենց հետևում։ Իմ զարգացման և հայացքի վրա ամենաշատը ազդել են չորս գրքեր, որոնք բոլորն էլ այս կամ այն ​​կերպ առնչվում են վերը նկարագրված հմտությունների կատարելագործմանը:

1. Դեյլ Քարնեգի «Ինչպես ձեռք բերել ընկերներ և ազդել մարդկանց վրա». Փափուկ հմտությունների մասին պաշտամունքային գիրք, եթե չգիտեք, թե որտեղից սկսել, այն ընտրելը շահեկան տարբերակ է: Այն կառուցված է օրինակների վրա, հեշտ է ընթերցվում, մեծ ջանք չի պահանջում ձեր կարդացածը ընկալելու համար, իսկ ձեռք բերված հմտությունները կարող են կիրառվել անմիջապես։ Ընդհանուր առմամբ, գիրքն ընդգրկում է մարդկանց հետ շփվելու թեման:

2. Սթիվեն Ռ. Քովեյ «Բարձր արդյունավետ մարդկանց 7 սովորություններ». Տարբեր հմտությունների խառնուրդ՝ նախաձեռնողականությունից մինչև փափուկ հմտություններ, շեշտը դնելով սիներգիայի հասնելու վրա, երբ պետք է փոքր թիմը վերածել հսկայական ուժի: Այն նաև հեշտ է կարդալ:

3. Ռեյ Դալիո «Սկզբունքներ». Բացահայտում է լայնախոհության և նախաձեռնողականության թեմաներ՝ հիմնված հեղինակի կառուցած ընկերության պատմության վրա, որը նա ղեկավարել է 40 տարի: Կյանքից դժվարությամբ ձեռք բերված բազմաթիվ օրինակներ ցույց են տալիս, թե որքան նախապաշարմունքներ ու կախվածություն կարող է ունենալ մարդը և ինչպես ազատվել դրանից:

4. Դեյվիդ Ալեն, «Գործերն ավարտված». Ինքնակազմակերպումը սովորելու համար պարտադիր ընթերցանություն: Այն այնքան էլ հեշտ չէ կարդալ, բայց այն ապահովում է կյանքի և գործերի կազմակերպման գործիքների համապարփակ փաթեթ, մանրամասն ուսումնասիրում է բոլոր ասպեկտները և օգնում է ձեզ որոշել, թե կոնկրետ ինչ է ձեզ անհրաժեշտ: Նրա օգնությամբ ես կառուցեցի իմ սեփական համակարգը, որն ինձ թույլ է տալիս միշտ անել ամենակարևոր բաները՝ չմոռանալով մնացածի մասին:

Պետք է հասկանալ, որ միայն կարդալը բավարար չէ։ Շաբաթական գոնե մեկ գիրք կարելի է կուլ տալ, բայց էֆեկտը կտևի մի քանի օր, իսկ հետո ամեն ինչ կվերադառնա իր տեղը։ Գրքերը պետք է օգտագործվեն որպես խորհուրդների աղբյուր, որն անմիջապես փորձարկվում է գործնականում: Եթե ​​դուք դա չանեք, ապա այն ամենը, ինչ նրանք կտան, ձեր հորիզոնների որոշակի ընդլայնումն է:

Source: www.habr.com