Este texto é composto por duas partes a primeira se encontra em

• Como você se vê daqui a cinco anos? A pergunta que pode não funcionar

Oportunidades x contratempos

Tenho um amigo que sacrificou seus valores de investimento de anos para dar a entrada e comprar um terreno, pois, acreditava que o mesmo se valorizaria no longo prazo, ou seja, um ótimo negócio, as parcelas cabiam no bolso e com tempo teria dinheiro para construir, economizou ao máximo, imaginava sua casa dos sonhos, porém, o que era para ser um sonho se tornou o maior empecilho, parou de investir em seus estudos, não conseguia recursos para construir e o terreno não se valorizou o suficiente para a revenda, manteve a obrigação do pagamento ao banco, ficava aflito, pois, não podia haver emergências que dependesse de suas finanças que até então estavam todas comprometidas, por fim depois de 7 anos o terreno foi finalmente vendido com uma margem mínima de lucro segundo ele, talvez uma falsa sensação de dever cumprido, pois, o custo desse investimento de 7 anos de estagnação, falta de liberdade nas decisões, sacrifícios em todos os âmbitos da sua vida, na verdade, não teve nada de lucro (a meu ver), teve a longo prazo prejuízos, o que em sua visão era uma oportunidade se tornou um contratempo.

Te faço uma pergunta, o quanto meu amigo deixou de ganhar em nome do investimento dos sonhos?

Quantas vezes você deixou de fazer alguma coisa acreditando naquele sonho que não é mais tão sonho assim?
Permita se crescer, mudar de ideia, e por que não mudar de sonhos?
Isso são decisões táticas resolvendo problemas táticos.

Nos negócios existe a frase, erre rápido e aprenda rápido, ela se encaixa perfeitamente no que quero expor, ter flexibilidade é justamente a permissão de errar mais, e aprender mais, seja flexível, aprenda com os erros, e evolua, de preferência rápido!

Seja estratégico para alcançar patamares que nunca sonhou.

Ser flexível, não utilizar milestones, ou destravar todas as suas decisões, definitivamente não são aquela bala de prata que resolverá todos os seus problemas, a habilidade de aprender rápido é uma das maiores aliadas que poderá possuir, mais ainda faltará aquele guia de para aonde devo ir? Para aonde direciono meu crescimento? A resposta está no planejamento de longa data, ou finalmente os objetivos estratégicos de vida.

Objetivos estratégicos são para longo prazo, estes se caracterizam principalmente pelas ideias, não é uma conquista de comprar algo, está longe de ser um objetivo estratégico por mais que necessite um longo caminho, quero falar daqueles mais emocionais que exigem uma mudança diária, como ser um melhor pai, conquistar um patamar de respeito em minha profissão ou amadurecer meu casamento, são exemplos que se encaixam perfeitamente aqui.

A exemplo tive uma chefe que, percebendo que a profissão não a satisfazia resolveu estudar sobre empreendedorismo, e como em todo bom curso pede ela expôs seus objetivos profissionais no papel:

• Montar uma empresa pet-care.
• Cursos no Sebrae
• Atingir 1.000 clientes durante 1 ano.
• Juntar 100.000 em capital de giro e lucrar antes dos 5 anos.

Não se apegue aos números, mais sim em perceber que todos são objetivos táticos, isso é a conquista de algo ou alguma posição, que requer, passos, obviamente “montar a empresa” requer muitos passos com muito acontecimento, humanamente impossível de prever, porém, o real motivo não foi exposto nos objetivos, e novamente, colocou somente objetivos táticos no âmbito de ideais.

O real motivo é a insatisfação com a vida profissional, falta de reconhecimento seguido de achar que estava se esforçando muito para pouco, não entrarei no âmbito de que humanamente todos pensam que gastam muita energia para um baixo retorno, seja intensivamente no trabalho ou no relacionamento, o que normalmente gera uma sensação errada da realidade [achar que trabalha muito e recebe pouco, sendo que seu investimento em desenvolvimento pessoal é baixo e a qualidade de seu serviço é mediano🤷‍♂️ ].

Considero que ela era desvalorizada no nosso ambiente de trabalho, mas conquistar algo como empreender necessita de decisões táticas, que neste exemplo faltou, mais pelo fato dela está seguindo esse caminho por impulso do que definitivamente de uma forma planejada e estruturada.

Passado alguns anos a empresa não foi para frente e ainda, houveram dívidas e desgaste com equipe no percurso e percebeu que o que pesou conscientemente foi saber que mesmo cumprido toda a receita de bolo ensinada pelos livros e cursos que frequentou a realidade se mostrou totalmente imprevisível e os seus primeiros objetivos nem de longe se realizaram, ao contrário, passou os primeiros 2 anos no vermelho e último no zero a zero segunda ela que depois me disse que não queria voltar ao mundo corporativo e seus planos atuais estavam entre:

• Começar uma faculdade, tudo de novo?
• Como posso utilizar meus conhecimentos ao mesmo tempo que mudo de profissão?
• Investir em uma nova área? Tentar trabalhar em uma cia cultura startup.

Agora sim questionamentos mais sadios e menos impulsivos, sem objetivos complexos a serem desenvolvidos, inícios mais palpáveis são o começo da formatação de uma ideia mais madura.

Ela continuo, até que (chegou) em:

• Posso usar minha experiência de data science aliado com o conhecimento comercial que desenvolvi, assim poderei almejar outros caminhos profissionais, mudando minha colocação sem perder toda a minha bagagem. Com isso em mente investiu em conhecimentos na área estatística e se recolocou no mercado.

Veja que seu objetivo estratégico, da mudança profissional, não mudou, o que se alterou foi como ela realizou esse objetivo, e acredito que foi uma boa alternativa, refazendo seu objetivo estratégico ela resolveu o problema da insatisfação profissional, não empreendeu e ganhou seus 100.000, mas se realizou de forma a aproveitar as oportunidades e investiu seu tempo e dinheiro em algo mais palpável.

Considerações Finais:

Aja taticamente e pense estrategicamente.

Parabéns por ter chegado até aqui!rs 👍
E se eu fosse resumir o que quero passar, crie objetivos estratégicos com foco em ideias, e seguidamente os objetivos táticos para suportar a ideia, não leve todos os seus objetivos a sério demais, eles podem e às vezes devem mudar! mudar para um rumo nunca imaginado, e você vai precisar mudar junto, o seu objetivo de longa duração é uma ideia, ideias criam sonhos que não são tão fáceis assim de se alterar, normalmente comportam muitas esperanças, idealizações, seja no âmbito pessoal, profissional como os exemplos que citei, mas tente ser flexível, para seu bem e para que sua vida tenha mais liberdade, você merece o sucesso e não é porque você está noivo há 10 anos de alguém que insiste em não tocar no assunto data do casamento que você deve insistir nesse que talvez não seja mais o seu sonho. Repense seus objetivos, eles precisam ser reavaliados, e de preferência não de 5 em 5 anos rs!

