project

Well-grounded rubyistで、 最期の章はテストの原形をつくった。すごい。メタなものが扱えることは、作れるものの幅を大きく広げる。多くの人に、いろんな目的で利用される道具は抽象的だ。そういうものが作れるようになったら楽しいだろうな。

ゲームの問題点。遊ぶ人が自分だけであること。ゼロからやるのは楽しいが、自分の望むものが大きすぎて途中で飽きる。小さいツール類だと完全に自分用でも達成できる。どこかに提出する前提でやるのがいいか。最初にそういう会を見つけておいて、そのレギュレーションに合う形でやると。

org-make-link-stringを使ってリンクを組み立てるようにする。

vtermだけ実行できないのを調べる。eshellではできた。

作る。

denote-rename-file-using-front-matter を全ファイルに対して実行したい。

パラパラ漫画にすれば一瞬で理解できるように見える。

いい感じのものが見つからない。デバッガとは違うんだよな。

Emacsからpecoみたいな感じで、あまり覚えてないテキストをインクリメンタル検索しながら呼び出せるようにする。

同じものを追加していることがよくあるので、検知できるようにする。

アルゴリズムを実装してみる。

コメントとソースコードでいい感じのWebページに変換する。

RFCのサイトでは各段落ごとでアンカーを設定できる。示しやすい。

• PLATEAUのHTMLドキュメントでやろうとしたが、タグ構造が複雑で難しい。段落という概念がとれない
• PDFをHTML化するとタグ構造はめちゃくちゃになっているため難しい

ボタンかショートカットキーからしかできないが、右クリックからできたら便利だろうな。

ブラウザでの表示をモダンにできるようにする。orgパーサーが必要か。

docker-composeで立てたコンテナを手軽に一覧できるようにする。

• envconfig
  • 環境変数の読み込み、ないときはデフォルト値を設定する
• signal.NotifyContext
  • シグナルをキャッチしてコンテキストをcancelさせる処理を楽に書ける
• sync.RWMutex
• webサーバ - クライアントはWebソケット。webサーバはdockerからのイベントを受け付け、それをクライアントに通知する
• websocketConnectionとclientConnectionの違いはなんだ
  • WebSocketは、HTTPとは異なるプロトコルである
  • HTTPで接続を確立してから、UpgradeしてWebSocketで通信する
  • つまり両方は別のconnectionで、WebSocketで通信するには両方必要
• ClientConnectionsは購読リスト。websocket接続を確立したクライアントごとにある
  • たとえばブラウザとcurlでリクエストを飛ばしたとしたら、ClientConnectionsの長さは2になる。
• LogStoreやDocker構造体はどのリクエストでも共通

ASTテストが網羅しているか調べるツール。プロジェクト全体で見るのもおもしろそう。

よりGitHub Actionsに近づける。

• エラーが出るが、矢印が正しくないときがあるのを調べる
• オフラインのとき解決に失敗するのを調べる
• タグの形式をチェック。チェックできなさそうな気もする

理解したいなら実装してみればよい。なので、UNIXプログラミングが理解したければ、シェルを実装すればよい。

参考。

• シェル実装の課題を完走した - JUNのブログ

GitHub Actionsでリポジトリの一覧をHTMLできれいに表示できるようにする。

テンプレートを生成する。あるいは、一覧から選択して作成してくれると良い。

Emacs Lispのテストを書いている。HTMLに変換して、デプロイしてブラウザで見られるようにしたい。

メモ・日記が多すぎなので、1つのPDFで閲覧できるようにする。

いくつかネタがあるので探検記を書く。画像を大量に使う予定だが、いい感じに表示するためにはどうしたらよいだろうか。

Goのテスト駆動のやつは非常によかった。Emacs Lisp版もあるとよさそう。自分の勉強がてら。

どこかで言われていたこと。地図検索で最短距離でなく、楽しさや静かさを考慮した経路探索する。それらのスコア付けは、ユーザによる2つの画像の比較によって行われる。

