Great article. The article is interesting even for those who are not beginners , because many developers only use but not understanding really the technology.

Logo no início da minha carreira(tenho apenas 5 anos de mercado) eu percebi que tinha dois tipos de sêniors e eu tracei o objetivo de ser um deles. Eu percebi que tinha MUITO sênior que era simplesmente alguém que trabalha a muitos anos com uma tecnologia e aí ele vai subindo em uma empresa e se considera o sênior. Mas, eu reparei também que tirando esse cara um pouquinho da zona de conforto, já dava problema. Então, eu percebi que tinha outro tipo de sênior, que era o desenvolvedor que entende os conceitos, que sabe programar em qualquer linguagem e que não fica apenas preso a determinada tecnologia por mais que tenha anos de experiência em uma. E hoje, eu me sinto muito mais próximo da senioridade do segundo tipo, porque eu procuro entender como as coisas funcionam de verdade, sem ficar preso a tecnologia x ou y.

Good article!

Isso é verdade. Aparentemente a galera começa a desenvolver sem entender um pouco a parte mais teórica da tecnologia e aí não sabe que isso pode causar grandes problemas. Eu já peguei um projeto onde estava tendo vários estouros de memória, e o problema era justamente esse de esquecer de matar os observables. Era até engraçado, porque a maioria das chamadas poderia ter sido feita apenas com o Pipe Async e resolveria o problema. Mas enfim, excelente artigo. Eu estou escrevendo um sobre dicas básicas de performance no Angular, e provavelmente citarei aqui o seu lá =)

Se o observable for usado para pegar a informação uma única vez, dá pra usar também o operador take do rxjs com 1 de parâmetro. Só é importante saber que ele vai ser destruído(subscrito) apenas quando emitir o valor, pra poder organizar os cenários de uso. Só deixando um exemplo: this .subPeople = this .http . get <People>( 'https://swapi.co/api/people/1/' ) .pipe(take( 1 )) .subscribe(( data : People) => { this .people = data ; });