ચક્રને ફરીથી શોધવું શા માટે ઉપયોગી છે?

બીજા દિવસે હું JavaScript ડેવલપરનો ઇન્ટરવ્યુ લઈ રહ્યો હતો જે વરિષ્ઠ પદ માટે અરજી કરી રહ્યો હતો. એક સાથીદાર, જે ઇન્ટરવ્યુમાં પણ હાજર હતો, તેણે ઉમેદવારને એક ફંક્શન લખવા કહ્યું જે HTTP વિનંતી કરશે અને નિષ્ફળતાના કિસ્સામાં, ઘણી વખત ફરીથી પ્રયાસ કરો.

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

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

ડેવલપર્સ ફિનિશ્ડ કોડને સ્વયં-સ્પષ્ટ માને છે

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

અને તે સામાન્ય રીતે કામ કરે છે, પરંતુ જ્યારે વસ્તુઓ મુશ્કેલ બને છે, ત્યારે તેના મિકેનિક્સને સમજવું ચૂકવણી કરતાં વધુ છે.

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

return new Promise((resolve, reject) => {
  functionWithCallback((err, result) => {
   return err ? reject(err) : resolve(result);
  });
});

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

મૂળ સુધી પહોંચો

2012 માં, ફ્રન્ટ-એન્ડ ફ્રેમવર્કના વર્ચસ્વ પહેલાં, jQuery નિયમોની દુનિયા, અને હું એક પુસ્તક વાંચતો હતો JavaScript Ninja ના રહસ્યોજ્હોન રેસિગ દ્વારા, jQuery ના સર્જક.

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

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

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

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

કેટલીકવાર તમારે કોડ પર છિદ્રિત કરવું પડે છે, તેને પગલું દ્વારા અલગ પાડવું, પરંતુ આ રીતે, નાના ક્રમિક પગલાઓમાં આગળ વધીને, તમે ઉકેલ માટે લેખકના માર્ગને પુનરાવર્તિત કરી શકો છો. આ તમને કોડ લખવાની પ્રક્રિયામાં વધુ ઊંડે સુધી જવા દેશે અને તમારા પોતાના ઉકેલો શોધવામાં તમને વધુ આત્મવિશ્વાસ આપશે.

જ્યારે મેં પ્રથમ વચનો સાથે કામ કરવાનું શરૂ કર્યું, ત્યારે મને લાગ્યું કે તે શુદ્ધ જાદુ છે. પછી મને જાણવા મળ્યું કે તેઓ સમાન કૉલબેક્સ પર આધારિત હતા, અને મારું પ્રોગ્રામિંગ વિશ્વ ઊંધુંચત્તુ થઈ ગયું. એટલે કે, પેટર્ન, જેનો હેતુ અમને કૉલબૅક્સથી બચાવવાનો છે, તે પોતે કૉલબૅક્સનો ઉપયોગ કરીને અમલમાં છે?!

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

આ વ્હીલ ફરીથી શોધો

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

અહીં મુદ્દો તમારા કોડને પ્રોડક્શનમાં મોકલવાનો નથી, પરંતુ કંઈક નવું શીખવાનો છે. હાલના સોલ્યુશનના તમારા પોતાના અમલીકરણને લખવું એ શ્રેષ્ઠ પ્રોગ્રામરો પાસેથી શીખવાની અને તમારી કુશળતાને વધુ સારી બનાવવાની એક સરસ રીત છે.

સોર્સ: www.habr.com