DEV Community: Valdir Mendes

Profissão e/ou Paixão?

Valdir Mendes — Sat, 30 May 2020 18:48:13 +0000

Com um título desse, você, deve estar pensado: - Ihhhhh, lá vem mensagenzinha motivacional de uma vida perfeita ou quer vender curso!

Você está errado, mas se quiser comprar! (risos) Brincadeiras à parte, hoje, eu gostaria de compartilhar algo que vivencio constantemente e acredito que também acontece bastante com outras pessoas.

Sou engenheiro/desenvolvedor de software, estudei para tal e amo fazer o que faço! Como a grande maioria da galera dessa área que busca evolução constante, estudamos as novidades e novas tecnologias à noite/madrugada, muitas vezes nos finais de semana e feriados! Concordam DEVs?

Dito isso, muitas vezes somos bombardeados com frases do tipo: "É, mas você precisa viver também!", "Você só fica nesse computador?!", "Você não cansa de estudar?".

De onde tirei essas tem mais um monte, quer que busque? (risos)

Voltando ao nosso título, não posso falar em relação à outras áreas e/ou profissões porque conheço pouco sobre, mas pessoalmente falando, entendo desenvolvimento de software como uma arte, e como em toda arte, para apresentar o seu melhor, o artista, precisa praticar, analisar, aprender/desenvolver novas técnicas e praticar, praticar muito. É um loop "infinito".

Um dos meus hobbies é música! Amo música, tenho na família tios que tocam e aprendi tocar um pouco de violão novinho ainda. Aprendi um pouquinho de outros instrumentos, como guitarra e tive a oportunidade de tocar na igreja, em alguns eventos e até viajei para tocar em outros estados. Vivenciando esse meio musical, conheci músicos que tocavam para cantores reconhecidos e sonhei em ser músico profissional.

Diante desse sonho, comecei buscar conhecimento musical autodidata e tentar fazer o que esses músicos profissionais faziam para me desenvolver. Meu Deus, como músico sofre! Quantas vezes passei finais de semana estudando um mesmo trecho de exercícios por horas.

Aprender a teoria da música, executar exercícios, reproduzir o que já foi construído, criar seus próprios riffs, prática sozinho, prática com banda, repertório, ensaios, troca instrumentos, monta setup, passa som, faz a apresentação, desmonta setup, trabalha enquanto todos os outros se divertem. Mas se perguntarem se eles trocariam essa vida por uma "carteira assinada" e folga no final de semana, ninguém trocaria porque é arte deles e para apresentar o melhor, tudo isso é necessário ainda que não seja tão bem remunerado. Fazem porque precisam, mas muito mais porque amam, nasceram com essa aptidão.

Por que eu trouxe esse desvio sobre música? Porque os assuntos convergem! Tanto o profissional que quer se tornar melhor quanto o artista (nesse caso, o músico), precisam se dedicar pré, durante e pós atividade. Para quem deseja ser melhor, precisa se dedicar estudando, investindo em equipamento, conhecimento, analisando o que os outros fazem e praticar para aprender. Quando for produzir algo, tem que tentar aplicar o que aprendeu e o que vem praticando e analisar se está dando certo, se já domina o assunto ou os pontos que ainda precisam ser melhorados. Quando o que se propôs fazer estiver concluído, temos que analisar e permitir que outros analisem. Recebendo feedback, encurtamos o caminho para nos tornarmos melhores. Com os feedbacks e a lista de coisas que precisam ser melhoradas na mão, iniciamos novamente o ciclo.

Bom, quis trazer para você uma reflexão. O que você desempenha hoje, você deixaria de fazer se não tivesse salário? Se assim como eu, sua resposta é não, viva sim sua vida, curta sua família e amigos, mas reserve mesmo um tempo para seus estudos, continue se dedicando, praticando, seja constante. Você não está se desenvolvendo em função de um salário ou uma posição (ainda que seja risos), você está aprimorando aquilo que você nasceu com aptidão para fazer!

Tem ABAP aqui no meu programa em Go (GoLang)?

Valdir Mendes — Tue, 31 Mar 2020 15:17:08 +0000

Comecei estudar a linguagem de programação GO ou como muitas pessoas a chamam, GoLang da Google. Depois de um workshop rápido, muito esclarecedor e motivador com o Jeff Otoni, decidi encarar essa jornada.

