Habr مليء بالتنبؤات والنصائح حول ما يجب القيام به في العام المقبل - ما هي اللغات التي يجب تعلمها ، في المجالات التي يجب الحد منها ، وكيفية التعامل مع صحتك. تبدو ملهمة! لكن أي عملة لها وجهان ، ونحن لا نتعثر فقط في شيء جديد ، ولكن بالنسبة للجزء الأكبر في ما نقوم به كل يوم. "حسنًا ، لماذا لم يحذرني أحد!" نحن نسبب حريقًا في أنفسنا - لقد جمعنا لك قائمة بما لا يستحق القيام به في عام 2020 (وربما دائمًا).
والجاذبية لم تسأل.نود بشدة أن نرتب التوصيات المضادة من أجل ، من الأكثر أهمية إلى الأكثر أهمية. لكنها منتشرة على نطاق واسع ، وهي مكافئة ومألوفة للجميع تقريبًا حتى نكتب بشكل منفصل. حسنا ، تحقق من القائمة؟
لا حاجة للذهاب إلى تكنولوجيا المعلومات إذا كان كل شيء على ما يرام
لا تتعلم تقنية جديدة لتغيير مهنتك أو البدء من نقطة الصفر. وقتنا رائع حيث يمكنك الدراسة وتغيير الوظائف وتغيير المجال بشكل أساسي - وحتى التقاعد. هذا شيء رائع ومغري. ولكن إذا كان عمرك أكبر من 28 إلى 30 عامًا ، فيجب ألا تتخلى عن كل شيء للدخول إلى تكنولوجيا المعلومات أو المغادرة لمجموعة جديدة (على سبيل المثال ، تكتب أنظمة محمّلة بدرجة عالية في Java وتقرر فجأة المغادرة في شبكة عصبية في Python). السبب بسيط: لن يكون الأمر سهلاً بالنسبة لك. أولاً ، هناك منافسة عالية من المتخصصين الذين كانوا يجلسون على هذه المجموعة منذ بداية حياتهم المهنية ، وثانياً ، سوف يتعين عليك مرة أخرى أن تصبح صغيراً بأجر منخفض ، وثالثا ، سيكون من الصعب أخلاقيا أن تصبح مرؤوسًا لأدنى مستوى من التسلسل الهرمي. لذلك ، إذا كنت تريد التحرك في الاتجاه الآخر ، فحاول القيام بذلك إما تمشيا مع العمل الحالي والمهام الحالية ، أو تطوير معرفة جديدة كهواية ، لم يعد تقديم مشروع حيوان أليف للوصول إلى وظيفة جديدة صغارًا.
تغيير المكدس إلى المكدس - الوقت فقط لتضيعه
لا تتعجل بين مجموعات التكنولوجيا لتطويرك. إذا كتبت مشروعًا بلغة واحدة ، واستخدمت إطارًا محددًا ومكتبات محددة ، فلا ينبغي لك أن ترمي كل شيء إلى الجحيم وتعيد كتابته إلى Dart ، لمجرد أنه بدا مثيراً لك. اجعله قاعدة للعثور على الأساس المنطقي لتغيير التكنولوجيا - ليس فقط على مستوى عدم القدرة ، ولكن أيضًا على المستويين المالي والهندسي.
لا حاجة للوقوف على الأرض والبرونز
إن الاعتماد على لغة أو تقنية واحدة وعدم تعلم لغة جديدة هو نفس التطرف في تغيير المكدس مع كل تقنية جديدة. تأكد من دراسة المكتبات والأُطُر الجديدة ، لا تتعاطى مع العلم بأن كل شيء يُفكر فيك بشكل أفضل وتُخدّره أنت وحدك. بالنسبة لكل لغة تقريبًا ، تظهر التحديثات باستمرار ، مما يؤدي في بعض الأحيان إلى تحسين مشروعك بشكل كبير. لا تكن كسولًا لاتباع ديناميكيات مجموعتك ، وبمجرد العثور على شيء رائع ومفيد ، لا تتردد في السحب إلى المشروع!
رأسك جيد ، جيد دائمًا
لا تفكر برؤوس الآخرين ، بل هو الأفضل. للأسف ، يجلس بعض المطورين وينتظر منهم تلقي مهمة الترميز من الخطأ السابق إلى النهاية ، دون محاولة إدخال شيء خاص بهم في المشروع ، وتطوير وظيفة جديدة ، واختبارها وعرضها في الإنتاج. لماذا تهتم عندما يكون هناك رئيس لقائد الفريق أو قائد الشركة الذي سيقرر كل شيء بنفسه؟ إذا كنت تتعرف على نفسك ، عندئذٍ لدينا أخبار سيئة: إن الموقف السلبي لن يساعدك في الحياة المهنية أو التطوير. لديك فرصة لتجربة يدك على مهندس تطوير ، وليس المبرمج ، في مشروع قتالي حقيقي وفهم أين تتحرك ، وما هو مفقود ، لكنك تفضل أن تقضي وقتك في شيء آخر وتفعل بالضبط "من الآن فصاعدًا". مثل في تكنولوجيا المعلومات الحديثة البقاء على قيد الحياة أسوأ وأسوأ ، والخروج من الرسوم المتحركة مع وقف التنفيذ.
المستخدمين أناس مخيفون
لا تبالغ في تقدير مستخدمي برنامجك: إذا كنت لا تكتب للمبرمجين ، فتوقع أن يواجه البرنامج سوء فهم لا يمكن اختراقه. في الأيام أو الأسابيع القليلة الأولى ، سوف يكره المستخدم برنامجك ، لأن "القديم لم يكن غبيًا جدًا". لتجنب ذلك ، قم ببعض الوثائق والمواد التدريبية الرائعة. عند التثبيت أو الشراء ، ألمح إلى أنه يجب قراءة الأدلة قبل بدء العمل بالبرنامج ، وليس بعد تعطل قاعدة البيانات ، وفقدان كلمة المرور والتحكم الذاتي.
لا تقلل من شأن المستخدمين أيضًا: فهم أكثر ذكاءً وأكثر ذكاءً وفضولًا مما تعتقدون. إذا كنت تعتقد أن هذا الخطأ مع تنسيق المتغير ويتم تنفيذه في الضغط رقم 138 من Enter مع فاصل زمني من الثانية لن يطفو على السطح ، فأنت مخطئ - سوف يطفو على السطح ويؤثر على تشغيل التطبيق الخاص بك بأكثر الطرق غرابة. تعمل قاعدة الهواة: هو الذي يتأقلم مع الاختبار الأفضل. لكن لسبب ما ، لا يحب المستخدمون العثور على أخطاء في الإنتاج - لا يوجد تضامن فيها. بشكل عام ، كلما زادت ثقتك في البرنامج ، كان ذلك أفضل. في النهاية ، من الأفضل تأخير إصدار بعض الميزات بدلاً من إضافتها إلى تطبيق قيد التشغيل وجعله خامًا بشكل مفاجئ.
توقف عن googling!
التوقف عن الوصول إلى Google وحدها. لن نجادل - في مجال التطوير ، يمكن أن يجد طلب مباشر إلى محرك البحث الكثير. كلما بحثت بشكل أعمق في البحث عن المعلومات ، زادت البيانات "الجانبية" التي ستحصل عليها ومعرفة المزيد ، لأنك ستتعلم شيئًا جديدًا ، لا يتعلق بطلبك ، ولكن ربما تكون هناك حاجة إليه في المستقبل. أنتقل إلى المواد الكاملة ، والكتب ، والمقالات ، إلخ. تحتوي اللغات والمكتبات على مواصفات ، ومجتمع ، وكيفية ، وهكذا تحصل على الطريقة الأكثر موثوقية لتطوير مهارات مبرمجك - ما عليك سوى قراءة الوثائق ، وعدم البحث عن حلول محلية لأشخاص آخرين ومقتطفات الكود. ماذا لو كان قرارك سيكون أفضل وأسرع وأكثر برودة؟
ثق ولكن تحقق
لا تستخدم المكتبات والأطر التي أنشأها مطورو الطرف الثالث دون التحقق من الشفرة أو تكييفها لأغراضك الخاصة. ليس لديك أي سبب للثقة دون قيد أو شرط بمؤلف الشفرة هذا الذي لا تعرفه على الإطلاق. نعم ، هناك العديد من العناصر الخبيثة المتعمدة في كود الطرف الثالث ليست شائعة جدًا ، كما أن جنون العظمة لا يستحق المعاناة ، لكن النسخ الأعمى للأجزاء المنتهية من البرنامج في مشروعك يمكن أن يؤدي إلى عواقب غير متوقعة. لذلك ، تأكد من قراءة التعليمات البرمجية وتحليلها قبل الاستخدام وإجراء الاختبار بعد تنفيذ التعليمات البرمجية.
عمل نسخ احتياطية!
توقف عن عمل نسخ احتياطية أو احتفظ بها على نفس خوادم الجهات الخارجية حيث يتم استضافة مشروعك. فكر في نصيحة مضحكة وعبثا؟ لكن أكثر من 700 مشارك في الدردشة في Telegram الذين وقعوا في موقف غير سارة مؤخرًا مع توقف أحد مراكز البيانات الشهيرة لم يفكروا بذلك - وهو ما كان موجودًا تمامًا: من مشاريع الحيوانات الأليفة إلى مواقع الويب الحكومية الكبيرة. الهيئات وقواعد الشركات 1C والفواتير. جزء مهم - بدون نسخ احتياطية أو مع نسخ احتياطية في نفس المكان. لذا قم بتوزيع المخاطر وتخزين النسخة الاحتياطية على الأقل على الاستضافة الرئيسية ، وعلى بعض VDS الموثوق بها وعلى الخادم المحلي. في النهاية ، سوف يخرج أرخص بكثير.
التوقف عن إحضار الخاصة بك على حساب المشروع
لا تفعل ما تريد في مسودة العمل ، ولكن لا تفعل ما يحتاجه العملاء. نعم ، من المثير للاهتمام للغاية ورائعة إنشاء شبكتك العصبية الخاصة ، وتدريبها وتنفيذها في برنامجك ، ولكن إذا كان عملاؤك يحتاجون إلى مدير اتصال بسيط ، فستكون هذه زيادة كبيرة. تعرف على كيفية عمل المشروع ، وقراءة الوثائق ، وقراءة المراجعات والتطبيقات من العملاء وتنفيذ ما سيعطي قيمة أعمال المشروع. إذا كنت ترغب في إنشاء شيء علمي أو معقد للغاية ، ابدأ بمشروعك الخاص.
لا رمز ، ولكن حزمة من الأعصاب
لا تكتب رمز غير قابل للقراءة وغير موثق. نحن على دراية بهذه الميزة: يكتب المطور الشفرة بينما يضعها الله في الروح ، يخلطها عمداً قليلاً حتى لا يستطيع أي من الزملاء معرفة ما هو مكتوب - مثل هذا الانتقام الوقائي الغريب قبل حدوث شيء ما. ومع ذلك ، فأنت لا تخاطر فقط بالشركة (التي تدفع لك المال مقابل العمل) ، ولكن أيضًا على نفسك: من المحتمل أنك لن تتذكر ما تريد قوله مع هذا التشويش غير المقصود. نفس الشيء مع التعليمات البرمجية غير الموثقة: الاعتماد على منطقك في تسمية المتغيرات والوظائف والذاكرة الجيدة ، بعد بضع سنوات قد لا تتذكر لماذا اخترت هذه الحلقة ، الطريقة ، النمط ، إلخ. إن توثيق الكود وبنيته الجيدة هو خدمة رائعة للزملاء ، صاحب العمل ، وقبل كل شيء لنفسه.
يبقيه بسيط ، غبي
لا تعقد التعليمات البرمجية والقرارات والمشاريع. ليس من الضروري إقامة هيكل معقد وإنتاج كيانات دون أهمية خاصة. كلما زاد تعقيد التعليمات البرمجية الخاصة بك ، كلما أصبحت رهينة لها - سيكون من الصعب للغاية عليك الحفاظ عليها وتطويرها. بطبيعة الحال ، فإن مبدأ KISS الشهير ("اجعله بسيطًا ، غبيًا") ليس مناسبًا دائمًا ، ولكن تم إنشاؤه ليس دون جدوى: بساطة وأناقة الكود هي مفتاح التطبيق الناجح وإعادة الاستخدام.
احترس
لا تتجاهل الأمن - في عام 2020 هو مجرم حرفيًا. حتى إذا كانت شركتك ، ولم تكن مهتمًا بالتطفل على شركتك ، فقد تتأثر بالمشاكل المرتبطة بهزيمة شريحة الشبكة ، ومزود الاستضافة ، والهجوم على مركز البيانات ، وسرقة كلمات مرور البريد الإلكتروني والسلوك غير الآمن للموظفين الذين يمكن أن يسرقوا البيانات من الشركة ، سحب العملاء أو رمز البرنامج للمشروع بأكمله. إذا كان ذلك ضمن نطاق اختصاصك وينتمي إلى مجال اختصاصك ، فحاول حماية تلك المشاريع التي تعمل بها. حسنًا ، راقب أمن المعلومات بنفسك ، هذا لم يزعج أحداً.
لا تبصق في البئر
لا تقرأ صاحب العمل. حتى الآن ، وصلت الاتصالات إلى مستوى ، على سبيل المثال ، جميع موظفي الموارد البشرية في المدينة على دراية غيابية ويمكنهم تبادل أي معلومات في غرف الدردشة والمجموعات الخاصة (كيفية المساعدة في العثور على وظيفة ، وكتابة "فاسيلي إيفانوف ، مهندس نظام ، قتل كل شيء قبل المغادرة الحسابات والنسخ الاحتياطية التي تم مسحها وقطع الاتصال بالشبكة ، استغرق الاسترداد 3 أيام. لا تأخذه إلى العمل "). وبالتالي ، سوف يلعب سلوكك ضدك بشكل حصري - وأحيانًا لن يساعد الانتقال إلى مدينة أو عاصمة أخرى. حتى لو تركت مع الاستياء ، فليس هناك ثأر أفضل من أن تصبح موظفًا مفيدًا ورائعًا لأحد المنافسين :-) والأهم من ذلك تمامًا مع الإفلات من العقاب.
هذا أيضا لا يستحق القيام به. ولكن ، كما تظهر التجربة ، لن نتوقفبشكل عام ، أيها الأصدقاء ، اقرأ النصائح ، لكن افعلها بأفضل طريقة ممكنة - لأن الاكتشافات الحقيقية يتم تحقيقها عندما نتشكك في الحقائق التي تم اكتشافها بالفعل. سنة جديدة سعيدة ، اسمح لمشاريعك أن تنجح ، وحياة غير مملة ، والزملاء والمديرين كافيين ، والحياة ككل ناجحة. بشكل عام ، للعام الجديد وللرمز الجديد!
مع الحب
فريق StudioSoft المطورفي العام الجديد ، سوف نستمر في العمل من أجلك وتطوير نظام CRM لسطح المكتب CRM CRM القوي القوي ونظام مساعدة بسيط ومريح ونظام التذاكر ZEDLine Support .