Algumas postagens legais que eu ja fiz ou ideias/conhecimento que eu compartilhei. Pra quem acabou me seguindo agora, que vai seguir, ou pra quem assumiu que eu só falo de else e dev pleno.
1) Thread sobre FP: (+)
Coisas uteis que você pode fazer com funções (com exemplos medianos, mas que vão te ajudar a entender/pesquisar sobre o tema) 🧵🪡🪢👾🎮🎣
1) Function as Namespace
não use chatgpt pra escrever teu código, faça esse favor pra humanidade, se você se diz um programador tu deveria evitar o chatgpt em quase todos os cenários
Técnicas de desenvolvimento que geram emprego infinito:
- Clean Arc
- Hexagonal
- Clean Code
- OO
- Microservices
- noSQL Schemaless
- Procedure
O que mais ?
Seguindo a onda de ontem... 5 Design patterns brevemente explicados e abordados com Classes e com Funções (São exemplos simples, mas ajudam a mostrar que da pra chegar lá de varias formas)
1)Singleton
🪡🎣🪢👾🎮🧵😈😎 (+)
Hoje eu tive que avaliar uns curriculos pra uma vaga de full stack PL. 100 CVS nenhum com o basico pra vaga. Da a impressão que o mercado não tá saturado. As candidaturas estão.
Pessoal eu vim de outra área e falo tranquilo a TI em seu pior dia é muito melhor do que 90% das áreas hoje.
Se ta frustrante sua busca.. seguem coisas que vc pode fazer pra tentar melhorar o cenário:
- Network no máximo de redes possívies
- Projetos públicos, contribuições
Vou aproveitar isso aqui e ajudar com condicionais no geral e colocar alguns exemplos também.
1 - Utilize constantes para armazenar suas operações booleanas
2 - Caso tenha uma cadeia grande de operações booleanas, crie novas consntates semânticas, derivadas das últimas
3 -
Pessoal procurando vaga de Pleno:
- sem experiência
- sem curso complementar
- sem graduação ou afins
- sem nenhuma refêrencia profissional
- sem nenhum projeto pessoal
- sem github
E achando ruim ainda hahaha
Não precisa ter tudo mas precisar ter alguma parte desses ai
Sou 10x mais a favor do Junior motivadão, insano, fritado, tomador de Mango Loko do que do Senior cansado que passa a sprint inteira fazendo Design Pattern e todolist Clean Code
Pra um senior REAL (sem ser SR cansado)
- Sem else 😎
- Aprender rápido
- Arquitetura de Software
- Arquitetura de Soluções
- Sistemas distribuidos
- Concorrência e Paralelismo
- Comunicação boa, capacidade de mentorar
- Devops
- Documentar como um Jedi
Coisas uteis que você pode fazer com funções (com exemplos medianos, mas que vão te ajudar a entender/pesquisar sobre o tema) 🧵🪡🪢👾🎮🎣
1) Function as Namespace
To vendo as vagas malucas pra Junior com 10k de requisitos e sempre fico tipo ??????????? Porém no processo recente de contratar um JR reparei que tem uns maluco muito brabo aplicando pra JR, que a régua de entrada subiu porque tem tanta gente tentando que o nível subiu tb.
Tópicos banidos da programação na última semana feat alguns novos:
- Else
- For
- Try Catch
- Getter e Setter
- Let
- Var
- Function
- Class
- This
E minha opinião pessoal sobre cada um deles (+)
>>Sugestões<< pra OO web no TS Late 2023/Early 2024:
- Evite Abstract Class
- Evite Extends/Super/Override
- Evite getter/setter
- DI só na persistência
- Use Interfaces
- Use Closures
- Se não vai instânciar usa Static
- Factory pras as camadas
- Saiba Codar
- Evite Else
O jeito mais simples de entender DI é pensar que é literalmente passar informações por parâmetro ao invés de escopo.
Segue exemplo com funções e com classes.
Ao meu ver, o motivo mais direto para utilizarmos DI é que facilita a utilização mocks para construção de unit tests.
“meu sonho é ser programador”
então saiba que você receberá além de um bom salário:
- ansiedade
- síndrome do pânico
- insônia
- estresse
- burnout
- desgosto da vida
se vc aceita os termos e deseja continuar….
vai fundo meu CHAPA !!!!!!
Vantagens de chamar query direto no front foda-se API:
1 - Não tem que fazer API, precisaremos de menos devs
2 - Não tem que fazer HTTP
3 - Vc coda muito rapido
4 - Segurança são os amigos que fizemos no caminho
5 - Integração é passar acesso admin do banco pro amigo
Fala pessoal, recenetemente indiquei conteúdos de JS/TS e programação no geral pra uma pessoa e ajudou mt ela, principalmente no que refere-se a Node.
Decidi então tornar essas indicações públicas:
- Em formato de mídia sobre NODE o que mais me marcou foi o trabalho do
Duas vagas de Javinha no Picpay.
O problema não é a Stack são os Bots.
Será mesmo que temos 684 Java Senior procurando emprego? Eu duvido dmais.
Eu mal consigo achar um Node Senior pro meu Squad
não vou generalizar….
mas se eu fosse entrar no mercado como dev nos tempos de hoje, com certeza não seria como dev front-end.
mais de 500 aplicações em 3 dias kkkk
Vocês tb tem a impressão de que TI vai estourar a bolha igual a engenharia civil em 2017 ?
pq sei la tenho a impressão que daqui 5 anos vai estar tudo saturado e desemprego comendo solto 😭
Levantei 5 dicas uteis pra aumentar a sua chance de aprovação em um processo seletivo de TI (Em caso de desafio/projeto). Ja consegui ajudar muita gente com essas dicas e me ajudar também 😎😎
eu invejo muito quem participa dessas rinhas
nas duas que eu conseguiria fazer algo (back-end/front-end) eu tava muito mal ainda do esgotamento/burnout e não animei nem tentar.
nas outras que vi o tema não me interessa tanto 😅
Quem ta achando que SQL dentro do Botão não vai pra Prod tem fé dmais na humanidade. 1 mês trabalhando em consultoria você vai ver que 60% dos botão vão ter SQL voando rasgando o universo Web
Coisas que vc pode evitar no seu PR:
else
bigO desnecessario
if rasgadão(sem ser semantico)
magic numbers
referencia circular
side effect toscão
extremamente imperativo
código desnecessariamente duplicado
funções que fazem 10k de cosias
excesso de micro-funções
excesso de
Observabilidade, testes E2E, FP, redundância, cultura de feedback, filas, code review, gerenciador de senhas, home office, refinamentos, roadmaps, cultura Devops
Hoje eu tive que avaliar uns curriculos pra uma vaga de full stack PL. 100 CVS nenhum com o basico pra vaga. Da a impressão que o mercado não tá saturado. As candidaturas estão.
Pontos que melhoram performance e estabilidade do seu app JS/TS:
- Utilizar promises corretamente
- Não bloquear o event loop
- Otimização de queries
- Load balancing e Caching
- DB pooling
- Graceful Shutdown
- Observaility
- CDN
- Horizontal Scaling
O que mais?
Vou fazer um documento sobre promises levantando todos os casos de uso e cagadas de promise que eu ja vi porai.
Nos tornaremos os mestres das promessas
Pessoal que escolheu trabalhar com Node, estuda-lo, ou até mesmo critica-lo.
Leiam sobre Non blocking I/O.
Só entenderá realmente o básico da ferramenta depois disso. Inclusive é uma grande vantagem dela, uma das maiores.
Po eu tava híbrido e agora estou full HO.
E na moral, HO deita horrores no híbrido.
Ver o time fisicamente continua sendo bem legal , mas HO em um bom lugar é paz
Non Blocking I/O é uma característica do Node.js que permite que ele execute operações de I/O
ex:
- Escrita de arquivos
- Chamadas de API
- Operações de banco de dados
- ETC
de maneira assíncrona, sem bloquear o loop de eventos. Isso permite que o Node.js gerencie várias
Pessoal que escolheu trabalhar com Node, estuda-lo, ou até mesmo critica-lo.
Leiam sobre Non blocking I/O.
Só entenderá realmente o básico da ferramenta depois disso. Inclusive é uma grande vantagem dela, uma das maiores.
@Luciano655dev
@sseraphini
- Response padrão ta certo
Error tem pontos interessantes de melhoria:
- Não se deve devolver o erro na lata assim principalmente se for algo do banco(não é tão seguro a não ser que esteja em debug mode)
- Colocar num middleware é viavel e evitaria um try-catch a cada bloco
-
To achando que tiraram a flag de BANIDO do meu Twitter. (ele estava com o alcance nerfado sei la pq)
Se você viu esse post meu me de um sinal de vida.
Thanks
@ludo_zz
Po mas git é literalmente ler a doc se vc esquecer algo.
Ngm é obrigado a lembrar absolutamente tudo mas se ele souber o que deve ser feito e resolver rapido consultando a doc ta ok
Pessoal que ja se ambientou bem em OO e FP. Ja teve a sensação de OO gerar complexidade adicional, favorecer o excesso de boilerplate, excesso de patterns, com coisas que FP resolveria de maneira mais objetiva?
Primeiro artigo do ano. Sobre um case simples de processamento assíncrono com S3, SQS e AWS Lambda, evitando ao máximo atuar no sistema legado e bem focado em velocidade de entrega.