ભગવાનનો હાથ. કૂપન્સ સાથે મદદ

સામાન્ય રીતે, હેન્ડ ઓફ ગોડ એ ઈંગ્લેન્ડ સામે 51 ફિફા વર્લ્ડ કપની ક્વાર્ટર ફાઈનલ મેચની 1986મી મિનિટે આર્જેન્ટિનાના ડિએગો મેરાડોના દ્વારા કરવામાં આવેલ ફૂટબોલના ઇતિહાસમાં સૌથી પ્રખ્યાત ગોલ પૈકી એક છે. "હાથ" - કારણ કે ગોલ હાથ દ્વારા કરવામાં આવ્યો હતો.

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

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

મદદ માટે સમયની શ્રેણી શરૂઆતમાં મોટી હતી, 1 કલાક સુધી, પરંતુ ધીમે ધીમે સંકુચિત, અને હવે ભાગ્યે જ અડધા કલાકથી આગળ વધે છે. તે. કાર્યને આગળ વધારવામાં, અથવા તો સફળતાપૂર્વક પૂર્ણ કરવા માટે M ના સમયની થોડી મિનિટો લાગે છે. ક્યારેક તે થાય છે.

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

ઉદાહરણ તરીકે, હું ટીમમાં મારાડોના માટે પાર્ટ-ટાઇમ કામ કરું છું. તમામ કર્મચારીઓ માટે દિવસના 3 કલાકની મર્યાદા નક્કી કરવામાં આવી હતી. મેં વિચાર્યું કે તે પૂરતું નથી. તે બહાર આવ્યું છે કે 3 કલાક પણ ચોરી છે, કારણ કે ... સરેરાશ વપરાશ - દિવસ દીઠ 2 કલાક.

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

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

મગજ એક સરળ ઓટોમેટનની જેમ કામ કરે છે - તે પાથ અને પરિણામ યાદ રાખે છે. જો કોઈ વ્યક્તિ કોઈ માર્ગને અનુસરે છે અને તે સકારાત્મક પરિણામ તરફ દોરી જાય છે, તો "આ તે છે જે તમારે કરવું જોઈએ" પ્રકારનું ન્યુરલ કનેક્શન રચાય છે. સારું, ઊલટું.

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

તેની પાસે પસંદ કરવા માટે ઘણું બધું નથી, કારણ કે... તે સમસ્યાનો એક પણ ઉકેલ જાણતો નથી. મને કોઈ અનુભવ નથી. અને તે અનુમાન લગાવીને, પ્રયોગ કરીને, ઈન્ટરનેટ પર સર્ચ કરીને, વગેરે દ્વારા ઉકેલ શોધવાનું શરૂ કરે છે.

અંતે, તે કોઈ વિકલ્પ શોધે છે, તેનો પ્રયાસ કરે છે, અને પછી - બેમ! - થયું! કર્મચારી શું કરશે? આદર્શ રીતે, અલબત્ત, તે અન્ય કયા ઉકેલ વિકલ્પો ઉપલબ્ધ છે તે જોશે, તેના કોડનું મૂલ્યાંકન કરશે અને આર્કિટેક્ચરની શુદ્ધતા અને અન્ય લોકોના ઑબ્જેક્ટ્સ અને મોડ્યુલોમાં દખલ કરવાની માન્યતા વિશે નિર્ણય લેશે.

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

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

તેથી, મૂળ થીસીસ પર પાછા ફરવું કે વ્યક્તિએ બધું જાતે જ નક્કી કરવું જોઈએ - અરે, આ એક ખૂબ જ પદ્ધતિ છે. ઓછામાં ઓછું જ્યારે ઇન્ટર્ન સાથે કામ કરો.

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

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

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

અને આ બધું સરેરાશ 13 મિનિટમાં. અથવા દિવસમાં 2 કલાક.

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

UPD: M ની ઉત્પાદકતા સાથે શું થઈ રહ્યું છે તે કહેવાનું હું ભૂલી ગયો.

વિચિત્ર રીતે, આ પ્રવૃત્તિની શરૂઆત સાથે, ઉત્પાદકતામાં 1.5-2 ગણો વધારો થયો. અને સમગ્ર ટીમની ઉત્પાદકતામાં પણ વધુ વધારો થયો છે.

M પર હું હાલમાં ઝડપી શિફ્ટ ટેકનિકનું પરીક્ષણ કરી રહ્યો છું. જો તે મૃત્યુ પામે નહીં, તો જ્યારે હું આંકડા એકઠા કરીશ ત્યારે હું લખીશ. બીજા M વિશેનો સમાવેશ થાય છે, જે હાલમાં ઇન્ટર્નશિપમાંથી પસાર થઈ રહ્યો છે.

સોર્સ: www.habr.com