Active Recordともっと仲良くなって自然に優しいコードを書くぞ - SmartHR Tech Blog
こんにちは。SmartHRでRails顧問業をしています @willnetです。最近は主にリファクタリングをしています。 SmartHRのバックエンドは基本的にRubyで書かれています。しかし入社してくるバックエンドエンジニアは必ずしもRubyやRailsを長年使ってきた人だけではなく、前職では他言語を使っていてRuby(Rails)はほとんど使ったことがないという人もいます。 webアプリケーションを作る、という点ではどの言語でも抑えるべき点は同じですが、RubyやRailsに特化した考え方や書き方もありますよね。SmartHRではそれを効率よく習得してもらうために読書会を開催したり、社内のドキュメントツールに知見を書いて共有したりしています。 僕も社内のドキュメントツールにActive Recordの付き合い方ついて書いたところ、評判が良く「テックブログにしたら？」と言われたので今回一
Kubernetes & Rails: The Definitive Guide
Deploying a Rails application to Kubernetes © 2019-2023 Marco Colli, Founder @ Pushpad, Cuber There are many ways to deploy a Ruby on Rails application: one of them is using Docker containers and Kubernetes for orchestration. This guide shows some of the advantages of Kubernetes compared to other solutions and explains how to deploy a Rails application in production using Kubernetes. We focus on t
RailsのSystem specから 🎭Playwrightを使う
2021/06/18 銀座Rails#34の発表スライド（一部省略）
Hotwireでリアルタイムなチャットを作る - Qiita
はじめに 12/23にRuby on Railsの生みの親:DHH氏がHotwireという新しいgemについて言及され、それが話題になっているようだったので試してみた記事です。 Also cross-posted the screencast from the Hotwire to YT. That fucking thing nearly killed me. Hours and hours of work to get this just like I wanted it. But it's a clean 10 minutes on the main tech, then another 3 on showing it in real life. ACTION! 😄 https://t.co/0MWpEPnSzx — DHH (@dhh) December 22, 2020 本記事
MVCのリファクタリング - Qiita
<% Article.where(status: 1).order(likes_count: :desc).limit(10).each do |article| %> <%= article.title %> <% end %> この例では「表示処理を行う」ことを責務としたビュー上で、データの呼び出しに関する複雑な処理が書かれています。 このような複雑な処理は、「データ処理を行う」ことを責務としたモデルに記載します。なぜかというとビューファイルに複雑な記述があると、コードの視認性が悪くなります。また、モデルに記述すると、様々なアクションで用いることができます。 また、モデルに定義した処理を行った上で、コントローラでインスタンス変数として定義します。 model class Article < ActiveRecord::Base scope :popular, -> { order(li
accepts_nested_attributes_forを使わずに複数リソースを同時登録する(クイズアプリを例に) - Qiita
class CreateChoices < ActiveRecord::Migration[5.2] def change create_table :choices do |t| t.references :question, foreign_key: true t.string :content, null: false t.boolean :is_answer t.timestamps end end end 「問題 has many 選択肢s」です。 選択肢テーブルはis_answerという「正答か誤答か」というカラムを持っています。 よって単純なform_withとモデルでは実装できません。フォームに合わせてDB設計を変える、みたいなのは本末転倒です。（私の記事で恐縮ですが、クイズアプリのDB設計に関して、以下記事を書きました) https://qiita.com/kumacke
rspec-rails 3.7の新機能！System Specを使ってみた - Qiita
はじめに 先日、RSpec 3.7がリリースされました。 参考: RSpec 3.7 has been released! 上記ブログの中で「今回のリリースはRailsのSystem Testの統合機能をいち早く使ってもらうためのリリースだ」と書いてあります。 実際、ブログの中で触れられている新機能は「System Spec」機能の追加だけです。 というわけで、この記事はrspec-rails 3.7で導入されたSystem Specの紹介と使い方の説明をしていきます。 実行環境 この記事は以下のバージョンを対象にして書かれています。 rspec-rails 3.7.1 Rails 5.1.4 Ruby 2.4.2 selenium-webdriver 3.6.0 Capybara 2.15.4 Chrome 62 ChromeDriver 2.33 サンプルコード この記事で使用したコー
ドメイン駆動設計の比類なきパワーでRailsレガシーコードなど大爆殺したるわあああ！！！ - Qiita
この記事は クラウドワークスアドベントカレンダー2019 12日目の記事です。 概要 こんにちは、怒り駆動リファクタリングを生業としている @MinoDriven です。 弊社リファクタリング専門チーム「バグハンター」で現在実施中のリファクタリング設計について紹介致します。 ドメイン駆動設計 を用い、Railsレガシーコードに対しViewとControllerを ActiveRecord非依存 に変更する設計です。 状況 弊社ブログの過去エントリにあるように、弊社サービスcrowdworks.jpはサービスインから8年経過し、 30万行 を超えるモノリシックRailsアプリになっています。 開発生産性が低下してきています 。 生産性低下の課題を解決しようにも、大規模な上に複雑かつ密結合な構造になっており、 マイクロサービスへの移行も、リプレイスも困難な制約 があります。 そこで半年前にリフ
rubocopの設定 - Qiita
require: - rubocop-rails inherit_from: - config/rubocop/rubocop.yml - config/rubocop/rails.yml - config/rubocop/rspec.yml AllCops: TargetRubyVersion: 2.6 Rails: Enabled: true # ActiveRecord で association を安易に delegate すると # N+1 を起こしまくるので、なるべく delegate 的なメソッドを使わずに # コストが掛かっていることを自覚できるようにしておきたい。 # メソッドでも危ういが、DSL だと更に意識から抜けるので無効に。 Rails/Delegate: Enabled: false # 意図せずに exit を書くこと無いでしょ？ # 毎回 Exclude /
マイグレーション(migration) | Railsドキュメント
class CreateProducts < ActiveRecord::Migration[7.0] def change create_table :products do |t| t.string :name t.text :description t.timestamps end end end class CreateProducts < ActiveRecord::Migration[7.0] def up create_table :products do |t| t.string :name t.text :description t.timestamps end end def down drop_table :products end end カラムをバージョンアップ 説明 データベースのカラムをバージョンアップ upメソッドはロールバックできない処理をする際に主に使用
Rails 6+Webpacker開発環境をJS強者ががっつりセットアップしてみた（翻訳）｜TechRacho by BPS株式会社
概要 原著者の許諾を得て翻訳・公開いたします。 英語記事: Rails 6: the missing developer setup guide - DEV Community 💻💻 原文公開日: 2019/11/19（最終更新: 2019/12/17） 著者: Vincent Voyer 日本語タイトルは内容に即したものにしました。画像はすべて元記事からの引用です。 原文の目次は省略しました。原文の乱れは訳文で修正してあります。以下のRailsガイドもどうぞ。 Webpacker の概要 - Railsガイド 更新履歴: 2019/11/28: 初版公開 2021/05/06: 更新 👋皆さんこんにちは。本記事では私がRubyやRuby on Railsを学んだ一環として、ドキュメントに書かれていないことを全部盛りしました。RubyやRailsのエコシステムは初めてなので、皆さまか
serviceクラスをやめようサブクラスを使おう
https://ginza-rails.connpass.com/event/152498/ の発表資料です。 Read less
accepts_nested_attributes_forを使わず、複数の子レコードを保存する | Money Forward Engineers' Blog
この記事は Money Forward Advent Calendar 2018 15日目の記事です。 こんにちは、マネーフォワードでマネーフォワードクラウドの開発をしている @kamille です。 今年の10月に新卒で入社して、今はマネーフォワードクラウドの全体的な課題を解決する横断チームにてRailsエンジニアをしています。 今日はRailsの accepts_nested_attributes_for メソッドについてお話したいと思います。 はじめに 突然ですが皆さん accepts_nested_attributes_for は好きですか？僕は複数リリースの同時保存・更新が超お手軽にできて素敵なコンセプトだなと思います。 でもこのメソッドはあまり評判が良くなく、特にRails生みの親のDHHがaccepts_nested_attributes_forを消したいと言っていたり、代わ
Rails開発で技術的負債を増やさないために知っておきたいこと - ログミーTech（テック）
2018年9月12日、メドピア株式会社が主催するイベント「MedBeer」が開催されました。今回のテーマは「Rails開発での技術的負債との付き合い方」。長期間の開発において避けて通れない技術的負債をいかにして克服するか？ そのノウハウを語ります。「Rails Good Parts, Bad Parts」に登壇したのは、前島真一氏。技術的負債を増やさないRails活用法を解説します。 技術的負債を増やさずに開発する 前島真一氏：では、始めたいと思います。お願いします。前島です。ginza.rbというコミュニティをやってます。あとはメドピアさんを始め、何社かで技術顧問として活動をしています。 主にやっていることは、負債を減らしたり、これから作るもので負債を増やさない、ということをがんばっています。ほかにもいろいろやっていますが、気になる人は資料があるので、そちらを見てください。 今日のテーマ
クックパッドの巨大 Rails アプリケーションの改善
なぜ Rack を理解すべきかプレトーク / Why should you understand Rack - Pre-talk
「表参道.rb #38 〜Railsアンチパターン〜」 レポート - ﾅｶﾞﾓﾄ の blog
表参道.rb #38 〜Railsアンチパターン〜 - connpass こちらのイベントに参加してきたので、レポート書きます ※遅刻参加だったのと自分でLTしたのでメモとか少なめです イベントの雰囲気・参加者 穏やかな雰囲気で非常にいい LTの前に軽い自己紹介などして場づくりをしていたらしいです 素晴らしい取り組みですね (遅刻参加だったのでよくわからないですが) 参加者はruby, Rails界隈で超有名人が複数人と 新米エンジニアを卒業したくらいの人と熟練者とどちらもいた気がします 会場提供の株式会社ビジネスバンクグループ様ありがとうございます LT 質疑や口頭など気になったところをメモとして追記しています ※発言者≠発表者 xxx 途中参加＆メモ不足です クエリビルダークラスを作ったみたいなお話をしていました 発表者の方にはぜひ資料あげていただきたいです！ Form Object
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Railsの
システムテスト解剖学
TDD with git. Long live engineering.
Fat Modelの倒し方 / how to deal with fat model
Rails Good Parts, Bad Parts
