DevOps અથવા અમે કેવી રીતે વેતન ગુમાવી રહ્યા છીએ અને IT ઉદ્યોગનું ભવિષ્ય

વર્તમાન પરિસ્થિતિમાં સૌથી દુ:ખની વાત એ છે કે IT ધીમે ધીમે એક એવો ઉદ્યોગ બની રહ્યો છે જ્યાં વ્યક્તિ દીઠ જવાબદારીઓની સંખ્યામાં "સ્ટોપ" શબ્દ બિલકુલ નથી.

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

પરંતુ અમે સેવાના વપરાશકર્તાના ભાગ પર આ અભિગમના પરિણામો જોયા, અને હવે ચાલો કર્મચારીઓને જે સમસ્યાઓ છે તે જોઈએ.

હું વારંવાર એવું નિવેદન સાંભળું છું કે ત્યાં કોઈ DevOps ટીમો હોવી જોઈએ નહીં, કે આ એક પદ્ધતિ છે, વગેરે, પરંતુ મુશ્કેલી એ છે કે, કેટલાક કારણોસર કંપનીઓએ noks, dba, infructors અને બિલ્ડ એન્જિનિયર્સ શોધવાનું બંધ કરી દીધું છે - હવે તે બધા DevOps એન્જિનિયર છે. એક જ વ્યક્તિમાં. અલબત્ત, વ્યક્તિગત કંપનીઓમાં હજી પણ આવી જગ્યાઓ છે, પરંતુ તે ઓછી અને ઓછી છે. ઘણા લોકો આને વિકાસ કહે છે, હું વ્યક્તિગત રીતે આમાં અધોગતિ જોઉં છું, બધા ક્ષેત્રોમાં જ્ઞાનનું સારું સ્તર જાળવી રાખવું અશક્ય છે, અને તે જ સમયે 8 કલાકથી વધુ કામ કરવાનું મેનેજ કરવું અશક્ય છે. સ્વાભાવિક રીતે, આ કલ્પનાઓ છે. વાસ્તવમાં, ઘણા આઈટી કામદારોને 12 અને 14 કલાક કામ કરવાની ફરજ પાડવામાં આવે છે, જેમાંથી 8 કલાક ચૂકવવામાં આવે છે. અને ઘણી વખત રજા વિના, કારણ કે "મને એક કાર્ય સોંપવામાં આવ્યું હતું, ત્યાં કોઈ ડોક અથવા વળાંક નથી, અને સેવાના પૈસા ખર્ચ થાય છે", અને ક્લાઉડમાં 1 માટે, તમે, સૈદ્ધાંતિક રીતે, થોડા મહિનામાં પગાર મેળવી શકતા નથી, ખાસ કરીને જો તમે IP આધારે કામ કરો છો. વાસ્તવમાં, અમે વ્યવસાયમાં શબ્દ ગુમાવી રહ્યા છીએ, ફરજોના વિભાજન સાથે, હું વધુને વધુ એ હકીકતનો સામનો કરી રહ્યો છું કે મેનેજરો કંઈપણ સમજ્યા વિના વિકાસ પ્રક્રિયાઓમાં પ્રવેશ કરે છે, તેઓ વ્યવસાયિક ડેટા અને એપ્લિકેશન કામગીરીને મૂંઝવણમાં મૂકે છે, પરિણામે, અરાજકતા શરૂ થાય છે.

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

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

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

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

આંશિક રીતે મને આ લેખ લખવા માટે પ્રેરણા આપી. આ લેખ, પરંતુ હું કદાચ તેને પછીથી ઓછા સુખદ શબ્દોમાં લખીશ.

ફક્ત નોંધાયેલા વપરાશકર્તાઓ જ સર્વેમાં ભાગ લઈ શકે છે. સાઇન ઇન કરો, મહેરબાની કરીને.

નોકરીદાતાએ તમારી સાથે ઘણા લોકોને બદલવાનો પ્રયાસ કર્યો ત્યારે શું તમે કામ પર આવી ગયા છો?

• 65,6%હા, હું તેમાં નિયમિતપણે દોડું છું

• 5,4%હા, 1 વખત 15 નો સામનો કર્યો

• 15,4%નોંધ્યું નથી 43

• 13,6%હું વર્કહોલિક છું, હું જાતે ઓવરટાઇમ કરું છું38

279 વપરાશકર્તાઓએ મત ​​આપ્યો. 34 વપરાશકર્તાઓ દૂર રહ્યા.

સોર્સ: www.habr.com