人間に罪は無い。ジマンパワーの負の側面なのだ

推薦システムの実装難易度の都合で、人間の行動や価値観が歪められている気がする

瞬間的に話題沸騰した記事しか推薦されない

じわじわ長期間かけて熟成されている議論を検出できない

最近登録されたデータしか対象にしていないように見える

Scrapboxについての設計思想的な物を書く

あえて書かないものもある

プレスリリースとは

多くの人に届かなければ意味がない

例えば、映画の広告を映画館だけでやっても

ふだん映画館に来ない人には届かない

映画館に来ない人にリーチしたいなら、新聞・テレビ・看板などを使う

ジマンパワーは重要なんだけど、よく考えて向き合っていかなければならない

/masui/ジマンパワー

書かれている事

趣味・活動・システム・サービスは、他人に自慢できる要素を持っていなければ1人の中で完結してしまう

口コミで広がらない為

以下の2つは独立した要素です

1. 必要十分な情報を記録し、それを必要としている相手に、良いタイミングで伝わる事

相手は未来の自分かもしれないし

間違いを訂正してくれたり、考えを発展させてくれる他人かもしれない

2. 多くの人にウケて、buzzる事

http://b.hatena.ne.jp

他人のカスタマイズが全て見えるようにしたい

実際に動いている・今使っている物は即時共有される

共有するぞ、という気合いや手間を不要にしたい

#Scrapboxの哲学

Scrapboxは「インターネット的」な情報管理ツールである - アキメモ

「インターネット的」の要件として

1. リンク

2. シェア（同時編集や公開プロジェクト）

3. 偉いページが無い

人間が投稿する場所に、APIを使ったbotの自動投稿が混ざると居心地が悪くなる現象の事

少しなら良い

新規ページがどんどん自動作成されると、そのWiKiは死ぬ

自動作成される新規ページの質は関係ない

投稿の比率が関係している気がする

#Scrapboxの哲学

アイコン記法や同時編集、関連ページリスト、そして/forum-jp/複雑なアクセス権限を持たないなどの元となっている考え

6年ぐらい前に、Gyazzを使っている時

数人で1つのページに意見を書いて、議論・相談するのが面白い

逸れた話、補足事項は別ページに分かれてリンクになる

汎用的な小さな機能を組み合わせる事で、工夫して色々な事ができるようにする

これは楽しい

法則性を感じ取って、実際やってみたら予想通りに動いてくれるとうれしい

逆に予想外の理不尽な挙動で裏切られるとつらいので、気をつけなければならない

専用の特殊機能がたくさんあるのは、工夫ではなく暗記になる

箇条書きを使え

長く美しい文章は完全に害

そういうのは人に意見を求める態度ではないし、演説か何かと勘違いしている

完全に整えない

WiKiにおいては、長く美しい文章へのコメントは難しい

これを許容できるように保ちたい

許容できなくなると、project内の他人を信用できなくなってケンカが起こる

ツールによって性善説やユーザー自らの努力で回る人数上限が違うと思う

他人のやる事を許せるか、歩み寄れるかどうかが、上限に大きく関わっていると思う

間違えてもやり直しできるようにする

ls@usada's Morgue — アウトプットは量多い方がいい。フィルタは各自がやればいい。この原則わかんない奴はインターネット合わない...

アウトプットは量多い方がいい。フィルタは各自がやればいい。この原則わかんない奴はインターネット合わないと思う。

元のtweetは2009年9月のもの

twitterにアカウント凍結されている

仕方無くtumblrから引用した

脱線したい

自由に横道に逸れながら記録したい

脳内をそのまま出力したい

書いてる時に関係なさそうな事が頭をよぎってしまうのは元気な証拠

すごいアイディアが出る状態というのは、連想がbugって飛躍しまくっている状態の事で

ネットワークが一定以上の規模以上になると、情報視覚化しても毛玉問題で意味がなくなる

そこで枝切り、省略が必要になるが

実際に頭のなかにある物事よりも、どうしても次元が低くなる

フーンとしか思えない

あるいは、綺麗に並んでいて、綺麗ですね

blogの記事とか、テレビの討論とかのこと

何か精密な議論がしたいのだろうが、リンクが作りにくいので毎回毎回、前提説明から再開する

前提説明が長いので、新しい話が少なく、情報密度が低い

毎回自己紹介する

以前の記事で前提説明していても、その部分だけへのリンクが作れないのでまた書く

GitHubのissueトラッカーが便利とか言った事もあったけど、全てScrapboxに書いている

Scrapboxの開発ではPull Request以外のドキュメントは全てScrapboxに入れている

理由

1. GitHub issueは30個を超えると次のページに行ってしまい、誰も見なくなる

2. 別々のタイミングで立てた複数のissueの関係性に気づけない

ある特定の作業をするのに特化した複雑な専用UIよりも、汎用的な小さな機能の組み合わせで自由にやれる方が良い場合がある

開発者の想定を超えた使い方が産まれやすい

想定を超えてほしくない（レジとか券売機とか）では不要だが

創造的な作業をするための道具では重要な事だ

UIがすっきりする

要望きた！→即実装！をするとクソアプリになる