解析してほかの用途へ使えるようにする。すでにありそうだけど練習に。

a := "aaa"
return a

のような明らかに意味のない中間変数をコード中から探すツール。変数名を扱うから構文解析が必要か。

言語ごとに行数、スター数から調べる。

行数が少ないものは読みやすい。

サーバレスかGitHub Actionsで定期実行して、加工して公開する。

GitHubから生産性について取れる情報はたくさんある。

有益な指標のリスト。エリート DevOps チームであることを Four Keys プロジェクトで確認する | Google Cloud Blog

• デプロイの頻度 - 組織による正常な本番環境へのリリースの頻度
• 変更のリードタイム - commit から本番環境稼働までの所要時間
• 変更障害率 - デプロイが原因で本番環境で障害が発生する割合（%）
• サービス復元時間 - 組織が本番環境での障害から回復するのにかかる時間

ビルド時間のステージごとの統計が取れたら便利だろうな。あるいはイメージ。

• 統計情報の記録/取得
• 保存
• 表示

の2つになりそう。保存に関しては、GitHub Actionsが使えないだろうか。

docker-compose.ymlを並び替えたいが、ちょっと見たらweb版がない。需要ありそうだけどな。でも、docker-composeは単にソートすればいいってわけでもない。たとえばversionは一番上に書くのが普通だが、これは別にソートではない。キーワードごとで例外というか、優先度をつけなければいけなそう。

フォーマッタがありそうな。

一般化できる方法で解きたい。

Programming Scalaの218ページ付近で紹介されている床屋シミュレータ。 グラフィカルにして動くのを眺めたい。

よい文書のための、特定の形式を満たしていることをチェックするlint。

たとえば。

• コードブロックにはキャプションがついている
• 見出しがネストしすぎてない
• タイトルタグがついている
• 見出しだけ(本文がなく)の項目がない
• 特定の見出しが存在すること

すでにいくつかのエディタでは存在する。

pdf.jsでページ送りするたびに、その時刻が記録されるのはどうだろう。 ちょっと楽しい感じがする。前の時間との差分も計算する。

• 1: 2021-11-13T20:21:20+09:00
• 2: 2021-11-13T20:21:34+09:00 (14)

Simutransを、言語記述でできないだろうか。

たとえば2つに画面がわかれていて、左側はエディタ、右側は画面が表示されている。左側でA = station(1, 2)とすると右の画面に駅が作られる。train(A, B)とするとA, Bを往復する列車が表示される。

たとえばRubyのメソッド一覧から任意のものを取って表示する。 知ってるか、知らないかだけ。 ドキュメント、ソースへのリンクを飛ばす。

クラスも指定できるといいな。メソッドの開拓に使える。

ジャンルの指定とかもしてな。 ! がついてるやつとか述語メソッドとか。

xmpfilterはrubyのrcodetools gemsに付属しているコード。 実行結果アノテーションをつけて、行ごとの評価結果をファイルに出力してくれるので学習に便利。

話がデカすぎてやる気が持続するとは思わないが。

自動生成操作をするプログラムをユーザに見立てて、dbアプリを作成する。出来ていくデータを眺める。とにかく重要なのは、生身のユーザを必要としないことだ。 基本的に眺める楽しさ。

viewは一切開発せず、直にパブリックメソッドを実行するbotを仮想ユーザとして考える。何かイベントを与えると必要なことを行おうとする。経営のダッシュボードだけ可視化できるようにして、あとはルールとして実装する。あとで変更しやすいように、テキストで全管理できるDBにしたいな。

• 株
• 病院
• レンタルビデオ
• 人間関係ネットワーク。お互いに影響を与え合う様子。

パワポケのペナントモードという考え方もできる。チームという入力を入れると、試合データが出てくる。試合やチームによって、所属する選手は変化していく。それってシミュレーションゲーム。値を自由に入れることができないシミュレーション。 うむむ、DBを使う必要はあるんだろうか。

最低限の世界のルールを定めておいて、それをプログラムで解決するゲーム。

