はてなブックマーク

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article?

概要 タイトルの通り、Rubyでクラスメソッドを定義する方法に関する記事です。 動機 元々はクラスメソッド全般に関する記事だったのですが、調べているうちに書き方を色々思いついてしまったのでそちらをメインにすることにしました。 レギュレーション 文法要素については1つとして扱う メソッドを使うものについてはメソッドの名前ごとに1つとして扱う eval系の場合、文字列とブロックは同じ扱いになる 補足 ちゃんとクラスメソッドや特異クラスについて知りたい方は以下の記事をどうぞ！ https://magazine.rubyist.net/articles/0046/0046-SingletonClassForBeginners.html 本編 1. クラス名スタイル 実は利用頻度が少ない気がします。

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article?

動機 Rails Girlsのカリキュラムが時代に合わなくなりつつあるのでは、みたいな議論を複数人としたことがあるので、個人的な想いを書きたいと思いました。 TL;DR 「動き」のあるアプリケーションを作れるようにするといいんじゃないか。 本編 前提 まず、エンドユーザー（Rails Girlsの参加者の多くはこのタイプ、ここではアプリケーションの生産者ではなく消費者であるという意味合い）が利用するアプリケーション（特にウェブアプリケーション）の品質は年々向上しており、今やSPA（Single Page Application）を利用することすら当たり前の人もいる。 一方、Rails Girlsのワークショップで作るアプリケーションは伝統的なCRUDのアプリケーションであり、そこには現代的なアプリケーション作成における重要なパーツであるインタラクションが欠けている。 問題意識 Rails

動機 せっかくアドベントカレンダーの初日なので、rails newのオプションの解説をしようと思ったんですが、それだけだとありきたりなのでコードを読んでみることにしました。 前提条件 ソースコードはv6.0.1のタグが付いているもの（執筆時点の最新安定版）。 注意書き この記事は筆者がガチでコードを読みつつ書いたものです。順番の前後や過度のライブ感がありますがご了承ください。 とっかかり ここかなあ… module Rails module Command class NewCommand < Base # :nodoc: no_commands do def help Rails::Command.invoke :application, [ "--help" ] end end def perform(*) say "Can't initialize a new Rails appli

まえがき この記事はRails Girls Japan Advent Calendar 2018のために書かれた記事です。よって、想定される読者の中にはコミュニティに参加したことがないような方がいます。この記事はそういった人のコミュニティへの参加を促すために書かれました。 注意 以下の文では「コミュニティ＝Rubyコミュニティ」を想定していますが、他の言語でも事情は同じはずです。 コミュニティに参加する3つの意味 私が考えるコミュニティに参加する意味は以下の3つです。 いずれも実体験です。 ブログ記事や実装にならない生の情報に触れられる いろんなバックグラウンドの人に話を聞いてもらえる 「すごい人」と同じ空気を吸える ブログ記事や実装にならない生の情報に触れられる これは、「情報はブログやGitHubで手に入れられる」という主張への簡単な反論となっています。 単純な話で、ある人が100の思

概要 東京の地域Rubyコミュニティについて雑にまとめてみました。 地名が名前についていないもの（例：よちよち.rb）や東京以外（Saitama.rbなど）は除外してあります。 内容が間違っているところもあるかもしれません。予めご了承ください。 なお、順番に意味はありません。 形式 URL 主な会場 主な開催日 コメント 本題 Asakusa.rb https://asakusarb.esa.io/ 株式会社永和システムマネジメント、株式会社Speee 毎週火曜日 雑談形式。Rubyコミッターが多数。 Shinjuku.rb https://shinjukurb.connpass.com/ Repro株式会社 第4水曜日 Ruby以外のトピックも幅広く取り扱う。参加者と発表者との対話を重視しているのが特徴的。 Shibuya.rb https://shibuyarb.doorkeeper.

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article?

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article?

概要 この記事では、RSpecにあまり馴染みがない人にもわかりやすいように、RSpecの理想的な書き方（＝コーディングルール）を説明しようとしています。 書いてあることは個人的な見解です。理性的な議論を歓迎します。 友人に語っているような文体ですのでお気をつけください。 動機 俺はみんなにRSpecを書いてほしかったんじゃない。 いいRSpecを書いてほしかったんだ(´・ω・｀) なぜかバリデーションだけ一生懸命にテストされていて自作の30行近いメソッドにテストがないとか、10行近いbeforeブロックがコピペされまくってるとか、そういうのはさ、見たくないんだ。 あと、http://betterspecs.org/ は読もう。日本語版もあるし。そこに書いてあることはここでは繰り返さないので、あしからず。 総論 はじめに ここから先は読まなくてもいいからこれだけは読んでほしい。 itブロック

tl;dr wtfを使おう 概要（というか全部） pryにはwtfというコマンドがあります。これは最後に起こったエラーのバックトレースを数行表示してくれるものです。これだけでも便利ですが、バックトレースが全部欲しいときはwtf!?のように、!や?を後置するといけます。しかもこれ、いくつでも大丈夫です。なので、 wtf!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? はじめに―デフォルトの怖さについて Railsは文字通り「レールに乗る」ときに最大の効率を発揮するフレームワークです。CoC(Convention over Configuration)は今やRailsのみならず各所で用いられる概念となっています。これはもちろん圧倒的な量のxml設定ファイルに比べれば進歩ですが、一方で気になることもあります。それはデフォルト設定の重みがさらに増しているということです。 多くの人はソフトウェアをあまりカスタマイズせずに使います。ほとんどのソフトウェアは設定項目を最低数個、多いものでは数百個持っていますが、

