はてなブックマーク

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? はじめに 2024年12月25日に、Rubyの新しいバージョンであるRuby 3.4がリリースされました。 一方、2021年12月2日に出版した書籍「プロを目指す人のためのRuby入門 改訂2版」（通称・チェリー本。以下、本書）は執筆当時最新だったRuby 3.0を対象にしています。 本書は紙の本であるため、簡単に内容をアップデートすることができません。しかし、何もしないとどんどん内容が古くなってしまい、「本の通りやってみたけど、今使っているRubyとなんか動きが違う」ということになってしまいます。 そこで新しいRubyのバージョンがリ

はじめに Rubyは毎年12月25日にアップデートされます。 Ruby 3.4は2024年12月25日に正式リリースされました。 この記事ではRuby 3.4で導入された変更点や新機能について、サンプルコード付きでできるだけわかりやすく紹介していきます。 ただし、すべての変更点を網羅しているわけではありません。僕が個人的に「Railsアプリケーションの開発時に役立ちそうだな」とか「これはトリビア的な知識として知っておくと良いかも」と思った内容をピックアップしています。本記事で紹介していない変更点も多数ありますので、以下のような情報源もぜひチェックしてみてください。 Ruby 3.4 Advent Calender 動作確認したRubyのバージョン 本記事は以下の環境で確認した結果を記載しています。 NOTE: Ruby 3.4.0はバージョンの表記に誤りがあったため、すぐに3.4.1がリリ

はじめに Rubyは毎年12月25日にアップデートされます。 Ruby 3.4は2024年12月25日に正式リリースされました。 この記事ではRuby 3.4で導入された変更点や新機能について、サンプルコード付きでできるだけわかりやすく紹介していきます。 ただし、すべての変更点を網羅しているわけではありません。僕が個人的に「Railsアプリケーションの開発時に役立ちそうだな」や「これはトリビア的な知識として知っておくと良いかも」と思った内容をピックアップしています。本記事で紹介していない変更点も多数ありますので、以下のような情報源もぜひチェックしてみてください。 Ruby 3.4 Advent Calender 動作確認したRubyのバージョン 本記事は以下の環境で実行した結果を記載しています。 NOTE: Ruby 3.4.0はバージョンの表記に誤りがあったため、すぐに3.4.1がリリー

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? はじめに 弊社ソニックガーデンの社内勉強会で、「個々人が実践している生産性向上の取り組みをお互いに共有し合おう」という勉強会が開かれました。 ちゃんとした準備時間が取れず、勉強会の10分前ぐらいに「そりゃー」と思いついたものをバババッと書き出したのですが、いくつかみなさんの参考になるものもあるかもしれないので、こちらでもシェアしてみます。 簡単に取り入れられそうなライフハック的なテクニックからそうでないものまで、とりあえず僕が思いついた内容を雑多に書き出したので、よかったら参考にしてみてください！ ググるキーワードが思いつかないときは生

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? はじめに 自動テストを整備しておくと大量のテストを自動実行してくれるので大変便利です。 ですが、テストコードが増えてくると「パスするはずなのに、なぜかたまに失敗する」というテストが出てきます。 このような不安定なテストを「フレーキー（flaky）なテスト」と呼びます。 フレーキーなテストの問題点 フレーキーなテストは「たまに失敗するだけ」なので、何度かやり直せばパスします。 なので、GitHub ActionsのようなCIツール上でテストが落ちても、「あ、また落ちた。再実行したら直るかな（ポチッ）」という安易な解決策に走りがちです。 し

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article?

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article?

はじめに Railsはとても便利なwebアプリケーションフレームワークです。 gitも非常に便利なソースコード管理ツールです。 この2つのツールがあれば、初心者でも効率良くwebアプリケーションを開発できます。 ただし、学習用の小さなアプリケーションを一人で開発しているときはブランチはひとつかふたつで十分ですが、業務などで大きなアプリケーションを複数人で開発する場合は、複数のブランチで並行して開発が進める必要が出てきます。 こういうケースではデータベースマイグレーションを正しく理解し、正しく扱わないと、開発環境やソースコードが混沌としてきます。 Rails初心者の多くはこうした知識を持たないまま、チーム開発に参加しがちです。 この記事では「学習用の小さなRailsアプリケーション」を卒業し、「チームで開発する大きなRailsアプリケーション」に足を踏み入れる前に知っておくべき、データベース

はじめに Railsアプリケーション開発に必要不可欠なツールのひとつがBundlerです。 Railsを学習している人なら必ず一度はbundle installコマンドを実行したことがあるでしょう。 Railsの学習書などに従って指示されたコマンドを入力するだけなら簡単ですが、実務ではbundle install以外にも必要な知識が出てきます。 しかし、Bundlerは意外とクセがあるというか、使っているうちに徐々に「あー、そういうことね」と経験から使い方や仕様の理解が進むような印象があります。筆者の場合はそうでした。 そこでこの記事では、Rails初心者を対象に「実務でRailsを使うなら知っておくと役立つBundlerの知識」を説明します。 題して「Bundlerチョットワカルマニュアル」です！ 本記事の対象読者 本記事では以下のような読者を想定しています。 Railsアプリケーション

Webdrivers::VersionError: Unable to find latest point release version for 115.0.5790. You appear to be using a non-production version of Chrome. Please set `Webdrivers::Chromedriver.required_version = <desired driver version>` to a known chromedriver version: https://chromedriver.storage.googleapis.com/index.html # ./spec/system/tasks_spec.rb:24:in `go_to_project' # ./spec/system/tasks_spec.rb:14:

