Kohana descontinuado?

[Erick Barbosa]

Está havendo uma discussão no fórum do kohana sobre o futuro do framework

e parece que será descontinuado. Alguém tem mais alguma novidade sobre o assunto?

link da discussão no fórum

http://forum.kohanaframework.org/discussion/12509/final-releases-of-kohana-beginning-of-ohanzee

[Douglas J.A.M]

Muito obrigado por compartilhar, nem disso eu sabia, mas como todos sabem, as lendas vivem pouco, espero que esse novo time continue trabalhando em possíveis vulnerabilidades e erros, porque estou usando em vários projetos T_T, pelo menos até surgir uma nova tecnologia acho que me atenderá tranquilo o 3.3

--
Você recebeu essa mensagem porque está inscrito no grupo quot;Kohana Php" dos Grupos do Google.
Para cancelar inscrição nesse grupo e parar de receber e-mails dele, envie um e-mail para kohana-php+...@googlegroups.com.
Para postar nesse grupo, envie um e-mail para kohan...@googlegroups.com.
Acesse esse grupo em http://groups.google.com/group/kohana-php.
Para mais opções, acesse https://groups.google.com/d/optout.

[Fabyo Guimaraes]

O pessoal poderia aproveitar esse momento e conhecer novos frameworks, como Laravel ou Zend

[Vitor]

Começo do ano passado, tive que iniciar alguns projetos com um framework que tivesse uma documentação mais completa que o kohana — acabei optando pelo Yii.
Sou bem feliz com ele, tem bons exemplos, comunidade ativa, fácil ajuda no irc, orm/ar extremamente poderoso e desenvolvido para facilitar e acelerar o desenvolvimento (ko me decepcionava com algumas decisões de projeto em novas versões).

A única coisa que sinto falta do ko eh o cascading fs, que eh fantástico. No yii extender algumas classes core acaba exigindo um pouco mais de mão de obra, mas raramente alguém passa por estas situações.

Em resumo: experimente yii

[Newton Wagner]

Pelo que entendi, o Kohana vai continuar, mas agora sem o apoio dos principais responsáveis pelo fork no Code Igniter que originou o framework.

O fato é, durante todos esses anos de vida do PHP, muitos frameworks surgiram e morreram. Outros morreram e ressuscitaram (PRADO). E se alguém precisa de confiabilidade na continuidade de um projeto (como o cara do primeiro comentário após o anúncio), é bom escolher frameworks enraizados ou com empresas grandes por trás (Zend e Symfony?).

Opções realmente não faltam: Laravel, Yii, Sylex, PRADO, Zend, Symfony, ... .

E é interessante observar também outros movimentos do PHP como um todo, como o surgimento do Zephir e Hack, as discussões a respeito do futuro (versão 6), o php The Right Way e etc.

Newton Wagner

msn/gtalk: newt...@gmail.com
twitter: http://twitter.com/newtonwagner
site: http://www.newtonwagner.net/

[Bruno Gasparetto]

Respect é um projeto muito bom também, vale a pena conferir.

Yii é complicado pra fazer coisas simples. Já perdi muito tempo tentando fazer coisas que no KO eram rápidas e simples.

Bom, Laravel é um FW que cresceu muito bem e documentação e comunidade estão ótimas, mas sempre tem Zend e Symfony pra ajudar :)

Bruno Gasparetto

[Rodrigo Monteiro Ferreira]

Ruby on rails é muito bom para quem for ficar orfão... ;)

Rodrigo Monteiro
rodrigom...@gmail.com

(11) 96267-9366

[felipe bastos]

Prefiro reescrever o Kohana (tenho feito alguns ensaios) em PHP compativel com o Hack (que até já instalei - buguei o win8 mas não fiquei sem o ubuntu) kkkkkkkk

Pra mim o futuro do PHP já está associado ao Hack .. embora digam que o Zephir tem desempenho melhor (não cogito ainda usar o Phalcon).

Yii, como falaram é bem interessante, mas muito dependente de componentes. Sem componentes o Yii é tão braçal quanto o Kohana, e algumas vezes mais complexo.

Zend, Symfony e outros são pesados, complexos, cheios de configurações, etc ...

Nos Micro e Nano frameworks temos a API Rest mas ficamos sem recursos, dependentes de bibliotecas externas como o Doctrine, etc.

O Micro framework que chega mais perto da perfeição é o Respect do Gaigalas + uns caras bons de PHP .. mas como eles mesmo dizem, ainda não está preparado para produção, tem um jeito de instalar muito dependente do composer, etc.

