You work on a mature web application that cleanly separates backend and frontend. The server-side code, written in Ruby, is mostly responsible for translating HTTP requests into SQL statements (with the help of an ORM) through rich and well-documented API. You choose GraphQL over REST to streamline your endpoints, but your database is not happy with all the extra queries. After much searching, you
Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? はじめに Thank you very much, Rawat. I appreciated that you allow me to share your post in Japanese. I’m sure this should come in useful for developers. この記事は、Alok Rawat氏による「Devise and SAML Authentication with Ruby On Rails(Line Works)」という投稿の日本語訳になります。ご本人より日本語への翻訳とその文書の掲載につい
ゆるっぷるでのRealtime Databaseのチャットイメージ firebase-rubyからデータを操作してみる 先程、「Realtime Databaseによってサーバレスのシステム構築が可能！」とご紹介しましたが、敢えてアプリケーションサーバ側でRealtime Databaseを使ってみます。 というのも、システムの全てをRealtime Databaseで集約できるわけがなく、RDB（Relational Database）と上手く使い分ける必要がある為です。 その名の通りRelational、つまり関連性をもたせた複雑なテーブル構成の場合にはRDBを使用するほうが良いでしょう。 今回、アプリ側のDBはRealtime Database、サーバ上でのシステムについてはRuby（Ruby on Rails）を使用しRelational Databaseを使用していきます。 fi
スペースマーケットは昨年の9月からproduction環境にgraphql-rubyで実装したGraphQL APIを導入しています。 今日はその際に設計方針として決めた事について書きます。これからRubyでGraphQLを導入する人の参考になれば幸いです。 対象読者 Railsに親しい方 GraphQLがどんなものか理解している方 この記事ではGraphQLの概要については解説しません。スペースマーケットのGraphQL導入の経緯については先日勉強会で発表したスペースマーケットのアーキテクチャ変遷のスライドに詳しく書いています。 Ruby On RailsでGraphQL APIを作るには？ graphql-rubyを使えば導入は簡単です。 # Gemfileに追加 gem 'graphql' # installコマンドを叩く $ bundle install $ rails gener
Vim で gem のコードを読むにはどうすればいいかを調べていたところ、参考になる記事があったので翻訳してみました。 原著者の許諾を得て翻訳・公開します。 英語記事: Using tags to browse ruby and gem source with Vim :: Jakub Chodounský :: The diary of a software developer 原文公開日: 2016/12/09 著者: Jakub Chodounsky 数ヶ月前、私はシドニーに行きました。そこで私のチームメイトの Andrew が RubyMine のかなり気の利いた機能を見せてくれました。彼はその機能を使い、Ruby のメソッド定義元にジャンプすることができました。それ自体はそこまで特別ではありませんでした、彼がある gem のソースコードにシームレスに移動するまでは ― 私は感動し
vimでRuby on Railsを書くときに重宝するプラグインを紹介します。 NERDTree ファイルツリー vim-rails ファイル移動、Railsコマンド実行 fzf.vim インクリメンタル検索 vim-endwise if や def などの end 補完 coc.nvim 補完 ale 静的解析 設定例として、自分の.vimrcに書いている設定を載せてます。 NERDTree scrooloose/nerdtree ファイルツリー機能が使えます。ド定番です。 参考 vim-plugin NERDTree で開発効率をアップする！ @zwirky vim-rails tpope/vim-rails railsプロジェクト内のシームレスな移動や、vimからのrailsコマンドの実行が出来るようになります。 GIFでは例として、gfでカーソ
bootsnap/README.jp.md at master · Shopify/bootsnap · GitHub
require 'bootsnap' env = ENV['RAILS_ENV'] || "development" Bootsnap.setup( cache_dir: 'tmp/cache', # キャッシュファイルを保存する path development_mode: env == 'development', # 現在の作業環境、例えば RACK_ENV, RAILS_ENV など。 load_path_cache: true, # キャッシュで LOAD_PATH を最適化する。 autoload_paths_cache: true, # キャッシュで ActiveSupport による autoload を行う。 disable_trace: true, #
Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? TL; DR（最初に結論） bundle installをする場合は--path vendor/bundleを付けてプロジェクトごとにgemを管理しろ、という意見をよく見かける。 しかし、pathを指定しないと問題が起きる可能性があるのは、かなり特殊な条件下に限られる（100人いたら100人全員が遭遇するような問題ではない）。 よって、--path vendor/bundleのオプションは、付けたい人が付ければよいだけで、開発者全員に強制するようなルールではない、と筆者は考える。 はじめに bundle installコマンドを実行する
Rubyの開発効率を高めたい！ vimでRubyやRails開発するときに、デフォルトの状態では非力ですよね。 開発効率を高める9つのプラグインを紹介します。 alpaca_tags ctagsの非同期生成 neosnippet Rails/sinatra/rspec等の補完 swtich.vim .present?:.brank?など対応するキーワードを切り替える rubocop 文法エラー、スタイルチェック vim-rails Railsプロジェクト用プラグイン unite-rails Railsプロジェクト用Unite-source vim-endwise if...endなど対応するキーワードの自動補完 ruby-matchit %を拡張して、def...end等のキーワードを移動出来るようにする。 vim-ref Ruby/Gems
当社はCookieを使用して、お客様が当社のWebサイトでより良い体験を得られるようにしています。引き続き閲覧する場合は、プライバシーポリシーに同意したことになります。
$ bundle install (諸々のgemのインストールのログは省略） Gem::Ext::BuildError: ERROR: Failed to build gem native extension. current directory: /Users/akito/git/media/vendor/bundle/gems/mysql2-0.4.4/ext/mysql2 /Users/akito/.rbenv/versions/2.3.1/bin/ruby -r ./siteconf20160929-55293-192vx35.rb extconf.rb checking for ruby/thread.h... yes checking for rb_thread_call_without_gvl() in ruby/thread.h... yes checking for rb
好きなフレームワークはFlask、 @teitei_tk です。 趣味でRuby on Railsというフレームワークのソースコードを読んでいるのですが、 eager_load_pathsと、autoload_pathsの違いを調べたくなりました。 軽く検索をしてみると、autoload_pathsの代わりにeager_load_paths使えばなんか動くからokと言われてるので、それはなぜなのかというのを実際にソースコードから追っていった記事です。 ※自分の理解内のため、間違えがあるかもしれません。 --- autoload_pathsとは 語弊を恐れずに言うと、moduleや定数をいい感じに自動で読み込んでくれる仕組みです。 例えば class Hoge < ApplicationRecord endのようなActiveRecordのclassを作るときに、Pure Rubyであれば
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
