Forem: Luís Von Muller

How to Create a Good Roadmap for 2022?

Luís Von Muller — Sun, 02 Jan 2022 15:46:52 +0000

Understanding Knowledge, setting up the road and evaluating it while following it.

I’m kind of a Senior Software Developer, I’m 24 years old and I’ve been coding since my fourteens. But I had Up and Lows during all this time, especially on the “learning” path.

  I have a strong Bipolarity disorder and, while on some side of it, my TDAH shows up really hard.

By that, for this year, I got myself into trying to fix the inconstant learning curve that I had and how to figure out a way to get myself following it along the whole year, by now, there’s no proof that this work, actually, by 2022’s I’ll be testing this on myself.

As the world changes, we should change to follow along.

Thats why I’m proposing this, because we need to keep up, as professionals (no matters about if you’re or not a developer like myself, I think this could work for you too)

The “Knowledge" Ideia

Imagine that all your knowledge stands in some of pyramid shape. Like this:

Take a good look on the concept, you will able to understand it.   There is “fundamentals”, by that I mean: “They gonna be the base” for the next role and so goes on.

After sometime, you’ll get'em exercised so much that you won't be in the need to really keep overlooking at them.

After that, we get the applied concepts. And those gonna be built already over other fundamentals, like the sharing of the culture with Math (Logic) by the language.

Inter Topic Knowledge is like what you’ll learn at some undergraduate process (or not, u can be a self-taught as I am.)

Intra Topic stands for things like: some kind of extremely applied concept, for sure, they can be also more, like a programming framework, a way to tests things, and so goes on…

But let me make sure you understand the idea of this:

You will not be able to grow further knowledge if the bases aren’t solid.

You have the need to sometimes come back and check that you’re really know that, because if you don’t, everything could fall together, giving yourself a really strong and bad breakdown.

Whats the meaning of the triangle? Or how to apply a new one?

The triangle gonna provide you some kind of good goal reached understandings, measurements and concept to follow along while learning. Something like this:  

This explains a lot by itself, but let me help:

You'll need to reach out to something new making an effort to reach the new idea (concept).
You'll need to right test it after it, to make sure that you've learned by the effort made.
You will get the understandings (bases) to reach your goal.

This is a loop. For sure. Bigger the goal. Bigger the Stack, bigger the bases in need and so, bigger the energy.

But, energy is what is our fuel (glucose). After sometime you will get used to it after the sureness of your Goal, and it will stack up as well like the others later on (like logic and language).

Now, ask yourself:

"Do I already have enough bases for my next learning triangle goal? If so, what I want to learn? And How I can make sure that My effort can be measured and understood by my own".

Follow me on twitter to check out my own and if its working. :)

My Twitter

Thanks ;)

🔥 3 Coisinhas Legais do ES12 (JavaScript 2021) 🌟

Luís Von Muller — Wed, 01 Dec 2021 17:24:23 +0000

Foram trazidas a vida no JavaScript (ECMAScript) em 2021 várias novas opções de sintaxe e outros (ES12), separei 3 aqui à nível iniciante para você usar em ambiente NodeJs ou similar.

⚠️ Antes de sair usando, por favor meu anjo 😇 lembre-se que nem todo navegador vai suportar isso, e não é para ser exportado por questões de compatibilidade. Por favor. 😮‍💨

🔢 Separador entre dígitos Numéricos:

👉 Permite usar "_" para separar os números facilitando a leitura:

let bilhao = 1000000000;

É um bilhão? É. Mas tá meio difícil de visualizar de primeira. Apenas o presidenciável Ciro Gomes iria ver de primeira...

Quero ver onde vamos achar, "1 Bilhão"? - Gomes, Ciro

Já com o ES12 podemos fazer o seguinte:

let bilhao = 1_000_000_000;

Leitura de casas decimais facilitada :)

💬 replaceAll() - Substituir todas as ocorrências de uma string em outra.

👉 Vamos imaginar 🪄 que temos a seguinte string:

let strExemplo1 =
  "Javascript é alguma coisa, provavelmente Javascript é uma Linguagem de programação. Javascript não tem nada a ver com Java";

Se nós usarmos o método "replace" para trocar todas as ocorrências da palavra Javascript por Typescript, ele só trocaria a primeira.