Laravel, desde que vi, nem passa pela cabeça usar .. parece um monte de remendo .. e quando se vê isso ...

class ZurbPresenter extends Illuminate\Pagination\Presenter {

    public function getActivePageWrapper($text)
    {
        return '<li class="current">'.$text.'</li>';
    }

bate um desanimo daqueles.

O Cake é um bom framework, mas com evolução muitoooooooooooo lenta. Infelizmente uma turma criou um fork (não lembro o nome) para PHP 5.3+, mas a galera do Cake não acompanhou, e não se tornou popular.

Acho que o PHP precisa de um novo framework, leve, de alto desempenho, e baixa curva de aprendizado (se possível mais simples que o Rails), mas que seja de PHP+Hack.

http://agilesocial.net

http://twitter.com/felipebastosweb
http://facebook.com/felipebastosweb

[Bernardo - Sudeste Hosting]

Eu particularmente pretendo continuar com o Kohana, ele já está bem devagar desde quando foi lançado o PHP 5.4. (Quem sabe se com a saída de alguns Devs a coisa não melhora.)
Como falam, o negócio é não ficar dependente de frameworks.

Link com boa lista de alternativas.
http://mashable.com/2014/04/04/php-frameworks-build-applications/

Atenciosamente,
Bernardo Sepulveda de Castro
------- ------- ------- -------- -------- --------

Desenvolvedor Web

[Renan Vaz]

O Kohana já está bem maduro, acredito que se lançarem um modulo "nativo" de DB que utilize o mysqli, o Kohana vai continuar sendo minha primeira opção. Não conheço outro framework que seja tão simples de usar quanto o Kohana, ele não inventa é simples e direto. O Laravel é um framework novo e que tem uma comunidade grande em cima dele, mas particularmente não gosto dele, umas das coisas que acho ruim é diversas possibilidades de se fazer a mesma coisa. Se tratando de um framework, não acho isso útil, pois não padroniza o desenvolvimento. O Kohana por ex, se eu pegar um projeto feito em kohana, vou saber que as coisas funcionam de uma mesma forma e o mais simples possível. É isso que gosto no kohana, acho ele (depois que vc o entende) simples de usar.

Se quiserem estudar outras opções de frameworks, um bom site que compara a performance de uma série de frameworks e linguagens é este aqui:

http://www.techempower.com/benchmarks/

Abs,
Renan Vaz
Cel: (11) 97148.6994
Skype: vazrenan
Twitter: @renanvaz
Facebook: http://www.facebook.com/renanvaz

[felipe bastos]

Poderiam ter noticiado de outra forma (mudança de equipe), ou até manter o nome. Parece que agora o Kohana vai ficar componentizado e poderá ser usado em qqer outro framework apenas com o novo nome ... é isto?

Agora, achei interessante o benchmark deles ..

https://github.com/TechEmpower/FrameworkBenchmarks

Kohana melhor que Sinatra, Silex e outros como o Lithium (fork do Cake que comentei) foi uma surpresa, agora já melhor que Symfony, "ASPNET" e outros não foi surpresa nenhum.

O Hack (HHVM) ficou abaixo do grails? tem coisa errada aí kkkkk

Só não entendi como o Go conseguiu esse resultado (Top dos Tops). Que bruxaria o Google fez? buabuabua

Outra coisa .. Java Servlets mais rápido que PHP, só perdendo para o Go????

Claro que não dá para se guiar só por isso .. algumas questões não foram consideradas .. mas dá para repensar o PHP + phpActiveRecord melhor do que esperava .. ou o Hack (HHVM) não tão bom quanto esperado

:D

[Fabyo Guimaraes]

Laravel é muito dahora, e muito prazeroso desenvolver com ele, se alguem nao fica-se com receio de mudanças e desse uma chance pelo menos pra conhecer melhor a linguagem, garanto que nao iria se arrepender

o ORM do laravel é fantastico 

mas todo framework vai ser bom desque o programador goste dele e ache ele facil de aprender

Em 16 de abril de 2014 15:37, felipe bastos <feli...@gmail.com> escreveu:

[felipe bastos]

Com as PSRs todo framework php ficara componentizado ou é apenas helpers e bibliotecas?

E com relacao ao Composer ... Ele ja é a versao oficial do php em relacao às Ruby Gems?

[Newton Wagner]

Acredito que as PSRs são apenas para estrutura e coding style. Isso facilita o uso de componentes, mas ainda vai depender do acoplamento.

Quanto ao Composer não sei dizer, mas tenho visto bastante referências dele por aí.

Newton Wagner

msn/gtalk: newt...@gmail.com
twitter: http://twitter.com/newtonwagner
site: http://www.newtonwagner.net/

[Renan Vaz]

Fabyo Guimaraes, vc já comparou o ORM do Laravel (eloquent) com o do Kohana? Eu acho que o do Kohana requer menos setup para setar os relacionamentos, o Kohana só peca na documentação. Acho que isso foi um grande limitador para a expansão dele. O único ponto é que o Kohana não tem migrations.

Abs,
Renan Vaz
Cel: (11) 97148.6994
Skype: vazrenan
Twitter: @renanvaz
Facebook: http://www.facebook.com/renanvaz

[felipe bastos]

Além do migrations .. o scaffold .. eu comecei a fazer um, mas esbarrei em uns impedimentos bobos de biblioteca e além disso surgiu o v3.3.. e agora isso de encerrarem ;D aí complica dar continuidade

[Juarez Junior]

Gosto da flexibilidade do Kohana. O uso de modules me impressionou no início, aliás foi o Kohana que "modularizou" primeiro? :)

