Vale a pena? ultilizar frameworks ?

[T.Colucci 33]

Acho que neste caso, tanto os prós como os contras são extremamente subjetivos.

Fico também na preferência de frameworks que trabalham com componentes. Acho que "fazem mais sentido". Acho.

 

Tô na dúvida entre zf e symfony.

 

Tô caminhando pelo primeiro... vamos ver.

 

Vejo o frameworks como PARTE do projeto. Não O projeto.

 

Ou seja... sem conclusão. :)

[Enrico Pereira 299]

Eu não possuo um framework fixo e estou muito, mas muito longe de ter, eu não gosto de simplesmente tornar algo como "fixo".

 

T.Colucci, lembre-se de que o ZF1 está obsoleto.

[Bruno Augusto 417]

O melhor framework não aquele que te indicam e você confia cegamente nas palavras de um estranho. O melhor framework é aquele que resolve um problema específico, de forma concisa ao mesmo tempo que te garante flexibilidade e tempo de produção.

[T.Colucci 33]

T.Colucci, lembre-se de que o ZF1 está obsoleto.

Sim, eu já sabia. Foi meramente preguiça de colocar o 2 na frente, até porque deduzo que sempre usarão ou tomarão como padrão a versão mais recente.

 

:)

 

Mas valeu o aviso! :joia:

[Vinicius Rangel 208]

 

O melhor framework não aquele que te indicam e você confia cegamente nas palavras de um estranho. O melhor framework é aquele que resolve um problema específico, de forma concisa ao mesmo tempo que te garante flexibilidade e tempo de produção

Da o exemplo do Acre de novo... ahuahuhuauahuhahuahuaahuaha

zueira.

 

então eu concordo com o seu comentário e com o do Enrico

 

 

 

Eu não possuo um framework fixo e estou muito, mas muito longe de ter, eu não gosto de simplesmente tornar algo como "fixo".

 

T.Colucci, lembre-se de que o ZF1 está obsoleto.

 

 

 

 

Eu até agora não tive a necessidade de utilizar um framework e nem por isso meu trabalho é lento ou pior do que de alguém..

\o/

[mangakah 217]

O melhor framework não aquele que te indicam e você confia cegamente nas palavras de um estranho. O melhor framework é aquele que resolve um problema específico, de forma concisa ao mesmo tempo que te garante flexibilidade e tempo de produção.

 

Mas frameworks não são ferramentas para se resolver problemas específicos, pelo contrário, é um ferramenta para resolver problemas genéricos, comuns a todo tipo de aplicação.

[Bruno Augusto 417]

Discordo, um problema genérico é um problema mal definido. Um problema específico é um algo comum, conhecido e bem definido, cenário perfeito para um framework de domínio específico ou, muitas vezes, os framework Jamaica.

[Enrico Pereira 299]

Bruno, novamente é o motivo pelo qual prefiro bibliotecas, elas tem propósito definido e eu posso escolher quais delas eu quero.

 

Se eu gosto do talharim de um restaurante não significa que eu gosto do spaghetti do mesmo restaurante, da mesma forma, eu gostar da camada de autenticação de um framework não significa que eu gosto da camada de visualização do mesmo framework.

 

Framework = abstração de domínio

Framework full-stack = abstração de vários domínios

[Bruno Augusto 417]

Framework = abstração de domínio

Framework full-stack = abstração de vários domínios

 

Mas não foi o que eu disse? :huh:

[Enrico Pereira 299]

Foi, o mangakah que disse ao contrário :lol:.

[Daniel Pereira_37985 2]

Eii @Samuel, obrigado pela resposta,

 

Sobre o curso estava olhando esse: http://www.schoolofnet.com/cursos/zf2/

 

Esses cursos valem a pena o valor pago pelo mesmo?

 

Quero iniciar de um jeito certo com esses Framework's, Cake, Zend ou CI? =)

 

Sobre desempenho, questão de abrir/utilizar um sistema criado apartir de um framework, muda alguma coisa em termos de velocidade?

 

Você recomenda/tem algum tutorial ai sobre algum deles? Quais os comandos/funções mais utilizadas de um framework(ex.: CRUD, o que mais além disso?)?

 

Marcelo, vale a pena sim. Os cursos da SON são muito bons. Eu assisti o workshop do ZFDay 1 e 2 e pretendo assisitir o 3. Esses cursos não só mostram como desenvolver um sistema mas como usar outras tecnologias acopladas (amazon webservice, oauth, etc.), além de ser feito utilizando melhores práticas. Não adianta de nada também usar um framework e continuar programando de "forma livre".

 

Se você nunca usou nenhum framework aconselho a começar pelo Codeigniter, foi por onde comecei. Até para projetos pequenos ele é muito bom. Você vai ter uma idéia boa de MVC e se acostumar a trabalhar com framework. Depois parta para algum mais robusto, como Zend ou Symfony. Hoje eu trabalho com Zend "1", mas vou começar a estudar Zend 2. Deu uma olhada no Symfony 2 e vi que está muito bom também.

 

A documentação do Codeigniter é excelente, já a do Zend, na minha opinião, deixa muito a desejar. Por isso das vídeo aulas serem de grande ajuda.

 

Eu garanto que depois que você se acostumar a trabalhar com frameworks nunca mais vai querer deixar de usá-los :yes:

[Enrico Pereira 299]

O Zend Framework 1 está ultrapassado com a chegada do Zend Framework 2.

[Daniel Pereira_37985 2]