その機能がユーザーが望まれていて、自分も欲しいと思っていたとしても、すぐに機能として組み込まない方が良い

まあ2割詭弁、8割本気なんだけど

こういう詭弁を弄しておかないと、焦ってしまう

リモートワークでは焦りがオーバーワークを産み、判断を誤らせる

氏が作っているWiKiの一種

Scrapbox（このWiKi）も、Gyazzの派生物

アウトラインエディタっぽい段落操作ができる

編集モードが無くWYSIWYGだが、ツールバーやボタンが無くて見た目がシンプル

カーソルが乗った行だけが編集モードになる

#イベント

やります

詳しくは/GyaPC2016に書かれている

申し込み

https://nota.connpass.com/event/44328/

が作ったmarkdownからScrapbox記法へ変換するツール

Node.jsで書かれている

pastak/md2sb: Encode Markdown to Scrapbox.io style text

md2sb

qiita-team-to-scrapbox

Import to Scrapbox.io from json exported Qiita::Team

Qiita:Teamからscrapboxにインポートできるツール

/help-jp/UserCSS

テーマを変更するだけでは物足りず、さらにScrapbox側のHTML構造の変更を物ともしない上級者向けの機能です。

Scrapboxには、CSSで見た目をカスタムする機能が2種類ある

1. プロジェクト全体にCSSをかける(ProjectCSS)

settingsというページを作ってそこにコードブロック記法でcode:style.cssを書く

2016年5月からNota Inc.で働きはじめた

12月末までで8ヶ月間

pullreq 313件

約313/8/20 = 1.95件ぐらい

主にScrapboxを開発している

Scrapbox または Wiki で再び遊ぶ — しっぽのさきっちょ | text.Baldanders.info

#scrapbox

Scrapboxでその日の日付のページを素早く作り、メモを取るためのコマンド

TouchBarから日記を書くために作った

上のコードブロック記法はファイル名の部分(scrapmemo)をクリックしたり、名前を付けて保存したりできる

Scrapboxにドラッグアンドドロップやコピペで貼り付けた画像が、Gyazoの自分のアカウントに入るようになった

Gyazo側で関連検索して、別の画像からアップロード元のScrapboxの記事に戻ったりもできて便利感がある

#2017年1月 #memo

#コロンブス日和

第16回　Scrapbox（1）：増井ラボノート コロンブス日和｜gihyo.jp … 技術評論社

私は個人的なメモや予定表，TODOなどをすべてScrapboxで管理しており，現在6,000ページほどが作成されています。また家族間で共有したい情報もScrapboxで管理しています。親戚の連絡先，銀行口座情報，各種の契約情報，予定表など，家族間で共有したい情報は意外とたくさんあるものです。こういった情報は住所録やスケジュール帳のようなアプリケーションで管理している人が多いと思いますが，家族関連情報はすべて1つの場所に置いておけば何かと便利です。私の場合，家紋の情報，家系図，引っ越し履歴など家族に関連するさまざまな情報を書いていたら簡単に100ページを越えてしまいました。

私はこの考えに基づくシステムを10年以上利用しており，Scrapboxはその最新版です。多くの機能を盛りこんだために現在のScrapboxの仕様はある程度は大きなものとなっていますが，多くのアイデアは「コロンブスの卵」的であり，仕様のシンプルさは保てています。次号では，Scrapboxのさらに詳しい利用法および実装について解説します。

Scrapboxページの文章をMarkdownに変換するBookmarkletを書いた - #daiizメモ

この記事もScrapboxコンテンツから変換されて生成されました．

#bookmarklet #Scrapbox #markdown

第17回　Scrapbox（2）：増井ラボノート コロンブス日和｜gihyo.jp … 技術評論社

によるScrapboxの解説記事

いろいろな記法やmarkdownの話、テロメア、Gyaimの辞書ソースに使っている話など

#コロンブス日和

https://masui.github.io/GyaimMotion/

によるMac用のIME

第7回　Gyaim：増井ラボノート コロンブス日和｜gihyo.jp … 技術評論社

2年ぐらい前に最近RubyMotionで書き直された

辞書データがScrapbox上にある /Gictionary

同じ内容なのに用途に合わせてフォーマットを変換したくない

フォーマット変換は大変なので、仕事した気になって満足してしまう

その作業自体には何も価値が無い

フォーマットを変換する時に視点や切り口が変わって、色々見える物があったりするけど

最初のドラフト時点で気づいていない関係性に気づいただけ

WebWorkerを使った社会的コンセンサスが皆無な仮想通貨マイニングをするサービス

東京や京都以外でWebWorker使うと逮捕されるらしい

高木浩光＠自宅の日記 - 懸念されていた濫用がついに始まった刑法19章の2「不正指令電磁的記録に関する罪」

仮想通貨マイニング（Coinhive）で家宅捜索を受けた話 - Webを楽しもう「ドークツ」

WebWorkerは、scrapboxでも活用しているので心配

をはてなブックマークしたりするとどうなるのかテスト

https://github.com/to/tombloo/wiki

色々なデータを色々なWebサービスに投稿できるFirefox拡張

色々なデータ

テキスト

URL