Perezosos, impacientes y demasiado orgullosos: cómo crear experiencias fantásticas para desarrolladores fantásticos

illustration of developer job
Last updated

De «¿cómo se hace 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.

Sin embargo, un tema que rara vez se aborda en este ámbito es el de la experiencia del desarrollador (DX). La gente parece olvidar que los desarrolladores disfrutan de experiencias sencillas y atractivas tanto como cualquier otra persona que se encuentre delante de la pantalla. 

La diferencia es que, si un desarrollador se queda atascado o se siente perdido al intentar integrar un SDK en su aplicación, ni siquiera el componente más funcional y atractivo verá nunca la luz.

En Microblink estamos haciendo todo lo posible para evitar que esto ocurra. 

Sabemos que los desarrolladores que consultan nuestras soluciones de escaneo quieren empezar a trabajar 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. 

Entonces, ¿cómo podemos crear una experiencia así?

Al aceptar 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 lleva a hacer un gran esfuerzo por reducir el gasto energético total». (1)

Estamos de acuerdo con eso. Los desarrolladores tienen mucho trabajo por delante y, si existe una solución que requiera poco esfuerzo y les ayude a terminarlo antes, se les ocurrirá. 

Por eso no les obligamos a dedicar horas a tareas que solo llevan unos minutos. Sí, la tecnología que hay detrás de nuestros SDK puede resultar bastante compleja, pero la integración rara vez requiere más que unas pocas líneas de código. 

Además, estamos muy atentos para averiguar cuál será la próxima función más útil que necesitarán nuestros desarrolladores. Cuando lanzamos una nueva versión de nuestro SDK, esa función suele estar ya incluida.

Otra cosa que evitamos al desarrollar nuestros SDK es abrumar a los desarrolladores con funciones, métodos o nombres de variables con los que no estén familiarizados. 

Esto debería parecer una extensión natural de sus aplicaciones, por lo que nos ceñimos a las convenciones de nomenclatura y a la sintaxis a las que están acostumbrados. 

Por ejemplo, en Android, es el método `onActivityResult` el que devuelve los resultados del escaneo, mientras que en iOS ese mismo método se invoca a través de un controlador de vista y un delegado. Para los desarrolladores que trabajan con un único código base, hemos integrado gran parte de nuestros SDK en complementos para los marcos multiplataforma más populares del mercado. 

Todo lo que hacemos, lo hacemos con el objetivo de facilitar al máximo el trabajo a los desarrolladores. Cuando tienen menos código que gestionar y menos cosas de las que preocuparse, nuestros SDK tienen más posibilidades de encontrar su «final feliz» en una aplicación real.

Al ahorrarles 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 con mucha más frecuencia.

A los desarrolladores que exploran nuestros productos les llama la atención la idea de que su aplicación pueda escanear documentos de identidad, tarjetas de crédito, tarjetas de embarque y cualquier otro documento en una fracción de segundo. A menudo, están deseando poner algo en marcha rápidamente, sin tener que adquirir la licencia del SDK de inmediato.

Lo entendemos. Para mitigar su impaciencia, les permitimos clonar y ejecutar aplicaciones de ejemplo relacionadas con su caso de uso, de modo que no tengan que profundizar demasiado en nuestra documentación. 

Y si incluso eso les supone demasiado trabajo, solo tienen que descargarse la aplicación Microblink Vision para iOS o Android para ver nuestros SDK en acción.

Dejándoles tener la última palabra 

Al igual que ocurre con cualquier otro oficio, el desarrollo de aplicaciones conlleva una pizca de arrogancia —o orgullo excesivo—. Y eso está bien. Para un desarrollador, la sensación de lanzar una aplicación puede que no sea muy diferente a la que experimenta un escultor al inaugurar una exposición. 

Por eso dejamos que sean los desarrolladores quienes tengan la última palabra sobre cómo funcionarán o qué aspecto tendrán nuestros SDK dentro de su aplicación. Si la pereza pasa a un segundo plano frente a la arrogancia y creen que pueden implementar el escaneo mejor que nosotros, nadie les va a impedir hacerlo. 

Un desarrollador puede utilizar nuestro flujo de escaneo integrado tal cual, personalizarlo o crear una nueva experiencia de usuario desde cero, e incluso hacerse cargo de la gestión de la cámara dentro de la aplicación.

Les dejamos que se ensucien las manos y se lancen a crear soluciones totalmente personalizadas, sabiendo que nos veríamos obligados a seguir trabajando con lenguajes y marcos de trabajo obsoletos para siempre si no fuera por esos desarrolladores demasiado seguros de sí mismos que dicen: «Bah, 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 quizá no resulten de gran ayuda cuando tienes una pila de platos en remojo en el fregadero, pueden ser un potente motor de eficiencia e innovación a la hora de desarrollar aplicaciones. 

Porque, en el fondo, lo que realmente son es un deseo encubierto de eficiencia. Los desarrolladores solo quieren hacer su trabajo más rápido y mejor. Y eso significa menos código innecesario, menos terminología desconocida y más tiempo dedicado a crear en lugar de a familiarizarse con el sistema.

A la hora de desarrollar nuestros SDK, debemos tener en cuenta estos aspectos y esforzarnos por ofrecer una experiencia para los desarrolladores tan intuitiva que casi pase desapercibida. Ese tipo de experiencia que nos apresuramos a ofrecer a nuestros usuarios finales, pero que a menudo olvidamos recrear para nuestros desarrolladores.

Nuestras soluciones de escaneo inteligente se han diseñado pensando en la experiencia de los desarrolladores. Pruébalas en tu aplicación de forma gratuita.

Descubre nuestras soluciones

Explorar nuestras soluciones está a un clic de distancia. Prueba nuestros productos o habla con nosotros con uno de nuestros expertos para profundizar en lo que ofrecemos.

Informe
Análisis del aumento del fraude de identidad impulsado por la inteligencia artificial

La IA no solo ha acelerado el fraude, sino que lo ha convertido en un sistema. Hemos analizado millones de interacciones relacionadas con la identidad para trazar un mapa de cómo están evolucionando los ataques a la identidad en las distintas regiones, según los tipos de ataque y los niveles de sofisticación, y qué deben replantearse las organizaciones para mantenerse al día.

Ver los datos