શા માટે ફક્ત તમારા કોડિંગને અપગ્રેડ કરવાથી તમે વધુ સારા વિકાસકર્તા નહીં બની શકો

ટેકલીડ સ્કાયેંગ કિરીલ રોગોવોય (ફ્લેશહહ) પરિષદોમાં એક પ્રેઝન્ટેશન આપે છે જેમાં તે દરેક સારા ડેવલપરે શ્રેષ્ઠ બનવા માટે જે કૌશલ્યો વિકસાવવા જોઈએ તે વિશે વાત કરે છે. મેં તેને હાબ્રાના વાચકો સાથે આ વાર્તા શેર કરવા કહ્યું, હું કિરીલને ફ્લોર આપું છું.

સારા વિકાસકર્તા વિશેની માન્યતા એ છે કે તે:

1. સ્વચ્છ કોડ લખે છે
2. ઘણી બધી ટેકનોલોજી જાણે છે
3. કોડિંગ કાર્યો ઝડપથી
4. અલ્ગોરિધમ્સ અને ડિઝાઇન પેટર્નનો સમૂહ જાણે છે
5. ક્લીન કોડનો ઉપયોગ કરીને કોઈપણ કોડને રિફેક્ટ કરી શકે છે
6. બિન-પ્રોગ્રામિંગ કાર્યોમાં સમય બગાડતો નથી
7. તમારી મનપસંદ તકનીકમાં 100% માસ્ટર

આ રીતે HR આદર્શ ઉમેદવારોને જુએ છે, અને તે મુજબ ખાલી જગ્યાઓ પણ આના જેવી દેખાય છે.

પણ મારો અનુભવ કહે છે કે આ બહુ સાચું નથી.

પ્રથમ, બે મહત્વપૂર્ણ અસ્વીકરણ:
1) મારો અનુભવ ઉત્પાદન ટીમો છે, એટલે કે. તેમની પોતાની પ્રોડક્ટ ધરાવતી કંપનીઓ, આઉટસોર્સિંગ નહીં; આઉટસોર્સિંગમાં બધું ખૂબ જ અલગ હોઈ શકે છે;
2) જો તમે જુનિયર છો, તો બધી સલાહ લાગુ પડશે નહીં, અને જો હું તમે હોત, તો હું હમણાં માટે પ્રોગ્રામિંગ પર ધ્યાન કેન્દ્રિત કરીશ.

સારા વિકાસકર્તા: વાસ્તવિકતા

1: સરેરાશ કોડ કરતાં વધુ સારી

એક સારો વિકાસકર્તા જાણે છે કે શાનદાર આર્કિટેક્ચર કેવી રીતે બનાવવું, કૂલ કોડ કેવી રીતે લખવો અને ઘણી બધી ભૂલો કેવી રીતે બનાવવી નહીં; સામાન્ય રીતે, તે સરેરાશ કરતા વધુ સારું કરે છે, પરંતુ તે ટોચના 1% નિષ્ણાતોમાં નથી. હું જાણું છું કે મોટાભાગના શાનદાર વિકાસકર્તાઓ તે મહાન કોડર નથી: તેઓ જે કરે છે તેમાં તેઓ મહાન છે, પરંતુ તેઓ કંઈપણ અતિ-અસાધારણ કરી શકતા નથી.

2: સમસ્યાઓ સર્જવાને બદલે ઉકેલે છે

