Trabalhei em grandes empresas conhecidas aqui no Br, ganhava 20K como CLT e consegui um trampo na gringa por um bom salário de 7500 USD.

O problema que a empresa é horrível, trabalho intensivo, micro gerenciamento, fim de semana. Resolvi sair. E agora ficou um buraco no meu currículo, infelizmente durei mais ou menos cerca de 1 ano no Nubank e no Quinto Andar pouco mais de 1 ano. Tenho outras experiências mas essas foram as duas últimas. Acho que fica muito esquisito no CV vc ter ido pra uma empresa em um ano, ter ficado um em outro e agora só 6 meses na gringa.

Acho que fui ansioso pela grana e me lasquei. Agora meu CV tá uma merda, tenho grana pra uns 6 meses. Mas dá aquele medo sempre do que pode acontecer.

To meio burnoutado tbm, ainda tô sem saco de ficar procurando.

Acho que minhas maiores chances é voltar pra um CLT comum, pois tenho mais contatos.

Mas quando tava nas empresas BRs, eu sentia muita raiva de ter que ver gente todo tempo se vendendendo. Todo tempo politicagem. E fica pior quem é remoto e não tá em SP.

Não queria voltar pro CLT só por esse motivo.

Tenho alguns planos. E o último plano é voltar pro presencial mesmo na minha cidade.

Fui contratado por uma empresa que não é de tecnologia.
O dono vibe codou brutamente um site para eles usarem internamente na empresa, com a ideia de vender posteriormente o acesso à plataforma.
O site está rodando, porém daquele jeito, sem estrutura nenhuma por baixo dos panos, da problema todo dia.
Estou com a missão de arrumar essa desgraça. Já dei uma analisada mas adoraria dicas, se alguém aqui nessa bela comunidade já passou por isso.

Tentei implementar a regra de SEM VIBE CODE por parte deles (sem passar por uma revisão minha), mas a resistência é grande pois "A IA é muito incrível".

Aceito dicas de arquitetura e de comportamento para mostrar pra ele que a IA não é tudo isso que eles pensam.

https://lkml.org/lkml/2026/10/13/3242

In Tue, 13 Oct 2026 at 13:16, Laurent Pinchart [laurent.pinchart@ideasonboard.com] wrote:

What this is about is setting our expectations, telling what we want and what we don't want.

No. What you are about is something entirely different. It has nothing to do with "expectations", and it has everything to do with your hangups.

I don't understand this whole idiotic concept of "don't use AI for X".

Here's a new rule just for you: don't use compilers for any of your kernel submissions.

Because if you can't show that you really understand what the machine is actually doing by writing your code in assembler, then I don't want to see your code contribution. You clearly aren't competent if you can't write it that way.

And btw, you had better not use an editor to write that commit message either.

Because I need you to show me that you can actually write a good commit message without using tools that make it easy to backspace and hide the mistakes you made while typing.

Ok?

Because otherwise those tool-assisted commits of yours clearly aren't showing that you know what you are doing.

Do you not see how UTTERLY STUPID those kinds of rules would be?

So no. We're not going to make stupid rules that say "you can't use tools for X".

The kind of expectations *I* have is that people do their best and I expect people to understand what they are doing.

But that understanding has very little to do with what tools they use.

And quite honestly, in my experience, the people I respect and call intelligent are not the ones that shy away from using new and interesting tools.

Linus

Olá bom dia.
Alguém tem informações de como é trabalhar na McKinsey?

Achei comentários no glassdoor, parece que é bem puxado trabalhar lá, mas gostaria de saber se alguém tem experiência de ter trabalhado lá;

Obrigado

Fala meus manos, de boa?

Atualmente eu tiro 13k bruto PJ, entre contador e imposto sobre uns 12k líquido. Sem nenhum benefício, mas o trampo é suave, trabalho full home-office mas a empresa é pequena.

Recebi uma proposta do BTG para IT ANALYST pra plataforma offshore, 10k clt, 2k entre va/vr, plano de saúde Bradesco.

Na entrevista de feedback falaram que bonus varia de 5 a 7 podendo chegar até a 12 salários e que as regras de aumento e PLR seguiriam o sindicato com maior índice.

Em questão de perspectiva de carreria, evolução técnica, alavancagem, grana, acham que vale à pena?

