డెవలపర్లు మార్స్ నుండి, అడ్మిన్లు వీనస్ నుండి

యాదృచ్ఛిక సంఘటనలు యాదృచ్ఛికంగా ఉంటాయి మరియు వాస్తవానికి ఇది మరొక గ్రహం మీద...

బ్యాకెండ్ డెవలపర్ అడ్మిన్‌లతో బృందంలో ఎలా పనిచేస్తుందనే దాని గురించి నేను మూడు విజయాలు మరియు వైఫల్య కథనాలను పంచుకోవాలనుకుంటున్నాను.

కథ ఒకటి.
వెబ్ స్టూడియో, ఉద్యోగుల సంఖ్యను ఒక చేత్తో లెక్కించవచ్చు. ఈ రోజు మీరు లేఅవుట్ డిజైనర్, రేపు మీరు బ్యాకెండర్, రేపటి తర్వాత మీరు నిర్వాహకులు. ఒక వైపు, మీరు అద్భుతమైన అనుభవాన్ని పొందవచ్చు. మరోవైపు అన్ని రంగాల్లోనూ సమర్థత కొరవడుతోంది. పని యొక్క మొదటి రోజు నాకు ఇప్పటికీ గుర్తుంది, నేను ఇంకా పచ్చగా ఉన్నాను, బాస్ ఇలా అంటాడు: "పుట్టీని తెరవండి," కానీ అది ఏమిటో నాకు తెలియదు. నిర్వాహకులతో కమ్యూనికేషన్ మినహాయించబడింది, ఎందుకంటే మీరే నిర్వాహకులు. ఈ పరిస్థితి యొక్క లాభాలు మరియు నష్టాలను పరిశీలిద్దాం.

+ అధికారం అంతా మీ చేతుల్లోనే ఉంది.
+ సర్వర్‌కు ప్రాప్యత కోసం ఎవరినీ వేడుకోవలసిన అవసరం లేదు.
+ అన్ని దిశలలో వేగవంతమైన ప్రతిచర్య సమయం.
+ నైపుణ్యాలను బాగా మెరుగుపరుస్తుంది.
+ ఉత్పత్తి నిర్మాణంపై పూర్తి అవగాహన కలిగి ఉండండి.

- అధిక బాధ్యత.
- ఉత్పత్తిని విచ్ఛిన్నం చేసే ప్రమాదం.
- అన్ని రంగాల్లో మంచి స్పెషలిస్ట్‌గా ఉండటం కష్టం.

ఆసక్తి లేదు, ముందుకు వెళ్దాం

రెండవ కథ.
పెద్ద కంపెనీ, పెద్ద ప్రాజెక్ట్. 5-7 మంది ఉద్యోగులు మరియు అనేక అభివృద్ధి సమూహాలతో పరిపాలన విభాగం ఉంది. మీరు అటువంటి కంపెనీలో పని చేయడానికి వచ్చినప్పుడు, ప్రతి నిర్వాహకుడు మీరు ఉత్పత్తిపై పని చేయడానికి ఇక్కడకు రాలేదని, ఏదైనా విచ్ఛిన్నం చేయడానికి వచ్చారని అనుకుంటారు. సంతకం చేసిన NDA లేదా ఇంటర్వ్యూలో ఎంపిక వేరే విధంగా సూచించలేదు. లేదు, ఈ వ్యక్తి మా ముద్దుల ఉత్పత్తిని నాశనం చేయడానికి తన మురికి చేతులతో ఇక్కడకు వచ్చాడు. అందువల్ల, అటువంటి వ్యక్తితో మీకు కనీస కమ్యూనికేషన్ అవసరం; కనీసం, మీరు ప్రతిస్పందనగా స్టిక్కర్‌ను విసిరేయవచ్చు. ప్రాజెక్ట్ నిర్మాణం గురించిన ప్రశ్నలకు సమాధానం ఇవ్వవద్దు. టీమ్ లీడ్ అడిగే వరకు యాక్సెస్ ఇవ్వకుండా ఉండటం మంచిది. మరియు అతను అడిగినప్పుడు, అతను వారు అడిగిన దానికంటే తక్కువ అధికారాలతో తిరిగి ఇస్తాడు. అటువంటి నిర్వాహకులతో దాదాపు అన్ని కమ్యూనికేషన్‌లు అభివృద్ధి విభాగం మరియు పరిపాలన విభాగానికి మధ్య ఉన్న బ్లాక్ హోల్ ద్వారా గ్రహించబడతాయి. సమస్యలను వెంటనే పరిష్కరించడం అసాధ్యం. కానీ మీరు వ్యక్తిగతంగా రాలేరు - నిర్వాహకులు 24/7 చాలా బిజీగా ఉన్నారు. (మీరు అన్ని సమయాలలో ఏమి చేస్తున్నారు?) కొన్ని పనితీరు లక్షణాలు:

