Kotlin وتكنولوجيا المعلومات في إستونيا و (فجأة) النفق بين تالين وهلسنكي: مقابلة مع أنطون كيكس

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



اليوم ، من الصعب بالفعل أن يفاجأ اسم Kotlin أي شخص ، خاصة في تطوير Android. ربما كان ذلك في بداية عام 2016: كان الطلب أقل حجمًا ، وكان الدعم الرسمي لـ Google لا يزال غير وارد ، وكانت الكتابة على Kotlin روحًا جريئة. أصبح أنطون كيكس واحدًا من هؤلاء المتهورين ، وفي وقت لاحق دفع أيضًا Kotlin كثيرًا من الاهتمام (على سبيل المثال ، أدى مرتين في KotlinConf). لذلك ، قررنا أن نسأله عن كيفية تغير حياة مطور Kotlin بمرور الوقت.

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

- كيف بدأت الكتابة في Kotlin ، وكيف تستخدمها الآن؟
- بدأ الاستخدام في بداية عام 2016 من الإصدار 1.0. كان أول مشروع لي في Kotlin هو الأكثر أمانًا: مكون إضافي لـ IntelliJ IDEA ، وهو ما فعلته لعميل ياباني. بعد ذلك ، بدأت ونقلت مشاريعي الشخصية من Java إلى Kotlin ، وحاولت استخدامها في الواجهة الخلفية.

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

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

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

وما لا يزال مثيرًا للاهتمام: في الإصدار 1.2 ، ظهر الدعم التجريبي للمشاريع متعددة المنصات ، أصبح من الممكن الترجمة في جافا سكريبت مع Kotlin / JS ، وفي الشفرة الأصلية مع Kotlin / Native. ولكن في الوقت الحالي ، يعد تجميع جافا سكريبت أمرًا مخيفًا بالنسبة لي ، ومع Native ، فإن المشكلة الرئيسية هي أن Kotlin لديه مكتبة قياسية صغيرة جدًا. في حالة JVM ، يعتمد Kotlin بشكل كبير على مكتبة Java القياسية. وفي Kotlin / Native ، نظريًا ، يمكنك استخدام أي مكتبات أصلية ، ولكن بعد ذلك تفقد "النظام الأساسي الكامل" ، يصبح كل شيء منفصلاً. ومع ذلك ، تعمل JetBrains حاليًا على ذلك ، ويمكن أن يكون للمستقبل عبر الأنظمة الأساسية مستقبل رائع. تطبيقات iOS / Android عبر الأنظمة الأساسية هي ما يريده الكثيرون.

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

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

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

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

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

- وماذا عن تطوير النظام البيئي ككل - المجتمع ، والاستجابات لـ Stack Overflow ، والأطر؟
- بقدر ما أرى ، المجتمع نشط جدًا ، هناك الكثير من النشاط في Slack. تمت كتابة Stack Overflow بالفعل بما فيه الكفاية. ربما كانت المشكلة الوحيدة هي أنه عند google ، في بعض الأحيان توجد بعض المنشورات التي تمت كتابتها قبل الإصدار 1.0 ، عندما كانت بعض الميزات مختلفة تمامًا. عليك أن تتبع الصلة.

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

- لم يؤد انفجار الشعبية في عالم Android إلى تحيز في المجتمع ، عندما يهتم الجميع فقط بنظام Android ، وتلاشت المنصات الأخرى في الخلفية؟
"بطريقة ما لا أشعر بأي انحراف على الإطلاق." بالطبع ، أثر قرار Google بجعل لغة Kotlin اللغة الرسمية لنظام Android تأثيرًا كبيرًا على زيادة الاهتمام باللغة ، ولكن يبدو لي أنها لم تصوّر Android فحسب ، بل الاهتمام باللغة بشكل عام. كان هناك الكثير من مطوري Android في KotlinConf ، ولكن هناك أيضًا الكثير من أولئك الذين يكتبون تطبيقات الخادم ، وسطح المكتب ، وحتى JS: التقيت بأشخاص يستخدمون حقًا كتابة التعليمات البرمجية لكل من جانب العميل والخادم. وليس هناك شعور بأنها "لغة للاندرويد". على الرغم من أن Android أصبح محرك اهتمام ، إلا أنه لا يزال لغة للأغراض العامة.

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

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

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

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

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

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



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

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

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

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

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

وربما لا يُكتب سوى القليل عن إستونيا في المصادر الروسية ، ولكن إذا نظرت إلى الصحافة الدولية ، فهناك الكثير من النصوص بروح "الدولة الإلكترونية ، الأولى في العالم" (هنا مثال رائع ). عندما أذهب إلى مؤتمرات تكنولوجيا المعلومات حول العالم ، يقولون لي: "إستونيا؟ أوه ، لديك مثل هذا! "

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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