A escolha correta dos objetos fará toda a diferença, escolha os objetivos de longo prazo que componham ideias, e seja aberto para planejar os de curto prazo aproveitando o melhor do momento resolvendo de forma tática, aberto a novas oportunidades, essa poderá ser a chave de seu sucesso e de quebra garantindo uma sanidade contra a ansiedade daquele objetivo que nunca se cumpre.✌

Muito obrigado!

Autor: Felipe Klerk Signorini
Da série: Desenvolvimentos (visões pessoais).

Vamos falar de metas, objetivos, estratégias, oportunidades e mudanças ao longo do caminho para se realizar os sonhos!

Esses dias estava acompanhando o meu feed de notícias e me deparei com textos expondo sobre a importância de se fazer um planejamento de 5 anos, por coincidência também ocorreram várias conversas com amigos que comentaram o quanto é difícil alcançar um sonho, muito planejamento e pouco resultado, o clímax foi quando exacerbado um dos participantes proclamou que a ignorância é uma dádiva, pois, o ignorante consegue dormir sem passar por acessos de ansiedade, ou pior, as crises existenciais.

Vou te contar um segredo, deixarei de planejar 5 anos a frente, pois, podemos ter exceções em objetivos claros com passos aritméticos do tipo pagar aquele financiamento de uma casa durante 30 anos fielmente sem precisar pensar o do porque de está fazendo isso, pois, simplesmente a pessoa se comprometeu com algo obviamente a longo prazo, mas a realidade é que tentar acertar todas as bolas que irão pingar em um longo prazo de vida, e tentar se planejar para isso beira o impossível.

Planejar 5 anos a frente é uma falha?

A imprevisibilidade dos fatos:

Comecei a levantar minha própria experiência e de todos a volta, e do porque os objetivos de 5 anos se tornaram tão distantes, e por uma coincidência incrível o motivo do abandono sempre foi o mesmo, o objetivo antes ansiado deixou de ser desejável, a vida andou e as coisas mudaram, o nunca imaginado agora faz parte do nosso cotidiano, aquele tão sonhado mestrado deixa de fazer sentido quando se percebe que o mercado pode não dá a mínima por formação nesse sentido, aquela faculdade ficou mais longe quando se descobre que estudo e riqueza nem sempre andam de mãos dadas, ou aquele filho que não irá acontecer porque o companheiro(a) ganhou um ex no começo do nome, diversas versões de sonhos frustrados que ouvi.

A real é que imprevistos acontecem, e acontecem mais do que desejamos.

Porém, existe um grande segredo, são justamente os imprevistos que representam as oportunidades da vida, sabe aquelas oportunidades tão comentadas por especialistas até então nunca expostos, seja ele algo que te force a crescer ou algo que com a atitude correta abrirá portas, e imprevistos como o próprio nome diz não tem como planejar ou simplesmente o esperar.

O maior exemplo foi a minha mudança de país, em nenhum momento fiz um planejamento detalhado de que em 5 anos, ou tempo X isso iria ocorrer, claro que havia o anseio de mudança nesse sentido, que algumas metas nesse sentido como estudar inglês visando uma melhor oportunidade, montar meu próprio projeto open source e outros passos foram efetuados e que juntando com alguns imprevistos a porta de morar fora parecia mais próxima.

Temos dois pontos, o planejamento que por falta de suporte deixou de ser vantajoso e deu lugar para aquele imprevisto que foi muito bem aproveitado se tornando uma vantagem.

Chegamos a conclusão que para se dar bem não é preciso planejar, que todos os autores de auto ajuda estão errados?, A resposta é; veja bem…,

A falha não está no ato de planejar, mais sim no que planejar, mais detalhadamente planejar de forma tática (o que os autores chamariam de pequenas metas), planejar em ter coisas, conhecimentos, aquela posição no trabalho, aquela casa, carro ou viagem que ao se somarem realizam os objetivos a longo prazo.

todos os itens acima deverão ser resolvidos de forma tática, que acabam por possuir uma data de validade, aonde é curta, e se deixar de ser vantajosa então, de certa forma ela expira, colocar itens táticos no patamar estratégico é gastar tempo em algo que não trará tantos resultados assim.

Diferença entre planejamento tático e planejamento estratégico.

A real diferença está em que o tático é a decisão dos próximos passos, de como eu irei chegar naquele ponto, as famosas metinhas que terei que realizar para atingir o objetivo, como o exemplo de comprar a casa, esse é o objetivo, mas para isso terei que antes juntar dinheiro para dar talvez 50% do valor a vista, isso seria uma meta, enquanto o estratégico é voltado para a organização o do por que estou escolhendo comprar uma casa, tático é planejar para ter coisas/conhecimento, é mais concreto, o estratégico é para ter ideias de como se realizar, é mais abstrato.

Estratégia é um planejamento para uma mudança de espírito ou estado, normalmente pensado para ser de longo prazo, com plano de ações muitas vezes intangíveis, já o tático é um planejamento para alcançar um estado ou espírito com ações muitas vezes, já estabelecidas. Sendo um estado algo físico (ter uma casa, um carro alcançar aquela posição no trabalho) e o espírito algo emocional (ser um bom esposo/esposa, ser uma pessoa mais presente na família, vencer vícios e afins).

Planejar daqui a 5 anos?

Eu percebi que sempre estava planejando de forma tática e usando o tempo de forma errada, assim comecei a me organizar e ser mais inteligente naquilo que me proponho a cumprir, sendo muitas vezes somente tático com duração curta, em vez de ficar reavaliando a cada ano se estava indo na direção certa ou não, então comecei a avaliar somente as melhores oportunidades nos próximos 6 meses, e ir restabelecendo caminhos para aquele ano, com isso todo o meu esforço se concentrava em resolver problemas de curto prazo, da melhor forma possível sem se martirizar em resolver os de longo, e para os de longo somente mudanças de ideias sem milestone, de forma opcional ficando bem claro que é justamente aonde o planejamento estratégico entra.

Como exemplo, a minha própria experiência.

5 anos atrás todos os objetivos que delimitei foram:

• Ser promovido no trabalho ou montar minha empresa.
• Constituir um bom casamento
• Ter 1 milhão antes dos 30.

