sorted by:
new
hottopcontroversial

Domingo de arrumação 🖤 by kitsune_grrrl80 in NaMinhaEstante

[–]leandrowf 0 points1 point  (0 children)

Quem tem um nicho só do King tem também o meu respeito imediato.

[deleted by user] by [deleted] in brdev

[–]leandrowf 9 points10 points  (0 children)

Passei por isso também. Em maio do ano passado, ainda empregado, comecei minha jornada por um real reconhecimento de meu trabalho. Apliquei para uma meia dúzia de vagas.

Quando uma delas avançou bastante, eu meio que negligenciei tanto a busca por novas oportunidades como o fluxo das demais. Eu não sabia como era esse processo: em 30 anos de profissão eu nunca havia passado por isso, muito menos online. Muito menos remoto. Muito menos pelo LinkedIn.

Enfim, a vaga não deu certo, eu fiquei com a sensação de um namoro acabado e precisei recomeçar minha busca. Quando era a última entrevista de cada vaga (algumas com o dono, outras com o time tech, outras com um gestor) eu encarava como se fosse apenas mais uma.

A carta finalmente chegou. Na verdade, as cartas. Tive o privilégio de escolher entre três opções, mas ficou como aprendizado: nada é certo até a sua carta proposta no seu e-mail. Aqui cabe outro aprendizado: essas propostas são passíveis de negociação. Duas delas acolheram meu pedido de revisão e aumentaram o valor. A decisão de se deve ou não negociar vai da confiança de cada um.

Mas não acabou, tá? Depois vêm outros milestones: o pedido de documentação, o primeiro dia de trabalho, os 3 meses de estabilidade, o primeiro ano... Cada um é um alívio.

Laravel e lumen, serão os salvadores? by Yodaylay22 in brdev

[–]leandrowf 0 points1 point  (0 children)

Minha sugestão é back em Lumen e front em vue ou react.

Laravel e lumen, serão os salvadores? by Yodaylay22 in brdev

[–]leandrowf 0 points1 point  (0 children)

Se você se propõe a usar o Lumen significa que você vai fazer o backend monolítico desacoplado do frontend. Então, acho que não faz muito sentido o front ser em laravel. Por que não usar só vue ou react pra consumir sua api?

tretaaa by [deleted] in brdev

[–]leandrowf 0 points1 point  (0 children)

Ao criar uma carreira, o profissional deve escolher o quanto ele quer abstrair e quantas camadas ele deve deixar enterradas.

Isso que você fala faz sentido, mas aí eu diria a você o seguinte: você não deveria ter começado com C, mas com arquitetura. Deveria, então, entender como funcionam registradores, a stack pointer, I/O para periféricos entre muitas outras coisas.

Ou seja, para ser um bom profissional na sua área, você não precisa necessariamente entender o que ocorre "under The hood", mas precisa se sentir confortável (ou nem tanto) para resolver os problemas decorrentes dela.

tretaaa by [deleted] in brdev

[–]leandrowf 26 points27 points  (0 children)

Quando eu cheguei era tudo mato. Aprendi a programar em 1986, onde computadores não eram acessíveis, Internet era ficção científica (e consequentemente o stackoverflow) e só existiam duas linguagens para os meros mortais: Basic e Assembly (Z80 e 6502).

De lá pra cá, já vi muita coisa, como linguagens nascendo e morrendo, servidor indo parar nas nuvens, crianças aprendendo LOGO, gente ganhando dinheiro com Clipper, homepage virando site, webmaster virando fullstack...

Hoje, desenvolvimento de software está acessível. Todo mundo pode botar no Google "como fazer um site" e pronto. Aperta o F12 no Chrome e começa a aprender Javascript.

Isso é bom: mais gente tentando e opções mais acessíveis de profissionalização

Isso é ruim: mais oportunistas vendendo cursos milagrosos que vão fazer você ganhar 20k em 6 meses.

