Existe vida após o ABAP?

Mais de mil setecentos e noventa e três anos se passaram desde a última vez que escrevi pro ABAPZombie. O motivo? Não trabalho com SAP e ABAP há mais de um ano! (se você não sabia, então aproveite e comece a escutar o nosso podcast – já falei um pouco disso por lá).

Apesar dos campeões de audiência™ aqui do site serem as dicas de como entrar no mundo SAP, cansei de encontrar veteranos que sonham em quebrar os grilhões alemães para respirar novos ares. Neste post, irei contar como foi a minha transição para novos mundos tecnológicos na esperança de acalmar (incentivar?) um pouco essas mentes sonhadoras.

Calma cara… você LARGOU o milionário mundo SAP?

Logo cedo na minha carreira como ABAPer eu comecei a trabalhar com coisas que saiam fora do padrão da vida de projetos. Comecei com SAP em 2006 e lá no começo de 2009 eu já trabalhava em tempo integral numa área que criava aceleradores em ABAP para outros projetos da consultoria utilizarem.

Aliás, um pequeno parênteses: foi nessa área que eu conheci o Mauro, com quem eu criei este singelo e florido site. Na época ele entrou nessa área sem manjar muito de ABAP “puro” (ele trampava com outras coisas), e a primeira tarefa que eu lhe dei foi fazer, do zero, um ALV Tree dentro de um container dentro de uma tab dentro de uma subscreen dentro de um online (pra ontem). Bons tempos.

Voltando à “debandada”, essa desconexão com os projetos e clientes me fez ter vontade de não ser limitado quanto aquilo que eu poderia criar com meus códigos. E foi ali que eu comecei a estudar outras linguagens e tecnologias. A própria criação do ABAPZombie em 2010 acabou sendo uma forma de aprender mais sobre web. Existia também aquela sensação constante de estar gastando cérebro para acelerar um trabalho e render bons lucros para uma empresa que não me daria nada além de um pagamento no fim do mês (obviamente não estou menosprezando a troca de trabalho por dinheiro… acho que era só o meu lado “empreendedor” falando).

Às vezes a roda não gira na velocidade que gostaríamos e alguns bons anos se passaram na labuta do ABAP. Entretando, essa vontade de largar tudo e ir fazer o meu próprio negócio com TI voltou com força absurda depois que eu voltei de um evento chamado Business of Software, em 2014. A consultoria para qual eu trabalhava na época foi extremamente generosa comigo (valeu brothers) e me permitiu ir até Boston para aprender mais sobre o mundo de produtos e startups, afim de aplicarmos conceitos dentro da área interna de produtos. Após muita conversa, acabei saindo da consultoria (zero tretas, antes de você pensar que eu dei o chapéu nos caras) abrindo minha própria startup de tecnologia, a Kaipler, no final de 2015. Hoje trabalho tempo integral nela, desenvolvendo o nosso produto, o Marvios.

Parece fácil, não é não? Largar tudo, fazer uma startup, ficar rico, correr pelado na hora do almoço de um dia de verão no meio da paulista (talvez usando um chinelo pra não queirmar o pé)… Mas o processo foi meio longo e cheio de desvios.

Adeus ABAP, olá (?)

Pra que lado apontar antes de dar o tiro? Essa é a pergunta que não quer calar, caro ser cambaleante.

Inicialmente minha ideia era sair de ABAP pra adentrar o mundo do Ruby on Rails (Ruby é uma linguagem; Rails é um framework feito em Ruby para criar aplicativos web). Meu primeiro contato com o Ruby veio da constatação de que o criador da linguagem era um japonês: como bom geek de cultura japonesa que sou, fiquei mega interessado logo de cara. Ajudou também o fato da comunidade Rails brasileira ser bem ativa na internet (o Fabio Akita, por exemplo, escreve bons artigos não só sobre Rails, mas sobre programação em geral). Então, em meados de 2013, resolvi investir um pouco e aprender Ruby on Rails para tentar criar algum novo software no meu tempo livre.

