Denis Neklyudov مثير للاهتمام لمطوري Android لعدة أسباب. يشارك في Android Dev Podcast ، ويتحدث في المؤتمرات ، ويحضر قمم GDE - بشكل عام ، يشارك في حياة المجتمع بطرق متنوعة. ولأنه يعيش الآن في الولايات المتحدة الأمريكية ويعمل في ليفت ، يمكنه مقارنة الوضع الغربي بالوضع الروسي.
وعشية Mobius 2019 Piter ، حيث
يتحدث عن "الهندسة المعمارية مع التركيز على القياس" ، سألناه قليلاً عن كل هذا. كيف يمكن للبودكاست الروسي أن يثير اهتمام المستمعين الغربيين؟ كيف تشعر عندما تعمل مئات من مطوري الأجهزة المحمولة؟ ما الخطأ في حلول Google لمطوري Android؟ وما الخطأ في استخدام الهواتف الذكية بشكل عام؟
دبليو
- أنت تشارك في Android Dev Podcast ، ومؤخرًا ظهرت Flutter Dev Podcast أيضًا - كيف حدث هذا "المبتعث"؟- في البداية ، كنت القزم أهم رفرفة. أولئك الذين كانوا في قمة GDE لن يسمحوا لك بالكذب. لقد أخبرت مدراء Google الرئيسيين مباشرةً: ما نوع الحرف هذا ، كيف يمكنك وضعه بجوار جهاز Android بالغ الخطير لدينا؟
لكن بعد شهرين من كل ما قلته ، تم إطلاق سراحهم ، وحاولت بنفسي كل شيء بيدي ، ونظرت إلى ما يمكنك القيام به حيال ذلك ، وأدركت أن هذه ليست لعبة على الإطلاق.
في البداية ، أدركنا أن هناك نوعًا من الأجهزة الافتراضية ، JavaScript. ثم اتضح أن كل شيء يتم تحويله إلى كود أصلي ، ويعمل حقًا بسرعة على كلا النظامين. في الوقت نفسه ، يعد التوليف قديمًا بدرجة كافية لمثل هذه التجربة التجريبية ، كما يبدو. واتضح أن لغة دارت ليست سيئة للغاية. نعم ، هذه ليست لغة Kotlin مألوفة بالنسبة إلينا ، ولكنها لغة جيدة جدًا ولطيفة مع كل لغات البرمجة الحديثة.
لقد غيرت رأيي وأصبح من الواضح أن لدى Flutter آفاق. انتشرت حتى React Native و Xamarin وغيرها من الأطر الخارجية ، وهنا دعم Google ، وحتى الشائعات حول نظام التشغيل Fuchsia الجديد ، حيث سيتم استخدام Dart and Flutter في المقام الأول.
لكننا لن نغطي جميع أخبار Flutter في Android Dev Podcast. وبعد ذلك كان لدي فكرة أنه سيكون من الجيد إنشاء بودكاست منفصل. التفتت إلى صديقي القديم من سنوات الجامعة ، زينيا ساتوروف ، قائلة: "هل تريد أن تأخذ المبادرة؟ لن أسحب البودكاست الثاني ، لكنك أصغر سنًا ، وربما ستأخذه ". وهكذا ولدت الرفرفة ديف بودكاست.
- عندما تقوم شركة Google نفسها بتطوير كل من تطوير Android الأصلي ورفرفة ، فقد لا يكون من الواضح للمطورين المبتدئين "جيدًا ، إلى أين يجب أن أذهب". هل هذا يبدو مشكلة بالنسبة لك؟- إذا لم يتمكن المبتدئين من اتخاذ قرار ، فدعهم يذهبون على الفور إلى تطوير الألعاب على Unity! ولكن على محمل الجد ، هناك تأثير موصوف ، لكن Google ظلت تجلس على كرسيين لفترة طويلة: الويب والأصلية. هناك أشياء مثل تطبيقات الويب التقدمية التي يتم تطويرها أيضًا في Google. يبدو أن هناك منصات أصلية ، لماذا تعج بالحركة؟ وهناك أيضًا مبادرات مثل WebAssembly المتعلقة بتنفيذ كل ما هو ممكن في المتصفح (كانت Google أصلاً من عالم الويب).
لذلك ، فإن Google ليست المرة الأولى لإنشاء وظائف مختلفة لفئات مختلفة من حل المشكلة نفسها. هذا عملاق ضخم حيث توجد داخلها شركات صغيرة مختلفة تكافح مع بعضها البعض. لذلك ، ليس من المستغرب وجود منافسة داخل شركة واحدة.
- مواصلة موضوع البودكاست: شركة Lyft ، حيث تعمل ، هذا العام بها بودكاست خاص بها على تطوير المحمول. هل لديك أي علاقة مع هذا؟- لقد بدأوا ذلك قبل مجيئي: عندما تنوي الشركة القيام ببودكاست ، فهي "غير مسجلة ، أو معروضة" ، ولكنها عملية طويلة من الاتفاق على ما يمكنك التحدث عنه ، ولا يمكنك التحدث عنه. لكنهم وعدوا بدعوتي إلى أحد تلك الموضوعات (لم يسموا المضيف).
هناك العديد من المواد الصوتية عن تطوير الهواتف المحمولة - ظهرت مؤخرًا لغة روسية
أخرى . أعتقد أنه كلما كان هناك المزيد ، كان ذلك أفضل: جودة أولئك الذين يريدون أن يكونوا في القمة أعلى. لكن الشيء الواضح هو أن المستمعين عليهم أن يستهلكوا المزيد والمزيد من المواد. هو نفسه مع mitaps والمؤتمرات ومنصات للتقارير.
- لا يزال هناك بودكاست في السياق مع Artyom Zinnatullin ، وبما أنك تعمل الآن معه في نفس الشركة ، فإن السؤال الذي يطرح نفسه هو ما إذا كنت تريد الانضمام إلى القوات بطريقة أو بأخرى.- حسب علمي ، فإن Artyom قد فاتته بالفعل بعض طبعات The Context بسبب ارتفاع معدل التوظيف في العمل. لكنه يأتي إلينا أيضًا في Android Dev Podcast بفرح ، كل هذا يتوقف على الموضوعات. Artyom لا تحرير الطبعات ، ولكن يأتي مع رأي الخبراء. وغالبًا ما أحب إجراء التحرير ، وهنا نقوم بأشياء مختلفة تمامًا.
- عندما تشترك في مواد إذاعية باللغة الروسية أثناء إقامتك في الخارج ، هل تشعر بأنك تعيش حياة متوازية ، حيث لا يتم الاستماع إلى ملفاتك الصوتية في العمل ، وفي البودكاست تعرف شيئًا عن عملك فقط من خلال كلماتك؟- في سنغافورة ، لم يكن هذا محسوسًا ، لكن في الولايات المتحدة كان هناك شعور بأن عالمين مختلفين. في روسيا يعرفونني ، اسمي لديه بالفعل بعض الوزن. لا أحد يعرفني في الولايات المتحدة الأمريكية ، ورداً على عبارة "لديّ بودكاست" يسألون لماذا لم يسمعوا بها. لأنه في الروسية. هنا ، بالطبع ، أخسر.
لذلك ، فإن مبادرتي الشخصية هي إصدار إصدارات باللغة الإنجليزية من البودكاست ، والتحدث باللغة الإنجليزية لتوسيع نطاق الجمهور. ما نناقشه في روسيا له نفس الأهمية في الغرب ، فهناك العديد من المنافذ التي لم يتم شغلها. يبدو لي أن الموضوعات التي نثيرها في البودكاست سيكون من الجيد أن نغطيها أكثر من هنا.
- لدى المستمعين الناطقين باللغة الإنجليزية بالفعل ملفات podcast مثل Fragmented - ماذا تعتقد أن Android Dev Podcast يمكن أن يقدمه ، وهو ما لا يتمتعون به؟- أردت دائما أن أصدق أننا أقرب إلى المستمع. نحن لا نحاول أن نكون موضوعيين ، وغالبًا ما يبقى رأينا الشخصي هو الرأي الشخصي المعبر عنه علنًا. لكن في نفس الوقت ، هذا الرأي لديه بعض الخبرة العظيمة وراءنا ، ونحن لسنا محرجين في بياناتنا.
ربما لن يحدث ذلك في الغرب ، لذا فإن Fragmented هو بودكاست أكثر دقة ، حيث لا توجد خلفية وتفاصيل وصعوبات كافية (لا يفهمها الكثيرون بكل بساطة). سعيا وراء عدد كبير من الاختبارات لجمهور عريض ، تزيل بعض المواد الصوتية مواضيع معقدة للمناقشة.
- عند الحديث عن البودكاست ، ولكن عن تطوير Android ، هل تشعر بفارق ملحوظ بين الولايات المتحدة وروسيا في ذلك؟- أعتقد ذلك. لست مستعدًا بعد للحكم بشكل صارم ، لكن الشعور الأساسي (ليس بنفس الصعوبة كما في سنغافورة) هو أن الجميع مهتمون بشدة بمهنتهم ومهاراتهم. هنا ، عندما يكون لدى الشركة العديد من المطورين على نفس المنصة ، يجلس الأشخاص ويقومون بمهامهم ، لأن Android ليس حياتهم ، وليس شغفهم ، وليس هوايتهم ، بل مجرد قائمة بالمهام التي يجب عليهم تنفيذها.
نطاق واسع في تطوير المحمول
- أنت تعمل في شركة يوجد بها أكثر من مائة مطور متنقل. هل يسألون باستمرار السؤال "لديك تطبيق من حوالي شاشة واحدة ، فما الذي يجب أن يفعله هذا الحشد هناك؟"- أنا نفسي سألت في البداية عن هذا. الجواب يأتي عندما تحصل داخل كل هذا.
أولاً ، لا يمكننا القول أن لدينا تطبيقًا بشاشة واحدة. بادئ ذي بدء ، هناك تطبيقان (السائق والراكب) ، وبعد ذلك ، إذا تحدثنا عن تجربة الركاب ، عندئذٍ لدينا تطبيق مع السيارات والدراجات البخارية والدراجات والسيارات المستقلة ومع شرائح مختلفة للمناطق المختلفة (الدفع والمستخدم) .
وثانيا ، الكثير من الصعوبات تأتي مع الحجم. هناك الكثير من العمل المرتبط بالتفكير من خلال المقاييس ، وإنشاء التجارب ، وتتبع سير عملك السابق. يؤثر الحجم في شكل ملايين المستخدمين على وقت التطوير ، والآن أفهم ذلك بشكل أفضل.
نحن منقسمون إلى أوامر فرعية متعددة الوظائف ، حيث يكون كل شخص مسؤولاً عن قسم ما. شخص ما مسؤول عن الرحلة ، شخص ما عن الدراجات والدراجات البخارية ، وهذه هي الطريقة التي يتم بها تشكيل أكثر من عشرين فريقًا مختلفًا ، حيث يوجد اثنان أو ثلاثة مطورين. أنا مسؤول عن الجزء المتعلق بتحديد المستخدم. وأود أن أرى زميلًا آخر يظهر في هذا الجزء ، مما يزيد من مجموع عدادنا.
إذا تحدثنا عن مطوري التطبيقات الصغيرة ، المليئة بين قرائنا ، فقد اتضح أننا ببساطة نتألف من عشرات التطبيقات الصغيرة داخل واحد كبير.
الوضع مشابه في العديد من التطبيقات الكبيرة. والقسمة إلى فرق ميزات ، وتطوير متري مدفوع ، حيث تقود المقاييس كل شيء ، ونهج بدء التشغيل ، عندما نصنع MVP لأول مرة ، ثم نصله إلى حالة جيدة: بالنسبة للبعض ، يكون في شكل المنتج بالكامل ، وبالنسبة لشخص ما في شكل ميزة داخلية. حتى Google تضع فرقها الصغيرة بطريقة تشبه بدء التشغيل ، وتحاول تقليل البيروقراطية ودورات التطوير الطويلة.
- وما هو شكل عمل موظف معين في مثل هذه الحالة؟ هل يمكنك التحدث عن بعض مهمتك الضخمة؟- استغرق الأمر مني شهرين لإنشاء ملف تعريف مستخدم ، رغم أنه ليس من الصعب في حد ذاته. الشاشة نفسها جديدة ، في السابق لم يكن لدى المستخدم ملف تعريف ، كانت هناك إعدادات فقط. إلى جانب حقيقة أنه كان من الضروري تعويض النهاية ، اتضح أنه من الناحية المعمارية ، لم تكن بعض المكونات كافية ، لقد تطلب الأمر مني الذهاب إلى الهندسة المعمارية ، لمساعدة الرجال.
قررت أيضًا تجربة Dagger ، واستغرق الأمر بعض الوقت. كان من الضروري أيضًا التفكير في المقاييس ، وإنشاء لوحة معلومات ، وجمع تحليلات نجاح التجربة ، واستغرق الأمر بعض الوقت. ثم بدأت في إضافة الشاشات الموجودة من الإعدادات إلى الشاشات الداخلية للملف الشخصي والتحديث.
يتطلب التحديث وفقًا لـ "القاعدة الكشفية" إعادة بيع ما تم لمسه. إعادة بيع المباني لأحدث الهندسة المعمارية استغرقت بعض الوقت. بالإضافة إلى أن لدينا نظام تصميم ، وبعض المكونات لا يتم تنفيذها من أحدث العناصر المعتمدة. ما ينتظره الفريق الذي يكتب هذه العناصر ، أخذت وساعدهم على نسخ عملهم لهم ، حتى لا يتم حظره.
من كل هذا ، تشكل العمل لمدة شهرين ، والذي بدا للوهلة الأولى أسبوعين.
- عندما تريد "تجربة Dagger" أثناء المهمة ، هل يتم تشجيع هذه التجارب؟- يعتمد على مستوى المهندس. أعتقد أنه إذا كان مهندسًا للمبتدئين ، فإن لديه والمدير فهمًا واضحًا أنه لا يصرف انتباهه عن أي تجارب معمارية ، لأنه هو نفسه لا يزال صديقًا للبيئة لذلك.
ومن المهندسين ذوي الخبرة ، يقع على عاتقهم مسؤولية مباشرة المساهمة في شيء واسع: على مستوى المؤسسة أو على نطاق التطبيق على الأقل. لذلك ، لا يوجد مكان نذهب إليه: حتى لو لم يكن من المثير للاهتمام الانخراط في الهندسة المعمارية ، ولكنك ترغب في التطوير ، عليك أن تربط حياتك بشيء أكثر من مجرد ميزات.
- إذا جربت ، وكانت النتيجة ناجحة ، فستصبح سياسة عامة ، أو هل يمكن أن تظل ضمن الفريق؟- نادراً ما يبقى داخل فريق واحد. عادةً ، إذا بدأ شخص ما تجربة ما ، فسيتم ذلك على الفور مع فريق البنية الأساسية ويُعتبر فيما بعد ممارسة جيدة عامة. على سبيل المثال ، يقوم فريقان الآن بتجربة Redux بالتوازي لفهم أي منا سيفوز ، والذي سيكون حله أكثر عالمية ، وسوف نبدأ في استخدامه في جميع أنحاء الشركة.
- الزيادة في عدد الأفراد في الفريق هي أيضًا نمو "العمل الورقي" عندما لا ترمز ، لكن تفعل شيئًا ذا صلة. من الواضح أن هذا ضروري ، ولكن إلى أي مدى يبطئ هذا المطور مقارنةً بالكيفية التي سيظهر بها في مشروع صغير؟- مرة أخرى يعتمد على مستوى المهندس. إذا كان المهندس متوسطًا أو مبتدئًا ، فلا حاجة له لكتابة الكثير من الوثائق ، فهو يجلس ويتعرف على الميزات تحت إشراف المهندس الأقدم. لكن المهندس الأقدم يكتسب بالفعل مسؤوليات إدارية ، كما في أي شركة أخرى. لا يمكن أن يفلت من الحديث مع رئيسه إذا كانت هذه شركة ناشئة ، أو كتابة مستندات لمديره ، إذا كانت هذه شركة كبيرة.
- عند إنشاء تطبيق Android لسيارة أجرة ، هل المشاكل والمشكلات الحالية تتعلق بنفس التطبيقات الكبيرة الأخرى ، أو هل لديك تفاصيل خاصة بك؟- المشاكل التي نواجهها متشابهة جدا. على سبيل المثال ، تضيف مشكلة التجميع متعدد الوحدات إلى مهندسي البنية التحتية نفس المخاوف في كل يوم ، لذلك ليس من المستغرب أن يستخدم Uber و Facebook و Airbnb و Lyft نفس نظام البناء Buck.
ينظر الآخرون أيضًا إلى ذلك ، ويصلون إلى نطاقنا ، وهذا يؤكد أن المشكلات هي نفسها. بالتوازي ، تحدث نفس العمليات - على سبيل المثال ، تصبح جميعها ببطء رد الفعل. حسنًا ، شخص ما أكثر تحفظًا ، لا يزال لدى شخص ما رد فعل ، ولا تفاعل ، ولا يوجد أي Kotlin ، لأن حجم ومطوري المطورين لا يسمحون بذلك.
الفرق من الوضع في رابطة الدول المستقلة هو أننا غالباً ما نذهب إلى بعضنا البعض ونقول: "يا شباب من Gradle ، ساعدوا في شيء". أي أنه بينما تستخدم رابطة الدول المستقلة أدوات مكتوبة في الوادي ، فإننا هنا نتواصل باستمرار مع بعضنا البعض.
هل جوجل على حق
- في الآونة الأخيرة ، واجه Jake Wharton عددًا من الانتقادات لحلول Google لتطوير Android ، وقد وافقت على ذلك. ما الذي تعتقد أن Google تفعله بشكل خاطئ؟- كان هناك نقاش أنه لم يكن من الضروري استدعاء ViewModel ووضع السياق فيه. مع هذا ، كما أعتقد ، سيتفق الكثيرون أيضًا. أنا منزعج جدًا لأن العديد من المكتبات ترى من Google مصدرًا لا يمكن إنكاره والأكثر صحة.
يأتي المرشحون إلى المقابلات التي أجريناها ، ويستخدم 9 من كل 10 عناصر Android Architecture Components لحل المهام التي حددناها لهم لوصف تصميم التطبيق الذي سيكتبونه. هنا لا يمكنني أن أختلف مع جيك في أن ViewModel لديه مشكلات مثيرة للجدل ، على الرغم من أن كل شخص يحب دورة الحياة حقًا.
أما بالنسبة لمكتبة ربط البيانات ، فقد كان Android Summit مؤشراً في خريف هذا العام ، حيث كان هناك خمسة أسئلة من أصل عشرة أسئلة تدور حول شيء لا يعمل في Data Binding أثناء مداخلة مبكرة. كانت الأداة قوية للغاية ، وفي رأيي الشخصي ، لم يخطر ببالها أبدًا للتجميع المتعدد الوحدات والسريع. ولكن في الوقت نفسه ، اعتبره الجميع حقيقة.
في الواقع ، إنها مريحة للغاية ، لكن Google ، في رأيي ، لم تخصص موارد كافية لمواصلة دعمها. ثم انقطع المجتمع: لقد وثقوا في Google ، لكننا لا نحصل على دعم كاف.
"بعض الناس غير راضين عن حقيقة أن العديد من حلول Google لم تظهر إلا في السنوات الأخيرة:" ملعقة جيدة لتناول العشاء ، لقد تأثرت لسنوات ، وقد اكتشف المجتمع ذلك ، لكنك الآن استيقظت. " ما رأيك في هذا؟ لماذا تتصرف الشركة بهذه الطريقة وهل هي سيئة؟- أرى كل هذا من وجهة نظر تخصيص الميزانية ومن وجهة نظر إستراتيجية بعض كبار المديرين المنفصلين الذين كان لديهم من قبل وجهة نظر واحدة أو كانوا مجرد أشخاص آخرين ، لكنهم تغيروا الآن بنهج مختلف.
بمعنى ، هذا ليس Google ، ولكن مجرد اثنين من الأشخاص الذين يتخذون القرارات في فريق تخصيص موارد Android. لذا ، فقد حصلوا على موارد ومطورين ومكتبات أرادوا القيام بذلك - كانت هناك حلول من Google. ومن الجيد بالتأكيد ظهورهم! أنا أكثر انزعاجًا من مجتمع يؤمن دون قيد أو شرط بما قيل له ولا يقدم أي تقييم نقدي.
- تقدم Google ، في برنامج تعليمي حديث لتطوير الفيديو على نظام Android على Udacity ، مزيجًا من الأشياء الأساسية التي يحتاجها الجميع وحلولها مثل ربط البيانات. هل ترى أن المشكلة في أن المبتدئين غير المألوفين بالسياق سوف ينظرون إليهم كحقيقة لا جدال فيها ، وليس كخيار اختياري؟- دورات الفيديو على Udacity هي قصة منفصلة. لقد كنت معتادًا على دورات Android هناك منذ عام 2016 ، عندما قمنا بتنفيذ أول دورة دراسية جام في هذه الدراسة. هناك ، بشكل عام ، كل شيء سار بشكل مثالي ، تم شرح الأشياء الأساسية تمامًا. ولكن من بين الدروس الثمانية في الدورة التدريبية ، يوجد درسان في موضوعات ContentProvider متوسطة الهضم ، غير القابلة للهضم ، المعقدة للغاية. لماذا يعرف المبتدئ كيفية هيكلة ContentProvider ، فلم يكن الأمر واضحًا بالفعل في عام 2016.
لا يزال لدي أسئلة حول كيفية تكوين الموضوعات ووضع اللهجات. لذلك ، الكلمات التي تخلط كل شيء هناك الآن ، لا تفاجئني على الإطلاق. لكن دورات الفيديو ، التي تستحق الإشادة بها ، هي دائمًا موضوع معقد. تصبح عفا عليها الزمن بمجرد إخراجه.
من الصعب للغاية إعداد مواد ذات نوعية جيدة. هناك العديد من الأماكن في المجتمع حيث يمكنك الحصول على مصادر جديدة للتحديثات وفهم ما يحدث وكيف. ولكن إذا قرأنا المبتدئين - انتقلوا للعمل في أي شركة تعمل في مجال تطوير الأجهزة المحمولة ، فسيتم تعليمك على الفور كيفية القيام بكل شيء بشكل صحيح. شيء أكثر أو أقل أهمية ، دعنا نعرف ، كلمة شفهية.
- هنا ، سيكون لدى المبتدئين سؤال "كيفية الوصول إلى هناك دون خبرة ، إذا لم تقضِ عامًا في الدورات."- هذا سؤال جيد جدا. أعتقد أن العديد من الشركات الكافية ستأخذ علم الكمبيوتر للمعرفة الأساسية دون معرفة أي إطار. نظرًا لأنه يمكنك دائمًا معرفة الإطار ، والحصول على المعرفة الأساسية حول حل الخوارزميات ، من الصعب الوصول إلى مكان ما مع معرفة البرمجة الموجهة للكائنات والحكم المناسب. هذا هو الأساس. مع الأساس سوف يتم نقلك. وإذا كان لديك أيضًا الإنجليزية ، فتفتح الأبواب لك بشكل عام.
- في السابق ، كنت مهتمًا بمنصة Android Things ، وقد أصبح كل شيء مؤخرًا حزينًا عليها. ما الخاتمة التي يجب أن نستخلصها من التاريخ؟ لا يمكنك أبدًا الوثوق بالشركات الكبيرة تمامًا وتحتاج إلى استخدام أي منصة مع توقع أنه قد لا يصبح غدًا؟- الخلاصة - أننا نحتاج إلى مراقبة الاتجاهات. ليست هذه هي السنة الأولى التي كان هناك اتجاه بأن أي جهاز إلكتروني ، سواء كان مكنسة كهربائية أو ميكروويف ، يبدأ في السيطرة عليه من السحابة ، كما لو كنا ، أي شخص بجنون العظمة ، لم نحزن عليه.
أشياء Android كمنصة محمّلة بأكثر من اللازم للقيام بمهام Android البسيطة ، في حين أنها لا تساعد كثيرًا من حيث السحابة أو نوع من التعلم الآلي (بسبب مشاكل الأداء مجددًا). هذا يشير إلى أن Android الأشياء ليست باردة جدا. لكنني شخصيا كان حتى من كان آخر من يعتقد أن هذا النظام الأساسي هو على الأقل بعض الحلول للمشاكل التي تتوقف عنها قطع الحديد مع كيك ستارتر. سيقوم Google بتحديث نظام التشغيل وإصدار تصحيحات الأمان على الأقل.
, : , Google Cloud Next , IoT Google - , — .
— , , . ?— Telegram- , , TikTok —
, - — . — . — , .
— , . , , .
— , TikTok ?— - , - , . , , — . , .
— 90 Seconds, — ? ?— . , . , Telegram, WhatsApp Google Docs, . B2B-, , . , , , — .
— , , . Twitter, — , ?— , , Telegram. , . , Twitter.
— : Mobius?— , . , over engineering, , .
, , , 60 ( Android). — , . , «2-5 2 » .