Preguiçoso, impaciente e excessivamente orgulhoso: Criando ótimas experiências para ótimos desenvolvedores

De “como eu faço isso” a “olá mundo” em um piscar de olhos.

Há algumas semanas, escrevemos sobre a importância (e as dificuldades) de projetar kits para desenvolvedores de software (SDKs) com os quais nossos usuários finais possam interagir sem problemas.

Mas um tópico que raramente aparece nesse espaço é o da experiência do desenvolvedor (DX). As pessoas parecem esquecer que os desenvolvedores gostam de experiências simples e envolventes tanto quanto a última pessoa na frente da tela.

A diferença é que, se um desenvolvedor ficar preso ou confuso ao tentar integrar um SDK em seu aplicativo, até mesmo o componente mais funcional e agradável nunca verá a luz do dia.

Aqui em Microblink, estamos fazendo tudo o que podemos para evitar que isso aconteça.

Sabemos que os desenvolvedores que navegam em nossas soluções de escaneamento querem começar a trabalhar com um de nossos SDKs sem precisar reinventar a roda e que, uma vez integrado, esperam que ele funcione perfeitamente em seu próprio aplicativo.

Então, como podemos criar essa experiência?

Ao abraçar sua preguiça

Larry Wall, o criador do Perl, foi o primeiro a cunhar três virtudes irônicas que diferenciam os bons desenvolvedores: preguiça, impaciência e arrogância. Ele descreveu a preguiça como “uma qualidade que faz você se esforçar muito para reduzir o gasto geral de energia”. (1)

Concordamos com isso. Os desenvolvedores têm muito trabalho a ser feito e, se houver uma solução de baixo esforço que os ajude a fazer isso mais rapidamente, eles a encontrarão.

É por isso que não os forçamos a passar horas fazendo um trabalho que pode levar apenas alguns minutos. Sim, a tecnologia por trás de nossos SDKs pode ser bastante complexa, mas a integração raramente envolve mais do que algumas linhas de código.

Além disso, estamos sempre atentos para tentar descobrir o próximo melhor recurso de que nossos desenvolvedores precisarão. Quando lançamos uma nova versão do nosso SDK, esse recurso geralmente já está disponível.

Outra coisa que evitamos fazer ao escrever nossos SDKs é bombardear os desenvolvedores com recursos, métodos ou nomes de variáveis com os quais eles não estão familiarizados.

Isso deve parecer uma extensão natural de seus aplicativos, e é por isso que estamos aderindo às convenções de nomenclatura e à sintaxe com as quais eles estão acostumados.

Por exemplo, no Android, é o onActivityResult que retorna os resultados digitalizados, enquanto no iOS, o mesmo método é chamado por meio de um controlador de exibição e um delegado. Para os desenvolvedores que trabalham com uma única base de código, transformamos boa parte dos nossos SDKs em plug-ins para as frameworks multiplataforma mais populares que existem.

Tudo o que fazemos é com o objetivo de fazer o máximo possível de trabalho pesado para os desenvolvedores. Quando eles têm menos código para lidar e menos coisas com que se preocupar, nossos SDKs têm mais chances de encontrar seu “felizes para sempre” em um aplicativo real.

Economizando seu tempo

Da mesma forma que a paciência pode ser uma fraqueza, a impaciência pode ser uma virtude. Se os desenvolvedores não fossem impacientes por natureza, você veria a bola da morte giratória da Apple com muito mais frequência.

Os desenvolvedores que exploram nossos produtos ficam intrigados com a ideia de ter seu aplicativo digitalizando documentos de identificação, cartões de crédito, cartões de embarque e qualquer outra coisa em uma fração de segundo. Muitas vezes, eles estão ansiosos para colocar algo em funcionamento rapidamente, sem ter que licenciar o SDK imediatamente.

Nós entendemos isso. Para atenuar sua impaciência, permitimos que eles clonem e executem aplicativos de amostra relevantes para seu caso de uso, para que não precisem se aprofundar muito em nossa documentação.

E se isso for muito trabalhoso, você pode simplesmente fazer o download do aplicativo Microblink Vision para iOS ou Android para ver nossos SDKs em ação.

Deixando que eles tenham a última palavra

Como acontece com qualquer outro ofício, o desenvolvimento de aplicativos traz consigo uma dose de arrogância – ou orgulho excessivo. E isso não tem problema. Para um desenvolvedor, a sensação de enviar um aplicativo pode não ser muito diferente daquela que um escultor tem ao ver uma exposição.

É por isso que estamos permitindo que os desenvolvedores tenham a palavra final sobre como nossos SDKs funcionarão ou se parecerão em seus aplicativos. Se a preguiça for substituída pela arrogância e eles acreditarem que podem implementar a varredura melhor do que nós, ninguém os impedirá.

Um desenvolvedor pode usar nosso fluxo de digitalização integrado imediatamente, personalizar ou criar uma nova experiência do usuário do zero e até mesmo assumir o controle do gerenciamento da câmera no aplicativo.

Permitimos que eles coloquem a mão na massa e adotem uma abordagem totalmente personalizada, sabendo que ficaríamos presos ao trabalho com linguagens e estruturas ultrapassadas para sempre se não fossem os desenvolvedores excessivamente confiantes que dizem: “Eu poderia fazer isso funcionar ou ficar melhor”.

Lembre-se: os desenvolvedores também são usuários

Embora a preguiça, a impaciência e a arrogância possam não ser úteis quando você tem uma pilha de pratos na pia, elas podem ser uma poderosa força motriz de eficiência e inovação no desenvolvimento de aplicativos.

Porque, em sua essência, o que eles realmente são é um desejo disfarçado de eficiência. Os desenvolvedores só querem que seu trabalho seja feito de forma mais rápida e melhor. E isso significa menos código sem sentido, menos terminologia desconhecida e mais tempo gasto na criação em vez de na integração.

Ao criar nossos SDKs, precisamos estar atentos a esses aspectos e buscar uma experiência de desenvolvedor que seja tão intuitiva que mal seja notada. O tipo de experiência que corremos para oferecer aos nossos usuários finais, mas que muitas vezes esquecemos de recriar para os nossos desenvolvedores.

Nossas soluções de escaneamento inteligente foram criadas pensando na experiência do desenvolvedor. Experimente-as em seu aplicativo gratuitamente.