{ "version": "https://jsonfeed.org/version/1", "title": "Meus 10 Centavos", "home_page_url": "https://meus10centavos.vercel.app/", "feed_url": "https://meus10centavos.vercel.app//tag-guia.json", "description": "Meus 10 centavos de contribuição para uma discussão que ninguém pediu minha opinião", "items": [ { "id": "https://meus10centavos.vercel.app//guia-de-linkedin.html", "url": "https://meus10centavos.vercel.app//guia-de-linkedin.html", "title": "O guia de LinkedIn", "content_html": "\n

Mais uma vez motivado pela preguiça de ensinar muitas pessoas a mesma coisa em um curto período de tempo, resolvi economizar saliva e escrever o guia de LinkedIn. Vou explicar como a rede funciona, como ter um posicionamento na rede, como fazer um bom perfil, etc.

\n

Fontes
\nCertamente terá um @bado questionando "com base em que você diz isso?", mas por incrível que pareça eu não tirei isso tudo da minha cavidade retal.

\n

Escrevo esse texto com base na minha experiência, no que eu testei, nas falhas e êxitos que tive. Também com base nas próprias métricas que o LinkedIn fornece sobre o perfil.

\n

Além de convesas que tive com contratantes e donos de empresas, ou seja, eu ouvi diretamente o que incomada e o que eles gostam e vim repassar. E não orgulhosamente também adimito que já fui o otário que encontrou o esperto que tava vendendo o curso de currículo e LinkedIn, que realmente são eficazes, mas não valem o preço cobrado.

\n

O perfil de ouro

\n

Premeiramente parabéns por ter tomado vergonha na cara e estar tentando melhorar seu perfil, que atualmente está um repelente de contratantes.

\n

Vamos montar o perfil do Enzo (nome fictício)

\n

URL

\n

Enzo, você usaria @Enzo_Rei_Delas.https.418 como @ do seu Instagram? Não, né?! ENTÃO PORQUÊ KARALIOS VOCÊ VAI USAR UMA DESGRAÇA DESSA NA SUA REDE PROFISSIONAL?!

\n

Provavelmente você ainda não reparou, mas cada usuário tem um URL especìfica no LinkedIn, é o equivalente ao @ do Instagram.
\nÉ muito comum ver pessoas que tem o nome muito comum, terem URLs cheias de números o que não é nada legal. A URL não é um fator que automáticamente rotula seu perfil como ruim, mas é um polimento, demonstra uma preocupação com detalhes.

\n

O ideal é você use seu próprio nome na URL ou use suas iniciais. Me citando como exemplo, meu nome é Fabrício e minha URL do LinkedIn é fabricio-ss, o "ss", são as iniciais dos meus sobrenomes. Pois meus sobrenomes também são muito comuns.

\n

Foto e Banner

\n

Foto de perfil

\n

É de uma frequência assustadora, principalmente entre os iniciantes, as péssimas fotos de perfil. Quando penso que não há como ser pior alguém vem e supera...

\n

Cuidados com a foto

\n\n

Caso você queria uma foto feita com IA, aqui vai um prompt para gerar uma foto boa para o LinkedIn:

\n

Black and white studio portrait of a young man with short curly hair and glasses, wearing a fitted black t-shirt. He is posing with one hand on his chin in a thoughtful, confident expression, looking directly at the camera. Dramatic lighting (low-key lighting) with strong contrast, highlighting facial features and creating soft shadows. Dark solid background, minimalistic composition. Cinematic mood, sharp focus, high detail, professional photography, 85mm lens, shallow depth of field, ultra realistic, editorial style.

\n

Adicione uma foto de um modelo na posição que você quer e várias fotos suas, principalmente do rosto, em ângulos e iluminações variadas.

\n

Recomendo que use o GPT, foi onde eu fiz a minha.

\n

Banner

\n

Sobre o banner o ideal é que ele seja coeso com suas atividades, como você... é um dev o lógico é que o banner seja um wallpaper de código ou que seja referente a programação. Outra abordagem legal é com seu nome e as stacks que você atua.

\n

Exemplo:
\n\"banner\"

\n

Conexões

\n

Vai na seção Minha rede e adicione todos que são da mesma área que você, no caso outros desenvolvedores, até você atingir 500 conexões que é quando o algoritimo começa te considerar minimamente relevante. A partir desse marco você começa filtar, pois de fudido já basta você :) , então comece recusar estudantes, OpenToWork, e perfis assim.

\n

O ideal que você faça conexões com pessoas da mesma área que você, caso você esteja procurando emprego adicione o pessoal de RH e psicólogos que trabalham em RH e TechRecruiters. É muito interessante adicionar pessoas de áreas adjasentes a sua, por exemplo:

\n\n

Headline

\n

Essa é a parte que você se rotula, é o que as pessoas olham quando pensam "Quem esse cara pra falar isso?" ao ver um comentário polémico em uma publicação. Motivo inclusive de memes pelo exagero que as pessoas fazem no LinkedIn para tentar demonstar execiva autoridade em funções simples. Não obstante também é visto usuário condenando seu perfil à forca pela má execução da rotulação.

\n

Coisas do tipo:

\n

"Estudante da Ciência da Computaria na Uniesquina"
\n"Profissional XPTO em transição de carreira para programação"

\n

Ou pior, os que fazem da headline uma sopa de letrinhas sem estratégia nenhuma

\n

"Prgramador Java, JavaScript, Rust, React, Spring, CyberSegurança, certificado do curso qualquer da Udemy"

\n

Headline tem que ser feita de forma estratégica! Ela é uma das principais formas de busca usada pelos contratantes, a headline pode jogar contra ou ao seu favor, dependendo de como for feita.

\n

A headline deve conter palavras-chave relevantes para sua atuação, por exemplo, para o front-enzo algumas palavras-chave importantes são JavaScript, TypeScrit e um dos três principais frameworks.

\n

Estrutura de uma boa headline:
\nsua profissão | stack

\n

Exemplo:
\nDesenolvedor Front-enzo | JavaScript/TypeScript, React, TailwindCSS

\n

As tecnologias citadas devem ser complementares, não faz sentido para o front-enzo adicionar Java e Spring Boot na sua headline.

\n

Quando você escreve vária tecnologias, a não ser que você seja um sênior com mais de 10 anos de exeriência, a impressão que possa é que você está pulando de galho em galho e não sabe com profundidade suficiente para atuar.

\n

Sobre

\n

Junto com a foto e a headline, o sobre compõe o top 3 partes que as pessoas mais errram. Muitas pessoas colocam que são "devs apaixonados" ou que são "devs curiosos", mas cuidado que eu fiquei sabendo que o come C# de curioso está contratando...

\n

Muito comum as pessoas colocaram um texto gigante sem levar em consideração um fator. Ao entrar no seu perfil as pessoas não vêem todo o texto, só é possível ver as 4 primeiras linhas e se você não consegue fazer a pessoa que está olhando se interessar para clicar no botão ver mais.

\n

O segredo para um bom sobre é você dar o máximo de carteirada possível nessas linhas iniciais para causar interesse

\n

Exemplo:
\n\"banner\"

\n

Observe que nesse exemplo tem 4 demonstrações de autorida: 1ª ser pesquisador, 2ª atuar em Health Tech, 3ª, tempo de expeeriência (mesmo sendo pouca), 4ª já ter feito sistema para órgão público.

\n

Ninguém está interessado na sua historinha de vida de paixão pela tecnologia desde a infância quando você desmontava eletrônicos velhos para ver como funcionavam. Quem recruta está procurando quem demonstra aptidão!

\n

Logo após você convencer quem está analisando seu perfil clicar em "ver mais" e desperdiçar mais alguns segundos da sua vida, você começa detlhar um pouco os tópicos das cateriadas e esmiussar sua atividade e responsabilidades, mas não muito há um campo exclusivo para isso, faça de forma resumida, comente só o que importa e o que impressiona.

\n

Principais competências

\n

Essa seção fica em anexo com o sobre, aqui você lista as 5 habilidades mais importantes que você tem, novamente deve haver coesão nas tecnologias citadas. Minha recomendação é que sejam as mesmas da headline.

\n

Serviços

\n

Apesar de parece que essa parte é exclusiva para freelancers, mas também contribue para as análises automatizadas com modelos de ATS. Além de seu perfil ser mais recomendado, pelo simples fato de estar mais completo.

\n

Destaque

\n

Autoexplicativo.

\n

Experiência

\n

Outra seção que as pessoas fazer de forma muito inadequada. Descrever as experiência não é apenas colocar o tempo de atuação, nome da empresa e cargo.

\n

Estrutura da descrição da exeperiência:

\n

Breve descrição da atuação - Essa descrição deve ser mais ampla para dar um contexto do projeto que você trabalho. Qual era o projeo? Qual motivo do seu surgimento?

\n

Sua atuação - Cite quais foram suas responsabilidades. O que você fez? Como sua atuação impactou no projeto e por consequente na empresa?

\n

Resultado - Fale sobre as métricas de resultado. Com sua atuação nesse projeto quais resultados ele gerou? Quais os diferenciais?

\n

Formação acadêmica

\n

Sua Uniesquina fica aqui

\n

Licenças e Certificados

\n

Aqui os seu certificado de HTML5 da Udemy

\n

Projetos

\n

Se você tiver projetos open-source, acadêmico adicione aqui. É uma boa demonstração de capacidade técnica e de trabalho em equiper.

\n

Competências

\n

Você pode adicionar até 100 competências, você preencher essas 100 é muito importânte também pro algorítimo. Primeiro você adiciona suas competências técnicas (Linguagens, ferramentas, frameworks, tecnologias, etc), caso você não tenha habilidades técnicas suficientes então você usa das viadagens das softskills (escuta ativa, pensamento crítico, pensamento computacional, etc)

\n

Idiomas

\n

Aqui você adiciona que sabe a lingua do P, Elfico e Klingon

\n

Atividade

\n

Acredito que o LinkedIn é a única rede social que ninguém fica viciado e nem faz questão de entender como funciona tal qual o Instagram, por exemplo, onde todo mundo sonha em ter um mais de 5K de likes na sua foto no espelho do banheiro do shopping.

\n

O LinkedIn é uma rede social, isso parece uma obviedade, mas todo mundo ignora esse fator. O algorítimo favorece quem tem mais atividade, para entender isso basta comparar com aquela blogueirinha que você segue no Instagram que todos os dias posta um story dando bom dia. Ela não faz isso porquê ela acha bonito é porque mantem atividade e o algorítimo valoriza isso!

\n

Mas o LinkedIn não é a rede que você vai postar uma foto no espelho com a legenda "indo alí", a atividade no LinkedIn é fundamentada em 4 pilares

\n\n

O que cada um quer dizer na prática?

\n

Esetabelecer marca pessoal

\n

Resumidamente, é ter o perfil preenchido com as informações necessáarias nos seus lugares. Onde você estudou, onde trabalhou, etc.

\n

Localizar as pessoas certas

\n

Criar conexão com as pessoas certas, ou seja pessoas do seu setor ou setor adjacente.

\n

Interagir oferencendo insights

\n

Prdouza conteúdo. "Ah, não sei o que postar". Posta o que você está estudando, posta sua opnião sobre alguma polêmica do seu setor.

\n

Criar relacionamentos

\n

Faça comentário relevantes, não aqules sugerido da versão mobile ou qualquer porcaria tipo: "top". Converse pela DM do LinkedIn (obs.: deixar e leva vacuo afeta essa pontuação)

\n

Criação de conteúdo

\n

Agora vai o ouro sobre publicar no LinkedIn: PUBLIQUE NO HORÁRIO QUE TODOS ESTÃO NO TRABALHO!

\n

O LinkedIn é uma rede profissional, ninguém acompanha o que rola fora do horário de trabalho (salvo exceçõe), rodo conteúdo publicado na sexta e no fim de semana tem queda em todas as métricas.

\n

Minha estratégia

\n

Eu costumo postar coneteúdo no primiro dia últil do LinkedIn (Segunda) e no último dia últil do LinkedIn (Quinta). Assim eu estarei presente no feed das pessoas assim que elas forem usar a rede na Segundo e serei o último post visto na semana também, as chances de ser lembrado são maiores e também o engajemnto é maior. O melhor horário para postar é entre 09:00 e 16:00, teste e veja em qual horário você tem mais engajamento.

\n

Se algum dia eu critiquei seu LinkedIn, melhore para que eu não tenha que criticá-lo novamente. De nada

\n\n", "summary": "", "date_published": "2026-07-01T00:00:00-00:00", "image": "/media/banner.png", "authors": [ { "name": "Fabrício Santos", "url": "", "avatar": "https://avatars.githubusercontent.com/u/90152237?v=4" } ], "tags": [ "carreira", "tutorial", "guia" ], "language": "pt-BR" }, { "id": "https://meus10centavos.vercel.app//git-pratico-para-iniciantes.html", "url": "https://meus10centavos.vercel.app//git-pratico-para-iniciantes.html", "title": "Git prático para iniciantes - O início de um projeto", "content_html": "\n

Introdução

\n

Antes de começar, já devo avisar que o objetivo desta série não é ensinar git de A até Z como muitos fazem, pois eu não acho que conseguiria fazer algo melhor do que a documentação do git, que tem uma leitura fácil e entendível para quem está iniciando, além de ter uma boa parte já traduzida para o português brasileiro, caso tenha dificuldades com o inglês.

\n

Meu objetivo é simplificar seu aprendizado, abordando o essencial, destrinchando as entrelinhas e explicando de uma forma fácil para iniciantes.

\n
\n

Nota: Entenda que estamos falando do git (ferramenta de controle de versão), não do GitHub (repositório remoto). Isso porque em algum momento você irá trabalhar em empresas que utilizam outros, como BitBucket e GitLab. Pesquisem por conta sobre esses repositórios remotos. Se em algum momento eu me referir a repositório remoto, assuma que estou falando do GitHub para esses exemplos, mas o mesmo se aplicaria de forma similar aos outros citados.

\n
\n

Inicializando um repositório na sua máquina

\n

Vamos supor que você já assistiu seu curso da Udemy ou do YouTube e já sabe o básico do funcionamento de git. Logo, caso tenha entendido corretamente, o primeiro passo é inicializar um repositório dentro do diretório do seu projeto com o comando git init.

\n
enzo@pc-do-enzo:~/projeto$ git init\nInitialized empty Git repository in /home/enzo/projeto/.git/\nenzo@pc-do-enzo:~/projeto$\n
\n

O que você precisa entender agora é que, ao inicializar um repositório, um diretório chamado .git será criado no diretório do projeto e que por padrão, nenhum dos seus arquivos estará, mas o git já consegue vê-los. Além disso, todos seus arquivos começarão com o estado untracked ou "não rastreado".

\n
enzo@pc-do-enzo:~/projeto$ git status\nOn branch main\n\nNo commits yet\n\nUntracked files:\n  (use "git add <file>..." to include in what will be committed)\n        index.html\n        style.css\n\nnothing added to commit but untracked files present (use "git add" to track)\nenzo@pc-do-enzo:~/projeto$\n
\n

As três áreas do git

\n

É essencial que você entenda que o git possui três áreas e que seus arquivos vão ter estados nessas áreas. As áreas basicamente são: working directory, staging area e o diretório .git do projeto.

\n\"As\n

Resumindo o fluxo nessas áreas de maneira simples.

\n\n

Preparando para o commit

\n

Você, como um ótimo desenvolvedor, terminou a primeira tarefa do projeto, que era criar o código HTML e o CSS de uma página importante e agora você quer que o git faça o versionamento desse código.

\n

Primeiro, precisamos adicionar as alterações que fizemos para a área de staging, ou "área de preparo". Para isso, utilizamos o comando git add que pode ser chamado das seguintes formas:

\n\n
enzo@pc-pc-do-enzo:~/projeto$ git add index.html style.css\nenzo@pc-pc-do-enzo:~/projeto$ git status\nOn branch main\n\nNo commits yet\n\nChanges to be committed:\n  (use "git rm --cached <file>..." to unstage)\n        new file:   index.html\n        new file:   style.css\n\nenzo@pc-pc-do-enzo:~/projeto$\n
\n

Como pode ver, as informações do comando git status são bem claras:

\n\n

Agora, eu realmente espero que você tenha se questionado do seguinte:

\n
\n

"E se eu fizer uma modificação em um arquivo que eu já adicionei na staging area?"

\n
\n

E aqui entramos em outro conceito importante que não se aplica somente ao git, mas em muitas ferramentas que você vai encontrar e ele se chama diffing.

\n

Em termos simples, diffing é o processo de comparação entre arquivos, para saber o que mudou de um arquivo para outro. Você pode pensar nisso como um "jogo dos 7 erros", onde você tinha duas imagens e precisava encontrar a diferença entre elas.

\n

Graças ao diffing, o git consegue te dizer exatamente quais linhas foram adicionadas (+) e quais linhas foram removidas (-) na comparação de uma versão anterior de um arquivo a uma versão atual.

\n
enzo@pc-do-enzo:~/projeto$ git diff\ndiff --git a/index.html b/index.html\nindex c3939a0..e60d682 100644\n--- a/index.html\n+++ b/index.html\n@@ -7,12 +7,13 @@\n     <link rel="stylesheet" href="style.css">\n   </head>\n   <body>\n-    <h1>Página inicial</h1>\n+    <h1>Página inicial alterada</h1>\n     <p>\n       Lorem ipsum dolor, sit amet consectetur adipisicing elit. Harum ipsum\n       temporibus minima explicabo molestiae repellendus deleniti dolore, at\n       vitae illo numquam eaque veritatis exercitationem. Aliquam repudiandae\n       similique quaerat quia optio.\n     </p>\n+    <p>Uma nova alteração</p>\n   </body>\n </html>\nenzo@pc-do-enzo:~/projeto$\n
\n

Então, quando você realiza a modificação de um arquivo que já está na staging area, esse arquivo terá uma versão na staging area que irá para o próximo commit e uma versão em estado modified no working directory.

\n
enzo@pc-do-enzo:~/projeto$ git status\nOn branch main\n\nNo commits yet\n\nChanges to be committed:\n  (use "git rm --cached <file>..." to unstage)\n        new file:   index.html\n        new file:   style.css\n\nChanges not staged for commit:\n  (use "git add <file>..." to update what will be committed)\n  (use "git restore <file>..." to discard changes in working directory)\n        modified:   index.html\n\nenzo@pc-do-enzo:~/projeto$\n
\n
\n

"Mas e se quiser adicionar a nova alteração que fiz junto a que já está na staging area?"

\n
\n

Basta adicionar essa alteração com o git add quantas vezes forem necessárias.

\n

Realizando o commit

\n

A partir deste ponto, vamos assumir que você já fez e adicionou tudo o que era necessário e está pronto para o commit.

\n
\n

Mas o que é esse tal de commit que tanto é falado?

\n
\n

Um commit é um objeto do git que de fato vai registrar uma versão de código dentro do seu repositório git. Ele trás metadados como:

\n\n

Para realizar o commit, você deve executar o comando git commit, que pode receber algumas opções, mas por enquanto vamos falar somente da flag -m

\n

Se você deseja realizar o commit com uma descrição simples:

\n

git commit -m 'feat: implementação da página inicial do projeto'

\n

Se você deseja realizar o commit com uma descrição simples e informar mais detalhes:\ngit commit

\n

Isso irá abrir o editor padrão configurado para o git, para que você possa escrever mais detalhes sobre o commit. Você terá instruções em forma de comentários, indicando como você deve estruturar a mensagem.

\n
GNU nano 7.2                                 /home/enzo/projeto/.git/COMMIT_EDITMSG *\n\nfeat: implementação da página inicial do projeto\n<ENTER>\n- Criação do header fixo\n- Criação de efeito parallax\n- Carregamento de fontes via CDN\n\n# Please enter the commit message for your changes. Lines starting\n# with '#' will be ignored, and an empty message aborts the commit.\n#\n# On branch main\n#\n# Initial commit\n#\n# Changes to be committed:\n#       new file:   index.html\n#       new file:   style.css\n#\n# Changes not staged for commit:\n#       modified:   index.html\n#\n
\n

Ao salvar e sair, seu commit terá sido realizado.

\n
enzo@pc-pc-do-enzo:~/projeto$ git commit\n[main (root-commit) af17a38] feat: implementação da página inicial do projeto\n 2 files changed, 32 insertions(+)\n create mode 100644 index.html\n create mode 100644 style.css\nenzo@pc-pc-do-enzo:~/projeto$\n
\n

E você pode ver detalhes sobre esse commit e outros, obtendo seus logs, com o comando git log.

\n
commit af17a38bca106c5316239f9e209cc3c1d43fd5c5 (HEAD -> main)\nAuthor: Enzo da Silva <enzosilva@gmail.com>\nDate:   Fri Feb 6 03:42:34 2026 -0300\n\n    feat: implementação da página inicial do projeto\n\n    - Criação do header fixo\n    - Criação de efeito parallax\n    - Carregamento de fontes via CDN\n
\n

Conclusão

\n

Nesta primeira parte da série, você aprendeu a inicializar um repositório git, preparar alterações para seu _commit e como realizá-lo.

\n

Além disso, expliquei sobre o diffing, que é o processo que o git usa para fazer comparações entre arquivos de versões diferentes, para saber qual mudança houve entre eles.

\n

Como material complementar, eu fortemente recomendo que você leia os capitulos 1.1 até o 2.3 da documentação do git para entender com mais detalhes o que foi abordado aqui, pois sempre utilizo ele como base quando preciso explicar git

\n

Próximos passos

\n

No próximo capítulo, pretendo falar sobre:

\n\n

Agradecimentos

\n

Queria deixar registrado, meu agradecimento ao meu amigo Fabrício, que criou este espaço e permitiu que eu e outras pessoas compartilhássemos nossos conhecimentos com vocês.

\n

Referências

\n

https://git-scm.com/book/en/v2

\n

https://git-scm.com/book/pt-br/v2

\n
Créditos
\n

Agradeço a contribuição do Matheus Henrique.

\n

GitHub: github.com/mathstylish
\nLinkedIn: linkedin.com/in/mathstylish/

\n\n", "summary": "", "date_published": "2026-02-11T00:00:00-00:00", "image": "/media/git-areas.png", "authors": [ { "name": "Matheus Henrique", "url": "", "avatar": "https://avatars.githubusercontent.com/u/44449793?v=4" } ], "tags": [ "versionamento", "guia" ], "language": "pt-BR" } ] }