Untuk proyek pengembangan perangkat lunak, apa jenis wiki terbaik? [Tutup]


32

Saya mencoba membuat sistem wiki / manajemen untuk proyek perangkat lunak dan terus bingung dengan segudang pilihan yang tersedia.

Saya telah melihat TWiki dan Plone sebelumnya, yang menyebut diri mereka sebagai komponen tingkat perusahaan. Apakah mereka akan lebih baik digunakan daripada sesuatu seperti, katakanlah, MediaWiki?

Apa sajakah saran lain untuk perangkat lunak wiki / manajemen?


2
Apakah Anda ingin menghubungkan wiki Anda dengan sistem lain? Pelacakan bug, dukungan pelanggan, perencanaan?
Anthony Mastrean

Apakah ini proyek mandiri, dan proyek open source atau proyek kerja?
Gelatin

5
Milik StackOverflow
Casebash

2
@Casebash: Saya tidak setuju. Ini bukan pertanyaan koding. Bagaimana jika dia meminta wiki terbaik untuk firma pajak?
Prestaul

Prestaul: Lalu pergi ke sini. Alat yang biasa digunakan oleh pengembang perangkat lunak adalah milik Stack Overflow - dikatakan demikian di FAQ. Saya percaya bahwa wiki perusahaan dan tim semakin populer - tiga pekerjaan terakhir yang saya gunakan semacam ruang kerja bersama (baik wiki atau penyimpanan file di mana tim memiliki akses baca / tulis) untuk berkolaborasi.
Thomas Owens

Jawaban:


16

Anda benar-benar tidak bisa mengalahkan Confluence , terutama untuk $ 10 (untuk 10 atau lebih sedikit pengguna). Kami menggunakannya di pekerjaan saya dan itu sangat fantastis. Organisasi butuh sedikit untuk membiasakan diri.


1
Mungkin begitulah cara perusahaan saya menggunakannya, tetapi saya merasa Confluence sulit digunakan.
Marc

1
Saya sebenarnya sudah menggunakan Jira, jadi mendengar hal baik tentang Confluence sangat membantu!
samoz

1
Pertemuan seringkali membutuhkan waktu lebih dari satu menit (terkadang lebih banyak) hanya untuk "pemanasan" di pagi hari. Tidak hanya itu tetapi tidak dapat melarikan diri karakter tertentu (seperti bashslash) membuat wiki ini tidak berguna untuk menentukan jalur Windows. Ini adalah produk yang tidak dipikirkan dengan matang dan sangat tidak memadai untuk perusahaan.
PP.

16

Saya menemukan wiki MediaWiki sangat fleksibel dan bermanfaat.

Sebagai bonus, ini sangat akrab bagi siapa saja yang menggunakan Wikipedia.


6
Saya merasa terintimidasi untuk mulai mengedit dengan bahasa markup MediaWiki.
Anthony Mastrean

Turnkey Linux memiliki pra-konfigurasi ISO MediaWiki dan VM yang tersedia di sini: turnkeylinux.org/mediawiki
Doug Porter

1
Lebih banyak bonus: gratis, teruji dengan baik, dan terus ditingkatkan.
Pasang kembali Monica - Selamat tinggal

9

Penafian: Saya bekerja untuk Fog Creek

The FogBugz wiki besar karena itu terintegrasi dengan seluruh aplikasi, tapi editor adalah kereta. Berita baiknya adalah kita melakukan perombakan besar.


8

Saya sarankan ScrewTurn untuk wiki.

Anda juga dapat melihat AxoSoft OnTime yang merupakan perangkat lunak yang sangat baik untuk pelacakan bug, manajemen proyek scrum / agile, dev wiki, help desk, dan banyak lagi.


2
berhati-hatilah .. pengembangan screwturn dihentikan
nWorx

8

Saya punya satu Wiki yang tidak direkomendasikan: yang tersedia untuk situs intranet Sharepoint. Benar-benar sakit untuk digunakan.


Saya setuju dengan Anda, tetapi saya tidak tahu apakah akan memilih ini atau tidak.
Kyralessa

Saya sangat setuju dengan Anda lagi ...
Gang Yin

4

Kami menggunakan DokuWiki

Berikut ini adalah grafik perbandingan antara DokuWiki, MediaWiki, TWiki dan TracWiki


Satu hal yang baik tentang DokuWiki adalah karena itu adalah database file datar tidak memerlukan biaya server kebanyakan sehingga Anda dapat memiliki wiki per proyek.
Myles Braithwaite

4

Jika ada orang yang mempertimbangkan TWiki (Wiki I adalah pengembang sejak 2000-2008), harap ingat untuk memeriksa garpu - http://foswiki.org . Kami merasa kami terpaksa melakukan percabangan ketika pemegang merek dagang TWiki menciptakan kembali proyek tersebut sebagai 'open source komersial' dan mengurangi kemampuan kami untuk menentukan bagaimana kami akan menyumbangkan waktu kami.


3

Saya menyiapkan situs intranet untuk menyebarluaskan penelitian dari dan untuk yang secara teknis mengerti, tetapi tentu saja tidak secara teknis mahir kerumunan. Saya mencoba beberapa solusi, dan PMWiki adalah yang terbaik. Mudah dikelola, BANYAK "plugins," skin dan ekstensi dari orang yang menggunakannya, mudah untuk orang yang kurang teknis untuk menggunakan dan dengan basis besar, itu tidak akan ditinggalkan dalam waktu dekat.

Itu untuk mengatur alternatif untuk email acak atau dokumen kata pada server file. "Sistem Manajemen Pengetahuan". Saya merasa jauh lebih mudah digunakan daripada TWiki.


