الفلسفة البرمجية الشاملة: المبادئ والممارسات والنمو المهني | أصلي، ترجم بواسطة AI
جدول المحتويات
- البرمجة
- البرمجة كنشاط إبداعي
- تطوير المشاريع الشخصية
- اتجاهات التكنولوجيا والتعلم بدافع الفضول
- فلسفة تصحيح الأخطاء وحل المشكلات
- التطوير المرتكز على المستخدم
- جودة الكود والبساطة
- تكامل الذكاء الاصطناعي والأتمتة
- كن مهندسًا بلا حدود
- العمل ضمن قيود الشركات
- تعظيم استخدام الموارد الداخلية
- بناء أدوات في عصر الذكاء الاصطناعي
- تحويل العقلية
- كسر الحدود المتصورة
- فوائد تجميع السجلات
- إدارة السجلات في بيئات الشركات
- السياق التاريخي وحل المشكلات
- استراتيجيات تنظيم ملفات السجلات
- صيانة المشاريع طويلة الأجل
- الحفاظ على المعرفة ومشاركتها
- طرق جمع السجلات تلقائيًا
البرمجة
-
لا بأس بممارسة البرمجة التنافسية طالما تحفزك.
-
البرمجة تشبه الكتابة. البرمجة نشاط إبداعي.
-
قم بمشروعك الخاص. اكتب مدونتك التقنية. برمج لمشروع ستحافظ عليه لسنوات، تمامًا مثل المدونة التي تستمر لعشر سنوات.
-
عادةً، لا تحتاج إلى مطاردة ما هو شائع في التكنولوجيا الآن، حيث سيتلاشى العديد من الاتجاهات بعد بضع سنوات.
-
اتبع فضولك وبرمج من أجل نفسك.
-
حاول إنشاء برامج لنفسك. فهي ليست مهام عمل.
-
إذا شعرت بعدم السعادة غالبًا أثناء البرمجة، فأنت تفعلها بطريقة خاطئة.
-
iOS، Android، Backend، Frontend، الذكاء الاصطناعي، كلها جيدة. يمكنك على الأقل محاولة إنشاء مشروع صغير باستخدامها أو تعلمها لبضعة أشهر.
-
تصحيح الأخطاء يتعلق بأن تكون متشككًا. لا تثق بكل سطر من كودك؛ يمكنك التفكير بطريقة أفضل للقيام بذلك.
-
في البرمجة، حتى الحرف أو سجل السطر مهم. فهم يخبرونك بشيء ما.
-
استخدام البرمجة لصنع منتجات يستخدمها الآخرون. من الممتع أن يكون لديك مستخدمون.
-
لا داعي لأن تكون قاسيًا. بضعة مئات من المستخدمين الذين يحبون منتجك حقًا أفضل من عشرات الآلاف من المستخدمين الذين يعجبون به فقط بلطف.
-
تذكر سبب دخولك إلى عالم البرمجة ولا تنساه أبدًا.
-
طبق المعرفة في البرمجة على كل جانب من جوانب الحياة. إنها نفس الشيء. القيام بالأشياء على دفعات أو واحدة تلو الأخرى. كيفية تقسيم المهام إلى وحدات. التكنولوجيا الأساسية وراء كل تطبيق. التفاصيل الدقيقة وراء طلبات الشبكة.
-
التجريد والتفكير المنطقي. التفكير الموجه نحو التفاصيل. التفكير في كل حل.
-
الحقيقة هي الحقيقة. عادةً، لا يكون الكمبيوتر مخطئًا. الدائرة الكهربائية لن تكون مخطئة. المترجم لن يكون مخطئًا. لا تشعر بالضيق عندما يكون هناك خطأ.
-
استهدف حلولًا أنيقة وبسيطة. البساطة هي التطور الأقصى. عليك التفكير بعمق لترك ما هو أساسي وإزالة ما هو زائد.
-
بالنسبة للغات البرمجة، اللغات التي تؤدي المطلوب جيدة. أنصح شخصيًا بـ Java و Python.
-
تابع Yin Wang على https://www.yinwang.org. إنه أحد القلائل من العباقرة في البرمجة، رغم أنه يقول إن العباقرة غير موجودين.
-
يمكن تطبيق معرفة ومبادئ البرمجة بسهولة على تعلم اللغات، وإصلاح الأجهزة، وحيل الحياة، والبحث العلمي.
-
بالنسبة لمعظم مهام البرمجة، لا تحتاج إلى رياضيات متقدمة بخلاف الرياضيات الثانوية.
-
فكر في كودك القديم بعد سنوات أو حافظ على مشروع كود لفترة طويلة. سيعلمك الكثير.
-
إذا فقدت شغفك بالبرمجة، افعل أشياء أخرى لبعض الوقت.
-
توقيت الاختبار مهم. افعله بطبيعة الحال. غالبًا لا تحتاج إلى كتابة اختبارات لمشروعك. حاول ألا تكتب اختبارات، اكتب اختبارات وحدة، اكتب اختبارات تكامل، اكتب اختبارات API. قارنها بحكمة.
-
جرب محررات الأكواد بالذكاء الاصطناعي. استخدم ChatGPT أو روبوتات الدردشة الأخرى بشكل متكرر. نظرًا لأن أدوات الذكاء الاصطناعي سهلة الاستخدام الآن، يمكنك التركيز على الأجزاء الأكثر إبداعًا أو أهمية.
-
عند تصحيح الأخطاء، تحقق مما إذا كنت تستخدم أحدث إصدار من المكتبات. إذا كانت المكتبة غير محافظة، ابحث عن نسخ أو فروع محفوظة بنشاط.
-
عند تحسين شيء مثل سرعة الشبكة أو وقت تشغيل البرنامج، يجب أن يكون هناك مقياس كمي. وإلا، لن تعرف بالضبط ما إذا كان هناك تحسن بسيط أو تدهور.
-
بالنسبة للمشاريع الشخصية، لا بأس بعدم كتابة كود اختبار، ولكن من الأفضل إجراء اختبار محلي بعد تغيير كمية كبيرة من الكود. ضع في الاعتبار الكود المتأثر، وكم من الوقت سيعمل في خط الأنابيب السحابي، ومدى تكراره الذي قد يؤدي إلى أخطاء، ثم اكتب كود الاختبار وفقًا لذلك. استخدم طرقًا تسمح بإجراء اختبارات سهلة دون التأثير سلبًا على تجربة المستخدم.
-
اكتب كودًا بسيطًا وأنيقًا. قلل التكرار، رغم أن التكرار يؤدي أحيانًا إلى حل أبسط. قلل الحالات الخاصة. اجعل الاختبار سهلًا. أعد الكتابة لاستخدام وظائف أو عمليات مشتركة، استخدم التكرار أو الحلقات، وابحث عن الأنماط.
-
تعامل مع الأخطاء بشكل صحيح. فكر في السبب الجذري، والمسؤولية، وما إذا كان يمكننا تغييره أو إذا كان خطأ خارجيًا. ضع في اعتبارك طريقة الإنقاذ، نطاق التأثير، مكان التعامل معه، وما إذا كان ينبغي تصنيف الأخطاء، ومدى احتمال حدوثها، وأسوأ السيناريوهات.
-
الفرق بين استخدام replace أو استخدام startWith متبوعًا بـ slice هو أن الأول يتجاهل موضع السلسلة. طبق التفكير المماثل على كل تفصيل في البرمجة.
-
قلل القيم الممكنة لعنصر واحد؛ استخدم قيمة واحدة فقط لكل حالة. لا تستخدم null إذا كان لدينا بالفعل false. إذا كان لدينا علامة مترجمة true أو false، فنحن بح