並び順

ブックマーク数

期間指定

  • から
  • まで

1 - 20 件 / 20件

新着順 人気順

ruby on railsの検索結果1 - 20 件 / 20件

  • [翻訳]ShopifyにおけるRuby on Railsで速いコードを書く方法

    こちらの記事は翻訳記事となります。 原著者の許諾を得て翻訳・公開しております。 英語記事: How to Write Fast Code in Ruby on Rails原文公開日: 2019/10/08著者: Gannon McGibbonURL: https://engineering.shopify.com/blogs/engineering/write-fast-code-ruby-rails はじめにShopifyでは、ほとんどのプロジェクトの開発フレームワークにRuby on Railsを使用しています。 RailsとRubyはともにパフォーマンスに対するスティグマ(偏見)が存在します。 多くの個人や企業が、Rails以外での解決方法を探しています。 しかし一方で、私たちShopifyではRuby on Railsを採用して、毎分何百万ものリクエスト(requests per

      [翻訳]ShopifyにおけるRuby on Railsで速いコードを書く方法
    • Ruby on Railsを推進する「The Rails Foundation」発足、理事長にDHH氏が就任。Cookpad、GitHub、37signals、Shopifyなどが創立

      Ruby on Railsを推進する「The Rails Foundation」発足、理事長にDHH氏が就任。Cookpad、GitHub、37signals、Shopifyなどが創立 創立メンバーとなる企業はCookpad、Doximity、Fleetio、GitHub、Intercom、Procore、Shopify、37signals。理事長にはRuby on Railsの作者であるDHH(David Heinemeier Hansson)氏が就任します。 The Rails Foundation kicks off with one million dollars from @cookpad, @doximity, @fleetio, @github, @intercom, @procoretech, @Shopify, and @37signals to improve the

        Ruby on Railsを推進する「The Rails Foundation」発足、理事長にDHH氏が就任。Cookpad、GitHub、37signals、Shopifyなどが創立
      • Ruby on Browser 1.0 リリース - ブログのおんがえし

        窓の杜で取り上げていただいた後も実装は少しずつ続けていて、ひとまずブラウザ上で最新のRubyを試すのに必要な機能は一通り実装できたんじゃないかと思う。リファレンスマニュアルへのリンクを貼ってシンタックスハイライトを入れたりCtrl+Enterで実行できるようにした。(自分が書いたサンプルコードはScrapboxにあるのでコピペして試せます) https://rubyonbrowser.ongaeshi.me/ モバイルでも簡単なコードだったら書けるように色々工夫したのでちょっとしたコードを書きたいときにぜひ試してみてほしい。(Select Allボタンは結構こだわった) 他のブラウザ言語処理系と大きく違うこととして「ファイルを読み書きするAPIも使える」ということがある。元々WASIがWASMにファイルIOや通信を持せたることを目的にしたものなのでRuby WASM/WASI自体がファイル

          Ruby on Browser 1.0 リリース - ブログのおんがえし
        • とってもRailsライクなサーバーレスフレームワーク「Ruby on Jets」を本番環境に導入した話 - LiBz Tech Blog

          はじめに 経緯 構成 技術選定 Lambdaのランタイム(言語)は何で実装するのか? サーバーレスアーキテクチャの構成管理に何を利用するのか? Jetsをちょっとだけ解説 プロジェクトの作成 ルーティングの設定 コントローラー 必要なIAMポリシー シークレットキーなどの扱い方 デプロイ方法 最後に おまけ はじめに こんにちは!先日26歳を迎え、30歳への恐怖感が着々と増してきた渡邊です。 今回が3回目のブログ投稿になります。 前回のKubernetes(GKE)にお安く入門するではたくさんのブックマークをいただきありがとうございました。 今回は実際に業務での利用をしはじめたRailsライクなRuby製 サーバーレスフレームワーク 「Ruby on Jets」について書きます。 経緯 自分が開発を担当しているプロダクトには、求職者の方と弊社のキャリアアドバイザーがLINEを介してメッセー

            とってもRailsライクなサーバーレスフレームワーク「Ruby on Jets」を本番環境に導入した話 - LiBz Tech Blog
          • RedwoodJS を Ruby on Rails と比較してみる

            RedwoodJS RedwoodJS は JavaScript/TypeScript で構築されたフルスタック Web アプリケーションフレームワークです。RedwoodJS プロジェクト自体は Tom Preston-Werner 氏 (GitHub 創設者であり Gravatar や Jekyll などの作成者) が中心となり始まりました。 私自身もつい最近になって同じ職場の @sakitoさんに存在を教えてもらったばかりです。 RedwoodJS は、READMEから抜粋するだけでも、次のような機能を持ちます。 フォーマット・ディレクトリ・ビルドなどに関するデフォルト構成 単一ファイルによるルーティング定義 GraphQL Client / API (with Serverless deploy) の構築 ページ・レイアウトなどのジェネレータ CRUD 操作に特化した Scaffo

              RedwoodJS を Ruby on Rails と比較してみる
            • Rails 7.0: Fulfilling a vision

              This version of Rails has been years in the conceptual making. It’s the fulfillment of a vision to present a truly full-stack approach to web development that tackles both the front- and back-end challenges with equal vigor. An omakase menu that includes everything from the aperitif to the dessert. This vision wasn’t possible even just a few years ago. We simply didn’t have the core technologies i

                Rails 7.0: Fulfilling a vision
              • Fat Modelの倒し方 / how to deal with fat model

                銀座Rails#21 ( https://ginza-rails.connpass.com/event/173610/ ) の発表資料になります。 Ruby on Rails アプリケーションにおける Fat Model の解決方法を下記の3つに分けて紹介しています。 1. Rails Way 2. Sub-Rails Way 3. Non-Rails Way 本発表はBlogにも文書の形でまとめてありますのでそちらもあわせてご参照ください。 https://blog.toshimaru.net/how-to-deal-with-fat-model/

                  Fat Modelの倒し方 / how to deal with fat model
                • Running GitHub on Rails 6.0

                  EngineeringOpen SourceRunning GitHub on Rails 6.0On August 26, 2019, the GitHub application was deployed to production with 100% of traffic on the newest Rails version: 6.0. Read more about our process for upgrading, what we learned, and what’s next. On August 26, 2019, the GitHub application was deployed to production with 100 percent of traffic on the newest Rails version: 6.0. This change came

                    Running GitHub on Rails 6.0
                  • Railsの高速化に貢献する新たなJITコンパイラを搭載したRuby 3.1プレビュー1が公開

                    Ruby開発チームは、新たなJITコンパイラであるYJITを実験的に搭載したRuby 3.1プレビュー1を公開しました。 Ruby言語は以前から実行速度の向上を重要な改善項目として挙げており、Ruby 2.6では「MJIT」と呼ばれるJITコンパイラを搭載、昨年リリースされたRuby 3.0では目標としていたRuby 2の3倍の性能を達成しています。 参考:Ruby 3.0正式版リリース。「Ruby 2の3倍速」到達、型の記述、スレッドセーフな並列処理など新機能 一方でMJITはその機構上、Railsの大規模アプリケーションなどでの性能向上に十分な効果が発揮できていないとの評価もありました。 今回Ruby 3.1プレビューでマージされたのは、ECサイト構築サービスで知られるShopifyが開発を進めてきた「YJIT」と呼ばれるJITコンパイラです。 YJITは現在のところ20%から40%程

                      Railsの高速化に貢献する新たなJITコンパイラを搭載したRuby 3.1プレビュー1が公開
                    • モノリシックな Ruby on Rails サービスからの Webpacker の剥がし方 | 働くひとと組織の健康を創る iCARE

                      iCARE の提供しているサービス Carely では 2020年の 10月から半年ほどかけて Webpacker からの脱却を行いました。似たような記事はいくつかありますが、まったくの未着手から解説したものはないと思うので、記録をかねてまとめました。長めの記事になりますが同じことで困っている方の参考になれば幸いです はじめに - Carely の構成について もともとは Rails5 のスタンダードな構成だったものを、 Webpacker を導入して GraphQL + Vue2 の構成に移行。SPA ではなくエンドポイントごとにエントリーポイントがあるような構成になっています ルーティングなどは Rails に則りつつ、画面はほぼ Vue2 で構成されています。もちろん古い slim + sprockets の画面も残っているため coffee script のファイルも一部健在です

                        モノリシックな Ruby on Rails サービスからの Webpacker の剥がし方 | 働くひとと組織の健康を創る iCARE
                      • やりすぎないドメイン駆動設計 on Rails - マイペースなRailsおじさん

                        ドメイン駆動設計(DDD)では、Springのようにドメインをほかの関心事(データソース、プレゼンテーション)から分離したフレームワークが用いられることが多です。一方で、Ruby on Railsは、ドメインとデータソース層が密に結合しており、DDDには向いていないと考えられています。 Railsでドメイン駆動設計をする大変さ それでも、アーキテクチャに手を加えることで、Railsでもドメイン駆動設計を行った事例が公開されています。以下の取り組みでは、Railsの提供するActive RecordをDAOとして利用してドメインを分離することで、ドメインを切り出しやすくしています。 ドメイン駆動設計の比類なきパワーでRailsレガシーコードなど大爆殺したるわあああ!!! - Qiita Railsにおけるドメイン駆動設計の実践 · Linyclar Railsでドメイン駆動設計を行う上での課

                          やりすぎないドメイン駆動設計 on Rails - マイペースなRailsおじさん
                        • Kaigi on Rails 2021 にオンラインブース運営として参加したら、最高だった! - Speee DEVELOPER BLOG

                          こんにちは!PdMとしてエンジニア採用をしている菅沢です。 このブログは、10/22、10/23に開催された、Kaigi on Rails 2021の参加レポートです。 SpeeeはRubyスポンサーとして、スポンサー登壇、オンラインブース運営として参加しました! また、弊社石井が2日目にスピーカーとして『事業に向き合い続けたい私は、それでもRailsを使い続ける』というタイトルで登壇しました! 登壇内容については、石井が以下のブログでまとめています。 tech.speee.jp 今回のKaigi on Rails 2021では、登壇者の方々の発表と並行して、 reBakoを活用してオンラインブースでワイワイできるという面白い試みがありました。 Speeeとしてもイベントを盛り上げたく色々な工夫を凝らしたので振り返りを兼ねて、 このブログでは、 オンラインブースやってみてどうだったのか?

                            Kaigi on Rails 2021 にオンラインブース運営として参加したら、最高だった! - Speee DEVELOPER BLOG
                          • Moving my serverless project to Ruby on Rails

                            I have a small side project: digital gift cards for hackers. It uses Shopify for all the store-related stuff: frontend, payments, refunds, reports, etc. But unlike regular digital products (ebooks, videos) I wanted each card that the user purchases from the store to be unique. So I made a script that generates personalized images and ran it manually for every order. The next logical step was autom

                              Moving my serverless project to Ruby on Rails
                            • Announcing Standard Ruby 1.0

                                Announcing Standard Ruby 1.0
                              • Deserialization on Rails

                                Ruby on Railsで使われているDeserializeとその危険性について調べたものをまとめました。

                                  Deserialization on Rails
                                • React is Dead. Long live Reactive Rails! Long live StimulusReflex and ViewComponent!

                                  Let me tell you about the feeling that I get when I encounter something poised to revolutionize my work as a software developer. A specific, tangible physical sensation in my bones; a tingle in my skin and a buzz in my fingertips. Like having done a little too much cocaine, if you know what I mean. Apparently this mania hits me approximately every 5 years. The first time was in 2000 when I read Th

                                    React is Dead. Long live Reactive Rails! Long live StimulusReflex and ViewComponent!
                                  • JIT development progress at Ruby 2.7

                                    TL;DRWe focused to improve Rails application performance in Ruby 2.7 JIT, but the last year's assumption was wrong and Ruby 2.7 JIT didn't meet the goal. We'll change the approach for it in Ruby 3.0. Ruby 2.7 is released!Merry Christmas! The new Ruby is out. As I've sometimes promised to make performance improvements in Ruby 2.7 JIT, let me explain how it went. See also The method JIT compiler for

                                    • Everything new from Universe 2021

                                      CompanyProductEverything new from Universe 2021Since last year’s GitHub Universe, we’ve shipped more than 20,000 improvements to GitHub for developers, open source communities, and enterprise teams. Here’s a comprehensive overview of what we’re announcing at Universe this week. Since last year’s GitHub Universe, we’ve shipped more than 20,000 improvements to GitHub for developers, open source comm

                                        Everything new from Universe 2021
                                      • 五言語 基礎文法比較(C#,Java,Python,Ruby,Kotlin) - Qiita

                                        //Systemは省略可能 System.Console.Write("Hello "); Console.Write("World"); >>> Hello World Console.WriteLine("Hello "); Console.WriteLine("Workd"); >>> Hello World System.out.print("Hello "); System.out.print("World"); >>> Hello World System.out.println("Hello "); System.out.println("World"); >>> Hello World

                                          五言語 基礎文法比較(C#,Java,Python,Ruby,Kotlin) - Qiita
                                        • Death By a Thousand Commits

                                          On the 1st commit, things are getting started. On the 10th commit, the feature is live and users are giving feedback. On the 100th commit, users are delighted to be using the application. But on the 1000th commit, users are unhappy with the responsiveness of the application and the developers are struggling to move at the velocity they once were. Does this sound familiar? We will go over some of t

                                            Death By a Thousand Commits
                                          1