Para um projeto de desenvolvimento de software, qual é o melhor tipo de wiki? [fechadas]


32

Estou tentando configurar um sistema wiki / de gerenciamento para um projeto de software e fico confuso com as inúmeras opções disponíveis.

Eu já vi o TWiki e o Plone antes, que se apresentam como componentes de nível corporativo. Seria melhor usar do que algo como, digamos, MediaWiki?

Quais são algumas outras sugestões para wiki / software de gerenciamento?


2
Deseja conectar seu wiki a outros sistemas? Rastreamento de bugs, suporte ao cliente, planejamento?
Anthony Mastrean

Este é um projeto isolado, de código aberto ou de trabalho?
Gelatina

5
Pertence a StackOverflow
Casebash

2
@ Casebash: eu discordo. Esta não é uma questão de codificação. E se ele pedisse o melhor wiki para uma empresa de impostos?
Prestaul

Prestaul: Então iria aqui. As ferramentas comumente usadas pelos desenvolvedores de software pertencem ao Stack Overflow - como diz o FAQ. Acredito que os wikis corporativos e de equipe estão se tornando cada vez mais populares - os três últimos trabalhos em que usei algum tipo de espaço de trabalho compartilhado (wiki ou repositório de arquivos em que a equipe teve acesso de leitura / gravação) para colaboração.
Thomas Owens

Respostas:


16

Você realmente não pode vencer o Confluence , especialmente por US $ 10 (para 10 ou menos usuários). Usamos no meu trabalho e é realmente fantástico. A organização demora um pouco para se acostumar.


1
Talvez seja como minha empresa o usa, mas eu achei o Confluence um problema.
Marc

1
Na verdade, eu já uso Jira, portanto, ouvir coisas boas sobre o Confluence é útil!
samoz 02/07/10

1
Confluência freqüentemente leva mais de um minuto (às vezes muitos mais) apenas para "aquecer" pela manhã. Não apenas isso, mas é incapaz de escapar de certos caracteres (como bashslash), tornando este wiki inútil para a especificação de caminhos do Windows. É um produto mal pensado e lamentavelmente inadequado para a empresa.
PP.


9

Disclaimer: Eu trabalho para Fog Creek

O wiki do FogBugz é ótimo porque está integrado ao restante do aplicativo, mas o editor é de buggy. A boa notícia é que estamos fazendo uma grande reformulação.


8

Eu sugiro ScrewTurn para wiki.

Você também pode dar uma olhada no AxoSoft OnTime, que é um software muito bom para rastreamento de bugs, gerenciamento de projetos scrum / ágil, wiki de desenvolvimento, help desk e muito mais.


2
beware .. o desenvolvimento de ScrewTurn é descontinuada
nWorx

8

Eu tenho um Wiki não recomendado: o disponível para sites da intranet do Sharepoint. Totalmente uma dor de usar.


Eu concordo com você, mas não consigo decidir se votará para cima ou para baixo.
21710 Kyralessa

Eu não poderia concordar mais com você ...
Gang Yin

4

Nós usamos o DokuWiki

Aqui está um gráfico de comparação entre DokuWiki, MediaWiki, TWiki e TracWiki


Uma coisa interessante do DokuWiki é que, por ser um banco de dados de arquivos simples, não custa a maioria dos recursos do servidor, para que você possa ter um wiki por projeto.
Myles Braithwaite

4

Caso alguém esteja considerando o TWiki (o Wiki em que eu era desenvolvedor de 2000-2008), lembre-se de conferir o fork - http://foswiki.org . Sentimos que fomos forçados a sair quando o detentor da marca TWiki reinventou o projeto como 'código aberto comercial' e reduziu nossa capacidade de determinar como seríamos voluntários.


3

Eu configurei um site na intranet para disseminar pesquisas de e para pessoas tecnicamente experientes, mas certamente não tecnicamente competentes. Tentei várias soluções e o PMWiki é o melhor. Fácil de administrar, MUITOS "plugins", skins e extensões das pessoas que o usam, fácil de usar por pessoas menos técnicas e com uma grande base, não será abandonado tão cedo.

Era para configurar uma alternativa para e-mails aleatórios ou documentos do Word em um servidor de arquivos. Um "sistema de gestão do conhecimento". Eu achei muito mais fácil de usar do que o TWiki.


Eu gerencio uma instalação do pmwiki no trabalho e alguns sites pessoais usando-o como o CMS. Ótimo apoio da comunidade.
Michael Paulukonis

3

Estamos usando o Assembla na empresa que administro. Eles oferecem hospedagem ilimitada de código (Git / SVN), emissão de bilhetes, wiki, scrum e outras ferramentas úteis, e não custam muito.


3

