t_wの輪郭

🟩使い方のgifアニメを追加
🟩生成されたスクリプトをクリックしたら、スクリプト全体が選択状態になるようにする
🟩スクリプトをコピーするボタンを追加
🟩この輪郭へのリンクを、Githubのレポジトリ（https://github.com/t-wataru/Delite-to-Scrapbox-script-Generator）のREADMEに張る
🟩github.ioのページへのリンクを、Githubのレポジトリ（https://github.com/t-wataru/Delite-to-Scrapbox-script-Generator）のREADMEに張る

✅入力されたScrapboxのURLの末尾に/がなくても動くようにする
🚫引き入れた輪郭、引き入れられる輪郭をタグにする
　→中止。引き入れた輪郭と引き入れられる輪郭を取得するAPIが作られるまで待つ。
✅生成したブックマークレットのリンクを表示する。ドラッグアンドドロップでブックマークレットを登録できるようにする
✅from:～～が消えている【バグ】
✅輪符はScrapbox記法のリンクに変換
　✅知番なし：hoge→[hoge]
　✅知番あり：hoge→[hoge]
✅輪符の変換後の形式を検討する。読みやすさとデータ表現の両立を目指す。輪符に知番を含めると読みにくい
　+https://i.gyazo.com/1aea20d729a89311cd8d277a6a7d1d57.png

輪郭のタイトルは知番あり、輪符は知番なしで疑似的外部リンク

　　→編集時に長い

輪郭のタイトルは知番あり、輪符は知番あり

　　→読むときに見た目が長い
　　→編集時の長さの変化は小さい

★輪郭のタイトルは知番なし、輪符は知番なし

　　→同じタイトルの輪郭に対応できない
　　　→一つのページに別の輪郭の説明を入れてしまう？
　　　　Scrapbox的で良さそう
　　　　もしページを分けたいときは、Wikipediaのように分岐させるためのページを作る
　結局最初の方式に落ち着いた

✅画像対応
✅ページのタイトルに知番を追加する。知番がなければ同名の輪郭の区別がつかなくなる。タグ機能を追加するにはこれが欲しい
　→削除した
🚫検索ページ（リンク：?kw=）でもブックマークレットを使えるようにする
　→中止。検索ページではどの輪郭を転送したいのかを同定できない
✅from:～～をページ下部に移動する。カード表示の時に内容を優先的に表示させたい
🚫スクリプトのテンプレートを外部ファイル読み込みに切り替え。記号をエスケープするのが大変
✅quoteblock対応

quoteblock テスト用テキスト
テストテストテスト{}

使う分には困らないところまで開発できた
必要な機能は大体ある
　
あとはGoogleAnalyticsでも入れておこうかな
半ば趣味で
GoogleAnalyticsを入れると、利用者に通知しないといけなくなってしまう
あれ作るのめんどくさそう
Alertで出せばいいかな
だめだ、自分がそれをされたらいやだ
操作の邪魔にならないようにしたい
どうせPCからしかアクセスなさそう
理想的な見せ方
ネットで調べるのがいいんだろうな
よく見るのは下の方に出てくるタイプの通知
あれが一番ましかな。自分が知ってる中では
ライブラリとかありそう
入れるだけでいい感じに通知を出してくれるライブラリ

タイトルと知番を取得するスニペット開いている輪郭のソースを取得するスニペット 2020年7月22日 🚫デライトからScrapboxへ転記するスクリプトのジェネレータあれ

JavaScript 2020年7月19日 2020年7月18日 9-EDD2 デライトで読書あれウェブアプリ開いている輪郭のソースを取得するスニペット転記デライトからScrapboxへ転記するスクリプトのジェネレータの作業

デライトからScrapboxへ転記するスクリプトのジェネレータ

2020/7/19 14:15:00

デライトからScrapboxへ転記するスクリプトのジェネレータ
ジェネレータのページ：https://t-wataru.github.io/Delite-to-Scrapbox-script-Generator/
　
使い方：
転送先のScrapboxのプロジェクトへのURLを、「Input scrapbox project url」へ入力
「Bookmarklet for forwarding Delite's 輪郭 to Scrapbox's page:」に、JavaScriptスクリプトが生成される
生成されたスクリプトを、転送したい輪郭の上で実行する
　
　
転送元の輪郭

　
Scrapboxに転送されて生成されたページ

あれタイトルと知番を取得するスニペット開いている輪郭のソースを取得するスニペットデライトからScrapboxへ転記するスクリプトのジェネレータの作業あれあれあれ

2020年7月19日デライトで読書『アート・オブ・プロジェクトマネジメントマイクロソフトで培われた実践手法』

『アート・オブ・プロジェクトマネジメントマイクロソフトで培われた実践手法』に目を通した

2020/7/19 6:53:00

■2020年7月19日
いったん目を通した
現時点で気になるところは抜き書きしてコメントしておいたので、気になったら調べられる
全体の20%ぐらいしか読んでない。興味がない箇所は斜め読みで飛ばしていった

あれ

2020年7月19日デライトで読書『アート・オブ・プロジェクトマネジメントマイクロソフトで培われた実践手法』目次『アート・オブ・プロジェクトマネジメントマイクロソフトで培われた実践手法』機敏性上が責任を取れば、組織の機敏性が上がる悪循環心理的安全性リーダーシップが信頼に基づく理由

命令の悪循環

2020/7/19 6:29:00

マネージャやリーダが毎回、「これは命令だ」と主張していると、議論することができなくなり、より優れた意見を聞く可能性を閉ざしてしまうことになるのです。
『アート・オブ・プロジェクトマネジメントマイクロソフトで培われた実践手法』

『アート・オブ・プロジェクトマネジメントマイクロソフトで培われた実践手法』上が責任を取れば、組織の機敏性が上がる

OODA デライトで読書アジリティ『アート・オブ・プロジェクトマネジメントマイクロソフトで培われた実践手法』目次『アート・オブ・プロジェクトマネジメントマイクロソフトで培われた実践手法』機敏性問題発生時に行うこと心理的安全性理解可能な未来(=顧客or敵の心理状態)への集中→末端の主導性の向上→機敏性の向上命令の悪循環

上が責任を取れば、組織の機敏性が上がる

2020/7/19 6:02:00

多くの人々は、説明責任を負うことで、愚弄や叱責の対象になることに対して二の足を踏みます。しかし、優れたマネージャになろうと思うのであれば、全く逆の態度をとるべきです。つまり、チームやプロジェクトに関することについての職責を追求、行使することで、チームやプロジェクトに導こうとするべきなのです。また、非難されることに対するエンジニアやテスターの恐れを取り除くことで、解決策が優れたものになったり、迅速に実現されるというのであれば、進んでそうするべきでしょう。
『アート・オブ・プロジェクトマネジメントマイクロソフトで培われた実践手法』

マネージャやリーダが積極的に外部からの非難を引き受けることが、チームの生産性を上げる。非難の対象とされないことで、チームのメンバーは安心して働くことができる。
もし非難を引き受ける人がいなければ、チームは身動きが取れなくなる。メンバーの自発性が失われる。非難されることを避けるために、命令がなければ動かなくなる。