2022年4月4日(月)のツイート履歴 - kbigwheel-twitter’s blog

西田和史(k.bigwheel) 開発基盤エンジニア @ Speee ⌨️🖊️ @k_bigwheel
子供の頃、ひょうたん島やがんこちゃんのような人形劇が怖かった。人間ではないものが発露する人間性が歪に見えて。 https://twitter.com/he_greater_i/status/1510578713951608838
22:11
西田和史(k.bigwheel) 開発基盤エンジニア @ Speee ⌨️🖊️ @k_bigwheel
@ryo_touch なるほど、りょうくんが実践しているやつ？ペンタブはあるし僕も一度試してみるかなあ。
12:21
西田和史(k.bigwheel) 開発基盤エンジニア @ Speee ⌨️🖊️ @k_bigwheel
集約もまあDDDの考え方なんだけど、Railsでドメイン層インフラ層と階層アーキテクチャやるよりかはまだしも導入しやすい。
12:19
西田和史(k.bigwheel) 開発基盤エンジニア @ Speee ⌨️🖊️ @k_bigwheel
のようなgive関数を定義し、その中でvalidationを行う。ただ、このコードではActive Recordは活用できないかもしれない(Rails詳しくなくてこういった表現がActive Recordでもできるのかわからない)。
12:18
西田和史(k.bigwheel) 開発基盤エンジニア @ Speee ⌨️🖊️ @k_bigwheel
一方、Railsでもまだできることはあると思う。一つは集約の概念を活用する方法。dogを内部エンティティ、humanをルートエンティティとして内部エンティティはルートエンティティを経由しない変更を拒否する。つまり dog_own… https://twitter.com/i/web/status/1510819117531545603
12:18
西田和史(k.bigwheel) 開発基盤エンジニア @ Speee ⌨️🖊️ @k_bigwheel
全レコードのバリデーションをチェックするgemを作った話 https://blog.agile.esm.co.jp/entry/rspec-all_record_validator なかなかおもしろい例。DDD的にはドメイン層のドメインオブジェクトの制約でこうならないようコードレベルに防御する。
12:18
西田和史(k.bigwheel) 開発基盤エンジニア @ Speee ⌨️🖊️ @k_bigwheel
だから、アイトラッカーをマウス代わりにしてウインクをクリックにしたら僕もIDEと仲良くできるかもしれない。
11:51
西田和史(k.bigwheel) 開発基盤エンジニア @ Speee ⌨️🖊️ @k_bigwheel
僕がvimを完全に捨てられないのは、vscodeのような近代IDEが設計レベルからマウス前提だからだと思う。じゃあなぜマウスが嫌かというとキーボードから手を離すのが手間というのもあるけど、テキストフォーカスの他にマウスカーソルの位置も意識しないといけないことが大きい気がする。
11:51
西田和史(k.bigwheel) 開発基盤エンジニア @ Speee ⌨️🖊️ @k_bigwheel
https://www.publickey1.jp/blog/22/202141aws21aws3synergy_research_group.html 富士通NTT頑張っている、と言いたいがこれらの利用者は既存顧客の移行やJapanese Traditional Companyの利用だろうし利用しているエンジニアからの評判も悪い。… https://twitter.com/i/web/status/1510644744275185669
00:45
西田和史(k.bigwheel) 開発基盤エンジニア @ Speee ⌨️🖊️ @k_bigwheel
Ruby 3.2.0 Preview 1 リリース https://www.ruby-lang.org/ja/news/2022/04/03/ruby-3-2-0-preview1-released/ wasiサポートと。なんか聞いているとwasiってjava vm的雰囲気があるんだけど、ブラウザという世界最強のプラットフォーム… https://twitter.com/i/web/status/1510642656912674821
00:37