Reinventar a roda a cada novo framework js, vale a pena?
•
0 gostou•577 visualizações
Frameworks JS são criados a todo momento no mundo Front End. Mas como tomar a decisão de qual framework escolher, ou até mesmo não utilizar nenhum framework e desenvolver tudo internamente? Nessa talk contarei como foi o processo de optar pela construção de uma arquitetura isomórfica no Elo7, utilizando o mínimo de frameworks possíveis, construindo tudo de forma pura em um projeto usando conceitos presentes em diversos frameworks como por exemplo: server side rendering, DOM diffing, reutilização de código com isomorfismo, web components, entre outros. Compartilharei também as descobertas e aprendizados nesse processo.
Recomendados
Recomendados
Mais conteúdo relacionado
Mais procurados
Mais procurados (14)
Semelhante a Reinventar a roda a cada novo framework js, vale a pena?
Semelhante a Reinventar a roda a cada novo framework js, vale a pena? (20)
Mais de Fernanda Bernardo
Mais de Fernanda Bernardo (19)
Reinventar a roda a cada novo framework js, vale a pena?
- 1. FERNANDA BERNARDO REINVENTAR A RODA A CADA NOVO FRAMEWORK JS, VALE A PENA?
- 2. Vale a pena?
- 6. FERNANDA BERNARDO Engenheira de Software @Elo7 MVP @Microsoft @Help4Papers http://fernandabernardo.com.br @Feh_Bernardo
- 7. WARNING - Contexto - Escopo - Cultura Tudo que for falado tem:
- 11. Vanilla JS
- 12. Vanilla JS
- 13. HTML, CSS e JS
- 15. Produto guia nossas escolhas
- 16. DECISÕES DE DEV
- 18. Solução caseira código sob medida melhor performance (carregamento) conhecimento
- 19. dar manutenção testes mais extensivos demora mais para ficar pronto Solução caseira
- 28. 12x
- 33. Nova Infra
- 34. POR QUE ?
- 36. POR QUE ?
- 37. sistema de template JS isomórfico performático
- 38. exige muito tempo complexo fazer uma sistema de template não garante que seria mais performático Porque não construir o nosso?
- 39. Performance
- 40. Isomorfismo
- 43. SINGLE PAGE APPLICATION (SPA) Java Ruby PHP HTML CSS Javascript+
- 46. Rotas Renderização View Models i18n Persistência Log Sessão Eventos UI Local Storage Rotas Renderização View Models i18n
- 51. O QUE É SERVER SIDE RENDERING?
- 54. Servidor /home
- 63. x páginas == CSR 1ª página == SSR /search dados? claro! Servidor Comps /home
- 64. x páginas == CSR 1ª página == SSR /search dados? claro! Servidor Comps /home BROWSER
- 65. QUAIS VANTAGENS VIMOS NO SSR?
- 66. Funciona sem JS
- 67. SEO
- 68. Performance
- 70. Quais os problemas do DUST? Documentação Helpers não intuitivos
- 71. COMO COLOCAR OS COMPONENTES NA TELA?
- 73. Servidor Java
- 86. Web Components shadow dom custom elements escopo de CSS onde colocar o componente
- 90. PROBLEMAS COM O SHADOW DOM
- 93. Por outro lado…
- 94. Integração com resto da stack Time sem fluência Performance Não resolve problema de escopo JS Apostou no futuro do shadow dom Resultado rápido Código enxuto Compatibilidade melhor
- 98. 1 get 1 post subir server
- 101. HTTP
- 106. html JS
- 107. html JS
- 108. html JS
- 109. html JS
- 110. html vazia? JS
- 111. html vazia? JS
- 112. html vazia? JS
- 113. html vazia? JS
- 114. Usar mais o isomorfismo Centralizar lógica na view Não manipular via JS a view O QUE QUERÍAMOS?
- 115. Não mudar o template Dust complicou a integração Queria uma solução mais simples EXISTIA ALGO PRONTO?
- 116. Nymeria
- 118. json
- 119. json
- 120. json
- 128. E OS TESTES?
- 130. Unidade
- 131. Unidade
- 132. Unidade
- 133. Unidade
- 134. Aceitação
- 135. Aceitação PhantomJS
- 136. PORQUE NÃO FIZEMOS A NOSSA?
- 138. COMO SEMPRE OLHAR PARA OS TESTES?
- 142. pago não é tão configurável fila de espera para rodar
- 143. Porque não usar servidor local de integração contínua?
- 144. mais configurações menos estável cenário pouco específico
- 146. TASK RUNNERS
- 148. automatizar tarefas dev, build, deploy minificar otimizar imagens pré-processador ou transpiler …
- 151. Motivações
- 152. MAS… NENHUMA LIB?
- 155. páginas legadas sistemas internos páginas novas
- 156. Quando possível OU Se estiver atrapalhando
- 157. Mas e aí? Reinventar a roda realmente valeu a pena?