Você como um desenvolvedor, torcer o nariz para a IA hoje por preciosismo de escrever as coisas por conta própria, é literalmente cavar o buraco da sua carreira. É o dev de cartão perfurado falando que quem coda em IDE não tem contato de verdade com a máquina.

Desde o primeiro Tutorial 100% atualizado de como arrumar um emprego, MUITA coisa mudou, tanto na minha carreira quanto no próprio mercado. Então sinto que é hora de atualizarmos as coisas.

Currículo (o print do template estará nos comentários)

Nome, posição (front-end, back-end, full stack, etc...),
Contato (email, github, linkedin) não sou fã de adicionar telefone

Habilidade:
- lista de habilidades separada por tópicos:
- Linguagens
- Front-end
- Back-end
↳ ter as coisas por posição separadamente facilita do RH ler
- Testes
- Banco de Dados
- DevOps & Ferramentas
- IA (noções de IA que você tem como dev)

Experiência:

Ordem cronológica inversa - Em média o RH gasta 7s analisando seu currículo, deixar sua exp mais antiga no topo é pedir pra ser eliminado.

• dados QUANTITATIVOS e resultados METRIFICADOS
  • Conquistei X, medido por Y, através de Z
  • Trazer resultados que beneficiaram seu projeto por uma dor observada e resolvida por você é tudo o que uma empresa deseja.
• Tópicos interessantes
  • Liderança = (Iniciativa / Proatividade)
  • Resiliência = (Reage à desafios / falhas)
  • Trabalho em equipe
  • Influência / Persuasão
  • Ética / Moral
• Stack (Tecnologias utilizadas no projeto)

Projetos

Provavelmente a parte mais importante do seu currículo atualmente

No ultimo post eu comentei que não era uma calculadora JavaScript que iria te arrumar um emprego, mas sim um projeto robusto com testes, CI/CD, estruturação de código e tudo que há de bom. Porém como diria Fábio Akita: BULLSHIT.

Hoje acredito que exista apenas 3 tipos de projetos interessantes pro currículo:

1. Projetos de Hackathons vencidos (ou pelo menos um top 3)
2. Iniciativas científicas
3. Projetos reais com clientes reais (The Goat)

A barreira de código sumiu, hoje é barato desenvolver e subir um app.

Você acha que uma empresa quer alguém que sabe só da teoria ou alguém que ta com a mão na massa mexendo com cliente real, demanda real e dinheiro real? Empresas hoje querem solucionadores de problemas e não teóricos.

Formação
- Faculdade que você está fazendo ou fez
- Pós Graduação

Cerificações

Não adianta certificações sem prática, se você tirou uma certificação de CI/CD porém não subiu nada, sua certificação vale tanto quanto eu colocar Github Actions nas habilidades

Certificações relevantes podem não te garantir a vaga, mas com certeza ajudam a avançar no processo seletivo.

• e uma dica de amigo, as duas certificações AWS Practitioner são imbecis de passar e ninguém iniciante tem essa merda
• Procura também certificações relevantes para ter palavras chaves no seu currículo (pensando que hoje a IA é a primeira avaliadora do seu CV)
  • como as certificações de graça da Anthropic.

Línguas

Eu nem coloco mais, tenho pra mim que se estou candidatando em uma vaga gringa, é claro que eu sei o maldito inglês
Porém pra essas empresas brasileira sem noção, faz sentido colocar alguma coisa (então olha o post antigo lá que ainda está bem atual a essa parte lá)

O que vai fazer você ser contratado de verdade

LinkedIn:

O LinkedIn nada mais é que uma vitrine de vendas, onde você vai se gabar das coisas que construiu e dar relevância à coisas irrelevantes, porque infelizmente é assim que você é visto na plataforma.

Saiba se vender, você pode falar da conquista de reduzir o tempo de requisição pela metade no seu projeto e isso aumentou a quantidade de clientes em 70% (você só não fala que sua aplicação tinha 10 usuários e agora foi pra 17, e que o aumento de performance foi por uma configuração errada de infra que você tinha feito rs)

Poste coisas, sempre, (dicas de LinkedIn do Galego)

• viu um artigo legal. Comente sobre e referencie ele
• teve alguma mudança no seu projeto, comente sobre e saiba vender ela
• tirou uma certificação? Posta sobre e fala o que aprendeu e como pretende aplicar sobre.

