Mundo Moderno v4.5.1 (Build veu2qyau5gwptzeugh8cqsemi)
comentada em 03/10/2019 22:28

Cara, só eu que não consegui entender uma palavra desse texto? Isso já é AI? rsrs

Acho que depende...

Tenho a impressão que muita empresa ainda não conseguiu adotar a cultura de testes automatizados e CI/CD. Eu acompanho um podcast de brasileiros que foram morar fora (Carreiras sem Fronteiras) e tem um episódio de um desenvolvedor que foi para o Japão e comentou que lá ainda tem muita empresa que trabalha com modelos de desenvolvimento antigos, baseado em cascata, por exemplo. Isso até me surpreendeu porque os japoneses tem a fama de surfarem na crista da onda da inovação.

É muito complicado conciliar um modelo desses (cascata, prototipação) com CI e CD.

Eu também participo de alguns grupos para alocação de profissionais de TI em Portugal e também é comum ver relatos de empresas que ainda não adotaram essas práticas.

As tecnologias "antigas" continuam valendo. Vc não vai abrir mão do Git porque ainda precisa de controle de versões. Para conhecer React, Vue e, vou colocar tb, Angular; o cara precisa conhecer HTML, JS e CSS.

Sobre esse monte de termos, se o cara quiser aprender tudo isso de uma tacada só, vai ficar maluco.

Aqui onde trabalho temos profissionais separados para área de DevOps e de desenvolvimento. É claro que existe uma interseção de conhecimentos mas é muito complicado dominar as duas áreas. Isso porque ainda tem outras palavras que podem entrar nesse rolo aí como GraphQL, Flutter e por aí vai...

Ps.: O episódio que comentei é esse: Desenvolvedor em Tóquio, Japão - Carreira sem Fronteiras #15 - Carreira sem Fronteiras

rapaz eu fico vendo que isso não muda, sempre jogam várias siglas pra pessoa achar que não sabe de nada, quando na verdade quem realmente é competente nessa área aprende essa usando ela na "tora" (força bruta) o que vai determinar a qualidade é sua capacidade de entender o fluxo dos dados e como eles entram e sai. O resto é uso e decorar, já que depois você começar a usar uma nova linguagem e esquece a antiga.

Sei que divaguei um pouco, mas isso me irrita porque até hoje não é notado a capacidade de aprendizado e adaptação e sim se você já "sabe"

Mais ou menos @felipk ....

O problema é que as "modinhas" agora chegaram em TI.

Existem tecnologias nessa lista aí que só servem para casos muito específicos. Por ex, Docker/Kubernetes 99% das empresas não precisam. Virou moda por que grandes players usam (e os pequenos ficam copiando como se fosse a bala de prata).

Adicionar docker a um projeto que não precisa é jogar tempo/dinheiro no lixo.

 AWS e nuvens é muito bom para todo tipo de empresa. Só que dentro das nuvens há diversas formas de implementar sites e APIs... cada uma com suas vantagens e desvantagens.

Vagrant, Ansible e outros configuradores de ambiente são ótimos, mas também depende muito muito muitooooo do projeto. Se o projeto é pequeno (99% são), às vezes tem só 1 ou 2 servidores, às vezes não tem nenhum! Por exemplo, as functions da AWS ou as app engines da google cloud... pra que serve isso se usamos app engines?

Teste unitário é o básico. Quem não faz teste unitário não está testando, está só fingindo que testa.

Então, o problema é que o pessoal adora aderir à modinha sem necessidade. 

A maioria dessas coisas aí se aplicam e são excelentes para grandes empresas ou projetos com muitas pessoas.

Projetos pequenos ou empresas que estão começando agora, projetos com menos de 500 usuários simultâneos, projetos que rodam tranquilamente com 2 ou 3 máquinas, enfim, a imensa maioria, não precisam disso tudo. 

As tecnologias nascem para resolver problemas, mas se forem usadas muito cedo se tornam problemas.

O ideal é ir adotando à medida que vai aparecendo a necessidade

@gnoshower exatamente

A maioria não sabe o básico e se apega a siglas e frameworks, que hoje estão aí mas amanhã passarão.

O básico é sempre o mais importante. 

Uma vez eu assisti uma palestra sobre NoSQL. O cara falando que NoSQL era o ORUTUF, que era só colocar o dado lá que tudo ficava mais rápido (hã?), pq escala etc etc. 