RuntimeError in Users#index Ransack needs User attributes explicitly allowlisted as searchable. Define a `ransackable_attributes` class method in your `User` model, watching out for items you DON'T want searchable (for example, `encrypted_password`, `password_reset_token`, `owner` or other sensitive information). You can use the following as a base: これは悪意のあるユーザーが任意の検索条件を実行して、内部データを推測するセキュリティ問題を回避す

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article?

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article?

TL;DR（長いので最初にまとめ） scaffoldと全く同じ、もしくはscaffoldに限りなく近いコントローラが良いコントローラ fatコントローラは悪いコントローラ。その反対でskinnyなコントローラ（薄いコントローラとも言う）を目指す コントローラ内でtransactionやrescueを書かない（fatになるし、scaffoldからも乖離する） BlogsControllerならBlogクラスのインスタンスだけをインスタンス変数にセットする メールはコントローラで送信する（EメールはSMTPを通じて届けられるviewと考える） はじめに RailsはMVC（Model-View-Controller）アーキテクチャを採用しています。 しかし、ロジック自体はやろうと思えばモデルでもviewでもコントローラでも、どこでも書くことができます。 特に、プログラミング初心者の方はついつい

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article?

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article?

はじめに Rails 7.0がリリースされて1年以上経ちましたが、Railsのメジャーな認証ライブラリであるDeviseは未だにRails 7.0に部分的にしか対応していません（参考）。 そのため、Rails 7.0でrails newしたRailsアプリケーション（つまり、Turboが有効になっている状態）だと、Deviseを使おうと思っても意図しない挙動になります。 そこで、この記事ではTurboを有効化したままRails 7.0でDeviseを使う方法を紹介します。 なお、ネットを検索するとこの記事と同じテーマで書かれた記事がすでにいくつもありますが、今回紹介する方法はかなりシンプルかつ、実際のサンプルアプリ（とテストコード）で動作確認済みなので、個人的にはかなりお勧めです。 対象バージョン この記事は以下のバージョンで動作確認しています（それぞれ2023年1月4日時点での最新バージ

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article?

はじめに 2022年12月25日に、Rubyの新しいバージョンであるRuby 3.2がリリースされました。 一方、2021年12月2日に出版した書籍「プロを目指す人のためのRuby入門 改訂2版」（通称・チェリー本。以下、本書）は執筆当時最新だったRuby 3.0を対象にしています。 本書は紙の本であるため、簡単に内容をアップデートすることができません。しかし、何もしないとどんどん内容が古くなってしまい、「本の通りやってみたけど、今使っているRubyとなんか動きが違う」ということになってしまいます。 そこで新しいRubyのバージョンがリリースされて、本書の説明と異なる部分が出てきたときは、毎回ネット上でその差異を説明するようにしています。その説明を読めば、動きが違う部分があってもきっと落ち着いて対処できるはず、という算段です。 というわけで、この記事ではRuby 3.2で発生する「プロを目

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article?

上のツイートを見て、どうやるのがいいか考えてみました。 以下がその方法です。 遅いテストに:slowタグを付けます（名前は:slowじゃなくても可）。

はじめに Herokuの無料プランが終了するので、ためしにRailsアプリからSupabaseのデータベース（PostgreSQL）に接続してみました。 そのときの話は以前こちらのブログに書いています。 ただし、無料版のSupabaseは1週間使用しないと自動停止します（paused状態になる）。 この記事では停止状態のSupabaseを再開する手順を説明します。 自動停止に至るまで 5日間アクセスがないとSupabaseから「もうすぐ自動停止するよ」という通知メールが届きます。 Hi Junichi Ito, To save on cloud resources I just did a scan of all our projects and identified those which have been inactive for more than 5 days. Your pro

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article?

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article?

決して、バリデーションのテストを書くことが悪いことだとは言いませんが、個人的には単純なバリデーションであれば別に書かなくてもいいかな、と考えています。 単純なバリデーションにテストコードが不要な理由 その理由は以下のとおりです。 presence: trueのような単純なバリデーションはロジックというよりも設定に近いので、わざわざテストする価値が低い 業務レベルのコードだと1モデルあたりのバリデーションの数は非常に多くなるため、単純なバリデーションまでテストを書くと、テストを書く時間とテストコードの量が無駄に増えてしまう。テストコードが増えるとテストの実行時間も遅くなる バリデーションは一度追加すれば、将来「presence: trueをうっかり消してしまった！」とか、「○○というカラムを追加したせいで、nameの必須チェックが効かなくなった！」みたいな問題（いわゆる「デグレ」）が起きにく

この記事は何？ DBにデータが保存されているのではなく、外部APIから取得したデータをあたかもDBから取得したデータのように扱うRailsアプリケーションを作る場合の、設計やテストの書き方を紹介する記事です。 詳しい内容は動画で解説しているので以下の動画をチェックしてください。 また、この記事で使ったサンプルコードはこちらにあります。 この記事では上の動画の簡単な概要を記述します。 アプリケーションの概要 今回作ったのは以下のようなデータを表示するだけのアプリケーションです。 ただし、このデータはDBではなく下記URL（外部API）から取得したJSONデータを表示しています。 https://samples.jnito.com/access-log.json [ { "request_id": "1", "path": "/products/1", "status": 200, "dura