पुन: भय और आईटी में लोथिंग

लेखों के उत्तर लिखना आसान और मजेदार है। आपको घंटों तक लेख की संरचना पर ध्यान नहीं देना है, यह किसी और की योजना का पालन करने के लिए पर्याप्त है और केवल कागज पर अपने विचारों को स्पष्ट रूप से व्यक्त करें। फिर भी, मैं यह सुझाव देने के लिए उद्यम करता हूं कि सम्मानित यूजीन_क्रैब्स द्वारा " आईटी में डर और लोथिंग " लेख में उठाए गए मुद्दों पर एक महत्वपूर्ण नज़र "दूसरी तरफ से" अभी भी दिलचस्प होगी। आज, मैं शैतान का वकील हूं, जो अमानवीय व्यवस्था का बचाव करता है।



उसके विपरीत, मैं सीनेटर के tassels नहीं पहनता, और मेरे पास कुछ वर्षों का कम विकास का अनुभव है, और मुझे ईमानदार होने के लिए एक विशेष शिक्षा नहीं है। लेकिन मुझे काम में बुनियादी दिलचस्पी के साथ कोई समस्या नहीं थी, और यह मुझे लगता है कि इसका कारण वास्तविकता से थोड़ा अलग है।
पाठकों की एक विस्तृत श्रृंखला के लिए एक लेख।

पुन: अत्यधिक जटिलता

बेशक, सरल सिस्टम में हेरफेर करना अच्छा है। मैं उस जादू को समझता हूं जब आप समझते हैं कि यह सबसे छोटे विवरण के लिए कैसे काम करता है: जब आप असेंबलर और मशीन कोड के स्तर तक जाते हैं, और जब आप और भी गहरे जाते हैं - जहां प्रोसेसर तर्क गेट्स की एक श्रृंखला है।

वर्तमान स्थिति ऐसी है कि प्रोसेसर और सॉफ्टवेयर दोनों के हार्डवेयर में मुख्यधारा के विकास पहले से ही इस बात की क्रिस्टलीय समझ से बहुत दूर हैं कि यह किसी एक व्यक्ति द्वारा कैसे काम करता है: प्रोसेसर उत्पन्न तर्क, बहु-स्तरीय कैश और शाखा भविष्यवाणियों से भरे हुए हैं ताकि उनमें कीड़े न हों। संपूर्ण विकास टीमों द्वारा उन पर ध्यान नहीं दिया जाता है, या मान भी लिया जाता है, और इतनी हिंसक रूप से खिलते हैं कि वे उपयोगकर्ता के स्तर तक अपने प्रभाव से टूट जाते हैं। इसके अलावा, हमें पुराने कार्यों के एक विशाल सामान के साथ खींचने के लिए मजबूर किया जाता है, जिससे पिछड़ी संगतता सुनिश्चित होती है, अन्यथा हम गति और सरलता में जीत जाएंगे, लेकिन मूल रूप से इसके लिए डिज़ाइन किए गए काम में हार गए।

सॉफ्टवेयर के साथ स्थिति समान है: समझ, और यहां तक ​​कि विधानसभा निर्देश लिखना, केवल विशेष रूप से विशिष्ट क्षेत्रों में रहता है, और अमूर्तता की रूपरेखा और परतें सर्वोच्च रहती हैं जो उपयोगकर्ता के आसपास के क्षेत्र में रहता है और घूमता है।

एक व्यक्ति के दृष्टिकोण से जो अपने कोड और मशीन को नियंत्रित करना चाहता है, यह बुरा है। उपयोगकर्ता के दृष्टिकोण से - अच्छा, क्योंकि यह समझ, कार्य और विचार से उत्पाद तक के मार्ग को सरल करता है। उपयोगकर्ताओं की इस इच्छा के लिए हम जो कीमत अदा करते हैं, वह यह है कि बढ़ती प्रोसेसर क्षमताओं को तुरंत कार्यक्रमों की जटिलता से खाया जाता है, जो ऐसा लगता है, कुछ भी उचित नहीं है, और किसी भी प्लसस (बिजली की आपूर्ति को सहन नहीं करता है, जैसा कि उन्होंने मेरे पिछले काम के स्थान पर कहा था)।

