كيفية جعل مهنة كمبرمج دون حل مشكلة تجارية

المقالة لا ينبغي للمبرمج أن يحل مشاكل العمل تسبب في نقاش قوي (وحتى إجابة مع العبارة المعاكسة).

ومن المضحك أن الأمر كله يرجع إلى المنطق العقائدي من فئة "يجب على المبرمج" أو "يجب أن يكون العمل". وكأننا نتحدث عن نظام يعمل من أجل هدف مشترك ، والمشكلة الوحيدة هي تكوينه بشكل صحيح.

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

في مقالتي الأولى عن حبري ، نظرت في الموقف من منظور صاحب العمل (الأعمال) ، وشرحت المبادئ التي أتبعها من أجل العثور على الأشخاص الذين سيحلون مشاكل العمل . ولماذا هو مهم جدا.

ولكن هناك تحذير واحد ، وهو أن الأشخاص الذين لم يتم استيعابهم من قبل المقابلات مثلي ، مع البراعة الواجبة ، يحققون أكثر من أولئك الذين يستفيدون. وهناك سبب وجيه لهذا - فقد نجحوا في تعظيم المهارة الأكثر ارتباطًا بدخل المبرمج - القدرة على البيع الذاتي. كيف ، - سأقول في هذا المنصب.

تنويه
, . . , , , , Junior -> Middle -> Senior -> Lead dev -> Tech lead -> Architect -> Chief architect -> CTO.

صياغة المشكلة


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

يرغب المبرمج في تنمية قيمته في سوق العمل ، وتعظيم ظروف العمل (بما في ذلك $ ، والجدول الزمني ، وضيق التحكم ، والفوائد والامتيازات) ، وحل المشكلات التي يمكنك من خلالها زيادة مصداقيتك ، والحصول على الارتياح من الحل.

نزاع


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

لكننا لن نتحدث عن مثل هذه الحالات. دعونا نتحدث عن الحالات التي تواجهها الغالبية العظمى من المبرمجين الذين يتخذون قرارات عادية مرارا وتكرارا. متجر آخر على الإنترنت ، وكازينو آخر على الإنترنت ، ويوم عمل آخر للأعمال المصرفية العادية غير التكنولوجية ...

وهناك صراع حاد. لأن الحلول المناسبة والموثوقة والتي يمكن التنبؤ بها والرخيصة والمدعومة بشكل جيد يتم إجراؤها على تقنيات تم اختبارها بمرور الوقت. بشكل مشروط ، إذا كانت لوحة المشرف لمتجرك عبر الإنترنت مع نواة ASP.NET مكتوبة في WebForms ، ولا يزال مؤلفو الكود لن يغادروا معك ، فيجب أيضًا كتابة لوحة التحكم لنظام التوصيات الذي تم إنشاؤه حديثًا في WebForms ، على الرغم من أن .NET Core + Angular + TypeScript bundle أفضل 1000 مرة ، وبالفعل WebForms فوضى. بعد كل شيء ، فإن الفريق الذي كتب نماذج 500 سيكتب 501 بسرعة ، بشكل موثوق ، متجاوزًا أشعل النار. وستحصل الأعمال على حل جيد.

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

من الواضح أن هذا الوضع مبالغ فيه. لكن الجوهر يبقى كما هو بغض النظر عن المجال والتكنولوجيا.

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

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

نعم ، هناك عوامل جانبية. على سبيل المثال ، تبسط مواضيع الضجيج التوظيف ، ويقلل الإرث الجهمي من تدفق الموظفين الحاليين (يرغب الناس في المغادرة ، ولكن ليس في أي مكان) ، ولكن هذه فروق دقيقة ، وليست مهمة جدًا.

حلول


لذا ، دعونا نتخيل اللحظة التي أدرك فيها المبرمج أن الشركة أرادت مكافأته قليلاً (حسنًا ، على سبيل المثال ، تأجيل تطوره) من أجل قضية مشتركة. ماذا يمكن ان يفعل؟

يطيع. وتفقد في مصلحتهم الخاصة. التعليقات زائدة عن الحاجة.

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

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

السؤال الوحيد هو كيف تحصل على هذه الكأس المقدسة؟

هنا سنلقي نظرة على بعض القصص الرائعة.

التاريخ 1. عن رئيس القسم فاسيلي


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

ثم تم الاعتراف به كأفضل مدير لهذا العام ، وبدأوا في تعيين الجميع كمثال ، وأدرك فاسيلي (الذي لم يتوقف في قلبه أبدًا عن كونه مبرمجًا) أن الوقت قد حان لتعلم تقنيات جديدة ، وعلى حساب مرؤوسيه لتجربة مناهج جديدة ، على وجه الخصوص ، مع DDD.

ساعد المنتج الرئيسي لقسم Vasily ، محطة العمل المؤتمتة (AWP) للتاجر المستقبلي ، على كسب الكثير من المال ، وعلى مر السنين من العملية ، تم القبض على جميع الأخطاء تقريبًا وصقلها إلى اللمعان. كانت المشكلة أنه كان تطبيق سطح مكتب لنظام التشغيل Windows (بينما كان كل من حوله يتحول إلى الويب) ، واستخدم MSSQL كـ DBMS ، والذي ، وفقًا لـ Vasily ، كان أيضًا عصرًا حجريًا ، لأنه تم استخدام DBMS العلائقية أثناء الناس لم يتعلم كيف يصنع القواعد العادية.

