先日 Railroads という、Rails開発向けのIntelliJ Platform Pluginを作りました。 RubyMine 2023.3系から、rails routes を便利に扱える Railways プラグインが動かなくなったので、代替プラグイン Railroads を作りました - メモ的な思考的な そのプラグインの動作確認をするために rails routes を実行し、設定したルーティグがどのように表示されるか確認 rails routes の結果を元に、Railroadsプラグインでコントローラとメソッドが表示されているか確認 ができるRailsアプリが必要になりました。 そこで、 routes.rb に色々なルーティングを設定したRailsアプリを作ってみたことから、メモを残します。 なお、今回定義したRailsアプリのルーティングについては、 Railroads
hey で STORES（EC）や STORES レジのバックエンドエンジニアをしております、知花です。 先日“hey Talk” Engineers 新プロダクト「STORES レジ」を支えるエンジニアリングというイベントにて「GraphQL スキーマで支えるレジアプリ開発」というタイトルで、主に GraphQL スキーマを利用した開発の進め方について話しました。 今回はそのときに話した内容について書いていきます。 はじめに STORES レジではアプリ用の API として GraphQL を採用しました。API は EC（Rails）のコードベースに乗る形で実装しており、実装には graphql-ruby gem を利用しました。 そもそもなぜ GraphQL を採用したのかについてですが、プロジェクトが始まってまだ開発が始まっていないときに、アプリチームから「GraphQL 使ってみ
技術開発部で主にバックエンド開発をしている浜田(@hamchance0215)です。 現在開発中のプロダクトのバックエンドはRails + graphql-rubyを使っています。 GraphQLを使った際のデメリットとしてN+1が発生しやすいということがよく言われます。 弊社でも例外ではなく、随所でN+1が発生していました。 今まではフロントエンドからの使われ方を考慮して、サクッと実装できる先読み(preload等)でN+1を回避していたのですが、クエリー数が増加したことでクエリーごとに使われ方を把握するのは難しくなってきたのと、同じクエリーであったとしても使われ方が多様化して先読みでは非効率になることが懸念されました(先読みが非効率になる件は後述します)。 そこで重い腰をあげて、遅延ロードを導入するために調査を行うことにしました。 ※この記事は執筆時点(2021/06)の情報で記載され
YJIT の Rust 実装がマージされました。いまのところ今年の Shopify からの代表作ではと見ています (YJIT 自体は Ruby 3.1 で C 実装導入されている機能です) 。 github.com そういうわけで、現在の Ruby 3.2.0dev で YJIT を有効にする場合は、Rust の処理系 (1.60.0 1.58.1 以上) が必要になります。Rust のインストールに使う rustup については以下の公式ページなどを参照してください。 www.rust-lang.org YJIT はデフォルトではビルドされません (なので YJIT を使わないビルドであれば Rust 処理系は不要です) 。 デフォルトの YJIT なしの Ruby をビルドしている場合は --yjit オプションを渡しても、ruby: warning: Ruby was built w
Rails2.0からいろいろ追加されたみたいです。メモ。 strip_tags タグを全部取り除く。 例 strip_tags("Strip <i>these</i> tags!") # => Strip these tags! strip_links リンクのみ(つまりa要素だけ)取り除く 例 strip_links('<a href="http://www.rubyonrails.org">Ruby on Rails</a>') # => Ruby on Rails sanitize あらかじめ出力可能であると定義されているHTMLタグとその属性のみを出力する。 デフォルトで許可されているのはこれだけ。 ActionView::Base.sanitized_allowed_tags #=> {"del", "dd", "h3", "small", "big", "sub", "tt",
少し前になりますが、お世話になっていた職場で新しい技術に触れさせて頂ける機会を頂いので、Rustを使ってみました。RustはRubyと世界観が似ていて、理解しやすい部分も多くありました。 今回は、Ruby/Railsの世界と比較して、やったことをまとめてみようと思います。 Rustのいいところ そもそもなぜRustに興味を持ち、使ってみようと思ったのか。 Rust公式 コンパイル型言語のメリット 使ってみた感想を後述 パフォーマンスが良い 使ってみた感想を後述 並列処理 今回はたどり着けず Web Assembly 調べてみると、Rustだけではなく他言語も対応していてあまり興味をひかれず、対象外 CLIツール 簡単に作れて配布が楽。 使ってみた感想を後述 Rustを書いてみる Rust のチュートリアル（The book）を読んで、Guessing gameという例題をプログラミングしま
指定したurlへ遷移する java python ruby ウインドウを閉じる java python ruby ウインドウを閉じる(全てのウインドウ) java python ruby ブラウザを履歴中で一段階戻す java python ruby ブラウザを履歴中で一段階進める java python ruby ブラウザを更新する java python ruby クッキー(名)を指定して削除する java python ruby 全てのクッキーを削除する java python ruby ウィンドウの位置を設定する java python ruby ウィンドウを最大化する java python ruby ウィンドウのサイズを設定する java python ruby ダイアログの[OK]ボタン/
すみません控えのみです。 まずsortメソッド、sort_byメソッドの復習 instance method Enumerable#sort sort -> [object] sort {|a, b| ... } -> [object] 全ての要素を昇順にソートした配列を生成して返します。 ブロックなしのときは <=> メソッドを要素に対して呼び、 その結果をもとにソートします。 <=> 以外でソートしたい場合は、ブロックを指定します。 この場合、ブロックの評価結果を元にソートします。 ブロックの値は、a > b のとき正、a == b のとき 0、 a < b のとき負の整数を、期待しています。 ブロックが整数以外を返したときは例外 TypeError が発生します。 Enumerable#sort_by は安定ではありません (unstable sort)。 安定なソートが必要な場合は
Instantly convert curl commands to Ruby's net/http Ruby's net/http is notorious for not having the friendliest API, but it isn't all that bad. Ruby has great gems like faraday, but in libraries and small utilities it's better to kill your dependencies and use what the stdlib provides. This tool turns a curl command into ruby (2.0+) code using net/http. Currently, it knows the following options: -d
Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? 先日、全ての開発者が学ぶべき5つの言語という翻訳記事を投稿させて頂いたのですが、「プログラミング力を伸ばす」という観点においては記事主の方のご意見に大きな異論はないものの、これからエンジニアを目指す初学者の方や経験の浅い方が「日本のWeb業界でキャリアを爆速で成長させるための最適な習得順序」としてはまた別の組み合わせが必要だと思いますので、この記事ではそれに関する私の考えを簡単に述べさせて頂きたいと思います。 (注：主にバックエンドエンジニアの方を対象としています) 結論 未経験から日本のWeb業界でキャリアを爆速で成長させるためにはR
Notable changes in the upcoming version 3.0: The indirect dependency to rbnacl will be removed: Support for the non-standard SHA512256 algorithm will be removed. Support for Ed25519 will be moved to a separate gem for better dependency handling. Base64 decoding will no longer fallback on the looser RFC 2045. Claim verification has been split into separate classes and has a new api and lead to the
モバイルアプリサービス部の五十嵐です。 AWS Compute Blogにて、Lmabda（Node.js）でRuby, PHP, Goで書かれたスクリプトを実行する方法が紹介されました。 Scripting Languages for AWS Lambda: Running PHP, Ruby, and Go | AWS Compute Blog 今回はこの記事で紹介されている中から、Rubyスクリプトの実行を試してみました。また、記事にはありませんがRubygemsをインストールして使う方法も確認しました。 手順 Rubyのスクリプトを実行するLambdaを作成する手順は以下のとおりです。 AMIからAmazonLinuxのインスタンスを起動し、インスタンス内でLambdaの実行環境を作る Lambdaの実行環境と実行するスクリプトをパッケージにしてデプロイする 準備 AWS Cons
つまづきまくって半泣きで1日無駄にしたのでメモだよ。 参考：therubyracer 0.11.0 問題まとめ - 自称すーじー。 ■原因 上記エントリで詳しく説明してくださっていますが、つまり therubyracer と libv8 というふたつのgemの依存関係/相性の問題のようです。 環境によって、ちゃんと動くtherubyracerを選択してあげること＆そのtherubyracerが必要としてるversionのlibv8を入れてあげることが必要になります。 ■で、どれを選べばいいの ・自分の環境をチェック $ ruby -rubygems -e 'puts Gem::Platform.new(RUBY_PLATFORM)' x86_64-darwin-11 #こんな風に出てきました。これだー ・環境と照らしあわせて選ぶ めちゃ便利な表にまとめられていました、ハラショー！ CPUO
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
anemoneの使用時のメモリ問題解決法
Class: Aws::SNS::Topic — AWS SDK for Ruby V2
