History: 2010-06 Marc Laporte Interview Espirito Livre Magazine (pt-br)

Apresente-se aos nosso leitores. Onde você mora e em qual área você trabalha atualmente?

Meu nome é Marc Laporte e moro em Montreal no Canadá. Desde 2003 me dedico integralmente ao Tiki.

Apresente o Tiki Wiki. O que Tiki Wiki significa?

A palavra Tiki pode significar muitas coisas. Normalmente refere-se a cultura Tiki ou a embarcação Kon-Tiki. O nome oficial do projeto é "Tiki Wiki CMS Groupware". O backronym é Tightly Integrated Knowledge Infrastructure ("Infra-estrutura de Conhecimento Altamente Integrada").

O Tiki é: aplicação web cheia de recursos, multi-idioma (mais de 35), totalmente integrado, tudo em um (all-in-one), software livre Wiki+CMS+Groupware. Tiki pode ser utilizado para criar todos os tipos de aplicações web, sites, portais, base de conhecimento, intranets e extranets. As tecnologias subjacentes são PHP/MySQL/Zend Framework/Smarty/jQuery

http://info.tikiwiki.org/Fact+Sheet
http://doc.tikiwiki.org/Features

Como surgiu a ideia de criar um CMS? Tiki Wiki é baseado em outro CMS?

O Tiki foi iniciado em 2002, não se baseia em outro CMS, mas fazemos um bom uso de componentes disponíveis, como Smarty. Os fundadores queriam um CMS totalmente gratuito, sem restrições de licença e uma lista enorme de recursos, tudo em um pacote.

Uma entrevista dada, quando Tiki foi o "Projeto do Mês" no SourceForge.net, em Julho de 2003, oferece uma perspectiva história interessante:
http://sourceforge.net/potm/potm-2003-07.php

Quais são as diferenças entre o Tiki Wiki e outros CMSs? Qual é o público alvo do Tiki Wiki?

Tiki é a aplicação web de código aberto com o maior número de recursos integrados.

Como? Em poucas palavras "sofwtare criado da maneira wiki". Wikipédia faz uso da maneira wiki para construir conhecimento livre. Estamos fazendo algo similar, mas para construir uma aplicação web.

O modelo Tiki é composto por:

• Comunidade wiki (do-ocracy)
• Cultura wiki aplicado ao modelo de desenvolvimento (mais de 400 pessoas com acesso de escrita ao repositório central)
• Lançamento de novas versões agendados (2 releases principais por ano)
• Todo o código integrado num único local (1 000 000 linhas de código, com tudo junto. Cada recurso é opcional)
  • Com isso os releases tem que ser sincronizados (todos os novos recursos e melhorias precisam estar prontos ao mesmo tempo)
• Muitos recursos, mas nenhuma duplicação (num wiki, conteúdo similiar ou relacionado é fundido, o mesmo se aplicado para os recurso do Tiki)
• Dogfood (Tiki é uma comunidade que desenvolve recursivamente um sistema para gerenciamento de comunidades)
• Comunidade extremamente aberta. Tudo é discutido. Até mesmo essa entrevista foi construída com ajuda da comunidade.

Pensamos que ter todos os recursos integrados num único local é melhor que o modelo de desenvolvimento baseado em extensões. E tendo tudo junto num mesmo local, nos permite fazer alterações de maneira mais rápida e atingir graus maiores de interação entre os recursos. É claro que nosso modelo tem seus desafios (tamanho do código é grande, maior curva de aprendizagem, número grande de opções no painel de administração, grande eforço para lançar novas versões, etc.) mas nos preferimos lidar com essas questões do que com problemas de dependência, diferentes extonsões que fazem a mesma coisa, ciclos de release maiores para facilitar a atualização das extensões, etc.

Por exemplo, nós

