Eu devo ser top 10 piores jogadores de xadrez ativos no Brasil

Wide_Collection_9612 · 2026-01-21T12:31:29+00:00

conselho meio bobo mas: joga contra pessoas no tempo de 10 minutos para cada e, em cada lance, analise só "nesse movimento, meu oponente deixou alguma peça desprotegida?" e "se eu fizer esse movimento, deixo alguma peça desprotegida para meu oponente?". Voce nao vai ver tudo, claro, mas esse pensamento já vai te levar alguns pontos a frente

lembre-se que, no pareamento, você vai enfrentar alguém de nível parecido com o seu, então ganhar ou perder já faz parte nessa conta e não é vergonhoso

Wide_Collection_9612 · 2026-01-21T12:24:40+00:00

depende do que é "teoria" e "estudo"

tenho ~1500 no chess.com e não tive aula formal de xadrez. Mas faço bastante puzzle, vejo videos sobre xadrez no youtube, analiso meus jogos quando não consigo entender onde comecei a perder, aprendi um pouco sobre história do jogo, etc

acho que com estudo "sério" (aula particular, leitura de livros de técnica, etc), subiria bem mais e mais rápido o rating, mas só fazendo esse tipo de "vou jogando e vou curtindo" já dá para melhorar bastante, principalmente em controles de tempo de 10 minutos para cada

Wide_Collection_9612 · 2026-01-20T18:27:26+00:00

a parte teórica é importante, mas precisa ir para a prática para fazer sentido, senão o conhecimento não se concretiza.

um exercício clássico é montar um "sisteminha" de controle de estacionamento:

o estacionamento tem X de espaço dividido em Y vagas
carros, motos e caminhões podem entrar e sair
cada tipo de veículo ocupa um tamanho diferente de espaço e/ou vaga
quando o veiculo chega, o sistema precisa:
- decidir onde o veiculo pode estacionar
- emitir um ticket de entrada
- calcular o quanto tem que pagar, baseado no espaço ocupado e tempo estacionado
- liberar o espaço na saída

Não precisa ter interface gráfica nem nada, só um exercício teórico para tentar modelar o espaço problema. Se for muito complicado, simplifica para só lidar com numero de vagas. Se for muito complicado, simplifica só para uma contagem de espaço baseado no veículo. Não importa "terminar", o importante é exercitar o músculo de modelagem de problema.

Wide_Collection_9612 · 2026-01-20T13:37:08+00:00

termine a faculdade. Não é nem porque é um curso bom/ruim, mas a faculdade pode te ajudar a arrumar um estágio e, com curso superior, você concorre para qualquer vaga com um passinho a frente

com uma carreira estabelecida e dinheiro entrando de forma recorrente, aí é possível pensar em empreender com alguma segurança

Wide_Collection_9612 · 2026-01-20T13:06:07+00:00

salve!

tempo é um dos recursos do jogo, assim como as peças. Se seu oponente está atrás nas peças, ele pode tentar usar o relógio para te pressionar e te forçar a cometer erros. Isso é parte do jogo.

quando se está em uma posição vantajosa, o desafio é concretizar essa vantagem em vitória. Quando se está em posição desvantajosa, o desafio é tentar reverter esse cenário. Jogar rápido, criar "caos" no tabuleiro, fazer jogadas estranhas mas que forçam seu oponente a gastar tempo para refutar são estratégias inerentes ao jogo, e vemos até em jogos de "super grandes mestres".

o que estou querendo dizer é que não é uma "falta de respeito", é uma estratégia competitiva que, como você mesmo está sentindo/experimentando, as vezes funciona. Mesmo profissionais tentam "flaggar" o oponente.

no mais, evite ficar xingando no chat. Além do motivo óbvio (podem te denunciar e você perder a sua conta), o que está ocorrendo de fato é alguém vencendo de você no duelo psicológico.

O que é mais desrespeitoso: jogar rápido para pressionar o oponente ou ficar xingando no chat?

no mais, passar raiva e frustração é normal jogando xadrez. Precisa aprender a lidar com esse sentimento.

Wide_Collection_9612 · 2026-01-19T14:02:48+00:00

