ramtigaのブックマーク - はてなブックマーク

モデルやメソッドに名前を付けるときは英語の品詞に気をつけよう - Qiita

はじめに他の人が書いたコードを読んでいるときに時々気になるのが、英語の間違いです。特に動詞、名詞、形容詞の使い分けが間違っていたりすると、かなり違和感を感じます。そこで今回はモデル（＝クラス）やメソッドに名前を付けるときの基本的な原則をまとめてみます。また、英文法的に正しい品詞が選べるようになるための習慣についても最後に説明します。想定する言語/フレームワークこの記事の説明ではRuby/Ruby on Railsを想定しています。ただし、基本的な考え方は他の言語でも同じように使えるはずです。モデルの名前は名詞にする例: 「支払い情報」を表すモデルを作りたい場合 × Pay ○ Payment 「支払う = payか。よし。」でモデルを作ってはいけません！ payは動詞で、payの名詞形がpaymentです。 Payモデルではなく、Paymentモデルを作りましょう。例:

ramtiga 2017/03/23

Rails

リンク

初心者歓迎！手と目で覚える正規表現入門・その１「さまざまな形式の電話番号を検索しよう」 - Qiita

はじめに Qiitaをご覧になっているエンジニアのみなさん、正規表現は使いこなせてますか？正規表現が使えるととっても便利ですよね！あれ？そちらの方、「ぼく、正規表現ようわからへん・・・」って小さくなってませんか？？大丈夫です！そんなあなたのために、この記事を書きました。知識ゼロからでも正規表現を学べるようにやさしく説明しているので、とりあえずこの記事を最後まで読んでみてください。今は \d{2,5}[-(]\d{1,4}[-)]\d{4} が謎の呪文にしか見えなくても、最後まで読めばきっと意味がわかるようになっているはずです！対象となる読者本記事は正規表現の予備知識が全くない「正規表現初心者」を対象としています。正規表現は便利だってよく聞くけど、意味不明な呪文にしか見えなくてなんか怖い正規表現を勉強しようと何度か頑張ったけど、結局よくわからなくて実務で活用できていないと

ramtiga 2016/02/04

正規表現

リンク

使えるRSpec入門・その1「RSpecの基本的な構文や便利な機能を理解する」 - Qiita

はじめに RSpecは難しい、よくわからない、といったコメントをときどき見かけます。確かにちょっと独特な構文を持っていますし、機能も結構多いので「難しそう」と感じてしまう気持ちもわかります。（構文については僕も最初見たときに「うげっ、なんか気持ちわるっ」と思った記憶がありますw）しかし、RSpecに限らずどんなフレームワークでも同じですが、慣れてしまえばスラスラ書けますし、実際僕自身は「RSpecって便利だな－」と思いながらテストコードを書いています。そこでこの記事では、僕が考える「最低限ここだけを押さえていれば大丈夫！！」なRSpecの構文や、僕が普段よく使う便利な機能をまとめてみます。具体的には以下のような構文や機能です。 describe / it / expect の役割ネストした describe context の使い方 before の使い方 let / let!

ramtiga 2015/11/10

rspec

リンク

使えるRSpec入門・その2「使用頻度の高いマッチャを使いこなす」 - Qiita

はじめにみなさんこんにちは！この記事は「必要最小限の努力で最大限実戦で使える知識を提供するRSpec入門記事」、略して「使えるRSpec入門」の第2回です。今回はRSpecのマッチャについて説明していきます。第1回と同様、今回も「最低限これだけは」という内容に絞り込んで説明します。使用頻度の少ないマイナーなマッチャ（注：僕基準）については説明しません。具体的な項目は以下の通りです。マッチャとは何か to / not_to / to_not eq be be_xxx be_truthy / be_falsey change + from / to / by 配列 + include raise_error be_within + of これからRSpecを始める人はもちろん、何度かRSpecに触れて「うーん、RSpecってわけわからん」となっている人もこの記事で再入門してみると