ચાલો કલ્પના કરીએ કે આપણે પ્રોજેક્ટમાં બાહ્ય સેવાને એકીકૃત કરવાની જરૂર છે. અમે તકનીકી સ્પષ્ટીકરણો પ્રાપ્ત કરીએ છીએ, દસ્તાવેજીકરણ જોઈએ છીએ, જુઓ કે ત્યાં કંઈક જૂનું છે, સમજીએ છીએ કે આપણે વધારાના પરિમાણો પસાર કરવાની જરૂર છે, કેટલાક ગોઠવણો કરવાની જરૂર છે, તે બધાને કોઈક રીતે અમલમાં મૂકવાનો પ્રયાસ કરો અને કેટલીક કુટિલ પદ્ધતિ યોગ્ય રીતે કાર્ય કરો, છેવટે, એક દંપતી પછી દિવસો સુધી આપણે સમજીએ છીએ કે આપણે આના જેવું ચાલુ રાખી શકીએ નહીં. આ પરિસ્થિતિમાં વિકાસકર્તાનું પ્રમાણભૂત વર્તન એ છે કે વ્યવસાયમાં પાછા ફરવું અને કહેવું: “મેં આ કર્યું અને તે, આ તે રીતે કામ કરતું નથી, અને તે બિલકુલ કામ કરતું નથી, તેથી જાતે જ તેને શોધી કાઢો. " વ્યવસાયમાં એક સમસ્યા છે: તમારે શું થયું છે તેની તપાસ કરવાની જરૂર છે, કોઈની સાથે વાતચીત કરો અને તેને કોઈક રીતે ઉકેલવાનો પ્રયાસ કરો. તૂટેલા ફોન શરૂ થાય છે: "તમે તેને કહો, હું તેણીને ટેક્સ્ટ કરીશ, જુઓ કે તેઓએ શું જવાબ આપ્યો."

એક સારો વિકાસકર્તા, આવી પરિસ્થિતિનો સામનો કરે છે, તે પોતે સંપર્કો શોધી કાઢશે, ફોન પર તેનો સંપર્ક કરશે, સમસ્યાની ચર્ચા કરશે, અને જો કંઈ કામ ન થાય તો, તે યોગ્ય લોકોને એકત્રિત કરશે, બધું સમજાવશે અને વિકલ્પો પ્રદાન કરશે (મોટા ભાગે, ત્યાં અન્ય છે. બહેતર સમર્થન સાથે બાહ્ય સેવા). આવા વિકાસકર્તા વ્યવસાયની સમસ્યા જુએ છે અને તેનું નિરાકરણ લાવે છે. જ્યારે તે કોઈ વ્યવસાયની સમસ્યા હલ કરે છે ત્યારે તેનું કાર્ય બંધ થાય છે, અને જ્યારે તે કોઈ બાબતમાં દોડે છે ત્યારે નહીં.

3: મહત્તમ પરિણામો મેળવવા માટે ન્યૂનતમ પ્રયત્નો કરવાનો પ્રયાસ કરે છે, ભલે તેનો અર્થ ક્રૉચ લખવો હોય

પ્રોડક્ટ કંપનીઓમાં સૉફ્ટવેર ડેવલપમેન્ટ લગભગ હંમેશા સૌથી મોટી ખર્ચની વસ્તુ છે: વિકાસકર્તાઓ ખર્ચાળ છે. અને એક સારો વિકાસકર્તા સમજે છે કે વ્યવસાય લઘુત્તમ ખર્ચ કરીને મહત્તમ રકમ મેળવવા માંગે છે. તેને મદદ કરવા માટે, એક સારો વિકાસકર્તા એમ્પ્લોયર માટે મહત્તમ નફો મેળવવા માટે તેના ખર્ચાળ સમયની ન્યૂનતમ રકમ ખર્ચવા માંગે છે.

