search

a2ad / ModularHTML

ModularHTML é um repositório de código para agilizar, aperfeiçoar e padronizar a produção de páginas web.
http://modularhtml.com.br/
MIT License
15 stars 8 forks source link

Rever a definição e os rumos do modularhtml #21

Closed sansegato closed 11 years ago

sansegato commented 12 years ago

Pessoal,

Fizemos algumas perguntinhas aos nossos programadores front-end Rapha e Ariton, pesquisamos por definições de framework, biblioteca, guia de estitlo e snippet. E revendo o que havia documentado no basecamp, achamos a seguinte definição:

"ModularHTML é um repositório de código para agilizar, aperfeiçoar e padronizar a produção de páginas web."

Essa é a que parece definir melhor o que é o modular hoje: um repositório.

Ele pode sim evoluir para um framework ou um guia de estilo. Aliás essa é uma discussão pertinente…

É essencial e ágil ter um pacote para baixar e usar no início dos projetos. Mas será que precisamos de um framework completo? Ou será melhor ter os temas base (um para wp e outro para a2sitebox) e mais o repositório de componentes, e dessa forma só acrescentar os 'opcionais' necessários de acordo com as particularidades de cada projeto?

Outra: será que precisamos investir em fazer um framework próprio mesmo tendo boas ofertas gratuitas como o Bootstrap e o Foundation? É coisa para se pensar...

Queremos ouvir a voz do povo! E aí, o que vcs acham?

raphaelfabeni commented 12 years ago

San, acho que podemos ir evoluindo conforme o tempo. A princípio acho que poderíamos ter um template inicial para WP e um pro A2 siteBox e o Modular auxiliaria com blocos de código para o desenvolvimento do projeto. Com o passar do tempo, poderíamos pensar em juntar a idéia desses 'blocos' de código dp Modular com um guia de estilo. Por exemplo, pegar um bloco de código de formulário que aplicado com o estilo ficaria responsivo.

airton commented 12 years ago

Sandra,

Também acho que devemos ter o nosso framework, mesmo tendo outras por ai, assim agente padroniza o nosso jeito de trabalhar e assim evoluindo com o tempo como disse o rapha.

Concordo também em continuar com os temas cinza um para WP e outro A2Sitebox e depois ir adicionando os módulos conforme necessidade!

O segredo acho que esta na forma como agente vai montar isso, para poder usar e atualizar com facilidade.

Airton

Em 10 de outubro de 2012 17:02, Sandra Segato notifications@github.comescreveu:

Pessoal,

Fizemos algumas perguntinhas aos nossos programadores front-end Rapha e Ariton, pesquisamos por definições de framework, biblioteca, guia de estitlo e snippet. E revendo o que havia documentado no basecamp, achamos a seguinte definição:

"ModularHTML é um repositório de código para agilizar, aperfeiçoar e padronizar a produção de páginas web."

Essa é a que parece definir melhor o que é o modular hoje: um repositório.

Ele pode sim evoluir para um framework ou um guia de estilo. Aliás essa é uma discussão pertinente…

É essencial e ágil ter um pacote para baixar e usar no início dos projetos. Mas será que precisamos de um framework completo? Ou será melhor ter os temas base (um para wp e outro para a2sitebox) e mais o repositório de componentes, e dessa forma só acrescentar os 'opcionais' necessários de acordo com as particularidades de cada projeto?

Outra: será que precisamos investir em fazer um framework próprio mesmo tendo boas ofertas gratuitas como o Bootstrap e o Foundation? É coisa para se pensar...

Queremos ouvir a voz do povo! E aí, o que vcs acham?

— Reply to this email directly or view it on GitHubhttps://github.com/a2comunicacao/ModularHTML/issues/21.

hussani commented 12 years ago

Não acho necessário a criação de um framework front-end inteiro, mas sim de uma biblioteca de componentes. Também acho que isso irá crescer conforme o tempo. Cada necessidade específica de um projeto pode resultar em um componente novo, e passado algum tempo teremos uma vasta biblioteca de componentes.

