Vol.135の一般記事

• 一般記事「Yupによるバリデーション」は、今まで独自コードを使っていましたが、今進めいているプロジェクトからYupを使おうと思います。それくらい理解しやすい記事でした。

  romeosheartさん

前号ではJavaScriptのバリデーションライブラリのYupを紹介しました。

バリデーションって入力を検証するしくみのことだっけ？

そうだね。たとえば電話番号に数字やハイフン以外の文字が入っていないか、などのように入力されたデータが妥当かをチェックするしくみだね。

• 自前で検証を書こうとすると……メンテナンスがたいへん過ぎて……これ、超便利そう！

  ken1flanさん

たしかにWebアプリがアップデートされるたびに、バリデーションも更新することがあったりするので結構労力がいりますよね。

後から多言語対応するときとかって、すごくたいへんそう～。

• バリデーションにYupを使う選択肢がとても魅力的だと感じました。ネットでたまに話題になる「住所のようで住所じゃない入力パターン」対策や、いざ自作で正規表現でソースを書くとぱっと見何を確認していたのかわからないことがあるため、容易にわかりやすく実装できると思いました。

  まるさん

そうなんですよね。特に正規表現は後から見なおしたり、他人がレビューしたりするのが難しかったりしてあとあとしんどくなったりするんですよね。

あっ、メールアドレスの正規表現も本当はすっごい長くて複雑になるってみたことある！

Vol.135の連載

• 連載「現場のPython」第19回「実務レベルのGraphQL導入ガイド」は、勉強になりました！ 現在の開発プロジェクトではREST APIの設計をしており、次のプロジェクトではGraphQL、gRPCなども引き出しに入れたうえで対応したいと考えていましたので非常に参考になりました！

  t.kさん

GraphQLを使った事例も増えてきてるみたいですね。検討中のみなさんも参考になったのではないでしょうか。

GraphQLはグラフを描くツール……とは違うんだよね？

APIからデータを取得するためのクエリ言語だよ。RESTよりも柔軟で効率よくデータの受け渡しができるんだ。

そうだった！ 便利そう！

GitHubにも公式のGraphQLAPIがあるからコミットの一覧を取得してみるとかで一度試してみるといいかもしれないね。

• 連載「Ruby 3組込みライブラリ紹介」第13回「Arrayのよく使われるメソッド」は、配列について詳細な説明がありました。言語の勉強を始めたばかりのころって、記事で取り上げていることを、実際に自分で入力して動かしてみることが多いので、記事の内容もすごくわかりやすかったです。

  yasioさん

たしかに流して読むだけより、実際に試したほうが理解しやすいと思う！

Ruby 3は配列の便利なメソッドがいろいろあっておもしろいですね。

• 連載「実践データベースリファクタリング」第2回「ログテーブルとの付き合い方」で解説されていたログテーブルですが、システム（テーブル）の設計時に「集めたログを集計して確認すること」やら「データがどこまで成長するのか」など、想定しておかないといけないことがたくさんあることを再認識できました。

  r_tihiroさん

そうなんですよね。ユーザーが何人になったときに平均このくらい利用するとしたらこのテーブルはどのくらい増えるんだろう、といったことをあらかじめ考慮しておくのは大切ですよね。

最初はざっくりでもいいのかも～。

そうだね。記事ではログのようにデータが増加するテーブルの対策として、パーティションの活用や、集計テーブルの導入を紹介しました。

• 連載「基礎力アップ！ Javaプログラミング」第2回「ループと状態遷移、ついでにJava 21」では、プログラムの難しさを生む状態遷移を攻略しよう！ ということでループ・状態遷移、おまけにJava 21とこちらも学ぶことが盛りだくさんだったように思います。

  N/Mさん

ループと状態遷移について掘り下げて解説していて、ほかの言語を使っている人でも一読しておきたい記事でしたね。

最初は簡単かな？と思ってたのに、だんだんと難しい話になっていくよ～！

まさに基礎力がアップする内容でしたね。

今回もお便りありがとうございました～！

最終号なので掲載はできなくなっちゃうんですが、それでも記事へのご意見、ご感想を送ってもらえるとうれしいです。

「WEB+DB PRESS」で検索して技術評論社のWebサイトから送ってくださいね～。

「読者アンケート」のリンク先です！

締め切りは9月20日で～す！

最後のお便り、お待ちしてます！