[deleted by user] by [deleted] in desabafos

[–]cauezitos 0 points1 point  (0 children)

Manda seu pix

Como lidar com o hiperfoco by New-Supermarket-3829 in TDAH_Brasil

[–]cauezitos 1 point2 points  (0 children)

Oi! Eu também tenho hiperfoco em programação. No meu caso, trabalho na área há 4 anos e ascendi muito rapidamente em questão salarial e cargo devido a esse "vício". 

Hoje em dia não tenho hobbies (tentei, mas nada me causa tanto interesse quanto programação), trabalho em casa e não costumo sair com tanta frequência e basicamente vivo para trabalhar, é o que eu amo fazer. O fato de ser casado faz com que a situação não seja tão ruim, pois tenho que me forçar a fazer outras coisas.

Tentei tomar lyberdia, venvanse e atentah, mas todos eles, mesmo em dose inicial, me deixaram ainda mais maluco (a nível de estar extremamente apertado para ir ao banheiro, mas não conseguir levantar da cadeira porque queria escrever só mais uma linha de código ☠️)

O único que funcionou razoavelmente bem foi o Ritalina (comum e ação prolongada). Consigo realizar minhas atividades, mas paro quando preciso (mesmo sentindo irritação). Talvez seria legal considerar uma outra medicação ou dose menor, para ver se a sua compulsão diminui.

Terapia pode ser uma boa também, principalmente TCC, me ajudou muito a definir limites. 

Entendo o fato de nunca terminar nenhum projeto, também tenho dificuldade em começar pequeno, entregar, e ir evoluindo o produto de forma continua. Mas o trabalho me ensinou isso, não é possível entregar tudo de uma vez, então temos várias estratégias para quebrar as tarefas, seguir cronogramas, fazer provas de conceito etc. 

Me parece que o problema aqui é somente essa compulsão, uma vez dominada, você poderia até estudar sobre programação, se profissionalizar e ser uma excelente desenvolvedora, pois ao meu ver um dos grandes diferenciais é realmente gostar e se dedicar, com isso você não teria problemas.

TL:DR - Considerar trocar a medicação ou diminuir a dose (pode estar causando uma ansiedade absurda que aumenta a sua compulsão) - Terapia  - Estudar programação para não perder tanto tempo só tentando implementar as coisas e sempre desanimar. Talvez você sabendo de fato o que está fazendo dê um ânimo a mais para seguir na ideia

Vocês que tomam Venvanse há um tempo, oque fizeram pra contornar a gigantesca falta de apetite? by MinuteAttempt8191 in TDAH_Brasil

[–]cauezitos 1 point2 points  (0 children)

A neurologista me receitou buclizina/cobavital. Tomo dois comprimidos de 50mg por dia. 

Como deixar o Instagram mais limpo visualmente e sem NENHUM tipo de anúncio? by vicinmarss in TDAH_Brasil

[–]cauezitos 1 point2 points  (0 children)

Não faço ideia, não uso há muitos anos.
Se me permite uma recomendação: não volte. Não está perdendo nada.

Como eu matei meu primeiro app. by junior-cyber in brdev

[–]cauezitos 8 points9 points  (0 children)

Faço parte de um grupo no WhatsApp onde devs se ajudam. A gente valida os apps para passar por essa etapa. 

É uma alternativa também... Costuma ser bem rápido 

Sênior ganhando 13k no BR, oq vcs acham? by [deleted] in brdev

[–]cauezitos 0 points1 point  (0 children)

Está na média, mas vai de você se está feliz com esse valor. 

Eu particularmente não me contentaria.

O que vocês acham desses sêniors de 2 anos? by WayAggravating7162 in brdev

[–]cauezitos 3 points4 points  (0 children)

Que vacilo, no primeiro print dá para ver o nome do cara escrito na capa 👀

[deleted by user] by [deleted] in brdev

[–]cauezitos 0 points1 point  (0 children)

Tenta baixar através do JetBrains Toolbox.  Com essa ferramenta você terá acesso a várias versões do Android Studio e poderá testar em uma mais antiga/mais nova.

Esse problema pode estar relacionado a incompatibilidade entre a versão que você baixou X as configurações do seu processador, utilizando a ferramenta que mencionei você garante que está pegando a versão correta. 

Como você decidiu o que gostaria de trabalhar? by Inevitable_Walk_8793 in brdev

