2022/02/17
takker.icon
build script整える
https?://以外のURL schemeに対応する
DenoからNodeにdowngradeしたほうがいいかなあ
Node+esbuild+dprint+denolint+jestにできないこともない
この圧倒的速度、許せる！
そもそもminifyする必要なくね？と思い至ったのでesbuildを外しちゃいました
ついでにchromeとfirefoxの双方の拡張機能を作れるようにしました
PR作っていただいた手前ですみません……
何も気にする必要ないです基素.icon
ありがとうございますtakker.icon
一応、基素.iconさんの環境でも動くかどうか試していただけると幸いですtakker.icon
makeできた基素.icon
firefox版も動いてました基素.icon
/icons/わーい.icon*2takker.icon
変なことしないで変えるべきか
そもそもなんでDenoをつかっているのか
単純に好きだから
普段使っているシステムだから
nodeが壊れてて使えなかったから
これはもう直した
20:21:04 時間ないのでここまでtakker.icon
検索結果のソートをちゃんと考える
ひらがなカタカナ無視
よく使う項目を上にする
refactoring
helpdataの形式見直し
現状のJSONが、URLをkeyとしているとんでもない構造になっている
Uniqueなキーだw基素.icon
流石に直したい
既存のバックアップデータとは互換性がなくなるがもうこれは無視でいいでしょ
PRというより別モノにした方がよかったりして? 増井俊之.icon
ふーむtakker.icon
機能改善形はPRしたいですが
それ以外は別物にしたほうがよさそうですね
カーソルでリズムゲームできないかな
なんとなくUNオーエンのリズムでカーソル動かそうとしてみたけど、指が結構もたつく
ふつうに自分のスペース作っていたこと忘れてた
2日前に作っていたから実感なかったのかも
あさごはんにオールドファッション ハニー.iconを食べました
おいしかったです
ポン・デ・リング.iconもあったけどあんまり食欲なかったのでパス
kuuote.icon
気付いたら日付が変わってた上に1時間経とうとしている、おっかしいな
わかるtakker.icon
02:46:51 今トイレで2時間くらいスクボ書きまくっているなうtakker.icon
止めらんない
あと19個あるタブを全部メモしたら終わりにしようと思っている
03:07:46 書き終わった！
トイレ出て歯磨きして寝よう
/vim-jp-emojis/otz.iconkuuote.icon
/icons/ありがと.icontakker.icon
11:53:04 起きたら11時だった！
過集中の成果
https://gyazo.com/62a0ef08870c74205e982b1e1a3c7d93
gin.vimというVimで動くGitクライアントをインタラクティブに操作できるスクリプト
アルファ版ですねkuuote.icon
/vim-jp-emojis/naruho.icon
過集中に至る要素
脳内で設計を9割方終わらせていて、メンタルモデルと現実のギャップを埋めてコードに起こすだけだった この状態よくあるtakker.icon
がーっとUserScriptを書き始めるケースは大体これ
そして実装中に予想していなかった問題がどんどん発生して結局2時間くらい消費する
これ、メンタルモデルができていると問題の原因の予測が付くので詰みにくいので時間消費に繋がりやすいというのはあるかもkuuote.icon
すでに似たものを作ったことがあった
検証が全部成功したため詰まる要素が無かった等が重なり我を忘れるほど集中してしまった
hata6502.icon
https://gyazo.com/27eab5f1342de179fb7a7ac7df64ce97
今日は食べ物ネタが多いから、これも食べ物に見えてきた……(雑食並感)takker.icon
🐺は逆に食べてくる物だと思う。hata6502.iconkuuote.icon
🐑の意見です。
🐺だったのかtakker.icon
わんこにみえてた
miyamonz.icon
あとは手続きだ〜〜〜また明日
nishio.icon
文書を書くなどのコンテンツを作り出す活動
既に作られたコンテンツの配置や配列を作り出す活動
どちらが好きなのか慣れているのかによって、ScrapboxとNotionのどちらがフィットするかが決まるのではないか
書く場所や書き方が決まってた方が、書くことが苦手な人にとっては意思決定の量が少ないのでやりやすい、一方で自由に書きたい人にとっては邪魔になる
そこらへんが「一定規模以上の組織に導入するならScrapboxではなくNotion」という人がいる理由だと思う
この表現は「書くことが苦手な人の割合が大きい組織に導入するなら」とする方が正確な理解なのではないかと思う
なぜ「一定規模以上の」という発想になるかといえば、研究室やプロジェクトチームなどの規模の小さい組織でリーダー的立場の人が「Scrapboxを使うぞ」と導入した場合、リーダーから個別の人に目が行き届くからだと思う
見られている感を個別の人が感じると「自分もちゃんと書かなきゃ」という気持ちが生まれやすい
実際にリーダーが書かせるためのアクションをするケースもある
逆に人数の多い階層組織で、社長がScrapboxを導入したけど、自分の上司は積極的に書き込んでない的な状況では「書いてもどうせ見られてないので」的になる
研究者気質(美しさを求める)とかサービス精神とかに帰着して理解しようとするの、ピントがズレてる感があるな
賢い人が限られたリソースで多くのことを実現しようとした時に、結果として「部品を用意して、組み合わせれば多くのことができるようにする」という設計指針が選択される
「ユーザがXを求めた時にXを直接提供する」はスケールしない
これをスケールするためには、お金をたくさん得て開発者をたくさん雇うことになる
きちんと設計できるエンジニアは希少なので、この状態になると「ユーザがXを求めた時にXを直接提供する」の方が選ばれがちになる
短期的にはそれでうまく回るが、コード量がどんどん増えていく
ので、10年に1度くらい「設計変更が必要な状況」が生まれた時に変更することが困難になる
「Officeでは（月に一回ぐらいつかう）○○ができるんだけど、これはできないのか。じゃあだめだね」と言われ、そのまま実装するとすると、マンパワーの競争になる Notionは賢くないorお金がたくさんあるということ？yosider.icon
なわけ無いとは思うのだがどうなのだろうtakker.icon
すくなくとも金たくさんある路線はない
start up
途中から無料枠増やした
Notionの開発フロー
CTOがゲートキーパーとなって、PRされる機能の大部分を削っている？
Notionはレゴブロックみたいなツールだと思っている。
ツールをブロックのように組み合わせ、自分たちで自由に作ってもらって、生活をよくするワークフローを作ってもらいたい。
時間が経ってからStreamで自分の日記を見たら気づいた
研究者気質(美しさを求める)とかサービス精神とかに帰着
これ、どちらも「他人の内面に帰着」だ
典型的な「根本的な帰属の誤り」じゃん
モヤっと感じた違和感が言語化された。「人の心が原因だと決めつけるのおかしいのでは」ということだな
善意でアドホックな処理がてんこ盛りになったサービス、唐突に「もう無理」ってなって終了した時に、たとえデータのエクスポートができてもやたら複雑な形になってるせいで再利用が困難になるイメージ Scrapboxのデータは単純でっせ 増井俊之.icon
Scrapboxはちゃんとまともな形でエクスポートできるのがすばらしいnishio.icon
リンク記法も、人間側が見て分かる範囲だから良いですよねmiyamonz.icon
できればparserも公式のものが公開されてると嬉しいが
関連
堀さんの正しい指摘。結城自身は「ローカルに用意したテキストをアップロードし、独自ドメインで運用し、各記事のURLを記録しておく」という自衛策を取っている。
＊ ＊ ＊
マメだなーnishio.icon
この事例に言及しようとして「エクスポート 深津」で検索したらすぐ見つかった(ウケる)
アクティブ読書の対象にするいい教科書がないかな〜という雰囲気を感じたので一つ提案しておく
まず、著者が死んでて既に著作権が切れているので公開Scrapboxに貼ってもOK
そういう文章は旧仮名遣いだったりするのが多いが(これも元々はそう)現代仮名遣いに直したPDFを公開してくれてる人がいる
日本語ネイティブの著者なので翻訳の歪みがない
実績のある哲学者が大学で講義をした講義録なので、理解がまともで、前提知識がない人向けに説明してる
気になるblu3mo.icon
日本で最初の哲学者だtakker.icon
日本の哲学者で一番好き！！rickshinmi.icon
Mijikko.icon
Scrapboxのデザイン面で、物足りない部分があっても自分でCSS書いて解決していた
けれどよく考えたらCSS書けない人もいるわけで、そういう人が問題に直面したら他人に頼ることでしか解決できないのかな思った
ScrapboxでCSSを覚えたkuuote.icon
UserCSSレベルならDevToolsと気合で行けると思う要出典
実際参考になるの多い気がするMijikko.icon
CSSって他人のを見るまで気づかないテクニックが多いと思うMijikko.iconkuuote.icon
他の人ほどCSSは書いていない感触があると思ったが、単にJSの絶対量が多くて相対的にあまり書いてないように感じるだけかもtakker.icon
scrapbox始めたころはいっぱい書いてた気もする
ScrapboxでJavaScript覚えたtakker.icon
物足りない点を補う、という点で
リアルで話しかけられたりして何書こうとしてたのか忘れちゃったよ…
/vim-jp-emojis/wwww.icontakker.icon
移動中に書くもんじゃないなーMijikko.icon
何言いたいのかわからないふわふわした文章になってしまった
一般的なWikiのメニューより関連ページ一覧の方が直感的にページを探せる気がした
特定のページを開くためのルートが1つに定まっていないからかも
メニューや目次では情報が分類されていることが多いが、特定の情報を探す時、その情報をその分類に当てはめる必要があるのか
当てはめた分類で探して見つからなかったら再度当てはめ直す…
よく知らない情報ほど見つけにくいかも（目次の書き方による）
関連ページ一覧でそれを解決できるとは限らないけど、何かいい方法が見つけられるかも？
増井俊之.icon
erniogi.icon
1週間前に染色体XYとXXの2人組でサイゼリヤに行って豪遊した ドリア * 2，羊肉串6本，チーズ，ハンバーグ，ドリンクバー * 2を頼んで3000円くらいだった気がする
高いんだか安いんだかtakker.icon
量を考えれば十分安いか
非常に安いです(満腹になったし)erniogi.icon
コンセントないしテーブルが微妙に小さかったからすかいらーくグループよりは席が悪かったけど，味は全然悪くないしサイゼは素晴らしいとの感想 teyoda7.icon
サイゼ行きたいーーーーーーーーーー！
kuuote.icon
便乗したわけじゃないけどサイゼ行った
(上にもスペースあるけど流れでこちらに)
ミラノ風ドリアうめー
後イタリアンプリンの甘いカラメルが好き
みんな行ってて笑う
nishio.icon
先日、唐突にサイゼに行きたくなって、行って「今日はサイゼで昼ごはん食べてます」って妻にメッセージ送ったら「私も食べてる」と返ってきた
同一の店の違う席で別々に食べてた(ウケる)
こんなの面白すぎて腹筋壊れるtakker.iconimo.iconerniogi.iconkuuote.icon増井俊之.iconmeganii.icon
(トップページはドーナツだし日記はサイゼだし、今日は唾液の出るScrapboxだなーw)
takker.icon
というかそんなルールはもともとなかったのであった
話題ごとに切るのもあり？kuuote.icon
fumito.icon
井戸端のトップにドーナッツが並んでいて、お腹がすいてきた
/icons/それな.iconteyoda7.iconerniogi.icon
と思いつつこのページを開いたらサイゼリヤの話題が多くて更にお腹すいた
サイゼは飾られている絵画がいい雰囲気を出している
スパイラルチューブ.iconもドーナツに見えてきたtakker.icon
確かに見えるfumito.icon
冬に期間限定で販売される見た目のドーナッツだ
雪がモチーフのような
rickshinmi.icon
基素.icon
サイゼリヤに行っていたような気がしてきた