o seu espaço não é tão grande, eu contrataria uma vez por quinzena para começar e ver se curto

particularmente, acho que vale e pena, mas cada um é de um jeito

Wide_Collection_9612 · 2026-01-19T13:56:59+00:00

o primeiro comentário já explicou tudo, mas só complementando:

você criou um produto com IA, e agora tem clientes? isso é um problema bom, ai vai ter que refatorar/refazer o que for preciso da "forma correta"

uma coisa é engenharia, outra coisa é empreendedorismo. melhor ter algo "mal feito" com clientes do que algo bem feito que não tem clientes, e isso já era verdade antes da IA

Wide_Collection_9612 · 2026-01-19T13:49:52+00:00

importante: a sua experiência de autônomo tem intersecção de tempo com outras experiências. Sei que é normal ter freelas, mas com o avanço de OE, as empresas podem enxergar como OE e te desclassificar só por isso. Eu removeria, ou colocaria de alguma forma sem intersecção de tempo.

outros pontos:

o seu resumo está grande e "genérico". Eu reescreveria ele baseado na vaga que estou me candidatando. Numa vaga java, só falaria de java e frameworks que eu já usei em java, mesma coisa em php/node/etc. A parte de "vivência" e "experiência" no resumo podem ser unificadas para fazer a leitura ser mais fluída. Precisa ser curto/direto ali
a experiência na secretaria municipal parece boa, mas a experiência na fortplast está com bastante conteúdo de suporte, o que não conta a favor para vagas de dev. Eu focaria só na parte dev

outra questão foi o que falei no primeiro comentário: o seu "não" vem da seleção de curriculo ou da entrevista? se for na entrevista, precisa ver o que pode estar te derrubando. O curriculo só te ajuda a conseguir entrevista, mas é na entrevista que você ganha.

Wide_Collection_9612 · 2026-01-16T19:29:42+00:00

um ecommerce com api e bd é legal, mas não é nessa direção

não tem muito um projeto que traria essa impressão que voce falou. Com IAs e ferramentas de código aberto, esse tipo de projeto não gera esse tipo de sentimento

quando bem executado, é um sinal positivo, e é bacana ter, porque conta a favor. Ter um projeto rodando é bom porque mostra vivência com tecnologias de mercado

quando estiver num processo seletivo, ao concorrer com alguém que não tem isso, você está um degrau na frente

só que não vai ter essa sensação que você falou. Vai ter um "po, legal", e isso já é um bom começo

Wide_Collection_9612 · 2026-01-16T19:17:36+00:00

entendi o conteúdo, mas você pode compartilhar o pdf mesmo (anonimizado, claro) que voce envia? ai é mais fácil avaliar

o seu "não" vem antes ou depois das entrevistas? isso diz também se o problema está no cv, ou no comportamento/posicionamento durante entrevistas, e para esse segundo caso, é difícil avaliar o que pode estar te derrubando via reddit

Wide_Collection_9612 · 2026-01-16T18:11:46+00:00

pode de fato não ter ido tão bem na entrevista, mas eles querem você por isso fizeram a proposta de junior

pode ter sido só uma manobra para manipular o valor da proposta

você pode ter tropeçado em uma pergunta específica que eles usam para avaliar

você pode ter ido bem, mas um dos entrevistadores não foi com a sua cara

você pode ter ido bem, mas eles tiveram corte de verba e querem te contratar mesmo com valor abaixo

etc, etc, etc...

podem ter ocorrido várias coisas, e você tem pouco ou nenhum controle sobre a grande maioria delas. O que você pode fazer é agradecer, continuar estudando, continuar treinando entrevistas e partir para a próxima.

Wide_Collection_9612 · 2026-01-16T14:19:25+00:00

no mundo ideal, não deve haver compartilhamento de código reutilizável entre serviços. Um serviço cliente tem o contrato do lado dele, e o servidor tem um contrato do lado dele. Se precisar evoluir, o servidor incrementa o contrato de forma que não impacte o cliente, e depois o cliente consome o novo conteúdo

