以前から技術系のニュースで話題になることがあって 最近のリストラ騒動で「高い技術があるのにもったいない」みたいなブクマもちらほら見るんだけど クックパッドって実際にそんな高い技術使うようなサイトかね 本筋は決まってるから刺激的で新しいものをバンバン作ってるって感じでもないわけじゃん しかもRailsでしょ（バカにしてるわけではありません） だれかクックパッドの技術のすごさ教えて ーーー追加ーーー インフラの技術がすごいのはわかった 自分はdevopsガン無視してきたんでインフラをゼロから作ったことはないんで、たぶんすごいんだろうと思う タグ統合に関しては発想が良いよねって感じかな？ 技術に時間を投資してくれる企業だからできることかな で、インフラに関してだけど、ニコニコとかはてなが褒められてるのは見たことないわけよ ニコニコなんか国内発の大規模動画投稿・試聴サイトで一時期はものすごーい勢い
こんにちは。マネーフォワード クラウド会計Plus (以下会計Plus)でエンジニアをしているぽっけです。 しばらく前に、会計PlusのRails 7へのアップグレードが完了しました。その中では様々な対応を行いましたが、この記事では特に印象的だったSTIとautoloadingの対応についてご紹介しようと思います。 STIとautoloadingは相性が悪いです。Rails 7以前は簡単な修正でこれらが共存して動いていましたが、Rails 7ではそのコードが動かなくなってしまいました。この問題は最終的には修正されましたが、それまでに紆余曲折あり修正までに何回ものPull Requestが必要になりました。 対象読者 Ruby on Railsを使用した開発経験があることを前提としています。また、STIやautoloadingについて詳細な説明はしません。それらを知らない場合は、該当するR
Rails7で importmap-rails、jsbundling-rails という新しいフロントエンドの仕組みが取り入れられました。 ここでは詳細は省きますが、以下の3つの技術的な背景があり、これまで利用してきたWebpackerを利用する必要がなくなっていました。 ES6 : IEのサポートが終了。ES6が主要ブラウザでサポートされるようになり、トランスパイルが不要。 HTTP2 : 多数のファイルをブラウザで受信してもパフォーマンスへの影響は大きくなった。そのため、JSをバンドルする必要がない。 import maps : importするモジュールの名前解決する仕組みが策定。chrome系でサポートされ、他のブラウザもshimで利用できる。 突然のさよなら その日は近い将来やってくるだろうと思っていましたが、 rails commit log流し読み(2022/01/21) -
January 29, 2021 @ 銀座Rails #29
Rails 6.1: Horizontal Sharding, Multi-DB Improvements, Strict Loading, Destroy Associations in Background, Error Objects, and more! Rails 6.1 has been released and wow does it have a lot of great stuff! We’ve been hard at work these past few months implementing improvements to multiple databases, adding support for destroying associations in jobs instead of in-memory, turning errors into objects,
Rails 6.1 RC2: Horizontal Sharding, Multi-DB Improvements, Strict Loading, Destroy Associations in Background, Error Objects, and more! The second release candidate for Rails 6.1 has been released and brings a more robust experience for those already trying this version. We’ve been hard at work tweaking and adjusting the nobs to have so using this version is a smooth ride to everyone. The final re
フィヨルドブートキャンプというプログラミングスクールのEラーニングアプリをCloud Run + Railsで動かしています。 1ヶ月使ってみた結果、8,000円ぐらいでした。 Cloud Runが300円でCloud SQLが7,000円って感じです。Cloud Buildとかちょこまかしたのはありますが誤差の範囲。 Cloud Runは1コンテナだったら1日10円ぐらいなんですよね。信じられないほど安い。 これでDockerイメージ放り込んでおけば自動スケールの環境が手に入るならほとんどの仕事のアプリはこれでいい気がします。パフォーマンスもいいし、これからのアプリは全部これで行こうと思います。
2020.11.10 週刊Railsウォッチ（20201110前編）Rails 6.1 RC1がリリース、Railsアプリに最適なEC2インスタンスタイプ、n_plus_one_control gemほか こんにちは、hachi8833です。 各記事冒頭には⚓でパーマリンクを置いてあります: 社内やTwitterでの議論などにどうぞ 「つっつきボイス」はRailsウォッチ公開前ドラフトを（鍋のように）社内有志でつっついたときの会話の再構成です👄 お気づきの点がありましたら@hachi8833までメンションをいただければ確認・対応いたします🙇 ⚓Rails: 先週の改修（Rails公式ニュースより） 以下の公式更新情報より見繕いました。 元記事: Multiple database improvements, bugfixes and more! | Riding Rails つっつき直
認証自作、 Rails 、 Devise https://ockeghem.pageful.app/post/item/uQFX4oRNbnax82V これを読んで思ったことなんですけど、 Ruby On Rails 界隈では「認証は自作すべきではない、デファクトスタンダードの Devise を使うべき」という考え方が一般にあるように思います。 ではその Devise なんですけど、ドキュメントに以下のようにあります。 Starting with Rails? If you are building your first Rails application, we recommend you do not use Devise. Devise requires a good understanding of the Rails Framework. In such cases, we ad
2020/04/17分のコミットです。 CHANGELOGへの追加はありませんでした。 Don't gitignore tmp/pids/.keep railties/lib/rails/generators/rails/app/templates/gitignore.ttの修正です。 tmp/pidディレクトリがまるまるgitignoreされてしまっていたのを、tmp/pids/及びtmp/pids/.keepはgitに含むようにして、必ずtmp/pidsディレクトリは存在するようにしています。 touch_attributes_with_time takes keyword arguments activerecord/lib/active_record/counter_cache.rb、 activerecord/lib/active_record/relation.rbの修正です。
2020/03/25分のコミットです。 CHANGELOGにのったコミットは以下の通りです。 activerecord/CHANGELOG.md Support descending order for find_each, find_in_batches and in_batches. Support order DESC for find_each, find_in_batches and in_batches activerecord/lib/active_record/relation/batches.rbの修正です。 バッチ処理用のメソッド(find_each、find_in_batches、in_batches)でorderを指定出来るよう修正しています。 Person.find_each(order: :desc) do |person| person.party_all_n
技術部の外村（@hokaccha）です。Rails で webpack を使うためのシンプルな gem を作ったのでそれについて紹介します。 Webpacker Rails で webpack を利用した Web フロントエンドの環境を作る場合、最近では Webpacker が選択されることが多いでしょう。Rails 6 からは Webpacker が標準になることもあり、この流れはますます加速すると思われます。 私自身もこれまでいくつかのプロジェクトで Webpacker を利用してきました。Webpacker は webpack を Rails から簡単に利用でき非常に便利なのですが、使っているうちにいくつか不満な点がでてきました。 一番大きい問題として Webpacker が @rails/webpacker という npm パッケージに webpack の設定を隠蔽し、Webpac
Jun 25, 2019 07:49 · 21 words · 1 minute read 絶賛発売中のWEB+DB Press vol.111 に「詳解Rails 6」という記事が載っています。コミッターと呼ばれる人達で記事を書いています。Rails 6.0がどういうものか興味ある方の参考になる内容になっているんじゃないかと思います。 WEB+DB PRESS Vol.111｜技術評論社 他にも興味深い記事がたくさん載っていますので、是非お買い求めください。電子版もありますよ。因みに私はJulia特集、AMP最新動向、AWS X-Rayによる分散トレーシングの記事が特に面白かったです。 ここからはおまけです。WEB+DB Pressを読んで、更にRails 6.0について知りたいなという人向けに、Ginza.rbという所で喋った(or これから喋る)資料を載せておきます。WEB+DB P
誤解を産んでいそうだったので追記します。ここでいうApplicationServiceというのは、いわゆるレイヤードアーキテクチャのアプリケーション層のApplicationServiceレイヤの話です。別の言葉だと、「Usecase層」とか言う言葉で呼ばれたりするアレのことです。追記おしまい。 Railsにおいては、ApplicationService相当のロジックをコントローラーに書いても良いものとする— 猫でもわかるしんぺい入門 (@shinpei0213) June 4, 2019 これについてです。 結論から先にいうと、ぼくは「正しい」と思っています（ただ、自分ではあまりやらず、ApplicationServiceに切り出しちゃいますが、これは好みの問題だと思っています）。 なぜ正しいと思うのか。それを考える際に、まずは「一般的に、なぜControllerとApplication
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Shopifyはいかにしてモジュラモノリスへ移行したか