Projetos:

Vou referenciar o post do Fábio Akita: Parem de inventar desculpas e façam mais deploy! Com a IA, a premissa mudou.

E de fato não consigo negar, mudou. Meu irmão que não sabe ler um for loop já possui 4 saas rodando e gerando dinheiro, eu vi ele criando uma aplicação em 2 dias e já ganhando dinheiro com ela. Tudo na base do n8n, Lovable e muita IA.

Eu concordo que devs iniciantes (estagiários e quem busca estágio) devem estudar e praticar a escrita de código e noções de código e toda a base da programação. E de fato pra vocês eu ainda recomendo tentar criar uma aplicação real pra cliente real por mais simples que ele seja (faz um linketree ou um correio elegante, sei lá, algo menorzinho pra você aprender o todo).

Para devs Jr pra frente busquem a carreira em T que o Lucas Montano comentou nesse video dele. Não pense inicialmente em ser Front, Back ou DevOps, SEJA DESENVOLVEDOR. Cara crie algo do zero, seja uma pessoa que saiba desenvolver aplicações e não apenas a engrenagem do sistema.
Mas ao mesmo tempo busque entender o que seu sistema faz, se você só aprovar código de IA e aceitar todas as opções recomendadas que a IA te da, você vai apenas se tornar uma pessoa substituível e criará um código porco. Trate a IA como um desenvolvedor Jr onde você é o Tech Lead / Product Manager e direcione / corrija ele quando necessário, ainda mantendo o contexto com você e a verdade absoluta no código.

Dicas de amigo:

• Para quem continua procurando vagas, o projeto real sim vai ser a melhor propaganda pra você ter e comentar sobre na entrevista, demonstre que você domina o produto e isso vai te dar muito ponto.
  • Porém não ache que isso vai resolver sua vida, continue treinando porque apesar do trabalho hoje ser basicamente só conversar com robô, as vagas ainda pedem que você saiba codar na unha (então segue as duas recomendações backend-challenges e frontend-challenges)
• E continue aprendendo sobre arquitetura, System Design e conceitos da Engenharia de Software, porque independente do que surgir de novidade, esses conceitos vão te dar a base sólida pra aprender de forma mais consistente as coisas.

Por fim venho finalizar falando o seguinte:

Quando fiz o primeiro post eu tinha apenas 1 ano e 6 meses de experiência e ainda era estagiário, e mesmo assim tiveram pessoas que acharam que eu era Pleno ou até Senior.
Então o ponto é sim saber se vender, tudo que você precisa é convencer uma empresa que você é bom o suficiente para solucionar o problema dela ou da empresa dela e depois se provar.

Pra quem usa Claude Code com Pro/Max: o cc-cost mostra quanto a sessão está consumindo da assinatura. Não é estimativa em dólares de API.

- Tokens novos da sessão, com o percentual de cache à parte

- Total do dia somando todas as sessões (guardado localmente por 7 dias)

- Limites de 5h e 7d, com cores que mudam conforme sobem

- Contexto em relação à auto-compactação (amarelo, depois vermelho)

- Mini gráfico de tokens por turno e contagem de subagentes

- Botão de compactação que escolhe entre /compact micro e o nativo

Sem rede e sem telemetria.

Requer Claude Code 2.1.287+ com suporte a mods (acesso antecipado).

Repo: https://github.com/edsoncantuaria/cc-cost

Feedback e issues são bem-vindos!

A Vercel Labs anunciou ontem à noite (16/10) o tsc-ts. Testei num projeto real antes de postar e o resultado rende uma discussão de engenharia que vai além do TypeScript: como validar uma ferramenta nova antes de colocar no CI.

Contexto - O compilador do TypeScript sempre foi escrito em TypeScript. No TypeScript 7 a Microsoft reescreveu em Go (TypeScript-Go, o "tsgo"). Hoje o typescript@latest no npm é o 7.0.2. - O tsc-ts é o tsgo 7.0.2 portado de volta para TypeScript e compilado para executável nativo com o scriptc (compilador de TS/JS para nativo e WebAssembly). - É experimento declarado da Vercel Labs, licença Apache 2.0. Instala com npm install -D tsc-ts e roda com npx tsc-ts -p tsconfig.json.