والآن نتحدث عن الحاجة إلى كتابة مكان عمل آلي لمتداول اختياري. كان المشروع في مكان ما حوالي 6 أشهر ، بما في ذلك إدخال موضوع فريق جديد واختبار بيتا ، إذا قمنا بتقليب اللفت من محطة العقود الآجلة ، واستبدال عدد من الوحدات. لكن ، اللعنة ، لصنع منتج آخر باستخدام تقنيات قديمة ... حسنًا هذا ليس مثيرًا للاهتمام. نعم ، وسيضطر الناس للصيد فوق السوق ، لأنه لا أحد يريد تسخير مثل هذه الأشياء (وكانت القدرة على الصيد وإبقاء الناس أقل من 20٪ من السوق هي الميزة القاتلة لفاسيلي) ، وبالتالي ، فإن حقيقة الصيد فوق السوق قد تهز سمعته.

لذلك ، ما فعله فاسيلي - أقنع الرئيس التنفيذي أنه من أجل الربح واستقرار العمل ، يجب كتابة كل شيء باستخدام 0 ، فريق جديد ، دائمًا تحت الويب ، وليس بايت واحد من الحل القديم ، على الرغم من أن الأمر سيستغرق عامين. نظرًا لسمعته وخبرته المهنية ، لم يكن الأمر بهذه الصعوبة.

بعد ذلك بعامين ، كان القرار هزيلاً. الأطر الجديدة ، MongoDB ، DDD ، تعمل من المتصفح ، وليس بايت واحد من الطرفية للعقود الآجلة ... صحيح ، جبال من لصق النسخ ، هندسة معمارية لا تسمح بدمج الخوارزميات بدون عكازات ، أعيدت كتابتها من 0 وحدات ، حيث تم استبدال الخوارزميات الأنيقة من محطة العمل الآجلة بأطنان من الكود المتداول. لكن باسل رفع سلطته بشكل جيد. استشهد محطة العمل الاختيارية لفترة طويلة كمثال للمديرين الآخرين. بعد بضع سنوات ، لا يزال فاسيلي يقع في خزي ، لكن هذه قصة أخرى.

في النهاية ، النتيجة النهائية: اكتشفت فاسيلي التقنيات الجديدة ، وضخمت الموظفين ، وزادت من أهميتها ، وبقي العمل واثقًا تمامًا من أنه ساعد الشركة وأوفى مرة أخرى بوعودها.

التاريخ 2. حول انطون البكر


أحب أنطون ، في الثلاثينات من عمره ، تعلم التقنيات الجديدة وحل مشاكل الألعاب الأولمبية. احتل مكانًا مثاليًا تقريبًا لنوعه ، - كان البكر الرئيسي لفريق البنية التحتية. عرف أنطون المواصفات وأحدث الاتجاهات المعمارية جيدًا. وكان التحدي الفكري المفضل لدى أنطون هو التوصل إلى الأساس المنطقي لكيفية مساعدة تقنية الضجيج في الأعمال التجارية ، وأين يستحق دفعها بالضبط. في هذا كان مدعومًا من قبل المهندس المعماري ، الذي لم يكن أيضًا يكره التحقيق في أشعل النار بجبه أنطون. ونتيجة لذلك ، تمت دعوة أنطون للتحدث مع FAANG ، حيث مر من خلال الجزء النظري بأكمله دون مشاكل ، وأكمل ببراعة مهمة تصميم بنية Ebay (على الرغم من أنه لم يكن هناك شيء من هذا النوع مطلوبًا في العمل السابق). ثم أبحر في الولايات المتحدة ، وترك وراءه 3 وحدات محملة للغاية في المنتج ، والتي لا يريد أحد الآن صيانتها وتطويرها ،لأنه لا أحد يفهم كيف (ولماذا) يعملون.

توتال ، في الخلاصة: عرف أنطون بوضوح ما يريده ووصل إلى هدفه ، مع أخذ الحد الأقصى من صاحب عمله. كان العمل أيضًا على يقين من أن أنطون كان موظفًا قيمًا للغاية ، لأنه كما ذكرت من قبل ، كان دائمًا يفكر بعناية في الأساس المنطقي ، حتى عندما كانوا متوحشين للناس في هذا الموضوع.

قصة المهندس المعماري إيفان


شاهد Timlid Ivan و Timlides Vladimir و Yuri المنتج تحت قيادة المهندس المعماري Sergey. جلب سيرجي الثلاثة إلى الشركة ، واتخذ الأربعة منهم قرارات رئيسية. بعد طرح المنتج للبيع في 4 سنوات من التشغيل ، لكنه كان لا يزال بعيدًا عن الاستقرار ، هاجمت القيادة سيرجي وغادر ورأسه مرفوعًا. بعده ، غادر فلاديمير ويوري.

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

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

مجموع


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

All Articles