TOMOKI++ @個人鯖 @tomoki@mstdn.tomokiwakimoto.com

Goのマイグレーションツールで Firebird に対応してるの無いかな？ と思って調べてて、golang-migrate/migrate ってのがサポートしてるじゃん！ と思って使ってみたけどうまく動かない。

メインの開発者の「Firebirdの公式サポートはやめます」「僕はWindows持ってないです」っていうコメントを見る限り、Windows上でのFirebirdってのは2重の意味で動作テストが不十分なんだろうな。

と思ってあきらめて自作しはじめたところ。

SoftwareDesign が RUST 特集だったので買ってみた。まだ読んでないけど。

リモートワークにともなって社内のもろもろの業務改善のために見直しを行っているんだけど、Wordpressってつくづく共同作業に向いてないな、と思う。

・テーマが本体内の深い階層に入っているのでGitで管理しづらい。CLIも実用性からはほど遠い。
・プラグインによる拡張＋その内容はDBに保存される、という文化なので改修内容のうちソースコードに変更が入らないものがたくさんあって、スタッフ間で共有しづらい。

主にこの辺かな。みんなどうしてるのか。

AUTLA(あうとら)開発日誌、久しぶりに更新しました！

http://autla.com/blog/?entry_id=23

って前回の記事はマストドン始める前じゃん...

ソースにMITライセンスって書いてるけど公開した記憶はない。

そして、管理画面のログイン方法をソースを読んで思い出す。

自作ブログエンジンコア
自作CAPCHA
自作テンプレートエンジン
これをMODXに組み込むためのスニペット

なんでこんなの作ろうと思ったのかよく覚えてないけど、よく作ったなー。よほどWP嫌いだったんだろうなー。

テンプレートエンジンも自作してるんだなー。

自作ブログエンジンに自作CAPTCHAまで作ってるし、なんでこの時そんなに気合はいってたんだろう...

AUTLA(あうとら)の開発進捗をブログに書こうとして気づいたけど、AUTLA(あうとら)のブログ、当時自作したブログエンジン使ってるんだった。ログイン方法忘れた...

最低でも再配布OKという確証だけでも確保できれば。

AUTLA(あうとら)のソースを将来公開するのに備えて、コンポーネントの入手先をまとめてるんだけど、見つからないのが結構あって、ソース公開しても誰もコンパイルできない罠を作ってしまいそう。

たぶんガンダム

会社はGitlab、ボカロ丼はGitHub、個人ではBitBucketを使ってるんだけど、どれもまあまあ良くて、GitHub がダントツに良いというわけではないんだよなぁ。

でもFireMonkeyの出来はあまり良いとは思えないんだよなぁ。

DelphiでMacOSやiOS用の開発ができるようになる、って話を聞いた時には「また馬鹿なこと言ってるな、これまで何回Windows以外をやろうとして失敗したと思ってんだよ」と思ったけど、FL Studio の Mac版がちゃんと動いてるところを見ると、少なくとも手間を掛ければちゃんとしたクオリティのものが出来るんだな、というのはわかった。

ブラックボックスなOCXとか使うよりも遥かに安心だった。

まあでもベンダーがGUIライブラリーのソースコードを最初から全公開してるっていうのはあの時代からすると斬新だったように思う。おかげで自分のコードを書く際にもとても参考になったし、公式のバグを自分で直すことも出来た。＞VCL

昔から配布されてるDelphiコンポーネントの多くはライセンスが謎なので、自分のソースのOSS公開が憚られる。

Delphiコンポーネント配布の文化とOSSの文化は元々噛み合ってなくて、あとからゆるく融合されていった感じ。

クレジット不要だったり利用したもののバイナリのみの配布自由だったりとゆるゆるな反面、ソースの改変再配布は不可だったりする。