हालाँकि, यदि आप गहरी खुदाई करते हैं, तो यह पता चलता है कि हम इन संसाधनों को सहभागिता को सरल बनाकर दर्शकों को बढ़ाने के लिए बदल रहे हैं। इससे पहले, एयर-टिकट टर्मिनलों ने संक्षिप्ताक्षरों के ज्ञान की मांग की, यह समझते हुए कि एयरलाइंस कैसे काम करती है और एक टेक्स्ट टर्मिनल के साथ काम करने का कौशल, अब कोई भी उपयोगकर्ता सशर्त Aviasales पर जाता है और बहुत ही बवासीर के बिना एक कठिन मार्ग पर एक सस्ता टिकट चुनता है।



आप पाठ टर्मिनल पर औसत व्यक्ति के लिए इंटरफ़ेस को समझने योग्य नहीं बना सकते हैं, क्योंकि इंटरफ़ेस की स्पष्टता मॉनिटर का रिज़ॉल्यूशन है, और अच्छी तस्वीरें जो मस्तिष्क और सुंदर फोंट को डराती नहीं हैं, और जब आप बटन पर मंडराने लगते हैं, और टच इंटरफ़ेस।

और यह भी, उपयोगकर्ता व्यवहार पर ध्यान केंद्रित करते हुए, इन सभी चिप्स का परीक्षण करने की क्षमता। झरने पर काम करते हुए, आप साल में एक बार रिलीज़ को चालू करते हैं, पूरे साल वर्तमान संस्करण पर प्रतिक्रिया एकत्र करते हैं। इंटरफ़ेस के कुछ चरण तक आप दस साल, दस रिलीज़ करते हैं। मामूली सुधारों को रोल करके और उन्हें वहीं पर परीक्षण करके, आप डेढ़ साल में एक ही मंच पर आ जाएंगे। लेकिन इस तरह के काम के लिए एक अलग गति, अन्य उपकरणों और प्रौद्योगिकियों और कुछ चीजों की अस्वीकृति की आवश्यकता होती है। ईमानदारी में, चाट कोड से: सब कुछ अब काम करना चाहिए, क्योंकि इसके लिए इस गति की एक प्रक्रिया की आवश्यकता होती है।

बदले में, नई सुविधाओं के लिए यह पागल दौड़ हमें एक बढ़ती उपयोगकर्ता आधार प्रदान करती है: जितने सरल बटन दबाए जाते हैं, उतने अधिक लोग उन्हें दबा सकते हैं, और बढ़ती उपयोगकर्ता आधार न केवल आपकी सैलरी, बल्कि नए हार्डवेयर के विकास के लिए भी पैसा लाता है। जितने अधिक लोग स्मार्टफोन का उपयोग कर सकते हैं, उतना ही वे इसे खरीदेंगे, बेहतर हार्डवेयर अगले संस्करण में होगा। तथ्य यह है कि हम तुरंत इस लोहे को मंगल ग्रह की उड़ानों के लिए नहीं, बल्कि एक बढ़ते हुए दर्शकों के लिए आदान-प्रदान करते हैं ... अच्छी तरह से, इसकी तुलना उस कंपनी से की जा सकती है जो अपनी सारी कमाई विकास में निवेश करती है, न कि वार्षिक रिपोर्ट में लाभांश और मुनाफे में। केवल अब, किसी कारण से, जब मस्क और बेजोस ऐसा करते हैं, तो आप उचित ठहराते हैं, लेकिन आप उद्योग को सही नहीं ठहरा सकते।

बेहतर या बदतर के लिए, कोई बहस कर सकता है। एक तरफ, सॉफ्टवेयर की गुणवत्ता, दूसरी तरफ - हार्डवेयर में निरंतर प्रगति, दर्शकों और उद्योग में उच्च वेतन। शायद मैं दूसरा चुनूंगा (हालांकि मैं धीमा करना पसंद करूंगा), लेकिन मैं उन लोगों को समझता हूं जो पहले चुनते हैं।
लेकिन एक चीज हमें एकजुट करेगी - हम इसके साथ कुछ नहीं कर सकते।

पुन: बहुत सी बातें