• ఉత్పత్తిలో సగటు విస్తరణ సమయం 4-5 గంటలు
• ఉత్పత్తిలో గరిష్ట విస్తరణ సమయం 9 గంటలు
• డెవలపర్ కోసం, ప్రొడక్షన్ సర్వర్ లాగానే ప్రొడక్షన్‌లోని అప్లికేషన్ బ్లాక్ బాక్స్. మొత్తం ఎన్ని ఉన్నాయి?
• తక్కువ నాణ్యత విడుదలలు, తరచుగా లోపాలు
• డెవలపర్ విడుదల ప్రక్రియలో పాల్గొనలేదు

సరే, నేను ఏమి ఆశించాను, కొత్త వ్యక్తులు ఉత్పత్తికి అనుమతించబడరు. సరే, ఓపిక సంపాదించిన తరువాత, మనం ఇతరుల నమ్మకాన్ని పొందడం ప్రారంభిస్తాము. కానీ కొన్ని కారణాల వల్ల, నిర్వాహకులతో విషయాలు అంత సులభం కాదు.

చట్టం 1. నిర్వాహకుడు కనిపించడు.
విడుదల రోజు, డెవలపర్ మరియు నిర్వాహకులు కమ్యూనికేట్ చేయరు. నిర్వాహకులకు ప్రశ్నలు లేవు. కానీ ఎందుకో తర్వాత అర్థమవుతుంది. అడ్మిన్ ఒక సూత్రప్రాయ వ్యక్తి, దూతలు లేరు, తన ఫోన్ నంబర్‌ను ఎవరికీ ఇవ్వరు మరియు సోషల్ నెట్‌వర్క్‌లలో ప్రొఫైల్‌ను కలిగి ఉండరు. అతని ఫోటో కూడా ఎక్కడా లేదు, నువ్వు ఎలా ఉన్నావు బావ? మేము ఈ వాయేజర్ 15తో కమ్యూనికేట్‌ని ఏర్పరచుకోవడానికి ప్రయత్నిస్తూ, దాదాపు 1 నిమిషాలపాటు అయోమయంలో ఉండి, బాధ్యతాయుతమైన మేనేజర్‌తో కూర్చున్నాము, అప్పుడు అతను పూర్తి చేసిన సందేశం కార్పొరేట్ ఇమెయిల్‌లో కనిపిస్తుంది. మేము మెయిల్ ద్వారా ఉత్తరప్రత్యుత్తరాలు చేయబోతున్నామా? ఎందుకు కాదు? అనుకూలమైనది, కాదా? సరే, చల్లార్చుకుందాం. ప్రక్రియ ఇప్పటికే జరుగుతోంది, వెనక్కి తగ్గడం లేదు. సందేశాన్ని మళ్లీ చదవండి. "నేను పూర్తి చేశాను". మీరు ఏమి పూర్తి చేసారు? ఎక్కడ? నేను మీ కోసం ఎక్కడ వెతకాలి? విడుదలకు 4 గంటలు ఎందుకు సాధారణమో ఇక్కడ మీకు అర్థమైంది. మేము డెవలప్‌మెంట్ షాక్‌ను పొందుతాము, కానీ మేము విడుదలను పూర్తి చేస్తాము. ఇక విడుదల చేయాలనే కోరిక లేదు.