世界のルール: 物体は質量を持つ、移動には費用がかかる、その枠の中で自由にプログラムできる、というもの。本質的には、ルールセットを記述して戦うロボット的なゲームに似ている。でもそうやって具体的なひとつのケースを見るのではなくて、全体を見るところが違う。

• markdownを拡張してサウンドノベル用の文法を作る。
• webでmdを読み込んで表示できるようにする。

たとえばカバレッジ出力などは乱立している。

プロジェクトベースのチュートリアル集。面白い。

• もうすでにある。

diggerで、Rubyを使ってやった。

• テストしやすいためテキスト主体。
• ローグライク
• アドベンチャーゲーム

ruby gemsのクローンのmelpa版。すでにあった。

絶対もうあるが、便利コマンドの練習になる。

更新のないファイルを検知して、issueを作成し、一覧コメントをつけるアクション。

• 更新のないファイル検知
• issue作成
• データを受け取って整形、コメント送信

- [ ] ./docs/ruby.org 2021-03-04 40days
- [ ] ./docs/python.org 2021-03-04 44days

GitHub上でパーマリンクのコードが展開されるみたいに、リンクを評価するとコードを展開できるようにしたい。org-modeで使えれば便利だろう。

何かやったことを3D表示したい。Gitとか組み合わせられないか。何かものの収集は、形があるのでたくさんやるほど結果が目に見えやすい。般若心経、ゴミヘビ。どこか行く系は距離で苦労が理解しやすい。

収集やかけた労力によってもっと好きになっていく循環ってある。みうらじゅんはそんな感じのことをよく言っている。

• データ構造
  • 種別
    • リポジトリ
    • Web
      • 本
      • Web
  • URL
  • 識別名

とりあえず文字表示は抜きにして、立方体と色で表示する。タスク数は、roamにhttpリクエストしてgrepする…。org側でjson出力とかできたらそれを取得するようにしたい。なかなか役立つ感じがするな。

途中まで完了。タスク表示はできてない。

必要なツールがインストールされてるか、宣言的に書いて診断するツール。なかったら実行できそうな場合は自動実行させる。

yamlで書き、ローカルで実行する。別にymlでなくてよくない、という感じはする。うむむ、目的がよくわからなくなってきた。GitHub Actionsのクローンを作ってみるでよくないか。面白そうだし、要件はこの上なく明確だ。

jobs:
  job_a:
    description: test
    steps:
      - name: a
        run: echo hello

実行結果が確認できる。

- job_a ✓
  - a ✓
    ログ...
  - b ✓
    ログ...
- job_b ✓
  - c skip
    ログ...
  - d ✓
    ログ...

目標としては、GitHub Actions用のymlをそのまま実行できること。

とりあえず識別子を判定するlint、テストをほぼコピペだけど作成した。

すぐできた。

あると便利そう。すでにある可能性はある。

• 連続でテストを実行できるようにする
  • テストで再現させる
  • load doc: error converting YAML to JSON: EOF
  • 一度読み込んだあとはこれが出るから、引数の値が変わっているように見える。ポインタではないけど
  • 一度走らせたあと、schemafileの入るbyteが空になるのを確認
  • Readerは、一度読み込みが終わると次読み込むときは中身が空になる。状態を保持している
  • bytes.Bufferを使うようにする
• コマンドとして、パスをダンプできるようにする
• GET以外に対応する
• パラメータ追加に対応する
• 出る画面をわかりやすくする

Goでは簡単にlinterが作れるようだ。

• モックを使ったとき、明示的にtimesを呼び出していることを確かめる
• 無意味な関数コメントを検知

• Slackで将棋を動かしてみる - Lento con forza

のように、SlackをゲームのUIとして用いることができる。

システムコールを使ってやる。

• 標準入出力
• ソケットを使う

でかいのに取り組むより、これくらいがよい。

• 空間の実装方法が理解できる。

Practical Ruby Projectsに書いてあったやつ。経済シミュレーター。Moneyの知識と絡められないか。