Comecei fazendo um curso básico pelo browser no TryRuby. Depois, li e fiz todos os exercícios do excelente Rails Tutorial. No meio do caminho, percebi que, apesar do Rails adiantar muita coisa, eu ainda precisaria manjar um pouco mais do que eu conhecia sobre o combo HTML/CSS/JS. Para suprir essa deficiencia, embarquei em alguns cursos da Codeschool sobre o(s) tema(s). Aprendi também um pouco mais sobre Git pelo Alura da Caelum e sobre Vagrant lendo sua documentação. Isso tudo ao longo de aproximadamente um ano e meio (estudava quando dava). Foi divertido conhecer um outro mundo e eu até cheguei a fazer alguns protótipos promissores.

Mas como a parada não é fácil pra ninguém, adivinhe só: não faço absolutamente nada em Ruby hoje em dia, pois usamos C# e a plataforma .NET na nossa startup.

Meus dois amigos que trabalham comigo no Marvios trabalham com tecnologias Microsoft há muitos anos. Foi uma escolha natural seguirmos com o C# (uma das linguagens no .NET) para aproveitar toda a experiência de ambos. Mas isso também queria dizer que eu precisaria “largar” tudo aquilo que eu aprendi de Rails para aprender uma outra coisa. Porém, se essa era a melhor chance que eu tinha de abrir o meu negócio, que assim fosse…

O Rails Tutorial foi um ótimo guia para apresentar o mundo web para um Mauricio praticamente-completo-web-dev-noob. Como eu já tinha investido bastante nesses conceitos básicos, queria pular algumas etapas no estudo do C#. E foi assim que o livro Pro C# 5.0 and the .NET 4.5 Framework entrou na minha vida e acabou tomando boa parte do meu tempo em 2015. Ele não é feito para você aprender a programar do zero, ele é feito para quem já trabalha com C# aprender a parte “hard” do negócio. Foi uma leitura bem densa e massante em alguns pontos (1500 páginas…), mas consegui debulhar 85% do livro. Só parei porque, no meio do caminho, conseguimos tirar as ideias do papel e iniciar o desenvolvimento do Marvios.

A fórmula mágica

Todo o tempo que eu gastei aprendendo esse monte de baboseiras realmente fizeram a diferença. Eu só consegui performar razoavelmente bem quando comecei a criar o Marvios por conta de todo esse estudo. E não foram só as papagaidas em Ruby, Rails, C# e o escambau: foram também os cursos da OpenSAP, os livros que já li da SAP Press, as pesquisas para escrever os posts do ABAPAZombie, os textos do meu livro de ABAP e as leituras/discussões sobre conteúdos do SCN (agora SAP Community). Eu não faço a mínima ideia se esse caminho que eu segui se aplica para outras pessoas que pensam em trabalhar com outras linguagens e tecnologias, mas no final foi um caminho que, no meu cenário, deu bem certo.

A chave de tudo para mim foi a disciplina. Por várias vezes eu fiquei puto, quis desencanar e ir jogar meus joguinhos obscuros do Steam (e algumas vezes eu fui). Pensei muito em “deixar o mundo se explodir, fazer meu ALV, ganhar minha grana e é nóis”. Só que, uma das bases para ter disciplina é lutar contra nossa natureza preguiçosa e andar um pouco a cada dia (ou semana) em busca de um objetivo. Um artigo bem legal que fala sobre isso é esse aqui, do Joel Spolsky. Apesar de ser de 2002, sinto como se ele valesse para qualquer época.

TL;DR: não tem magia, no meu caso eu ralei de estudar e hoje (acho que) sou um dev .NET mediano. No seu caso, você pode ganhar na mega, vai saber.

Mas e aí, o outro lado da cerca é bão memo?

Como já mencionei, eu fundei a minha startup e trabalho com C#/.NET/frontend nela. O lado bom é que podemos fazer as coisas do nosso jeito, além de eu ter contado com dois amigos mais experientes para me ajudarem no começo (por mais que você estude, é na hora de criar algo real que você realmente aprende). O ponto é que eu não sei bem como seria a mecânica de trabalho em uma empresa “tradicional” de desenvolvimento .NET, uma que fizesse algum paralelo com as consultorias do mundo SAP. Portanto, posso somente compartilhar a experiência do desenvolvimento em si.

Quando eu trabalhava com ABAP, sentia que aquilo que eu queria fazer com a linguagem não combinava com seu propósito. Enquanto a SAP focava em coisas muito loucas para empresas, eu me divertia fazendo BETA de joguinho de zumbi com WRITE. Mesmo com novas tecnologias interessantes como o Gateway e o SAPUI5, o propósito do ABAP e derivados não batia com as minhas ideias.