तथ्य यह है कि कई उपकरण हैं पिछले पैराग्राफ की एक तार्किक निरंतरता है। जब क्षेत्र में बहुत अधिक ऊर्जा होती है, तो यह आपको परिकल्पना के परीक्षण पर अतिरिक्त ऊर्जा खर्च करने की अनुमति देता है, जिनमें से कुछ विफल हो जाएंगे, कुछ सूख जाएंगे, लेकिन कुछ नए उद्योग मानकों का आधार बनेंगे। अराजकता के बारे में शिकायतें विकास की अक्षमता के बारे में शिकायतों के समान हैं, जिसने किसी कारण से प्रजातियों का एक समूह बनाया, जिनमें से अधिकांश चुपचाप मर गए, और यहां तक ​​कि बहुमत बहुत सफल नहीं हैं, और एक संकीर्ण सीमा में रहते हैं। क्या वास्तव में उस व्यक्ति को तुरंत बनाना असंभव है जो उत्तरी ध्रुव पर भी, रेगिस्तान में भी जीवित रह सकता है, इस तथ्य के बावजूद कि वह खुद बल्कि कमजोर है - वह तेजी से नहीं चलता है, कोई पंजे नहीं हैं, उसके दांत छोटे और सुस्त हैं, देखने का कोण छोटा है।

पक्ष से विकास के परिणाम को देखना अच्छा है, और अपने आप को आश्चर्यचकित करें कि पूरी तरह से स्पष्ट लाभ बनाने के लिए एक लंबा रास्ता क्या है - एक लचीली उंगली और विकसित मस्तिष्क।

लेकिन यात्रा की शुरुआत में, परिणाम इतना स्पष्ट नहीं था: डायनासोर भी एक बार पृथ्वी पर सर्वोच्च शासन करते थे, और यदि उनके समय में विश्लेषकों का आदान-प्रदान होता था, तो कुछ इस स्पष्ट पसंदीदा के खिलाफ कुछ स्तनधारियों पर चूहों को डालते थे।

"गलत" टूल के रूप में अपशिष्ट उस मार्ग का एक निरंतर साथी है जो शीर्ष पर जाता है।

पुन: प्रोग्रामर एक व्यापार विश्लेषक और नौकरी के लिए साक्षात्कार होना चाहिए

नहीं, मुझे नहीं करना चाहिए, बिल्कुल। लेकिन एक त्वरित परिकल्पना परीक्षण की आवश्यकता की स्थितियों में, यह एक ही सिर में ऐसा करने के लिए बहुत अधिक उत्पादक है जो वास्तुकला के बारे में निर्णय लेता है, बस इसलिए कि कम ओवरहेड है: आपको दो दिनों के लिए जानबूझकर, और एक घंटे के लिए सोचने की आवश्यकता है। आप जानते हैं कि इसे विषय क्षेत्र में कैसे किया जाता है - अच्छी तरह से किया जाता है, एक crumpled सोफा पर सोएं। यदि आप यह नहीं जानते हैं कि वे उन क्षेत्रों में आपका इंतजार कर रहे हैं, जहां विश्वसनीयता प्रगति से अधिक महत्वपूर्ण है: अंतरिक्ष, चिकित्सा, सैन्य, सिग्नल संचार प्रणाली। ये क्षेत्र हैं, और वे कोई कम महत्वपूर्ण सीमा नहीं हैं। सच है, वे कम भुगतान करते हैं। बाजार में ऐसा पूर्वाग्रह, जिसे मैं सही करना चाहूंगा, लेकिन यह एक ऐसी चीज है जो न केवल एक व्यक्ति, बल्कि अधिकांश कंपनियों से अधिक है।

वैसे, यह वही कारक आपको मुश्किल सवालों के साथ मानव संसाधन पर नीचे देखने की अनुमति देता है, "मुझे नहीं पता कि मैं किसके साथ फंस गया हूं, पहले से ही तकनीकी संपादक से बात करता हूं।" एक विश्लेषक नहीं बनना चाहते, लेकिन एक तैयार चाट टीके पर कोड लिखना चाहते हैं? ऊपर देखें - आपके लिए अन्य क्षेत्र: अच्छे प्रोग्रामर जो गलतियां नहीं करते हैं और कुशलतापूर्वक और सक्षम रूप से टीके को लागू करना भी बहुत आवश्यक है।

पुन: आईटी लोग