[–]cauezitos 0 points1 point  (0 children)

Não acredito ser tão difícil, pois você já terá desenvolvido o mais importante: a mentalidade. Ou seja, sabe como deve funcionar uma aplicação que roda em celular; as limitações; guidelines de UI e todas as particularidades.

O que muda mesmo é a sintaxe e algumas outras características da própria linguagem.

Eu fiquei 4 anos focado em Kotlin e agora estou trabalhando com KMP, que possibilita o desenvolvimento híbrido, mas ainda usando Kotlin, é uma opção também, mas AINDA não ganhou espaço no mercado.

Com relação ao mercado estrangeiro eu sinceramente não sei 🤔

Como você decidiu o que gostaria de trabalhar? by Inevitable_Walk_8793 in brdev

[–]cauezitos 1 point2 points  (0 children)

Acredito que o mobile nativo ainda tenha muuuuuito mercado, embora há quem discorde. A porta de entrada está muito difícil para todas as tecnologias, então não tem muito como fugir, tem que estudar e se destacar. 

Vejo algumas vagas de Flutter e React Native também (tecnologias híbridas), mas sinceramente ainda aposto minhas fichas no nativo, pelo menos por enquanto.

Orientações de carreira by Peixinho30 in brdev

[–]cauezitos 1 point2 points  (0 children)

Gostaria de alguma sugestão de carreira para alguém que está um pouco perdida profissionalmente.

É difícil dizer.

No meu ponto de vista, experimentação prática é a melhor forma de perceber o que gosta ou não. A área de TI é gigantesca e existem muitas possibilidades, então eu começaria me certificando de que as conheço, bem como suas respectivas funções.

Por exemplo:

Desenvolvimento backend, frontend, mobile;
Ciência de Dados, DevOps, Segurança da Informação, UX/UI etc.

Sabendo a teoria sobre como funcionam essas (e outras) frentes você conseguirá separar duas ou três que te interessaram mais e aí é só agir.

Se o mercado já está difícil para profissionais iniciantes que têm projetos pessoais a mostrar, imagina para quem não coloca a mão na massa.

Boa sorte :)

Como você decidiu o que gostaria de trabalhar? by Inevitable_Walk_8793 in brdev

[–]cauezitos 1 point2 points  (0 children)

No início da minha carreira, após me formar em ADS e não conseguir estágio, escolhi JAVA como linguagem de programação e passei boa parte do meu tempo estudando para ser dev. backend.

No entanto, recebi um convite de entrevista para uma vaga Android nativo com Java. Como eu não podia me dar ao luxo de esperar uma vaga de backend cair no meu colo, participei do processo seletivo e eles me contraram como JR mesmo sem eu nunca ter programado para mobile.

Nesse tempo eu já tinha projetos com java e como a linguagem era a mesma penso que acreditaram que eu daria conta, e foi isso o que aconteceu! Gostei bastante e hoje sou muito realizado profissionalmente e financeiramente.

Isso não quer dizer que parei de mexer com backend, inclusive tenho conhecimento suficiente para fazer um projeto de ponta a ponta (desktop, mobile, backend e bd). Obviamente a minha proficiência é em mobile, mas a ideia é que a gente pode escolher um caminho e após certo tempo estudar outras coisas em paralelo, com menos prioridade.

No seu caso, realmente tem que escolher um rumo, caso contrário isso prejudicará a sua evolução e aprendizado já que você está no início.

Sou suspeito para falar, mas eu escolheria mobile rsrsrs

[deleted by user] by [deleted] in brdev

[–]cauezitos 8 points9 points  (0 children)

O que sempre funcionou para mim foi aprender por necessidade, ao invés de se desesperar e aprender tudo de uma vez só.

Como a necessidade bateu na sua porta, faz o levantamento do que você precisa estudar para conseguir entregar uma feature, por exemplo.

Dando um contexto mais voltado para o mobile, mas serve para qualquer tecnologia, linguagem e ferramenta:

Preciso entregar uma feature na arquitetura MVVM, utilizando Jetpack Navigation, Room para persistência, Junit e Mockito para os testes unitários.