Relembrando, de acordo com alguns autores o próximo passo seria delimitar os milestones, deixando “visível” os próximos passos quebrando as tarefas por ano e por mês, vamos lá:

Primeiro ano

• Estudar outra linguagem de programação. ✔
• Ter alguma ideia inovadora [plano b, por que na real o plano a é ser empregado]. ✔
• Manter meu namoro. ✔
• Juntar 100.000 😒

Segundo ano

• + dinheiro, namorar, contratar 2 pessoas.

Terceiro ano

• ++ dinheiro, casar, contratar 4 pessoas.

Quarto ano

• +++ dinheiro, contratar 10 pessoas.

Primeiramente quero questionar que delimitar milestone já é uma ação de cunho tático, meu primeiro erro, isto é bem claro quando estou identificando quais são minhas próximas jogadas, delimitando milestone, pensamento totalmente tático.

Vejo as pessoas fazendo algo parecido, para compra da casa, faculdade, perder peso e afins, e por incrível todos caem no mesmo problema, resolver problemas táticos de forma estratégica. O que resulta em normalmente em desistência, não priorização e a situação muda!

Voltando ao meu plano de 5 anos, você pode até me questionar, pois, eu cumpri a meta de estar uma boa posição no trabalho (plano a)e ter um casamento bem-sucedido, mas não, não cheguei no milhão (ainda)rs, e montei minha empresa, mas ela fechou na mesma rapidez que abri, mas a grande verdade é que foram alcançados objetivos não pelo meu cumprimento do estritamente planejado dentro de 5 anos, e mais por saber aproveitar oportunidades que me apareceram, talvez se eu tivesse me planejado para daqui a 5 ou para daqui a 1 ano acredito que os resultados seriam os mesmos.

Se somente conquistas táticas vem a mente, então planejar até o próximo ano seria mais viável.

Acho importante ter planos táticos em curso, saber aonde se quer chegar, possuir um caminho visível, porém, façamos de até um ano, e se caso aquele sonho não couber em um ano, ai sim um planejamento mais longo, e deixe o próximo ano chegar assim conseguira identificar as melhor oportunidades para aquele momento, voltando a ideia da casa que no começo pode parecer algo tão desejado no início da vida e por muitas vezes se mostra uma escolha errada com o tempo, o financiamento pode se mostrar um grande desafio, pode ocorrer um desligamento da empresa que está, ou mais triste o sonho do casamente pode virar um divórcio e o juiz fazer você enxugar as lágrimas da sua ex com o seu cheque, tantos imprevistos possíveis para um grande sonho de longo prazo…

Se a compra da casa é tão desejado assim, coloque no radar, sem o comprometimento, junte uma boa grana para aquela entrada, e ano a ano poderá avaliar se continua valendo a pena ou se aquele objetivo pode se tornar uma bela furada.

Esse texto é composto por duas partes:

• Seja estratégico para alcançar patamares que nunca sonhou.

Muito obrigado!

Autor: Felipe Klerk Signorini
Da série: Desenvolvimentos (visões pessoais).

PS: English version

Neste ano eu me mudei para me aventurar do outro lado do oceano, Irlanda, e comecei a trabalhar em uma startup com sede no Vale do Silício, a Udemy que possui escritório em São Francisco, Ankara, Dublin e em São Paulo, sendo o maior marketplace de cursos online do mundo.
Fiquei em SF por duas semanas, trabalhando, aprendendo, visitando outras empresas e conhecendo a cidade. Neste texto foco nas minhas impressões sobre a parte cultural e de negócio observada nas empresas que visitei, meetups que participei, pulando os detalhes turísticos, então vamos a minha visão dessa experiência. ;)

1 — Maturidade, mentalidade e foco, modo Vale do Silício de trabalhar.

É realmente diferente, como eles se organizam, pensam, possuem diferentes robôs, machine learning, mas até então isso não me surpreendeu, era o esperado, agora como as pessoas pensam e tomam decisões, isso me chamou a atenção, é diferente em tudo do que eu tinha visto, ou até lido.
No início tudo é uma aparente novidade, mas quando retiramos as lentes da empolgação nem tudo são flores, o ambiente não me pareceu saudável com foco na qualidade de vida, mas levando em consideração que data-driven, marketing 3.0, sprint design, e dentre outras formas inovadoras de mindset nasceram de companhias e ótimas mentes que residem no Vale, posso dizer pois é de senso comum que é um lugar onde as coisas acontecem!

Discursos de efeito sem nenhuma ação

Geralmente CEOs/lideres em qualquer empresa no mundo pensa ser o melhor, pelo menos aqueles que lidam com tecnologia, vangloriam-se em frases de efeitos e empurram goela abaixo imposições sobre seus funcionários. Mas será que realmente eles sabem o que estão falando? Sabem o que estão fazendo?E as consequências? É um perfil de liderança que por certo não sobrevive muito tempo nesse habitat chamado de Vale do Silício, ou ao menos não deveriam pois lá discursos são atrelados a uma ação e isso foi ótimo de presenciar!

Somos uma empresa horizontal e empoderada, porém os projetos precisam ser aprovado pelo diretor. (?)

Ser horizontal com times empoderados não é para todos nem em todos os lugares, fácil de entender muito difícil de conseguir, precisa-se de tempo e principalmente maturidade. Ser horizontal é cada time ser habilitado a fazer e finalizar qualquer coisa sozinho, a real autonomia, sem aprovações de superiores, há uma passagem de conhecimento entre pares, não havendo dependências no fluxo de trabalho, e se em algum momento for necessária uma aprovação, que seja por um diretor ou pela área de controle de qualidade o termo “empoderado” já não está sendo usado corretamente.

Empresas no vale do Silício entenderam isso, cada área, como engenharia, RH, vendas são empoderadas, não existem camadas de aprovação, diretor não toma decisões micros, ou de médio porte, ele age mais como um juiz quando necessário, e é consultado sim quando há tomada de decisões que realmente façam valer seu tempo para tomá-la, cada time sabe o que precisa e para onde deve caminhar. Esse estado de trabalho não é uma escolha, digo que é uma evolução da maturidade profissional, criado por contratações corretas e decisões internas com visão e foco em crescimento interno e cultural.

E como grata surpresa eu vi times realmente empoderados, entregando valor de forma isolada, acontecendo em uma sincronia com outros times que chega a ser difícil descrever como e onde acontece.

Somos agile, scrum está em nosso sangue, porém a origem de todos os males está no departamento comercial.