É realmente necessário dois temas distintos para WP e A2 Sitebox? Acho que para temas, a plataforma é o ponto mais superficial ao se pensar em front-end. Não será mais fácil focar em temas para tipos de projeto?

Como exemplo:

sansegato commented 12 years ago

Hussa, hj existe essa necessidade de temas distintos para WP e A2 Sitebox porque as estruturas dos temas dessas plataformas são muito diferentes. Não sei se com o novo A2 sitebox isso vai mudar... Acontece tb com alguns módulos/componentes, por isso a ideia de colocar uma área para WP no modular ;)

adriano commented 12 years ago

Acho que os templates cinzas teriam que fazer parte do Modular.

hussani commented 12 years ago

Eu tenho uma visão contrária. Acho que os templates não devem fazer parte do Modular. Vejo os templates como um exemplo de uso dos componentes do Modular. Acho que podemos referenciá-los, mas não que eles sejam algo determinante no Modular.

ghost commented 12 years ago

Hussa, os templates não serão um exemplo de uso dos componentes, eles na verdade funcionam como a base para que você use os componentes. Atualmente, principalmente o Rapha e Airton, que estão mais focados no Front-End, precisam desses templates para começar os projetos. Eles são como o padrão baixado no Boilerplate por exemplo, que vem com uma base formada por um index, alguns scripts básicos, um css, entende? Eles precisam dessa base num primeiro momento para depois usar os módulos, só que atualmente, os templates estão mais atualizados que os Módulos (alguns scripts novos por exemplo fazem com que os módulos não funcionem mais), então o Modular perdeu sua função e está desatualizado e ninguém está mais usando. Ao unir as duas coisas, podemos trabalhar melhor com essa atualização e o trabalho ficaria realmente mais ágil.

adriano commented 12 years ago

@hussani essa é uma boa discussão e acho que a resposta dessa pergunta faz parte da definição do que é o ModularHTML.

Se os templates cinzas não fazem parte do Modular, então ambos fazem parte de algo maior.

Não vejo problema em transformar o Modular em um grande guarda-chuva onde cabem todas as nossas iniciativas de front-end: biblioteca de snippets, templates cinzas, avaliação de plugins de wordpress, etc.

adriano commented 12 years ago

Depois que a gente fechar esse conceito do Modular, é importante continuar reorganizar as milestones aqui no repositório do Github e fazer nosso roadmap:

Exemplo de planejamento de roadmap: https://github.com/a2comunicacao/ModularHTML/issues/16

Página de milestones (metas): https://github.com/a2comunicacao/ModularHTML/issues/milestones

adriano commented 11 years ago

Uma referência que talvez ajude na definição de conceito do ModularHTML:

The Road To Reusable HTML Components http://coding.smashingmagazine.com/2012/10/23/road-reusable-html-components/

adriano commented 11 years ago

Mais um artigo:

8 Code Snippets for New Website Projects http://webdesignledger.com/tips/8-code-snippets-templates-for-new-website-projects

adriano commented 11 years ago

Um desenvolvedor citando o ModularHTML na lista de discussão "frontend-br": http://br.dir.groups.yahoo.com/group/frontend-br/message/6398

adriano commented 11 years ago

Mais uma referência para o Modular (via @drigoteixeira): http://developer.locaweb.com.br/locawebstyle/

ghost commented 11 years ago

Pessoal, conforme nossa última reunião, decidimos em comum acordo que o Modular andará um passo de cada vez, primeiramente todos os módulos serão atualizados e já decidimos também qual ferramenta vamos utilizar para tal (Gist) #23 #24 #25. A implementação de temas cinza ao projeto será feita mas, apenas futuramente. Precisamos primeiramente de uma base de trabalho que funcione e seja bem atualizada para então implementar esse tipo de melhoria (que caminhará também ao lado do A2sitebox) e novas funcionalidades. Vou arquivar essa tarefa para manter a organização do projeto, as ideias serão repassadas à novas issues mais especificas, e as referências serão arquivadas na Wiki em Benchmarking