చట్టం 2. ఆ వెర్షన్ కాదు.
తదుపరి విడుదల. అనుభవాన్ని పొందిన తరువాత, మేము నిర్వాహకుల కోసం సర్వర్ కోసం అవసరమైన సాఫ్ట్‌వేర్ మరియు లైబ్రరీల జాబితాలను సృష్టించడం ప్రారంభిస్తాము, కొన్నింటికి సంస్కరణలను సూచిస్తాము. ఎప్పటిలాగే, అడ్మిన్ అక్కడ ఏదో పూర్తి చేసినట్లు మాకు బలహీనమైన రేడియో సిగ్నల్ వస్తుంది. రిగ్రెషన్ పరీక్ష ప్రారంభమవుతుంది, ఇది ఒక గంట సమయం పడుతుంది. ప్రతిదీ పని చేస్తున్నట్లు కనిపిస్తోంది, కానీ ఒక క్లిష్టమైన బగ్ ఉంది. ముఖ్యమైన కార్యాచరణ పనిచేయదు. తర్వాతి కొన్ని గంటలు టాంబురైన్‌లతో డ్యాన్స్ చేయడం, కాఫీ మైదానాల్లో అదృష్టాన్ని చెప్పడం మరియు కోడ్‌లోని ప్రతి ముక్క యొక్క వివరణాత్మక సమీక్ష. అడ్మిన్ అన్నీ చేశానని చెప్పారు. వంకర డెవలపర్లు వ్రాసిన అప్లికేషన్ పని చేయదు, కానీ సర్వర్ పనిచేస్తుంది. అతనికి ఏవైనా ప్రశ్నలు? ఒక గంట చివరిలో, ప్రొడక్షన్ సర్వర్‌లోని లైబ్రరీ వెర్షన్‌ను చాట్ మరియు బింగోలోకి పంపమని మేము నిర్వాహకుడిని పొందుతాము - ఇది మనకు అవసరమైనది కాదు. అవసరమైన సంస్కరణను ఇన్‌స్టాల్ చేయమని మేము నిర్వాహకుడిని అడుగుతాము, కానీ ప్రతిస్పందనగా OS ప్యాకేజీ మేనేజర్‌లో ఈ సంస్కరణ లేకపోవడం వల్ల అతను దీన్ని చేయలేడని మేము స్వీకరిస్తాము. ఇక్కడ, అతని మెమరీ యొక్క విరామాల నుండి, మేనేజర్ మరొక నిర్వాహకుడు ఇప్పటికే అవసరమైన సంస్కరణను చేతితో సమీకరించడం ద్వారా ఈ సమస్యను పరిష్కరించాడని గుర్తుచేసుకున్నాడు. కానీ లేదు, మాది దీన్ని చేయదు. నిబంధనలు నిషేధించాయి. కార్ల్, మేము చాలా గంటలు ఇక్కడ కూర్చున్నాము, సమయ పరిమితి ఎంత?! ఇంకో షాక్ తగిలి ఎలాగోలా రిలీజ్ ని ఫినిష్ చేశాం.