Quanto tempo é necessário para percebemos que ser agile é uma condição cultural para todos dentro da empresa, é um modo de trabalhar, que envolve todos os departamentos, rh, vendas, engenheiros e trata-se de comunicação, modo de se organizar, reconhecer os erros, de tomar decisões e não simplesmente fazer e entregar sem a parte crítica do que se está entregando de fato e depois colocar a culpa em um departamento, o comercial do sub título foi meramente ilustrativo rs.

Cliente em primeiro lugar, até que o dinheiro acabe?

Frases incontestáveis são sempre boas para reforçar opiniões e empresas inteligentes preferem perder dinheiro em um curto/médio período de tempo visando um ganho a longo prazo, fácil de entender, difícil de aplicar, tem que ser corajoso além de requerer planejamento e busca de investimento constante. Consigo contar nos dedos de uma mão quantas companhias que trabalhei foram corajosas nesse sentido. Quantas empresas realmente visam estratégias de longo prazo? Estou falando não só de decisões na área de engenharia, de marketing e sim o mais importante que vejo hoje que são as decisões culturais, investimento em P&D, inovação.

Certas coisas são difíceis de mudar, e com certeza decisões de curto prazo estão na lista dos mais difíceis, mas quando a empresa tem clara a sua cultura e engaja não só os colaboradores mas também seus clientes fica nítido que o foco além no monetário é a qualidade de atendimento das necessidades destes, aumentando a credibilidade de seu produto/serviço e fidelizando esse cliente.

2 — Não é a tecnologia, é como as coisas são feitas!

Usar Kubernetes e ReactJs não diz nada a respeito da empresa, estou cansado de ver vagas com a descrição “nós usamos x, nós somos uma empresa moderna igual ao Google” (…). Amigo o Google não é o Google só por causa da linguagem e ferramentas que utiliza e nem por oferecer comida de graça.

As empresas querem receber resultados a lá Google, porém não conseguem pensar como uma empresa inovadora, quem dirá ser uma . Um ponto que sempre levanto quando analiso atitudes e resultados de forma geral é o verbo querer que claro é diferente de ser, querer ser criativo não significa que você é criativo (querer pode ser um começo, mais não é o final), devem haver provocações, incentivos e abertura para uma Cia transformar sua cultura e ser o que se quer, a questão de colocar em prática toda a teoria romântica que cerca a cultura start up, vai além de utilizar a mesma linguagem de programação, tem mais haver com ação!

O time de engenharia não é o único que deveria ser agile

Em minha experiência, trabalhei em todos os sentidos para ser mais ágil, seja estudando os princípios ágeis, aprendendo e ensinando, mudando cultura, fazendo reuniões citando termos como grooming, daily, sprint planning , dentre outros . Porém quando presenciei a área de vendas e design trabalhando juntas, times diversos nas mesmas reuniões compartilhando os mesmos objetivos, o rh fazendo print planning, veio em minha mente, que realmente algo aqui é diferente! Todas as áreas transformam-se em participantes atuantes dividindo conhecimento, fazendo planejamento que resulta na criação real de sinergia de que a empresa precisa para ser ela em si um só time com um objetivo em comum, sem espaço para ruídos.

RH

Sim RH é faz parte desse time, é parte importante da empresa, e tem o poder de trazer a paz celestial ou guerra infernal rs. Vi a galera usando o Confluence para a documentação de todos os processos com a mesma preocupação que eu documento os meus softwares, percebi que é diferente do que estou acostumado a ver, o resultado são processos para novos colaboradores totalmente automatizados e rápidos, tudo feito para ser acessado facilmente na ferramenta. Eu fiz minha realocação de forma eficaz e tranquila, dentre os motivos, com certeza o RH integrado é uma delas, e de fato uma grata surpresa pois quando a cultura é forte ela é disseminada em todas as áreas.

Um outro ponto que me surpreendeu foi presenciar o time de RH e design participando de Hackthons, meetups, e apresentações junto com o resto da empresa, e eles mandaram muito bem, com boa presença e boas ideias. Dê autonomia para as pessoas e áreas que elas vão te surpreender.

Usabilidade + Engenharia

Difícil de explicar, mas times que lidam com o cliente como taxonomia, ui e seo precisam de maturidade e este é o melhor combustível. Não vi nenhuma ação mirabolante ou diferente, vi uma maturidade na comunicação entre equipes, em uma empresa com o mesmo diretor, vi equipes fazendo o mesmo sprint planning e compartilhando o jeito de trabalhar, o que diminui o conflito entre equipes. As vezes falha? Acredito que sim, mas existe um modo de contornar, com maturidade e uma cultura de empatia.

No mesmo contexto aponto para DevOps/Agile/Management 3 que não irão resolver problemas culturais.

3 — Diversidade cultural existe.

A realidade é: só existem homens em empresas de tecnologia ou melhor dizendo se só há homens em empresas de tecnologia elas são medíocres.

Vamos falar de diversidade, por padrão quando pensamos nos benefícios de um ambiente multicultural pensamos em times mais criativos e inovadores, de fato a ideia tem sua verdade, porém existe outro benefício que para mim é muito mais importante, esses ambientes normalmente são construídos com pessoas de mente mais aberta o que acaba diminuindo ruídos e problemas relacionado a empatia interna da equipe, um ambiente mais respeitável. Não digo que irá criar um ambiente eticamente perfeito pois temos vários exemplos de escândalos por abusos em várias camadas das empresas do Vale do Silício (e em outros lugares claro), mas temos protestos referentes a esses abusos e o mundo tem se posicionado mais ativamente.

Agora o meu único ponto contra ambientes multiculturais é se a empresa não estiver preparada para ser “diversificada” cuidado, pois se não houver cautela no tratamento de problemas como posições religiosas/políticas, haverá entraves na comunicação.

4 — Nem tudo são flores

Excesso de auto-promoção

Um ponto que percebo é a extrema auto-promoção, repetida e por vezes excessiva. Empresas do Vale do Silício adoram se autopromover, seja externo ou interno, fazem conferências, meetups, chamam todo mundo para conhecer e “ se mostrarem”, falam sobre seus produtos, mostram um mundo perfeito, as vezes induzem uma idolatria ao ponto de mesclar o nome da empresa com o nome da pessoa como se quisessem fazer surgir uma nova versão daquele colaborador.

Se você pensa que a auto promoção é somente para os clientes, engana-se é também para os funcionários, mostram o quanto é bom trabalhar no Vale, e quanto você é um cara de sorte em trabalhar aqui. Não consigo distinguir se isto é bom ou não, se eu for pensar naquele filme “ O circulo” diria que há opiniões diversas, pois pode ser uma pegadinha para os novatos, sonham demais e quando a realidade chega, e ela chega, ainda haverá grandes empresas e também grandes problemas.

