كسول وغير صبور وفخور بشكل مفرط: بناء تجارب رائعة لمطورين رائعين
من “كيف أفعل هذا” إلى “مرحبًا بالعالم” في غمضة عين.
قبل أسابيع قليلة، كتبنا عن أهمية (وصعوبات) تصميم مجموعات مطوري البرامج (SDKs) التي يمكن لمستخدمينا النهائيين التفاعل معها بسلاسة.
لكن الموضوع الذي نادرًا ما يُطرح في هذا المجال هو موضوع تجربة المطورين (DX). يبدو أن الناس ينسون أن المطورين يستمتعون بالتجارب البسيطة والجذابة مثلهم مثل آخر شخص أمام الشاشة.
الفرق هو أنه إذا واجه المطور مشكلة أو ارتباكًا في محاولة دمج مجموعة تطوير البرمجيات في تطبيقه، فلن يرى النور حتى أكثر المكونات عملية ومبهجة.
نحن هنا في Microblink ، نبذل قصارى جهدنا لتجنب حدوث ذلك.
نحن نعلم أن المطورين الذين يتصفحون حلولنا للمسح الضوئي يرغبون في بدء التشغيل باستخدام إحدى حزم SDK الخاصة بنا دون الحاجة إلى إعادة اختراع العجلة، وبمجرد دمجها، فإنهم يتوقعون أن تعمل بشكل لا تشوبه شائبة داخل تطبيقهم الخاص.
فكيف نبدأ إذن في خلق مثل هذه التجربة؟
من خلال احتضان كسلهم
كان لاري وول، مبتكر Perl، أول من صاغ ثلاث فضائل ساخرة تميز المطورين الجيدين: الكسل ونفاد الصبر والغطرسة. وقد وصف الكسل بأنه “صفة تجعلك تبذل جهدًا كبيرًا لتقليل الإنفاق الكلي للطاقة”. (1)
سنتفق مع ذلك. المطورون لديهم الكثير من العمل لإنجازه، وإذا كان هناك حل منخفض الجهد يساعدهم على إنجازه بشكل أسرع، فسوف يتوصلون إليه.
لهذا السبب لا نجبرهم على قضاء ساعات في عمل لا يستغرق سوى دقائق. نعم، يمكن أن تصبح التكنولوجيا الكامنة وراء حزم SDKs الخاصة بنا معقدة للغاية، ولكن نادراً ما ينطوي التكامل على أكثر من بضعة أسطر من التعليمات البرمجية.
كما أننا نبقي آذاننا صاغية في محاولة لمعرفة أفضل ميزة تالية سيحتاجها مطورونا. عندما نصدر إصداراً جديداً من مجموعة تطوير البرمجيات SDK الخاصة بنا، عادةً ما تكون هذه الميزة موجودة بالفعل.

من الأمور الأخرى التي نتجنب القيام بها عند كتابة حزم تطوير البرمجيات الخاصة بنا هو إغراق المطورين بميزات أو أساليب أو أسماء متغيرات ليسوا على دراية بها.
يجب أن يبدو هذا امتداداً طبيعياً لتطبيقاتهم، ولهذا السبب نلتزم باصطلاحات التسمية والتركيب التي اعتادوا عليها.
على سبيل المثال، على نظام أندرويد، فإن طريقة onActivityResult هي التي تُرجع النتائج الممسوحة ضوئيًا بينما على نظام iOS، يتم استدعاء نفس الطريقة عبر وحدة تحكم في العرض ومفوض. بالنسبة للمطوّرين الذين يعملون مع قاعدة شيفرة واحدة، قمنا بتحويل جزء كبير من حزم SDK الخاصة بنا إلى مكونات إضافية ل لأشهر أطر العمل عبر المنصات الموجودة هناك.
كل ما نفعله، نقوم به بهدف القيام بأكبر قدر ممكن من العمل الشاق للمطورين. عندما يكون لديهم كود أقل للتعامل معه وأشياء أقل للقلق بشأنها، فإن حزم SDK الخاصة بنا تتمتع بفرصة أفضل للعثور على “السعادة الأبدية” في تطبيق حقيقي.
من خلال توفير الوقت
بنفس الطريقة التي يمكن أن يكون الصبر نقطة ضعف، يمكن أن يكون نفاد الصبر فضيلة. لو لم يكن المطورون نافذي الصبر بطبيعتهم، لكنت شاهدت كرة الموت الشاطئية الدوارة من Apple في كثير من الأحيان.

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

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