Բովանդակություն
- 01. Կոդավորումը այլևս չի կտրում այն
- Լայնություն և խորություն
- 02. Մեծ նախազգուշացումը
- 03. Ինչ է ասում ինտերնետը
- Հասկացեք միջավայրը
- 04. Այն բաները, որոնցով մենք կառուցում ենք
- 05. Devops
- Հասկացեք բուրգը
- Խորհրդավոր աշխատանք
- Հարմար գործիքներ
- 06. Dev’- ն շտկելու է ... երեւի
- Վրիպազերծում
- 07. Ինչ են ուզում օգտվողները
- Մրցակցային շուկա
- 08. Նկարչություն և գրել
- 09. Վայելեք ինքներդ ձեզ
- 10. Մնացեք սուր
- Դուր եկավ սա Կարդացեք սրանք:
Մշակողները պետք է լինեն ավելին, քան կոդ ստեղծող փնթփնթան աշխատողներ: Մենք ավելի շատ թվային կյանքից ենք ակնկալում, և հենց այդ տղաներն են կառուցում այն, ուստի ի՞նչ են պետք իմանալ լավագույն devs- ը: Ահա այն բաները, որոնք ես տեսնում եմ, որ պակասում են չափազանց շատ ծրագրավորողներ: Սա սպառիչ չէ, բայց հենց այս հատկություններն են, որ ողջամիտ ծածկագիրը վերածում են զարմանալի մշակողի:
Բայց դա մի բան չէ, և դա հատկապես երբեք չի կարող XML վերլուծելու կամ կոդն օպտիմալացնելու ունակություն: Դա զարմանալի հմտությունների հավաքածու է, որոնք չեն ուսուցանվում կոդ գրելու մասին գրքերում: Դրանք մի փոքր ավելորդ բան են:
Ինչու՞ այսպես թափվել: Քանի որ զարգացումը կարևոր է, բայց մշակողները շատ հաճախ ուղարկվում են այլ աշխարհ, և ոչ միշտ են դրանք ստեղծվում: Սա երբեք չի գործում: Developmentարգացումը ՝ տեխնիկական ցանկացած բան, միշտ ծաղկում է, երբ նրանք, ովքեր գիտեն, թե ինչպես ավելին են հասկանում, քան միայն ծածկագիրը:
01. Կոդավորումը այլևս չի կտրում այն
Մենք մի աշխարհում ենք, որտեղ կոդավորումը դառնում է ավելի քիչ տպավորիչ: Բոլորը կայքեր են ստեղծում, ոմանք կոդավորում են, բայց դուք ստիպված չեք: Այլևս միայն նյարդերը չեն, ովքեր կարող են կայքեր, ծրագրեր և գործառույթներ ստեղծել:
Theանցը հայտնվելուց ի վեր, և մարդիկ կարող էին իրենց սովորեցնել, եղել են ինքնուս ծրագրավորողներ: Բայց նույնիսկ շրջանավարտները սպառնալիքի տակ են: Ես CV եմ ստանում համակարգչային գիտությունների աստիճաններ, AI դասընթացներ, տարբեր լրատվամիջոցներ և դրանց գոտիով կոդավորող մարդկանց հետ, բայց ինչ-որ բան դեռ պակասում է: Երբեմն շատ բան է պակասում:
Ես առաջինը չեմ, ով սա ասում է: «Կոդավորումն այլևս չի կտրում այն» վերնագիրն է 3-րդ գլխում Կրքոտ ծրագրավորողը, որը գրքերի հետ միասին, ինչպիսիք են Պրագմատիկ մտածողություն և ուսուցում հորդորել ծրագրավորողներին բարելավել իրենց օրենսգրքից այն կողմ. դառնալ թիմի պատասխանատու և ամբողջովին մարդկային անդամներ:
Լայնություն և խորություն
Մշակողները պետք է ավելի լավը լինեն երկու ձևով `լայնություն և խորություն: Նրանք պետք է հասկանան իրենց թիմում և իրենց կառուցած իրերով մարդկային փոխազդեցությունների լայնությունը: Նրանք պետք է հասկանան այն համակարգի խորությունը, որի հետ նրանք աշխատում են, մինչև O / S:
Եվ միայն ծրագրավորողները չպետք է ընթերցեն այս իրերը: Եթե աշխատում եք devs- ի հետ, կարծում եմ, որ դրանցից ավելին պետք է սպասեք: Ստիպեք նրանց ուրվագծել, թե ինչի մասին են նրանք խոսում: Ստիպեք նրանց նկարներով, առարկաներով և մարդկանցով կտրվածքներով բացատրել, թե ինչպիսին կլինի համակարգը այն օգտագործող մարդկանց համար:
02. Մեծ նախազգուշացումը
Ես բացասաբար եմ խոսելու մշակողների մասին, բայց կարծում եմ, որ ինձ թույլատրված է, քանի որ ես մեկն եմ: Նաև այն պատճառով, որ գոնե մի բանի մասին, որի մասին ես այստեղ խոսում եմ, ճիշտ է իմ հանդիպած ծրագրավորողներից շատերի համար: Չնայած նրանց աշխատանքը հիանալի է, և նրանք գիտեն իրենց ծածկագիրը, ժամանակները մրցակցային են: Դուք պետք է ունենաք ծայրամաս, և սա է.
- լինել ավելի տեխնիկական
և
- լինել շատ ավելի մարդկային
03. Ինչ է ասում ինտերնետը
«Վեբ զարգացման հիմնական հմտությունների» համար googling- ը բերում է այն, ինչ ակնկալում եք: Շրջանակային գիտելիքներ, x- բրաուզեր, CSS և JS: Դրանք թվարկում են այն շրջանակները, որոնք դուք պետք է իմանաք, պլատֆորմները, որոնց համար պետք է գրեք, և նոր միտումները, որոնց պետք է հսկել:
Սրանք մեր լրատվամիջոցներն են: Դրանք այն իրերն են, որոնցով մենք կառուցում ենք, բայց այն չէ, ինչ տալիս է նախագծի հաջողությունը: Մշակողը կարող է հասկանալ համակարգի յուրաքանչյուր մանրուքը, ասել ձեզ API- ի և CSS նոր տեխնոլոգիայի յուրաքանչյուր առանձնահատկություն, բայց միևնույն ժամանակ անօգտագործելի բան է արտադրում:
Հասկացեք միջավայրը
Մշակողները, ինչպես բոլորը, պետք է հասկանան իրենց միջավայրը, բայց նրանք նաև պետք է հասկանան հանդիսատեսը, լինի դա օգտագործողները, թիմը կամ այլ մշակողները: Նրանք պետք է հասկանան, թե ինչպես է իրենց միջավայրը տեղավորվում աշխարհում (այլ կերպ ասած ՝ արտադրական միջավայրում) և ինչ ազդեցություն է ունենում (ինչպես են մարդիկ օգտագործում այն):
Ես տեսել եմ, որ սա նկարագրվում է որպես «լայն և խորը» անձնավորություն: Լայն, քանի որ դուք պետք է աշխարհը հասկանաք որպես այլ մարդկանց հետ աշխատող մարդ: Խորը, քանի որ ձեզ անհրաժեշտ է մանրակրկիտ տեխնիկական գիտելիքներ `ծրագրի ձեր մասի մակարդակից ցածր: Այս մշակողները ձեր նախագծին հսկայական խթան են հաղորդում և փոխում են ծրագրի տեմպը, առանց որի դուք կգտնեք ոչ տեխնիկական անձնակազմ ՝ ձանձրալի մանրուքներով խցանված, որը հեղեղում է տեխնոլոգիական թիմից:
04. Այն բաները, որոնցով մենք կառուցում ենք
Վերջերս ես գրեցի այն ամենի ցուցակը, ինչ մենք օգտագործում ենք կայքեր կառուցելու, հոստինգ կառավարելու և իրեր պատրաստելու համար, որպեսզի անդամակցող մարդիկ ունենան խաբեության տեխնոլոգիական թերթիկ ՝ սովորելու իրենց առաջին մի քանի շաբաթների ընթացքում: Մենք կարդում էինք, որ կարդում ենք, որ մարդիկ գիտեն այս բաները, այնպես որ նորակոչիկներին թռիչք սկսելու համար մենք կցանկանայինք թվարկել այն ամենը, ինչ օգտագործում ենք ամեն օր:
Ես ակնկալում էի կես տասնյակ տեխնոլոգիաներ, բայց շատ ավելին ունեցա: Այս ցուցակը `« այն, ինչ մենք օգտագործում ենք », պարունակում է սովորական CMS- ներ, ծրագրավորման լեզուներ և զննարկիչների տեխնոլոգիաներ, բայց նաև մի շարք գործիքներ, որոնք թիմը նույնիսկ չի հիշում, որ իրենք օգտագործում են: Այդ ամենը մկանների հիշողություն էր: Հրամանի տողում մուտքագրելով «git», «phing», «thor», մենք նույնիսկ չէինք մտածում, որ ինչ-որ մեկը կարող է ոչ:
Կառուցել գործիքներ; CI; տարբերակը վերահսկելու համար git- ն ընդունվել է որպես տրված, բայց հետադարձ հայացք գցելով ինքնակենսագրականների վրա, դրանք դժվար թե հայտնվեին: Գերժամանակակիցները կհայտնվեին (և ցինիկ է արդյո՞ք, որ որոշ գործակալություններ դրանք ավելացնում են դրանում:), բայց հաճախ առանց կոնկրետ փորձի:
Այս գործիքները կարևոր են նախագծերի մշակման արագացման համար, այնպես որ համոզվեք, որ ունեք շատ ավելի հարուստ գործիքակազմ, քան ձեր լեզուն, CMS- ը և մի քանի շրջանակներ: Ձեզ անհրաժեշտ է տեղակայում, փորձարկում, CI, վարկածի ուժեղ հսկողություն (թիմերում `ոչ ձեր սեփական), և պետք է հասկանալ դրանց հիմնական հասկացությունները, այլ ոչ թե ընդամենը մի քանի ձեռնարկների:
05. Devops
Այս լրացուցիչ գործիքներն ու հնարքները կոկիկորեն տեղավորվում են այն բանում, ինչը մարդիկ կոչում են «դեվոպ»: Devops- ը թռչում է երկու ավանդական սիլոսի առջև. Արտադրություն, որը գործերը պահում է և զարգացում, որը նոր իրեր է ստեղծում (և հաճախ դադարեցնում է գործերը): Սիլոսները հանգեցնում են երկու ճամբարի `միմյանց նկատմամբ քիչ համակրանքով:
Արտադրական գիտելիքներ չունեցող ծրագրավորողներն ավելի հաճախ արտադրում են կոդ, որը ոչ պիտանի է արտադրության համար ՝ օգտագործելով կազմաձևեր կամ հատկություններ, որոնք դեռ արտադրության բուրգում չեն: Քանի որ նրանք տեղյակ չեն արտադրական միջավայրի խնդիրներին, նրանք կոդավորում են գործառույթը լրացնելու, այլ ոչ թե արտադրության մեջ տեղակայելու համար:
Այս փոքր մանրամասները կարող են ցավալի ձգձգումներ առաջացնել, որոնք սրվում են սերվերի կառավարումն արտերկիր ուղարկելու միտումով:
Հասկացեք բուրգը
Devops- ը ինքնին հսկայական ոլորտ է, որը ներառում է շարունակական տեղակայում և շատ ավտոմատացում: Սա ընդգրկուն ամփոփագիր է, բայց մշակողների հիմնական բանը, որ պետք է հասկանան, այն վարդակն է, որի վրա աշխատում են: Դա բավարար չէ սերվերի ադմինիստրատորին փոխանցելը, դուք պետք է հասկանաք, թե պլատֆորմը ինչ ազդեցություն ունի ձեր կոդի վրա:
Եթե աշխատում եք Rails- ի վրա, կարդացեք Rails կոդը և իմացեք, թե ինչպես է Ruby- ն իրականացնում Apache- ն: Եթե աշխատում եք Java- ում, իմացեք կազմաձևման ընտրանքների մասին: Եթե ձեր օգտագործած Perl- ն է, հասկացեք, թե ինչպես տեղադրել Perl մոդուլները և կարգավորել դրանք:
Խորհրդավոր աշխատանք
«Այն, ինչ մենք օգտագործում ենք» ցուցակը պարունակում է այս իրերի մեծ մասը, և լավ մշակողները ցատկում են դրա վրա ՝ հասկանալու համար, թե ինչպես է կատարվում այս ամբողջ խորհրդավոր աշխատանքը: Եվ երբ դա ստանան, տեղաբաշխումներն ավելի արագ են ընթանում, աշխատանքներն ավելի սահուն են տեղակայվում, և բոլորը պարզապես ավելի երջանիկ են:
Անընդհատ տեղակայումը և դրանց հետ կապված գործելակերպը դառնում են այնքան ստանդարտ, որ ցանկացած մշակող կամ ընկերություն, որը չի զբաղվում դրանով, ստեղծում է, որ իրեն գերազանցեն: Ինչ-որ մեկը կսկսի դա անել, և այդ դեպքում նրանք ձեզանից արագ կլինեն:
Հարմար գործիքներ
«Devops» - ի համար googling- ը ձեզ պատկերացում է տալիս այն գործիքների մասին, որոնք օգտագործում են այս տղաները: Խոսքը PHP- ի և MySQL- ի կամ Rails- ի մասին չէ: Խոսքը ծրագրային ապահովման առաքման և նախագծերի ռիսկային մասերը առանց ռիսկի պահելու մասին է: Դրանք կենտրոնանում են տեղակայման, ավտոմատացման և հնարավորինս արագ գազատարը մշակողից արտադրական միջավայր պահելու վրա:
Դուք կտեսնեք, որ զարգացման այս ոճը ձեզ հնարավորություն է տալիս մշակողների, որոնք ավելի լավ են աշխատում միմյանց և այլ գերատեսչությունների և ընկերությունների հետ: Եթե նրանք աշխատում են երրորդ կողմի API- ի հետ, նրանք կհասկանան այն խնդիրները, որոնք հնարավոր է առաջանան մյուս կողմում: Սերվերի ադմինիստրատորների հետ աշխատելիս նրանք կհասկանան, թե իրենց ինչն է պետք տեղադրված, և կիմանան, թե ինչպես են իրենց ծրագրային կայքերը արտադրական սերվերներում: Սրա հակառակը կարող է ցավոտ լինել ...
06. Dev’- ն շտկելու է ... երեւի
«Վեբ մշակողի էական հմտությունների» որոնումը բերում է մի գեղեցիկ պատասխան Մայքլ Գրիրի (The Onion's CTO) Quora- ի վերաբերյալ.
- Lazուլություն. Երկու անգամ հրաժարվում է ինչ-որ բան անել. Դրա համար սցենար կամ ալգո է գրում:
- Վախկոտություն. Մտածում է փորձարկման համար, անհանգստություն բեռի և կոդի ազդեցության վերաբերյալ
- Անխոհեմություն. Անընդհատ փորձում է նոր իրեր, գործարկում է նույն օրվա գաղափարներ
Վախկոտությունը «մանրուքի ուշադրությունը» արտահայտելու լավ միջոց է: Վրիպազերծումը և փորձարկումը ծրագրավորողի կյանքի 99 տոկոսն է, և ոչ ոք չի նշել, երբ նրանք հարվածել են W3Schools- ին կամ սկսել են հաշվողական 101 դասընթացը:
Appsրագրերը շտկելու ունակությունը պահանջում է խնդիրների լուծման գերազանց հմտություններ, բայց ոչ միայն կոդերի կարգաբերման սխալ: Երբեմն օգտագործողների կողմից իրենց հաշիվները ներբեռնելու հնարավորություն չունենալը էջը տպագիր դարձնելն է, այլ ոչ թե մեկ օր ծախսել PDF- ների ստեղծման վրա: Երբեմն հղումը կարող է փոխարինել զարգացման մեկ շաբաթին, բայց այդ էլեգանտ լուծումը տեղի չի ունենա, եթե devs- ը խնդիրներ է լուծում զուտ կոդերի բազմաթիվ տողեր գրելով:
Թեստավորումը հիանալի կույր կետ է շատ devs- ի համար, չնայած առկա բազմաթիվ գործիքներին: Օգտագործեք միավորի թեստեր, սելեն, բեռի փորձարկման և պրոֆիլավորման գործիքներ, ինչպիսիք են xhprof- ը: Վերլուծեք New Relic- ի նման բաներից ՝ ձեր ծրագրի հետքը փոքր պահելու համար: Եվ հաշվի առեք այս Dev- ի աշխատանքի ամբողջ մասը. Դա ձեր ծածկագիրն է, համոզվեք, որ գիտեք, որ այն աշխատում է ըստ նախատեսվածի, այլ ոչ թե հուսալով, որ այն կստացվի:
Վրիպազերծում
Սխալ վրիպազերծումը նույնպես ցավալի կետ է: Ոչ թե ինչպես օգտագործել վրիպազերծիչ, այլ ինչպես կարգաբերել խնդիրը, այնպես որ ես կավելացնեի Michael Greer- ի ցուցակին.
- Անհամբերություն. Ագրեսիվորեն անտեսում է անկապ տեղեկատվությունը `իրական խնդիրը գտնելու և լուծելու համար
Սա կարգաբերման բոլոր տեխնիկայի հիմնաքարն է: Անկապն անտեսելը և համապատասխանում իմաստ գտնելը: Դժբախտաբար, շատերը հակված են ստրկորեն հարվածել անկապը ժամերով կամ օրերով ՝ լուծելով խնդիրը ՝ փորձելով նույն բանը 10 անգամ:
Բազմաթիվ գրքեր կան (ցավոք, ոչ այն գիրքը, որը ես խնդրեցի հրատարակչությանը, որի անունը չեմ տա) կարգաբերման կարգի վերաբերյալ, և յուրաքանչյուր մշակող պետք է կարդա բոլորը: Իսկապես հիանալի մասնագետը կարող է կարգաբերել համակարգում առկա խնդիրները ՝ առանց կոդի տող տեսնելու:
07. Ինչ են ուզում օգտվողները
Հասկացեք, թե ինչ են փորձում անել ձեր շրջապատի մարդիկ: Վայելեք ծածկագիրը. Սիրեք CSS ֆայլերը կատարելապես փորագրելու կամ ռելսերի հավելվածը օպտիմալացնելու արվեստը, բայց հիշեք, որ ամեն ինչ այդ նպատակով է:
Մշակողները պետք է հասկանան բիզնեսը, գործառնությունները և բիզնես գործընթացները, քանի որ իրենց նյութերն օգնում են այն գործարկել: Այս գիտելիքներով Devs- ը ի վիճակի է ստեղծել ծրագրեր և ծրագրեր, որոնք օգնում են օգտվողներին, բայց դրանք հաճախ թվում են անսովոր արդյունավետ: Դա կարող է լինել նրանց լուսավորության արագ մուտքագրման կամ տուփի զարմանալի գիտելիքների պատճառով, բայց ավելի հավանական է, որ դա տեղի է ունենում օգտվողների ուզածի մասին գիտելիքների պատճառով:
Մրցակցային շուկա
Վերադառնալով իմ նախնական կետին, այդ զարգացումը դյուրին է դառնում, և մեծ ծրագրավորողների շուկան ավելի մրցունակ է, ցանկացած զարգացող, ով ունակ է հասկանալու բիզնեսի պահանջները և դրանց բավարարման համար ինչ-որ հիանալի բան բերելու, կունենա առավելություն: Հասկանալ շուկան, հաճախորդները և ինչու են մարդիկ բաժանվում փողով, դա օգնում է:
Հասկացեք տվյալները և ինչպես դրանք ժամանակի ընթացքում կփոխվեն: Theրագրավորողի մտքում նրանք պետք է շարադրեն նոր տեխնոլոգիաներ այն մարտահրավերների հետ, որոնք դուք ունեք այսօր կամ տեսնում եք առաջիկա: Այս եղանակով, երբ շքեղ նոր գաղափար եք առաջարկում բժշկին կամ հաճախորդին, այն հիմնված կլինի այն բանի վրա, թե ինչ են իրականում ցանկանում հաճախորդները, և դրա վրա կստանաք բյուջե / ժամանակ: (Ի հակադրություն, ամենավատ բանը, որ ականատես է լինում, ծրագրավորողներն իրենց նոր սիրված տեխնոլոգիան վաճառում են որպես լուծում մեր բոլոր հիվանդությունների համար):
Մշակողները շատ վերահսկողություն ունեն. Արդյո՞ք նրանք պետք է իմանան, թե տվյալների շտեմարանում յուրաքանչյուր դաշտ ինչ է նշանակում վերջնական օգտագործողի համար: Եթե մենք փոխենք տվյալները, ի՞նչ կտեսնեն օգտվողները: Օգտատերերին օգնելու ավելի լավ միջոց կա՞: Շատ հաճախ DB ադմինիստրատորների տեսակետն այն է, որ աշխարհը նրանց տվյալների բազայի վատ արտացոլումն է, քան թե տվյալների բազան իրական աշխարհի վատ ներկայացում լինի: Աշխարհը խառնաշփոթ է և զարմանալիորեն լի է ծայրահեղ պատյաններով: Deբաղվեք դրանով, DB ադմինիստրատորներ:
08. Նկարչություն և գրել
Նկարչությունը հաղորդակցության ամենաուղղակի միջոցն է, թե ինչպիսին կլինեն իրերը: Մշակողները պետք է կարողանան իրենց գաղափարները նկարել գրատախտակի, թղթի և գարեջրի գորգերի վրա:
Մշակողները պետք է կարողանան նախատիպավորել թղթի վրա, տպել սքրինշոթեր և խզբզել դրանց վրա ՝ պարզապես իրենց մտադրությունը հաղորդելու համար: Մի վստահիր ծրագրավորողին, ով գլխով է անում, ասում է, որ նրանք հասկացել են և բացում են իրենց խմբագրին:
Էժան ձախողում. Լավագույն կոդավորումը սկսվում է նկարելուց ՝ որպես արագ նախատիպ: Ավելի հաճախ ձախողվեք և համոզվեք, որ ձեր շրջապատում գտնվող բոլոր devs- ն անում են նույնը, ինչ հավանական է, որ այդ կերպ հաջողության հասնեք:
09. Վայելեք ինքներդ ձեզ
Իսկ ի՞նչ կլինի, եթե ստիպված լինեք 10 ժամ ծախսել խնդրի լուծման վրա ՝ հղում տեղափոխելով: Վայելեք այն, նույնիսկ եթե դա պարզապես աշխատանքն անցնելու մարտահրավեր է:
Developրագրավորողների (կամ որևէ մեկի) ամենավատ վերաբերմունքը անտարբերությունն է այն բանի նկատմամբ, ինչը թիմը փորձում է հասնել: Unfortunatelyավոք, դա սովորական է, քանի որ մշակողները իրենց տեսնում են այնպես, ինչպես թիմը չի հասնում: (Կրքոտ ծրագրավորողը հարց է առաջադրում. «որքանո՞վ ավելի զվարճալի կարող ես դարձնել քո գործը». փորձեք:)
Եվ պատրաստ եղեք ցույց տալու ձեր աշխատանքը, քանի որ դրա հակառակը հետևյալն է. Մի ընդլայնեք ՝ փորձելով Ruby- ի մի քանի ձեռնարկներ ՝ «Ruby- ի փորձը» –ից մինչև «Ruby- ի փորձ»:
Webանցի և հավելվածների մշակումը դեռևս երիտասարդ մասնագիտություն է, բայց հմտությունները, որոնք իսկապես մեծ կարիք ունեն devs- ի, ընդլայնվում են: Բոլորը պետք է ավելի շատ ծրագրավորողներ ակնկալեն, քանի որ որքան շուտ մենք բոլորս դուրս գանք տհաճ սենյակից և ներգրավվենք ստեղծագործական գործընթացի մեջ, այնքան լավ արդյունքները կլինեն:
10. Մնացեք սուր
Սա 10-րդ գեղեցիկ շրջանը բերելու համար ես կավելացնեմ մեկ վերջին բան: Մնացեք սուր: Գտեք մրցակցություն: Ամեն ինչից ամենավատ տեսակը մեկուսացված է:
«Միշտ եղիր ամենավատ տղան յուրաքանչյուր խմբում, որի կազմում ես»:
Ամենավատը, իրոք, շատ վատը ՝ ծրագրավորողներ, ծածկագրողներ, դիզայներներ սովորում են իրենց իրերը և հանգստանում դափնիների վրա: Առանց խթանիչի, դանդաղեցնելը չափազանց հեշտ է, և առանց մրցակցություն տեսնելու սովորություն է դառնում քեզ տեսնել միջինից բարձր:
Այնպես որ, եղիր ամենավատը, որ կարող ես ՝ ավելի լավը գտնելով: Միացեք աշխատանքից դուրս նախագծերին, մասնակցեք և հետադարձ կապ և քննադատություն փնտրեք, քանի որ որքան շատ քննադատություն ստանաք, ապագայում ավելի քիչ մարդիկ ձեզ կտան: Երբ կռահում եք, թե իրենք ինչ են ուզում ավելի լավ, քան իրենք են, ուրեմն դուք ninja մշակող եք, ում բոլորն ուզում են:
Դեն Ֆրոստը 3EV լրիվ սպասարկման վեբ ընկերության տեխնիկական տնօրեն է, AWS- ի պաշտոնական գործընկեր: Նա արդեն յոթ տարի աշխատում է CMS- ի և վեբ հավելվածների մշակման ոլորտում:
Դուր եկավ սա Կարդացեք սրանք:
- Ինչպես ստեղծել ծրագիր
- Լավագույն անվճար վեբ տառատեսակները դիզայներների համար
- Բացահայտեք, թե ինչ է հաջորդը լրացված իրականության համար
