एक "अच्छा" आईटी कंपनी के नियम

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





सिस्टम को रोचक और अच्छी बनाएं ("अच्छी बातें")

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



हमेशा एक कदम आगे रहें

कुछ नया इस्तेमाल करने से न डरें। इसे आजमाइए। देखो। हमेशा शिखा पर रहना चाहिए। जल्द ही या बाद में यह आपको बहुत दिलचस्प और आशाजनक चीज़ के लिए "ले" जाएगा।



सिनर्जी। लोग पहले स्थान पर

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



सर्वश्रेष्ठ के लिए देखें और टीम का माहौल बनाएं

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



आराम से काम करने की स्थिति बनाएं

बस मेरा विश्वास करो: बक्से के बीच एक गोदाम में बैठे एक प्रोग्रामर और एक कंपित कुर्सी पर ठंडे बस्ते में डालना आपको जल्द से जल्द छोड़ देगा। जब तक, ज़ाहिर है, उसे जीवन में कम से कम कुछ चाहिए।



विशेषज्ञ प्रशिक्षण में निवेश करें

खुद को शिक्षित करें, प्रशिक्षण, पाठ्यक्रम, सम्मेलनों में भेजें। यदि एक ही समय में आप डरते हैं कि विशेषज्ञ प्रशिक्षणों में "कौशल प्राप्त कर" छोड़ देगा, तो इसका मतलब है कि आपकी कंपनी में गहरी समस्याएं हैं। उन्हें हल करें, प्रशिक्षण पर नहीं बचा। और लालची मत बनो!



पेशेवरों के बीच प्रत्यक्ष धन प्रतियोगिता से बचें

विशेषज्ञों के बीच मौद्रिक प्रतियोगिता एक निर्विवाद, पूर्ण बुराई है। कर्मचारियों के बीच मौद्रिक प्रतियोगिता से टीम की अस्वस्थता होती है। अगर वासिया को पता है कि वह पेट्या से कार्य को "हरा" सकता है और अगले महीने 5000 कमा सकता है, तो सबसे अधिक संभावना है कि वह ऐसा करेगा। शायद पेट्या नाराज भी नहीं होंगी ... लेकिन वे कभी भी दोस्त नहीं होंगे और एक ही टीम के रूप में काम करेंगे। प्रतियोगिता "अप्रत्यक्ष" हो सकती है - ज्ञान में, जिम्मेदारी में, सलाह में - लेकिन पैसे में नहीं। यह बहुत बुरा है। इस मामले में, "समतावाद" भी नहीं होना चाहिए।



कबाड़ फेंक दो। निर्दयता से। रीफैक्टरिंग करें और "खराब" कोड निकालें

पुराने फर्नीचर, सर्वर और कोड अंतरिक्ष को घेर रहे हैं। सांस न लेने दें। नियमित सफाई करें - और यह आपके घर में हल्का हो जाएगा।



उपयोगकर्ताओं (ग्राहकों) का अनुसरण न करें

इस बारे में पहले ही कई साहित्य लिखे जा चुके हैं, यह दोहराने का कोई मतलब नहीं है। आईटी में, क्लाइंट हमेशा सही नहीं होता है। इसके अलावा - वह हमेशा नहीं जानता कि वह क्या चाहता है।



सिस्टम को स्थिर न होने दें, विकास को रोकने के लिए, और प्रोग्रामर को आराम करने के लिए

बदलाव से न डरें। बदलो और बदलो। "शेक" अपने प्रोग्रामर - अन्यथा, जल्दी या बाद में वे आराम करेंगे, बाहर सूखेंगे और अपनी बीयर के साथ कठोर हो जाएंगे - और कुछ बिंदु पर वे कुछ भी नया और दिलचस्प नहीं कर पाएंगे।



कभी भी उपवास न करें। फिर भी यह आपको जवाब देगा!

मोह हमेशा महान होता है। लेकिन इससे होने वाली समस्याएं और भी ज्यादा हैं। आप कल्पना भी नहीं कर सकते हैं जो ...
यदि आप करते हैं, तो इसे यथासंभव सामान्य रूप से ठीक करें!