console.log(strExemplo1.replace("Javascript", "Typescript")); // Remove apenas a primeira ocurrência
// Output: Typescript é alguma coisa, provavelmente Javascript é uma Linguagem de programação. Javascript não tem nada a ver com Java

Para fazermos isso precisaríamos usar uma Expressão regular dentro do método, isto é: REGEX.

console.log(strExemplo1.replace(/Javascript/g, "Typescript")); // Remove todas as ocorrências.

Mas com o ES 12...

console.log(strExemplo1.replaceAll("Javascript", "Typescript"));

👀 Saída da execução (comparativo entre as 3 maneiras)... 👉

🤩 Atribuição em Nulo - Nullish Coalescing Assignment Operator

👉 Vamos imaginar 🪄 que temos o seguinte código:

let algumaCoisa = 1;
let nada = null;

Agora, vamos verificar se "nada" é nulo, e caso for, vamos atribuir o valor de "algumaCoisa" à ele.

nothing ??= something; // Tá nulo, recebe 1.
console.log(something === something); // Retona true.

Ou seja, caso alguma coisa seja nula, recebe um valor informado.

Bom, por hoje é: só (◡‿◡✿)

Vem pro meu Twitter & muito mais: https://allmylinks.com/luisvonmuller

"Meu estômago acha que todas as batatas são purê de batatas.".
Beijão (っ˘з(˘⌣˘ )

TypeScript: Any vs Unknown

Luís Von Muller — Tue, 30 Nov 2021 17:08:00 +0000

Se você acabou de chegar no mundão do TypeScript, aqui está um conteúdo essencial, onde diferencia a ideia de 2 tipos primitivos. E também o porquê de que se você sair usando arbitrariamente any você não está realmente usando o TypeScript e deveria fazer apenas fazer em JavaScript...

Vamos pegar um exemplo bem simples e a partir dele debater a ideia.

let fulano: any = "João";
let ciclado: unknown = "Augusto"

Ao tipar a variável "Fulano" com any, nós literalmentes dizemos para o Transpilador/Compilador do Typescript que ela é literalmente: Qualquer coisa.

Por exemplo, para ele, o seguinte código seria totalmente válido.

fulano.funcao();

Todavia, não existe essa função em fulano. Logo, em tempo de execução, isto é: em runtime, nos retornaria um erro (ou seja, ia dar merda).
(ノಠ益ಠ)ノ彡┻━┻

Já com o "Unknown" o negócio é diferente, a gente usa o propósito mor do TypeScript: Type Safety (Segurança de Tipos ante execução).

ciclado.funcao();

Ou seja, o Transpilador/Compilador do Typescript não vai deixar esse código realmente deixar ser executado, porque, o sistemas de tipo não é capaz de garantir que realmente haja essa função dentro de ciclano.

Simples né? ¯_(ツ)_/¯

Vem pro meu twitter & muito mais: https://allmylinks.com/luisvonmuller

Aqui tem mais conteúdo sobre TypeScript em PT-BR: https://luisvonmuller.gitbook.io/typescript-para-brasileiros/

Beijão (っ˘з(˘⌣˘ )

O que o Jogo do Bicho tem a ver com o PHP 8.1?

Luís Von Muller — Mon, 29 Nov 2021 23:47:42 +0000

O PHP foi atualizado em uma Major Update para a versão 8.1. O que isso tem a ver com o Jogo do Bicho? Vamos descobrir juntos. Mas, resumidamente, agora se você quer implementar o jogo do bicho em #PHP a nova nova versão deixa tudo mais seguro e fácil.

Mas para atestar o supracitado, vamos implementar o Jogo do Bicho em PHP antes do 8.1 passo a passo e ao mesmo tempo compará-lo com as facilitações providas pelo PHP 8.1.
(◡‿◡✿)

Como "todos sabemos" o Jogo do Bicho possuí 25 bichos (animais). Então para isso precisaríamos alguma maneira de criar as possíveis "Apostas".

Antes do PHP 8.1

Antecedente ao PHP 8.1, não existia "Enumerações" (ENUM) e pessoas desenvolvedoras precisavam (deviam) fazer mais ou menos o seguinte:

class ApostarNoBixo
{
    const AVESTRUZ = 1; /* 1 */
    const AGUIA = 2; /* 2 */
    /* ...restante dos bichos ... */
    const URSO = 23;/* 23 */
    const VEADO = 24;/* 24 */
    const VACA = 25;/* 25 */
}
$apostandoNoBixo = new ApostarNoBixo();
jogarNoBixo($apostandoNoBixo::AGUIA);

Parece bom? - Sim. É uma implementação válida (muito similar a ideia de magic strings), todavia, a ideia principal é que não usemos classes para definir tipos, no final de tudo, a função em questão, que executa a ação "jogarNoBixo" (ou seja, faz mesmo a aposta) ainda precisa receber um número inteiro e não um estritamente um tipo compatível a uma Aposta do Jogo Do Bicho (Inteiro de 1 até 25).

function jogarNoBixo(int $aposta): string {
  if($aposta <= 25 && $aposta > 0)  {
    return match ($aposta) {
      23 => 'Acertou' . PHP_EOL, 
      default => "Errouuuuu" . PHP_EOL
    };
  } else {
    return 'Aposta inválida, dinheiro do Bixeiro.';
  }
}

Com o PHP 8.1 ( ˘ ³˘)♥

Com o PHP 8.1 foi trazido a vida a ideia das enumerações, isto é: criar um "tipo" e facilitar ainda mais a nossa vida, até mesmo mantendo retro contabilidade com implementações antigas através de backed enums.

E como isso funciona?

Esse exemplo (é um backed enum) e já deve te fornecer entendimento completo da ideia...

enum PossiveisApostasNoBicho: int
{
    case AVESTRUZ = 1; /* 1 */
    case AGUIA = 2; /* 2 */
    /* ...restante dos bichos ... */
    case URSO = 23;/* 23 */
    case VEADO = 24;/* 24 */
    case VACA = 25;/* 25 */
}

Daora. Mas e a função? (☞ಠ_ಠ)☞

function jogarNoBixo(PossiveisApostasNoBicho $aposta): string
{
  return match ($aposta) {
    PossiveisApostasNoBicho::URSO, 23 => 'Acertou' . 
    default => "Errouuuuu" . PHP_EOL 
  };
}

Além da função agora ter um tipo em seu argumento único não primitivo, também ficou mais curta. E além disso, para usar ela não precisaríamos instanciar um objeto para isso, só faríamos o seguinte:

 print "Resultado". jogarNoBixo(PossiveisApostasNoBicho::URSO); // Acertou

Massa né? Vem pro twitter para acompanhar o próximo: ★ Luís Von Müller #bolhaDev

눈_눈 Aviso:

Através deste artigo, em momento algum o Autor deseja fazer Endosso do Jogo do Bicho ou de Jogos de Azar. O autor apenas julga conveniente e facilitador (lê-se torna mais acessível) contextualizar culturalmente ao Brasil 🇧🇷.

Créditos:
TopPng pelas correntes que PHP veste
PHP pelo elefante
PHP pela 8.1
Parte da arte de fundo publicada publicamente sem licença de uso nenhuma explicitada pelo criador, utilizada na capa do artigo foi criada por: @aguiarbraz - neste tweet

🤔 False, true, "Falsy" & "Truthy" 👀

Luís Von Muller — Wed, 17 Nov 2021 21:07:39 +0000

🤔 False, true, "Falsy" & "Truthy" 👀

⚙️ Entendendo um pouco do contexto Geral.

Na computação temos um Tipo chamado: "Booleano". O que é: Booleano?

Aqui estamos falando tipo primitivo do TypeScript: "Boolean". (⊙.☉)7

Ser do tipo (Booleano) significa que algum valor, isto é, alguma variável, constante ou qualquer coisa que possuí em si um valor desse tipo pode ser:

Verdadeiro (Isto é, true) 👍
Falso (Isto é, false) 👎

O nome "Booleano" (Boolean em TypeScript) faz uma homenagem ao Matemático & Filósofo George Boole, ele "construiu" a base algébrica necessária para a criação Lógica Algébrica que podemos usar para: Operações lógicas (em booleanos) como conjunção (&&), disjunção (||), disjunção exclusiva ((p && !q) || (!p && q)), equivalência lógica (==) e negação (!), que correspondem a algumas das operações da álgebra booliana (É a parte da do conceito da Matemática Discreta).

Fornecendo um exemplo básico ԅ(≖‿≖ԅ):

/** Vamos iniciar uma constante "Booleana" verdadeira */
const constanteVerdadeira: Boolean = true;
/** Vamos iniciar uma constante "Booleana" falsa através da inversão do seu valor boleano com o operador "!" */
const constanteFalsa: Boolean = !constanteVerdadeira;

if(constanteFalsa && constanteVerdadeira ) {
    console.log("Ambas as constantes são verdadeiras. ヽ(´▽`)/")
} else if (constanteFalsa || constanteVerdadeira) {
    console.log("Ao menos uma das constantes são falsas ( ಠ ʖ̯ ಠ )")
} else {
    console.warn("Nenhuma constante é verdadeira (҂◡_◡)")
}

🤔 Por que existe: "Falsy" ou "Truthy"?

Na lógica, afirmações diferentes são logicamente equivalentes se tiverem o mesmo conteúdo lógico. Isto é, se elas tiverem o mesmo valor de verdade em todos os modelos. Também conhecido por "Tautologia", isto é, algo que é correspondente em termos lógicos.

👎 O que é o "Falsy" ou Errôneo/Falseáveis ?

➡️ Falsy é um "pseudo tipo" logicamente equivalente ao Valor Primitivo false para o JavaSript.

Os valores que seriam aceitos como false seriam:

0 - (O valor numérico Zero).
0n - (Um inteiro de GIGANTE cujo valor numérico é zero - um bigInt).
null - (O tipo primitivo Nulo).
undefined - (Algo que não possui valor atribuído, isto é, indefinido).
NaN (Not-a-Number - algo que não é um número pertencente ao conjuntos dos reais)
"" ou '' - (Uma cadeia de caracteres vazia)

Segue a prova do supracitado (☞ﾟヮﾟ)☞

const inteiroDeValorNumericoZero: number = 0;
const floatDeValorNumericoZero: number = 0.0;
const inteiroGrandeComValorNumericoZero: bigint = BigInt(0);
const nulo: null = null;
let indefinido;
const naoNumero: number = Number.NaN; //Sim, o tipo de NaN é "numero" ¯\_(ツ)_/¯
const cadeiaDeCaracteresVazia = '';

let valoresInexatos: unknown[] = [
    inteiroDeValorNumericoZero,
    floatDeValorNumericoZero,
    inteiroGrandeComValorNumericoZero,
    nulo,
    indefinido,
    naoNumero,
    cadeiaDeCaracteresVazia
]

valoresInexatos.forEach((valor) => console.log(valor ? "Verídico" : "Errôneo/Falseáveis"));

O que é "Truthy" ou Verídico?

Truthy é um "pseudo tipo" logicamente equivalente ao Valor Primitivo true para o JavaSript.

Os valores que seriam aceitos como true seriam:

'0' ou "0" - (Uma cadeia de caracteres com o Valor numérico zero dentro dela).
'false' ou "false" (...) - (Uma cadeira de caracteres com a palavra "false").
[]_ - (Um "vetor" ("array" vazio), isto é, sem elementos presentes dentro de si).
{} - (Um objeto sem nenhuma propriedade.)
()=>{} - (Uma definição de função anônima ou não.

Segue a prova do supracitado (☞ﾟヮﾟ)☞

const cadeiaDeCaracteresComZero: string = '0';
const cadeiaDeCarcteresComAPalavraFalse: string = 'false';
const vetorVazio: number[] = [];
const funcaoNomeada: Function = () => {
    //vazia
}

let valoresVeridicos: unknown[] = [
    cadeiaDeCaracteresComZero,
    cadeiaDeCarcteresComAPalavraFalse,
    vetorVazio,
    funcaoNomeada,
    () => {}
]

valoresVeridicos.forEach((valor) => console.log(valor ? "Verídico" : "Errôneo/Falseado"));

🇧🇷 Guia de Estilos para TypeScript 🎨

Luís Von Muller — Wed, 17 Nov 2021 20:58:22 +0000

🔥 Este é um Guia não oficial e você pode opinar através do repositório de GitHub para juntos chegarmos a melhor definição do Ideal! Vamos colaborar? 💪

👉 Navegação por tópico facilitada!

⭐️ Variáveis e Funções:

Use camelCase para nomear variáveis e funções

Má nomenclatura 🚫

let FulanoVariavel: string = 'Aqui está errado.. ( ఠ ͟ʖ ఠ )';
function CiclanoFuncao(){}

Boa nomenclatura ✅

let fulanoVariavel: string = 'Aqui está daora! (✿◠‿◠)';
function ciclanoFuncao(){}

📦 Class

Use PascalCase para nomear suas classes! (Ou use programação funcional 👀)

Má nomenclatura 🚫

class fulano {}

Boa nomenclatura ✅

class Fulano {}

Use camelCase para as propriedades e métodos de suas classes! 🔥

Má nomenclatura 🚫

class fulano {
    DeTal: string; 
    Ciclano( ){ }
}

Boa nomenclatura ✅

class Fulano {
    deTal: string; 
    ciclano( ){ }
}

🔌 Interfaces:

Use PascalCase para nomear a Interface ⚙️

Use camelCase para nomear seus membros 🥰

Não use o Prefixo "I", exemplo: IfuncaoFulano... 😡

Má nomenclatura 🚫

interface IFulano { 
    DeTal: string;
}

Boa nomenclatura ✅

interface Fulano { 
    deTal: string;
}

🌟 Tipos

Use PascalCase para nomear o seu Tipo ⚙️

Use camelCase para nomear as propriedades do seu tipo! 🥰

Má nomenclatura 🚫

type fulano = {
    DeTal: string;
}

Boa nomenclatura ✅

type Fulano = {
    deTal: string;
}

😳 Namespaces

Use*PascalCase*para nomear os "Namespaces" - ⭐️ Padrão do time do TS.

Má nomenclatura 🚫

namespace fulanoDeTal {
}

Boa nomenclatura ✅

namespace FulanoDeTal {
}

🔢 Enum

Use_PascalCase_para nomear os Enums.

Use PascalCasepara nomear seus subtipos/valores.

Má nomenclatura 🚫

enum jogodoBicho {
    avestruz,
    borboleta,
    cachorro
}
// Não há endosso do Jogo do Bicho. Apenas é algo contextual que todo Brasileiro entenderia.

Boa nomenclatura ✅

enum JogoDoBicho {
    Avestruz,
    Borboleta,
    Cachorro
}
// Não há endosso do Jogo do Bicho. Apenas é algo contextual que todo Brasileiro entenderia.

😅 Null vs Undefined 👀

Tente não usar nenhum deles para indisponibilidade explícita! ⭐️

Mal caso de uso 🚫

let pontos : {x: number, y: number | null | undefined }  = {x: 1, y: undefined }

Bom caso de uso ✅

let pontos: {x: number, y?: number } = { x: 777 } //

Em suma: Precisa informar que uma propriedade é pode ser "indefinida"? Use o operador "?" antecedendo o seu tipo! 🥰

👉 Retorno de funções? 🤔

Mal caso de uso 🚫

return null;

Bom caso de uso ✅

return undefined;

Por quê? Sugiro você consultar a página Sobre False, True, Truthy & Falsy. 🥰

🤨 Callbacks?

Use null quando for parte da API ou de sua convenção usar.

É quase em um consenso em Node.js, por exemplo: error é nullem chamadas do NodeBack.

Mal caso de uso 🚫

callbackDeAlgo(undefined);

Bom caso de uso ✅

callbackDeAlgo(null);

E como verificar isso aí? 😅

Cheque por "Truthy" em objetos sendo null ou undefined.

Mal caso de uso 🚫

if (error === null) // e se for undefined?

Bom caso de uso ✅

if (error) // é Válido tanto para undefined quanto para o null

👉 Um exemplo um pouco mais completo sobre verificação 🔥

Use "==" null ou "!=" null. Não use "===" ou "!==" para checar por null ou undefined quando querendo verificar tipos primitivos porque funciona apenas nos tipos primitivos supracitados e não para valores "Falseáveis", como por exemplo: 0, false, etc.

Mal caso de uso 🚫

if (error !== null) // Não garante que seja apenas nullo. Pode ser um valor Falseável.

Bom caso de uso ✅

if (error != null) // Garante que é um valor de tipo primitivo (ou seja, null ou undefined mas não falsy).

📑 Formatação

O Compilador do TypeScript já fornece um bom serviço de formatação estrutural, o que já é bom o suficiente para diminuir o esforço mental do desenvolvedor (ou do time). Todavia, você também pode usar o tsfmt no terminal (linha de comando para formatar seu código) - e também está disponível como plugin para várias IDES (vscode, etc).

👉 Só um exemplo que eu acho pertinente, ou melhor, uma boa prática:

let fulano: string = 'Ciclano';

No caso, usamos um espaço depois da definição do tipo...

let variavel:(espaço)tipo(espaço)=(espaço)valor(ponto e virgula)

💬 Sobre Aspas...

Prefira usar aspas simples (single quotes) ao invés de aspas duplas.

Times grandes que usam JS/TS o fazem. É uma convenção quasae que de mercado, também é o sugerido pelo time do "Prettier".

let nomeDoSujeito: string = 'Luís Von Müller';

Todavia, muita vezes em inglês precisamos usar o a single quote para conjugar um verbo: "I'm"

Se a aspas simples não lhe cabe. Use então "`"

Faça o uso do string template do JS ao invés de concatenar variáveis strings através var + "..." + var2.

typescript let nomeDoSujeito: string = 'Luís Von Müller'; console.log(Quem escreveu? ${nomeDoSujeito})

Sobre outras coisas como usar "tabs" ou espaço. O sugerido para JS é 2 espaços (e muitas companias como Facebook, Airbnb, google seguem esse padrão. Mas o time do TS usa 4 e o do VScode também 😅. Isso é variável e de gosto muito mais pessoal ou convenção própria e do teu time 🥰

(Mas eu uso tabs configuradas como 4 espaços) 🤗

⚙️ Ponto & Vírgula;

Use o ponto e vírgula, por quê?

Pontos e vírgulas explícitos ajudam os identadores (tsfmt/prettier) a identificar e "estruturar" seu código.
A falta de ponto e vírgula pode ser incômodo para novos desenvolvedores em TS. Já que a maioria das linguagens o implementa. (Houve um debate sobre como isso pode ser "incomodo" para novos desenvolvedores e outros. https://github.com/tc39/ecma262/pull/1062)
Empresas grandes usam em suas implementações, ex: Google/Angular - Facebook/React - Microsoft/VScode...

🗂 Sugestão para boa nomeação de arquivos.

Essa aqui é uma baita de uma discussão, depende muito do que ambiente você está e se você está seguindo o padrão de nomeação de um framework, ex: React para Componentes. Mas no geral o que a maioria dos times usa é o seguinte:

Use camelCase para nomear seus arquivos, exemplo:

utils.ts
helpersDaora.ts
mapeamentoEndPointsDaApi.ts

🤨 Tipo ou Interface?

Tipos devem ser usados para definir, adivinha? Tipos. Ou seja, se você tem uma função, ela retorna um valor. E esse valor possui um tipo. Mas essa função, também recebe algo. E esse algo, também são valores, ou seja, também podem ser tipos. Mas a "meta" ideia é que interface forneça uma interface 😅. Eu acho que esse exemplo clarifica...

Quando usar qual?

Tipos: Precisa de União ou Interseção de tipos (e provavelmente você vai preferir Tipos também se quiser implementar alguns tipos de mapeamentos Genéricos de objetos).
Interfaces: quando você precisa dizer que algo "implements" ou "extends", como por exemplo uma classe, para receber argumentos em uma função, ou até mesmo para quando você tá querendo criar alguma função extremamente composta bem maneira 👏.

😅 Ou do jeito que você se sentir mais confortável e seguro para a implementação que está fazendo! 👀

Aqui em baixo, eu poderia definir a função de outra maneira, optei por essa.

`typescript
/** Definimos a interface (ou contrato) de uso da função */
interface DizerOi {
nome: string;
sobrenome?: string;
}

/** Definimos que o tipo de retorno da função como uma Array de Strings */
type DisseOi = string[];

/** Vamos dizer oi 10x! e retornar um array! */
const dizerOi = ({nome, sobrenome}: DizerOi): DisseOi => {
return [...Array(10).keys()].map((key) => {
return Olá ${nome} ${sobrenome ?? ''};
})
}

console.log(dizerOi({nome: 'Luís'}));
`

👯‍♀️ Anotação do tipo Array 👯‍♂️

Use tipo[] ao invés de Array<tipo>

Mal caso de uso 🚫

typescript let variosNumeros: Array<number> = [1,2,3,4,5,6,7];

Bom caso de uso ✅

typescript let variosNumeros: number[] = [1,2,3,4,5,6,7];

Forem: Luís Von Muller

How to Create a Good Roadmap for 2022?

The “Knowledge" Ideia

You will not be able to grow further knowledge if the bases aren’t solid.

Whats the meaning of the triangle? Or how to apply a new one?

🔥 3 Coisinhas Legais do ES12 (JavaScript 2021) 🌟

🔢 Separador entre dígitos Numéricos:

💬 replaceAll() - Substituir todas as ocorrências de uma string em outra.

🤩 Atribuição em Nulo - Nullish Coalescing Assignment Operator

TypeScript: Any vs Unknown

Vamos pegar um exemplo bem simples e a partir dele debater a ideia.

Simples né? ¯_(ツ)_/¯

O que o Jogo do Bicho tem a ver com o PHP 8.1?

Antes do PHP 8.1

Com o PHP 8.1 ( ˘ ³˘)♥

E como isso funciona?

🤔 False, true, "Falsy" & "Truthy" 👀

🤔 False, true, "Falsy" & "Truthy" 👀

⚙️ Entendendo um pouco do contexto Geral.

Fornecendo um exemplo básico ԅ(≖‿≖ԅ):

🤔 Por que existe: "Falsy" ou "Truthy"?

👎 O que é o "Falsy" ou Errôneo/Falseáveis ?

Os valores que seriam aceitos como false seriam:

Segue a prova do supracitado (☞ﾟヮﾟ)☞

O que é "Truthy" ou Verídico?

Os valores que seriam aceitos como true seriam:

Segue a prova do supracitado (☞ﾟヮﾟ)☞

🇧🇷 Guia de Estilos para TypeScript 🎨

👉 Navegação por tópico facilitada!

⭐️​ Variáveis e Funções:

Má nomenclatura 🚫

Boa nomenclatura ✅​

📦 Class

Má nomenclatura 🚫

Boa nomenclatura ✅​

Má nomenclatura 🚫

Boa nomenclatura ✅​

🔌​ Interfaces:

Má nomenclatura 🚫

Boa nomenclatura ✅​

🌟 Tipos

Má nomenclatura 🚫

Boa nomenclatura ✅​

😳 Namespaces

Má nomenclatura 🚫

Boa nomenclatura ✅​

🔢 Enum

Má nomenclatura 🚫

Boa nomenclatura ✅​

😅 Null vs Undefined 👀

Mal caso de uso 🚫

Bom caso de uso ✅​

👉 Retorno de funções? 🤔

🤨​ Callbacks?

E como verificar isso aí? 😅

👉 Um exemplo um pouco mais completo sobre verificação 🔥

📑 Formatação

💬 Sobre Aspas...

⚙️​ Ponto & Vírgula;

🗂 Sugestão para boa nomeação de arquivos.

🤨​ Tipo ou Interface?

👯‍♀️ Anotação do tipo Array 👯‍♂️

Bom caso de uso ✅​

⚠️​ Comparadores "===" e "=="

😴​ Relaxa amigo! Você tá usando TypeScript. Pode usar "===" tranquilamente!

🥰 Obrigado por ler até aqui!

⭐️ Variáveis e Funções:

Boa nomenclatura ✅

Boa nomenclatura ✅

Boa nomenclatura ✅

🔌 Interfaces:

Boa nomenclatura ✅

Boa nomenclatura ✅

Boa nomenclatura ✅

Boa nomenclatura ✅

Bom caso de uso ✅

🤨 Callbacks?

⚙️ Ponto & Vírgula;

🤨 Tipo ou Interface?

Bom caso de uso ✅

⚠️ Comparadores "===" e "=="

😴 Relaxa amigo! Você tá usando TypeScript. Pode usar "===" tranquilamente!