Bem longe de ser perfeito

Bem longe de ser perfeito, saudável e um lugar tranquilo para se trabalhar. Se fizer uma pesquisa rápida encontrará várias notícias sobre cobrança excessiva, concorrência, rotatividade, problemas políticos e gerentes ruins. Grandes empresas tiveram, tem e terão problemas, é difícil escalar se será relacionado a ruído cultural, falta de habilidades políticas ou outro motivo, mas cada um é único em suas vantagens e desvantagens falando das empresa do Vale, e sendo realista é impossível manter todos felizes com as mesmas regras e cultura.

Relembrando uma regra importante, sozinho irei rápido e junto iremos longe, mas não necessariamente rápido.

Esta é a primeira parte, a próxima irei falar sobre as impressões sobre machine learning e data-drive em tudo que vi. E como São Francisco está caminhando como um centro de empreendedorismo, o suporte que o Estados Unidos oferece e como se tornar um desenvolvedor no Vale do Silício.

Obrigado e até a próxima!

Felipe Klerk Signorini
SRE

Claro trouxemos muitas melhorias na parte de UI, bugfix de requisitos funcionais e não funcionais e tornamos o projeto mais estável.

Mapa de dependências

A principal funcionalidade desta release é a possibilidade de configurar a relação entre as aplicações dentro de um sistema, tornando fácil a identificação de dependentes e dependência.

• Identificação fácil da árvore de dependentes dentro de cada sistema.
• Visual elegante do gráfico de dependentes.
  Através do visual, torna-se fácil entender a arquitetura como um todo. Poderá inclusive exportar em png, svg ou compartilhar em outros sistemas de documentação.
• Arquitetura do negócio
  Visualização fácil da visual de négocio entre sistemas
• Construção fácil da árvore de dependência.
  Construtor de dependência é uma ferramenta que veio facilitar por completo o modo de documentação das relações entre os sistemas.

Melhorias em UI

Real remoção de recursos
Maestro Server garante a sincronização dos recursos de servidores e serviços em cada provedor, logo, se em qualquer momento algum servidor for desligado Maestro entenderá a modificação é repercutirá na lista

PS: Está sincronização é feito de tempos em tempos, usamos o conceito de recursos órfãos, alguém bem parecido com os tombstones do Cassandra.

Bugfix

• Atualização em real time quando se atualiza o avatar.
• Atualização do nome de usuário dentro do menu
• Ordenação dos eventos dentro do scheduler
• Dentro da lista de servidores, quando você atualiza alguma informação, em algumas situações o dado não era repercutido em cache.
• Melhorias para o mobile
• Controle de cache em serviços, times e servidores.
• Implementação da limpeza total dentro do Vuex (clear all)t

Sistema de notificação real

Utilizando o WebSocket, Maestro pode notificar tarefas assíncronas em tempo real, quando a tarefa é executada

Novas aplicações

Poderá cadastrar novas aplicações?

Streaming CDNs: Poderá criar RTMS cdns (AWS CloudFront Streaming)
AutoScaling: Cadastrar autoscaling e planos de autoscaling
ETLs?
Service Mesh: Linkerd, Istio e muito mais.

Mudanças não funcionais

• Padronização da biblioteca de acesso externo (MaestroRequest)
• ID unico para todos os recursos
• Discovery crawler cache
• Traquear mudaças e recursos no discovery app
• Criar a tarefa aonde executa somente no final de discovery app
• Atualização de pacotes (segurança)
  - Client APP
  - Server
  - Discovery
  - Reports

Novos serviços

• Analytics API:Recebe requisições do server app e envia comandos para os workers.
• Analytics worker: Cria SVGs e grafos de dependência.
• Analytics Front: Front end de SVG e PNGs
• WebSocket: Atualização automática para todos os microservices

Se quiser conhecer o desenvolvimento do sistema e participar, ele é totalmente open source.

• Documentação completa de utilização e instalação
• Documentação completa para desenvolvedores que queiram contribuir
• Temos uma demo online

Quais problemas ele resolve

No mercado temos bastantes opções de inventários, deste opensource como o manageiq, temos os pagos como o cloudcraft e o totalcloud, também opções aonde apenas extende o poder do CMDB como o cloud manage, e por último temos os próprios provedores AWS ou Azure.

Em todos os lugares que trabalhei sempre existe a complicada tarefa de como documentar e manter atualizado um ambiente em nível Ops, como deixar atualizado e visível para um time ops os servidores, as relações entre os servidores, como dar manutenção a essas documentações e como disponibiliza-lo de forma segura. Em grande parte quase sempre recorria a notas no evernotes e planilhas no drive compartilhado entre os integrantes da equipe, controle por IAM teoricamente é fácil, porém na vida real sempre se esbarrava em pequenos problemas o que sempre terminava em chaves padrões com total acesso, a situação começa a ficar mais sensível quando de fato começamos a trabalhar com cloud.

Documentação de sistemas complexos

Como documentar aquele complexo sistema pensado de forma imutável e mantê-lo atualizado, aquele autoscaling, serverless, containerização, como documentar isso de forma ops? Por padrão de mercado recorresse ao combo atlassian, confluence + jira, e sinceramente mitiga o problema mais passa longe em resolvê-lo.

A documentação são os próprios funcionários, scripts mão são compartilhados, quando compartilhados mal explicados, adaptação de novos funcionários é uma tarefa demorada, e a visibilidade de tudo fica beirando ao impossível, sistema legados sempre serão um fantasma do passado, acessando recursos que aparecem na existência depois de enfrentarmos um belo post-mortem.

Se em micro serviços o monitoramento e a telemetria são o coração da arquitetura, por que não ter a documentação e mapas atrelado a isso, e através desta ideia pensando neste problema que desenvolvi o Maestro Server, uma plataforma unificada para ambientes multi clouds e multi services visando trazer o negócio junto a operação.

Visualização de clientes, sistemas, aplicativos e servidores.

A grande diferença do Maestro em relação a outros está no fato de trazer um pouco da organização do negócio para o inventário, podemos atrelar quais clientes possui quais sistemas, e quais sistemas utilizam quais serviços, isso de forma unificada e com uma interface mais intuitiva.

Do mesmo modo podemos visualizar todo o parque de máquinas em uma única interface, segregar de acordo com o cliente, podemos visualizar de forma fácil todos os ambientes de um determinado cliente, mesmo que estejam em vários providers, podemos organizar quais servidores são utilizados por quais aplicações.

Como documentação, podemos disponibilizar para todos os novos funcionários os endpoints das aplicações, sistemas de monitoramento, configurações de deploy e quais as relações entre cada sistema de forma macro, melhorando o fluxo e tomada de ação em operações, totalmente pensando em facilitar a cultura devops.