O que a Vercel diz - Segundo o Chris Tate, da Vercel Labs, o type-check fica de 2 a 4x mais rápido que o do tsgo: VS Code 4,2x, Sentry 4,2x, TypeORM 3x, tRPC 2,8x. - O README compara cada parte (scanner, parser, binder, resolução de módulos, emit, type checker) com o tsgo no corpus de testes do TypeScript, cerca de 12.500 arquivos, e marca tudo como "match". - O guia de compatibilidade é honesto: bater nesse corpus "não prova equivalência para todo programa" (tradução livre).

O que eu conferi - TypeORM (commit fe92394), packages/typeorm: 3.572 arquivos, ~387 mil linhas. Máquina de 8 vCPUs. --noEmit, mediana de 5 execuções. tsc-ts 0.0.2 contra typescript 7.0.2. - O tsconfig do TypeORM usa moduleResolution: node, que o TS 7 removeu. Então testei com duas configs, iguais para os dois compiladores. - Config node16: tsgo 1,17 s, tsc-ts 0,55 s. 2,1x, com saída idêntica (1.388 linhas de saída, mesmo hash). - Mesmo número de checkers: 1,8x com 4 e 1,9x com 8. Com --singleThreaded: 3,39 s contra 2,26 s, 1,5x. - Config bundler (module preserve): tsc-ts 2,3x mais rápido, mas acusou 10 erros TS6196 ("'yargs' is declared but never used") que o tsgo não acusa. O TypeScript 5.9.3 também não acusa.

O que isso é (e o que não é) - Fui ver se era problema meu. Bate exatamente com o PR #162, mergeado hoje às 04:34 (horário de Brasília), que diz corrigir "um TS6196 que o tsgo não reporta, para um import type default usado como namespace" (tradução livre). Ou seja, o time já corrigiu no main; o npm (0.0.2) ainda não tem a correção. - Não é "o tsc-ts é ruim": o projeto tem dez dias de repositório, se declara experimento e corrigiu isso em horas. Também não é "TypeScript ganhou de Go": é uma implementação contra outra. - Meu número (2,1x) ficou abaixo dos 3x anunciados para o TypeORM. Pode ser máquina, config ou versão; é uma medição, não um veredito.

Onde eu fico - Mais rápido, confirmei. Idêntico, nem sempre. - Ferramenta nova no CI (compilador, linter, formatter) se valida com diff, não com cronômetro: rode a antiga e a nova no mesmo commit, compare a saída, e só depois olhe o tempo.

Links: - Repositório do tsc-ts: https://github.com/vercel-labs/tsc-ts - Guia de compatibilidade: https://github.com/vercel-labs/tsc-ts/blob/main/apps/web/content/docs/compiler/compatibility.mdx - PR #162 (a correção): https://github.com/vercel-labs/tsc-ts/pull/162 - Post do Chris Tate (anúncio e números por projeto na sequência): https://x.com/ctatedev/status/2111272070768185787

Perguntas: 1) Alguém já trocou o type-check do CI pelo tsgo (TS 7)? Mediram o ganho no projeto de vocês? 2) Quando vocês trocam compilador, linter ou formatter, comparam a saída da ferramenta antiga com a nova, ou só olham se o CI ficou verde? 3) Vocês colocariam no CI uma ferramenta marcada como experimento, mesmo sendo 2x mais rápida?

Trabalho corrigindo backends desde 2006 e, nos últimos anos, tenho feito isso com mais um desenvolvedor. Em 2010, a maior parte do código que eu corrigia vinha de equipes terceirizadas de outros países. Era quase tudo feito em PHP, com consultas SQL montadas a partir de strings. Bastava alguém digitar um apóstrofo em qualquer campo de um formulário para tudo parar de funcionar.

Os fundadores contratavam essas equipes porque cobravam um quarto do preço. Só que, um ano depois, o sistema finalmente era lançado e começava a apresentar problemas logo na primeira semana. Normalmente, era nessa hora que meu telefone tocava.

No mês passado, um executivo sem formação técnica nos entregou dois repositórios de código. Ele mesmo tinha desenvolvido os dois usando o Lovable: um dashboard de vendas e uma ferramenta para gerar orçamentos. Fez praticamente tudo à noite, ao longo de alguns meses. Ele desistiu quando chegou ao ponto de gastar a maior parte dos seus créditos corrigindo funcionalidades que estavam funcionando perfeitamente na semana anterior.

