• Scrapboxから移行した
• 元のページへのリンク

–

年齢も影響してるだろうが、WFHのおかげで脂肪が増え体のサイズが人生史上一番でかい。小さくしたいのでフィットボクシングを2日に1回程度から始めてる。初日筋肉痛が出たが、とりあえず汗かく程度の強度で継続して続けていきたい。

同僚と映画の話をしたことをきっかけにこの一週間異様に映画を観た

• トップガン
  • アイドル映画でしたよ、という感想が気になり観たがそのとおりだった。
  • 繰り返し差し込まれるメロドラマパート開始BGM可笑しかったな。
  • 当時の需要を満たしてたのだろうが、パイロットを主役にした映画としては物足りなく感じる。
• トップガン マーヴェリック
• ONE PIECE FILM RED
• ブラック・パンサー ワカンダ・フォーエバー
• ボーン・アイデンティティー

ノートアプリ

ノートアプリにBearを使うことに固執してた（おそらく2016年ごろEvernoteから移行した）が、WebやWindows実装がアナウンスから数年経っても実現されないのでCraftに移った。

Craft https://www.craft.do/

• TextBundle形式というMarkdownファイル+画像や添付ファイルをひとまとめにしたファイル形式に対応しており、Bearからの移行が簡単だった。戻るのも簡単。
  • 有料プラン加入しないと、1ファイルしかインポートできない。最大200ファイルの同時インポート可能という制限がいやらしい。
• 検索が早いのは良い、ただ検索にヒットした記事に対してまとめて処理ができないようでそれが不満。
• 2021年に出てきて最初の頃あった日本語タイプバグも潰れてるので、そのうち不満な部分もなくなるはず。

tea

Homebrewの作者が、brew2と謳う新しいパッケージマネージャを作っているのを知る。 パッケージ管理プラットフォームとも言えそう

• 今年の3月に公開をしてた https://medium.com/teaxyz/tea-brew-478a9e736638

• web3という単語に気後れしたが、要はパッケージのバージョン・依存関係・データ管理にブロックチェーン技術を使うということらしい。そこに暗号通貨がらみの取引が発生するわけではない。

• ブログ記事で挙げられるブロックチェーン技術によって受けられる恩恵

  • Packages will be immutable (no more left-pad incidents)
  • パッケージが不変。2016年にleft-padというなんでもないnpmパッケージを作者が公開取り下げたためにnodeやbabel含む大量の依存パッケージが一時的に動作不良となったが、そういうことは起きないと。おそらく動的な依存解決はされず、親パッケージに対する子パッケージのバージョンが固定されるのだと思う
    • 20221122 1624これを受けてdotfile整理してたら、zinitの作者もリポジトリを突然削除してたらしい。3年前。
    • https://www.reddit.com/r/zsh/comments/sqsni7/zshellzi_vs_zdharmacontinuumzinit/

• Packages will always be available (we’ll use decentralized storage)

  • 中央集権的にパッケージ管理をせず、分散ストレージで常にパッケージが利用できるように。

• Releases will be signed by the maintainers themselves (rather than a middleman you are told you can trust)

  • メンテナ自身がリリースチェックし、任された第三者がそれを行わない。

• Tools can be built to fundamentally verify the integrity of your app’s open source constitution

  • 依存関係がトークンによって検証されるので、オープンソースとしての整合性を取りやすい
  • Token can flow through the graph
    • パッケージに付与されるトークンがグラフとして追える

• web3的な部分でないところでtea cliをhomebrewと比べて良いな、面白いなと思った点

  • https://github.com/teaxyz/cli#vs-brew
  • xcode comannd line toolsを必要としない。
  • 基本マシンのグローバル環境にパッケージをインストールするのではなく、サンドボックス的に扱う
    • インストールするパッケージは~/.tea の中に入れられる。
  • README.md上のコードを実行する機能
    • tea .でそのディレクトリのREADME.md上の npm install && npm startを実行するようなデモがあった
    • 依存関係もREADMEに書こうぜってことらしい。

• 環境マネージャーとしてのtea https://github.com/teaxyz/cli#usage-as-an-environment-manager

  • ざっと見た感じ、ディレクトリごとに同じパッケージの別バージョンを分けてインストール実行ができる。
  • https://github.com/volta-cli/volta/ voltaのような使い心地が全ての言語パッケージに対して適用されるみたい

    You’re a developer, installing tools globally makes no sense. With tea the tools you need per project or script are available to that workspace as virtual environments. Our magic works from depths of libc to the heights of the latests fads in CSS precompilers. All versions†. All platforms‡.

    • あくまで1プロジェクトでしか使わないパッケージを、グローバルにインストールするのは確かにおかしかった

Vibes