Nesse sentido, trabalhar numa plataforma como o .NET é muito mais fácil. Eu posso fazer, literalmente, qualquer coisa que eu quiser com C#: apps para PC, Mac, celular, web, jogos, etc. E para cada uma dessas coisas, tem uma infinidade de plugins e projetos open source que podem acelerar o processo. É legal também que eu posso utilizar o .NET como backend e usar o que me der na telha no frontend: Angular, React, JQuery, Knockout, Vue (não é hue)…

Porém, se a plataforma é super abrangente, isso quer dizer que para cada coisa diferente que você vá fazer você precisar aprender um monte de pequenos detalhes. No geral, o processo para fazer algo novo e robusto é bem mais burocrático do que no ABAP.

Ah, e a velocidade das mudanças também é muito mais maluca. No ABAP, eu falei pela primeira vez de ABAP no Eclipse em 2012 e até hoje muita gente não o usa. No mundo .NET não é bem assim e as evoluções são abraçadas com mais rapidez (e isso quer dizer, reaprender mais detalhes). Pegue o Visual Studio (IDE de desenvolvimento) por exemplo: essa aqui é a lista da penca de coisas novas que foram liberadas no último release. Tem um desses pelo menos uma vez por ano para o Visual Studio “core”, mais updates distintos para outras partes complementares da IDE. Se for pra falar do .NET em si, aí é pior ainda: dá uma olhada no github do barato (sim, é tudo opensource).

Meu sentimento é que para ser um desenvolvedor muito bom no mundo .NET, você precisa dedicar-se muito mais do que para ser um pica das galáxias no mundo ABAP… e que o conhecimento que você possui tem uma data de duração muito mais curta. Tenho certeza que existem devs .NET que não se atualizam e trabalham em clientes que usam coisas completamente antigas, mas a minha impressão é que a proporção é muito menor.  Sem contar que os melhores trabalhos estão disponíveis pra quem manja das coisas do momento ou é especializado de forma absurda em uma delas. Se isso é bom ou é ruim, vai depender do quanto você realmente gosta de programação.

Eu adoro essa “liberdade” de poder usar a mesma linguagem pra fazer tantas coisas distintias, sem relação direta com um programa para uma empresa. Ao mesmo tempo, as vezes eu fico um pouco cansado de sempre ter que fuçar num novo framework, entender as mudanças de uma nova versão, ler um novo howto… Falo isso mas estou quase terminando de ler um livro de Unity bem denso no momento, então vai ver que é só a minha natureza reclamona momentariamente falando 🙂 .

Então é o fim? SAP nunca mais?

É óbvio que eu voltaria trabalhar com SAP, caso um dia eu precisasse. Porém eu tentaria mexer com outras coisas não relacionadas ao ABAP, como por exemplo a vertente de advanced analytics dentro do HANA. Hoje, eu só voltaria a trabalhar com o bom e velho (e o novo) ABAP se todas as outras portas se fecharem e eu precise de grana.

O ABAPZombie continua com o resto da galera e eu passo a participar mais do The Walking Dev.

Por coincidência, o meu livro acabou ficando pronto logo quando eu estava começando a trabalhar com o Marvios e deixando o mundo ABAP pra trás. Na minha cabeça, o lançamento funcionou meio que como uma “passagem” pra um mundo diferente, deixando publicado um pouco do que eu aprendi em todos esses anos.

Talvez eu não poste mais textos aqui por um bom tempo. Ou talvez tudo mude e eu apareça do nada com (mais) alguma filosofada vida loka sobre o mercado. Quem sabe?

Dessa experiência toda, ficou forte em mimm a ideia de que aplicar aquele ditado que diz “se você não tentar, nunca vai saber”, as vezes funciona. Não faço a grana que poderia fazer com ABAP, mas a perspectiva que eu consigo enxergar do meu futuro em TI é muito mais abrangente.

Por fim, fica aqui o meu abraço para todo mundo que me acompanhou nesses anos em meus textos gigantescos do ABAPZombie. Tenho ideias de criar alguma coisa nova para eu voltar a escrever regularmente no futuro, mas não tenho nada concreto no momento. Assim que tiver novidades, divulgo nas redes sociais aqui do site.

Até um dia, valeu!