のえる＠デブ鯖 @noellabo@gochisou.dev

デブ

Crystalの泣き所として、割と定番っぽいshard（パッケージ）もバージョンアップの遅れがあって、自身のプロダクトを最新Crystalに対応させようとすると、まずパッケージを直すところから始める必要がある、になりがちなところがあります。

さしあたり私は、sidekiq.crを直さねばなりませぬ……。ロギングの標準ライブラリが刷新されて、現状のがdeprecatedになっちゃってるんだよね。

Crystalは、いま1.0を目前に頑張って磨き上げているところなんだけど、ちょいちょいBreakingChangeが入るので、既存コードを抱えているとアップデートするのは結構しんどいです。

まぁ、1.0が出てからそれを頻発させるわけにはいかないので、今のうちにやっておかなきゃいかんのだけれども。

Crystalの、rubyでいうところの gem / bundle に相当するshardsが0.12.0から依存関係のオーバーライドに対応していて、依存関係の解決のためだけに各自でフォークしなければいけない状況からかなり改善された。これ面倒くさかったんだよねぇ。

ただし、現行のcrystal 0.35.1に付属するshardsは0.11.1なので、自分でとってきてビルドしなければならない。

UIまことに面倒くさいな……。でもまぁ、方向性が定まってきたからやるか……。

これは……手抜きじゃ駄目そうだな……仕方ない、真面目にやるか（リレーのPleroma対応の話）

自分のフォークではなく本家にプルリクを投げてしまう。一回休み。

リレーの不具合、いろいろ調べてみた結果、手抜きして実装していないActorのプロパティを要求されているだけだった回

毎日いじっていると何かしらバグを発見する。どうして……

Reactのライフサイクル、完全に理解した（理解してない）

一回失敗させて再renderさせるフローでええんか、これ。他もそうやって実装されてるからとりあえず従っておこう……。

エラーチェック入れたら動くようになった。このコードはやばいw

開発三昧で楽しいぞ。もうちょっとだけ続くんじゃ……

そしてSQLで書くと、書きやすいから間違えにくいし、本当に素直に動くな。ActiveRecordで消耗しているのがツライ……。

しかしさすがにVSCode賢いな。SQLをヒアドキュメントで書き始めたら、そこからSQLでシンタックスハイライトするじゃん。メッチャ書きやすい。

ActiveRecordで書くのが辛すぎて、ついにあきらめて生SQLを書き始めた。
もうだめだー（◞‸◟）

無理矢理組み伏せた。unscopeがもう少し高機能になればイケると思うけど、これは厳しいな……。

あー、ダメだ。default_scope強すぎる。勝てない。

てす4

てす3

てすてす

有効期限付き投稿、実装簡単だった。まぁ、UIさぼったからだけどw