Ruby の oneshot coverage で本番稼働中の Rails アプリの使用状況を収集して不要なコードを発見するための仕組みを導入した話 - DIGGLE開発者ブログ
前置き プロダクト開発は人の手によって行われるものですから、開発サイクルの中で不要なコードを削除し忘れる人的なミスはどうしても発生します。 後から不要なコードに気づき削除する際には、慎重にチェックして本当にコードが使用されていないことを確認する必要があります。ただし、削除に自信が持てない場合、本番稼働中の Rails アプリに障害が発生する可能性も考慮しなければならず、何も影響しない場合はそのままにしておくことも多く、削除が難しい状況も少なくないと思います。 上記状況を打破するために DIGGLE では本番稼働中の Rails アプリのコードの使用状況を収集して不要なコードを発見するための仕組みを導入したので共有したいと思います。 前置き 不要なコードをどのように発見するか Ruby で コードカバレッジを計測する 仕組み導入にあたって悩んだポイント YJIT を有効化した状態で動作するの
JavaScriptのバンドルとトランスパイルが不要なモダンWebアプリ | POSTD
筆者はES6以前のVanilla JSがあまり好きではありませんでした。 そこで、バニラJavaScriptをなるべく書かなくていいように、2000年代を通じてさまざまなアプローチを追求してきました。最初はRJS（Ruby-to-JavaScript）、次はCoffeeScriptでした。どちらのアプローチも、バニラJavaScriptより楽しく書けるソースコードを、ブラウザが実行できるバージョンのJavaScriptへトランスパイルするものです。ある程度は、うまくいっていました。 とはいえ、これは明らかにその場しのぎの手段に過ぎず、ブラウザがより洗練されたJavaScriptを理解できる日を待ちわびていたのです。ただ、そんな日が来ることはなく、永久にその場しのぎでやり過ごすのかと思われる時期がしばらく続きました。 しかし、幸いなことにJavaScriptは改善を続け、2015年にはES6
Active Recordともっと仲良くなって自然に優しいコードを書くぞ - SmartHR Tech Blog
こんにちは。SmartHRでRails顧問業をしています @willnetです。最近は主にリファクタリングをしています。 SmartHRのバックエンドは基本的にRubyで書かれています。しかし入社してくるバックエンドエンジニアは必ずしもRubyやRailsを長年使ってきた人だけではなく、前職では他言語を使っていてRuby(Rails)はほとんど使ったことがないという人もいます。 webアプリケーションを作る、という点ではどの言語でも抑えるべき点は同じですが、RubyやRailsに特化した考え方や書き方もありますよね。SmartHRではそれを効率よく習得してもらうために読書会を開催したり、社内のドキュメントツールに知見を書いて共有したりしています。 僕も社内のドキュメントツールにActive Recordの付き合い方ついて書いたところ、評判が良く「テックブログにしたら？」と言われたので今回一
妄想的DHH理解 - Qiita
Caution この記事はDHHファンの妄想によるシナリオが多分に含まれます。 というかほとんどです。 成り立ちが間違ってることも当然あるように思うので話半分で読んでください。 これは一体 最近のRailsフロントエンドやDHHの活動には一連の流れがあるわけですが、一部トレンドに沿ってない部分がある故にそれが汲めないというところがあるのではと思います。 それらの流れを記憶が定かなうちにつないで記録しておこうという記事です。 前提知識 Railsの生みの親、Rubyist Basecamp(社) DHHがCTOやってる会社 Basecamp(サービス) Basecamp(社)が開発してるプロジェクト管理ツール Trixを開発してたある日 Basecamp(サービス)に組み込まれてるリッチテキストエディタのtrixをcustomElements使って開発してたある日、DHHはあることに気づく。
Stimulus、悪くない
Stimulus: A modest JavaScript framework for the HTML you already have. 2020年末にリリースされた Stimulus 2.0 を試して気づいたことをメモしておく。Stimulus は Rails で有名な Basecamp のメンバーによって開発された生 DOM をベースに、できるだけ template に JS を書かずに動的な DOM の生成、変更を実現するためのライブラリである。 昨今流行りの React, Vue, Angular などの VirtualDOM 系のツールとは根本的に考え方が異なり、今からこれを採用するのはやや申し訳ないというか、正直に言うとよいイメージはなかったし、例えばフロントエンドエンジニアとしてスキルアップしたいぜーという人には合わないと思うが、ただ、どうせサーバサイドの開発が必要で、分
iCARE Dev MeetupでHotwireについて話した - おもしろwebサービス開発日記
僕がお手伝いしているiCAREさん主催のミートアップ、iCARE Dev Meetupで、最近発表されたBasecamp社製jsフレームワークであるHotwireについて話しました。 【iCARE Dev Meetup #18】技術顧問が語る、Ruby on Rails実践開発 - connpass 動画も公開されているので気になる方は探してみてください*1。 所感 弊社サービスであるsavanna.ioはHotwireを使って作っています。Hotwireはつい最近発表されましたが、その前身となるフレームワークであるturbolinksとStimulusの組み合わせで数年間開発していました。 なので「サーバサイドはHTMLを返し、jsは最小限」というスタイルが少人数で開発するチームにとてもマッチすることは身を持って体験しています。Vue.jsやReactを採用していたら機能を開発するスピー
Rails 6.1で `created_at > ?` みたいなクエリをいい感じに生成する - かみぽわーる
Rails 6.1の目玉機能として以下のように書けるwhere拡張を入れてたんですが、いろいろあって6.1からはrevertされてしまいました🥲 posts = Post.order(:id) posts.where("id >": 9).pluck(:id) # => [10, 11] posts.where("id >=": 9).pluck(:id) # => [9, 10, 11] posts.where("id <": 3).pluck(:id) # => [1, 2] posts.where("id <=": 3).pluck(:id) # => [1, 2, 3] github.com github.com なんですが、そんなことで引き下がる僕ではないので、6.1ではpredicate生成に干渉できる拡張ポイントを用意しており、以下のようなコードを適当に読み込まれるところに
docker-composeでデプロイする際に、RailsがDBプロセスの起動を待つようにする | 毒男日記
はじめに docker-composeでアプリをデプロイする際、pumaにせよunicornにせよ、Railsのアプリが立ち上がる前にデータベースが起動している必要があります。これはデータベースのコンテナが起動しているという意味ではなく、データベースのプロセスが立ち上がり、ポートが外部に向けて開放されており、他所から利用が可能になっている必要がある、ということでございます。 これを確認するための機構がdocker-composeにはありません。 実装 そこでwait-for-itと呼ばれるスクリプトを利用します。 これをdocker-compseのcommandから呼び出します。 docker-compose run web bin/wait_for_it db:3306 -- rake db:create wait-for-itは特定のポートに対して、アクセスが可能であるか否かを判断する
vimでrailsのメソッドにジャンプでクッソはかどる - komagataのブログ
C-t: カーソル部分のタグにジャンプ C-o: 前いた場所に戻る（tagに限らずいつも使いまくるヤツ） g C-t: タグ候補が複数ある場合に候補一覧を表示 この３つだけでクッソはかどる Xcodeとかの機能がうらやましい IDEでは当然の機能ですが、クラスやメソッドの定義に飛べるのって便利ですよね。vimやemacsでは設定すればできるんだろうけどやってる人あんまり見ない。 開いてるbuffer内のものしか飛べないとか、明示的にtag生成コマンド実行とか論外。 そんな折、Gemfileのgemを含めて保存時自動tag生成してくれるvim-tagsというpluginがとても良かったのでご紹介。 szw/vim-tags vim-tagsの設定 $ brew install ctags # ~/.vimrc: Bundle 'szw/vim-tags' let g:vim_tags_pro
docker-composeを爆速にする - Qiita
※ 色々修正しました Rails開発等でdocker-composeを使うと非常に遅い場合があります（特にDocker For Mac）。 docker-compose時に余計なファイルをマウントしてしまってるのが原因らしいので、.git, log, tmp, vendor などのホストからマウントする必要のないディレクトリを別のvolumeでマウントを上書きしてしまえば解消されます。 具体的な docker-compose.yml は以下のようになります（Railsの例） version: '3' services: app: build: context: . dockerfile: Dockerfile.dev environment: RAILS_POSTGRES_HOST: db ports: - "3000:3000" volumes: - .:/app:cached - bu
Railsコントリビュータへの道
be_a_rails_contributer.md これはなに Railsにプルリクストを送るときに知っておくと便利なお作法集 Railsにプルリクエストを送りたいけど何から始めたらいいのかわからない人向けの指針 お作法についてはRuby on Rails に貢献する方法 | Rails ガイドを参考にしています。 前提知識 Railsのコードを読むには、最低限次の二つの知識があったほうがよいです メタプログラミングRubyを読了した程度のRubyの知識 読もうとしている機能に関する知識をRuby on Rails ガイドなどで得ておく テスト環境 rails 自体のテストは rails-dev-box にある vagrant 環境越しにやります 基本的に各ライブラリ(例: activerecord)のディレクトリで rake test して実行します。全体は時間かかりすぎる＞＜ rail
Just Tried Stimulus
QA経験のないエンジニアリング マネージャーがQAのカジュアル面談に出て 苦労していること・気づいたこと / scrum fest niigata 2024
Rails アプリでオンラインでカラムの削除やリネームを行うには - eagletmt's blog
前提知識 Rails アプリにおいて、テーブルの追加やカラムの追加は簡単なものの、カラムの削除やリネームは慎重に行う必要がある。たとえアプリからそのカラムを参照してないとしても、いきなりカラムを削除するとエラーになる可能性が大いにある。 というのも Rails にはスキーマキャッシュというものがあり、テーブルのカラム情報をモデルがキャッシュしているからだ。このキャッシュはたとえばいわゆる N+1 クエリ問題を避けるために includes (eager_load) するときに参照される。 SELECT 句で t0_r0 のような機械的に別名が振られるようなクエリを見たことがある Rails エンジニアは多いと思う。 機械的に全カラムを取得するためにスキーマキャッシュを利用しているため、このようなクエリが実行されてる中でカラムを削除したりリネームしたりすると、スキーマキャッシュをもとに並べら
ssig33.com - TravisCI で粗雑にテストを分割実行する
テストの分割実行というのは昔からあるテーマで、国内だと cookpad さんの rrrspec は長期間安定して運用し成功している事例として知られています。 ただこれらのプロダクトは導入も運用もめんどくさく、もうちょっと簡単にテストを分割実行したいと僕は前から考えていました。 そこで AWS CodeBuild について以前から注目して導入の検証なども行ないましたが、例えば自分が退職したとかいきなり爆死したとかなった時に今いる会社の残ったメンバーでそれをメンテし続けることは、いやまあ不可能ではないんでしょうけど負担が大きいと言わざるを得ないと判断しました。 Google CodeBuild は AWS CodeBuild よりも実用性が高そうと思ってやっていけるか考えていますが結論がでるのにあと 600 時間ぐらいはかかりそうです。 こうなると TravisCI などを使いつつそこそこの並
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
newspaperでActiveRecordのCallbacksを置き換える - komagataのブログ
GitHub - Selleo/pattern: A collection of lightweight, standardized, rails-oriented patterns.
pixiv PAYで運用している
フレンズパターン
Ganbaranai wo ganbaru
Rails Fixtures再考
DHH on Twitter: "I heard you liked concerns, so I put a few of them in Recording 😄 (This is the meta-data/meta-capabilities class fo… https://t.co/ShWbRRbLUX"