Aí você vai olhar o projeto do cara, o projeto dele não tinha nenhuma necessidade de escalabilidade. O cara usou NoSQL só pela moda! E não fica mais rápido ou mais lento por causa disso, o que determina a performance são vários fatores, vários... e não apenas um.

Sem falar que estabilidade, confiabilidade e manutenibilidade são muito mais importantes que performance, especialmente no caso dele que não tinha nenhuma necessidade de suposta tanta performance. Então o cara fez todo um discurso em cima de uma modinha que ele estava louco para aprender e não da realidade do projeto dele.

Felizmente (pra ele) o chefe dele não entende nada e engoliu numa boa kkkk

É por que você escuta CEO e CTO, pra gerência e na apresentação é tudo AI, Nuvem, IOT, Industria 5.0, tudo bonito.

Desce lá e senta com os programadores pra você ver.

IF ELSE IF ELSE, fogo pra todo lado. Gambiarra pra subir pra ontem. etc..

Bem vindo ao (não tão) incrível mundo de TI 

Uma palavrinha sobre Git: saber como o Git funciona é um grande diferencial, mas muito menosprezado por quem contrata. E não, Github não é Git, é uma interface para o Git.

Já vi malandro zoar pra valer um repositório porque não sabia o que estava fazendo. Além de ter que parar toda a equipe pra consertar a árvore, invariavelmente ela fica "feia" pra sempre, lá no histórico.

@Henrique59. É tudo go horse e POG.

@satoshi, sim. Hoje tem varias empresas de repositório (Bitbucket, Gitlab). Dizem por ai que nos repositórios do Google é tudo no "head" e não tem branches para evitar merges, ajudar nos problemas de integração e facilitar bug e security fixes.

@felipk haha tinha esquecido, é tudo GO HORSE

GO HORSE PROCESS - Pensou, não é Go Horse

normal, trabalho com boa parte disso todo dia... se o cara chega falando que é sênior/especialista na entrevista, tem que saber. algoritmo a gente vê por último.

Fora que muitas vezes é o pessoal do RH que prepara os requisitos para as vagas, o RH não sabe nada de programação, bota umas coisas totalmente sem sentido, pro cara ser doutor em mil frameworks diferentes e quando entra na empresa não usam 80% do que estava nos requisitos da vaga. 

@Henrique59 ri muito aqui

@FlyCavok o problema é que MySQL não é "web scale":

@ThiagoDV, acredito que isso esta mudando em algumas empresas, mas, por enquanto, nas pequenas. A pessoa do RH tem conhecimento técnico para fazer as perguntas certas, entender as respostas e verificar o candidato.

Especialista em cloud:

 

Atualmente com a quantidade de tecnologias e possibilidades é insano achar que vai encontrar um profissional que saiba tudo isso. Até encontra algum pato que faz tudo isso mas bem mais ou menos.

Faz 3 semanas que troquei de empresa e de área de atuação. Atuava com DevOps com coisas bem ultrapassadas e migrei pra desenvolvimento Frontend.

Nessa empresa nova é a coisa mais linda de se ver. Tem gente só pra testes end-to-end, tem gente só pra DevOps (configurar e manter pipelines de CI/CD) e tem os devs. Nós devs só temos as tarefas de "codar" e escrever testes unitários e de integração. De resto, eu não faço ideia de como funciona o trampo dos caras do DevOps e tenho uma noção super rasa do trabalho dos analistas QA.

O mais bonito de ver é que todo dia tem entrega pro cliente (to trabalhando num projeto bem novo, então sempre tem correções e features pra entregar), e o negócio funciona lindamente. Dá um trabalho do cão configurar tudo no começo, mas se você trabalha numa equipe grande (mais de 30 pessoas) vale muito a pena. A quantidade de trabalho braçal que é automatizado é fenomenal.

Eu ainda estou bastante deslumbrado com isso tudo, visto que onde eu trabalhava antes não existia nenhum tipo de teste e a coisa mais comum era fazer deploy de novas versões no fim da tarde de sexta e ter que ficar até mais tarde porque deu algum problema que o dev precisa corrigir na hora porque prometeram pro cliente tudo rodando liso na segunda-feira de manhã.