,
- // };
-
- return {children};
-}
diff --git a/src/components/posts/post/post1.mdx b/src/components/posts/post/post1.mdx
deleted file mode 100644
index 16deb34..0000000
--- a/src/components/posts/post/post1.mdx
+++ /dev/null
@@ -1,38 +0,0 @@
-Cheguei à conclusão de que esse pensamento pode ser perigoso, porque quando pensamos assim, acabamos nos acostumando apenas em fazer funcionar e nos esquecemos de melhorar depois. Isso é algo muito comum, principalmente para nós desenvolvedores, mas que em determinadas situações acaba fazendo sentido, por diversos motivos.
-
-Fazemos o uso de metodologias que até aplicam esses conceitos (e só para deixar claro não estou criticando ou julgando mal), apenas mostrando um ponto de vista um pouco diferente a respeito do assunto, pois muitos times aplicam como base para organizar e administrar as demandas dos projetos.
-
-### Por que eu não trago esse pensamento comigo?
-
-Como desenvolvedora, sei que ver algo funcionando é uma mistura de satisfação e alegria ao mesmo tempo, só que fazer funcionar não significa ter encontrado a melhor solução. E é nesse ponto que eu quero chegar.
-
-Pensa comigo: e se a gente mudar o pensamento de fazer funcionar e depois melhorar para: qual a melhor solução para resolver esse problema?
-
-Aqui não estou nem entrando em assuntos que envolvem padrões de projetos, código ou arquitetura, mas sim no próprio produto em si que você está trabalhando.
-
-Muitas das vezes tratamos uma aplicação ou software como se fosse apenas algo legal que estou trabalhando ou até mesmo paga os meus boletos e isso acaba tirando não só a importância, como também a imagem de que aquilo é um produto, que é escalado para diversos usuários que fazem uso do mesmo.
-
-Não somente isso, mas que existe todo um ecossistema em volta daquele produto e você não é única pessoa que faz parte dele. Por isso, você precisa pensar em boas soluções para resolver os problemas do produto ao qual você está trabalhando, além de trazer um código que seja fácil de ser ler e manter, isso é importante.
-
-**Por isso fazer perguntas como:**
-
-- Qual é a melhor solução para resolver esse problema?
-- Essa solução que encontrei, de fato resolve o problema ou apenas está quebrando o galho agora?
-- Qual efeito colateral que esse código pode trazer na aplicação?
-- Outro desenvolvedor vai entender o que eu fiz aqui no código?
-
-### Uma pequena ilustração
-
-Imagina que você comprou uma casa nova, certo? Ela é bonita, tem uma estrutura muito boa e se destaca entre as outras casas da vizinhança, porque ela acabou de ser construída.
-
-Com o passar do tempo, a casa começa a apresentar alguns problemas e você percebe que precisa fazer uma reforma na casa, para poder manter ela e para que outros problemas piores não apareçam.
-
-O mesmo acontece com uma aplicação ou software. Eles são construídos, mas precisam de manutenção constante, não só para resolver bugs encontrados, como também para adição de novas funcionalidades para trazer sempre a melhor experiência para o usuário.
-
-### Conclusão
-
-Se eu apenas penso em fazer funcionar, nunca vou me preocupar em encontrar a melhor solução para resolver o problema, mas sim em pegar a primeira solução que eu encontrar e é isso.
-
-Além de ser algo ruim, dificulta a manutenção do código e diminui a vida útil do software ou aplicação.
-
-Por isso, eu hoje não levo esse pensamento comigo. Posso até demorar um pouco mais para resolver o problema, mas pelo menos vou ter explorado todos os cenários possíveis para melhor resolvê-lo.
diff --git a/src/components/posts/post/post2.mdx b/src/components/posts/post/post2.mdx
deleted file mode 100644
index 2f585cd..0000000
--- a/src/components/posts/post/post2.mdx
+++ /dev/null
@@ -1,25 +0,0 @@
-### O que é a Olímpiada do Conhecimento?
-
-É uma competição de educação profissional. Estados de todo o Brasil, seleciona um ou mais competidores para cada ocupação participante dessa disputa para concorrer a tão sonhada vaga para a competição internacional WorldSkills.
-
-A Olímpiada do Conhecimento é também conhecida como a seletiva nacional para WorldSkills, que é a maior competição de educação profissional do mundo. Reconhecida por inspirar diversos jovens competidores ao redor do mundo, testando suas habilidades e conhecimentos de acordo com sua ocupação com um padrão-ouro de excelência.
-
-### Como é o processo de treinamento dos competidores?
-
-Para cada ocupação dentro da Olímpiada do Conhecimento existe um processo para os treinamentos. Em geral cada competidor(a) tem um período de 2 anos em preparo para a competição, onde passa por um série de treinamentos intensivos, com provas e simulados para testar suas habilidades e conhecimentos na área da sua ocupação.
-
-Todo esse processo não seria possível sem um treinador(a). O treinador é uma parte fundamental para o desenvolvimento do competidor durante a prepação para a Olímpiada do Conhecimento. Por isso, cada competidor(a) é acompanhado por um treinador(a) que o auxília com métodos, estrátegias, técnicas para que possa estar capacitado e pronto para a disputa.
-
-### Curiosidades
-
-A 43ª WorldSkills Competition aconteceu no Anhembi Parque, São Paulo, Brasil, de 11 a 16 de agosto de 2015, sendo a única edição que aconteceu na América Latina.
-
-A Olímpiada do Conhecimento era um evento geral que acontecia durante 1 semana em um local, que reunida os competidores de todos os estados participantes.
-
-Intercâmbios internos entre os estados aconteciam para realização de pequenas disputas em preparação para Olímpiada do Conhecimento, mas com o período da pademia ficou suspenso por um tempo.
-
-### Conclusão
-
-Nesse post conhecemos um pouco sobre a Olímpiada do Conhecimento e o que ela representa para todos que já tiveram a oportunidade de participar dela. É uma experiência única, que só quem viveu saber o quanto especial se torna em nossas vidas.
-
-No próximo post vou contar como eu (Leticia) e o Mikael nos tornamos competidores e como foi nossa experiência nessa competição.
diff --git a/src/components/posts/post/post3.mdx b/src/components/posts/post/post3.mdx
deleted file mode 100644
index 363014b..0000000
--- a/src/components/posts/post/post3.mdx
+++ /dev/null
@@ -1,29 +0,0 @@
-Uma das melhores formas (se não a melhor) de aprender um assunto é ensinando. Transmitindo o conhecimento que nos foi passado. E nos vimos na necessidade de compartilhar nossa experiência, tanto como competidores da Olimpíada do Conhecimento, quanto como desenvolvedores. Demonstrar quais são os problemas que encontramos no dia-a-dia e como os resolvemos. Dessa necessidade, surgiu o Techknowledge!
-
-### Por que "Techknowledge"?
-
-Vamos começar pelo nome, claro…
-
-"Tech" faz referência ao termo em inglês, que quer dizer "Tecnologia". A outra parte do nome, "Knowledge", que dizer **conhecimento**. À primeira vista, pode parecer estranho, mas é fácil de se acostumar, prometo ;)
-
-Eu e a Letícia brincávamos durante o período da competição, nos autoproclamamos "atletas do conhecimento", justamente por todo o contexto da olimpíada e o tempo dos treinos, que, de uma forma ou de outra, nos tornavam atletas.
-
-Logo, a palavra "conhecimento" já era uma certeza nossa em relação ao nome do blog. E como queremos falar sobre tecnologia, programação e afins, um nome "Tech" vem a calhar (além de ser bem legal, convenhamos).
-
-### Planejamento
-
-Nós sabíamos que seria necessário reservar um tempo fixo durante a semana para dedicarmos ao blog. Até porque planejar uma aplicação exige tempo de pesquisa, modelagem, testes e muito estudo. Então, semanalmente, combinamos de nos reunir em uma call no Google Meeting, todo sábado.
-
-A hora podia variar, mas estabelecemos que 3 horas por semana seria um tempo adequado e que encaixaria bem tanto na minha agenda, quanto da Letícia.
-
-Já imaginamos quais seriam as fases do planejamento da aplicação, que incluía levantar os requisitos, buscar referências, modelar banco de dados, escolher tecnologias, fazer protótipos de baixa, média e alta fidelidade, entre outros itens. Isso apenas para estabelecer qual seria o terreno do qual esse blog iria crescer. Pois uma professora nossa, chamada Leyla Carolyne (ainda vamos mencionar ela bastante em outros posts) nos disse uma vez que 80% do tempo de construção de um software é na fase no-code, e os outros de 20% que são, de fato, implementação.
-
-### Referências
-
-Nos dedicamos durante 3 meses para os passos que mencionamos acima. Fizemos todo o design das páginas, nos inspirando na estrutura do Blog do Stack Overflow e da Rocketseat, além do Blog do Josh, que, em minha humilde opinião, é o mais bonito visualmente.
-
-### O que vem a seguir?
-
-Esta é a versão 1.0.0 de nosso blog, nosso MVP, então a organização de alguns itens do layout e a estilização das páginas não estão **ainda** em sua forma final, na que modelamos no Figma. Mas estamos muito orgulhosos de pôr ele no ar, de ver nosso projeto ganhando vida e crescendo cada vez mais!
-
-Esse é apenas um dos muitos posts que vamos documentar nossa experiência durante a criação do blog, explicando o porquê de cada decisão relacionada à negócio, design, tecnologias utilizadas e muito mais!
diff --git a/src/components/posts/post/post4.mdx b/src/components/posts/post/post4.mdx
deleted file mode 100644
index 5d4c552..0000000
--- a/src/components/posts/post/post4.mdx
+++ /dev/null
@@ -1,15 +0,0 @@
-### Quem é você Leticia Dias?
-
-Meu nome é Leticia Dias, sou desenvolvedora Full Stack no SENAI Alagoas e medalhista de bronze na seletiva nacional WorldSkills Shanghai 2022 na ocupação de Tecnologias Web! Também sou uma jovem aventureira apaixonada por tecnologia, astronomia, artes, universo geek, café e chá. Gosto de explorar, aprender e compartilhar minha jornada com as pessoas e em meu tempo livre passar um tempo com os amigos e a família.
-
-Para entrar em contato, aqui está meu Linkedin: https://www.linkedin.com/in/leticia-dia/
-
-### Quem é você Mikael Ribeiro?
-
-Meu nome é Mikael Ribeiro Simões, sou de Maceió, Alagoas - um lugar bem quente, inclusive. Sou Desenvolvedor Full Stack, medalhista de ouro na Seletiva Nacional da WorldSkills Shanghai 2022 na ocupação Soluções de Software para Negócios, Especialista em Desenvolvimento Web e dono de um cachorro vira-lata chamado Cadinho :)
-
-Não gosto muito de café, meio que o oposto do que um programador diria né, mas... temos que aprender a sobreviver às noites frias mesmo sem cafeína, não é mesmo?
-
-Sou fã de astronomia e ainda creio que vamos dominar Marte um dia, inclusive se Elon Musk quiser me dar uma carona, não tenho nenhuma objeção!
-
-Para mais informações, aqui está meu Linkedin: https://www.linkedin.com/in/mikael-ribeiro/
diff --git a/src/pages/Profile.tsx b/src/pages/Profile.tsx
index dcf9857..64a768a 100644
--- a/src/pages/Profile.tsx
+++ b/src/pages/Profile.tsx
@@ -56,16 +56,19 @@ export function Profile() {