చట్టం 3, చిన్నది
అత్యవసర టికెట్, ఉత్పత్తిలో ఉన్న వినియోగదారులలో ఒకరికి కీ కార్యాచరణ పని చేయదు. మేము రెండు గంటలపాటు పోకింగ్ మరియు తనిఖీలు చేస్తాము. అభివృద్ధి వాతావరణంలో, ప్రతిదీ పనిచేస్తుంది. php-fpm లాగ్‌లను పరిశీలించడం మంచి ఆలోచన అని స్పష్టమైన అవగాహన ఉంది. ఆ సమయంలో ప్రాజెక్ట్‌లో ELK లేదా ప్రోమేతియస్ వంటి లాగ్ సిస్టమ్‌లు లేవు. మేము పరిపాలన విభాగానికి టిక్కెట్‌ను తెరుస్తాము, తద్వారా వారు సర్వర్‌లోని php-fpm లాగ్‌లకు ప్రాప్యతను ఇస్తారు. మేము ఒక కారణం కోసం యాక్సెస్ కోసం అడుగుతున్నామని ఇక్కడ మీరు అర్థం చేసుకోవాలి, బ్లాక్ హోల్ మరియు నిర్వాహకులు 24/7 బిజీగా ఉండటం మీకు గుర్తులేదా? లాగ్‌లను స్వయంగా చూడమని మీరు వారిని అడిగితే, ఇది “ఈ జీవితంలో కాదు” ప్రాధాన్యత కలిగిన పని. టికెట్ సృష్టించబడింది, పరిపాలనా విభాగం అధిపతి నుండి మాకు తక్షణ ప్రతిస్పందన వచ్చింది: "మీకు ఉత్పత్తి లాగ్‌లకు ప్రాప్యత అవసరం లేదు, దోషాలు లేకుండా వ్రాయండి." ఒక తెర.

చట్టం 4 మరియు అంతకు మించి
లైబ్రరీల యొక్క విభిన్న సంస్కరణలు, కాన్ఫిగర్ చేయని సాఫ్ట్‌వేర్, తయారుకాని సర్వర్ లోడ్‌లు మరియు ఇతర సమస్యల కారణంగా మేము ఇప్పటికీ ఉత్పత్తిలో డజన్ల కొద్దీ సమస్యలను సేకరిస్తున్నాము. వాస్తవానికి, కోడ్ బగ్‌లు కూడా ఉన్నాయి, మేము అన్ని పాపాలకు నిర్వాహకులను నిందించము, మేము ఆ ప్రాజెక్ట్ కోసం మరొక విలక్షణమైన ఆపరేషన్‌ను ప్రస్తావిస్తాము. సూపర్‌వైజర్ ద్వారా ప్రారంభించబడిన బ్యాక్‌గ్రౌండ్ వర్కర్లు చాలా మందిని కలిగి ఉన్నాము మరియు కొన్ని స్క్రిప్ట్‌లను క్రాన్‌కి జోడించాల్సి వచ్చింది. కొన్నిసార్లు ఇదే కార్మికులు పని చేయడం మానేశారు. క్యూ సర్వర్‌పై లోడ్ మెరుపు వేగంతో పెరిగింది మరియు విచారంగా ఉన్న వినియోగదారులు స్పిన్నింగ్ లోడర్‌ను చూశారు. అటువంటి కార్మికులను త్వరగా పరిష్కరించడానికి, వాటిని పునఃప్రారంభించడం సరిపోతుంది, కానీ మళ్ళీ, నిర్వాహకుడు మాత్రమే దీన్ని చేయగలడు. అటువంటి ప్రాథమిక ఆపరేషన్ జరుగుతున్నప్పుడు, ఒక రోజంతా గడిచిపోవచ్చు. ఇక్కడ, వాస్తవానికి, వంకర ప్రోగ్రామర్లు కార్మికులను క్రాష్ చేయకుండా వ్రాయాలని గమనించాలి, కానీ వారు పడిపోయినప్పుడు, ఉత్పత్తికి ప్రాప్యత లేకపోవడం వల్ల కొన్నిసార్లు అసాధ్యం ఎందుకు అని అర్థం చేసుకోవడం మంచిది. కోర్సు, మరియు పర్యవసానంగా, డెవలపర్ నుండి లాగ్స్ లేకపోవడం.

రూపాంతరము.
వీటన్నింటిని చాలా కాలం పాటు భరించిన తరువాత, జట్టుతో కలిసి మేము మాకు మరింత విజయవంతమైన దిశలో నడిపించడం ప్రారంభించాము. సంగ్రహంగా చెప్పాలంటే, మేము ఏ సమస్యలను ఎదుర్కొన్నాము?

