તમે સમજી શકતા નથી તે કંઈક વિકસાવવા માટે સંમત થશો નહીં

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

હું જે મુદ્દો બનાવવા માંગુ છું તે એ છે કે કોડની ગુણવત્તા (અને અંતિમ ઉત્પાદન) એ જે લોકો કોડ ડિઝાઇન કરી રહ્યા છે અને લખી રહ્યા છે તેઓ જે કરી રહ્યા છે તેના વિશે કેટલા જાગૃત છે તેની સાથે નજીકથી સંબંધિત છે.

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

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

સમજણનું પ્રથમ સ્તર: તે શા માટે કામ કરતું નથી?

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

માનક યોજના આના જેવી લાગે છે:

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

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

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

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

સમજણનું બીજું સ્તર: તે શા માટે કામ કરે છે?

આ સ્તર પાછલા એક કરતા ઘણું ઓછું સાહજિક રીતે સમજાય છે. હું, શિખાઉ વિકાસકર્તા હોવા છતાં, મારા બોસને આભારી તે શીખ્યો, અને ત્યારબાદ વારંવાર નવા આવનારાઓને આ બાબતનો સાર સમજાવ્યો.

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

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

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

• કારણ કે સોલ્યુશન ભૂલ B ને અનુરૂપ ન હોવાથી, તમામ પરિબળોને ધ્યાનમાં લેતા, તમે અજાણતા C ફંક્શન તૂટી ગયું હશે.
• શક્ય છે કે ત્યાં ત્રીજો બગ ક્યાંક છુપાયેલો હોય, જે સમાન કાર્યથી સંબંધિત હોય, અને તમારું બગફિક્સ દૃશ્ય B માં સિસ્ટમના યોગ્ય સંચાલન માટે તેના પર નિર્ભર છે. હવે બધું સારું લાગે છે, પરંતુ એક દિવસ આ ત્રીજી ભૂલ ધ્યાનમાં લેવામાં આવશે અને તેને ઠીક કરવામાં આવશે. પછી દૃશ્ય B માં ભૂલ ફરીથી થશે, અને જો ત્યાં હોય તો તે સારું છે.

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

સમજણનું ત્રીજું સ્તર: તે શા માટે કામ કરે છે?

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

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

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

અને અમુક સમયે તમને અચાનક ખ્યાલ આવે છે - અથવા કદાચ કોઈની પાસેથી સાંભળવામાં આવે છે - કે કદાચ ફ્રેમવર્ક F તમને X લક્ષણ સાથે સુસંગતતા આપશે નહીં. કદાચ તે બધા સમય અને પ્રયત્નો તેના માટે સંપૂર્ણપણે ખોટા હતા.

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

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

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

સમજણનું ચોથું સ્તર: ???

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

સોર્સ: www.habr.com