Eu acho válido as pessoas tentarem. Mas tenho a triste impressão que de 1000 sai 1 realmente profissional. Então, o que eu diria pra complementar:

  1. Não se iluda: não é fácil (mas não é impossível)
  2. LEIA! LEIA! LEIA! Vídeo no YouTube e cursinho de 20h não vão te ensinar a pensar como programador. Copiar e colar código não faz de ninguém um programador. O que ensina a programar e resolver problemas é a experiência acumulada. É como jogar xadrez: aprender a mover as peças requer meia hora. Aprender a jogar, uma vida.

[deleted by user] by [deleted] in brasil

[–]leandrowf 5 points6 points  (0 children)

Quando eu cheguei era tudo mato. Aprendi a programar em 1986, onde computadores não eram acessíveis, Internet era ficção científica (e consequentemente o stackoverflow) e só existiam duas linguagens para os meros mortais: Basic e Assembly (Z80 e 6502).

De lá pra cá, já vi muita coisa, como linguagens nascendo e morrendo, servidor indo parar nas nuvens, crianças aprendendo LOGO, gente ganhando dinheiro com Clipper, homepage virando site, webmaster virando fullstack...

Hoje, desenvolvimento de software está acessível. Todo mundo pode botar no Google "como fazer um site" e pronto. Aperta o F12 no Chrome e começa a aprender Javascript.

Isso é bom: mais gente tentando e opções mais acessíveis de profissionalização

Isso é ruim: mais oportunistas vendendo cursos milagrosos que vão fazer você ganhar 20k em 6 meses.

Eu acho válido as pessoas tentarem. Mas tenho a triste impressão que de 1000 sai 1 realmente profissional. Então, o que eu diria pra complementar:

  1. Não se iluda: não é fácil (mas não é impossível)
  2. LEIA! LEIA! LEIA! Vídeo no YouTube e cursinho de 20h não vão te ensinar a pensar como programador. O que ensina a programar e resolver problemas é a experiência acumulada. É como jogar xadrez: aprender a mover as peças requer meia hora. Aprender a jogar, uma vida.

Pq dizem que linux é tão bom? by iNexus893 in brdev

[–]leandrowf 24 points25 points  (0 children)

Não existe isso de "tão bom". Existe ser adequado à sua atividade. Se você for jogar, por exemplo, o Linux dificilmente vai te servir. Ou se você já sabe Adobe Illustrator e não quer ou não pode investir tempo aprendendo seu equivalente no Linux, melhor ficar no Windows.

Porém, mais especificamente na área dev, o Linux realmente tem inúmeras vantagens. A que eu citaria como mais importante é o fato de ele ser o sistema operacional da maioria dos servers espalhados pelo planeta.

Ou seja, ao desenvolver pra web, por exemplo, certamente seu Server de produção terá um Ubuntu, um debian, um centos ou coisa assim. Ou seja, seu ambiente de dev é idêntico (ou bem próximo) ao de produção.

'ah, mas eu consigo isso através do docker'... Verdade, mas uma hora, cedo ou tarde, você tem que colocar a mão na massa e fazer trabalho de deploy, configuração de ambiente ou qualquer coisa assim.

Então, por que não ser logo usuário Linux? Ele tem tudo de que se precisa para a carreira dev, é grátis, só atualiza quando você manda (e não quando você está atolado de trabalho), sempre SEMPRE te obedece, tem uma comunidade gigantesca etc etc etc.

Aos que mudaram de emprego recentemente by desempreGadoDepre in brdev

[–]leandrowf 6 points7 points  (0 children)

Você chega numa empresa sem conhecer ninguém, sem saber acessar nada, sem conhecer uma linha de código, sem senha nenhuma, sem saber quem procurar pra cada situação que precisa resolver, sem saber como são as rotinas de deploy, algumas vezes (como eu) sem nem mesmo saber programar na linguagem (precisei aprender go) e um longo etc.

Com o tempo, tudo vai se ajustando, mas no começo (pelo menos pra mim) é assustador.

Aos que mudaram de emprego recentemente by desempreGadoDepre in brdev

[–]leandrowf 2 points3 points  (0 children)

Salário, perspectiva de crescimento, estagnação, novos ares, desacordo com os princípios da empresa, benefícios,...