• డెవలపర్లు మరియు పరిపాలన విభాగం మధ్య నాణ్యమైన కమ్యూనికేషన్ లేకపోవడం
• నిర్వాహకులు, ఇది మారుతుంది(!), అప్లికేషన్ ఎలా నిర్మితమైందో, దానికి ఏ డిపెండెన్సీలు ఉన్నాయి మరియు ఎలా పనిచేస్తుందో అస్సలు అర్థం కాలేదు.
• డెవలపర్లు ఉత్పత్తి వాతావరణం ఎలా పనిచేస్తుందో అర్థం చేసుకోలేరు మరియు ఫలితంగా, సమస్యలకు సమర్థవంతంగా స్పందించలేరు.
• విస్తరణ ప్రక్రియ చాలా సమయం పడుతుంది.
• అస్థిర విడుదలలు.

ఏం చేశాం?
ప్రతి విడుదల కోసం, విడుదల గమనికల జాబితా రూపొందించబడింది, దీనిలో తదుపరి విడుదల పని చేయడానికి సర్వర్‌లో చేయవలసిన పని జాబితా ఉంటుంది. జాబితా అనేక విభాగాలను కలిగి ఉంది, నిర్వాహకుడు, విడుదలకు బాధ్యత వహించే వ్యక్తి మరియు డెవలపర్ ద్వారా నిర్వహించాల్సిన పని. డెవలపర్‌లు అన్ని ఉత్పత్తి సర్వర్‌లకు నాన్-రూట్ యాక్సెస్‌ను పొందారు, ఇది సాధారణంగా అభివృద్ధిని వేగవంతం చేసింది మరియు ముఖ్యంగా సమస్య పరిష్కారాన్ని వేగవంతం చేసింది. డెవలపర్‌లకు ఉత్పత్తి ఎలా పని చేస్తుంది, ఏ సేవలకు విభజించబడింది, ఎక్కడ మరియు ఎంత ప్రతిరూపాల ధర అనే దానిపై కూడా అవగాహన ఉంది. కొన్ని పోరాట లోడ్లు స్పష్టంగా మారాయి, ఇది నిస్సందేహంగా కోడ్ నాణ్యతను ప్రభావితం చేస్తుంది. విడుదల ప్రక్రియలో కమ్యూనికేషన్ ఇన్‌స్టంట్ మెసెంజర్‌లలో ఒకరి చాట్‌లో జరిగింది. మొదట, మేము అన్ని చర్యల లాగ్‌ను కలిగి ఉన్నాము మరియు రెండవది, కమ్యూనికేషన్ సన్నిహిత వాతావరణంలో జరిగింది. చర్యల చరిత్రను కలిగి ఉండటం వలన కొత్త ఉద్యోగులు సమస్యలను వేగంగా పరిష్కరించడానికి ఒకటి కంటే ఎక్కువసార్లు అనుమతించారు. ఇది ఒక పారడాక్స్, కానీ ఇది తరచుగా నిర్వాహకులకు సహాయం చేస్తుంది. నేను ఖచ్చితంగా చెప్పలేను, కానీ ప్రాజెక్ట్ ఎలా పనిచేస్తుందో మరియు ఎలా వ్రాయబడిందో నిర్వాహకులు మరింత అర్థం చేసుకోవడం ప్రారంభించినట్లు నాకు అనిపిస్తోంది. కొన్నిసార్లు మేము ఒకరితో ఒకరు కొన్ని వివరాలను కూడా పంచుకున్నాము. సగటు విడుదల సమయం గంటకు తగ్గించబడింది. కొన్నిసార్లు మేము 30-40 నిమిషాలలో పూర్తి చేసాము. బగ్‌ల సంఖ్య పదిరెట్లు కాకపోయినా గణనీయంగా తగ్గింది. వాస్తవానికి, ఆటోటెస్ట్‌ల వంటి ఇతర అంశాలు కూడా విడుదల సమయం తగ్గింపును ప్రభావితం చేశాయి. ప్రతి విడుదల తర్వాత, మేము రెట్రోస్పెక్టివ్‌లను నిర్వహించడం ప్రారంభించాము. తద్వారా టీమ్ మొత్తానికి కొత్తగా ఏమి ఉంది, ఏమి మార్చబడింది మరియు ఏమి తీసివేయబడింది అనే ఆలోచన ఉంటుంది. దురదృష్టవశాత్తూ, అడ్మిన్‌లు ఎల్లప్పుడూ వారి వద్దకు రాలేదు, అలాగే, నిర్వాహకులు బిజీగా ఉన్నారు... డెవలపర్‌గా నా ఉద్యోగ సంతృప్తి నిస్సందేహంగా పెరిగింది. మీ యోగ్యత ఉన్న ప్రాంతంలోని దాదాపు ఏదైనా సమస్యను మీరు త్వరగా పరిష్కరించగలిగినప్పుడు, మీరు అగ్రస్థానంలో ఉన్నారని భావిస్తారు. కొంత వరకు మేము డెవొప్స్ సంస్కృతిని పరిచయం చేసాము, పూర్తిగా కాదు, కానీ ఆ పరివర్తన ప్రారంభం కూడా ఆకట్టుకునేలా ఉందని నేను తరువాత అర్థం చేసుకుంటాను.