O dashboard até que está bom. A equipe comercial usa todos os dias pela manhã.

Já a ferramenta de orçamentos tem cerca de 38 mil linhas de código para fazer algo que, no fim das contas, se resume a três formulários e uma tabela.

Quando você abre cada arquivo separadamente, tudo parece fazer sentido. Há um comentário em praticamente todas as linhas explicando o que aquele trecho faz. O problema é que, quando você olha para o sistema como um todo, nada se encaixa direito.

Existe uma fila de eventos entre dois componentes da mesma página. Não faço ideia do motivo.

O desconto é calculado em três lugares diferentes, cada um de um jeito ligeiramente diferente. Perguntei ao executivo sobre isso, e ele acha que deve ter solicitado essa funcionalidade algumas vezes e depois esquecido. Ou seja, o desconto que o cliente recebia dependia de qual tela o vendedor abria.

No segundo dia, abri a aba de rede do navegador e percebi que todas as requisições estavam indo diretamente do navegador para o Supabase.

Fui verificar as políticas de segurança. Não existia nenhuma.

A segurança em nível de linha estava simplesmente desativada no banco de dados inteiro.

A chave pública de acesso estava no frontend, como normalmente acontece com o Supabase. Resolvi fazer um teste usando apenas essa chave, no meu próprio notebook, e consegui acessar a tabela inteira de orçamentos. Ativamos o RLS naquela mesma tarde. Mesmo assim, não dormi muito tranquilo naquela noite.

O único desenvolvedor da empresa já tinha alertado sobre essas tabelas abertas em março.

Mas disseram para ele parar de atrasar as coisas. Isso aconteceu mais ou menos na época em que o dashboard foi apresentado em uma reunião geral da empresa e todo mundo adorou. Ele saiu em julho.

Já trabalhei inúmeras vezes limpando e reorganizando bases de código desse tipo.

Antes, elas vinham de agências terceirizadas no exterior. Agora, saem de uma caixa de prompts.

Qualquer alteração exige praticamente ler o repositório inteiro, do começo ao fim. Por isso, as etapas de limpeza e refatoração acabam sendo trabalhos demorados. Costumo deixar essas tarefas rodando no GLM-5.3, que consegue percorrer o código sem perder o contexto no meio do caminho.

O problema é que, se eu deixar a IA trabalhar sozinha, ela basicamente mantém a mesma bagunça, só que dando nomes mais bonitos para tudo. Então, continuo sendo eu quem decide como o código deve ser organizado. Também reviso as diferenças entre as versões antes de aprovar qualquer alteração para integração.

E é nisso que tenho passado a maior parte dos meus dias ultimamente. Desde então, mais duas empresas entraram em contato comigo. Minha hora vai aumentar em janeiro.

E não vou nem pedir desculpas por isso.

Sou jovem, e novo na área da programação e desde que conheci esse ramo, me interessei muito pela área e vi uma facilidade pra entender tecnologia e lógica.

Comecei estudando Python por ser uma linguagem de programação frequentemente recomendado para quem era iniciante e acabei gostando muito dela. Com o tempo alcançei um nível em que já consigo trabalhar com algumas bibliotecas, funções e programação orientada por objeto (POO). Também venho desenvolvendo projetos próprios botando em prática o que aprendo apesar de depender de inteligência artificial para entender ou relembrar alguns conceitos, mas eu não me apoio no vibe coding por também achar errado.

Porém, cheguei em um ponto em que não sei muito bem qual caminho seguir, quero continuar aprendendo, mas também gostaria de começar a trabalhar na área.

Para alguém que trabalha com programação ou já passou por uma situação semelhante, eu queria saber:
Quais conteúdos seriam bons para estudar com a base q eu tenho?
Vele a pena me aprofundar mais em Python ou é melhor eu aprender outra linguagem?
Como devo me preparar pra conseguir minha primeira oportunidade profissional?
Quais conhecimentos ou projetos vocês consideram importantes para quem está começando?

Quero continuar aprendendo e me especializar em alguma área porém queria uma direção pra seguir para não estudar conteúdos aleatórios sem saber aplicar profissionalmente.

Agradeço desde já os que me ajudarem com essa questão.

