"لقد حان الوقت للخروج من الواجهة الأمامية": أندريه سيتنيك حول ركود المجتمع ، المصدر المفتوح وليس فقط

يعد Andrey Sitnik من Evil Martians أحد أشهر الأسماء الروسية في الواجهة الأمامية: تضم مشاريع PostCSS و AutoPrefixer عشرات الآلاف من نجوم GitHub. لكن بما أن أندريه يعيش في نيويورك ويسافر في جميع أنحاء الكوكب ، فنادراً ما تجده في روسيا.

في أيار / مايو ، سوف يكون في سان بطرسبرغ في مؤتمر HolyJS ، واستجوبه ديمتري ديمتري ماخنيف ماخنيف ومكسيم يوزفا بالتفصيل في لجنة برنامج HolyJS. لماذا يعتقد أندريه أن الواجهة الأمامية راكدة ، وأن رمز مشاريعنا منتفخ للغاية؟ ما هي الاختلافات بين مجتمعات تكنولوجيا المعلومات في مختلف البلدان؟ كيف تتعلم اللغة الإنجليزية ولماذا هي أقل أهمية مما يبدو؟ أين عاد مشروع Logux المقدم في HolyJS في عام 2016؟

حول المشاريع الحالية

ديمتري: أولاً ، أخبرنا باختصار عن نفسك - أين أنت وماذا تفعل.

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

بالإضافة إلى المصدر المفتوح ، أشجع أيضًا التنوع اللغوي على TwitterLinguoPunk و Wikipedia onLostInWiki والكفاح من أجل الإيجابية الجنسية.

ديمتري: ما هي المشاريع التي تعمل عليها الآن؟

أندرو: في المصادر المفتوحة هناك العديد من مشاريع الدعم ، أشهرها PostCSS و Autoprefixer. ربما يتم تنشيط PostCSS قليلاً الآن: قام Alexey Bondarenko بتحديث كبير جدًا لواجهة برمجة التطبيقات ، لذلك قد يكون هناك إصدار كبير قريبًا.

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

ديمتري: كيف تمنعك راشيل من صنع آلة موسيقية؟

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

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

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

ديميتري: لقد قمت بالكثير من النيران ، لكن حول Logux بعد العرض التقديمي في HolyJS في عام 2016 ، لم تسمع حقًا ما حدث له؟

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

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

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

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

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

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

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

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

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

ديمتري: لماذا لا يعمل؟

أندرو: تحولت الخلفية إلى نظام إما الركود أو الدعم: في السنوات الأخيرة لم يكن هناك عمليا أي تطور. ونتيجة لذلك ، لديهم أولويات مختلفة: عندما لا يكون لديك أطر عمل جديدة كل ستة أشهر ، فهذا يؤثر عليك. إنهم في مكان ما في Rust أو Go ، لكن Ruby - ما الجديد؟ نتيجة لذلك ، يركز الناس على الآخر. بالطبع ، أنا أبسط بشكل كبير ، والخلفية الخلفية مختلفة.

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

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

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

ديمتري: هذا يبدو مثيرا للاهتمام بما فيه الكفاية. وكما أفهمها ، الخطط كبيرة بما يكفي في المستقبل القريب؟

أندريه: نعم ، لقد أكملنا بالفعل خطط للتطبيق العملي ، سأصدر الآن 0.3 وأكتب أرصفة لا تكفي للتطبيق الشامل. و الكود جيد

حول نانو معرف والإنترنت السريع

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

أندريه: ألا يبدو لي "توفير في المباريات" عندما يكون لدى كل شخص إنترنت عادي؟ سؤال جيد

معرّف Nano هو مكتبة 141 بايت ينشئ معرفات. عندما قمنا بتخفيضه من 200 بايت ، لم يكن هذا منطقيًا ، ولكن كان "بيانًا سياسيًا" لقد حان الوقت للتفكير فيه.

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

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

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

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

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

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

معنى حركة Nano ID ليس حفظ كل بايت ، ولكن التفكير: "ماذا لدي في الحزمة؟ ماذا بحق الجحيم أنا هناك 1 ميغابايت؟ لا يمكنني القيام بمهام تتطلب مثل هذا المجلد. " في معظم المواقع ، لا يتم استخدام 75 ٪ من الكود. نانو معرف هو حركة ضدنا إرسال المستخدمين هذا الرمز.

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

وغالبًا ما يكون هذا المجلد بمثابة مكتبات. القصة الشهيرة مع Moment.js: تقوم بتوصيلها ، وبسبب خصوصيات عملية webpack ، يتم تحميل كل لغة على موقع الويب الخاص بك . وهناك العديد من الحالات المماثلة.

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

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

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

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

المشكلة الثانية هي أنهم يستخدمون عن طريق الخطأ بعض API من Node.js. على سبيل المثال ، كان هناك choo.js مكتبة - " JS- إطار مضغوط" ، حيث قاموا بفحص الوسائط الواردة باستخدام تأكيد Node.js-module. ويحمل ما يقرب من 4 كيلو بايت. من أجل مكتبة صغيرة ، نقوم بشحن 4 كيلوبايت إضافية.

ومثل هذه المشاكل أكثر شيوعًا من ما يستخدمه "البحث عن الأشجار".

أفضل توصية لـ trishaking هي تقسيم الملفات في التجميع ، والسماح بوجود وظائف منفصلة في ملفات منفصلة. لكن في أغلب الأحيان المشكلة مختلفة. فقط قم بتشغيل "حد الحجم" باستخدام الخيار - ولاحظ الكمية الهائلة من القمامة التي يقوم بتضمينها webpack عند استخدام الوحدة الخاصة بك.

