मैं इस मानसिक अवरोध को कैसे दूर कर सकता हूं, इस बारे में कोई भी विचार और यह सुनिश्चित करने के लिए कि मेरा ऐप स्केलेबल होगा?
इस समस्या का मूल कारण स्केलेबिलिटी नहीं है। मुद्दे का क्रूस सोच रहा है कि आप इसे पहली बार ठीक कर लेंगे ।
आपको क्लीन कोड लिखने पर ध्यान देना चाहिए। क्योंकि क्लीन कोड आपको उस सुविधा को बढ़ाता है जब आपको (अनिवार्य रूप से) भविष्य में कुछ बदलना होता है। और यही असली लक्ष्य आपके पास होना चाहिए।
अब आप जो करने की कोशिश कर रहे हैं वह लिखने के लिए सही कोड के बारे में सोचने की कोशिश कर रहा है। लेकिन यहां तक कि अगर आप ऐसा करने का प्रबंधन करते हैं, तो कौन कहता है कि आवश्यकताओं को बदलने की जरूरत नहीं है, या आपने गलत जानकारी या गलत सूचना के आधार पर अपने फैसले किए हैं?
आप गलतियाँ करने से बच नहीं सकते, भले ही वे आपकी गलती न हों। कोड लिखने पर ध्यान दें जिसमें बाद में चीजों को बदलना आसान हो, बजाय कोड लिखने की उम्मीद के जिसे आपको भविष्य में बदलने की आवश्यकता नहीं होगी।
परियोजना से जुड़ा हुआ है और मैंने पहले ही लिखा कोड,
इस भावना से मुझे पूरी सहानुभूति है। लेकिन आपके द्वारा लिखे गए कोड से जुड़ना एक समस्या है।
केवल एक चीज जो एक स्थिर होनी चाहिए वह एक विशिष्ट समस्या को हल करने की आपकी इच्छा है । आप उस समस्या को हल करने के बारे में कैसे जाते हैं यह केवल एक माध्यमिक चिंता है।
यदि कल एक नया टूल जारी किया जाता है जो आपके कोडबेस को 80% कम कर देता है, तो क्या आप परेशान होने वाले हैं कि आपका कोड अब उपयोग नहीं किया जाता है; या क्या आप खुश होने जा रहे हैं कि आपका कोडबेस छोटा और ज्यादा साफ-सुथरा / अधिक प्रबंधनीय हो गया है?
यदि पूर्व में, आपको कोई समस्या है: तो आप कोड के लिए समाधान नहीं देख रहे हैं । दूसरे शब्दों में, आप कोड पर ध्यान केंद्रित कर रहे हैं और बड़ी तस्वीर को नहीं देख रहे हैं (समाधान जो इसे प्रदान करना है)।
मुझे डर है कि मेरे द्वारा किए जाने वाले सभी अतिरिक्त काम निकट भविष्य में समाप्त हो जाएंगे, जब ऐप कारोबार के बढ़ने के साथ-साथ बड़े पैमाने पर नहीं होगा।
यह एक अलग दिन के लिए एक अलग समस्या है।
सबसे पहले, आप कुछ काम करते हैं। दूसरे , आप किसी भी तरह की खामियों को ठीक करने के लिए कोड को सुधार सकते हैं जो अभी भी दिखाई दे सकते हैं। वर्तमान में आप जो कर रहे हैं वह पहले कार्य पर वापस पकड़ रहा है फिर दूसरे कार्य को करने के डर से।
लेकिन अन्य विकल्प क्या है? आप भविष्य नहीं बता सकते । यदि आप अपना समय भविष्य की संभावनाओं को टटोलने में बिताते हैं, तो आप वैसे भी अनुमान लगाने वाले हैं । एक अनुमान हमेशा गलत गलत होने का खतरा है।
इसके बजाय, एप्लिकेशन बनाएं और साबित करें कि वास्तव में एक मुद्दा है। और एक बार जब समस्या स्पष्ट हो जाती है, तो आप इसे संबोधित करना शुरू करते हैं।
इसे दूसरे तरीके से रखने के लिए: हेनरी फोर्ड ने कभी ऐसी कार नहीं बनाई जो 2018 मानकों / अपेक्षाओं के अनुरूप हो। लेकिन अगर उसने आधुनिक मानकों के आधार पर एक त्रुटिपूर्ण कार मॉडल टी का निर्माण नहीं किया है, तो कोई भी कार का उपयोग करना शुरू नहीं करेगा, कोई कार उद्योग नहीं होगा, और किसी के पास ऐसी कार नहीं होगी जिसे वे तब सुधारने की कोशिश कर सकते हैं।
मैंने नियोक्ताओं से साक्षात्कार के दौरान किसी भी वेब फ्रेमवर्क का उपयोग न करने के लिए मेरी पसंद पर सवाल उठाया है, जिससे मुझे केवल अपने पिछले काम पर संदेह करना पड़ा है।
यहां महत्वपूर्ण हिस्सा यह नहीं है कि आप किस फ्रेमवर्क का उपयोग कर रहे हैं (कोई भी नियोक्ता जो उस पर आपका न्याय करता है वह अपना काम ठीक से नहीं कर रहा है)। यहाँ महत्वपूर्ण भाग यह जान रहा है कि आप क्या कर रहे हैं और क्यों कर रहे हैं ।
उदाहरण के लिए, आप विशेष रूप से मौजूदा ढाँचे से बच सकते हैं क्योंकि आप सीखना चाहते हैं कि एक ढाँचा पहले कठिन तरीके से उपयोगी क्यों है। या आप अपनी रूपरेखा बनाने की कोशिश कर रहे होंगे।
यहाँ केवल बुरा जवाब "मुझे नहीं पता" है, क्योंकि यह सूचित निर्णय लेने की कमी को दर्शाता है। यही कारण है कि है एक नियोक्ता के लिए एक लाल झंडा।
मैं बस किसी भी वेब फ्रेमवर्क को नहीं जानता, और यह नहीं जानता कि कौन सा उपयोग करना शुरू करना है।
यहां भी यही समस्या पैदा होती है। समाधान अधिक सोचने के लिए नहीं है, बल्कि कार्य करने के लिए है:
- एकदम सही जवाब देना बंद करें ।
- एक रूपरेखा चुनें। जब तक आपके पास प्राथमिकता नहीं होती है, तब तक एक यादृच्छिक चुनें। एक डार्टबोर्ड का उपयोग करें, एक डाई रोल करें, एक सिक्का फ्लिप करें, एक कार्ड चुनें।
- इसका इस्तेमाल करें।
- क्या आपको इसका उपयोग करना पसंद था? क्या आपको गुस्सा आता था?
- इन खराब तत्वों को रोकने के तरीके देखें। क्या आपने फ्रेमवर्क का दुरुपयोग किया है, या यह केवल यह है कि फ्रेमवर्क को कैसे माना जाता है?
- एक बार जब आपको लगता है कि आपके पास रूपरेखा पर पकड़ है (चाहे आप इसे पसंद करें या नहीं), एक नया ढांचा चुनें और चक्र को दोहराएं।
इस पर अधिक पढ़ने के लिए, कर रही मानसिकता> सोच मानसिकता पढ़ें । लेखक ने इसे मुझसे बेहतर समझा।
लेकिन ऐप को खत्म करने का दबाव बढ़ रहा है, और मैं ऐप को पूरी तरह से खत्म करने और शुरू करने पर विचार कर रहा हूं
जब तक वर्तमान कोडबेस एक पूरी तरह से अप्राप्य गड़बड़ है; आप विपरीत निर्णय ले रहे हैं।
डेवलपर्स अक्सर सोचते हैं कि चीजों को फेंकना बेहतर विकल्प होगा। यह बहुत ही सामान्य एहसास है। लेकिन यह शायद ही कभी सही विकल्प है।
कोड को बाहर फेंकना और खरोंच से शुरू करना आपके काम करने के रास्ते में ट्रैफ़िक में फंस जाने जैसा है, चिंता करना कि आपको काम करने में देर हो जाएगी (समय सीमा समाप्त हो गई है), और इसके बजाय घर ड्राइव करें और फिर से उसी सड़क पर गाड़ी चलाने का प्रयास करें। इसका कोई मतलब नहीं है। आप ट्रैफ़िक में फंस सकते हैं, लेकिन जब आप घर पर थे, तब भी आप काम करने के करीब हैं।