Outro ponto é a hierarquia de execução. Application -> Modules -> Core. Entendo isto vc já tem domínio de uso.

Ja testei o Laravel, SF2 e ZF2, por enquanto não mudo!

Libs como Doctrine e ZF2 Db podem ser usadas sem dores de cabeça.

[]s

Juarez Junior - juarez...@gmail.com - @juareznjunior
http://resume.github.com/?juareznjunior

[felipe bastos]

Se fossem continuar com uma nova versão do kohana (fork/clone) mantida por brasileiros .. que nome vc daria?

KohanaPlus

Kohana53Plus (referente a php 5.3+)

xKohana

KohanaBR

[Fabyo Guimaraes]

nenhum nome legal mas desses ai seria o KohanaPlus

[Bernardo - Sudeste Hosting]

Penso que seja melhor contribuir no repositório principal. Sem mudar o nome.

[Douglas J.A.M]

Kohanadson

[]s,

Douglas J.A.M

[felipe bastos]

No principal o novo fw vai se chamar Ohanzee e parece que vão recomeçar do zero.

Ainda estou pensando um zilhão de coisas .. mas ... Não estou muito disposto a esperar ficar pronto .. quero mudanças mais práticas e imediatas ... além disto .. me forçará a estudar mais o PHP 5.3+ e Hack.

 e o nome alternativo seria apenas para organização (manter a estrutura modular) .. basicamente é um fork que poderá ser reaproveitado por eles (pull request + merge) ou não.

A principio .. vai ser um raciocinio baseado no PSR mas à brasileira e mantendo a identidade do Kohana 3.2/3.3 :D (com nossas necessidades)

Não sei se vão gostar/permitir o uso do nome kohana .. é algo a repensar tbm.

[Rodrigo Monteiro Ferreira]

KohanaHU3 neles...kkk

[Renan Vaz]

+1

Em 29 de abril de 2014 20:57, Rodrigo Monteiro Ferreira <rodrigom...@gmail.com> escreveu:

KohanaHU3

[Renan Vaz]

Galerinha do mal, 

Alguém chegou a algum veredito sobre como prosseguir com o Kohana?

Eu gosto muito dele e queria ver ele evoluir, utilizo ele desde o seu nascimento. Particularmente tenho algumas ideias de como evoluir/continuar andando com o Kohana, mas fazer isso sozinho com o tempo livre que tenho é loucura.

Alguém tem interesse em participar do projeto? O kohana veio do CodeIgniter e podemos fazer um novo framework baseado no Kohana se manter o nome dele for uma má ideia.

Se alguém achar legal podemos marcar um hangout para conversarmos no fds. É legal pelo network, pois poucas pessoas que conheço já utilizaram o Kohana.

Abs,
Renan Vaz
Cel: (11) 97148.6994
Skype: vazrenan
Twitter: @renanvaz
Facebook: http://www.facebook.com/renanvaz

[felipe bastos]

Parece que no novo grupo não vai prosseguir com o novo Kohana .. vc não vê commits interessantes lá.

Eu, meio que bagunçado pois não fico em um escritorio, estou adequando o Kohana 3.2 às PSRs. E paralelamente estou tentando captar o que o Silex tem de melhor, e o que o Slim tem de minimalista. Por esse motivo optei por não usa nenhum dos 2 (embora esteja estudando o Silex para um projeto).

