Notices by きゅーけー (tojoqk@mastodon.tojo.tokyo), page 197

guile-gi は既に Guile 3.0 をサポートしてるっぽいので guile-gi を使ってみる。

C 言語で書いた GUI のアプリケーションを Guile を使って改造できるようになるには C 言語で一度アプリケーションを作ってみないと多分無理なのでこれは超えなければならない。

感覚が麻痺してきて GObject で新しいクラスを書くのはそんなに大変じゃない気がしてきた。

自力で全てのアクセサとセッターの関数書くの時間の無駄説が否定できない。

GObject がちょっと分かってきた気がする。楽しいかも。

空腹で仕事が進まない。

stuff には「勝手に触らないで」って意味があるのか。これは便利な英単語だ。

Gobject のボイラープレート、そんなに難しくない気がしてきた。

腐っていない鶏肉からは腐乱臭が少しもしないことを確認した。

magit がないと git の操作はほとんどできない。

g-golf はまだ Guile 3.0 に対応していなくて guile-gi は Guile 3.0 には対応しているんだけど g-golf に慣れたので使いにくい。Guile の FFI まわりは 2.0 系と 3.0 系でだいぶ違うのでできれば 3.0 系を使いたいという状況になっている。。。

やっぱり自分で C を書いた方が早い気がしてきた…。

動的リンクして Guile から C の関数を直接呼べるので C のコードを一行も書く必要もなかった。

いや、GObject を書くことに固執しようとしているのが悪いのでは……。なんで構造体ではだめなのか。。。

cairo で線を引いたり円を描いたりする部分だけ C 言語で書けば解決する。なぜ全体を C で書いてロジックを Guile で書く方向に進んだんだ。全体を Guile で書いて Guile で書けない極一部を C で書いた方が圧倒的に良い。

GObject でクラス作るの面倒くさい！つらい。なんで C 言語かけば良いのではとかよくわからんこと思ったんだろう。せっかく g-golf という素晴しいライブラリを作ってくれている人がいるんだから C で書く部分は最小にして可能な限り Guile で書いた方がいいと思う。

寂れた村、サビレッジ

平日の朝限定

朝の時間の流れの早さは異常

レシートを貯めて精算する方法で家計の管理をしようと思ってたんだけど、レシートがもらえない場合に記録する手段がないと詰むことに気づいた。

解約時期が重要か…。