Galera, preciso da ajuda de vocês. Tenho mais de 6 anos de experiência como dev mobile Android e quero migrar para BE. Comecei a aprender com BE em Django mas logo a experiência de desenvolvimento mobile nativa me pegou. Com o passar do tempo, cada vez mais tenho vontade de migrar e sempre chegam propostas para mim no linkedin, inclusive da Amazon e da gringa, apesar de não ter experiência profissional como BE. O que me salva é que sempre fui curioso e um pouco louco (outro dia criei uma aplicação nativa Android usando Rust, Kotlin e Bazel, só para testar). Estou concluindo minha pós em software architecture e gostaria de umas dicas para migrar de vez e mandar bem nos processos.

Olá, desenvolvi uma extensão que mostra a utilização do Gemini sem precisar ir direto na página de uso\cota, ela mostra a utilização da cota de cinco horas e cota semanal, além de mostrar a quantidade de tokens utilizados e modelo usado na sessão\chat atualmente aberto.

Ela foi desenvolvida em java Script com CSS3.

Para coletar dados ela intercepta as variáveis e funções disponíveis no front do chat.

Para desenvolver a extensão eu extrai o .har dos tráfegos de rede da página de cota e de dois chats abertos, após isso, passei para o próprio Gemini 3.8 flash ler, entender e validar as informação contente nos arquivos, dessa forma consegui criar a extensão para funcionar de forma independe-te, o único "bug" que ainda vou resolver é com a conta gratuita, que ainda não está carregando os dados, pois aparentemente os dados das contas plus, pro e ultra são enviados e recebidos de forma diferentes.

Aqui está o link para instalar no FireFox: https://addons.mozilla.org/pt-BR/firefox/addon/geminiporcent/

Mas se preferir pode instalar manualmente em navegadores chromium, pois ela é de código aberto e está no CodeBerg: https://codeberg.org/ThainanViniciusKatchan/GeminiPorcent

Iniciei a criação dela a mais ou menos quatro meses, agora com o lançamento do Argon decidi atualizar.

Eu falei que tinha dificuldade social no trabalho e que deveria seguir a carreira de ti. Aí me mandam eu me fod&r pq segundo eles eu tenho 30 anos nas costas e não posso ser tímida, como se isso escolhesse idade.

Eu me sinto sempre despreparado para uma entrevista técnica, peço pra I.A. gerar uma simulação dos desafios que podem cair, mas na hora sempre é uma coisa diferente da preparação e tem que lembrar de sintaxe, pois alguns ja falam de inicio que não pode consultar o google, acaba sendo só vc e o editor de código e a questão.

Tento fazer leetcodes e fazer alguns CRUDs mas na hora do código sob pressão do tempo, acabo indo mal, esquecendo sintaxe e fazendo de forma que depois do teste repenso em tudo que fiz errado.

No caso de vocês qual é a estratégia?

Eu concordo que a IA ajudou muito no trabalho, hoje em dia eu não toco mais em código, apenas reviso e aprovo, recuso ou mando alterar e fico mais perto da regra de negócio do que do código.

Antes eu sei que era cansativo as vezes, mas em todos os casos era muito prazeroso ter aquela sensação de trabalho feito e de evoluir como um profissional.

Por incrível que pareça eu me sinto mentalmente mais esgotado com IA do que sem.

Mais alguém sente isso ou eu preciso de um psicologo urgente?

Eu uso o Claude no plano Pro e toda semana bato no limite semanal bem antes da semana acabar. O problema é que o próximo degrau seria ir para o plano Max 5x, e, pelo meu uso, ele provavelmente sobraria bastante, o que me faria gastar uma quantidade de dinheiro grande sem utilizar tudo disponível.

Venho pensando em 3 opções: pegar o Max 5x (mesmo que eu não consiga utilizá-lo todo e "perder dinheiro"), ativar o uso extra (créditos) no Pro ou ter uma segunda conta com outra assinatura Pro.

Pelo que pesquisei, utilizar créditos não é uma boa para quem sempre bate o limite semanal rápido e recorrentemente, e, sobre ter duas contas, eu não encontrei muita informação se daria algum problema ou não (pode se entender que eu estou compartilhando ou revendendo acesso conforme a troca de login diversas vezes).

Tentei utilizar o plano do Codex de 20 dólares também em conjunto com o Claude, mas não gostei muito dele, e estou tentando achar uma forma de conseguir utilizar somente o Claude, mas sem "perder" dinheiro no processo.