Atualmente, sou desenvolvedor e arquiteto de software imerso no mundo SAP e suas tecnologias, então conheço um pouquinho de ABAP, SAP UI5, Fiori, OData e mais uma sopa de letrinhas específica do mundo SAP. No entanto, o mercado está em constante evolução e demanda, por isso, gosto de aprender e me manter atualizado sobre outras tecnologias e linguagens para aplicar melhores práticas, aprender o que os outros estão fazendo de legal e não passar aperto quando um projeto sair do "padrão".

A linguagem Go é fortemente tipada, compilada, o que a diferencia da maior parte das linguagens populares atualmente, com uma sintaxe de código incrivelmente simples (imagine, até a data que estou escrevendo esse artigo, a linguagem só possui 25 palavras reservadas! Confira aqui!), ela foi projetada para simplificar e resolver os maiores problemas encontrados no desenvolvimento de software, principalmente tratando de web, (listados no dia a dia da gigante Google, onde a linguagem foi construída), como por exemplo, escalabilidade, concorrência, paralelismo, produtividade e facilidade ao escrever e manter código, softwares com grande dependência de comunicação via rede, padronização de código em projetos grandes e com muitos colaboradores trabalhando ao mesmo tempo (quem nunca discutiu se a '{' fica na linha do if ou em uma linha abaixo? que comece a guerra, risos), e mais um tantão de coisas legais que vale a pena você pesquisar (esse artigo escrito por Rob Pike, um dos criadores da linguagem é bem interessante Go at Google: Language Design in the Service of Software Engineering).

Para começar minha jornada de aprendizado não foi difícil. Utilizo macos e não tive problemas na instalação do ambiente GO, bastou baixar a imagem correta do sistema operacional (Download Go), instalar e começar rodar. Iniciei pelo famigerado "Hello World!", que você pode codar em um arquivo fonte na sua máquina local, fazer o build (ou compilar, como alguns gostam) e executar o binário gerado. Você também pode usar o comando go run [file] para executar o código diretamente, sem precisar fazer o build, ou ainda, se não quiser instalar nada, pode simplesmente utilizar o playground da linguagem para começar codar e experimentar a linguagem diretamente no browser.

Logo depois do "Hello world!", a maioria dos programadores já pensam em como declarar variáveis e funções, queremos variáveis para fazer cálculos complexos porque vamos dominar o mundo, integrar o sistemas via api e zas, e zas, zas (Chaves mandou lembranças, risos). Comigo não foi diferente, busquei alguns materiais que apresentam os conceitos da linguagem passo a passo, explicando trechos de código e te desafiando escrever códigos utilizando o que foi aprendido. Aqui, gostaria de ressaltar que achei muito material legal, de boa qualidade, em português, sim PT-BR, com textos bem escritos e divertidos, ensinando os conceitos e apresentando exemplos de código, confiram a jornada GoSchool no Gommunity e os artigos legais em inglês go no dev.to. Sensacional, me ajudou bastante nestes primeiros contatos com a linguagem, os conceitos e o jeito de fazer. O meu muito obrigado à essas pessoas que investem seu tempo no ensino de tecnologia escrevendo artigos e tutoriais em nossa língua nativa.

Bom, com o básico da linguagem aprendido, fui buscar projetos mais práticos e encontrei como fazer uma simples API em Go neste artigo aqui. Fui seguindo o passo a passo do tutorial e magicamente, com 74 linhas de código em Go, tinha construído minha primeira web api, permitindo recuperar uma lista de contatos, inserir um novo contato e excluir um contato.

Similaridade com o ABAP

Como sempre faço, ao finalizar o tutorial, fui rever todo o código e checar se eu tinha dúvida em algum trecho de código ou conceito utilizado e aí tive uma surpresa boa. Analisando a declaração de uma estrutura em Go, encontrei uma similaridade com declaração de estrutura em ABAP.

Compare abaixo:

Declaração das estruturas Person e Address em Go:

type Person struct {
    ID        string
    Firstname string
    Lastname  string
    Address   *Address
}

type Address struct {
    City  string
    State string
}

Declaração das estruturas Person e Address em ABAP:

TYPES:
  BEGIN OF address,
    city  TYPE string,
    state TYPE string,
  END OF address,

  BEGIN OF person,
    id        TYPE string,
    firstname TYPE string,
    lastname  TYPE string,
    address   TYPE address,
  END OF person.

Além disso, a declaração de métodos em Go é bem similar à declaração de rotina (form) no ABAP.

Declaração de um método para imprimir o nome completo em Go:

Para funcionar como método, em Go, criamos uma função recebendo como parâmetro antes do nome da função o tipo ao qual queremos associá-la, neste caso, ao nosso tipo Person criado anteriormente. Para utilizar a nossa função que trabalhará como método, podemos acessar o nome da função diretamente de uma variável do tipo que declaramos no parâmetro e omitir a passagem do parâmetro. Conforme código abaixo:

func (p Person) PrintFullName() {
    fmt.Println(p.Firstname, p.Lastname)
}

func main() {
    pessoa := Person{
        ID:        "1",
        Firstname: "Valdir",
        Lastname:  "Mendes",
    }
    pessoa.PrintFullName()
}

Declaração de uma rotina para imprimir o nome completo em ABAP:

No ABAP, não conseguimos fazer uma função ou rotina funcionar como um método, mas para mim, existe uma similaridade interessante na estrutura de criação. Recebemos o tipo de uma estrutura que foi criada dentro do programa como parâmetro na rotina criada que consequentemente só funcionará para essa estrutura, assim como no método/função do Go. Confira abaixo:

  DATA: pessoa TYPE person.

  pessoa-id        = '1'.
  pessoa-firstname = 'Valdir'.
  pessoa-lastname  = 'Mendes'.

PERFORM print_full_name USING pessoa.

FORM print_full_name USING p TYPE person.

  WRITE: p-firstname, p-lastname.

ENDFORM.

Em resumo, gostaria de compartilhar com você um pouquinho da minha jornada de aprendizado da linguagem Go e essa similaridade encontrada em uma das linguagens que trabalho no cotidiano. E aí, o que achou?

#EstudandoSempre! Por que?

Valdir Mendes — Sun, 29 Mar 2020 02:39:12 +0000

Ei, que legal que animou ler este artigo, ficou um pouco grande, mas acho que vale muito a pena a leitura. Gostaria de te apresentar porque eu acho que precisamos estudar sempre e o quanto isso me faz bem.

Bem, minha origem é totalmente técnica, sou desenvolvedor e meu primeiro contato com a programação foi por volta dos 11 anos de idade quando através de uma escola de informática de bairro (Que nostalgia! Nem existe mais essa expressão "escola de informática". Você também fez informática básica I, II, III? Windows 95? risos), tive a oportunidade de aprender codificar meus primeiros programas utilizando Visual Basic. Aquilo era fantástico. Lembro-me de um programa que desenvolvi no curso que tinha um botão com o texto "Clique aqui" e quando o usuário movia o mouse para cima do botão, o mesmo desaparecia da tela para que o usuário não conseguisse clicar. Isso era muito divertido, me sentia um gênio por fazer aquilo (risos). Foi exatamente esse primeiro contato que me fez apaixonar por tecnologia, computadores e principalmente pela programação.

Profissionalmente, minha primeira linguagem de programação foi o COBOL (sim, isso mesmo que você leu!). Apesar de todas as críticas e preconceitos, os estereótipos, a verbosidade, sou muito grato por ter tido essa experiência. Todos os conceitos e aprendizado em desenvolvimento com o COBOL, me deram uma bagagem gigantesca de experiência que eu aplicaria em desafios que vivenciei com outras linguagens. Arquivos lógicos indexados, famosos VSAM (Virtual Storage Access Method, sabe o que é isso? risos), bloqueio de registro para um usuário, GO TO, sobreposição de tela do terminal com armazenamento do contexto anterior, mensagem com mudança de cor contextual do terminal, barra de progresso escrita "na unha" ponto a ponto da tela e tantas outras coisas que me bate até uma saudade, mas que já passou. (risos)