• adicionamos um sistema de busca para as mais de 1000 (!) preferências e configurações nas várias páginas do painel de administração.
• Aperfeiçoamos nosso processo de lançamento de novas versões.
• Desenvolvemos um sistema de perfis para que os administradores possam escolher diferentes seleções de preferências pré-confiuradas e não precisem navegar por todas as páginas do painel de administração. A maioria dos perfis é administrada através de páginas wiki e quatro perfis são oficialmente suportados pela comunidade:
  1. Blog pessoal e perfil: blog ou site pessoal
  2. Site para pequena organização: Sistema de publicação com área para conteúdos gerados pelos usuários, mas com clara diferença entre o que é oficial e o que foi gerado pela comunidade
  3. Comunidade colaborativa: perfil de usuários, colaboração, usuários registrados
  4. Intranet de uma empresa: Colaboração entre a equipe com acesso registro, usuários não podem se registrar

Em um software baseado no modelo de um núcleo e extensões, o núcleo precisa esperar um tempo para que as extensões possam ser atualizadas. O Tiki tem um ciclo de releases mais rápido (se comparado com aplicações semelhantes), exatamente porque não precisamos nos preocupar em quebrar com uma nova versão as extensões.

A maioria dos CMSs não tem um poderoso wiki (a maior evidência é que eles não usam dogfood). E a maioria dos Wikis não possui alguns importantes recursos de um CMS (ex: sistema de templates). O Tiki é uma das poucas soluções que oferece os dois e isso desde o começo. Não existe um limite para o que o Tiki pode fazer. Por exemplo, na versão 5.0 do Tiki foi adicionado o recurso shopping cart e existe uma discussão para adicionar uma interface para contabilidade. Isso que significa que praticamente qualquer pessoa com um projeto web deve dar checar o Tiki.

http://tikiwiki.org/Model
http://profiles.tikiwiki.org/
http://tikiwiki.org/Wiki+Landscape
http://tikiwiki.org/CMS+Landscape

Qual a licença utilizada pelo Tiki Wiki? Existe uma versão corporativa? Quais são os preços? Quais são as diferenças entre as versões comunitária e corporativa?

Tiki usa LGPL 2.1.

Não há nenhuma versão "corporativa". Embora a licença é permissiva em termos de integração com aplicações comerciais, a cultura da comunidade é compartilhar todo o código disponível no repositório central. Se você quiser investir o tiki, a melhor maneira é contratar membros da comunidade para suporte, treinamento, etc. e financiar o desenvolvimento de novos recursos (diretamente no código do software). Você também pode fazer uma doação para o Tiki Software Community Association.

http://tikiwiki.org/License

Existe uma empresa que oferece serviços de apoio oficial para o produto? What is it and why should users chose it?

Nós temos uma "comunidade de abordagem open source". Assim, temos um número grande de consultores disponíveis para serem contratados. As pessoas vão escolher, dependendo do do tipo de projeto, ou afinidades diversas (geografia, idioma, etc.)

http://info.tikiwiki.org/Consultants

Como é sua relação com a comunidade open source?

Somos usuários enormes do código-fonte aberto. PHP, MySQL, Zend Framework, jQuery, Smarty, e muitos outros. Nós temos nosso upstream de correções quando necessário

Veja http://tikiwiki.org/TikiPartner

In the past, many CMS became known for their security troubles. How is the "security factor" treated in Tiki Wiki?

Security is a vast domain and risks depend on the use case. In an open community use case, it's important to protect users against each other (ex.: privilege escalation), however, in the brochureware use case, there are only a few trusted editors. By default, we ship with almost everything off and with the most secure defaults. Admins have a security admin panel to set the security features for their use case.

It's very important that site admins can upgrade quickly or turn off the feature which is vulnerable. The all-in-model makes upgrades easy. Site admins are warned of new versions in the admin panel (can be turned off). As part of our release procedures, we review that every executable file has a feature and/or permission check. Thus, the site admin can disable the vulnerable feature without having to upgrade or to take down the site.

