التحكم عن بعد والحرية والحكومة. المحادثة مع Staply

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

الصور النمطية هي شيء فظيع ، وأنا أعلم.

تم تطوير برنامج المراسلة مع Beeline بواسطة Staply. الآن تركوا هذا المشروع ، ونقلوا التطورات إلى منتج جديد - "Mobile Enterprise". اتضح أن هذا هو فريق صغير من العمال عن بعد لا يقبلون التحكم الدقيق لدرجة أنهم يعيشون بدون مديرين وحتى قادة الفريق ، ويعملون متى أرادوا وأين يريدون.

كيف تمكنوا من القيام بذلك ، سألت المدير الفني لـ Staply Maxim Indykov ( maks_ohs ).

أدرجت الشركة في الترتيب الأخير لأفضل أصحاب العمل في My Circle IT بمعدل متوسط ​​4.81 لجميع المعايير الاثني عشر ، والتي يعتبر موظفو Staply فيها أعلى التقنيات الحديثة تصنيفًا ، والمرتبات الكافية ، والنمو المهني ، وتقدير نتائج العمل والتواصل مع الإدارة العليا.

---

ما هو ستابلي

مكسيم إنديكوف

"بدأ كل شيء منذ حوالي ست سنوات." تخرجت من ITMO ، تكنولوجيا المعلومات. هذا هو خليط من جميع المواد الدراسية - حتى تطوير المناهج الدراسية ، التاريخ ، الفلسفة ، الرياضيات ، الفيزياء ، البرمجة. ثم فكرنا مع الرجال ما الأشياء المثيرة للاهتمام القيام به. أجرينا العديد من المحاولات ، والمشروع الأول ، الذي كان له بعض الوزن ، كان يسمى Cloudiverse.

ومعه ، احتل الرجال المركز الثاني في فريق Techrunch hackathon. خلاصة القول هي: يتم أخذ الملف ، وتقسيمه إلى أجزاء في المتصفح ، ويتم تشفير كل قطعة ، ويتم إرسال هذه القطع المشفرة إلى سحب مختلفة. توجد قطعة في Dropbox ، توجد قطعة في Google Drive ، وتبقى القطعة محليًا. لتجميع كل شيء مرة أخرى ، تحتاج إلى معرفة المفتاح ومعرفة أين تكمن القطع.

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

- هل كان الضجيج الخاص بك أو نوع من الاقتناع الدافع الخاص بك؟

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

- وكيف وصلت إلى TechCrunch؟

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

كنا بعد ذلك قليلين - ثلاثة أشخاص. أنا (المطور) ، مصمم ، منظم. كان لا يزال هناك شخص واحد ، تعامل مع براءات الاختراع.



كل شيء سار بسرعة. بعد أن بدأنا تطوير خدمة الدردشة للمراسلات ، شيء مثل سلاك. جعلوا مجرد رسول مناسب جيد. وفي ذلك الوقت كانت هناك قصة استبدال الواردات ، في مكان ما في السنة 14.

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

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

في ذلك الوقت ، لم يكن لدينا موارد كبيرة للتنمية والدعم. كان هناك عدد قليل منا ، وبدأنا في التوسع ، والبحث عن الناس ، وتجميع فريق ، وتعلم كل شيء.

ما نوع المنتج الذي تقوم به Staply الآن؟

الآن لدى Staply ثلاثة منتجات - محرر العروض التجارية Octaplan ، Emny هي واحدة من خدمات البحث عن الوظائف في VK. والمنتج الرئيسي هو Mobile Enterprise. الثلاثة يصنعهم فريق من ثلاثين شخصًا.

"Mobile Enterprise" هي خدمة للشركات الصغيرة والمتوسطة الحجم ، والتي تضم مجموعة كاملة من الأدوات: الدردشة للموظفين ، وتتبع المكالمات ، وتحليل المكالمات ، ونظام تحديد المهام ، ونظام CRM ، والمفكرة ، وتحليلات الإعلانات وغير ذلك الكثير.

