كيفية استئجار الناس في شركة ضخمة مع مكدس لا تحظى بشعبية. محادثة مع Wrike



من الشائع رؤية لغة برمجة جديدة وغير معروفة حتى الآن في مشروع صغير لبدء التشغيل أو للحيوانات الأليفة مع الأصدقاء. سوف تسأل عن سبب ذلك ، سيقولون أنك تعلمته للتو بدافع الفضول ، وأحببت ذلك وقررت التجربة ، لأنك تعبت من Java / .Net / JS الأبدية في العمل.

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

لدى Wrike ، مع حوالي 400 مطور ، مقاربة مختلفة. إنهم لم يغضوا الطرف عن أوجه القصور في جافا سكريبت ولم يختاروا حتى حل وسط ، مثل Flow أو TypeScript - لكنهم ذهبوا بطريقة جذرية تمامًا. لقد أعادوا كتابة الواجهة بلغة لم يكن يعرفها ألف شخص بالكاد ، ويبدو أنها لا تزال واثقة تمامًا من نفسها.
احتل Wrike المرتبة الثالثة المشرفة بين الشركات المتوسطة الحجم في تصنيف أفضل أصحاب العمل في My Circle IT بمعدل متوسط ​​بلغ 4.82. تتضمن أهم الصفات الأعلى تصنيفًا للشركة: الحزمة الاجتماعية ، وظروف العمل المريحة ، والعلاقات مع الزملاء ، والمرتبات الكافية والنمو المهني.






- أسس Wrike من قبل Andrey Filev في عام 2007 في سان بطرسبرغ. ثم بدأ تطوير الأعمال في أمريكا ، في وادي السيليكون. ثم كانت شركة مختلفة تمامًا ، والآن نمت كثيرًا.

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

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

- هل هذه الشركة الاستعانة بمصادر خارجية لا تزال موجودة؟

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

"هل ما زالوا يستخدمونها هناك؟"

نعم لا يزال

ما هي الضربة؟


Wrike عبارة عن منصة لإدارة المشاريع والتعاون بمعنى واسع جدًا: من قائمة المهام الشخصية إلى نظام مناسب للشركات الكبيرة.

في الداخل ، يمكنك إنشاء مشاريع بها العديد من المهام والمهام الفرعية ، وإعداد تقارير لجمع البيانات ، وعرض مخططات جانت ، وتتبع المهام في التقويم ، وتحريرها في وقت واحد مع مشاركين آخرين. تساعدك إضافات Wrike على إدارة عبء العمل في الوقت الفعلي أو تشغيل حملات تسويق معقدة متعددة القنوات. هناك API للتكامل في الأدوات الأخرى. هناك امتدادات ، على سبيل المثال ، لـ Adobe Creative Cloud. يتيح لك عرض الملفات والتعليق عليها دون مغادرة النظام.

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

- إزالة التركيز على الجميع ولكل شيء لا يجعل الأجزاء الفردية أسوأ؟

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

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

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



- ولكن بعد ذلك عليك التنافس مع الجميع. الأطلسية من جهة. الركود كرسول - من ناحية أخرى.

- نعم ، الآن فقط الكسالى لا يقومون بتطوير أنظمة إدارة المشاريع والمنتجات.

- ولكن في الواقع ، لا يوجد الكثير من الشركات التي تنافسنا على جميع الأصعدة.

- أليس الأطلس مثل هذا؟

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

- لكنك تقول إنك تعمل أيضًا عن قرب مع العملاء وأيضًا المدراء الذين يقررون العمليات.

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

- بشكل عام ، إدخال منتج في شركة مع الآلاف من المستخدمين هو مهمة أخرى.

- حدث أنه كان من الصعب للغاية مع أحد العملاء الكبار؟

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

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

أو شركة ملف السيارة [تغير الاسم]. طلب العملاء قطع الغيار منها. إعطاء هؤلاء الناس حسابات Wrike هو مجرد فكرة. لن تكون كل مالك لفائف يقوم بحسابك. لكن الشركة تريد حقًا فرصة مريحة للعمل مع العملاء.