Pretendo reaproveitar algumas classes do Kohana .. mas muita coisa será remodelado segundo os design patterns (que venho julgando mais adequado pois o core do KO é muito louco). Como consulta estou usando o site do Martin Fowler na hora de tomar decisões da arquitetura martinfowler.com/eaaCatalog/.

Se alguém quiser ajudar ou acompanhar (pode forkar e mandar pull request) .. vou colocar tudo em https://github.com/koommerce/core para reaproveitar esse trabalho (Koommerce) que já vinha fazendo com o Kohana 3.2.

Até o momento não pretendo usar nada do Ko 3.3.X.

Até então é isso.

--
Você recebeu essa mensagem porque está inscrito no grupo quot;Kohana Php" dos Grupos do Google.
Para cancelar inscrição nesse grupo e parar de receber e-mails dele, envie um e-mail para kohana-php+...@googlegroups.com.
Para postar nesse grupo, envie um e-mail para kohan...@googlegroups.com.
Acesse esse grupo em http://groups.google.com/group/kohana-php.
Para mais opções, acesse https://groups.google.com/d/optout.

[Everton Zamignan Pabon]

Pra quem já vem trabalhando com Kohana a um bom tempo (meu caso), o que seria mais sensato para novos projetos? 

Buscar um novo framework (que também corre o risco de ser descontinuado, pois não há garantias de nada) ou continuar com Kohana por mais algum tempo mesmo sabendo que o projeto oficial está parado?

Atenciosamente,

Everton Zamignan Pabon

Mobile: +55 47 9949 5145 
GoogleTalk: ezp...@gmail.com

"Don't code today what you can't debug tomorrow."

[Cello Zero]

Eu to mantendo kohana em alguns projetos pela agilidade de eu ja ter minhas libs prontas.
Mas ando dando uma testada no cake, e to achando interessante.

[Rodrigo Monteiro Ferreira]

@Everton,

Mudei para ruby on rails e só tenho alegria... muda um pouco a sintaxe mas é muito agil, organizado e testavel...

Recomendo a fortemente a mudança, e ele não vai ser descontinuado...rsrs

[Douglas J.A.M]

Eu também mudei, novos projetos estou de zend 2 e symphony 2 e doctrine, creio que a curva da mudança foi baixa. Tem mais empregos e creio que a descontinuação não é tão fácil. 

[]s,

Douglas J.A.M

[felipe bastos]

Ruby on Rails é uma boa alternativa

Cake e Yii acredito ser um retrocesso ...

A tendecia é apis e microfws .. da maioria q vi o FlatPHP (apelando pra memoria, vou conferir) pode ser uma alternativa

O ideal seria criar uma versao alternativa baseada no Ko3.2

[Rodrigo Monteiro Ferreira]

O aprendizado do ruby on rails é bem rapido, um e-book de 30 reais é suficiente para quem ja é programador....

Eu fugiria de frameworks pequenos, consideraria somente as 3 opcoes: Ruby on Rails, Zend2 e Symphony2 

[Newton Wagner]

O Laravel é "rails-like" e utiliza componentes do Symfony, que tem uma comunidade muito grande (talvez a maior).

Microframeworks eu testei o Slim e achei interessante, apesar dele ser extremamente minimalista. E tem o Silex que também faz uso dos componentes do Symfony.

Onde estou trabalhando atualmente a equipe dev utiliza o Yii, mas tem muitas coisas que me desagradam nele. Ele pretende ser um rails-like, mas não tem uma solução muito elegante. Acompanhando os Issues no github também não achei a comunidade muito consistente.

Hoje se eu fosse opinar uma mudança lá, iria sugerir Laravel ou Symfony2. Mudar de linguagem (ruby) de um projeto pessoal é viável, mas mudar uma infra toda pra isso é um pouco mais complicado. :)

Newton Wagner

msn/gtalk: newt...@gmail.com
twitter: http://twitter.com/newtonwagner
site: http://www.newtonwagner.net/

[Newton Wagner]

Mas, pensando na pergunta original, eu tenho acompanhado o github do Kohana e tenho visto muitos updates, inclusive pra nova versão já funcionar com o Composer, o que indica que o projeto deve continuar, talvez não com a participação de todos os core-devs que criaram o frame do CI, mas deve seguir em frente.

Newton Wagner

msn/gtalk: newt...@gmail.com
twitter: http://twitter.com/newtonwagner
site: http://www.newtonwagner.net/

[felipe bastos]

Opa .. sem duvida, o trabalho fabril demanda Zend e Symfony. Mas um ecossistema com outros frameworks tbm é interessante. Basta comparar o foco web do Ruby, e o mundo misto do PHP, .Net, Python, e Java. Alias, poliglotismo é fundamental.

