2015-08-29

昔ながらの Private 関数の宣言、見にくくない?

ruby

■ その昔

Ruby にはこのような書き方しか許されてなかった…

class Hoge
  def fuga
  end

  def jack
  end

private:

  def sage
  end

  def age
  end
end

■ 今

しかし、時代は変わった

class Hoge
  private def sample
  end
end

def の前に private ってかけるようになった

今までだと、図の左のような作りになる
Public メソッド内で使用されているprivateメソッドが遠くに宣言されていて、ちょっと見にくい.
vimmer の :vsp / :sp 使えばいいじゃん的な発想 ~~滅びろ！~~ は、ちょっと…。
f:id:qooh0:20150829140923p:plain

そんなわけで、private を def の前に書けるようになったんだから、
昔の書き方にとらわれず、private を近くに書いてもいいんじゃないでしょうか？

……だめかな？

2015-08-23

YAPC Asia 2015 に参加してきた

YAPC::Asia に参加してきました。

一晩寝て、強く印象に残っているのは
- HTTP/2時代のウェブサイト設計
- Perlの上にも三年〜ずっとイケてるサービスを作り続ける技術〜
- Profiling & Optimizing in Go
- Adventures in Refactoring
です。

この中のいくつかは資料が公開されていますし、受賞もしているので blog されていることが多いと思います。
そこで Adventures in Refactoring で紹介されていた gem について書こうと思います。

scientist
https://github.com/github/scientist

Ruby のリファクタリングツール。
2つのメソッド(新・旧)をテストできる。

たとえば A, B と２つのメソッドがあったとする
A : 既存の実装
B : 新しい実装
Github では、scientist を使って A, B のパフォーマンスを計測する。
ということをしているとのこと。

良いリファクタリングと悪いリファクタリングについてや
リファクタリングする理由など、改めて考えさせられましたた。

資料が公開されたら、チームで話しあおうと思っています。

YAPC::Asia 長年お疲れ様でした。
今までで 2回しか参加したことないけど、寂しさを感じますね。

// Perl6 だいぶ面白そうなので、ちょっと魅力を感じてます。

2015-04-30

IP Address かどうかの Validator (ruby, rspec)

IP Address は IPv4 と IPv6 があるのは御存知の通り。
RSpec とかでバリデーションしたいときに、どちらかであることをチェックしたいことがあります。
ユーザーの IP Address とかを DB に保存するときの Validation として使います。

StackOverFlow などで検索しても、このやり方が紹介されていなかったので記載しておきます。
ただ、昔からやってる rubist には普通なのではなかろうか…

IP_ADDRESS_VALIDATE = Regexp.union(Resolv::IPv4::Regex, Resolv::IPv6::Regex)

2015-04-04

SICP 問題 2.5

どのように解いたかは、下記のリンクに記載しました。

https://gist.github.com/Qooh0/172078ef015bfd4b8612

ここにハマった

(car x) を作成するときは、2 ^ a を調べればいいので、偶数かどうかを調べればよかった。
(cdr x) も作成するときは、奇数かどうかを調べていけばいいと思った。

しかし、頭の良い皆さんならわかると思いますが、奇数かどうかを調べるのでは正しくない。
なぜなら、 (* 2 3) は 6 になる。つまり、偶数になります。

これに気づくのに時間がかかった…

そのため、回答の car と cdr では、実装方法が異なっている。
両方とも cdr の実装でとくのが正しいはず。

やー、失敗した。

2014-10-02

Ansible で疑問に思ってたことを聞いてみた

昨日、@usaturn さんに Ansible について聞く機会があったので、お話を聞かせていただいた。

Q. Ansible って、結構使ってますか？
A. 普通に使ってます。

Q. Ansible + Vagrant の場合、ユーザーはどうしていますか？vagrant ユーザーを使用していますか？
A. Vagrantは使っていません。Ansibleを利用する際のユーザは、共用ユーザを使っています。

Q. Galaxy に良い Role がないのですが、どうしていますか？
A. 適当に playbook を書いています。
そもそも Ansible を使う人の多くは、簡単に使用したくて使っている人が多いように見えます。

Q. 設定ファイルとか jinja2 で書いていますか？
A. そこまでやりたいのですが、できていないのが現状です。

2014-09-22

Ansible で PATH を追加する系の処理は、なんとかならないものか？だった話

open source configuration management utility という分野で Chef, Puppet もあるが Ansible しかわからないので、このタイトル。

インストール手順に PATH を通すために .bashrc に記載が必要という処理は、わりとよくある。

例えば nodebrew だと以下の様な PATH の設定を .bashrc に記載するのが手順。

export PATH=$HOME/.nodebrew/current/bin:$PATH

これを正直に task に落とすと、こんな感じになる。

shell: echo export PATH=/home/{{ user }}/.nodebrew/current/bin:$PATH >> /home/{{ user }}/.bashrc

この書き方だと複数回プロビジョニングをした時に、

export PATH=/home/{{ user }}/.nodebrew/current/bin:$PATH

がプロビジョニングした回数だけ .bashrc に記載されてしまう。

なにかよい方法はないかな？

- - -

などと、書いていたら普通にファイルの存在確認して、ファイルがなければ追加でいいのではないか？と思うようになった。

2014-08-09

バックパックを考えた

メモ

バックパックのサイトを見て、たまに買おうかどうしようか悩む。
毎回、位置から悩むのは馬鹿らしいので、ここまで選んだものをピックアップ！

この中から選べばいいんじゃないかな。

1. 通気性ならこれ！
deuter
http://www.deuter.com/JP/jp/%E3%83%88%E3%83%A9%E3%83%99%E3%83%AB/grant-80604-446.html
http://www.deuter.com/JP/jp/%E3%83%88%E3%83%A9%E3%83%99%E3%83%AB/grant-pro-80614-446.html

2. Apple 公認？
http://www.thule.com/ja-jp/jp/products/luggage-and-bags/daypacks-and-messengers/thule-crossover-backpacks/thule-crossover-32l-_-tl_85854231374

3. city 向き (chrome)
http://www.chromeindustries.com/us/en/bags/laptop-bags

4. スラっとしていて、PC を上に置くのに向いているかも…
http://goincase.com/shop/products/bags/backpacks

再起動中...

そのうち移行するはず