Minha questão seria se alguém ficou no mesmo cenário que esse e o que fez para solucionar essa questão.

estou no último semestre de ADS, e desde o começo do ano estou louco atrás de algum estágio pelo menos para ganhar experiência e entrar no mercado de trabalho, mas não aparece simplesmente NADA. Me candidato para toda vaga que aparece no LinkedIn, Indeed e outros, já cheguei até a mandar mensagem para todas as empresas de tecnologia aqui da minha cidade, e nenhuma sequer tem vaga para estagiário. Eu não tenho preferência por área nenhuma, não sou exigente quanto ao horário, presencial/home office e nem remuneração, e mesmo assim não surge nada. Estou cada vez mais frustrado e pelo visto só me resta estudar cada vez mais por conta própria em cursos da Udemy e trabalhar nos meus projetos pessoais rezando para algo dar certo alguma hora.

A maioria de quem trabalha para empresa tem acesso a assinatura do Claude e companhia, mas para projetos pessoais vocês tem usado alguma IA paga?

Geralmente só tenho tempo no final de semana para desenvolver alguma coisa para mim, então não sei se compensa uma assinatura cara. Ao mesmo tempo me sinto um australopiteco começando novos projetos na mão, sem nenhuma IA.

Vocês me recomendam alguma assinatura específica?

Fala, pessoal! Queria opiniões sobre um problema geral de arquitetura orientada a eventos: um evento que dispara um volume enorme de trabalho em outro serviço/modulo. Para ficar mais concreto, vou usar um cenário de exemplo abaixo, mas meu interesse é no padrão em geral, não só nesse caso específico.

Cenário de exemplo:

• O módulo/servico A desativa uma promoção e grava o evento numa tabela de outbox.
• O Debezium (CDC) publica esse evento no Kafka.
• O módulo/servico B consome o PromotionDeactivated e precisa remover essa promoção de ~[X] milhões de produtos no Postgres.

Ou seja, um evento gera milhões de updates. Qual approach vocês usariam e por quê?

Olá. Estava lendo sobre o projeto chileno cybersyn e como era genial pra época. pra quem não conhece, foi uma tentativa do governo Allende de gerenciar a economia industrial em tempo real usando cibernética e uma rede de telex, mas foi destruído com golpe de 73... vocês sabem de outras tecnologias desse tipo? e trazendo esse papo pro brasil, vcs acham que o pix pode ter um fim similar?

Comecei a fazer entrevistas pra gringa e estou participando de outros processos seletivos nacionais, exp: Amazon, nubank. Hoje trabalho em um healthtech, uma das maiores da América Latina, behavial interview indo ok, técnica fui bem até na última, mas o que mais está me pegando é que geralmente é consultoria e sempre o entrevistador é indiano com um sotaque horrível, parece que nem se esforçam para falar um inglês compreensível, mas alguém passou por isso antes de conseguir a primeira vaga gringa?

Entrei para a área em 2025 por meio de um programa de trainee de uma consultoria, disseram que, ao final do programa, eu iria ser alocado em um cliente. Quando chegou no final do programa, me demitiram do estágio alegando que não havia vagas no momento. Essa demissão me deixou muito deprimido e virei a chave para concurso público.

O concurso que sonhei, até pelas minhas condições de momento, era o Dataprev. Nem acreditei quando abriu agora, estudei tanto durante 3 meses para chegar na prova e cagar tudo tirando um 74,5 e agora estou refém do meu trabalho que odeio.

Faltando duas semanas para o concurso, a empresa que me demitiu entrou em contato perguntando se eu teria disponibilidade para atuar com Java e em horário comercial, prontamente disse que sim. Logo depois, mudou o papo dizendo que era para uma vaga de sustentação em horário não comercial, até aí tudo bem pois pelo menos eu iria programar.

A realidade foi bem diferente da expectativa, é um suporte disfarçado de sustentação, a equipe não pode fazer um fix de uma linha de código, não estou conseguindo controlar meu tempo pois os chamados não param de chegar, estou fazendo tudo menos programar.

Estou decepcionado com meu reuso no Dataprev e minha vida profissional, a minha vontade era de falar agora com o RH para me alocar como Dev mas acho melhor ter que esperar alguns meses. Quanto tempo devo esperar para pedir uma mudança e fazer o que gosto?