بالطبع ، لم نكن نقول الآن أننا سنقدم هذه الميزة لهم. لكن المديرين أدركوا أنها ستحسن المنتج ككل. هذه هي الطريقة التي ظهرت بها "نماذج الطلبات الخارجية" للأشخاص الذين ليس لديهم حساب Wrike.

- اتضح ، هل فعلت مع Coil [تم تغيير الاسم] ، لكن هل تناسب الجميع؟

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


الهيكل الداخلي لـ Wrike




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

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

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

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

لم نصل بعد إلى نقطة عزلهم عن الفرق. ولكن بشكل عام فمن المنطقي والعضوية. الآن الأشخاص ذوو المهارات المعمارية التقنية العالية هم في فرق البنية التحتية.

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

- وفي أي مكتب ماذا يجري؟

- في مكاتب سانت بطرسبرغ وفورونيج الهندسية. لدينا 400 شخص في سان بطرسبرج و 40 في فورونيج ، وهناك مكاتب في سان خوسيه ، سان دييغو. سيفتتح مكتب في براغ هذا العام. مكتب موسع مؤخرا في دبلن. في يناير من هذا العام ، تم افتتاح مكتب في ملبورن ، أستراليا.



- في المكاتب الأمريكية لدينا قسم المبيعات والتسويق والمديرين (CSM). دبلن لديها أيضا CSM والمبيعات. هناك أيضا فريق من المحللين. في سانت بطرسبرغ - أكبر مكتب وتوحيد. هنا لدينا مديري خدمة العملاء ومديري المنتجات والمحللين والمصممين والتطوير والمكتب الخلفي.

- هل يعمل الجميع في المكاتب أم أنك منفتح على موقع بعيد؟

- أوامر scrum عن بعد صعبة للغاية. نريد أن يكون الناس قريبين وعلى اتصال مع بعضهم البعض. في الأقسام التي قد تنطوي على عمل عن بعد (على سبيل المثال ، دعم العملاء) ، نحن لا نقيّد عدد اللاعبين.

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

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

- عندما يكون المنتج دوليًا ، فغالبًا ما يطلب من المطورين معرفة جيدة باللغة الإنجليزية للتحدث مع العملاء.

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

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

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

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


لماذا دارت أفضل من JavaScript و TypeScript





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

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

يحدث أن شيئا ما يسقط. في بعض الأحيان ندرك أنه قبل عامين كان أغبياء. لكن هذا طبيعي من وجهة نظر المهندس. كيف؟

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

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

- ما هو كومة الخاص بك؟

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

- ماذا اخترت؟

- دارت. نعم ، هذا رد فعل طبيعي. لغة مكتوبة من Google ، والتي يبلغ عمرها الآن سبع سنوات تقريبًا. ربما نكون أهم المبشرين بهذه المجموعة في روسيا.

- الأهم أم الوحيد؟

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

في ديسمبر الماضي ، نظمنا مؤتمر DartUp - كان هناك قاعة ضخمة وجاء الكثير من الناس. والعديد من الواقع استخدام دارت في الإنتاج. اللغة تتطور تدريجيًا ، وهي رائعة جدًا.

"لذلك نحن على ظهور الخيل الآن." إن قول "في العالم" هو على الأرجح طنان ، لكنه في الحقيقة هو كذلك. DartUp هو أكبر مؤتمر Dart في العالم. أكثر من جوجل.

- كان هناك حوالي ثلاثمائة شخص في المؤتمر. رغم أنه قبل عامين بدا أننا كنا وحدنا في مجال المحاربين.



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

- هذه مغالطة. في الآونة الأخيرة ، أخذنا في الفريق رجلاً كانت دارت لغة البرمجة الأولى له.

- في دارت ، كل شيء هناك. هذه لغة من فئة C # و Java - كل ما تحتاجه مدمج هناك. وليس صحيحًا عمومًا أن كل شيء فارغ هناك وتدور حوله. يوجد الكثير مما تم بناؤه في بعض اللغات التي عمرها 20 عامًا. المكتبات والأدوات ودعم الإطار - الزاوي موجود أيضًا.

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

