デブ
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
The social network of the future: No ads, no corporate surveillance, ethical design, and decentralization! Own your data with Mastodon!