प्रोग्रामिंग
-
Competitive programming करना_OK है, अगर यह आपको प्रेरित करता है।
-
Programming लेखन से जुड़ा हुआ है। Programming एक सृजनात्मक गतिविधि है।
-
अपने खुद का प्रोजेक्ट करें। अपनी तकनीकी ब्लॉग लिखें। वो प्रोजेक्ट के लिए प्रोग्रामिंग करें जिसे आप कई साल तक बनाए रखेंगे, जैसे एक दस साल का ब्लॉग।
-
आम तौर पर, आपको वर्तमान में टेक्नोलॉजी में जो ‘हॉट’ है, उसके पीछे जाना जरूरी नहीं है, क्योंकि कई ट्रेंड कुछ सालों के बाद फीका पड़ जाएगा।
-
अपने कौतूहल का पीछूत करें और अपनी खातिर ही प्रोग्रामिंग करें।
-
अपने लिए प्रोग्राम बनाने की कोशिश करें। ये काम की जिम्मेदारी नहीं हैं।
-
अगर आप प्रोग्रामिंग करते समय अक्सर खुश नहीं महसूस करते हैं, तो आप गलत तरीके से इसे कर रहे हैं।
-
iOS, Android, Backend, Frontend, AI सभी अच्छे हैं। कम से कम इनमें से किसी एक का एक छोटा सा प्रोजेक्ट बनाने या उन्हें कुछ महीनों के लिए सीखने की कोशिश करें।
-
डिबगिंग संदेह करने के बारे में होता है। अपने कोड के हर लाइन पर भरोसा मत करें; आप इसे बेहतर तरीके से सोच सकते हैं।
-
प्रोग्रामिंग में, एक चरित्र या लॉग का एक लाइन भी महत्वपूर्ण है। वे आपको कुछ बता रहे होते हैं।
-
प्रोग्रामिंग का उपयोग करके अन्य लोगों के लिए उत्पाद बनाए। उपयोगकर्ताओं के पास होने का मज़ा आता है।
-
आपको कठोर नहीं होना चाहिए। कुछ सौ उपयोगकर्ताओं को आपका उत्पाद बहुत प्यार है, जो बेमन से आपका उत्पाद पसंद करता है, उससे बेहतर है।
-
याद रखें, आपको प्रोग्रामिंग में क्यों आए थे और इसे कभी भी भूल ना करें।
-
प्रोग्रामिंग में सीखा हुआ ज्ञान को जीवन के हर पहलू में लागू करें। ये एक जैसे हैं। काम को बटनों या एक के एक में करने का तरीका। काम को खंडों में अलग करना। हर ऐप के पीछे का तकनीकी आधार। नेटवर्क अनुरोधों के पीछे की नुकीली तथ्य।
-
सादे और सरल हल का पीछूत करें। सरलता सबसे अधिक विवेकपूर्ण है। आपको सोचना चाहिए कि आप क्या आवश्यक रखते हैं और वह जो अतिरिक्त है, उससे जाने देना।
-
प्रोग्रामिंग भाषाओं के लिए, जो काम करने वाली भाषाएँ हैं, वे ठीक हैं। मैं निजी तौर पर जावा और पाइथन का सुझाव देता हूँ।
-
यिन वांग को फॉलो करें https://www.yinwang.org। वह प्रोग्रामिंग में ऐसे थोड़े से गणियों में से एक है, हालांकि कहता है कि गणियां कभी नहीं होतीं।
-
प्रोग्रामिंग के ज्ञान और सिद्धांतों को भाषा सीखने, हार्डवेयर मरम्मत, जीवन हेकिंग और वैज्ञानिक अनुसंधान में आसानी से लागू किया जा सकता है।
-
अधिकांश प्रोग्रामिंग टास्क के लिए, आपके पास स्कूल के अलावा माइनस हाई स्कूल मैथ के लिए कोई फैंसी मैथ नहीं चाहिए।
-
अधिक वर्षों बाद अपने पुराने कोड पर विचार करें या एक लंबे समय तक कोड प्रोजेक्ट को रखें। इससे आप बहुत कुछ सीखेंगे।
-
अगर आप प्रोग्रामिंग में अपना जज्बा खो देते हैं, तो कुछ समय के लिए दूसरे चीजें करें।
-
टेस्टिंग का समय महत्वपूर्ण है। इसे नेचुरली करिए। आपका प्रोजेक्ट के लिए टेस्ट लिखने की जरूरत अक्सर नहीं होती। टेस्ट लिखने की कोशिश न करें, इकाई टेस्ट लिखें, इंटिग्रेशन टेस्ट लिखें, एपीआई टेस्ट लिखें। उन्हें बुद्धिमान रूप से तुलना करें।
-
एआई कोड एडिटर का प्रयास करें। चैटजीपीटी या अन्य चैटबॉटों का अक्सर उपयोग करें। एआई टूल्स अब आसान हैं, इसलिए आप अधिक सृजनात्मक या महत्वपूर्ण हिस्सों पर ध्यान केंद्रित कर सकते हैं।
-
डिबगिंग करते समय, आपको नतुन जाए कि आप सबसे नए संस्करण को उपयोग कर रहे हैं। अगर एक लिब्रेरी को नहीं रखा जाता है, तो सक्रिय रूप से रखे गए क्लोन या फॉर्क का खोज करें।
-
जैसे कि नेटवर्क गति या प्रोग्राम चलाने का समय को सुधार करते समय, एक गुणात्मक माप दर्जा होना चाहिए। अन्यथा, आप सही पता नहीं लगा सकते कि था क्या त्रिवियल सुधार या सुधार हुआ।
-
व्यक्तिगत प्रोजेक्ट के लिए, टेस्ट कोड लिखना ठीक है, लेकिन महत्वपूर्ण मात्रा में कोड बदलने के बाद स्थानीय टेस्ट करना बेहतर है। प्रभावित कोड, यह कितना लंबा समय तक क्लाउड पाइपलाइन में चला, और यह कितनी बार त्रुटि ला सकता है, तो टेस्ट कोड लिखने के लिए सोचें। उपयोगकर्ताओं के अनुभव को नकारात्मक रूप से प्रभावित न करने वाले तरीकों का उपयोग करें।
-
सरल और सुंदर कोड लिखें। डुप्लिकेशन को कम करें, हालांकि कभी-कभी डुप्लिकेशन एक सरल समाधान को ले जाता है। विशेष मामलों को कम करें। इसे आसान बनाएं। रिफैक्टरिंग में आम फंक्शन्स या प्रक्रियाओं का उपयोग करें, रिकर्सन या लूप का उपयोग करें, और पैटर्न खोजें।
-
त्रुटियों का सही से सामना करें। मूल कारण, जिम्मेदारी, और इस पर दखल दें कि क्या हम इसे बदल सकते हैं या एक बाहरी त्रुटि है। बचाव के तरीके, प्रभाव की सीमा, कहां इसे संभालें, क्या हम त्रुटियों को वर्गीकृत करें, यह कितना संभव है, और सबसे खराब स्थितियों के बारे में सोचें।
-
replace या startWith के बाद स्लाइस का उपयोग करने में तौलना है कि पहले वाक्य का स्थान को नजरअंदाज कर दिया जाता है। इस तरह की सोच कर यह प्रोग्रामिंग के हर छोटे से हिस्से में लागू करें।
-
किसी एक चीज के लिए संभव मानों को न्यूनतम करें; एक मामले के लिए केवल एक मान का उपयोग करें। अगर हम पहले से ही फेल्स को हैं, तो नल का उपयोग न करें। अगर हम एक अनुवादित त्रुथ या फाल्स फ्लैग हैं, तो हमे यह सुनिश्चित करना चाहिए कि हम हर बार जब हम एक अनुवादित फ्लैग हैं, हम अनुवादित फ्लैग होने के अभाव को फेलस के रूप में नहीं ले रहे हैं।
-
GitHub या Sourcree के उपयोग में बदल गए कोड ब्लॉक को अक्सर समीक्षाएं करने के लिए। वे कोड पढ़ने के लिए अधिक सुविधाजनक होते हैं।
-
प्रोग्रामिंग में अक्सर कोई तुच्छ चीज़ नहीं होती। हर चरित्र, सूची आइटम के आदेश, हर स्ट्रिंग, हर नंबर, और हर वेरिएबल नाम, हर कार्यक्रम निर्वहन क्रम, और हर लॉग महत्वपूर्ण हैं।
-
आप जो सबसे अधिक उत्तेजित करके आपको है, उस चीज को करें। मैनस्ट्रिम का पीछागा नहीं करना चाहिए।