Perezoso, impaciente y demasiado orgulloso: Construir grandes experiencias para grandes desarrolladores
De »cómo hago esto» a »hola mundo» en un abrir y cerrar de ojos.
Hace unas semanas, escribimos sobre la importancia (y las dificultades) de diseñar kits de desarrollo de software (SDK) con los que nuestros usuarios finales puedan interactuar sin problemas.
Pero un tema que rara vez surge en este espacio es el de la experiencia del desarrollador (DX). La gente parece olvidar que los desarrolladores disfrutan de experiencias sencillas y atractivas tanto como la última persona frente a la pantalla.
La diferencia es que, si un desarrollador se atasca o se confunde al intentar integrar un SDK en su aplicación, incluso el componente más funcional y encantador nunca verá la luz del día.
En Microblink, hacemos todo lo posible para evitar que esto ocurra.
Sabemos que los desarrolladores que navegan nuestras soluciones de escaneado quieren ponerse en marcha con uno de nuestros SDK sin tener que reinventar la rueda y que, una vez integrado, esperan que funcione a la perfección dentro de su propia aplicación.
¿Cómo podemos crear una experiencia así?
Abrazando su pereza
Larry Wall, el creador de Perl, fue el primero en acuñar tres virtudes irónicas que distinguen a los buenos desarrolladores: la pereza, la impaciencia y la arrogancia. Describió la pereza como »una cualidad que te hace hacer un gran esfuerzo para reducir el gasto total de energía». (1)
Estamos de acuerdo. Los desarrolladores tienen mucho trabajo que hacer y si hay una solución de bajo esfuerzo que les ayude a hacerlo más rápido, se les ocurrirá.
Por eso no les obligamos a pasar horas haciendo un trabajo que sólo puede llevar unos minutos. Sí, la tecnología que hay detrás de nuestros SDK puede llegar a ser bastante compleja, pero la integración rara vez implica más de unas pocas líneas de código.
Además, estamos atentos para averiguar cuál será la próxima función que necesitarán nuestros desarrolladores. Cuando lanzamos una nueva versión de nuestro SDK, esa función suele estar ya ahí.
Otra cosa que evitamos al escribir nuestros SDK es bombardear a los desarrolladores con funciones, métodos o nombres de variables con los que no están familiarizados.
Esto debe parecer una extensión natural de sus aplicaciones, por eso nos ceñimos a las convenciones de nombres y a la sintaxis a la que están acostumbrados.
Por ejemplo, en Android, es onActivityResult el que devuelve los resultados escaneados, mientras que en iOS, el mismo método se llama a través de un controlador de vista y un delegado. Para los desarrolladores que trabajan con una única base de código, hemos envuelto una buena parte de nuestros SDK en plugins para los marcos multiplataforma más populares del mercado.
Todo lo que hacemos, lo hacemos con el objetivo de facilitar el trabajo a los desarrolladores tanto como podamos. Cuando tienen menos código con el que lidiar y menos cosas de las que preocuparse, nuestros SDK tienen más posibilidades de encontrar su «felices para siempre» en una aplicación real.
Ahorrándoles tiempo
Del mismo modo que la paciencia puede ser una debilidad, la impaciencia puede ser una virtud. Si los desarrolladores no fueran impacientes por naturaleza, verías la bola de playa giratoria de la muerte de Apple mucho más a menudo.
A los desarrolladores que exploran nuestros productos les intriga la idea de que su aplicación escanee documentos de identidad, tarjetas de crédito, tarjetas de embarque y cualquier otra cosa en una fracción de segundo. A menudo, están ansiosos por poner algo en marcha rápidamente, sin tener que obtener la licencia del SDK de inmediato.
Lo entendemos. Para mitigar su impaciencia, les permitimos clonar y ejecutar aplicaciones de ejemplo relevantes para su caso de uso, de modo que no tengan que indagar demasiado en nuestra documentación.
Y si incluso eso es demasiado trabajo, pueden descargarse la aplicación Microblink Vision para iOS o Android para ver nuestros SDK en acción.
Dejándoles tener la última palabra
Como ocurre con cualquier otro oficio, el desarrollo de aplicaciones lleva consigo una dosis de arrogancia, o de orgullo excesivo. Y eso está bien. Para un desarrollador, la sensación de lanzar una aplicación puede no ser muy diferente de la que siente un escultor al ver una exposición.
Por eso dejamos que los desarrolladores tengan la última palabra sobre cómo funcionarán o se verán nuestros SDK dentro de su aplicación. Si la pereza se impone a la arrogancia y creen que pueden implementar la digitalización mejor que nosotros, nadie se lo impedirá.
Un desarrollador puede utilizar nuestro flujo de escaneado integrado desde el principio, personalizar o crear una nueva UX desde cero e incluso tomar el control de la gestión de la cámara dentro de la aplicación.
Les permitimos que se ensucien las manos y se personalicen al máximo, sabiendo que estaríamos atascados trabajando con lenguajes y frameworks anticuados para siempre si no fuera por los desarrolladores demasiado confiados que dicen «Yo podría hacer que esto funcionara o tuviera mejor aspecto».
Recuerda: los desarrolladores también son usuarios
Aunque la pereza, la impaciencia y la arrogancia pueden no ser útiles cuando tienes una pila de platos remojándose en el fregadero, pueden ser una poderosa fuerza impulsora de la eficacia y la innovación cuando se desarrollan aplicaciones.
Porque, en el fondo, lo que realmente son es un deseo disfrazado de eficiencia. Los desarrolladores sólo quieren hacer su trabajo más rápido y mejor. Y eso significa menos código sin sentido, menos terminología desconocida y más tiempo dedicado a crear en lugar de a incorporar.
Cuando creamos nuestros SDK, tenemos que ser conscientes de estas cosas y esforzarnos por conseguir una experiencia para el desarrollador que sea tan intuitiva que apenas se note. El tipo de experiencia que nos apresuramos a ofrecer a nuestros usuarios finales, pero que a menudo olvidamos recrear para nuestros desarrolladores.
Nuestro soluciones de escaneado inteligente se han creado pensando en la experiencia de los desarrolladores. Pruébalas gratis dentro de tu aplicación.