Saya mengelola instalasi pmwiki di tempat kerja, dan beberapa situs web pribadi menggunakannya sebagai CMS. Dukungan komunitas yang luar biasa.
Michael Paulukonis

3

Kami menggunakan Assembla di perusahaan yang saya jalankan. Mereka menyediakan hosting kode tak terbatas (Git / SVN), tiket, wiki, scrum, dan alat bermanfaat lainnya, dan tidak memerlukan biaya banyak.


3

Kami mencoba sebagian besar paket wiki selama bertahun-tahun dengan sedikit keberhasilan. Cukup sulit mendapatkan daya tarik yang cukup untuk membuat tim pengembangan dan proyek benar-benar menggunakannya.

Kami mendapatkan emas setelah kami mengonversikan ke Google Apps enterprise untuk email dan kalender karena juga dilengkapi dengan "Situs". Ternyata Situs Google dapat berfungsi sebagai alat wiki yang sangat fleksibel dan mudah digunakan. Dibangun pada hal-hal publik / pribadi / berbagi sehingga beberapa situs dapat menghadap publik sementara yang lain bersifat internal (dengan ID Google Apps).




2

Saya telah menggunakan redmine dengan tim saya. Ini gratis dan memiliki wiki yang lebih dari cukup.


2

Saya suka jenis aplikasi CODE FORGE , seperti Trac atau Redmine, jika Anda punya tempat untuk menyimpannya. Atau Google Code / SourceForge untuk opsi yang dihosting gratis jika Anda tidak keberatan melakukan proyek open source Anda.


2

Saya memiliki dilema yang sama dengan yang digunakan wiki untuk proyek dev beberapa bulan yang lalu. Kami menggunakan Mindtouch karena gratis (Mindtouch Core), ia memiliki banyak ekstensi hebat, desainnya modern dan fleksibel, lampiran file dan kemampuan penautannya komprehensif, dan dapat mencari melalui konten file. Komunitas dan forum juga kuat. Kami sangat senang dengan pilihannya.


2

Saya akan memilih Trac , yang sangat cocok untuk pengembangan perangkat lunak karena menggabungkan Wiki dengan Issue Management dan Version Control.

Dari situs mereka,

Trac adalah wiki yang disempurnakan dan sistem pelacakan masalah untuk proyek pengembangan perangkat lunak. Trac menggunakan pendekatan minimalis untuk manajemen proyek perangkat lunak berbasis web. Misi kami adalah membantu para pengembang menulis perangkat lunak yang hebat sambil tetap menyingkir. Trac harus memaksakan sesedikit mungkin pada proses dan kebijakan pengembangan tim yang sudah mapan.

Jadi itu dibangun untuk tim pengembangan perangkat lunak.


2

Saya pikir itu tergantung pada apa kebutuhan Anda.

Yang terbaik dan termudah untuk diatur / digunakan yang pernah saya lihat adalah:

TiddlyWiki

Wiki dalam file. Ini menggunakan JavaScript untuk melakukan segalanya dan bekerja dengan sangat baik!



0

XWiki adalah wiki profesional dengan fitur perusahaan seperti Blog, manajemen hak yang kuat, otentikasi LDAP, ekspor PDF, skining penuh dan banyak lagi. Ini juga mencakup Formulir canggih dan mesin skrip membuatnya menjadi lingkungan pengembangan untuk aplikasi berbasis data. Ini memiliki fitur ekstensibilitas yang kuat seperti scripting di halaman, plugin dan arsitektur yang sangat modular. Lihat daftar fitur lengkap untuk lebih lanjut.



0

Anda harus mempertimbangkan PBWiki yang memiliki antarmuka yang sangat hebat, gratis untuk proyek-proyek kecil, pengontrol akses tingkat pengguna dan fitur-fitur yang lebih menyenangkan. (Belum lagi saya sudah menggunakannya sendiri dengan hasil yang bagus.)

Fitur PBWiki


0

Hampir lebih penting daripada perangkat lunak yang Anda pilih adalah memastikan Anda memahami apa yang Anda coba lakukan dengan wiki. Tanpa struktur sadar menyeluruh, wiki dengan mudah menjadi tidak dapat digunakan. Juga (meskipun tidak sepenting), masuk akal untuk mempelajari beberapa perilaku dengan wiki, karena itu bukan peluru perak:

http://www.wikipatterns.com

Maka Anda mungkin ingin mempertimbangkan sebagai administrator apa yang Anda cari di wiki - ada perbedaan signifikan dalam hal seberapa skripnya, mungkin dengan twiki yang berada di atas (atau pertemuan yang sedikit pengalaman saya dengan). Juga misalnya MediaWiki sepenuhnya diadaptasi untuk sebagian besar lingkungan terbuka, fitur ACL mereka tidak begitu baik. Aspek lain adalah bahwa ini mungkin terlalu berat dan rumit untuk apa yang ingin Anda lakukan, dan Anda harus puas dengan wiki seperti yang terintegrasi dengan sistem tiket trac.


0

Saya memperjuangkan upaya yang sama beberapa waktu lalu dan memilih MoinMoin . Gratis dan sangat mudah diatur dan dikonfigurasikan. Saya akhirnya mengelola beberapa instance wiki dengan mesin ini - satu untuk setiap proyek berbeda yang sedang dikembangkan oleh tim pengembangan.



0

Saya sarankan PmWiki . Ini sangat sederhana dan tidak benar-benar memakan sumber daya dan menggunakan file untuk menyimpan data. Saya bangun dan berjalan dalam sekitar 20 menit.

Dengan menggunakan situs kami, Anda mengakui telah membaca dan memahami Kebijakan Cookie dan Kebijakan Privasi kami.
Licensed under cc by-sa 3.0 with attribution required.