અહીં બે ચરમસીમાઓ છે. એક એ છે કે તમે સામાન્ય રીતે તમામ સમસ્યાઓ ક્રચ વડે હલ કરી શકો છો, આર્કિટેક્ચરની પરેશાન કર્યા વિના, રિફેક્ટરિંગ વિના, વગેરે. આપણે બધા જાણીએ છીએ કે આ સામાન્ય રીતે કેવી રીતે સમાપ્ત થાય છે: કંઈ કામ કરતું નથી, અમે પ્રોજેક્ટને શરૂઆતથી ફરીથી લખીએ છીએ. બીજું એ છે કે જ્યારે વ્યક્તિ દરેક બટન માટે એક આદર્શ આર્કિટેક્ચર સાથે આવવાનો પ્રયાસ કરે છે, કાર્ય પર એક કલાક અને રિફેક્ટરિંગ પર ચાર કલાક વિતાવે છે. આવા કાર્યનું પરિણામ સરસ લાગે છે, પરંતુ સમસ્યા એ છે કે વ્યવસાયની બાજુએ એક બટનને પૂર્ણ કરવામાં દસ કલાક લાગે છે, પ્રથમ અને બીજા બંને કિસ્સાઓમાં, ફક્ત જુદા જુદા કારણોસર.

એક સારો વિકાસકર્તા જાણે છે કે આ ચરમસીમાઓ વચ્ચે કેવી રીતે સંતુલન રાખવું. તે સંદર્ભને સમજે છે અને શ્રેષ્ઠ નિર્ણય લે છે: આ સમસ્યામાં હું ક્રૉચ કાપીશ, કારણ કે આ કોડ છે જેને દર છ મહિનામાં એકવાર સ્પર્શ કરવામાં આવે છે. પરંતુ આમાં, હું પરેશાન કરીશ અને શક્ય તેટલું યોગ્ય રીતે બધું કરીશ, કારણ કે સો નવી સુવિધાઓ કે જે હજી વિકસાવવાની બાકી છે તેના પર નિર્ભર રહેશે કે હું શું સફળ થયો છું.

4. તેની પોતાની બિઝનેસ મેનેજમેન્ટ સિસ્ટમ છે અને તેમાં કોઈપણ જટિલતાના પ્રોજેક્ટ પર કામ કરવા સક્ષમ છે.

સિદ્ધાંતો પર કામ કરવું વસ્તુઓ થઈ ગયું - જ્યારે તમે તમારા તમામ કાર્યોને અમુક પ્રકારની ટેક્સ્ટ સિસ્ટમમાં લખો છો, ત્યારે કોઈપણ કરારને ભૂલશો નહીં, દરેકને દબાણ કરો, સમયસર દરેક જગ્યાએ હાજર થાઓ, જાણો કે આ ક્ષણે શું મહત્વનું છે અને શું મહત્વનું નથી, તમે ક્યારેય કાર્યો ગુમાવશો નહીં. આવા લોકોની સામાન્ય લાક્ષણિકતા એ છે કે જ્યારે તમે તેમની સાથે કોઈ વાત પર સંમત થાઓ છો, ત્યારે તમે ક્યારેય ચિંતા કરતા નથી કે તેઓ ભૂલી જશે; અને તમે એ પણ જાણો છો કે તેઓ બધું જ લખે છે અને પછી હજાર પ્રશ્નો પૂછશે નહીં, જેના જવાબોની ચર્ચા થઈ ચૂકી છે.

5. કોઈપણ શરતો અને પરિચયના પ્રશ્નો અને સ્પષ્ટતા કરે છે