ramtiga 2015/11/10

rspec

リンク

Railsアプリケーションにおけるエラー処理（例外処理）の考え方 - Qiita

はじめに Railsアプリケーションを本格的に作り込んでいくと、「エラー」とは無縁ではいられません。しょうもないバグでエラーが発生することもありますし、ほとんど不可抗力ともいえるような大規模なネットワーク障害でエラーが発生することもあります。エラーの種類がなんであれ、エラーが起きた場合は「原因を素早く特定し、速やかに復旧させること」と「あるエラーが引き金になって、さらに大きなエラーに引き起こさないようにすること」が重要です。エラー処理を適切に実装していれば、原因の特定や復旧もすばやくできますし、さらに大きなエラーを引き起こす可能性も少ないです。また、ソースコードも比較的シンプルに保てます。逆にエラー処理が不適切だと原因の特定に時間がかかったり、異常なデータがどんどん増えてさらに大きなエラーを引き起こしたりします。ソースコードにも無駄に複雑な処理フローや条件分岐がたくさん出てきて

ramtiga 2015/11/04

リンク

脱初心者を目指すVimmerにオススメしたいVimプラグインや.vimrcの設定 - Qiita

はじめに: 「素のVim」から「プラグイン付きのVim」へ Vimを使い始めた当初、僕は.vimrcの設定だけで実現できる機能に限定した方が「ポータブルなVimスキル」になる気がしていたので、プラグインは全く使わずに「素のVim」を使っていました。しかし、Vimを使って実務でRailsを開発し始めるとそんなことも言ってられなくなりました。やはり素のVimだけでは限界があります。 Vimを使って効率よくRailsを開発するためにはプラグインに頼らざるを得ません。ネットの情報などを参考にしてあれこれプラグインを入れてみましたが、これは手放せないというプラグインもあれば、思ったほど使わなかったというプラグインもあります。今回の記事では前者のような「これは手放せない！」と僕が考えているプラグインに限定して紹介していきます。また、後半ではプラグインを使わない.vimrcの一般的な設定につい

ramtiga 2015/01/07

vim

リンク

使えるRSpec入門・その4「どんなブラウザ操作も自由自在！逆引きCapybara大辞典」 - Qiita

はじめにみなさんこんにちは！この記事は「必要最小限の努力で最大限実戦で使える知識を提供するRSpec入門記事」、略して「使えるRSpec入門」の第4回です。今回はCapybaraを使ったフィーチャスペックについて説明します。ただし、今までの記事とは異なり、フィーチャスペックのイロハよりも「Capybaraの使い方」に重点を置きます。なぜなら、僕個人の経験からいって、フィーチャスペックで困るのは「このブラウザの操作って、どうやってコードで表現するの？？」というケースが大半だからです。それ以外は第1回～第3回の内容をそのまま応用できるので、特に「フィーチャスペックだから困る」ということはないと思います。今回は説明する主な項目は以下の通りです。フィーチャスペックの基本ページの移動や画面のクリック、フォームの操作など画面やフォームの検証画面の操作や検証の応用テクニックその他

ramtiga 2015/01/02

リンク

[初心者向け] RubyやRailsでリファクタリングに使えそうなイディオムとか便利メソッドとか - Qiita

はじめに: 遠回りせずに「近道」を探す RubyやRailsを始めたばかりの人は、もっと短く書く方法や便利な標準ライブラリの存在を知らずに遠回りした書き方をしてしまいがちです。そこで、RubyやRails初心者の人によく見かける「遠回り(または車輪の再発明)」と、それを回避する「近道」をいろいろ集めてみました。 2013.11.06 追記この投稿を書くに至った経緯などを自分のブログに書きました。こちらも合わせてどうぞ！昨日Qiitaに投稿した記事は普段のコードレビューの副産物 - give IT a try Ruby編以下はRubyの標準機能を使ったイディオムやメソッドです。 Rails プロジェクトでもそれ以外でも使えます。(Ruby 1.9以上を想定) 後置ifで行数を減らす