يقول مكسيم: "حالة الاستخدام بسيطة للغاية". "يضع صاحب العمل الأرقام في إعلان - في صحيفة أو في الراديو أو على التلفزيون. يتم تخصيص قناة منفصلة لكل رقم ؛ يتم إجراء مكالمات لكل منهما. يمكن للموظف تحليل التطبيقات هناك ويستمر في العمل مع العميل هناك.

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

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

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

- ماذا عن حقيقة أن الجميع يستخدم سلاك؟

- هذا هو مكان مختلف تماما. على الرغم من أننا نطور شيئًا مماثلاً ، لكننا لم نتنافس معهم مطلقًا ، لم نضع أنفسنا مثل هذا الهدف.

- لماذا؟

- سلاك شيء لهؤلاء الذين يفضلون كل أنواع التكامل ، مثل تكوين شيء ما. أنا لا أتحدث فقط عن مجتمع تكنولوجيا المعلومات ، وأعتقد أنه يستخدم كثيرًا من حيث. و "Mobile Enterprise" هو منتج لأولئك الذين لا يحبون تكوين أي شيء ، ولا يعرفون كيف ، أو لا يريدون ذلك.

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

- وماذا تستخدمين نفسك ، ماذا تتواصل؟

- في ما نقوم بتطويره - في "Mobile Enterprise". نحن نستخدمها كل يوم لفهم لأنفسنا أين المشاكل ، أين ما لتحسين. حسنًا ، يعد Skype للمكالمات الجماعية جزءًا لا يتجزأ. هل سيكون أبسط ...

- قرأت أنك حاولت إطلاق برنامج المراسلة أولاً في أمريكا ، لكنه لم يفعل. لماذا؟

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

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

---

العمل عن بعد على المسؤولية الشخصية

- كيف حدث أن وزعت عن بعد؟

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



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

- يبدو لي أنه بالنسبة للعديد من الشركات ، يبدو هذا بمثابة كابوس - للعمل دون رقابة وبدون مكتب.

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

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

- كيف تتعامل؟

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

نحن جميعًا نثق في بعضنا البعض ونعلم أن هذا الشخص موجود هنا - إذا قال إنه سيفعل ذلك. إذا لم يكن لديه وقت فسيقول إنه ليس لديه وقت.

- وإذا لم يفعل؟

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

حاولنا دائمًا ألا ننمو أكبر قدر ممكن. كانت هناك أوقات كان فيها عدد أكبر من الناس في المشاريع ، ولكن بعد ذلك كان كل شيء غير واضح.

- ما هي المدن التي وزعت؟

- مصمم لدينا يعيش في ايطاليا. ثم - بيتر ، موسكو ، يكاترينبرج ، كراسنويارسك ، كراسنودار ، إلخ.

- هل تتداخل المناطق الزمنية؟

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

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

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

- وكيف تنقسم الناس إلى فرق؟

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

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

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

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

لكن عندما يعلم الفريق أنه تم شراء إعلان من شريك للتواريخ ، فإنهم يعلمون أن الفرق تعمل هناك وتنتظر منا - هناك دافع داخلي ومسؤولية. أنت تعمل بالفعل ليس من أجل المال والمواعيد النهائية ، ولكن أنت مسؤول عن ضمان نجاح الآخرين أيضًا.

وهناك ضغط داخلي ينظم الناس. يبدأ الفريق نفسه في تقديم ما يجب القيام به وكيفية التوزيع وكيفية المتابعة.

- هل هذا لا يطمس المسؤوليات؟ بدلاً من كتابة التعليمات البرمجية ، يبدأ المطور في التطابق والتفكير في المشكلات التنظيمية. وفي النهاية ، لن يتم فعل أي شيء جيد.

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

هذا هو السؤال عن حقيقة أنه ليس لدينا قادة فرق. يظهر Timlid نفسه فيما يتعلق بالمهارات الصعبة ، وإذا استمرت القدرة على التواصل وبناء العلاقات ، يصبح تلقائيًا قائدًا.



- لا مديرين ولا خيوط. لكن ماذا تفعل إذن كمدير فني؟

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

وعادة - مجرد اعتدال تقني في التطوير والمراقبة. يمكنني إنشاء نماذج أولية بسرعة ، وأنا أعلم أنه يمكنني إعدادها في يوم واحد ، لذلك أقوم بإجراء نماذج أولية للميزات.

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