बोरिंग डेवलपर्स जो केवल काम के बारे में बात करते हैं? अजीब बात है, यह मुझे उबाऊ लगता है जो चुपचाप टीके के अनुसार कोड को 9 से 18 के बीच में कटौती करना चाहते हैं। हम दोनों गलत हैं, लेकिन मैं कुछ और बात कर रहा हूं: मन का ऐसा संगठन, जिसमें कार्य सिर में लगातार घूमता है, विकास की गति को महत्वपूर्ण बढ़ावा देता है और परिकल्पना परीक्षण। किनारे पर थोड़ा सा, और जलाऊ लूम वहाँ, लेकिन यह मानसिक स्वास्थ्य को नियंत्रित करने का मामला है। जो इस तथ्य को नकारता नहीं है कि कुछ कंपनियां (हम 22 घंटे के बाद टैक्सी कर्मचारियों का भुगतान करने वालों पर उंगलियां नहीं उठाएंगे, उन्हें काम पर रहने के लिए प्रोत्साहित करते हुए) यह एहसास करते हुए कि एक जलती हुई कर्मचारी बेहतर काम करती है, इस जलने के लिए सभी स्थितियां प्रदान करती हैं।

परियोजना? आप उन्हें खाना बनाना नहीं जानते। एक परियोजना एक सार्वभौमिक उपकरण है: एक तरफ, यह प्रोग्रामर (एक प्रोग्रामर, अपने उपकरणों के लिए छोड़ दिया जाता है, अपने प्रिय के लिए अजीब चीजें बनाने के लिए स्विच करता है) के लिए जादू की किक लेता है, और दूसरी तरफ, वास्तुकारों और टीम के नेताओं ने इस पर संगठनात्मक कार्य के शेर की हिस्सेदारी को डंप कर सकते हैं बैठकें आयोजित करना, अनुसूची की प्रासंगिकता बनाए रखना, किए गए कार्यों पर रिपोर्ट, ग्राहक के साथ नियमित संचार, और इसी तरह।

पुन: व्यापार

बस इतना हुआ कि एक आदमी पैसे लेकर आया। उन्होंने वर्तमान पीढ़ी में ऐसा नहीं किया, और सौ साल पहले भी नहीं किया था। सौंदर्य की विभिन्न अवधारणाओं और इसमें शामिल लोगों की विभिन्न इच्छाओं के साथ विविध समाज के आयोजन के लिए धन एक उत्कृष्ट उपकरण साबित हुआ है।

आप कुछ और आविष्कार करने का प्रयास कर सकते हैं, लेकिन अभी तक आप कुछ भी मौलिक रूप से बेहतर नहीं कर सकते हैं। बेशक, सामाजिक समर्थन और टीम भावना जैसी प्रेरणा है, लेकिन पहला उस पैसे का व्युत्पन्न है जिसे राज्य ने पचा लिया है, और दूसरा मसाला है, मुख्य पाठ्यक्रम नहीं। एक चुटकी में, मिठाई।

आपको अपने काम के लिए भुगतान मिलता है। यदि आपका काम पैसे नहीं लाता है - मुझे खेद है, व्यवसाय को इसकी आवश्यकता नहीं है। अशिष्ट, मुझे पता है। आइए कोशिश करें नरम।

. — , . , — , , . , , , , . , : - , , , — . 16% ? ! , 5%? !

यदि कोई कंपनी किसी कोड की समीक्षा को सही नहीं ठहरा सकती है क्योंकि उनका कोड तीन महीने तक रहता है, जिसके बाद इसे एक नए द्वारा बदल दिया जाता है, तो वहां से भाग जाएं, आप वहां क्या कर रहे हैं? बड़ी संख्या में कंपनियां हैं जिनके लिए कोड समीक्षा और रीफैक्टरिंग प्रक्रिया के महत्वपूर्ण घटक हैं। और पहली कंपनी परिकल्पना परीक्षण पर ध्यान केंद्रित करती है, न कि कोडिंग: यह भी सामान्य है, और आपको एक नया आला खोजने की अनुमति देता है जिसमें आप विकसित हो सकते हैं, परिपक्व हो सकते हैं, वसा जमा कर सकते हैं और समीक्षा और रीफैक्टिंग का अभ्यास शुरू कर सकते हैं।

, , : , — , . , , , , .

RE:

, , . , , , , .