కథ మూడు
మొదలుపెట్టు. ఒక అడ్మిన్, చిన్న అభివృద్ధి విభాగం. వచ్చిన తర్వాత నేను పూర్తి సున్నా, ఎందుకంటే... మెయిల్ నుండి తప్ప నాకు ఎక్కడా యాక్సెస్ లేదు. మేము నిర్వాహకులకు వ్రాసి యాక్సెస్ కోసం అడుగుతాము. అదనంగా, అతను కొత్త ఉద్యోగి మరియు లాగిన్లు/పాస్‌వర్డ్‌లను జారీ చేయవలసిన అవసరం గురించి తెలుసుకున్నట్లు సమాచారం. వారు రిపోజిటరీ మరియు VPN నుండి యాక్సెస్ ఇస్తారు. వికీ, టీమ్‌సిటీ, రన్‌డెస్క్‌కి ఎందుకు యాక్సెస్ ఇవ్వాలి? మొత్తం బ్యాకెండ్ భాగాన్ని వ్రాయడానికి పిలిచిన వ్యక్తికి పనికిరాని విషయాలు. కాలక్రమేణా మాత్రమే మనం కొన్ని సాధనాలకు ప్రాప్యతను పొందుతాము. రాక, వాస్తవానికి, అపనమ్మకంతో కలుసుకున్నారు. చాట్‌లు మరియు ప్రముఖ ప్రశ్నల ద్వారా ప్రాజెక్ట్ యొక్క ఇన్‌ఫ్రాస్ట్రక్చర్ ఎలా పని చేస్తుందో నెమ్మదిగా అనుభూతి చెందడానికి నేను ప్రయత్నిస్తున్నాను. ప్రాథమికంగా నేను దేనినీ గుర్తించలేను. ఉత్పత్తి మునుపటిలాగే బ్లాక్ బాక్స్. కానీ అంతకంటే ఎక్కువ, పరీక్ష కోసం ఉపయోగించే స్టేజ్ సర్వర్లు కూడా బ్లాక్ బాక్స్. అక్కడ Git నుండి ఒక శాఖను మోహరించడం తప్ప మనం ఏమీ చేయలేము. మేము .env ఫైల్‌ల వలె మా అప్లికేషన్‌ను కూడా కాన్ఫిగర్ చేయలేము. అటువంటి కార్యకలాపాలకు యాక్సెస్ మంజూరు చేయబడదు. పరీక్ష సర్వర్‌లో మీ అప్లికేషన్ యొక్క కాన్ఫిగరేషన్‌లో లైన్‌ను మార్చడానికి మీరు వేడుకోవలసి ఉంటుంది. (ప్రాజెక్ట్‌లో అడ్మిన్‌లు తమను తాము ముఖ్యమైనవిగా భావించడం చాలా ముఖ్యమైనదని ఒక సిద్ధాంతం ఉంది; కాన్ఫిగర్‌లలో లైన్‌లను మార్చమని వారిని అడగకపోతే, అవి అవసరం లేదు). బాగా, ఎప్పటిలాగే, ఇది అనుకూలమైనది కాదా? ఇది త్వరగా విసుగు చెందుతుంది, అడ్మిన్‌తో ప్రత్యక్ష సంభాషణ తర్వాత డెవలపర్‌లు చెడు కోడ్‌ను వ్రాయడానికి పుట్టారని, స్వభావంతో అసమర్థ వ్యక్తులు అని మరియు వారిని ఉత్పత్తి నుండి దూరంగా ఉంచడం మంచిది అని మేము కనుగొన్నాము. అయితే ఇక్కడ పరీక్ష సర్వర్‌ల నుండి కూడా. వివాదం త్వరగా ముదురుతోంది. అడ్మిన్‌తో కమ్యూనికేషన్ లేదు. అతను ఒంటరిగా ఉండటంతో పరిస్థితి మరింత దిగజారింది. కిందిది సాధారణ చిత్రం. విడుదల. నిర్దిష్ట కార్యాచరణ పని చేయదు. ఏమి జరుగుతుందో గుర్తించడానికి మాకు చాలా సమయం పడుతుంది, డెవలపర్‌ల నుండి వివిధ ఆలోచనలు చాట్‌లోకి విసిరివేయబడతాయి, అయితే అటువంటి పరిస్థితిలో నిర్వాహకులు సాధారణంగా డెవలపర్‌లను నిందించవచ్చని ఊహిస్తారు. అప్పుడు అతను చాట్‌లో వ్రాస్తాడు, వేచి ఉండండి, నేను అతనిని సరిదిద్దాను. సమస్య ఏమిటనే సమాచారంతో కథనాన్ని వదిలివేయమని అడిగినప్పుడు, మేము విషపూరిత సాకులను అందుకుంటాము. ఇలా, మీ ముక్కును అది చెందని చోట అతికించవద్దు. డెవలపర్లు తప్పనిసరిగా కోడ్ రాయాలి. ఒక ప్రాజెక్ట్‌లోని అనేక శరీర కదలికలు ఒకే వ్యక్తి ద్వారా జరిగి, ప్రతి ఒక్కరికి అవసరమైన ఆపరేషన్‌లు చేయడానికి అతనికి మాత్రమే ప్రాప్యత ఉన్న పరిస్థితి చాలా విచారకరం. అలాంటి వ్యక్తి భయంకరమైన అడ్డంకి. డెవొప్స్ ఐడియాలు టైమ్-టు-మార్కెట్‌ని తగ్గించడానికి ప్రయత్నిస్తే, అలాంటి వ్యక్తులు డెవొప్స్ ఆలోచనలకు అత్యంత శత్రువులు. దురదృష్టవశాత్తు, కర్టెన్ ఇక్కడ మూసివేయబడుతుంది.