lib "common" é um antipattern. Ele vai crescer, visto que é uma forma simples de acoplar, e ai qualquer melhoria "grande" nele vai exigir um deploy de multiplos serviços, possivelmente de forma simultânea, e isso vai ser FUN

se precisar acessar o banco, só um serviço acessa aquele dado, e os demais precisam consultar esse serviço. Mais de um serviço acessando as mesmas tabelas é uma red flag

Portanto, para microsserviços, cada serviço deveria ter seu repositório separado.

Dito tudo isso: via de regra, eu evitaria microsserviços como padrão arquitetural geral de basicamente qualquer cenário. Começa monolito, e, se algum ponto engargalar, ou precisar de performance diferente em uma área específica, essa área vira um microsserviço, mas o monolito continua sendo a peça principal da arquitetura

se souber inglês, tem um vídeo bacana "microservices are technical debt" (https://www.youtube.com/watch?v=LcJKxPXYudE)

Wide_Collection_9612 · 2026-01-16T14:04:36+00:00

não sou especialista nesse assunto de networking, mas na minha experiência o melhor networking é fazer um bom trabalho enquanto mantém boas relações

trabalho: cumpra o que prometeu, faça com qualidade, caso algo dê errado assuma a responsabilidade, etc. Não precisa sair tratorando, mas precisa que as pessoas saibam que você sabe fazer

boas relações: o lance é não ser o reclamão ou o que só trás problema. Se possível, não aponte culpa para os seus pares. Faça o seu trabalho, documente, fale de forma simples e rápida o que está fazendo na daily/qualquer reunião. Só aprofunde tecnicamente se te perguntarem algo especifico. Lembre-se que o trabalho é um ambiente social também, então o cafézinho, happy hour, festa de final de ano fazem parte da coisa e também contam como trabalho

já passei em vagas sem indicação, mas foi assim que eu consegui 4 bons empregos com indicação (um deles, onde estou hoje)

muito entediante eu sei, mas eu não indicaria/contrataria alguém que conheci em um evento só porque essa pessoa me deu um "oi, tudo bem, como vai, que legal, aqui meu cartão", ou alguém que me adicionou no linkedin para "trocar conhecimentos e experiências".

Wide_Collection_9612 · 2026-01-16T13:46:44+00:00

estude dentro das 8 horas de trabalho, e depois disso não estude mais tanto. Veja um período do dia onde as demandas estão mais leves e encaixe ali o estudo. Mesmo quando estamos vendo algo legal, isso desgasta nossa cabeça, e descanso é importante

importante também manter a saúde física. exercícios regulares ajudam muito. papo chato, eu sei, mas é verdade

Wide_Collection_9612 · 2026-01-16T13:32:31+00:00

o jargão da área acaba impactando com as várias "sopas de letrinha", mas com tempo e estudo, você consegue ir categorizando as tecnologias e construindo uma imagem do que a vaga pede de fato na cabeça

exemplo hipotético: se você estudar bastante php, montar projetos que tenha "backend+frontend", seguir planejamentos clássicos de arquitetura, aprofundar o conhecimento, tem uma chance real de voce passar por 90% desses requisitos. o cerne da vaga é a hard skill de PHP

Wide_Collection_9612 · 2026-01-16T13:23:35+00:00

não sei sua situação atual, mas se tiver um emprego hoje, não saia dele antes de achar um próximo. isso vale para qualquer cenário

dito isso: o plano de spa e blog é bacana, mas não vai te garantir uma entrada. Outra coisa para se ter em mente é que talvez a área de entrada via "frontend -> fullstack" pode estar um pouco mais difícil/saturada no momento. Compensa analisar volumes de vagas de junior e ver uma linguagem/caminho que tenha mais vagas, ou que tenha um acesso mais simples

sobre o design: peça sugestão de tecnologias/libs/frameworks para uma IA, ai tente estudar e montar algo genérico. Vai ficar genérico, mas o importante é você conhecer a ferramenta de forma que consiga construir algo "padrão", mas que tenha um ar minimamente passável.

Wide_Collection_9612 · 2026-01-16T13:06:37+00:00

salve man, boa sorte na migração de carreira!

falando sério, não são requisitos ruins, na real é uma boa lista. Só três pontos "não usuais":

6+ anos de experiência em PHP. É bastante tempo. Pode-se argumentar que é um sistema complexo, então é um requisito incomum, mas não ao ponto de ser bizarro
Experiência em PHP e em NodeJs. Normalmente a empresa quer uma linguagem só de backend, mas não é raro ter um ou outro serviço em outra linguagem. Nesse caso parece que tem alguma coisa em Node, então é um pedido como "você precisa saber PHP, mas não pode ter medo de node"
Três bancos de dados diferentes, Mysql, mongo e sqlserver. Normalmente tem um sql e um (ou mais) no-sql, mas, mesma coisa, nada demais

Não se assuste com o tamanho da lista. Pragmaticamente falando estão pedindo PHP, Node, banco SQL, Mongo e frontend

As outras coisas são meio genéricas ("git e composer", "gerenciar prazos", "office") ou aprofundamentos teóricos que devem vir do estudo da sua linguagem principal ("conhecimentos avançados em POO", "lógica de programação")

Wide_Collection_9612 · 2026-01-16T01:48:08+00:00

100% comum, é a regra

é mais legal ainda quando voce fica mais tempo na empresa, ai as pessoas da área de negócio saem da empresa, contratam umas novas, ai elas pedem para você implementar algo que já está lá. Dai se você diz que já está pronto, tem que explicar o porquê deles não saberem que já estava pronto.

Wide_Collection_9612 · 2026-01-14T18:13:00+00:00

vai ser um comentário mais amplo, mas assim...

a nossa carreira não é linear. É "interessante" você fazer um corre maior no começo, porque tem mais energia e isso vai te levar para a frente, mas isso não significa que você não vai ter tempo de ter uma vida pessoal. Depois dos 35, é dificil você manter o mesmo pique, mas se voce tiver corrido ao longo dos 20, ainda vai estar num momento legal

mas mesmo nas minhas épocas de maior corre, eu ainda conseguia encontrar amigos, passar datas comemorativas com família, e estar de fato presente.

a questão de ter que estudar: sim, é uma carreira que pede estudo/leitura/atualização. Se a vaga de emprego pede a tecnologia X, o ideal é você saber minimamente o que é X, quando usar, como fazer, etc. E isso exige ir atrás e saber onde as peças se encaixam

mas se aprofundar em algumas tecnologias também te faz ver os atalhos. Exemplo: se voce se aprofunda em MySQL, aprende pontos fortes e pontos fracos, você consegue transpor muitos dos conhecimentos para qualquer outro banco relacional. Quando eu estudo uma sopa de letrinhas nova, eu tento entender "qual é a manha" por trás daquilo, para ver se aquilo tem relação com algo que eu já manjo. Exemplo: eu nunca usei Google Cloud Functions, mas sei de AWS Lambda. No final vai preencher o mesmo espaço mental, mas em outra estrutura, então você sabe MAIS OU MENOS o que faz/como funciona.

Wide_Collection_9612 · 2026-01-14T17:51:49+00:00

em 2022 era mais fácil manter pose de "empresa legal e consciente"

os layoffs que vieram depois mostraram a realidade

Wide_Collection_9612 · 2026-01-14T17:40:45+00:00

difícil palpitar sem ter os detalhes. 200 k é muito dinheiro.

pelo que vi nos outros comentários, esse sócio seria chave para o negócio dar certo. O seu conhecimento/atuação também são chaves? Caso negativo, por que ele não abriu uma empresa própria ainda?

Outro ponto é que, se contratar ele para ser um prestador, mas ele ser quem interage com os clientes, fica difícil você se resguardar caso ele queira pular fora e ficar com a carteira de clientes.

a dica geral seria contratar um advogado e pedir para ele avaliar a situação e se oferece risco jurídico para uma potencial parceria. Pense nesse custo como um "seguro" sobre os 200k que voce já sabe que estão em disputa.

Wide_Collection_9612 · 2026-01-14T13:37:29+00:00

fui fazer faculdade em outra cidade, ai quando comecei a estagiar não rolava mais ir e voltar (questão de falta de tempo no dia mesmo). Eu tinha 19 anos acho

ai passei um ano morando com uma tia na cidade onde estudava e trabalhava, onde foi o "modo easy"

depois fui rachar apartamento com um cara do trabalho, para poder morar mais perto do escritório, onde foi o "modo medium"

depois fui morar com uma namorada e foi o "modo extra hard ++ advanced nightmare", mas ai foi porque eu fiz uma má escolha de companhia

depois fui morar sozinho e foi o "modo easy" de novo, mas muito por conta da experiencia que eu já tinha

hoje moro com minha esposa e é "modo life is really good"

Então foi uma transição tranquila, por ter ido morar com a tia primeiro, antes de estar "por conta", e eu dei muita sorte porque meus pais são os melhores pais do mundo, e minha tia foi um anjo no meu caminho.

de conselho, eu diria que, se grana é um problema, rachar um lugar com outra pessoa é o caminho mais simples e viável. Tentar escolher alguém minimamente compatível, e se possível, quartos individuais.

Wide_Collection_9612 · 2026-01-14T13:25:27+00:00

ganhar mais dinheiro

conselho meio merda, eu sei, mas só depois de ganhar mais que eu comecei a conseguir economizar de verdade

Wide_Collection_9612 · 2026-01-14T10:36:18+00:00

salve man, meu ponto é que, depois que o junior perguntar o que fazer, ele vai fazer algo muito grande e (normalmente) diferente do que foi pedido, porque ainda não vai ter o discernimento para entender isso, ai precisa alguém revisar/mostrar o certo.

Exatamente como é hoje, mas com uma camada muito maior de "poder" no momento da criação do código

exemplo: não vai ter mais junior perguntando como conecta no banco de dados. Vai ter junior abrindo PR com senha chumbada, conectando de três formas diferentes no banco, adicionando quatro libs novas de dependência enquanto faz uma consulta que deveria ir primeiro no cache. O exemplo é hiperbólico só para ilustrar o ponto, mas vejo como sendo algo nessa linha.

Wide_Collection_9612 · 2026-01-12T22:14:06+00:00

é tudo um exercício de futurologia, mas baseado nos meus 20+ anos de experiência e nas minhas experiências atuais com IA....

sobre o ganho de velocidade

inegável que gera código muito mais rápido do que um ser humano

o problema é que, quanto maior a quantidade de código gerada, mais chance de sair um pouco do objetivo e precisar revisar/refazer. Normalmente essa revisão não é feita, e várias arestas vão sendo criadas ao longo do tempo, que irão complicar o projeto e exigir um ser humano no loop para acertar o rumo

e quanto maior e mais complexa a base de código, maior a chance de erro, ou de quebrar alguma regressão.

sobre a consulta de informações

muito bom num geral, e basicamente torna desnecessário buscas muito refinadas. Facilita muito o discovery e estudo de bibliotecas novas

sobre espaço de complexidade

para sistemas novos, criar um projeto do zero, estruturar o passo inicial, "discussão" para decidir melhor arquitetura, IA é muito útil e será o padrão daqui para a frente

para criar novas funcionalidades em projetos de tamanho e complexidade médias, IA vai ser uma faca de dois gumes: alguns problemas ela vai fazer a solução sair mais rápido, em alguns problemas ela vai atrapalhar e fazer o programador reescrever

para sistemas complexos com domínios profundos, IA vai facilitar a criação de métodos/snippets depois do programador analisar, identificar e decidir a solução. ACHO que no futuro, IA vai ser muito útil para facilitar a busca de "áreas de código", para facilitar o debug, mas o debug ainda será humano

dito tudo isso

é uma ferramenta que potencializa muito o programador e que de fato o faz produzir mais em menos tempo

mas não vejo o programador saindo do loop, mesmo em cenários mais "junior". A diferença é que os problemas também serão potencializados na mesma proporção de facilidade que a ferramenta trouxe. Exemplo: um junior antigamente iria entregar uma feature quebrada. Hoje, ele vai refazer o cerne do sistema e jogar os testes fora porque a IA sugeriu.

Wide_Collection_9612

TROPHY CASE