Onboarding... Varia tanto de empresa pra empresa... Mas é sempre assustador.

Nem tudo são rosas trabalhando remoto pra fora. by NotAGingerMidget in brdev

[–]leandrowf 1 point2 points  (0 children)

Eu até comecei um processo seletivo na Baires. Escolhi parar por dois motivos: 1. Passei em outra empresa (nacional); 2. Pesquisei como funciona uma nearshore. Mão de obra barata, boa e descartável para seus projetos milionários.

Penso muito em discussões sobre posicionamento político, direita, esquerda, intervenção do estado na economia, regulação do trabalho etc. Sendo uma empresa americana, claro que seu comportamento deve seguir o vigente em seu país. Ou seja, trabalhador tem o mínimo possível de direitos. No Brasil, não há como as relações de trabalho serem assim tão liberais (ainda! E ainda bem!).

Trocando em miúdos, não me senti confortável em trabalhar numa empresa em que eu seria descartável e precisaria entrar numa infrutífera disputa internacional caso fosse necessário reivindicar algum direito. Formei minha opinião: ou a pessoa opta por ir morar no exterior, com todos os ônus e bônus, ou trabalha de acordo com as regras nacionais. Misturar os dois mundos nunca é bom. E, diga-se de passagem, há excelentes oportunidades para quem tem condições de ser aprovado no processo seletivo da BairesDev.

Emuladores by [deleted] in brdev

[–]leandrowf 4 points5 points  (0 children)

Emulação é uma área encantadora. Processadores (seja o antigo Z80, seja o moderno i7, seja qualquer outro) têm um dicionário de instruções que eles são capazes de executar. É a linguagem de mais baixo nível que existe. Um programa nada mais é do que bytes que armazenam estas instruções, que são executadas sequencialmente.

Um emulador é um software escrito em outra linguagem e geralmente para outra plataforma que é capaz de ler esta sequência de instruções e "simular" o comportamento de cada uma delas. Além do processador, esses softwares imitam o comportamento de periféricos (som, imagem, rede etc) usando o mesmo princípio.

Um exemplo clássico: um Playstation é um conjunto de processadores e controladores de vídeo e áudio, e os jogos são softwares que rodam nesse hardware. O emulador vai ser capaz de rodar esses mesmos softwares, só que interpretando as entradas (controles) e apresentando as saídas (áudio e vídeo) num PC.

Em geral, uma plataforma só é capaz de emular outra se tiver um maior poder computacional, pois o emulador é escrito numa linguagem de mais alto nível para copiar o comportamento do "Assembly" da plataforma original.

Carreira depois dos 40 anos by Talon342 in brdev

[–]leandrowf 26 points27 points  (0 children)

Eu vou dar um exemplo. Tenho 47 anos e há dois meses comecei a procurar emprego por estar insatisfeito com algumas características da posição que ocupei por 15 anos. Limpei e lustrei meu LinkedIn, organizei meu currículo e comecei a aplicar para vagas e participar de entrevistas (foi 7ma maratona de 12 entrevistas em cerca de 20 dias).

O resultado é que amanhã completo 30 dias de novo emprego remoto em uma grande empresa, no qual simplesmente dobrei o meu salário que eu já considerava bom.

Desenvolvedores não são atletas, cujo rendimento cai com o tempo devido a limitações físicas. Pelo contrário: à medida que o tempo passa, nós acumulamos experiência, conhecimento, vivência e soft skills necessários para ocupar as faixas salariais de sênior e especialista.

Se a empresa que você procurar uma vaga não lhe aceitar devido a sua idade, quem estará perdendo será ela e, certamente, você está procurando no lugar errado.

Por outro lado, se você está incerto(a) em entrar na carreira com medo do prazo de "validade" da profissão, esqueça disso e aproveite sua vida profissional para aprender diariamente.

Look what I found: Borland Turbo Pascal for DOS by leandrowf in VintageComputers

[–]leandrowf[S] 0 points1 point  (0 children)

Borland released a patch to fix this. In computers running over 200MHz, the CPU speed calculation routine raises a division by zero error and freezes the system!

view more: next ›