タオルケット体操

サツバツいんたーねっとでゲームとかガジェットのレビューとかをします

NestJSちょびっとだけ触ってみた所感

ここ数年まともにサーバーサイドをやっていないなぁとかおもいつつなんやかんやあってNestJSを数日ほど触ったりドキュメントを読んだりしてたので初心を忘れないようにメモ。
いちおうTypeORMだけは出始めにちょっと使ってた。

理解度が高まったら気分が変わるかもしれないです。そしたらもっかい日記書きます。
てか全体的に難易度高くないこのフレームワーク?求められるリテラシー高くない?

お気持ち表明

前提なんですが、僕はこのフレームワークのことをまだあまり好きになれていません。オブラートを外してのべると、すでに半分くらい嫌いです。

続きを読む

札幌に引っ越(気持ち的にnot移住)した

移住と引っ越しの違いってなんなの

そろそろ数ヶ月になるのでざっくり書く。
ぶっちゃけそれほど深い理由はないんだけど札幌に引っ越した。大袈裟な言い方をするなら移住だけど、札幌みたいな都会に移り住むのに適切なワードではないような気がするので引っ越しとしておく。別に終の住処と決めたわけでもなし。

続きを読む

サスティナブルなリモートワークを実現するために本当に必要なものを教えます

リモートワークは孤独だとよくいわれます。

特にいままでインターネッツ越しに人と関わり合うようなやりかたに馴染みがなかった人は娯楽の共有、ひいては感情の共有ができずに病んでいくなんてこともあるかもしれません。私はオンラインゲーム(LoL)でチャットバトルをしています。

ようは物理的な触れ合い、相棒、家族そういったなにか……
つまりペンギンの不足です。

ペンギンの不在を高級チェアとかスタンディングデスクで埋めようとしてもダメです。

具体的なもの

朝の挨拶にはじまり

寝てるペンちゃん

一緒に出勤

出勤ペンちゃん

仲間なので同じ釜のホットケーキを食べます(ホットケーキ力が未熟な時代の写真なので焼き過ぎてますね)。

おやつ休憩

時には意見がぶつかりあうことも……

喧嘩したペンちゃん

1日の終わりは飲み会で親睦を深めます。

飲み会ペンちゃん

頭のおかしい満員電車から解放され、真っ白な蛍光灯で目を焼かれることも、強すぎる冷暖房と異常乾燥で唇があれる職場でクソみたいな椅子と狭いデスクに縛られることもない……そんな自宅とかいう最高の作業環境で気を病んでしまう。
そんな貴方に足りなかったのはフワフワした物理的同僚存在だったんですね。

おむかえするほうほう

僕は品川水族館で一目惚れして連れて帰ったんですが、通販もあるようです。

www.aqua-yokohama.com

ちなみに一番好きなAmazonのレビューはこれです。

5つ星のうち5.0 最高の相棒です。
2017年8月16日に日本でレビュー済み
「しゃちょー」とあだ名をつけ、助手席に乗せています。運転中眠くなっても、代わりに彼が寝てくれるので安心です。 仲良くなりすぎると彼の声が聞こえてくるので注意です。ストレスの元を断つか病院を受診するのがおすすめです。 助手席に乗せた時点で要注意かもしれません。

そのほか参考になりそうな記事

ラバーダック・デバッグ - Wikipedia

next49.hatenadiary.jp

r7kamura.com

イギリスの成人3割がテディベアと寝る | Narinari.com (この手の海外では〜〜系記事はだいたい嘘、なんだよね)

プライベートにコードを書くと筋力があがる(可能性がある)仕組みについて

「年末年始にコード書かないやつは……」云々のツイートについてのお気持ちはだいたい↑の通りなんだけど、どうも世間の感想(ツイートへのぶら下がりとはてなブックマークのコメントという枠です)をみる限り僕の想定とはズレた感じで批判的な人*1が沢山いるようなので、プライベートのコーディングとプログラマとしての能力がどういう相関関係にあるのか僕の考えを書こうとおもいます。

*1:ZOZOの前社長や炎上担当執行役員の人がネガティブに影響しているというのは大いにありそう。わかるぞ

続きを読む

Flutterでスケールするアプリ設計 Store編

hachibeechan.hateblo.jp

前回の続き

そういえば、前回の記事のブコメで

  • Behavior = TransactionScript?
  • 実践CQRS

という感じの元ネタばらし鋭い指摘をしてくれた方がいました。
90%方その通りなのですが、実装の平易さ、許容できるパターンの広さを優先するために元の定義からかなり離れてしまっており、混乱を招くかもしれないと感じたので別の用語で説明している次第です。

読み返すと文字の密度が高くて読むの大変な記事ですね。
今回は具体的な話になるのでサンプルコードとか載せられるといいなとおもいます。

  • スケーラブルなデータ設計の基本アイディア
    • Storeの構成要素
  • アンチパターン
    • 1. Modelという名前がついたクラス
    • 2. "DBに対するCRUD操作" のような抽象度でStoreを設計してしまう
    • 3. 同一の対象を表すデータが複数存在している(Normalize, Selectorが正しく行えていない)
    • 4. Storeのインスタンスが複数生成されている
  • まとめ

スケーラブルなデータ設計の基本アイディア

ここで目指すものは至極シンプルです。

続きを読む