અહીં પણ બે ચરમસીમાઓ છે. એક તરફ, તમે તમામ પ્રારંભિક માહિતી વિશે શંકાસ્પદ હોઈ શકો છો. તમારા પહેલાંના લોકો કેટલાક ઉકેલો લઈને આવ્યા હતા, પરંતુ તમને લાગે છે કે તમે વધુ સારું કરી શકો છો અને તમારી પહેલાં આવેલી દરેક વસ્તુ પર ફરીથી ચર્ચા કરવાનું શરૂ કરી શકો છો: ડિઝાઇન, બિઝનેસ સોલ્યુશન્સ, આર્કિટેક્ચર વગેરે. આ વિકાસકર્તા અને તેની આસપાસના લોકો બંને માટે ઘણો સમય બગાડે છે, અને કંપનીમાં વિશ્વાસ પર નકારાત્મક અસર કરે છે: અન્ય લોકો નિર્ણય લેવા માંગતા નથી કારણ કે તેઓ જાણે છે કે તે વ્યક્તિ પાછો આવશે અને બધું તોડી નાખશે. બીજી આત્યંતિક બાબત એ છે કે જ્યારે વિકાસકર્તા કોઈપણ પ્રારંભિક, તકનીકી વિશિષ્ટતાઓ અને વ્યવસાયની ઇચ્છાઓને પથ્થરમાં કોતરેલી વસ્તુ તરીકે જુએ છે, અને જ્યારે તે વણઉકેલાયેલી સમસ્યાનો સામનો કરે છે ત્યારે જ તે વિચારવાનું શરૂ કરે છે કે તે જે કરી રહ્યો છે તે કરી રહ્યો છે કે કેમ. એક સારા વિકાસકર્તાને પણ અહીં એક મધ્યમ જમીન મળે છે: તે કાર્ય વિકાસમાં જાય તે પહેલાં, તેના પહેલાં અથવા તેના વિના લીધેલા નિર્ણયોને સમજવાનો પ્રયાસ કરે છે. વ્યવસાય શું ઇચ્છે છે? શું આપણે તેની સમસ્યાઓ હલ કરીએ છીએ? પ્રોડક્ટ ડિઝાઇનર એક સોલ્યુશન લઈને આવ્યા, પણ શું હું સમજી શકું છું કે સોલ્યુશન કેમ કામ કરશે? શા માટે ટીમ લીડ આ ચોક્કસ આર્કિટેક્ચર સાથે આવી? જો કંઈક સ્પષ્ટ ન હોય, તો તમારે પૂછવાની જરૂર છે. આ સ્પષ્ટતાની પ્રક્રિયામાં, એક સારો વિકાસકર્તા વૈકલ્પિક ઉકેલ જોઈ શકે છે જે અગાઉ કોઈને પણ ન આવ્યો હોય.

6. તમારી આસપાસની પ્રક્રિયાઓ અને લોકોને સુધારે છે

આપણી આસપાસ ઘણી બધી પ્રક્રિયાઓ ચાલી રહી છે - દૈનિક મીટિંગ્સ, મીટઅપ્સ, સ્ક્રમ્સ, તકનીકી સમીક્ષાઓ, કોડ સમીક્ષાઓ વગેરે. એક સારો વિકાસકર્તા ઊભો થશે અને કહેશે: જુઓ, અમે દર અઠવાડિયે ભેગા થઈએ છીએ અને એક જ વસ્તુની ચર્ચા કરીએ છીએ, મને સમજાતું નથી કે શા માટે, અમે આ કલાક કોન્ટ્રા પર પણ પસાર કરી શકીએ છીએ. અથવા: સળંગ ત્રીજા કાર્ય માટે હું કોડમાં પ્રવેશી શકતો નથી, કંઈ સ્પષ્ટ નથી, આર્કિટેક્ચર છિદ્રોથી ભરેલું છે; કદાચ અમારો રિવ્યુ કોડ પાંગળો છે અને અમારે રિફેક્ટર કરવાની જરૂર છે, ચાલો દર બે અઠવાડિયે મીટઅપને રિફેક્ટ કરીએ. અથવા કોડની સમીક્ષા દરમિયાન, કોઈ વ્યક્તિ જુએ છે કે તેના સાથીદારોમાંના એક ચોક્કસ સાધનનો પૂરતો અસરકારક ઉપયોગ કરી રહ્યો નથી, જેનો અર્થ છે કે તેણે પછીથી આવીને કેટલીક સલાહ આપવાની જરૂર છે. એક સારા વિકાસકર્તામાં આ વૃત્તિ હોય છે; તે આવી વસ્તુઓ આપમેળે કરે છે.

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 કલાક પસાર કર્યા પછી, તમે સંબંધિત ક્ષેત્રોમાં નોંધપાત્ર સુધારો કરશો, તેમાં થતી પ્રક્રિયાઓની ઘણી સમજ મેળવશો અને વધુ સ્વાયત્ત બનશો.