By default, risky HTML & ))JavaScript(( is blocked which is more secure but not very user-friendly in the case of a blog, where only trusted users have logins. So we have different permissions so the site admin can decide who is allowed to use potentially risky features.

We have a security team, which responds to alerts and pro-actively improves various features according to our security dashboard.

http://security.tikiwiki.org/

Na sua opnião, o que é necessário para construir um CMS de qualidade, elegante, seguro e estável? É possível combinar estes quatro elementos apenas em uma solução?

Com tempo suficiente e inteligência é possivel combinar todos os quatros. É por isso que a maior prioridade é conseguir mais pessoas para o projeto.

Todos podem participar de qualquer e todos os aspectos do código ou da comunidade:
http://tikiwiki.org/SWOT

Quem você não encoraja quem use o Tiki Wiki?

Tiki tem dois pontos doces:

1. Se você tem um projeto complexo e você quer todas as partes bem integradas
2. Você tem vários projetos diversificados e pretende dinamizar a uma solução comum.

Tiki oferece mais de 1.000 configurações e opções no painel de controle. Ele é totalmente personalizável com CSS e Smarty Template Engine. Assim, com um tema personalizado e com a configuração, você deve ser capaz de realizar a grande maioria dos projetos. A cultura do projeto é para enfrentar um desafio específico ao fazer um recurso genérico, que é adicionado à base do código principal. A próxima versão estável, nunca é longe demais e isso mantém as atualizações fáceis

Portanto, não use Tiki se você pretende modificá-lo fortemente, sem compartilhar o código de volta. Há 600-700 commits por mês. Dentro de um ano, o seu tiki, por exemplo, vai estar fora de sicronia com o resto do projeto

Tente explicar ou resumir Tiki Wiki em 3 palavras.

Wiki way webware

Você acha que um CMS faz desenvolvedores web mais preguiçosos e menos preocupados com a programação em si?

O objetivo de um CMS é reduzir a barreira técnica para criadores de conteúdo. Com mais ferramentas disponíveis, o desenvolvedor torna-se mais uma solução procurando e resolvendo problemas

Isso realmente depende do uso.

Quais seus planos para o futuro? O que vem a seguir?

O crescimento contínuo dos ecossistemas locais Tiki (grupos de usuários, consultores, eventos, traduções, etc) será muito interessante, juntamente com a nova marca.

Continuaremos nosso ritmo rápido de lançamentos. Tiki6 (Outubro de 2010) passará a ser Long Term Support (LTS). e, assim, estaremos em condições de fazer algumas re-arquiteturas em Tiki7 (Abril 2011). Por exemplo, para atualizar o Smarty 3 e o Zend Framework 2 (se ele estiverem pronto até lá)

Integrating with source control systems (SVN at first) will make Tiki a good all-round solution for software project management (we already have a ticket system, etc.)

Over the years, we have pretty much done most of the features possible with existing technology and we integrated with other open source projects which rely on Flash. ))BigBlueButton(( for real-time collaboration tool (Audio/Video/Screensharing/Chat) and Kaltura for web-based video editing. The next big thing will be to adopt HTML5 and do the missing bits like image manipulation. We tried with java applets but we never got something stable and user-friendly enough.

http://dev.tikiwiki.org/Roadmap
http://branding.tikiwiki.org/
http://dev.tikiwiki.org/HTML5

Para aqueles que querem saber mais sobre o Tiki Wiki, o que devem fazer? O que procurar? Por onde devem começar?

Vocês podem fazer o download ou usar uma demonstração em:
http://info.tikiwiki.org/Get+Tiki

Deixe algumas palavras para os nossos leitores na Revista Espírito Livre

Dar a alguém um peixe o alimentará por um dia.
Ensinar alguem a pescar o alimentará por toda a vida.

Adicione esse conhecimento em um wiki
E inúmeras pessoas serão capazes de aprender por conta própria

E compartilhe os seus conhecimentos
E muitos mais irão alimentar suas famílias

E juntar-se a http://br.tikiwiki.org/