- في المخطط الكلاسيكي ، عندما ينتظر المدير الحالة ، ويكون عميل الإصدار مطوّرين ، يمكنهم أن يتخطوا أنفسهم وينتهوا ، حتى إذا كانوا غير راضين عن الجودة. وفي ظروفك لا تنتهي الكمالية؟ متى لا تزال غير عالية الجودة ، والتخلص بشكل عاجل أمر غير ضروري؟

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

- على نفس HeadHunter الذي كتبته أنه إذا تم تحديد الموعد النهائي ، فلن تحتاج إلى نقله.

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

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

- هل صحيح أن كل شخص لديه مهام لك؟

- نعم.

"هل لا يبدأ الالتباس؟"

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

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

هذا هو ، نحن نتفق ونحاول فقط تلبية خطتنا الخاصة.



- هل الجميع مسؤول عن كل شيء؟

- نعم.

- هذا غالبا ما يؤدي إلى حقيقة أن لا أحد مسؤول عن أي شيء.

"بالطبع يمكن أن يكون." ولكن بغض النظر عن كيف يفعل الشخص كل شيء ، لديه تخصصه الخاص. مطور الواجهة الأمامية مسؤول عن الواجهة الأمامية. ما فعله هو نفسه مسؤول عن ذلك.

والمسؤولية الجماعية (على الرغم من أنني لا أحب هذه الكلمة على الإطلاق) هي بالأحرى أن أقول في الوقت المناسب: "اسمع ، لكنك لا تفعل ذلك ، فأنت تقوم بعمل كثير ، إنه أسهل". ربما تكون المسؤولية هي مساعدة الآخر على عدم القيام بالكثير.

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

ولكن في العمل عن بُعد ، لا يكفي مجرد أن تكون متخصصًا جيدًا - يجب أن تكون قادرًا على العثور على جهة اتصال والتواصل.

---

توظيف الإبداعي من الناس للاهتمام

"أين تجند هؤلاء الناس؟"

- بشكل أساسي ، "My Circle" ، أصغر قليلاً من HeadHunter ، القنوات في "Telegram" - بشكل عام ، أينما يوجد مبرمجون. ما لم نستخدم LinkedIn.

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

هذه طريقة لمحاولة العثور على أشخاص سيكونون ممتعين معنا.

ويحدث أن المتخصصين الجيدين في الجوار. ذات مرة وجدت مطور Android بينما كنا نتزلج على Rosa Khutor.

- الناس مثيرة للاهتمام - انه لشيء رائع. ولكن يجب أن تمر الترشيح الفني؟

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

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

كثير من الناس لا يعرفون حتى كيف يتم ترتيب الترميزات الشائعة ، لماذا UTF-8 ، لماذا "ثمانية".

- هل تعتقد أنه يجب أن يكون معروفًا حقًا - لماذا بالضبط "الثمانية"؟

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

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

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

إذا كان لا يعرف شيئًا واحدًا ، ولكنه يعرف في مناطق أخرى - حسنًا.



- هل تعطي مهمة اختبار؟

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

, 70 Github — - , , . , , , , .

, , — Rest API . — , .

, . , , .

— ?

"نعم بالطبع." , . : « , , -, ». , : « ?» : «-, ». .

---

Ruby Go

— , ?

— Ruby on Rails, - . , MySQL — .

Go. , . Go, , , Go .

, . Ruby- — Elixir, Go. .

— , Go?

— . — , Go - . — Go . — , .

— , Go, « », .

* *
— , . . . , .

Go . ? , . , , .

Go .

— React . Vue, TypeScript.

---

«»

— , Staply Primavera. Staply «». ?

— — «» . , . — , , . — , .

— , . . — , — , , . . , , .

— ?

— . . — .

— , «» « »?

— , . , .

— , «».

— , . , , « », «», .

. — .

— , ?

— . — , - . . — — , .

, . . , , , .

, . .

— — , — . 3000 — . .

. .

— ? , — .

— . , , , . , — . , .

قد لا يكون هناك تسارع بسبب الظروف الخارجية ، قد لا يكون هناك شيء. ولكن يجب أن يكون هناك منتج جيد يحل المشكلة الحقيقية.