今も開発が継続しているオープンソースのWikiソフトウェアは何があるか - YAMDAS現更新履歴
少し前に仕事場のローカルに立てている、今や主力でなくなったウェブサーバに久しぶりにアクセスしたら、Wiki が PukiWiki なのに懐かしくなってこれまた久しぶりに公式サイトを見てみた。すると、今年バージョン1.5.4がリリースされており、開発は継続しているのに少し感動した。 かつてはそれこそ雨後の筍のごとく開発されていた Wiki ソフトウェア（エンジン、クローン）だが、Wiki が広義の開発環境の一つに統合されているのもあり、単体のソフトウェアとして今も開発が続いているところはだいぶ少なくなった印象がある。 果たして今も開発が継続しているオープンソースの Wiki ソフトウェアに何があるか、ざっと調べてみた。 具体的には、Wikipedia の Comparison of wiki software に名前があるもので（それくらいの知名度があり）、オープンソース、なおかつ安定最新版
Notionでのドキュメント管理の何がつらいか - パルカワ2
Notionでドキュメントを書いてる。ドキュメントは書く、共有する、読むなどユーザーそれぞれ色々なシナリオがあり、そのシナリオそれぞれでつらみがある。 Notionに限らずすべてのサービスは使っていればつらいところはあると思っていて、つらいとはいえNotionから別のドキュメント管理サービスに乗り換えたいという気持ちは全くなく何がつらいのか考えNotionでなにか出来ることはないか考えたり、つらみを共有することで知見を得たい。 検索がつらい フロー型とストック型の情報が入り乱れる 検索をする時はストック型の情報を探すことが多い。例えば、リリース作業手順ドキュメントを探したいときに「リリース 作業 手順」で検索するけど日報や議事録などは検索から除外したい。 Notionの検索には、FilterでPageの指定が出来るのでそれを駆使するしかない。Pageの指定をした場合、Pageの配下は検索対
インフォーマルな文章を書く楽しさ / secondlife - Message Passing
皆さんはじめまして。ゲストとして呼ばれた、secondlife です。Tateno Culture といった形で以前森田さんが書いていたが、あれは Tateno Culture というよりは Hatena Culture の話だと思っています。なので、今回はインフォーマルな文章という主題とはずれるかもしれませんが、自分はなぜそんな感じの文章を書いていたのか、というのを当時のはてな時代を振り返り書いてみようと思います。 はてな社に居た当時、これが皆さんの想定するインフォーマルな文章かはさておき、さまざまな社内向け文章を社内の全員、とは言わないまでも、7-8割の人がけっこう書いていた。 自分もしょっちゅう書いていたのだけど、なぜ書いていたのかを今更考えると、それはひとえに『楽しかったから』だった。 なぜ楽しかったのか 当時は2006年頭、自分は15人目の社員として会社にジョインした。入社すると
Tateno Culture - steps to phantasien
自分の勤務先はいまいちこう、小規模でカジュアルな情報共有がやりづらい。Google Apps を使っているので、まあメーリングリストはある。いちおうチャットもある。Docs もある。Sites もある。社内ソーシャルメディアもある。ソースツリーに Markdown をチェックインする文書化インフラもある。Bugtracker もある。しかし。あれがないんだよあれが。Wiki と Blog がつくっついたみたいな、日本の会社は多かれ少なかれ使ってるアレ。Qiita Team, Esa, Kibela とかそういうやつ。なんでないの？ 勤務先は融通の聞かない大企業だから仕方ない面はある。しかし英語圏、似たようなツール全然なくね？ グループウェアとか Slack クローンとか Google Docs の亜種は腐るほどあるくせになぜアレっぽいやつはないの？おかしくね。Confluence は違うん
Confluenceのドキュメントをマークダウンで書きたい | ALTUS-FIVE
今参加しているプロジェクトでは、Confluence が使われています。 ドキュメントを共有するという仕組みとしては、とてもよいサービスだと思います。 特に、非エンジニア視点で、さまざまな表現力で文書を書けるので、エンジニア側の都合を無理強いすることもなく、立ち位置の違う人たちが共有するものとして、適していると思います。 テキストエディタでドキュメントを書きたいでも、以前、仕様書をマークダウンで書きたいという記事を書きましたが、エンジニアは、テキストエディタでドキュメントを書きたいので、しっくり来ない点も多々あるんです。 どの辺が不満かと言うと、まずは、 Confluence の wiki マークアップというのが、 textile の記法に近い感じで、マークダウンじゃないというところ。 Confluence のアドオン機能でマークダウンの記事も投稿できるのだけど、手元のエディタで書いたドキ
ReleaseNotes/2020/04/14/Editor v2 (同時編集エディタ) 正式リリースのお知らせ
> 今回のリリース内容今回のリリース内容 以前よりβリリースしていたEditor v2の機能や安定性が一定の水準に達したと判断し、今回正式リリースといたしました。これに伴い、新規チームではEditor v2をデフォルト設定といたしました。なお、既存チームの設定はそのままです。 > Editor v2を使うことのメリットEditor v2を使うことのメリット Editor v1では複数のユーザーが同時に記事を保存した際に 3 way merge の仕組みを利用して、なるべく編集内容が統合されるようにしていました。しかし、同じ行を編集していた場合などはコンフリクトしてしまい、それを解決するのは時に煩雑で大変な作業でした。 Editor v2ではGoogle ドキュメントのようにリアルタイムで複数のユーザーが同時に編集できるため、コンフリクトを気にする必要がなくなります。 また、ツールバーの追加
Backlogリリース：絵文字入力補完の改善とWiki編集の自動マージ対応をリリースしました！ | Backlogブログ
いつもBacklogをご利用いただきありがとうございます。今回のリリースでは、絵文字入力補完の改善、Wikiで編集が重なった場合の自動マージ対応、その他いくつかの細かな改善と不具合修正をおこないましたのでお知らせします。 課題編集画面の詳細欄などで : （コロン）に続けてアルファベットまたは一部の数字を入力することで表示される絵文字入力サポートの挙動を改善しました。変更内容は以下の通りです。 絵文字入力サポートを表示中でも左右矢印キーでカーソルを移動できるようにしました ESCキーを押すと絵文字入力サポートを終了するようにしました 選択中の絵文字で確定する操作を、Enterキーに加えてTabキーでもできるようにしました 絵文字の選択の切り替えを、上下矢印キーに加えて、Ctrl + Nキーで次の項目を選択、Ctrl + Pキーで前の項目を選択できるようにしました 複数人で同じWikiページを
社内情報共有についての考え方 - An Epicurean
タイトルのようなエントリを社内に向けて書いたので、手直しして社外に放流するものである。 社内で情報共有フローやガイドライン整備などを進めている。ルールは少ないに越したことはないので「ルール作り」にはしたくなくて、考え方やガイドラインみたいなところに留めて、文化や共通言語を醸成していきたいとも考えている。 これは、今後組織が大きくなる上で、「スピードを落とさないため」に必要だと考えている。新しく入ってきた人が立ち上がりを早くパフォーマンスを発揮してもらえるようにしたい。 オンボーディングの整備は大事で、それもやっていかないといけない。でも今のフェーズではどうしても未整備の部分も多い。そういう荒地を楽しんで走破できる自走力があって、自分で決めて整備もできて、組織と一緒に成長してくれる人を採用していきたい。なので「自走しやすい環境」を整えたい。そのために必要だと考えている点が以下の3点です。 デ
Good Faith Collaboration: The Culture of Wikipedia （『善意にもとづく共同作業：ウィキペディアの文化』） - Good Faith Collaboration 日本語訳
Good Faith Collaboration: The Culture of Wikipedia (Joseph Reagle, 2010) はウィキペディアを歴史的位置付けやコミュニティの文化の面から論じた本です。2011年春頃から、数名の有志がこの本の日本語訳を行っています。進捗状況と最新の翻訳結果が http://good-faith-collaboration-ja.github.io で公開されています。 本プロジェクトは訳稿の修正や未訳部分の翻訳を歓迎します。寄稿したい方は、「日本語版について」をお読みください。 進捗状況 第1章 ナチスと規範 - 原題 Nazis and Norms 第2章 普遍的な百科事典の追求 - 原題 The Pursuit of the Universal Encyclopedia 第3章 善意にもとづく共同作業 - 原題 Good Faith
エンジニア向けの社内情報共有ツールの紹介
FiNCのエンジニアの人数も50人を超え、チームを横断した情報共有の機運が高まっています。 もともと社内には情報共有ツールとしてConfluenceやGitHub Wikiなどがありましたが、前者はMarkdownなどのエンジニアがドキュメントを書きやすい機能が不足しており、後者は情報の検索性に難がありました。 エンジニアのコミュニケーションを活性化させるため、カジュアルに記事を投稿できて誰でも見ることができる、新しい情報共有ツールを導入をすることにしました。 今回は候補として検討した際に、以下の要件を満たしていた情報共有ツールを紹介します。 Markdownを使ってプレーンテキストで記述できる記事の更新履歴のdiffを見ることができるフィードで記事の一覧を見ることができるわかりやすい検索機能コメント欄でのやりとりができるWebhook(チャットツール連携)UML記法やスライドの埋め込みの
階層整理型WiKiはスケールしない - 橋本商会
しかし2つが合わさると、「WiKiマスターにお伺いを立ててどのフォルダに入れるか決めてから書いてください」という謎の運用ルールができたり、間違った階層に配置すると「ちゃんとルールに従って整理しろ！」と滅茶苦茶怒られたりするようになって、誰も書かなくなる。
Knowledge - オープンソースのナレッジベース
個人のもつ暗黙知を形式知に変換することにより、知識の共有化、明確化を図り、作業の効率化や新発見を促します。 また、Knowledgeはパソコン／タブレット／スマートフォンといった全てのデバイスに対応していますので、いつでもどこでも情報共有を行えます。
Markdownで書けるドキュメントコラボレーションサービスを比較する｜TechRacho by BPS株式会社
注: "␣"はスペースを意味します。 特にPukiWikiを書く頻度が下がると、更新のたびに書き方をググって思い出すこともしばしばです。 ドキュメントが長くなってメンテしづらい PukiWikiを含む従来のWikiではドキュメントを比較的自由に構成できるので、ともすると長大な目次、長大な本文ができあがってしまいます。こうなってしまうと後から分割するのも面倒ですし、本文以外に目次もメンテナンスしなければいけません。 表示のレイアウトが崩れることがある PukiWikiを含む従来のWiki記法（残念ながらWikipediaのMediaWiki記法も含め）は、なまじレイアウトをある程度コントロールできるために記法が複雑になり、気をつけて書かないとレイアウトが崩れることがあります。 Markdownについて GitHubやGitLabで標準採用されたこともあり、近年はMarkdown記法が急速に定
Search wiki pages
You can now search for wiki pages from either the main search page, or within a repository. Quickly discover how to use the exec command of your Redis client, or find that one page which mentioned how Guard interacts with Vim. Check out the GitHub Help documentation for more information on how to search wiki pages, including ways to improve your results.
NotePM - 社内wikiでナレッジ共有・マニュアル作成
ナレッジマネジメントで 属人化を解消 マニュアル作成・ ナレッジ管理ツール さまざまなシーンで活躍します マニュアル作成 社内Wiki ノウハウ共有 社内FAQ 社内ポータル 取引先情報共有
コメントつけたら解決ですか？ Wiki第一世代の疑問
https://flic.kr/p/89xKtT社内Wikiに情報を書くときに守ってほしい、たったひとつのルール という記事がSNSに流れてきたのを見て、ふと疑問に思った。 これって、wikiページの名前が悪いせいではないのか？ メソッドに何をしてるかのコメントつけましょうと同じに感じてしまった。 これは、システムAの開発環境を構築するために、Windows 7 にソフトウェアBをインストールした際のメモです。 なら、AのためにWindows7にBをインストールした時のメモってページ名にしておけば済む話な気がするし、 これは、機能Cの設計についてチーム内で議論するために、個人的に作成した設計案です。設計の事前知識として、既存のソースコードを調査した結果も含めています。 であれば(文脈情報ありすぎて全部入れるのは逆におかしい気がするけど)、Cの設計たたき台（議論用）とかにすればいい気がする。
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
GitHub - outline/outline: The fastest knowledge base for growing teams. Beautiful, realtime collaborative, feature packed, and markdown compatible.
Crowi
GitHub - Alfresco/community-edition-old: Old mirror of Alfresco Community Edition from before the migration to Git. Code is being brought from SVN into GitHub in multiple repositories.
GitHub - WardCunningham/wiki-plugin-slide: Present from Wiki with Slides