పి.ఎస్. వ్యక్తులతో చాట్‌లలో డెవలపర్‌లు vs అడ్మిన్‌ల గురించి కొంచెం మాట్లాడిన తర్వాత, నా బాధను పంచుకున్న వ్యక్తులను కలిశాను. అయితే ఇలాంటివి ఎప్పుడూ ఎదురుకాలేదని చెప్పేవాళ్లు కూడా ఉన్నారు. ఒక డెవొప్స్ కాన్ఫరెన్స్‌లో, నేను అంటోన్ ఇసానిన్ (ఆల్ఫా బ్యాంక్)ని అడ్మిన్‌ల రూపంలో అడ్డంకిగా ఉన్న సమస్యను ఎలా పరిష్కరించాలో అడిగాను, దానికి అతను ఇలా అన్నాడు: "మేము వాటిని బటన్‌లతో భర్తీ చేసాము." మార్గం ద్వారా పోడ్కాస్ట్ అతని భాగస్వామ్యంతో. శత్రువుల కంటే చాలా మంది మంచి అడ్మిన్లు ఉన్నారని నేను నమ్మాలనుకుంటున్నాను. మరియు అవును, ప్రారంభంలో ఉన్న చిత్రం నిజమైన కరస్పాండెన్స్.

మూలం: www.habr.com