Tentamos a maioria dos pacotes wiki ao longo dos anos com pouco sucesso. Foi difícil conseguir tração suficiente para que as equipes de desenvolvimento e projeto realmente usassem uma.

Conseguimos ouro depois de termos convertido para a empresa do Google Apps por email e calendário, pois também vem com "Sites". Acontece que o Google Sites pode funcionar como uma ferramenta wiki muito flexível e fácil de usar. Também foi criado conteúdo público / privado / compartilhamento, para que alguns sites possam ser voltados para o público, enquanto outros são internos (apenas pelo ID do Google Apps).




2

Eu tenho usado redmine com minha equipe. É gratuito e tem um wiki que é mais do que adequado.


2

Gosto do tipo de aplicativo CODE FORGE , como Trac ou Redmine, se você tiver algum lugar para hospedá-lo. Ou o Google Code / SourceForge para obter opções hospedadas gratuitas, se você não se importa de fazer seus projetos em código aberto.


2

Eu tinha o mesmo dilema de qual wiki usar em um projeto de desenvolvimento há alguns meses atrás. Fomos com o Mindtouch devido ao fato de ser gratuito (Mindtouch Core), com muitas extensões excelentes, o design é moderno e flexível, os recursos de anexação e vinculação de arquivos são abrangentes e pode pesquisar no conteúdo do arquivo. A comunidade e os fóruns também são fortes. Ficamos muito felizes com a escolha.


2

Eu escolheria o Trac , que é perfeito para o desenvolvimento de software, pois combina o Wiki com o Issue Management e o Version Control.

No site deles,

O Trac é um wiki aprimorado e um sistema de rastreamento de problemas para projetos de desenvolvimento de software. O Trac usa uma abordagem minimalista ao gerenciamento de projetos de software baseado na Web. Nossa missão é ajudar os desenvolvedores a escrever ótimos softwares, mantendo-se fora do caminho. O Trac deve impor o mínimo possível ao processo e às políticas de desenvolvimento estabelecidos de uma equipe.

Por isso, foi desenvolvido para equipes de desenvolvimento de software.


2

Eu acho que depende de quais são suas necessidades.

O melhor e mais fácil de configurar / usar que eu já vi é:

TiddlyWiki

Um wiki em um arquivo. Ele usa JavaScript para fazer tudo e funciona muito bem!



0

O XWiki é um wiki profissional com recursos corporativos, como Blog, gerenciamento de direitos forte, autenticação LDAP, exportação de PDF, navegação completa e muito mais. Ele também inclui um mecanismo avançado de Formulário e script, tornando-o um ambiente de desenvolvimento para aplicativos baseados em dados. Possui poderosos recursos de extensibilidade, como scripts em páginas, plugins e uma arquitetura altamente modular. Veja a lista completa de recursos para mais.


0

Somos grandes fãs do dokuWiki, que é flexível, simples (sem banco de dados, mas você pode, se quiser) e possui ótimos recursos.


0

Você deve considerar o PBWiki, que tem uma interface realmente ótima, é gratuito para pequenos projetos, controle de acesso no nível do usuário e recursos mais divertidos. (Sem mencionar que eu mesmo o usei com ótimos resultados.)

Recursos do PBWiki


0

O mais importante é saber qual software você escolhe para entender o que você está tentando fazer com o wiki. Sem alguma estrutura consciente abrangente, um wiki se torna facilmente inutilizável. Além disso (embora não seja tão crucial), faz sentido aprender um pouco sobre o comportamento com os wikis, porque não é uma bala de prata:

http://www.wikipatterns.com

Então, você pode considerar como administrador o que está procurando no wiki - há uma diferença significativa, por exemplo, em como são programáveis, provavelmente com o twiki terminando no topo (ou confluência com a qual tenho pouca experiência). Além disso, por exemplo, o MediaWiki está completamente adaptado para ambientes abertos, seus recursos de ACL não são tão bons. Outro aspecto é que eles podem ser muito pesados ​​e complexos para o que você deseja fazer, e você deve se contentar com um wiki como o integrado ao sistema de bilhetagem trac.


0

Defendi um esforço semelhante há um tempo e escolhi o MoinMoin . É gratuito e muito fácil de instalar e configurar. Acabei gerenciando várias instâncias wiki com esse mecanismo - uma para cada um dos diferentes projetos em que a equipe de desenvolvimento estava trabalhando.



0

Eu sugeriria o PmWiki . É muito simples e não monta recursos e usa arquivos para armazenar dados. Coloquei-o em funcionamento em cerca de 20 minutos.

Ao utilizar nosso site, você reconhece que leu e compreendeu nossa Política de Cookies e nossa Política de Privacidade.
Licensed under cc by-sa 3.0 with attribution required.