たまってしまった .rubocop_todo.yml をGitHub Actionsで継続的かつ自動的に倒す方法 - STORES Product Blog
こんにちは。heyのCTOをやっている藤村です。 実はCTOになる前はSTORESのRailsのコードを改善する仕事をしていました。その頃に、たまってしまっている.rubocop_todo.ymlをなんとか手間をかけずに消化していきたいな〜と思い、少しづつ自動的に消化する仕組みを作りました。この記事ではその仕組みをご紹介します。 rubocop_todo.yml とは 既存のコードベースに対してRuboCopを適用すると大量の違反箇所が出てしまい使い物にならないという問題があります。それの解決策として、既存のコードで違反しているファイルを無視する設定を .rubocop_todo.yml というファイルに保存して .rubocop.yml で読み込み、既にある違反はいったん無視する、という方法が用意されています。 Configuration - RuboCop: The Ruby Lint
Sorbet · A static type checker for Ruby
Sorbet is 100% compatible with Ruby. It type checks normal method definitions, and introduces backwards-compatible syntax for method signatures. Explicit method signatures make Sorbet useful for anyone reading the code too (not just the author). Type annotations serve as a tool for understanding long after they're written. Sorbet is designed to be useful, not burdensome. Explicit annotations are r
HTTP/2 for Ruby Web Development
Ruby is a language of many revolutions. Rails in particular has re-defined modern web development time and time again. That being said, HTTP/2 support is a blind spot in the modern Ruby web stack, and one which is slowly causing Ruby to fall behind. We present Falcon, a modern asynchronous HTTP/2 capable web server for Ruby. We discuss why HTTP/2 is important, and how to use Falcon. What is Falcon
Ruby Serverless Platform | FaaStRuby.io
One day last August 2018, I stumbled upon an online petition that sparked my curiosity - We Want Serverless Ruby. At that time, none of the major cloud providers had first-class support for Ruby in their serverless products. There were ~1400 devs signing that petition, and I wondered if there was something about Ruby that made it unsuitable for FaaS. I decided to roll the sleeves and start buildin
Decorator と Presenter を使い分けて、 Rails を ViewModel ですっきりさせよう - KitchHike Tech Blog
はじめに こんにちは。KitchHikeエンジニアの小川です。 Webアプリケーション開発において、コードベースが大きくなってくると、よく問題になるものの一つが表示ロジックの重複ではないでしょうか。知らず知らずのうちにビューに同じようなロジックが増えて、コードの見通しが悪くなってくるのです。 KitchHikeのコードにもその兆候が見られはじめたので、対策として ViewModel パターンを取り入れています。このパターンを適用することで、表示ロジックを集約し、コードのメンテナンス性を向上させることができました。 ViewModel は、そんなに凝ったことをしているわけではないのですが、コードをすっきりさせる上ではかなり強力なパターンです。 今回はこの ViewModel について、実際の使い方を含めご紹介したいと思います。 ViewModelとは? 一言でいえばビューに関連するロジックを
Swagger+JSON SchemaでAPIの型をテストして開発サイクルをスピードアップさせた話 - pixiv inside
CTO兼福岡オフィス立ち上げ担当として新アプリを作っている@edvakfです。 JSON APIを開発しているとこういう問題がありがちですよね。 仕様どおりにAPIの形式を作ったはずだけどなんか自信が持てない テストでいくつかのキーが存在するかの簡単なチェックはしてるつもりだけど、全部チェックするのは大変すぎる APIのControllerやViewをリファクタリングしたらレスポンスの形が変わってアプリがめっちゃクラッシュし始めた というのが怖くて誰もリファクタリングできなくなった APIドキュメントがメンテされない 知らない間にレスポンスのフィールドが増えてたけどドキュメントに書いてない これらを解決したい！と思って試行錯誤したら、スマートに解決することができました。この記事ではRailsのことについて書きますが、考え方は他の言語・フレームワークでも同じです。 なお、今回使ったgemのバ
期間を絞った処理がしたいけどcreated_atにインデックスがなくて辛いときの処方箋 - Qiita
Log.where('created_at > ?', 24.hours.ago).where(type: 'error') って叩きたいのだけど、 created_at にインデックスなんて張ってないので全力でフルテーブルスキャンになって結果が返ってこない😱 前提 created_at にインデックスなんて張ってない でも id は auto_increment でだいたい日時順に振られてることが期待できる 解決策 インデックスがなければ自分で二分探索すればいいじゃない！ ってのを書いたのでご活用ください。 class ActiveRecord::Base # @param [Time] created_at # @return [ActiveRecord::Base] def self.find_closest_created_at(created_at) return if sel
Herokuでデプロイと同時にrake db:migrateを実行する - Qiita
Railsで作ったアプリケーションをHeroku上で動かしているとき、デプロイと同時にrake db:migrateを実行したい場合が多いと思います。 少人数しか使用しない個人用のアプリケーションなどであれば、コードをデプロイした後、ターミナルからheroku run rake db:migrateを手動で実行すれば良いのですが、多くのアプリケーションではそういうわけにはいきません。トレタではサービスの一部にHerokuを使っており、この問題に悩んでいました。 現状だとrake db:migrateを行うHeroku Buildpackを作成して実現している場合が多いようです。 しかし、最近のHerokuにはRelease Phaseという機能があり、これを使って簡単にデプロイと同時にrake db:migrateを実行できます。 Release Phase Release Phaseを使
APNsをRubyで実装するための、houstonより便利なGem作った - Qiita
作ったもの Apns::Persistent Gem GitHub 既存の問題点 GemのAPNs用モジュールのデファクトは apns houston の二択だと思います。 この2つのGemには、それぞれ別の問題点があります。 apns ソケット保持が出来ない。これに尽きます。 送信ごとにソケットのopen/closeを繰り返すと、AppleからDoS攻撃と見なされる可能性があります。 これでは安心して大量にPush通知を送ることが出来ません。 エラー処理のところがバグっていて、エラーを取得できません。 プルリクが飛んでいてそれをマージすれば直るはずなのですが、開発者が離れてしまったらしくマージされません。 APNsでは、間違ったデバイストークンに送った後、そのままのソケットで送ると届かないという問題があるために、結構致命的です。 解決 ということで、houstonの良い所を丸パクリし、h
sprockets-derailleur.gemでassets:precompileを高速化する - Qiita
ぼくのassets:precompileへの熱い想いは こちら をご確認ください。 で、あんまりにも遅いので調べていたらこんな こんなIssue を発見した。 なんかforkしてcore使うようにして高速化してくれるgem作ったぜボーイズ! みたいなこと書いてある！ これは……!! 早速試す。 steel/sprockets-derailleur setup Rails4系なら、Gemfileにgem 'sprockets-derailleur'を追加して、bundle install する。 で、config/environmet.rb とかにrequire 'sprockets-derailleur' と書いておく。 Rails3.2系なら、上記に加えて config/initializers/sprockets_derailleur.rb というファイルを以下の内容で作成する mod
Slimより高速なHaml実装「Hamlit」をリリースしました - k0kubun's blog
slim-template/slimのcompiled benchでオリジナルのhamlに比べ8倍高速に動作するhaml実装をリリースしました。 github.com なぜ高速なHaml実装を作ったのか 個人的にhamlのシンタックスのほうが好きなので、「hamlは遅いからslimを使う」みたいな人を減らしたかったから。以前slimの普及に貢献したんだけど、気が変わったのでhamlを応援することにした。 実は他にも既にeagletmt/famlという高速なHaml実装が存在していたんだけどベンチを走らせたらslimより遅かったので、slimを打倒するべく再実装した。 どのくらいHamlより速いのか 自分の実装に都合のいいベンチマークを作るのは簡単なので、公平性を期すためにslim-template/slimのcompiled benchと同じものを使い、誰でも同じ環境が使えるtravisで
世界最速でFluentdを立ち上げる on Heroku - Qiita
Treasure Agentをさらに使いやすく ご存知の方も多いかと思いますが、トレジャーデータ社では、out_tdプラグインを使うことで、Fluentdから簡単にデータを流し込めるようになっています。これはHeroku上でも動くようになっており、heroku-td-agentとして公開されています。 ただこれ、意外と面倒くさいです。具体的には Treasure Dataのアカウントを持っていることが前提。 そしてAPIキーをメモ。 GitHubのHerokuアプリをクローンしてきて bundle install... あああああああああああああああああああ、やってられるかボケえぇぇぇ!!!! これではいかん。せっかくHerokuという、ソフトウェアのデプロイを抹殺してくれたプラットフォームにいるんだ。その恩恵を100％受けてやろうじゃないか。 出ましたTreasure Agent Her
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Ruby on JetsとRDS Proxyを使ってRailsアプリをサーバレス化してみた
Crystalball Manual
GitHub - emad-elsaid/rubrowser: a ruby code dependency graph interactive visualizer
良いデバッグログはプロジェクトの資産である
GitHub - repeatedly/fluent-plugin-beats: Fluentd plugin for Elastic beats
GitHub - bearmini/redmine_wiki_unc: Plugin for Redmine to create a link tag links to files on Windows network share.
GitHub - mitaku/komachi_heartbeat
Ruby プロセスを追いかけるツール(プロファイラとか)10選 - sonots:blog