Já na faculdade, conheci um incrível e terrível mundo novo. Por uma parceria da faculdade com a Microsoft, a linguagem definida para os trabalhos práticos era o C# (Lê-se C sharp). Nova sintaxe, novos conceitos, novo jeito de programar, importação de namespaces, telas "reais" com botões, caixas de textos, imagens, nada de terminal, além de outras tantas coisas. Foi também meu primeiro contato com o tal "OO". Puxa vida, que mundo de informação! Pensei que nunca fosse capaz de conseguir entender isso: Método Main, estático, instância, objeto, herança, polimorfismo, composição, passagem por valor, por referência, privado, protegido, público, interface, classe, atributos, eventos... Cansa né?! Nem comecei falar dos objetos em si, listas, filas, pilhas, FIFO, LIFO, array, índice, chave-valor, hash, map, nossa era muita coisa para quem estava migrando de uma linguagem como COBOL, "velha" e FLAT, ou seja, os tipos eram numéricos, caracteres e estruturas, fim. Muito mais fácil, né?!

Passei! Estudei muito e aprendi, gostei tanto que fui monitor em AED(Algoritmos e Estrutura de Dados), acredita? Que desenhava no quadro e tudo para galera entender. Quando achei que estava "dominando" o jeito moderno de programar, BOOOM! Fui apresentado ao HTML, CSS, JavaScript, JSON e ao famigerado JQuery. Para programar "a Web", você precisa saber mais um turbilhão de informação: Protocolo HTTP, modelo cliente servidor, Request, Response, backend, frontend... 😱 Ichhhh, nem vou tentar citar. Nossa, foram dias estudando isso!

Bem, apesar de vários novos conceitos, senti que eu estava aprendendo mais rápido e me perguntei, por que? Nessa época, eu não entendia como conceitos para pessoas que não eram da área de TI, eram complexos e para mim pareciam óbvios!

Segui carreira e tive uma grande oportunidade de aprendizado, desenvolver emissores de Nota Fiscal Eletrônica de produtos e serviços (Isso me ajuda muito até hoje). Para isso, aprendi Java, conheci o modelo SOA, WebServices, WSDL, XML, Metadata, protocolo SOAP e vários outros conceitos inerentes ao modelo SOA e as regras de negócio de uma NF. Outra vez estava diante de muitas novidades, certo? Sim, porém apesar de algumas dificuldades aqui e ali, ainda sim eu conseguia aprender e desenvolver muito mais rápido.

Ufa, até que enfim chegamos ao objetivo do título. O artigo ficou um pouco grande então muito obrigado pelo seu tempo dedicado. Poderia passar mais alguns parágrafos contando de mais algumas coisas que fiz, estudei e/ou experimentei na minha jornada até aqui, mas acho que não é necessário, você já entendeu como foi meu progresso. Estudava o conceito e tentava aplicar, simples assim.

Um belo dia, iniciando um novo estudo de alguns assuntos que estavam na hype, comecei listar os tópicos e traçar um paralelo com algo que eu já conhecia, para facilitar o progresso e focar no que eu ainda não sabia. Foi ai que eu consegui responder aquela pergunta que eu me fiz lá na faculdade ainda, lembra? Por que algumas coisas parecem óbvias para mim? Por que parece que eu aprendo mais rápido?

Percebi que eu conseguia abstrair conceitos e associá-los com algo parecido que eu já havia estudado em algum momento da vida. Note que eu escrevi conceitos e é aí que eu entendo ser o diferencial. Aprender fazer, normalmente é mais fácil do que aprender porque fazer!

Quando você entende porque fazer algo, isso se torna um modelo de resolução de problema na sua mochila e toda vez que você encontrar um problema parecido, bingo, você se lembra do modelo de resolução e aplica-o novamente adequando-o a situação. Duvida? Se eu te falar que eu tenho um parafuso Philips para apertar, qual chave você me recomendaria? Philips ou fenda? Alguns fazem gambiarras (risos), mas a ferramenta adequada seria a chave Philips, correto? E se eu não tiver uma chave Philips, mas tiver uma parafusadeira elétrica? Ainda sim, vou precisar de uma ponteira Philips para resolver meu problema. A ferramenta mudou, mas o problema continua sendo resolvido da mesma forma, ou seja, adequamos a situação da ferramenta, mas o modelo de resolução é o mesmo.

Quando entendi a quantidade de coisas que eu poderia resolver e o quanto isso me economizaria tempo em novos aprendizados, apenas estudando os conceitos e guardando-os na "mochila", me apaixonei ainda mais por estudar, conhecer novas coisas, por me desenvolver diariamente e continuamente, então, #EstudandoSempre!