Rails: rakeタスクをRubyオブジェクトで美しく保つ（翻訳）｜TechRacho by BPS株式会社
概要 原著者の許諾を得て翻訳・公開いたします。 英語記事: Use Ruby Objects to Keep Your Rake Tasks Clean — INTERSECT 原文公開日: 2018/03/02 著者: Jared White サイト: Intersect -- Whitefusion社の技術ブログです。 whitefusion.ioより 記事で取り上げられているHerokuのReview Apps機能、よさそうですね。 DHHの「Writing Software Well」シリーズの精神に則り、実際に動いているproductionコードを用いてデモいたします。 私はDHHことDavid Heinemeier HanssonのYouTube動画シリーズ「On Writing Software Well」から大いに刺激を受けました。十分に時間をかけて現実世界のproduct
Rakeタスクの賢いロギング - Qiita
やりたいこと すべてのRakeタスクの前後で、開始と終了のメッセージを表示したい。 毎回出るのは鬱陶しいので、指定したときだけ表示したい。 いろんなところにpとかRails.logger.infoのような処理を書きたくない。 実装 desc "Setup an account" task setup_account: %i(common) do logger.debug "creating account..." logger.info "created account!" end # Extend logger to the main object def logger Rails.logger end desc "Setup a common setting for every tasks" task common: %i(environment) do Rails.logger =
rake タスクを再定義する方法 - 紅孔雀
rake タスクを定義するときに、既に同じ名前のタスクが存在する場合は、処理内容が「再定義（上書き）」されるのではなく、定義した順に処理が実行されます。 例えば、以下のように hello というタスクを 2 回定義しているとします。 # lib/tasks/hello.rake desc 'Hello1' task :hello do puts 'Hello1' end desc 'Hello2' task :hello do puts 'Hello2' end 「rake hello」で hello タスクを実行すると、タスクを定義した順に実行されることが分かります。 $ rake hello Hello1 Hello2 「rake -T hello」で hello タスクの情報を表示すると、定義した内容がそれぞれ実行されることが分かります（desc で指定した説明が '/' で区切られ
Ruby: Binding - Qiita
はじめに Binding クラス「class Binding (Ruby 2.1.0 リファレンスマニュアル)」には以下のような要約が記述されています。 ローカル変数のテーブルと self、モジュールのネストなどの情報を保 持するオブジェクトのクラスです。 分かったこと・調べたことをメモしました。 クロージャ クロージャを例に Binding を考えていきます。 以下は Ruby におけるクロージャの例です。 ここで、クロージャが以下の３つから成ると考えます。 包んでいるもの(クロージャ)。上の例ではブロック「{|n| n * a}」 包まれているもの(変数)。上の例では変数「a」 包まれているものがあるところ(環境)。上の例では「変数aが定義されているスコープ(明示されてないがここでは main)」 (イメージ図) ブロック、変数、スコープとも字義的な面での説明です。 オブジェクト指向の
「朝ごはんは食べたか」→「ご飯は食べてません（パンは食べたけど）」のような、加藤厚労大臣のかわし方(上西充子) - 個人 - Yahoo!ニュース
＜追記＞（2018年５月10日） この記事で紹介した加藤大臣の「追及かわし」の手法を、筆者はツイッター上で「#ご飯論法」と名付けた。 ＜追記＞（2018年５月16日） 上記の追記が不正確であったため、改めて追記しておきたい。国会から不誠実答弁を追放すべく、「＃ご飯論法」とハッシュタグをつけて積極的に拡散したのは筆者であるが、「ご飯論法」という表現じたいは筆者の命名ではなく、ツイッター上からいただいたものである。初出について、確認の上、改めて追って追記したい。 ＜追記＞（2018年５月17日） 「ご飯論法」の初出について、確認したところ、紙屋高雪氏（@kamiyakousetsu）が５月７日にこの記事を紹介いただきながら「ご飯論法」と言及されていたことが初出と確認できた。「ご飯論法」の来歴と拡散の推移については、次の記事で改めて取り上げたい。 ここでは「＃ご飯論法」を、次のように定義しておき
新卒採用：職種紹介：サウンド系 - ゲームサウンドが出来上がるまで｜採用情報｜任天堂
ゲームのサウンド制作は、音楽や効果音をつくるだけに留まりません。 ゲームのサウンド制作におけるサウンドクリエイターの仕事について、ゲームサウンドが出来上がるまでの制作の流れに沿って紹介します。 ゲームサウンドが出来上がるまでの流れ ゲームのサウンド制作は、ゲームの内容を把握して、そのゲームにはどういった音楽や効果音が必要なのかを洗い出すことから始まります。ゲームのディレクターやデザイナーたちと一緒にゲームの内容について確認したり、実際にゲームをプレイしたりすることによって、サウンドスタッフ自身が必要な音楽や効果音を洗い出していくケースが多いです。 音楽や効果音の洗い出しができたら、そのゲームにおけるサウンド全体の方針、コンセプトを決めます。そのゲームがどういった体験を提供させたいのかというゲーム全体の方針や、どのようなビジュアルなのかといったアートの方針などから、そのゲームにおけるサウンド
MySQLのクエリの良し悪しはrows_examinedで判断する - かみぽわーる
仕事やらなんやらでMySQLのクエリの良し悪しを判断する必要があるとき、EXPLAINの内容だけだとどのぐらい良くなったり悪くなったのか分からないので SET long_query_time = 0; してrows_examined (そのクエリでrows_sent行の結果を返すために何行に触ったのか)も一緒に提示するようにしている(少なくともMySQL 5.7時点ではrows_examinedはslow_query_logでしか確認できないはずperformance_schemaが有効ならevents_statements_historyやその仲間たちで確認できるとのこと*1 MySQL :: MySQL 5.6 リファレンスマニュアル :: 22.9.6 パフォーマンススキーマステートメントイベントテーブル)。 例: 上の例のBeforeは、もともとDBAが書いた温かみのあるSQLでO
コマンドラインツールを作るときに参考にしている資料 | SOTA
コマンドラインツールについて語るときに僕の語ること - YAPC::Asia Tokyo 2014 コマンドラインツールが好きで昔からつくってきた． 今年のYAPCで，そのコマンドラインツールをつくるときにどういうことを意識して作っているのか？どのような流れで開発しているのか？といったことを語る機会をもらえた． 具体的な内容については，是非トークを聴きに来てもらうとして， スライドをつくるにあったって過去に読んだ資料や，よく参考にしている記事を集め直したので，その一部を参考資料としてまとめておく． UNIXという考え方 UNIXという考え方 Mike GancarzによるUNIXの思想や哲学をまとめた本．古いが全然色あせてない． コマンドラインツールの作り方を書いた本ではないが，これらの思想の上で動くツールはこの思想に準拠して作られるべきだと思う．何度も読んで考え方を染み付かせた． 小さい
現金出納帳の概要と仕訳から記帳までの書き方完全ガイド｜経理・財務｜経営ハッカー
現金出納帳は確定申告のための帳簿類のひとつで、事業版の家計簿のようなものです。 金庫や財布の中に入っている事業用の現金の動きを現金出納帳に記録し、現金の残高を管理します。 今回は、現金出納帳に関する知識について詳しく説明していきます。 現金出納帳とは 現金出納帳とは、事業用の現金を管理するための帳簿です。 現金がいつどのような目的で使われたのかを日付順にもれなく帳簿に記載し、残っている現金と帳簿の残高を照会します。 事業用資金の大部分は、銀行口座にて管理されていることがほとんどで、そちらについては預金出納帳で管理されます。 記載方法は現金出納帳も預金出納帳も同じです。 法人が会社に保管している交通費などの少額経費分を小口現金と呼びます。 小口現金については現金出納帳とは別に小口現金出納帳というものがあります。 現金出納帳は基本的に毎日帳簿つけを行うのに対し、小口現金出納帳は一定期間分まとめ
Railsでイベントの処理時間を計測したりログを出力する - Qiita
RailsのログにはViewのレンダリングやSQLの処理時間が表示されています。 これらは ActiveSupport::Notifications や ActiveSupport::Subscriber が使われています。 この仕組みを利用すると、自分のライブラリでも処理時間やログを出力することができます。 まずは、Notificationsってどんなものか見てみましょう。 ActiveSupport::Notifications Instrumenters 通知するリスナーを登録します。 ActiveSupport::Notifications.instrument('message.sample', text: 'message') do sleep(0.1) end ActiveSupport::Notifications.instrument('test.sample', tex
Active Support の Instrumentation 機能 | Rails ガイド
Active SupportはRailsのコア機能の1つであり、Ruby言語の拡張、ユーティリティなどを提供するものです。Active Supportに含まれているInstrumentation APIは、Rubyコードで発生する特定の動作の計測に利用できます。Railsアプリケーション内部やフレームワーク自身の計測はもちろん、必要であればRails以外のRubyスクリプトなども測定できます。 本ガイドでは、RailsなどのRubyコード内のイベント計測に使われる、Active SupportのInstrumentation APIについて解説します。 このガイドの内容: Instrumentationでできること Railsフレームワーク内のInstrumentationフック フックにサブスクライバを追加する 独自のInstrumentationを実装する 1 Instrumentat
Railsで発行されたSQLを監視する｜TechRacho by BPS株式会社
操作ログや簡易的なパフォーマンス測定などの目的で、特定アクションで実行されたSQLを監視したいことがあります。 filterやviewで実行された分を含まず、単純に指定ブロックの中を監視するなら、以下のような方法で簡単に実現可能です。 # application_controllerにでも定義しておく def watch_queries events = [] callback = -> name,start,finish,id,payload { events << payload[:sql] } ActiveSupport::Notifications.subscribed(callback, "sql.active_record") do yield end events end 使い方はこんな感じ def update @user = User.find(params[:id])
喜んでもらえることが僕の喜び。 - ASKA_burnishstone’s diary
カラオケを、こんなに喜んでもらえるとは、思っていませんでした。 僕は、カラオケをほとんどやりませんが、やはり、その場の流れで、カラオケの場に誘われることが多く、いろんな人たちの歌を側で聴いてきました。 そして、僕が思っていることを、書かせていただきますね。 まず最初に、僕は、歌が上手くありません。 本当にそうなんです。僕は、自分が上手いと思ったことは、一度もありません。 長い歌生活の中で、そう聴こえるように歌っているのだと思っています。 僕が、本当に「こいつは上手い！」と、唸ってしまうのは、 玉置ですね。あいつは、化け物のように上手いです。 囁くようなウィスパーボイスから、パワーボイスまで、あんなに安定感のあるボーカリストはいません。 あいつは、カラオケへの拘りがありませんので、ボックスに入ると、すぐにマイクを持ちます。どんな曲も、歌いこなします。 「オマエは、日本一歌が上手い！」 と、僕
cohki0305.com - このウェブサイトは販売用です！ - cohki0305 リソースおよび情報
This webpage was generated by the domain owner using Sedo Domain Parking. Disclaimer: Sedo maintains no relationship with third party advertisers. Reference to any specific service or trade mark is not controlled by Sedo nor does it constitute or imply its association, endorsement or recommendation.
Rubyのメモリ割り当て方法とcopy-on-writeの限界（翻訳）｜TechRacho by BPS株式会社
概要 原著者の許諾を得て翻訳・公開いたします。 英語記事: The Limits of Copy-on-write: How Ruby Allocates Memory 公開日: 2017/08/28 著者: Brandur サイト: https://brandur.org/ Unicorn（またはPumaやEinhorn）を実行していると、誰しもある奇妙な現象に気がつくでしょう。マスタからforkした（複数の）ワーカープロセスのメモリ使用量は開始当初は低いにもかかわらず、しばらくすると親と同じぐらいにまでメモリ量が増加します。大規模な本番インストールだと各ワーカーのサイズが100MB以上まで増加することもあり、やがてメモリはサーバーでもっとも制約の厳しいリソースになってしまい、しかもCPUはアイドル状態のままです。 現代的なOSの仮想メモリ管理システムは、まさにこの状況を防止するために設
InnoDB の行レベルロックについて解説してみる
自分の浅はかな理解だと、Deadlock が起こる理由が説明できないケースに遭遇したので、InnoDB の行レベルロックについて調べてまとめてみました。 「行レベルロックだと、同じ行を更新する場合にしか Deadlock が起こらないんでしょ」と思っているような人が対象です。 また、主に InnoDBのロックの範囲とネクストキーロックの話 - かみぽわーる を参考にさせていただいたので、そちらの内容がすんなり理解できる方には冗長な内容だと思います。 MySQL のバージョンは 5.6.33 です。 サンプルデータ 次の SQL で作成したデータを扱うことにします。 CREATE TABLE `orders` ( `id` int(10) unsigned NOT NULL AUTO_INCREMENT, `product_id` int(10) unsigned NOT NULL, `us
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Hans Zimmer Teaches Film Scoring | MasterClass
Sting - Stolen Car Take Me Dancing (Chords)
未来向きトライアド
１次方程式の解き方（かっこ、小数、分数）