Como tratar os desenvolvedores como clientes: APIs desconectadas

Como tratar os desenvolvedores como clientes: APIs desconectadas

cupom com desconto - o melhor site de cupom de desconto cupomcomdesconto.com.br

[ad_1]

Tempo de leitura: 11 minutos

Neste episódio, Matt e Mike conversam com o vice-presidente sênior de engenharia para experiência do desenvolvedor da Salesforce sobre como aprender a interagir com os desenvolvedores como se fossem seus clientes. Como o líder de engenharia da experiência de desenvolvedor de plataforma da Salesforce, Frederick lidera a linguagem de programação Apex proprietária da Salesforce, o tempo de execução Heroku e todas as ferramentas de desenvolvedor que habilitam as plataformas, incluindo extensões do Visual Studio e muito mais. “Tento ser o maior nerd que posso ser para desenvolvedores”, é como Frederick explica seu papel.

Confira o episódio aqui.

Antes de chegar à Salesforce em 2020, Frederick administrou o ecossistema de desenvolvedores no Ebay por seis anos. Antes do Ebay, ela trabalhou no Centro de Tecnologia de Código Aberto da Intel com foco em portar o kernel do Linux para chipsets Intel. Foi lá que ela aprendeu: “Se você pode deixar um desenvolvedor feliz, então ele fará coisas realmente criativas … o céu é o limite.”

Apoiar desenvolvedores não consumidores

Para começar, Frederick falou sobre o que ela chama de desenvolvedores não consumidores. Na opinião dela, os desenvolvedores geralmente trabalham para resolver seus próprios problemas e geralmente usam sua API para apenas algumas partes de sua solução. Eles medem a produtividade, não em termos de sua API, mas em termos de sua própria solução. Eles querem fazer um trabalho para seus negócios e seguir em frente ”, explicou ela.

Influenciando uma experiência positiva do desenvolvedor

Matt observou que Frederick tem muitas comunidades autônomas para enfrentar na Salesforce. Cada parte da organização tem seu próprio conjunto de prioridades e restrições. E ele perguntou sobre os desafios de liderar esses grupos aparentemente díspares em direção ao mesmo objetivo. No Salesforce, Frederick trabalha com linguagens de programação, SDKs, CLIs, tempos de execução, etc. Para Frederick, todos esses são “APIs”, são todos “janelas para nossa empresa”.

Uma questão importante que surgiu foi como fazer as coisas quando você tem uma plataforma diversificada e uma comunidade de desenvolvedores. A resposta de Gail foi impagável: “Emprego cenouras, palitos, vinho e chocolate, cada um de maneiras diferentes” para influenciar as equipes do Salesforce a criar aquela experiência positiva de desenvolvedor em vários conjuntos de ferramentas e plataformas. A “cenoura” é ser positivo internamente sobre as vantagens de um bom design. A “vara” tem mais a ver com governança e manutenção da consistência em toda a organização. Finalmente, o “vinho e chocolate” trata de fazer concessões inteligentes à medida que você aprimora a plataforma. “Não me preocupo em negociar com meus colegas e ajudá-los quando eles me ajudam”, diz Frederick.

cupom com desconto - o melhor site de cupom de desconto cupomcomdesconto.com.br

Manter a consistência do programa e UX do desenvolvedor

Matt perguntou por que é importante ter consistência em todos os tipos de APIs. Frederick aponta que a consistência é uma maneira de melhorar a produtividade do desenvolvedor – para tornar mais fácil para eles resolverem seus próprios problemas e seguirem em frente. Por exemplo, Frederick apontou que vinte anos depois, o Salesforce ainda diz aos desenvolvedores “você pode usar qualquer versão de nossa API que desejar” e eles ainda garantem que funcionará conforme o prometido.

Frederick também nos lembra que as APIs da web são apenas um tipo de interação com que os desenvolvedores lidam no Salesforce e a consistência é importante entre os ecossistemas (CLI x SDK x API etc.) e que o Salesforce está realmente focado na UX da própria plataforma. Ela também diz que as personas dos desenvolvedores na plataforma Salesforce são bastante variadas. Alguns são focados em soluções declarativas, alguns em modelagem e programação completa de objetos e outros lidam com scripts de linha de comando. Como ela ressalta, “Se você acertar para os engenheiros, não só terá um ótimo produto, mas acabará ganhando muito dinheiro para a empresa”.

Vedação com “mau comportamento” e confiabilidade na plataforma

Um ponto que surgiu foi lidar com o uso impróprio da API (seja intencional ou não) e como eliminar os desenvolvedores que não deveriam estar na plataforma. Isso é especialmente importante, pois o espaço da API é um alvo pequeno e grande para abusos. Frederick falou sobre uma mistura de detecção e mitigação, bem como sobre o design de APIs com a segurança em mente – como adicionar observabilidade, identificar o bom comportamento e incentivá-lo também.

Bugs, peculiaridades e o martelo contínuo

Isso levou a uma conversa sobre o elemento de “ver” o que está acontecendo o tempo todo – rastrear mudanças e modificações ao longo do tempo e ainda manter tudo funcionando de forma confiável. Frederick falou sobre o papel da automação de teste em manter a plataforma resiliente e mencionou um produto interno da Salesforce conhecido como “The Continuous Hammer”. O martelo, ela explicou, executa cerca de 1,5 milhão de testes – todos fornecidos por consumidores da API Salesforce – para descobrir erros inesperados e inconsistências com base na “verdade como nossos clientes a veem”. É assim que Safesforce ganha confiança de que nossos lançamentos serão seguros.

Como observação lateral, Frederick compartilhou duas definições úteis ao revisar os resultados dos testes: bugs e peculiaridades. A definição de um bug é um defeito que você não pretendia e a definição de uma “peculiaridade” é um bug do qual você “gosta”.

Novas maneiras de se conectar e ir mais rápido

O que se seguiu foi uma curta viagem ao mundo de novos padrões e tecnologias, como gRPC e GraphQL, e como a Salesforce lida com essas tendências no espaço de API. O Salesforce não tenta estar na “vanguarda”, mas está constantemente procurando novas abordagens e prestando atenção quando uma massa crítica de desenvolvedores deseja acessar as novas ferramentas.

Para encerrar, Mike perguntou a Gail que conselho ela daria para empresas que lêem sobre como Salesforce, Ebay e outras organizações gerenciam suas plataformas e decidem que querem fazê-lo exatamente como Salesforce. Seu primeiro conselho é “não leia blogs de tecnologia porque é provável que você obtenha muitas informações sobre moda”. Em vez disso, ela diz que as empresas devem se concentrar nos desenvolvedores que são seus clientes, entender suas necessidades e lembrar-se de que seu trabalho é ajudar seus desenvolvedores a irem “muito rápido” em sua plataforma.

Esta é apenas uma amostra dos insights que Gail compartilhou no episódio – ouça tudo no link acima. Siga o podcast no SoundCloud ou assine nosso boletim informativo acima para obter resumos dos episódios.

[ad_2]

cupom com desconto - o melhor site de cupom de desconto cupomcomdesconto.com.br
Luiz Presso