આજના IT ઇકોસિસ્ટમમાં, શક્ય તેટલી વધુ કુશળતા હોવી વધુ સારું છે અને તેમાંથી કોઈપણમાં નિષ્ણાત ન બનવું. કારણ કે, સૌપ્રથમ, આ બધી કુશળતા ઝડપથી ઝાંખી પડી જાય છે, ખાસ કરીને જ્યારે તે પ્રોગ્રામિંગની વાત આવે છે, અને બીજું, કારણ કે 99% સમય આપણે ફક્ત મૂળભૂત જ નહીં, પરંતુ ચોક્કસપણે સૌથી વધુ અત્યાધુનિક કુશળતાનો ઉપયોગ કરીએ છીએ, અને આ કોડિંગમાં પણ પૂરતું છે. શાનદાર કંપનીઓ.

અને છેલ્લે, તાલીમ એ રોકાણ છે, અને રોકાણમાં વૈવિધ્યકરણ મહત્વપૂર્ણ છે.

શું શીખવવું

તો શું શીખવવું અને કેવી રીતે? મજબૂત કંપનીમાં સામાન્ય વિકાસકર્તા નિયમિતપણે આનો ઉપયોગ કરે છે:

• વાતચીત
• સ્વ-સંસ્થા
• આયોજન
• ડિઝાઇન (સામાન્ય રીતે કોડ)
• અને કેટલીકવાર મેનેજમેન્ટ, નેતૃત્વ, ડેટા વિશ્લેષણ, લેખન, ભરતી, માર્ગદર્શન અને અન્ય ઘણી કુશળતા

અને વ્યવહારીક રીતે આમાંથી કોઈ પણ કૌશલ્ય કોડ સાથે છેદતી નથી. તેમને અલગથી શીખવવાની અને અપગ્રેડ કરવાની જરૂર છે, અને જો આ કરવામાં નહીં આવે, તો તેઓ ખૂબ જ નીચા સ્તરે રહેશે, જે તેમને અસરકારક રીતે ઉપયોગમાં લેવાની મંજૂરી આપતું નથી.

કયા ક્ષેત્રોમાં વિકાસ કરવા યોગ્ય છે?

1. સોફ્ટ સ્કીલ્સ એ બધું છે જે એડિટરમાં બટનો દબાવવાની ચિંતા કરતું નથી. આ રીતે આપણે સંદેશાઓ લખીએ છીએ, મીટિંગમાં આપણે કેવું વર્તન કરીએ છીએ, આપણે સાથીદારો સાથે કેવી રીતે વાતચીત કરીએ છીએ. આ બધી સ્પષ્ટ વસ્તુઓ લાગે છે, પરંતુ ઘણી વાર તે ઓછો અંદાજવામાં આવે છે.

2. સ્વ-સંગઠન સિસ્ટમ. મારા માટે અંગત રીતે, છેલ્લા એક વર્ષમાં આ એક અતિ-મહત્વપૂર્ણ વિષય બની ગયો છે. હું જાણું છું તે બધા શાનદાર IT કામદારોમાં, આ સૌથી વધુ વિકસિત કૌશલ્યો પૈકીનું એક છે: તેઓ અતિ-સંગઠિત છે, તેઓ હંમેશા તેઓ જે કહે છે તે કરે છે, તેઓ બરાબર જાણે છે કે તેઓ આવતીકાલે, એક અઠવાડિયામાં, એક મહિનામાં શું કરશે. તમારી આસપાસ એક સિસ્ટમ બનાવવી જરૂરી છે જેમાં તમામ બાબતો અને તમામ પ્રશ્નો રેકોર્ડ કરવામાં આવે છે; આ કામને ખૂબ જ સરળ બનાવે છે અને અન્ય લોકો સાથે વાતચીત કરવામાં ખૂબ મદદ કરે છે. મને લાગે છે કે પાછલા એક વર્ષમાં, આ દિશામાં વિકાસથી મને મારી ટેકનિકલ કૌશલ્યો સુધારવા કરતાં વધુ સુધારો થયો છે; મેં સમયના એકમ દીઠ નોંધપાત્ર રીતે વધુ કામ કરવાનું શરૂ કર્યું.