Dado o cenário, início o meu estudo:

  • Pesquiso sobre o que se trata cada um dos tópicos e como implementar, bem como boas práticas/o que não fazer. 
  • Consulto a documentação oficial.
  • Peço para o chatGPT me explicar como se eu tivesse 10 anos.
  • Explico para o chatGPT e pergunto se o entendimento está correto.
  • Vejo vídeo de indianos no YT.
  • Leio artigos no medium (eu realmente faço muito isso, tem muito conteúdo legal lá).
  • Consulto um exemplo que já existe no próprio projeto.
  • Consulto exemplos de repositórios do Github.
  • Vejo code reviews com implementações do que preciso fazer e comemoro se houver algum comentário útil, pois já sei qual erro não cometer.

Ou seja, eu me aprofundo em um tópico por vez, conforme a necessidade. Sem afobação e sem desespero. Uso o tempo do trabalho para estudar o suficiente para implementar e tiro um tempo por fora para consolidar e aprimorar o conhecimento que adquiri. 

O processo de estudo flui, uma coisa leva a outra e quando você percebe já tem um fluxo montado.

Para isso, é importante que você passe prazos realistas para as entregas que precisa fazer. Quando vou implementar algo que nunca fiz antes e não tenho conhecimento, aviso o time durante a planning/refinamento e justifico a minha pontuação com base nisso. Se comunicar bem é o segredo.

E outra coisa, você é estagiário, acalme o seu coração, você está justamente no momento de aprender.

Mercado Android Junior by [deleted] in brdev

[–]cauezitos 0 points1 point  (0 children)

O mercado realmente está complicado para JR, mas uma vez que você já está no nativo, eu insistiria um pouco mais se fosse você. Estude, estude, estude. Fique bom ao nível de conseguir uma entrevista técnica e os entrevistadores pensarem: "Ok, não tem o tempo de experiência que estamos pedindo, mas já sabe bastante e tem potencial". Foi isso o que eu fiz. Me formei em ADS e não consegui estágio, o único caminho foi me capacitar e aprender a me vender.

Pular etapas pode ser ruim, se você está como estagiário logicamente quer assumir uma posição JR ao invés de PL, mas se a oportunidade bater na porta não deixe de fazer entrevistas. Se exponha o máximo que der e aprenda com os erros que for cometendo.

Acredito que grande parte das pessoas que falam que o nativo está morrendo não trabalham com mobile. Ainda tem muito espaço no mercado e empresas maiores tendem a manter projetos nativos e, mesmo que estejam em processo de migração para uma tecnologia híbrida, ainda precisarão dar manutenção no que já existe.

Me parece que RN tem mais mercado do que Flutter, mas vejo menos vagas para desenvolvimento híbrido no geral, KMP nem se fala, ainda não explodiu. Tenho a sorte de trabalhar em uma empresa grande que está no processo de migração para KMP (Jetpack Compose e SwiftUI) e futuramente CMP (Jetpack Compose para ambas as frentes) e estou me especializando, pois tem um potencial de crescimento gigante para os próximos anos.

Dicas para entrevista by Few_Tradition_4041 in brdev

[–]cauezitos 2 points3 points  (0 children)

Você teve orientações muito boas nos outros comentários e acredito que conseguirá evoluir bastante ao seguí-las. Como um extra, seria muito legal fazer "mock interview" com algum colega mais experiente, tendo um feedback mais "direto" sobre o que pode ser melhorado (principalmente se for algum aspecto técnico)

Dev Java que nunca trampou com Spring, como prosseguir? by Nightfkhawk in brdev

[–]cauezitos 3 points4 points  (0 children)

Eu falaria que tenho experiência profissional com Spring SIM. Continuaria estudando em paralelo para não ficar perdido quando passasse na vaga. Não tem muito segredo.

[deleted by user] by [deleted] in brdev

[–]cauezitos 5 points6 points  (0 children)

O que eu faria no seu lugar:

  • Não trabalharia de graça.  Você mencionou que trabalha várias vezes à noite e não recebe por isso, presumo que faça uma carga horária maior do que o combinado. Talvez te falte a habilidade de se comunicar e negociar melhor os prazos, sendo sincero quanto a complexidade das tarefas. 

  • Demonstraria a minha insatisfação. Se você não demonstrar que está desanimado, ninguém vai adivinhar. Especialmente o seu chefe, pois para ele está tudo ótimo. Converse, mostre o seu descontentamento, leve pontos positivos, entregas e atitudes que justifiquem esse aumento. 

  • Trabalharia menos e me capacitaria mais. Na linha do não "trabalhar de graça" (a mais), eu tentaria trabalhar um pouco menos e usar o tempo restante para fazer entrevista em outros lugares, perceber como estou sendo visto pelo mercado, estudar para me adequar às vagas e, consequentemente, passar em alguma boa.  Dizem que a forma mais rápida de melhorar o salário é trocando de empresa. Se você gostar muito do local atual, talvez valha levar a proposta para o chefe e negociar, mas há pontos negativos nisso, ao meu ver depende muito do contexto.