ramtiga 2014/12/22

リンク

RubyとRailsにおけるTime, Date, DateTime, TimeWithZoneの違い - Qiita

RubyとRailsにおけるTime, Date, DateTime, TimeWithZoneの違いRuby Rails 2021.2.11追記：DateTimeクラスは非推奨なクラスになりました DateTimeクラスは非推奨なクラスとなり、DateTimeクラスではなくTimeクラスを使うよう、公式にアナウンスされました。参考1 But we consider use of DateTime should be discouraged. - matz (Yukihiro Matsumoto) https://bugs.ruby-lang.org/issues/15712#note-4 参考2 DateTime は deprecated とされているため、 Timeを使うことを推奨します。 https://docs.ruby-lang.org/ja/latest/class/DateT

ramtiga 2014/12/21

Rails

リンク

使えるRSpec入門・その3「ゼロからわかるモック（mock）を使ったテストの書き方」 - Qiita

はじめにみなさんこんにちは！この記事は「必要最小限の努力で最大限実戦で使える知識を提供するRSpec入門記事」、略して「使えるRSpec入門」の第3回です。今回はRSpecのモックを使ったテストについて説明します。これまでモックを全く使ったことがない人でもわかるように丁寧に説明していくつもりです。また、これまでの回と同様、個人的に使用頻度が低いと思っている内容についてはバッサリ説明を省きます。ただし、第1回や第2回に比べるとテストコードが少し複雑になって、仕組みや動きを想像するのがちょっと難しいかもしれません。ぱっと頭に入ってこない場合はじっくり本文を読んだり、実際に自分で写経しながらコードを動かしたりするなどして、少し時間をかけながら理解するようにしてください。今回は以下のような内容を説明します。モックの基本的な使い方モックを使った検証モックでわざとエラーを発生させ

ramtiga 2014/11/21

rspec
ruby

リンク

脱初心者を目指すなら知っておきたい便利なVimコマンド25選 (Vimmerレベル診断付き) - Qiita

はじめに: Vimならではの便利機能をマスターしよう！かれこれ数年前、僕がVim(というか、たぶんVi)と初対面したときは、「なんて使いにくいエディタなんだ！！」と最悪の印象でした。しかし、周りのプログラマやネット上のエンジニアたちはみんな「Vim便利！」「Vim最高！」と言います。なのでその言葉を信じ、僕も最悪の印象だったVimともう一度正面から向き合うことにしました。そして、月日が過ぎ・・・僕もいつしか「Vim便利！」「Vim最高！」と叫ぶようになってしまいました！！これって洗脳？いやいや、洗脳じゃありませんw Vimにはメモ帳の延長線上にあるエディタでは実現できないような数々の便利な機能があります。覚えるまでにはちょっと苦労しますが、覚えてしまえばメモ帳系のエディタでは追いつけないようなスピードでテキストを編集することができます。とはいえ、そもそも覚える以前に「そんな

ramtiga 2014/07/19

vim

リンク

RSpecの入門とその一歩先へ～RSpec 3バージョン～ - Qiita

はじめに有名な初心者向けのRSpec入門記事として、和田卓人さん(@t_wada)の「RSpec の入門とその一歩先へ」という記事があります。僕もRSpecを全く知らなかった頃に参考にさせてもらいました。今読んでもとても素晴らしい資料なのですが、RSpecのバージョンが古く、現状の書き方とマッチしなくなってきているのが少しもったいないところです。そこで、この記事では和田さんの記事をRSpec 3バージョンに書き直してみようと思います。各イテレーション(RSpec 3バージョン)へのリンク第1イテレーション(本記事) 第2イテレーション第3イテレーションソースコードのURL https://github.com/JunichiIto/rspec3-for-beginners/tree/end_of_iter1 本記事のライセンスについて本記事はクリエイティブ・コモンズ表