3. સક્રિય, ખુલ્લા મન અને આયોજન. વિષયો ખૂબ જ સામાન્ય અને મહત્વપૂર્ણ છે, IT માટે અનન્ય નથી, અને દરેક વ્યક્તિએ તેનો વિકાસ કરવો જોઈએ. પ્રોએક્ટિવિટી એટલે પગલાં લેવા માટે સંકેતની રાહ ન જોવી. તમે ઘટનાઓના સ્ત્રોત છો, તેમની પ્રતિક્રિયાઓ નથી. ઓપન-માઇન્ડેડનેસ એ કોઈપણ નવી માહિતીને ઉદ્દેશ્યપૂર્વક સારવાર કરવાની ક્ષમતા છે, પોતાના વિશ્વ દૃષ્ટિકોણ અને જૂની ટેવોથી અલગતામાં પરિસ્થિતિનું મૂલ્યાંકન કરવાની ક્ષમતા છે. આયોજન એ એક સ્પષ્ટ દ્રષ્ટિ છે કે કેવી રીતે આજનું કાર્ય અઠવાડિયા, મહિના, વર્ષ માટે સમસ્યાનું નિરાકરણ લાવે છે. જો તમે કોઈ ચોક્કસ કાર્યની બહાર ભવિષ્ય જોતા હો, તો તમને જે જોઈએ છે તે કરવું વધુ સરળ છે, અને સમય પછી તે વેડફાઈ ગયું છે તે સમજવા માટે ડરશો નહીં. આ કૌશલ્ય કારકિર્દી માટે ખાસ કરીને મહત્વપૂર્ણ છે: તમે સફળતાપૂર્વક વર્ષો સુધી પરિણામો પ્રાપ્ત કરી શકો છો, પરંતુ ખોટી જગ્યાએ, અને છેવટે જ્યારે તે સ્પષ્ટ થાય છે કે તમે ખોટી દિશામાં આગળ વધી રહ્યા છો ત્યારે બધો જ સંચિત સામાન ગુમાવો છો.

4. મૂળભૂત સ્તરથી સંબંધિત તમામ ક્ષેત્રો. દરેક વ્યક્તિના પોતાના ચોક્કસ ક્ષેત્રો હોય છે, પરંતુ એ સમજવું અગત્યનું છે કે અમુક "વિદેશી" કૌશલ્યને સ્તર આપવા માટે 10-20 કલાકનો સમય પસાર કરીને, તમે તમારા રોજિંદા કાર્યમાં ઘણી નવી તકો અને સંપર્કના મુદ્દાઓ શોધી શકો છો, અને આ કલાકો કારકિર્દીના અંત સુધી પૂરતા રહો.

શું વાંચવું

સ્વ-સંસ્થા વિશે ઘણાં પુસ્તકો છે; આ એક આખો ઉદ્યોગ છે જ્યાં કેટલાક વિચિત્ર લોકો સલાહનો સંગ્રહ લખે છે અને તાલીમ એકત્રિત કરે છે. તે જ સમયે, તે અસ્પષ્ટ છે કે તેઓએ જીવનમાં શું પ્રાપ્ત કર્યું છે. તેથી, લેખકો પર ફિલ્ટર મૂકવું મહત્વપૂર્ણ છે, તેઓ કોણ છે અને તેમની પાછળ શું છે તે જુઓ. મારા વિકાસ અને દૃષ્ટિકોણ ચાર પુસ્તકોથી સૌથી વધુ પ્રભાવિત થયા હતા, તે બધા એક યા બીજી રીતે ઉપર વર્ણવેલ કૌશલ્યો સુધારવા સાથે સંબંધિત છે.