assertとインストールコマンドをセットで書いてインストールするツール。

- cond: "cd ~/aaa"
  run: git clone aaa.git

• とりあえず今のdotfileの内容をかきあげて、どんな感じにしたら便利かを探る。
• バイナリにすれば、何もインストールされてないまっさらな状態から実行しやすい
  • もとのスクリプトはシェルだから、別にどこでも実行できるのは変わらないか
• dotfilesを埋め込めないか

• 対象ファイルを指定できるようにする
• .versionファイルを作成すればいいのでは、と考えた。古いバージョンはそれで特定すればよさそう

出力アセンブラを試すのが面倒なので簡単なのを作る。一般性はないのでMELPAには送れない。

package main
func main() {
      for i := 1; i <= 10; i++ {
	      print(i)
      }
}

古いタグが、最新になってしまっている。直す。

軽量タグを取れてなかったためだった。

特殊な状況用に作る。

• ファイル指定できるようにする
  • 不要とする
• ツールのヘルプ文を作る
• goreleaserを設定する
• 転送成功メッセージと転送先パス
  • アップロードしたあとどこに配置されるかはファイルマネージャの設定によるのでスキップ
• curlのプログレスバーをリアルタイム表示する
• サイズがでかくても成功するかを確認する
• ユーザ・パスを指定できるようにする
  • まだいらない
• クロスプラットフォームにする
  • シェルまわりがかなり違う
  • シェルを使わない形式に書き直した

さくっとグラフを作る。

練習。

openapi3filterは、Go言語のAPIサーバとOpenAPIを連携させるライブラリ。

• httptest.NewServer

に例が書いてあるが、なぜこれで動くのかがわからない。

• squareHanderとパスの紐付けはどこでやっている
  • 紐付けはしてなかった。パスによってハンドラが分岐してなかった
  • 1つのハンドラだけ
• 実行テストはできたが、これをどうやってミドルウェアに組み込むか。テストするか
• 少し不器用だが、Ginに組み込めた

electronで作る。

前回の問題点は何か。

• iframeの制約で遷移できなかった
• よくわからないエラーで落ちる

メモ。

• タブを切り替えたい
  • うまくいかない
  • できた。preload.jsを読み込んでないだけだった

設計。

• フロントではタブの状態管理をする
  • UIとしては切り替えられればよい
• バックエンド
  • ソースURL(feed URLとか)をもとに、エントリURL+タイトルの取得ジョブ実行
  • サーバ
  • SQLiteとのやりとり
  • エントリテーブルを作って、そこで管理する。既読がついてないものを返す
  • エンドポイント
    • 設定一覧

エントリのステート。

• 未取得
• エントリ取得
• 同期ずみ
  • クライアントを起動しなおすと再度受信する
  • クライアントが取得時に排除するしかないのかな
  • クライアントが現在あるものをパラメータで送信するようにして、バックエンドはそれを含むと返さない、でよさそうか。やってることは同じだが、バックエンドから来る値をそのまま使えるほうが直感的だ
• 既読
• 全体の状態管理が必要。タブボタンとウィンドウは一致しなければならない
  • react側で状態管理する
  • 状態管理に対してメソッドを定義して、同時にIPC通信を実行させればよさそう
• タブボタンを削除すると対応するウィンドウが削除される
• 今はウィンドウのURLで判断して切り替えてるけど、複数ある場合はどうなるか
• ウィンドウを開いたときに、IDを保存させる。IDを元にタイトルやURLだのにアクセスさせる
  • タイトルはタブが持ってるのでDBにはいらない可能性がある
• ステートのデータ構造はどうするか
  • ViewのID
    • URL
    • タイトル
    • は、viewから取得できるのでいらない
• ipcRendererの使い方がわからない
  • preload.tsで登録して使う
  • コピペしたコードにonはすでに登録してあった
• main側のdom-readyは実行できてる
  • なのでsendはできてるように見える
  • 受信が原因か、送信が原因かわからない
  • 送信してるwindowを指定できてなかった。UIがあるwindowに送る必要がある