مكسيم: ثم اتضح أن استخدام webpack للتجميع يعد سلوكًا سيئًا؟

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

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

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

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

لماذا الضجيج القطار والأرستقراطيين سيئة

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

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

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

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

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

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

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

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

مكسيم: في رأيك ، هل من الممكن أن تبدأ الشركات الكبرى مثل Microsoft و Facebook في شراء مشاريع كبرى مفتوحة المصدر مثل webpack و Babel؟

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

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

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

— , . , - , : , . , , , , . , , .

: « » - , ?

: . , , — . , , [] . ?

: , . - , , - , .

: , . , — , , 37signals DHH .

, , , . , , , - . , , .

, . , IT .

DHH , , : , , , . , .

: . -, - - , , ?

: Vue.js. , React, , React. , : , .

« , , », , 20–30% . — . , , Google .

Google , , . , - Instagram Facebook, , , , . . , Vue : , React .

, Vue , . , , . — , , win/win. - .

, , , -, - , , , , - .

: , .

: . : , , -.

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

-, , 99- . , Size Limit, , , , , Size Limit .

, : - , , , , , , . , , . .

. — « , Google», « , Google, , 99% ».

, , . , , . : , , .

, - pull request Babel, , - . , , — , .

, , - . , , . , .

— - . , PostCSS , , CSS-. Autoprefixer , Compass, , Compass , , , , Opera .

, , , . Accessibility, , URL, , . , — , . , , , Autoprefixer.

, , , , , , , .

: ? , , , JavaScript , , . , ?

: , , — , . — .

: . , , , .

: , , , , , . , . , .

- , … PostCSS , , . , , . - -, , , , , .

: ?

: , , .

: , , , ?

: , , , , - , , , , , . : « Open Collective , , ».

, . . . , , , . « , , . Open Collective, , . , , , ».

, Babel webpack. : « , . issue, Open Collective , ». , . , — . , , . , .

, , . -, issue, , maintainer, , , , . , issue, : «, , , . . , , ?» . , «», . , , .

: - , - ?

: . . , JavaScript , . , Ruby , JavaScript. . - , . , , JavaScript.

: , pet project . , , : , , -, , . , , ?

: - . , . , , .

« ». . , . , . — , , maintainer , , - .

, . , , . , , , issue, - , , , .

, ? . , , , . , , .

: , ?

: , . . . , .

: , , . , . , -, , . , , .

, . , 10, , , , , .

: , , ? , - : « , ».

: , , , . , . , . «» — , , — . , , - PostCSS. .

, - , . - : , , , , , .

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

,

ديمتري: قلت إن PostCSS يساعد على السفر. كم تسافر ، وكيف تجمع بين هذا وبين العمل؟

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

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

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

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

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

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

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

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

النقطة الثانية - سلسلة الساعات مع ترجمة ، فإنه يساعد حقا.

السفر ، فقط تعلم اللغة.

والأهم من ذلك - حاول التحدث.

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

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

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

ديمتري: هل توصي بمحاولة الانتقال إلى مكان ما لفترة من الوقت لتعلم اللغة ، إذا كان الأمر كذلك ، فأين؟

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

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

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

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

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

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

ديمتري: أود أن أعرف ما هو الفرق في مجتمع المطورين الروس في البلدان الأخرى.

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

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

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

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

السمة الثانية المثيرة للاهتمام هي أنهم غالباً ما يدفعون ثمن عمليات التخفيف ، وهو سعر رمزي يتراوح بين 5 و 10 دولارات يذهب للطعام. مرة أخرى ، لأن الرأسمالية.

دميتري: وإذا لم تكن الولايات المتحدة الأمريكية ، ولكن بلدان أخرى؟

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

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

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

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

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

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

المؤتمرات المثالية

ديمتري: إذا تحدثنا عن المؤتمرات ، فما هو العامل الحاسم للمشاركة كمتحدث؟

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

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

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

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

ديمتري: بدون ما لا يمكن أن يكون المؤتمر جيدًا؟ من الواضح بالفعل بشأن الشبكات وإمكانية الوصول وما هو الآخر؟

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

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

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

أندريه: نعم ، بالطبع ، سيكون ذلك كثيرًا من المرح.

ديمتري: وسيكون الأمر أكثر إثارة للاهتمام من مؤتمر حيث توجد تقارير جادة وقوية؟

أندريه: أعتقد أن كلا النهجين جيدان ، ولا توجد مشكلة هنا.

ديمتري: ربما السؤال الأخير. ماذا تتوقع من HolyJS؟

أندرو: حفلة جيدة! في عام 2016 ، كان الفضل في ذلك مباشرًا ، وهو واحد من الأفضل في حياتي ، ومن ثم تم تنظيم كل شيء جيدًا.

ديمتري: ما الذي تنصحون به في هذا الوقت لجعله أفضل؟ أتمنى لحفلة؟

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

في أقرب موقع HolyJS (سانت بطرسبرغ ، 24-25 مايو) ، سيتحدث أندريه عن الترويج لمشاريع مفتوحة المصدر. وإلى جانبه ، سيكون هناك العديد من الشخصيات المهمة الأخرى لـ JS مفتوحة المصدر: من Ryan Dahl (Node.js ، Deno) إلى Michel Weststrate (MobX، Immer). جميع التفاصيل المتعلقة بمواضيع التقارير الخاصة بهم موجودة على الموقع الإلكتروني ، ويمكن شراء التذاكر هناك ، وتصبح تدريجياً أكثر تكلفة.