1. ડેલ કાર્નેગી "મિત્રોને કેવી રીતે જીતવા અને લોકોને પ્રભાવિત કરવા". નરમ કૌશલ્યો વિશે એક સંપ્રદાય પુસ્તક, જો તમને ખબર ન હોય કે ક્યાંથી શરૂઆત કરવી, તો તેને પસંદ કરવું એ એક જીત-જીત વિકલ્પ છે. તે ઉદાહરણો પર બનેલ છે, વાંચવા માટે સરળ છે, તમે જે વાંચો છો તે સમજવા માટે વધુ પ્રયત્નોની જરૂર નથી, અને હસ્તગત કુશળતા તરત જ લાગુ કરી શકાય છે. એકંદરે, પુસ્તક લોકો સાથે વાતચીત કરવાના વિષયને આવરી લે છે.

2. સ્ટીફન આર. કોવે "અત્યંત અસરકારક લોકોની 7 આદતો". જ્યારે તમારે નાની ટીમને વિશાળ બળમાં ફેરવવાની જરૂર હોય ત્યારે સિનર્જી હાંસલ કરવા પર ભાર મૂકવાની સાથે, સક્રિયતાથી લઈને નરમ કૌશલ્યો સુધીની વિવિધ કુશળતાનું મિશ્રણ. તે વાંચવામાં પણ સરળ છે.

3. રે ડાલિયો "સિદ્ધાંતો". લેખકે બનાવેલી કંપનીના ઈતિહાસના આધારે, જે તેમણે 40 વર્ષ સુધી મેનેજ કરી હતી તેના આધારે ખુલ્લા મન અને સક્રિયતાની થીમ્સ દર્શાવે છે. જીવનમાંથી ઘણા સખત જીતેલા ઉદાહરણો દર્શાવે છે કે વ્યક્તિ કેટલી પૂર્વગ્રહયુક્ત અને નિર્ભર હોઈ શકે છે અને તેમાંથી કેવી રીતે છુટકારો મેળવવો.

4. ડેવિડ એલન, "ગીટિંગ થિંગ્સ ડન". સ્વ-સંસ્થા શીખવા માટે ફરજિયાત વાંચન. તે વાંચવું એટલું સરળ નથી, પરંતુ તે જીવન અને બાબતોને ગોઠવવા માટેના સાધનોનો એક વ્યાપક સમૂહ પૂરો પાડે છે, તમામ પાસાઓની વિગતવાર તપાસ કરે છે અને તમને બરાબર શું જોઈએ છે તે નક્કી કરવામાં મદદ કરે છે. તેણીની મદદથી, મેં મારી પોતાની સિસ્ટમ બનાવી છે જે મને બાકીના વિશે ભૂલ્યા વિના હંમેશા સૌથી મહત્વપૂર્ણ વસ્તુઓ કરવા દે છે.

તમારે સમજવું જોઈએ કે માત્ર વાંચન પૂરતું નથી. તમે અઠવાડિયામાં ઓછામાં ઓછું એક પુસ્તક ગળી શકો છો, પરંતુ અસર ઘણા દિવસો સુધી ચાલશે, અને પછી બધું તેની જગ્યાએ પાછું આવશે. પુસ્તકોનો ઉપયોગ સલાહના સ્ત્રોત તરીકે થવો જોઈએ જે વ્યવહારમાં તરત જ પરીક્ષણ કરવામાં આવે છે. જો તમે આ ન કરો, તો તેઓ ફક્ત તમારી ક્ષિતિજને વિસ્તૃત કરશે.

સોર્સ: www.habr.com