• タブを消したあとに、新しいタブを開こうとするとエラーになる。前のタブにフォーカスしようとするからか
• 取得の手順
  • 「10件取得」ボタンをつくり、それを押すと最大10個のリンクを取得してくる
  • 入力: 件数とすでにあるリンク一覧
  • 出力: 指定件数で、すでにあるリンクを排除したリンクを返す
• フィードを書くところをファイルにするかデータベースにするか
  • ファイルだとGit管理できる。準備や説明が面倒。実装は楽
  • データベースだとブラウザでそのまま設定しやすい。UIの準備はやや面倒

作る。

コンテナログを見やすくする。

• Management -> Kibana -> DataViewでデータを追加。fluentdからうまく送信されていれば、indexの候補が表示される
• Management -> Data -> Index Lifecycle Policies で削除設定を追加する。肥大化するので
• kibanaは通知が有料だったので、途中でやめた。監視しても通知できなきゃ意味がない
• 代わりにprometheusを使うことにした

org-babelのGoは制約が大きいので。いっそplaygroundから取ってきたほうが便利そう。

すでにそういうパッケージがあったのでそれを使う。テストが実行できないな。

集中したいとき遮断できるようにする。

• 今のプロキシのモード設定(priv, work, disable)
  • あまり起動設定変更しないし、いいか
• システムのプロキシ選択状況表示(オフ、オン)
• CLIでのプロキシモード切り替え

本はPDFで買うことが多い。ストレージに置いているがわけわからない。2個買ってたりする。既存ツールでいいのがないか調べる。ファイル構造じゃなくて、タグで管理したい。バージョン管理したい。

ファイルとメタデータを紐付けられればよい。

ファイル。

{ID}_{タイトル}.pdf
{ID}.toml

- 20240303T201703_ふつうのLinuxプログラミング.pdf
- 20240303T201703.toml
- 20250101T191703_コーディングを支える技術.pdf
- 20250101T191703.toml

• タイトルはPDF情報から取ってこれるので、コマンドでファイル名は自動生成する。IDがあるのでタイトルはかぶってもよい
  • PDFじゃないこともあるのでこれはまあいいか
  • ID以降はどうでもいい
• tomlも同時に自動生成する。タイトルなどがある

TOMlファイル。

[book]
[book.basic]
title = "ふつうのLinuxプログラミング"
[book.todo]
name = "TODO"      # TODO || WIP || DONE
[[book.tag]]
name = "linux"     # 特定のタグしか許容しない
[[book.tag]]
name = "container" # 特定のタグしか許容しない

[タグ選択]

本一覧 # クリックするとpdf.jsで開く
--------
- ふつうのLinuxプログラミング [Linux]
- Docker book [Linux, Container]

• idの変換ロジックは文字列でよいけど、ディレクトリとか絡んでくるとそれ用の型を使ったほうがいい

エントリのドラフト状態を解除するのが面倒なのでたまりがち。

• コメントをすべて削除する
• タグのdraftを消す
• リネームを実行する

現在のページ分しかタグが出ないのを直す。

ブログにPDFスライドを追加した話 | κeenのHappy Hacκing Blogが面白そうだった。参考にして作成してみる。

• 準備はPDFへのリンクを配置しておくだけ
• サーバを起動させる必要はなく、配置するだけでクライアント上で動作する
  • リンクリストを読み取り、HTMLを生成できればいい
  • iframeリスト
• リンク一覧ではサムネを表示する
• スライド用PDFビューと、フルPDFビューへのボタンがある
• スライド作成にいい感じのツールがない
  • drawio.svgのように閲覧と編集が同じファイルでできるのがベスト
  • 図がメイン
  • markdownでは表現できない
• pdf.jsがぼやける。参考元と同じ設定なのに
  • ズーム率が高い設定になってただけだった…
• CIで文字化けする
  • 手元で再現できた
  • ローカルで作ったPDFを見ると、全部TakaoPGothicになっている。何を選択しても全部。