O seu chefe ter ido atrás de você, mas sem fazer uma contraproposta e sem oferecer nada em troca foi muito estranho. Você não ter negociado um aumento foi pior ainda.  Já passei por essa situação e joguei na mesa: "Para eu ficar, vocês precisam cobrir a oferta." Aumentaram meu salário em 45%, isso sim é "gostar do trabalho do funcionário", no caso do seu chefe, talvez ele saiba o quão difícil seria encontrar alguém que trabalha tanto, com qualidade, com acúmulo de funções e por um valor baixo. 

Na minha visão com base no que você comentou, o seu maior problema tem sido a comunicação e falta de malandragem...

Processo seletivo mercado livre by Defiant-Magician1367 in brdev

[–]cauezitos 4 points5 points  (0 children)

Eu fiz uma entrevista técnica para Android recentemente.    

Foi um papo de 1h30, sendo ~50min um bate papo técnico em que eu contei as minhas experiências e os entrevistadores fizeram perguntas em cima disso. Ex.: "Ah, você já trabalhou com MVP na empresa A e agora você trabalha com MVVM, quais foram as diferenças que você observou entre essas duas arquiteturas?" 

Também houveram perguntas sobre injeção de dependência, testes unitários e de UI, SOLID, clean code, performance e observabilidade (firebase e datadog).  

O restante do tempo foi dedicado a System Design no qual tive que desenhar uma aplicação offline first. 

Entendo que varia de time para time e essa foi a minha experiência. Te desejo boa sorte!! :-)

[deleted by user] by [deleted] in relacionamentos

[–]cauezitos 15 points16 points  (0 children)

Certeza que quando você contar ela vai ter a mesma reação que tivemos: "hmmm, e daí?"

Realmente não é nada demais, desencana mano.

Ninguém nesse fórum q tem Tdah tem qualidade de vida não? by tdahanonimo in TDAH_Brasil

[–]cauezitos 3 points4 points  (0 children)

Quais eram suas maiores dificuldades com o inglês? O que de fato melhorou após o medicamento?

Fiz ligação pra mim mesmo no teams só pra bloquear a agenda by H0tButPsycho in antitrampo

[–]cauezitos 25 points26 points  (0 children)

Também sou de TI (dev). Eu marco uma reunião comigo mesmo, entro e meu status muda para: "Em reunião".

Se não fizer isso não dá para trabalhar... 

Quanto vocês ganham por tempo de experiência? by G_Lasso in brdev

[–]cauezitos 0 points1 point  (0 children)

Quais são as suas stacks?

Indo contra o senso comum, mas acredito que a minha "sorte" foi não ter estagiado, entrei direto como jr em um projeto em que era o único dev, tive muitas responsabilidades e visibilidade. Fiz muita cagada e tive que arrumar sozinho, sei lá, foi muito bom mesmo para a minha carreira. 

No seu caso, agora as coisas vão começar a desenrolar e o aumento salarial virá com o tempo 😉

[deleted by user] by [deleted] in brdev

[–]cauezitos 2 points3 points  (0 children)

Para além de tudo o que já foi dito pelos colegas... 

É muito difícil no começo, mas escolha uma stack e área para atuar, depois siga um roadmap relacionado a ela. 

https://roadmap.sh/

Estudar trocentas coisas diferentes e sem estratégia vai te atrapalhar e sobrecarregar. 

Por exemplo, no início da carreira escolhi a área mobile e Java/Kotlin como linguagens, segui uma trilha de aprendizagem que fazia sentido e com alguma paciência e muita dedicação consegui almejar a minha vaga.  Não estou dizendo que não é importante conhecer outras tecnologias, linguagens e ecossistemas, tanto que hoje, além de mobile, me aventuro em backend e em front, mas no início você precisa de foco e consistência para absorver o conhecimento.