وإذا كانت المكتبات مكتوبة بواسطة Google ، التي تستخدم Dart في AdWords و AdSense ، فإن الجودة المتوسطة أعلى من ذلك بكثير.

جمال اللغة هو أنها بسيطة وتشبه C. أي أننا نوظف مطورين في C ++ و C # و Java و JavaScript - أي شخص. نحن لا نطلب معرفة دارت. بطبيعة الحال ، لا يوجد مطور دارت في الشارع.

يوجد في فريقي مطور يتمتع بخبرة C Sharp ، الذي يعرف ذلك. في الجبهة ، لم يكتب أبداً. وفي خمسة أيام ، قام بإزالة ميزة. لأن اللغة كما لو كنت تكتب عليها طوال حياتك.

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

"لكن الناس لا يبدأون في الكتابة بلغتهم القديمة؟" ألقاب JS نفسها جاءت من لغة ديناميكية إلى لغة ثابتة.

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

- حسنا ، لماذا اللغة جيدة؟

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

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

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

يوجد الآن في العالم لغتان تسمحان لك بالكتابة لجميع المنصات - للجوال ، للواجهة الخلفية ، لسطح المكتب ، للويب. هذا هو شبيبة ودارت. سلبيات JS تعرف كم. و Dart لديه كتابة ضخمة.

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



- الآن أنت لست نادما على ذلك ، على سبيل المثال ، لم يتم اختيار TypeScript؟

- ليس الآن ، ولكن من حيث المبدأ نحن لا نأسف. أنصحك بمشاهدة تقرير فيكتور لوجوف من JetBrains في مؤتمر HolyJS [ ربما كان المتحدث يخلط بين الاسم ، وكان تقريرًا أنتون لوبوف ].

أنها تجعل دعم TypeScript في منتجاتها ، ويضع TS فقط على الرفوف هناك ، بشكل معقول. وبعد ذلك لا توجد رغبة على الإطلاق في أخذها. يشعر المرء بأن الميزات تظهر فيه على مبدأ "هيا نضيف هذا؟ تعال. "

- لذلك أعتقد ، قل لي ما هو سيء في دارت؟ قد لا يكون كل شيء على ما يرام.

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

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

- بعد تجربة Dart ، لم ترغب في استبدال Java بـ Go؟

- لماذا؟ اخترنا دارت وفقا لمعايير معينة. لقد كان قرارًا متوازنًا.

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

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

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

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


توظيف المهندسين ، وليس خبراء اللغة




- ماذا تحتاج أن تكون للوصول إليك؟

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

- نحن نأخذ الناس الذين يرغبون في التعلم ، وتطوير. إذا كنت تعتقد أن كل شيء قد تحقق بالفعل ، والآن ملك العالم ليس خيارنا أيضًا.

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

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

- نحن نبحث عن الأشخاص الذين يهتمون ، والذين يرغبون في المضي قدما.



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

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

- هل سيقوم المطور بكتابة الكود في المقابلة؟

— , , .

, , . , , , , .

: « React-», — . React, ?

, . . , JS. : « Jira Wrike. ?»

, — Go, . , . , , .

— , , « », ?

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

, , . , , ? . , … — , « ».



— . ?

— .

Wrike , , . , . , , , .

— ?

— . Gantt-. Canvas, . , , Google — , Dart . , .

— , - , ?

— . . , -. Wrike, . , - , .

— ? , 400 . ?

— . — . , . Cultural fit, , .

— . , ?

— -5 . — . , . , , ? , .

— , , ?

— , - . , , , .

— , , . . . . , , — .

— , ?

— . . - .



— , ?

— . , . , , , . .

— . Wrike — safe place. Google , — . , .

, , — .

— , ?

— — . . , — , .

Source: https://habr.com/ru/post/ar442934/


All Articles