Ruby on Rails applications are usually deployed with Capistrano. Recently, Capistrano 3.0 was released, moving from a Rails-specific deployment tool to a more generic one. At the same time, I developed an interest in Ansible. Ansible combines orchestration, configuration management and deployment. I had already replaced a Fabric deploy with Ansible, and used it experimentally to configure servers,
Help us learn about your current experience with the documentation. Take the survey! '> To bring existing projects to GitLab, or copy GitLab groups and projects to a different location, you can: Migrate GitLab groups and projects by using direct transfer. Import from supported import sources. Import from other import sources. Migrate from GitLab to GitLab by using direct transfer The best way to c
広島Ruby勉強会 #034で使用したネタの文に書きなおしました。 「Rails の自動読み込み規約を支える技術」と若干煽っておりますが 以下の内容はソースコードを読んで判断したことですべて正しいとは保証できないので参考にする程度にお願いします。 というわけで、Rails の自動読み込みの話をしたいと思います。 ### Rails のファイル読み込みの規約 Rails には[設定より規約](http://ja.wikipedia.org/wiki/%E8%A8%AD%E5%AE%9A%E3%82%88%E3%82%8A%E8%A6%8F%E7%B4%84) という設計パラダイムが採用されています。 ファイルの自動読み込みの規約は > 読み込みされていないクラス/モジュールがあった場合、名前から読み込みするファイルを判断できる というような規約があります。 例えば ``` Hoge -> '
Rails autoloading — how it works, and when it doesn't Update, 2020-11-04 I’ve written an article about the workings of the new loader for Rails 6, Zeitwerk. It avoids all of the pitfalls described below and is much easier to understand, which really is fantastic. Update, 2020-03-21 As of Rails 6, the autoloading framework used by Rails has been replaced with a new gem, zeitwerk. The below informat
ImmutableList gem とは Immutable な LinkedList を Ruby で使うためのライブラリです。 C-Extension なので、Rubyで実装したものに比べて動作が高速です。 Ruby の Array は 配列で実装されているため、 長いリストでの先頭への要素を追加(cons)や連結(append)が とても遅いという問題を解決しようと思って作りました。 用途としては、Rubyで再帰を使って関数型言語風にプログラムを組むことを想定しています。 導入方法 RubyGems で公開したので、次のようにターミナルで入力するだけで導入できます。 $ gem install immutable_list 基本的な使い方 基本的には、Ocaml の List のような動作をします。メソッド名も Ocaml を意識しています。 require 'immutable_l
Featured webinar Accelerate Your Kubernetes Adoption by Running and Managing Kubernetes at Scale
ペパボ社内の RSpec 勉強会で Fixture Replacement について発表しました。実際は RSpec に限らずテストに関する話題を幅広く扱う勉強会でしたが。社外に公開しても差し支えない内容なのでスライドを公開します。 話す内容を補うために用意したスライドなので説明不足だったり例がイマイチなところもありますがご容赦ください。テスト環境まわりのツールについては自分自身まだまだ手探りで使っているので、何かの機会にぜひ識者の意見を伺いたいものです。願わくば Shibuya.rb のような場で発表させていただいて、それに対してツッコミをもらいたいですね。 以下余談です。 「このテイストは GitHub のアレだな」とピンときた方はご名答。 Zach Holman 氏のスライドを大いに参考にしました、っていうかほぼパクリました。Slide Design for Developers を
[edit] 要約 タイムアウトを行うためのモジュールです。 目次 モジュール関数 timeout モジュール関数 timeout(sec, exception_class = nil) {|i| ... } -> object[permalink][rdoc][edit] timeout(sec, exception_class, message) {|i| ... } -> object ブロックを sec 秒の期限付きで実行します。ブロックの実行時間が制限を過ぎたときは例外 Timeout::Error が発生します。 exception_class を指定した場合には Timeout::Error の代わりにその例外が発生します。ブロックパラメータ i は sec がはいります。 また sec が 0 もしくは nil のときは制限時間なしでブロックを実行します。 [PARAM]
平素よりQA＠ITをご利用いただき、誠にありがとうございます。 QA＠ITは「質問や回答を『共有』し『編集』していくことでベストなQAを蓄積できる、ITエンジニアのための問題解決コミュニティー」として約7年間運営をしてきました。これまでサービスを続けることができたのは、QA＠ITのコンセプトに共感をいただき、適切な質問や回答をお寄せいただいた皆さまのご支援があったからこそと考えております。重ねて御礼申し上げます。 しかしながら、エンジニアの情報入手方法の多様化やQAサービス市場の状況、＠ITの今後のメディア運営方針などを検討した結果、2020年2月28日（金）15:00をもちましてQA＠ITのサービスを終了することにしました。 これまでご利用をいただきました皆さまには残念なお知らせとなり、誠に心苦しく思っております。何とぞ、ご理解をいただけますと幸いです。 QA＠ITの7年間で皆さまの知識
DHH氏のツイートにてrakeの作者、Jim Weirich氏が亡くなったというニュースを知りました。 So very sad to hear about the passing of Ruby legend Jim Weirich. He taught me and many others so much. He will be dearly missed. — DHH (@dhh) February 20, 2014 毎日のように使うオープンソースツールの作者が亡くなったというのを聞くのは非常に残念で、今後コンソールを叩く時にこの事が頭をよぎるような気がします。 昨年の夏のカンファレンスにてウクレレを披露した姿はとても楽しげで強く記憶に残っています。 R.I.P. 追記 一昨日まではGitHubにコミットをしておりログにコメントがあつまっているとのこと。 Jim Weirichが最期に
http://gihyo.jp/magazine/wdpress/archive/2014/vol79 最終回は、mrubyとmod_mrubyに関する情報です。 査読はmod_mruby作者である@matsumotoryさんご自身に依頼させていただきました。ありがとうございました。それから、たまたまFukuoka.rbにきていらしたまつもとゆきひろさん本人に見ていただいて、質問をしたり、感想をいただけたのもありがたいことでした。 最終回に、mrubyと、mod_mrubyという非常にクールで、未来を感じさせてくれるプロダクトを紹介できて大変良かったと思います。 そして11回に及ぶ連載、正確にはその一回前から記事を書かせていただいていたので、丸2年間WEB†DB PRESSという雑誌にお世話になりました。前担当ニタサカ氏と最終回までの担当である@inao編集長にはスーパーウルトラご迷惑をお
https://github.com/r7kamura/code_hunter Railsのコードを静的解析して指摘してくれるツールをつくりました。 使い方 Ruby 1.9 があれば使えます。 $ gem install code_hunter $ code_hunter --help Usage: code_hunter [options] --application-path= (default: ./) rails application root path --format= (default: yaml) output format (yaml or json) --no-brakeman (default: false) disable brakeman --no-pendaxes (default: false) disable pendaxes --no-rails-be
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く