Mudanças entre as edições de "Decisões tomadas da equipe front-end"
De MSTECH wiki
| Linha 12: | Linha 12: | ||
| align="center" style="background:#f0f0f0;"|'''Dt término''' | | align="center" style="background:#f0f0f0;"|'''Dt término''' | ||
|- | |- | ||
| − | | Não há um padrão de arquitetura || | + | | Não há um padrão de arquitetura || Adicionar exemplo de live watch na arquitetura || Paravani || Pendente || || 02/08/16 || |
|- | |- | ||
| − | | Não há um padrão de arquitetura || | + | | Não há um padrão de arquitetura || Revisar a arquitetura para remover as funções de dentro da função "construtora" para reduzir a complexidade do código. || Paravani || Pendente || || 02/08/16 || |
|- | |- | ||
| − | | | + | | Comportamento inesperado no JS || Realizar testes de promessa/ajax para verificar se a promessa continua mesmo após atualizar o navegador. Caso continue, encontrar formas de resolver (kill promise) || Willian || Pendente || || 02/08/16 || |
|- | |- | ||
| − | | Não há mapeado componentes reutilizáveis || Listagem de componentes internos e externos, seja lib, diretiva ou qualquer item que ajude na hora do desenvolvimento || TODOS || Pendente || || || | + | | Não há testes unitários || Realizar primeiros testes unitários para apresentar como é feito no próximo fórum || Everton || Pendente || || 02/08/16 || |
| + | |- | ||
| + | | Não há um padrão de arquitetura || Adaptar o bacon-cli (projeto externo) para atender nossas necessidades e disponibilizar no git e npm|| Rodrigo || Pendente || || 11/07/16 || | ||
| + | |- | ||
| + | | Não há mapeado componentes reutilizáveis || Listagem de componentes internos e externos, seja lib, diretiva ou qualquer item que ajude na hora do desenvolvimento || TODOS || Pendente || || 11/07/16 || | ||
|- | |- | ||
| Não há um padrão de arquitetura || Integrar o bacon-cli com npm (npm-init) para deixá-lo mais interativo || --- || Pendente || || || | | Não há um padrão de arquitetura || Integrar o bacon-cli com npm (npm-init) para deixá-lo mais interativo || --- || Pendente || || || | ||
| Linha 35: | Linha 39: | ||
| align="center" style="background:#f0f0f0;"|'''Dt término''' | | align="center" style="background:#f0f0f0;"|'''Dt término''' | ||
|- | |- | ||
| − | | Não há um padrão de arquitetura || Disponibilizar arquitetura no npm e notificar o time || Rodrigo || | + | | Não há um padrão de arquitetura || Testar e corrigr as tasks do grunt na arquitetura e versionar no repositório || Alexandre Paravani || Finalizado || Atualizado o gruntfile no repositório da arquitetura || 11/07/16 || 02/08/16 |
| + | |- | ||
| + | | Não há um padrão de arquitetura || Disponibilizar arquitetura no npm e notificar o time || Rodrigo || Finalizado|| Não faz sentido colocar no npm, pois não seria eficiente, será disponibilizado no bacon-cli a opção de criar toda a arquitetura || 24/06/16 || 02/08/16 | ||
|- | |- | ||
| − | | Não há um padrão de arquitetura || Desenvolver um code generator para agilizar a criação da controller, business e repository || || Finalizado||Será adaptado o bacon-cli criado externamente pelo Virgilio e Rodrigo para atender as nossas necessidades. || || | + | | Não há um padrão de arquitetura || Desenvolver um code generator para agilizar a criação da controller, business e repository || Rodrigo || Finalizado||Será adaptado o bacon-cli criado externamente pelo Virgilio e Rodrigo para atender as nossas necessidades. || || |
|- | |- | ||
| − | | Não há um padrão de arquitetura ||Revisar arquitetura e ajustar o pattern com os apontamentos realizados e disponibilizar no http://npm.mstech.com.br|| || Finalizado|| Disponibilizar a versão da arquitetura no npm || || | + | | Não há um padrão de arquitetura ||Revisar arquitetura e ajustar o pattern com os apontamentos realizados e disponibilizar no http://npm.mstech.com.br|| Rodrigo, André e Willian || Finalizado|| Disponibilizar a versão da arquitetura no npm || || |
|- | |- | ||
| − | | Não há um padrão de build para soluções front-end sem .net || Criar padrão de build utilizando Grunt com as tasks: livereload de css, minificação de html, css e js, disponibilização do build na pasta de build e se possível injetar os paths dos pacotes baixados direto no html|| || Finalizado || Incluir gruntfile no repositório da arquitetura || || | + | | Não há um padrão de build para soluções front-end sem .net || Criar padrão de build utilizando Grunt com as tasks: livereload de css, minificação de html, css e js, disponibilização do build na pasta de build e se possível injetar os paths dos pacotes baixados direto no html|| Paravani || Finalizado || Incluir gruntfile no repositório da arquitetura || || |
|- | |- | ||
| − | |As IDES podem ter configurações diferentes de formatação e encoding de arquivos ||Realizar testes com EditorConfig em: Webstorm, Atom e Visual Studio.|| || Finalizado|| Incluir um arquivo de .editorconfig no repositório da arquitetura || || | + | |As IDES podem ter configurações diferentes de formatação e encoding de arquivos ||Realizar testes com EditorConfig em: Webstorm, Atom e Visual Studio.|| Wellington || Finalizado|| Incluir um arquivo de .editorconfig no repositório da arquitetura || || |
|- | |- | ||
| − | | Não há um padrão de arquitetura ||Criar arquitetura padrão realizando um merge entre as 2 arquiteturas apresentadas no fórum.|| || Finalizado||Merge das 2 soluções apresentadas e ficará disponível http://npm.mstech.com.br| || || | + | | Não há um padrão de arquitetura ||Criar arquitetura padrão realizando um merge entre as 2 arquiteturas apresentadas no fórum.|| Rodrigo, Odassi e André || Finalizado||Merge das 2 soluções apresentadas e ficará disponível http://npm.mstech.com.br| || || |
|- | |- | ||
| − | | Não há um padrão de build para soluções front-end sem .net ||Levantar prós e contras do Grunt e Gulp e apresentar no próximo fórum.|| | + | | Não há um padrão de build para soluções front-end sem .net ||Levantar prós e contras do Grunt e Gulp e apresentar no próximo fórum.|| Paravani || Finalizado||Grunt para build, Gulp para processos em tempo real devido a performance| || || |
|- | |- | ||
| − | | Não há um padrão para comentário||Definir a forma de utilização do JSDocs|| || Finalizado||Padrão definido pelas equipe, adicionado na reunião o autor e data || || | + | | Não há um padrão para comentário||Definir a forma de utilização do JSDocs|| Everton || Finalizado||Padrão definido pelas equipe, adicionado na reunião o autor e data || || |
|- | |- | ||
| − | | Não há um padrão para comentário||Definir IDE padrão para desenvolvimento|| || Finalizado||Visual Studio para .NET (mindscape se não tiver CoreUI) e Webstorm || || | + | | Não há um padrão para comentário||Definir IDE padrão para desenvolvimento|| Simões e Rodrigo || Finalizado||Visual Studio para .NET (mindscape se não tiver CoreUI) e Webstorm || || |
|- | |- | ||
| − | | Não há um padrão para comentário||Definir perguntas padrão para comentário|| || Finalizado||Perguntas: "Quando? / O quê? / Para quê? / Como?" - Revisar comentário em todo refactor || || | + | | Não há um padrão para comentário||Definir perguntas padrão para comentário|| Rhenan e Everton || Finalizado||Perguntas: "Quando? / O quê? / Para quê? / Como?" - Revisar comentário em todo refactor || || |
|- | |- | ||
| Não há um padrão para comentário||Definir onde aplicar inglês e onde aplicar portugues em comentário no contexto MSTECH|| || Finalizado||Comentários em português || || | | Não há um padrão para comentário||Definir onde aplicar inglês e onde aplicar portugues em comentário no contexto MSTECH|| || Finalizado||Comentários em português || || | ||
Edição das 20h06min de 2 de agosto de 2016
(atualizado em 12/07/2016)
Pendentes
| Problema Raiz | Atividades | Responsáveis | Status | Resolução | Dt início | Dt término |
| Não há um padrão de arquitetura | Adicionar exemplo de live watch na arquitetura | Paravani | Pendente | 02/08/16 | ||
| Não há um padrão de arquitetura | Revisar a arquitetura para remover as funções de dentro da função "construtora" para reduzir a complexidade do código. | Paravani | Pendente | 02/08/16 | ||
| Comportamento inesperado no JS | Realizar testes de promessa/ajax para verificar se a promessa continua mesmo após atualizar o navegador. Caso continue, encontrar formas de resolver (kill promise) | Willian | Pendente | 02/08/16 | ||
| Não há testes unitários | Realizar primeiros testes unitários para apresentar como é feito no próximo fórum | Everton | Pendente | 02/08/16 | ||
| Não há um padrão de arquitetura | Adaptar o bacon-cli (projeto externo) para atender nossas necessidades e disponibilizar no git e npm | Rodrigo | Pendente | 11/07/16 | ||
| Não há mapeado componentes reutilizáveis | Listagem de componentes internos e externos, seja lib, diretiva ou qualquer item que ajude na hora do desenvolvimento | TODOS | Pendente | 11/07/16 | ||
| Não há um padrão de arquitetura | Integrar o bacon-cli com npm (npm-init) para deixá-lo mais interativo | --- | Pendente |
Finalizados
| Problema Raiz | Atividades | Responsáveis | Status | Resolução | Dt início | Dt término |
| Não há um padrão de arquitetura | Testar e corrigr as tasks do grunt na arquitetura e versionar no repositório | Alexandre Paravani | Finalizado | Atualizado o gruntfile no repositório da arquitetura | 11/07/16 | 02/08/16 |
| Não há um padrão de arquitetura | Disponibilizar arquitetura no npm e notificar o time | Rodrigo | Finalizado | Não faz sentido colocar no npm, pois não seria eficiente, será disponibilizado no bacon-cli a opção de criar toda a arquitetura | 24/06/16 | 02/08/16 |
| Não há um padrão de arquitetura | Desenvolver um code generator para agilizar a criação da controller, business e repository | Rodrigo | Finalizado | Será adaptado o bacon-cli criado externamente pelo Virgilio e Rodrigo para atender as nossas necessidades. | ||
| Não há um padrão de arquitetura | Revisar arquitetura e ajustar o pattern com os apontamentos realizados e disponibilizar no http://npm.mstech.com.br | Rodrigo, André e Willian | Finalizado | Disponibilizar a versão da arquitetura no npm | ||
| Não há um padrão de build para soluções front-end sem .net | Criar padrão de build utilizando Grunt com as tasks: livereload de css, minificação de html, css e js, disponibilização do build na pasta de build e se possível injetar os paths dos pacotes baixados direto no html | Paravani | Finalizado | Incluir gruntfile no repositório da arquitetura | ||
| As IDES podem ter configurações diferentes de formatação e encoding de arquivos | Realizar testes com EditorConfig em: Webstorm, Atom e Visual Studio. | Wellington | Finalizado | Incluir um arquivo de .editorconfig no repositório da arquitetura | ||
| Não há um padrão de arquitetura | Criar arquitetura padrão realizando um merge entre as 2 arquiteturas apresentadas no fórum. | Rodrigo, Odassi e André | Finalizado | |||
| Não há um padrão de build para soluções front-end sem .net | Levantar prós e contras do Grunt e Gulp e apresentar no próximo fórum. | Paravani | Finalizado | |||
| Não há um padrão para comentário | Definir a forma de utilização do JSDocs | Everton | Finalizado | Padrão definido pelas equipe, adicionado na reunião o autor e data | ||
| Não há um padrão para comentário | Definir IDE padrão para desenvolvimento | Simões e Rodrigo | Finalizado | Visual Studio para .NET (mindscape se não tiver CoreUI) e Webstorm | ||
| Não há um padrão para comentário | Definir perguntas padrão para comentário | Rhenan e Everton | Finalizado | Perguntas: "Quando? / O quê? / Para quê? / Como?" - Revisar comentário em todo refactor | ||
| Não há um padrão para comentário | Definir onde aplicar inglês e onde aplicar portugues em comentário no contexto MSTECH | Finalizado | Comentários em português | |||
| Adoção do VUE.js | Discutir a adoção imediata do VUE | Finalizado | VUE não será usado em sistemas de Produção. Pode ser usado para POCs inicialmente. Teremos que continuar acompanhando a evolução do framework | |||
| Adoção do Slack como piloto | Adicionar membros da frente front | Finalizado | Solicitada a inclusão, a mesma foi realizada | |||
| Padronização de variáveis e métodos da MSTECH | Definir o padrão de variáveis e métodos no contexto da MSTECH | Finalizado | Nomes de variáveis e métodos em inglês para ser compliance com o back-end | |||
| Definição de IDE | Definir uma IDE leves | Finalizado | Ficaram definidos o uso do WebStorm e, caso não seja possível, do Atom (mantendo Visual Studio como padrão) | |||
| Não há padrão para organização dos arquivos no Angular.JS | Estudar um padrão para organização de pastas em projetos AngularJS | Finalizado | Padrão apresentado para o todo o grupo, conteúdo está disponível no npm corporativo | |||
| Não há padrão para organização dos arquivos no Angular.JS | Apresentar ao grupo os modelos utilizados | Finalizado | Feita apresentação dos modelos utilizados de pastas do AngularJS | |||
| Não há padrão para organização dos arquivos no Angular.JS | Padrão de nomenclatura de arquivos do Angular.JS | Finalizado | Definido o padrão dos nomes dos arquivos .JS para que o mesmo seja auto-explicativo |
