اعتقد المشكلة الأساسية في الاعتماد على الكثير من المكتبات الجاهزة هو عدم القدرة على حل الأخطاء البرمجية في المستقبل لان وجود خطأ في المكتبة يمكن أن يدفع القائم على البرنامج لتغيير مكتبة اعتمد عليها لفتره طويلة وهو على غير دراية بالكود البرمجي لها لكي يحل المشكلة. لكن للأسف كتابة برامج بواسطة شخص واحد بحيث تكون معتمده على كود خاص يحتاج فريق أو لأوقات عمل طويلة ويؤثر على الإنتاجية. لكن بالنسبة للشركات التي تبحث عن حلول خاصة أو لغرض التعلم الذاتي،

1- الجزء الاول قوم بتوجية كل الطلبات الى https يقوم بروتوكول http بتوجيهك ل port 80 مباشره بينما https بقوم بتوجيهك ل port 443 ويقوم بطلب شهادة SSL من الخادم يمكنك اجبار الخادم للدخول من خلال https او التوجيه من http الى https بشكل تلقائي لتجنب المشكلة . يعتمد التوجية على نوع framework المستخدمة في الموقع 2- بالنسبة لل www اذا كنت انت من يمتلك النطاق يمكنك اضافة توجية من خلال مقدم النطاق الخاص بك www.porkbun.com كما يظهر في whois

بالأضافه الى منشورك. عند استخدام React webpacker مع ال Rails يتم ايضا تجاهل "/public/pack-test" في ملف .gitignore بالاضافة للمسارات التالية كما ذكر الاخوه المعلقين /log/* /tmp/* /node_modules /yarn-error.log yarn-debug.log* .yarn-integrity بالاضافة للملفات التي تحتوي على المعلومات الحساسة للمشروع فى حالة الرفع على ال GitHub .env /config/master.key في كثير من الاحيان تقوم ال Gems بإضافة المسارات للملف بشكل تلقائي على ما أعتقد لكن في حالة استخدام React مع ال Rails يمكن التأكد من مسح ملفات js القديمة من خلال rake assets:clean

1- في البداية يجب ان تعلم ان البرمجة هي وسيلة وليست غاية في حد ذاتها. البرمجة قد تكون اداه لانشاء برامج الويب او سطح المكتب ولكن قد يكون البرنامج المستهدف متخصص في التعلم "e-learning" او علم البيانات"Data science" او المعلومات البيولوجية "Bioinformatics" او البرمجة المدمجة "embedded programming" او برمجة الالعاب "Game programming" . لذلك من المهم للغاية معرفة وظيفة البرامج التي تهتم بإنشائها منذ البداية لعدم تضيع الوقت والمجهود. فمثلا بالرغم من ان لغة ال C و ال ++C هي