導入 Gitはとても便利なツールです。ですが、「これをやったら無意味だろ」「せっかくのGitが台無し」「むしろ開発の妨げ」的なこともいくつか存在します。ここではそんな「べからず」集の一部をご紹介します。 ケース１：ブランチを使わない 深刻度：論外 修正難易度：とても易しい それ、SVNでやりなよ度：最大 コメント：トップバッターがいきなりアレですが、要はブランチを使いましょうということです。Gitの特徴としてマージが比較的容易であるという点が挙げられます。じゃんじゃんブランチを作り、マージしましょう。 ケース２：ブランチ名がhogeやBug fixだらけ 深刻度：中 修正難易度：易しい 身にしみる度：中 コメント：ブランチを作るのはいいのですが、ブランチ名にも変数名と同じく気を遣いましょう（変数名、気をつけてますよね？）。当たり前ですが、同じ名前のブランチを複数作ることはできません。まあ、

導入―いかに被害なくうざいいたずらをするか PCをログアウトせずに席を立ってしまった人に対していたずらをするというのは、誰しも考えたことがあるでしょう。しかし、実際には被害を出さずにいたずらを完遂するのは以外と大変です（被害というのはファイルの増加等も含みます）。一方で、単にlsをエイリアスにする程度ではいたずらとしては面白くない。そこで、被害を出さずに如何にうざいいたずらをするか、というのが今回の話題です。 尚、プログラマに対して行ういたずらであるのと個人的な好みから、いたずらはシェルで行います。 sayコマンドと無限ループ Mac限定ですが、sayというコマンドがあります。これは引数を音読してくれるコマンドですが、これを無限ループと組み合わせるととてもうざいのではないか？と思いつきました。

前回からだいぶ間が空いてしまいましたが、今日こそExコマンドについて、あんまりVimが得意でないそこのあなたのために書きます（得意な方は間違っていたらツッコミを…） Exコマンドの基本 Exコマンドは、Vimを一度でも使ったことがある人なら必ずお世話になっています（その意味で、使用頻度はノーマルモードの次、ヘタしたらインサートモードより上ということもありえます、文字を消すだけならインサートモードに入る必要もないので）。そう、Vimを閉じるときに使う:qです。あれは:quitの省略形ですが、立派なExコマンドです。 Exコマンドを入力するには:をノーマルモードで押します。すると画面の一番下にカーソルが移動するので（コマンドラインといいます）、そこにコマンドを入力してEnterを押せばコマンドが実行されます。アラ簡単。 置換を試す では、最も使われるコマンドの一つであろう、substitute

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article?

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article?

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article?

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article?

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article?

よろしい、あなたはたまにVimを使う必要があるんだけど、いつもわけがわからず、なんとかしてインサートモードに入るので精一杯。で、Vimを終了させられず、やり方をググっている、と…そんなあなたのためにこの記事を差し上げましょう。 最低限覚えてほしい3つのコマンド i => インサートモードに移行 esc => インサートモードから脱出 :wq => 保存して終了 そう、たったこれだけ。 …なわけないでしょ！ 確かに、上の3つのコマンドは必ず使うものです。しかし、iとescを往復している限り、あなたは永久に進歩しません。 インサートモードは最悪 大事なことなので2回言います、 インサートモードは最悪です。インサートモードではVimは単なるメモ帳になってしまいます。どうせVimを使うなら、Vimらしく使ったほうが精神衛生上よろしいはずです。 ノーマルモード 名前の通り、普通、Vimはノーマルモー

「正規表現をきちんと学ぶ気はない、でも仕事では使いたい！」とかお思いの欲張りなあなたのための記事です。 正規表現の定義 パターンとターゲットとなる文字列（以下 対象）をマッチさせます。 （ホントのところはウィキペディアとかで調べてね！） パターンの構成 【文字＋文字の数（以下 量化子）】×n 覚えるべき記号（メタ文字） たったの 6つです。 ^ => 対象の始まり $ => 対象の終わり . => どんな文字でもいいから、1文字 以下は量化子です。 * => 直前の文字がいくつあっても、なくてもいい + => 直前の文字がいくつあってもいいけど、ないとダメ ? => 直前の文字はないか、1つだけ なお、これらの文字を記号としてではなく文字としてそのまま扱いたい場合、\でエスケープできます。 文字クラス 文字は普通にaとかけばaにマッチします。が、複雑なマッチをしたいときは文字クラスを使いま

（※Vim使いじゃない人にはよくわからんかもしれませんが、最後までお付き合いください） 皆さんはVim、大好きですよね？Rails、大好きですよね？ということは、Rails.vim、大好きですよね？ というわけで、今日は Rails.vim のご紹介…なんですが、基本的な説明はすでにたくさん良いものがあります（日本語でしたらこちらなど）。 ここで私が屋上屋を架してもしょうがない…そこで、探しても日本語情報がなかった、projectionsという機能について書くことにします。 最小限の前提知識 まず、今回の説明に必要な最低限のことを説明します。「そんなの知ってるぜ！」っていうそこのアナタは次のセクションまで飛んでしまいましょう！ Rails.vimには Alternate なファイル、 Related なファイルという概念があります。Alternateなファイルとして扱われるのは主に対応する