Tudo isso de uma forma simples, e totalmente open source, listo aqui as principais vantagens do Maestro Server:

· Visualização real do estado de ambiente

> Auto Discovery que garante a atualização de estado de todos os servidores

· Facilidade em avaliar compliances

> Visualização de security groups, chaves de acesso e formação de nomes em todos os ambientes

· Relatórios avançados

> Poderá criar e visualizar complexos relatórios

· Robusto sistema de acesso

> Poderá controlar de forma bem granular o acesso de cada funcionário.

Se gostou e sentiu vontade de conhecer o maestro preparei uma apresentação demonstrando algumas telas e os problemas que ele resolve.

Se quiser conhecer o desenvolvimento do sistema e participar, ele é totalmente open source.

• Documentação completa de utilização e instalação
• Documentação completa para desenvolvedores que queiram contribuir
• Temos uma demo online

Neste mesmo período comecei a desenvolver o maestro, um projeto super massa de orquestração de serviços aonde um dos pontos é uma aplicação em SPA consumindo algumas APIs, neste projeto tem uma área para o usuário, vários dashboards administrativos, mobile, e afins. Planejando o projeto percebemos que a modulaziração scss de front ainda não estava adequada (existem vários projetos de style guide, mais nenhum realmente eficiente).

Aí veio aquele estalo, ta na hora de montar um padrão de componentes que detenha de fato a ideia do style guide, nada de ficar criando documentos, ou um repositório padrão para aplicar copy + paste que nunca funciona, preciso de um padrão de componentes vivos, e aí amigos, quando vi o vue2 + webpack veio aquela frase: (@&$#! Ou melhor, Eureka!!!//).

• Deseja conhecer o bootue, veja aqui

O Bootue

Ele consiste em resolver os seguintes problemas.

• Padronizar a construção de componentes base (style guide)
• Encapsular 100% o componente, isso é cada componente é auto suficiente, tanto em css, html ou js. (esse é um ponto que projetos como o vuestrap, buefy boostrap vue entre outros não possuem)
• Possibilitar de forma efetiva a construção de uma pirâmide de responsabilidades. Irei comentar sobre o conceito de pirâmides de componentes.
• Resolver o problema da base de areia (pelo menos tentar minimizar). É aquela situação do projeto 100% foda, classificar como super modular 100% testado, só que se uma bilbioteca de terceiro estiver bugados ou mal desenhado. No final seu software é confiável?
• Possibilitar ter um repositório efetivo de componentes para construção de dashboard em SPA (Style Guide vivo)
• Uma regra de organização não importa se é bootstrap, bulma ou o super set novo de CSS do facebook.
• Ter o poder de aceitar multiplos componentes com pré processadores diferente. (veja esse exemplo aonde utilizo o grid sass do bulma, junto com alerta em scss do bootstrap).

No final acrescento mais alguns pontos:

• Open Source = Comunidade acrescentando novos componentes de forma viva (tomará né, bootue saiu do forno ontem, por enquanto só tem um pai).

Com isso em mente, vem o incentivo a construção da biblioteca.

O bootue é simples, na verdade é um super set de componentes, utilizei como base o projeto do wffranco, que no final só sobrou mesmo o estilo do docs. Primeiramente dissequei o bootstrap, sabe aquele arquivão de variáveis intermináveis do bootstrap? foi reorganizado em vários componentes obedecendo a regra de responsabilidade única.

Como exemplo temos o componente alerta, aonde todos arquivos scss, variáveis e mixins que o utiliza se encontra junto na pasta alerts.

Segue de exemplo a composição do componente alerta:

|- alerts
   |- _mixins
      |- _mixins.scss
   |- _variables
      |- _variables.scss
   
   |- Alerts.vue // Vue2 components
   |- styles.scss
   |- scripts.js
   |- templates.html

Todo o código necessário para se montar o alerta está aqui, se quiser levar o componente para outro projeto é literalmente um ctrl+c e ctrl+v, sem a necessidade de ficar se preocupando com versão, libs, jquery e afins, isso começou a possibilitar algumas manobras muito legais como, poder importar o grid do bulma e utilizar todos os componentes bootstrap junto ao bulma. (Veja mais sobre esse exemplo aqui).

Possibilita organizar de fato um projeto em forma de pirâmide com customizações reais e uma organizacão que possibilitasse escalar em nível de funcionalidades sem transforma o projeto em um frankenstein, no final gosto de classificar o bootue como um padrão de componentes.

Padrão Bootue

Existe um padrão muito legal que é a pirâmide de componentes, basicamente consiste em um componente master (principal), que chama componentes macros, e os mesmo chamam outros módulos, como podem observar no fluxo abaixo. A sacada é que componentes do nível 1 chamam componentes do nível 2, e os de nível 2 só chamam os de nível 3 e assim sucessivamente:

Pode parecer um pouco diferente no começo, mais garanto que isso organiza e garante um código melhor, evitando ao máximo problemas de DRY, garante uma organização de responsabilidades, possibilidade de escalar equipe css sem tornar o código um chaos monkey, manutenção, que no final se resume a custos.

Vamos analisar a pirâmide na arquitetura de pastas:

|- index.html
|- src
   |- pages
      |- contact.vue
      |- home.vue
      |- checkout.vue

      |- modules
         |- header.vue
         |- footer.vue
         |- menu.vue

         |- components 
            |- bootue
            |- _core
            |- buttons
            |- grid
            |- typography

|- App.vue

Podemos ver que as pastas ditam o nível dos componentes, temos o componente APP, que é o componente master, este chama as pages (componentes), que chamam os módulos e por fim chama os componentes do bootue.
Cada componente é reponsável por um determinado ponto no projeto, sua responsabilidade e limitações é claramente delimitado, qualquer programador irá indentificar o que de fato cada parte faz de forma simples e muito eficiente.

Mais o Boostrap com Jquery é lindo

Particularmente quando estou construindo um sistema, gosto de planejar e delimitar algumas regras, padrões e responsabilidades. Construir o front não escapa da regra, gosto de pensar em encapsulamento, delimitação de responsabilidades dentro do mundo css (scss), html e claro javascript em nível cliente, um dos pontos que sempre me incomodou foi a questão do vendor, sabe aquela pilha de css e js sem padrão fazendo um monte de coisa, e pior é ver aquela lista de css sobreescrevendo o bootstrap, aquela lista de inicializadores no arquivo init.js, isso se complica ainda mais para SPAs, um monte de regra de negócio dentro dos controllers, e mais um monte de código fora.

Gosto da padronização, pelo menos no mais baixo nível possível, é aí que o uso de jquerys, e importações bootstrap começou a incomodar, grande parte das responsabilidades acabavam sendo passadas para bibliotecas de terceiros de forma desorganizada (a regra de negócio era feito atráves da manipulação do DOM).

A conclusão foi a criação de um grupo de componentes totalmente independentes, com suas próprias regras de negócio, sem a utilização de bibliotecas de terceiros e assim nasceu o Bootue. Se gostou compartilhe, teste e contribua.

• Utilizando os componentes boostrap com o sistema de grid do bulma (utilizando o bootue).
• Conheça mais sobre a documentação do bootue.
• Contribua com Pull requests.

Tive a oportunidade de visitar a QCon 2017 realizado na última semana de Abril, fui somente na quarta, último dia do evento, e resumindo em poucas palavras, sim o QCon é o evento com o maior nível técnico apresentado, os temas foram muito bons, parte dos palestrantes eram estrangeiros e agregam em assuntos conhecidos com outro enfoque, a organização impecável desde a alta qualidade dos palestrantes até um coffe break descente (que faz diferença).

A primeira palestra foi sobre Modern Leadership and Team Science: Creating Space to Be Awesome, apresentado pela Meri Willians, gostei da palestra, falou sobre a responsabilidade dos gestores em propor uma lugar ideal de trabalho, apresentou alguns parâmetros como proposta, autonomia e inclusão, relação entre empregado e empregador, se a empresa realmente aceita as pessoas ou se existe somente uma política e como realmente alinhar a idea de um lugar sensacional com pessoas especiais.

Em seguida assiti a palestra Spark, Hadoop e Microservices na SoundCloud: extraindo informações de milhões de eventos com Anderson Parra da SoundCloud, um palestra mais técnica sobre como a SoundCloud utiliza Spark e Hadoop para montar o sistema de remuneração dos artistas, muito boa a palestras, apresentnado toda a evolução do projeto, pontos de gargalos, desafios e resultados.

Seguido de Infraestrutura e criação de APIs em alta escala usando Docker e Apache Mesos, particulamente a palestra que mais gostei apresentado pelo pessoal da Cardiac + Neemo de Floripa, conteúdo de alto nível apresentado a restruturação do ambiente deles para a Mesosphere, alguns desafios, ferramentas utilizadas e no final a apresentação do sistema de autoscaling dentro da Mesosphere.

Já na parte de tarde assiti Billions and billions: using large-scale graph databases to detect financial fraud in real time, esse foi pesado, apresentado pelo grande Jim Webber chefe da área tecnologica do Neo Tecnology, empresa responsável pelo banco de dados Neo4J, como utilizou o banco Neo4J para um sistema de antifraud em larga escala.

Seguido de Serviços e containers seguros na nuvem, com Kubernetes e CoreOS, outra palestra muito útil, apresentado pelo Ricardo um dos responsáveis pela estrutura da Serpro, demonstrou como eles utilizaram o CoreOS + Kubernetes para entregar um ambiente rápido, altamente escalável e seguro dentro das aplicações do governo federal, um adendo ao apresentador pela incrível capacidade de passar o conhecimento de forma clara.

Depois Feature Engineering: Extraindo o potencial máximo dos dados para modelos preditivos, apresentado pelo Gabriel Moreira, demonstrou algumas técnicas de funcionalidade para trasnformar dados brutos em dados que possam ser utilizado dentro dos modelos de sistemas de machine learning.

E por último Além dos containers na nuvem: Paas, CaaS e FaaS na prática, apresentado por Guilherme Rezendo da Globo, mostrou o projeto Tsuru, quais foram os motivos e alguns cases dentro da Globo.com

Achei o conteúdo bem acima do básico, com explicações, apresentação de situações e desafios de grandes empresas, os palestrantes em geral foram muito bons, com uma boa capacidade de transmitir o conhecimento, pena que o preço não ajuda muito, o valor passa de 1 barão, o que assusta bastante para quem está começando.

Tive a experiência de trabalhar com os três sistemas operacionais, quando comecei a desenvolver em php, o xampp era o meu melhor amigo, era só baixar o executável, next, next e pronto estava configurado o ambiente de desenvolvimento, tudo lindo, mas quando precisei instalar algo simples como o git ou memcache vi que no windows as coisas não funcionavam tão bem, e partir daí que comecei a analisar as limitações do windows, o quanto ele era ruim para certas coisas. Assim como a instalação do memcache era lenta, a instalação do redis também era, ou até de nginx que não existe no ambiente da microsoft, o pŕoprio git funciona de forma duvidosa e a partir dessas observações decidi que era o momento de migrar para um novo sistema.

Uma grande diferença entre o windows e o linux está na possibilidade de gerenciar pacotes de forma simples. É inconparavél poder instalar módulos como php-gd, redis-cli, nodejs em apenas uma linha de código.

E o escolhido foi o Linux Mint (Debian), claro que houve um árduo trabalho de adaptação ao novo sistema operacional, houveram diversas tentativas e erros nesse período mas posso dizer que a estabilidade de velocidade eram notáveis comparados ao antecessor, agora tinha apt-get em mãos, possibilidade de instalar e configurar um memchache muito mais rápido e produtivo, alguns detalhes também me chamaram a atenção, como velocidade de transferência FTP (o mesmo programa, filezilla, velocidades de envio completamente diferentes), a facilidade em utilizar o ssh para gerenciamento dos servidores e estabilidade (sem as eternas atualizações), programar em Ruby ou em Python também eram bem mais rápidos. Realmente vi a diferença, principalmente quando começava a usar ferramentas mais parrudas (redis, nginx, bibliotecas php fora do comum), lidar com erros de logs eram muito mais fácies, eu comecei a ter um sistema estavél que fez muita diferença. Porém, nada é perfeito…

O grande entrave que constantemente passo com o Linux, é a falta de suporte para programas de terceiros, como por exemplo sinto falta de um photoshop funcionando corretamente.

Como possuo freelas de front, tenho que me virar para fazer alguns recortes de imagens, e o photoshop simplesmente não funciona no linux, para que isso seja possível tenho que fazer uma “gambi” com wine. Outro exemplo são os editores de texto, por mais que existam outros programas para substituí-lo eu confesso que o Word, em minha opinião, ainda é o melhor editor de texto, assim como os outros programas do Office.

E seguindo o tema dos Sistemas operacionais recentemente decidi me aventurar ao próximo passo, um MAC, sempre fui aquele cara que brandia: “o investimento não compesa o retorno”, no popular: muito, muito caro para um computador! Mas arrisquei e tomei coragem de comprar um. Em resumo um mac consegue reunir o melhor do windows e o melhor do linux que resulta em um sistema completo, primeiro os programas, são fantásticos comparados aos amigos anteriores, destaque para o sequel pro (gerenciador mysql free somente para mac), tower git (comparado ao source tree ou smartgit, realmente o tower fica na frente), junto aos destaques, agora tenho um photoshop que funciona, utilizo outros softwares como o phpstorm, datagrip, filezilla, robotomongo todos esses funcionavam bem em outras plataformas. Agora vem a linha de comando e o gerenciamento de pacotes, pois bem o mac é construído em cima do unix, logo um ssh também funciona, velocidade de transferência tão boa quanto o mint, e para o gerenciamento de pacotes, temos o homebrew (utilizo) e o macports, o homebrew funciona perfeitamente, instalação simples de pacotes, como php-intl, php-memcached, node e afins, me traz uma facilidade de gerenciamento dos serviços (brew services start mysql) bem parecido com o apt-get.

A troca do sistema operacional é algo natural, quanto mais se estuda mais vontade tens de utilizar coisas novas, sair um pouco daquela caixinha básica que já citei em outros textos, o que vai necessitar de um novo SO, de novas ferramentas e de um novo pensamento.

Em minha caminhada atráves de várias empresas destaco duas atitudes que são bem comuns e pouco discutidas: programadores possuem egos inflados unidos a falta de conhecimento em desenvolvimento, é uma combinação desastrosa, e também um cenário comun.

Você realmente sabe tudo? você realmente é sênior na área? Vamos nos questionar! Você tem o hábito de estudar? Pesquisar além do seu campo para tentar ter uma visão macro?

Vejo um crescente número de programadores que se auto intitulam sênior só porque conseguiram entregar um projeto “mais complexo” para o cliente. Mas desde quando entregar projetos é um diploma para sêniores? juniores também entregam, do mesmo modo que plenos, para ajudá-lo a se auto classificar fiz uma breve lista de conhecimento que cada posição de Desenvolvedor deveria possuir em minha opinião:

Júnior — O amiguinho já deve ter feito um site, formulário de contato, conceito de transição de dados ($_GET, $_POST), saber gravar no banco de dados, escapar valores, quem sabe até mexer um pouco em frameworks (sim junior devem saber mexer em frameworks), esse é o mínimo de experiência de um cara com até 2 anos na área, mas como qualquer cargo de Júnior esse carinha ainda vai fazer muitas perguntas afinal ele não domina a lógica da programação e não vai identificar soluções.

Pleno — Pleno de plenitude, o cara é pleno, aqui fica a grande maioria dos profissionais que conheço, conseguem fazer um sistema de ponta a ponta, integração com facebook, gateways de pagamento, sabe mexer no zend, laravel ou qualquer outro, modela banco de dados, entende e sabe para que serve um cache, tem noções de orientação a objetos, soa, arquitetura de sistemas e afins, diria que leva em torno de 5 á 15 anos um pleno. (Claro que há exceções, conheço plenos com menos de 3 anos, assim como também conheço plenos com mais de 10 anos de experiência no desenvolvimento). O perfil profissional desse cara já deve ter menos dúvidas sobre o processo, deve ter capacidade de identificar o problema e desenvolver ideias para solucioná-lo.

Sênior — Este é o cara que sabe! E o que o diferencia do pleno é o saber com propriedade como as coisas funcionam em todos os estágios, ele sabe que um frameworks é um grupo de conceitos interligados, design patterns (aplicado, todo mundo fala que escreve em pattern mais não sabe a diferença entre injeção de depedências e poliformismo), ele entende os conceitos solids e os aplica, um sistema feito por um sênior é um sistema flexível, a prova de mudanças, funcional, sabe aquela frase “caraaaa esse sistema realmente funciona”, quase sempre um sênior não se limita a uma tecnologia, ou a um serviço, não se limita ao xampp do windows, ao wordpress ou frameworks.

Falta sênior no mercado, um cara que tenha a responsabilidade de assumir que o erro é de sí quando um sistema da bug, de entender que o mais importante não é a linguagem, mais sim o modo que é feito, ele sabe que velocidade deve está unida a qualidade da entrega.

Há erros grodescos de um profissional pleno tentando ser sênior sem buscar atualização, sem explorar novas tecnologias, um desenvolvedor limitado que não pensa fora da caixa não pode ser considerado sênior e sim um pleno engessado.

Posso dizer o quanto mais vou em palestras, eventos de comunidade, congressos e afins, mais sei que estou longe de saber tudo, mas isso me motiva a buscar mais dessa nossa área tão rica em conhecimento.

E independente do nível de desenvolvedor que você esteja uma dica é: não se acomode! Continue estudando!

O nível de excelência não possui limites, e é justamente essa vontade de chegar a excelência que sinto falta no mercado, nas empresas, uma real vontade de crescer, e não ache que a ignorância é uma virtude, no desenvolvimento ela pode ser a sua perdição. Saia da zona de conforto, da caixa, da caverna e vá estudar!

Com o passar dos tempos posso dizer que vi muitas situações bizarras, a culpa sempre é do legado, de algum ex-funcionário, do programador louco da empresa, da correria, do comercial e até de algum chefe que não entende do processo, quase todas as gambiarras possuem um advogado de defesa….

No último evento em que participei (PHPIMA+SP 2016) ouvi a seguinte frase:

“Agilidade é fazer rápido a coisa certa da forma correta.”

Como fazer do modo correto se não temos tempo? A resposta é mais simples do que se imagina: estudando e praticando. Lembro em que meu primeiro site demorei algo em torno de 1 mês para entregar, possuía poucas páginas, 5, puro PHP, do mesmo modo foi o meu primeiro sistema seguindo os padrões totalmente orientado a objetos, demorei algo em torno de 2 meses.

Posso dizer que o grande segredo é aprender a mudar, adquirir conceitos, sair da zona de conforto, pesquisar, o mundo da programação é muito grande para se limitar ao if.

E o pior é que em sua grande maioria os programadores se limitam ao if..

Para facilitar, gostaria de escrever vários artigos sobre o que um bom programador precisa, devo comentar sobre solid, testes unitários, escolhas de Ides e Sos, e opiniões pessoais sobre a carreira de desenvolvimento.

Se me perguntarem sobre o melhor local para aprender a desenvolver eu diria: Entre em uma comunidade de desenvolvimento, pessoalmente gosto muito da galera do PHPSP, todos muito atenciosos, rolam muitos debates, são bem educativos no slack deles. Até a próxima!