No Kohana .... O mais importante seria manter a mesma estrutura (adaptada para PHP 5.5) e compatibilidade com as versoes anteriores?

[Newton Wagner]

Felipe, não sei se entendi muito bem a sua pergunta, mas mudar a estrutura e quebrar a compatibilidade com a versão anterior é uma necessidade pra quem quer estar no Composer/Packagist e permitir interoperabilidade proposta pelo PHP-FIG. E não só o Kohana está seguindo essa linha, como também o Zend, Yii, dentre outros.

E o tempo que eu acompanhei o Kohana, não me lembro dos devs se preocuparem com esta compatibilidade.

Newton Wagner

msn/gtalk: newt...@gmail.com
twitter: http://twitter.com/newtonwagner
site: http://www.newtonwagner.net/

[felipe bastos]

É isso mesmo...

Pensei em algo hibrido ... com compatibilidade com modulos, etc da versao antiga pois sempre sofremos muito com essas mudancas ..

E, agora, com as PSRs ... pode ficar facil adicionar qqer modulo de outros frameworks ... o conceito de framework MVC parece estar com os dias contados .. o composer + providers (pattern) torna tudo possivel... e ja estou me questionando o futuro do Zend, Symfony, etc.  Será que vão se tornar, ou ja sao, um conjunto de libs/componentes?

[Newton Wagner]

O Symfony com certeza é. Se você instalar algumas libs PHP de QA pelo composer, você percebe o quanto de pacote Symfony que já é aproveitado. Behat, PHPCS, phploc, ... Sempre que você dá um composer install, você sempre vê uma biblioteca do Symfony sendo baixada como dependência.

Pelo que me lembro, o conceito do Zend desde a v1 já era esse, de baixo acoplamento pra você conseguir utilizar as libs de forma independente. A diferença agora é só eles estruturarem tudo para carregar separadamente.

Estes frameworks vão continuar servindo o "básico", inclusive zend e symfony, então você pode querer usar o core do Kohana com a lib de ACL do Zend, Doctrine pra ORM e o Symfony Annotations. Tudo isso configurado no composer.json do projeto e instalado com um "composer install". :)

Fiquei 6 anos sem desenvolver e, agora que estou envolvido novamente, toda essa evolução tem sido uma agradável surpresa.

Newton Wagner

msn/gtalk: newt...@gmail.com
twitter: http://twitter.com/newtonwagner
site: http://www.newtonwagner.net/

--

[felipe bastos]

Massa, não tinha reparado que já estavam tão integrados.

Minha preocupação agora é a interdependencia (libs compartilhadas) mas
pelo que percebi o composer resolve isso.

Tava fuçando o Silex e percebi que ele usa os composer.json, e outros
arquivos para encontrar as classes.

Do Silex/Symfony o que quero reaproveitar é justamente a integração
deles com o Composer em relação ao Autoload das libs (embora eu tenha
achado o autoload deles horrivel).

As outras coisas quero usar bem minimalista (como o Slim), sem
precisar de Pimple e outras libs (Motivo para não adotar integralmente
o Silex).

[felipe bastos]

No rails está todo mundo usando Passenger com Apache ou nginx??

Em 08/08/14, felipe bastos<feli...@gmail.com> escreveu:

[felipe bastos]

Ouvi falar tbm do Unicorn .. que pelo que entendi é usado com o
HAProxy ou outro proxy.

Qual solução vcs estão usando?

-eu to preferindo montar os servidores manualmente antes de passar
para imagens prontas.

[Newton Wagner]

Exceto por Apache e nginx, não conheço nenhuma destas ferramentas que você citou. rs.

Mas imagino que sejam relacionadas à Ruby on Rails, certo?

Em relação a servidores, estamos fazendo um estudo aqui do Vagrant, pra sempre ter compatibilidade com os ambientes dev com o de produção. Mas estamos meio longe de chegar a alguma conclusão.

Newton Wagner

msn/gtalk: newt...@gmail.com
twitter: http://twitter.com/newtonwagner
site: http://www.newtonwagner.net/

--
Você está recebendo esta mensagem porque se inscreveu no grupo "Kohana Php" dos Grupos do Google.

Para cancelar inscrição nesse grupo e parar de receber e-mails dele, envie um e-mail para kohana-php+...@googlegroups.com.

Para postar neste grupo, envie um e-mail para kohan...@googlegroups.com.
Visite este grupo em http://groups.google.com/group/kohana-php.
Para obter mais opções, acesse https://groups.google.com/d/optout.