O Zend Framework 1 está ultrapassado com a chegada do Zend Framework 2.

 

Disso não tenho dúvidas. Em momento algum recomendei a utilização dele, disse para assim que tiver pronto procurar um framework mais robusto, como Zend ou Synfony. Só que, os workshops de "Zend 1" da SON são excelentes como aprendizado de padrões e integração de plugins, independente em qual versão do Zend você pretenda trabalhar, ainda mais se precisar dar manutenção em um sistema com Zend 1, pois mudou muita coisa no Zend 2.

[Micilini Roll 49]

ja esta dando no que falar heim pessoal? um fala uma coisa e outro fala outra,bem pq todos nos! nos juntamos e fazemos nosso proprio framework com a quantidade de programadores deste forum poderia juntar todas as ideias e mais! o que acham?

[Bruno Augusto 417]

Nem sempre quantidade gera qualidade, Micilini.

 

Justamente por este ser um assunto om tanta divergência de opinião que não daria certo. Cada um veria que uma coisa é certa enquanto outra é errada comparando com seu framework preferido e código que é bom, nada.

[Enrico Pereira 299]

Exato, se formos ver, todos os projetos open-source que deram certo começaram com no máximo uns 5 caras que concordam com quase tudo que o(s) líder(es) do projeto diz(em).

 

É simplesmente impossível começar um projeto com muitas pessoas porque não vai haver padrão, cada um vai dar opinião, opinião e mais opinião e nada vai se definir, afinal o líder são todos os usuários do fórum que desejariam participar, caso contrário seria injustiça simplesmente eleger um líder (eleições iMasters :lol:), o que também não faria sentido já que o projeto, como você bem disse, seria feito por todos nós.

 

Além do que, vamos voltar ao mundo real, veja o fórum, 99.99% das perguntas têm código spaghetti e há pessoal perguntando o que é um if, sem ao menos ver no manual.

 

IMHO, não iria funcionar. E já existe experiência de fracasso desse tipo aqui no fórum (https://github.com/iMastersDev/iMasters-Form).

[Evandro Oliveira 331]

Tem o Imasters-Form, o Tyfu e mais uma outra porrada de naufrágios por aí.

 

Sem querer desmerecer ninguém mas, o que movimenta o fórum ultimamente é exatamente o tipo de post que foi descrito pelo @Enrico Pereira: "Ajuda com este exercício de vetores" e derivados.

 

São sempre as mesmas figurinhas carimbadas que se propõem a ajudar ou que agregam qualidade a tópicos diferenciados - como este.

 

Neste caso, uma seleção detalhada dos colaboradores, como mensagens privadas ou um post na área "O que há em sua mente" pode ser um tanto mais eficaz do que abrir um tópico.

 

Você levanta os interessados por um canal alternativo e define onde e como ocorrerão as interações entre os colaboradores.

 

Pra mim o líder de projeto deve ser o dono da ideia, independente da experiência ou conhecimento em programação. Se o @Micilini Roll quer propor um novo framework e conseguir levantar gente pra ajudar, ele, obviamente, seria o líder do projeto. Pelo menos é essa concepção que tenho.

[Micilini Roll 49]

é....isso é :

 

 

É simplesmente impossível começar um projeto com muitas pessoas porque não vai haver padrão, cada um vai dar opinião, opinião e mais opinião

 

Há alguns topicos antes eu tentei de uma forma agrupar cada ideia quais os pos os contras de cada frameworlks e mesmo assim eu acho que só teve 1 pessoa que fez MEIO certo o restante retrucou e apartir dai surgiram novos debates ! XD

 

ufa's

o post foi o de numero 80! rsrs

[Enrico Pereira 299]

Achei a ideia perfeita. Quanto aos novos debates, isso sempre acontece, por mais que não seja algo interessante por um lado, foco nesse tipo de tópico é utópico (que rima estranha..).

 

Mas vamos lá, como estou ultimamente usando o Symfony, vou começar com ele:

 

Symfony2

 

Prós

• PHP 5.3+
• Pode ser facilmente instalado com o Composer
• Compatível com a PSR-0
• Dividido em componentes (não tão bem quanto o Aura, mas quebra o galho)
• Fácil testabilidade de código quando os componentes são usados, quase nenhum estado global
• Comunidade grande
• Modular
• "Inovador"
• Necessita de conhecimentos abrangentes em PHP & Orientação a Objetos (evita sobrinhada)
• Excelente documentação
• Flexível e extensível

Contras

• Alta curva de aprendizado
• Pesado
• Verboso
• De uma certa forma, pode ser considerado como uma grande violação do KISS (Keep it simple, stupid) já que o Symfony2 não é tão simples assim
• O Kernel é focado em um Dependency Injection Container (o famoso pattern Service Locator, que na verdade é um grande anti-pattern por "esconder" as dependências)
• Pouco material em português
• Configuração, configuração e mais configuração
• O Routing não é muito poderoso

Essa é minha opinião sobre o Symfony2 pelo que eu vi até os dias de hoje, eu não coloquei o fato de ser controlado por uma empresa pois não acho que seja algo positivo nem negativo.

[Henrique Barcelos 290]

O Kernel é focado em um Dependency Injection Container (o famoso pattern Service Locator, que na verdade é um grande anti-pattern por "esconder" as dependências)

Cara, você não gosta de Singletons, não gosta de Registries, não gosta de DIC, afinal, como vc faz? ehueheuheueue