प्रोग्रामिंग भाषा नहीं है!

प्रोग्रामिंग प्रौद्योगिकियों, विकास वातावरण, एपीआई, चौखटे हैं। प्रोग्रामिंग लोगों, उनके ज्ञान और सपने हैं। उनके विचारों और आकांक्षाओं। एक इकाई के रूप में प्रोग्रामिंग भाषाएँ गौण हैं।



SQL: जटिल संग्रहीत कार्यविधियाँ नहीं लिखते हैं। अपने डेटा को बेहतर बनाएँ और ORM का उपयोग करें

सबसे विशिष्ट और सकल वास्तुशिल्प त्रुटियों में से एक। देखें "कभी भी इसे जल्दी मत करो।"



एल्गोरिदम को एप्लिकेशन सर्वर पर ले जाएं, SQL में एल्गोरिदम न रखें

SQL SQL'yu कलह। "जल्दी से कभी मत करो" देखें।



कोड में जटिल शाखाओं और शर्तों से छुटकारा पाएं। पैटर्न का उपयोग करें

... अन्यथा, आप खुद नहीं जान पाएंगे कि आपके पास क्या है। यदि बहुत अधिक शर्तें और शाखाएं हैं, तो यह एक निश्चित घंटी है कि सिस्टम में कुछ "गलत" है, कि वास्तु संबंधी त्रुटियां हैं, या यह कि सिस्टम के पास केवल "आउटगोर्न" है, और यह मौलिक रूप से कुछ बदलने का समय है।



तार्किक और भौतिक संस्थाओं द्वारा जितना संभव हो उतना अलग कोड

यदि यह आपके कोड में स्पष्ट नहीं है कि किस प्रकार की वस्तु जिम्मेदार है और जिससे यह विरासत में मिला है - एक प्राथमिकता जो आप स्वयं जानते हैं कि आप क्या लिख ​​रहे हैं या आप क्या कर रहे हैं। सवाल यह है कि तब के लिए क्या? .. आखिरकार, हम एक तस्वीर के रूप में एक प्रसिद्ध कथा में मिलता है:



अनुप्रयोगों को सरल बनाएं। ग्रिड में संपादन मूल्यों के बारे में भूल जाओ।

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



पहिया को सुदृढ़ न करें: मानक समाधानों का उपयोग करें (सर्वोत्तम अभ्यास, रूपरेखा और एपीआई)

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



एक ढेर में अलग-अलग प्रकार्य नहीं मिलाएं। डिजाइन (पारस्परिक रूप से) विनिमेय घटक (और ग्राहक)

डेवलपर्स को हमेशा एक आवेदन में सब कुछ करने के लिए लुभाया जाता है - अक्सर यह आसान होता है। लेकिन लंबे समय में - एक राक्षस मिलता है। खासकर अगर सिस्टम बड़ा और जटिल है।



हार्डवेयर पर प्रदर्शन समस्याओं को दोष देने का प्रयास न करें

एक अति-आधुनिक सर्वर महान है। लेकिन अगर सॉफ्टवेयर टेढ़ा है और उपलब्ध सभी मेमोरी को खाता है - कोई सर्वर मदद नहीं करेगा। लोहा फिर भी आपको नीचे गिरा देता है।



आधुनिक प्रोग्रामिंग भाषाओं में लिखें और आधुनिक तकनीक का उपयोग करें

बेशक, मैं स्वीकार करता हूं कि किसी को ऐसा लगता है जैसे डेल्फी, विजुअल बेसिक या किसी अन्य अजीब या पुरानी बोली में लिखना अच्छा है। लेकिन यह बिल्कुल भी अच्छा नहीं है, मेरा विश्वास करो। और भविष्य में बहुत सारी समस्याएं होंगी।



इंटरफेस को ओवरलोड न करें। केवल न्यूनतर और आधुनिक डिजाइन

दूसरा ऐप्पल बनाने की कोशिश करें। सबसे अधिक संभावना है, आप सफल नहीं होंगे। लेकिन फिर भी प्रयास करते हैं।



सूची को पूरक किया जा सकता है - आदर्श आईटी कंपनी कुछ भी सीमित नहीं है!