初めて買ったRubyの書籍がパーフェクトRubyな話。

パーフェクトRubyアドベントカレンダーの19日目です。

正直にお話しします。まだ、あまり読んでいません。

すいません、すいません。

パラパラめくったりはしていますが、他の本を読んでいる微妙なタイミングで買ってしまったのと、今の所Rubyのリファレンスマニュアルを見たりとか、rubyで書かれたコードとかを読みながら、小さなプログラムを組んでいる程度なのでちゃんと読めていないです。手元にあるのにもかかわらず、どこから読んでいいのかわからないという、頓珍漢な答えをしてしまうくらいです。
どこから読もうと思っているのかは、ちゃんとあるので最後の方に書くつもりです。

今、普段書いているのはActionScript3.0 ですが、作業用の補助ツールとかに好んで書いているのはRubyだったりします。

他にもいろいろな書籍があるのに、

「正直にお話しして、まだあまり読んでいないのに何故パーフェクトRubyを最初に選んだか」

という話をします。理由は３つあります。３っつ合わさってこその決め手です。

1. Rubyだから

　もともとフロントエンドで仕事をしていて、ActionScript3.0やJavaScriptを書いていたのですが、どちらもツールとして使うのには扱いづらく、いろいろと他の言語を試してみたりしてました。最初はPHP、次に触ったのはPythonでした。そして、その次に触ってみたのがRubyでした。(※1)
　なんとなく今はRubyがしっくりきている気がしているので、Rubyを使っています。

2. パーフェクトシリーズだから

　PHPを勉強していた時にパーフェクトPHPを買いました。Androidの仕事をした時にパーフェクトJavaを買いました。PHPはあまり使う機会はなかったですが、パーフェクトPHPはフレームワークを作る所の章が今でも参考になっていて、パーフェクトJavaは実際に書く機会があったこともあってとても参考になりました。( ※2 )

3. 読んでみたいと思ったから

　実はプログラマとして最初に触れた自分以外の書いたコードが著者の一人の@sugamasaoさんの書いたコードでした。また最初に一緒にコードを書いたのも@sugamasaoさんでした。学生時代に少しコードを書いていたとはいえ、一人でずっと書いていたこともあって、もう４年前ですが、今でもどういった処理で、どういう目的で書かれていたということをなんとなく思い出せるくらい、とても学んだことがたくさんありました。（自分の書いたコードはすぐ忘れるのに! ）

　そういったこともあって、仕事とはあまり関係ないコードで最初にレビューを個人的にお願いしてみたのも@sugamasaoさんだったりします。

　そんな方が共著で一部を書いているRubyの本である。。。。。。あとはわかりますね？

まとめ

　そんなこんなで、買わないわけにはいかない！とおもって、勢いで買ったパーフェクトRubyですが、実はまだちゃんと読めていません。買った理由が完全に個人の経験に依存した理由で、他の方の参考になる気がしません。他の方が参考になる所を書いてくださっているので、自分もそれを参考にしつつ読んでいくつもりです。

　とここまで書きましたが、自分が読もうとしている所は決まっていて、今ちょっとずつサーバーサイドのことを学びつつ、ブラウザで使えるツールなんかをWebrickをつかって書いていたりしていて、ちょっといろいろと学びたいことができてきたので、とりあえず週末あたりにTODOツールを作る所からでも手をつけてみようかなと思っています。

Rubyちゃんと使えるようになりたいぞ！

※1 他の言語をdisれるほどつかってないので、ちゃんとした理由はありません。
※2 よく言えば信頼。わるく言えば妄信。

【CoffeeScript】for文の戻り値メモ

「CoffeeScriptの関数は明示的にreturnするべき」って言う記事が流れてきて、CoffeeScriptは触った事なかったけどちょっと気になった事があったのでメモ。

「returnを明示的にしないと元の記事だと無駄なコードが出力される」

 って、さっきの記事にはあったんだけど、Rubyとかもreturnを明示しなくても戻り値のある言語だし、わざわざreturnを明示しなくても戻り値がちゃんとあるというのにはちゃんと意味があると思ってて、できればreturnを明示しなくてもちゃんと期待通りの処理が行われる実装や設計にしていくのが好ましいようなきがした。それを意識して書いてあれば、きっと無駄なコードが出力される事もなさそうな気がする。

そこでRubyのコードとちょっと比較してみた。

 まずはCoffeeScriptのコード
(console.logの戻り値がundefinedみたいなようなのでRubyと同じような結果になるようにputsを定義しています）

puts = (v)->
     console.log(v)
     return v
 
sample = ->
  for i in [0,3,5]
    puts(i + 1)
                                                                                                                                                      
result = sample()
console.log(result)

結果はこうなる。

1
4
6
[ 1, 4, 6 ]

次はRubyのコード

def test
    for num in [0,3,5] do
       puts num + 1
    end
end 

result = test
print result

結果はこうなる。

1
4
6
[0, 3, 5]

この二つを比べてみると、CoffeeScriptとRubyの戻り値の評価の方法が違う事がわかった。

Rubyのリファレンスを見てみると、「 for文はローカル変数のスコープに影響を及ぼさない点が 異なるからです。」ってことなので配列の定義をしている所が最後の評価として返ってきているんだと思う。

CoffeeScriptの方は、for文の中で処理された値を配列にいれて返している。何でそうなっているのかはわからないけれど、そういう評価の方法だとわかっていれば、for文でに保存してそれを配列として返すというjsの出力は無駄というわけではない。

さて、元記事にあるように return文を仕込んだ処理が以下のように書いてあったとする。

puts = (v)->
     console.log(v)
     return v

sample = ->
  for i in [0,3,5]
    puts(i + 1)
  return

result = sample()
console.log(result)

そうすると以下のように処理が行われる。

1
4
6
undefined

何かが必ず「返り値」になるっていうのは、何がどのような順番で評価されるかって言う事を意識して実装しないとってことで、それは結構プログラムを書く時に意識していた方がいい事だと思うし、戻り値が違うのはテストを書いていたりするとおかしくないのでむやみやたらにreturnで返すよりも、できるだけreturnを返さないように常に戻り値をいしきしてじっそうするほうがいいきがした。

同じような出力を期待するには下のような感じでもできるけど、結局returnは使ってない。return使わなくてもよけいなものを出力しないってことは多分できて、結局作業をする人の慣れとか、その時どんなプロジェクト上の最適化をしなくちゃいけないかって所で、バランスをとっていく所なんだと思う。なので元記事の「必ずreturn」を書くって言うのも一つの方法なんだろうと思う。

ただ、元々のJavaScriptがイケてないからこそ、「JavaScriptに変換する言語を作ろう」みたいになったはずで、そのために使っているはずなのに、出力されるJavaScriptをみてCoffeeScriptの処理の最適化の方法を考えていくのも何となく悔しい気がするのでした。

puts = (v)->
  console.log(v)
  return v

sample = (list,x=0)->
      puts(list[x])
      sample(list,x+1) if list.length > x + 1

result = sample([0,3,5])
puts result

書き出されたコード

// Generated by CoffeeScript 1.6.3                                                                                                                    
(function() {
  var puts, result, sample;

  puts = function(v) {
    console.log(v);
    return v;
  };

  sample = function(x) {
    var list;
    if (x == null) {
      x = 0;
    }
    list = [0, 3, 5];
    puts(list[x] + 1);
    if (list.length > x + 1) {
      return sample(x + 1);
    }
  }; 
                                                                                                                                                      
  result = sample();
                                                                                                                                                      
  puts(res);
                                                                                                                                                      
}).call(this);

Androidの勉強をしよう。

Androidに興味があると言っておきながら、全然目に見える形でアウトプットが出せていないので、Androidの勉強をしたいと思います。というわけで現状を整理。

今、ActionScript3.0を書いていて、それだけだとこの先どうにもならないとおもっているので、ちゃんとアウトプットもしてきたいですね、という所でAndroid勉強しようとか思ってる。あ、でも一応JavaScriptとかを仕事で書いていたときもありました。

Androidに関して言えば、触るのが初めてという訳ではなくてちょっとだけ仕事で実装した程度、Androidの実装されたコードはたまに読んでいるという程度。ただ、細かいデバイス依存の実装や、バージョン互換性の問題等はわかっていないでよくしらないよ、といったところです。

最初にAndroidを触ったときは、助っ人みたいな形だったので（Java書いた事ないのに！）、早急にコードを扱わなくてはいけなくて、

http://dsas.blog.klab.org/archives/52003951.html
http://blog.kmckk.com/archives/3551546.html
http://itpro.nikkeibp.co.jp/article/COLUMN/20091126/341182/

ここら辺とActivityThread.javaとかActivityManager.javaとかのソースを読みつつ、ActivityやIntentのライフサイクルとかを把握してプロダクトコードと格闘してた。
　まぁ、そんなこんなで興味をもつにはもったのだけど、たまにSDKのコードをあさって読んだりしている程度。

さて、いろいろ見てきた所Binderの仕組みを理解するといろいろと理解が深まりそうなのでそこを勉強してきたいです。とりあえずこの辺から見ていきたいと思います。

http://togetter.com/li/110186
https://www.nds.rub.de/media/attachments/files/2011/10/main.pdf

Markdownでドキュメントを書きたい。

Markdownでドキュメントを書きたい。

自分用のメモとかドキュメントとかつくるのにSphinxを使っていたんだけど、どうもなかなかreStructuredTextにこなれないし、自分用にガッツリ勉強する気にもなれない。そのうちGithubのGistを使うようになってきて、Markdown使いたいなって思うようになった。というかGistに張ったものをそのまま使ったり、書いたものをそのままGistに張ったりしたい。

というわけで、Markdownをhtmlに変換できるようなのを探して"markdown html 変換"で検索した所、pandocというのが出てきた。このpandoc、MarkdownをreStructuredTextに変換できるとも書いてあって、じゃあこれを使おうって思った。

とりあえずインストール。Haskellでつくられたツールだそうで、Haskellのパッケージマネージャで入れられるそうだ。
参考 http://qiita.com/sky_y/items/80bcd0f353ef5b8980ee
(※pandoc単体のインストーラもあるっぽい)

といってもHaskellの環境がないので、まずはHaskellの環境をインストールした。

$brew install haskell-platform

続いてpandocをインストール。たしかこれで動いたはず。

$ cabal update
$ cabal install pandoc

インストールできたので、適当に書いて出力してみた。
sample.mdというファイルで作成してsample.htmlというファイルに出力。

# Sample

## Gohan
1. Onigiri
2. Katsudon
3. Karaage

```
$echo "Onigiri Mogu Mogu"
```
---

```
$echo "Mecha Mecha Oishi!"
```

ついで出力。

$ pandoc sample.md -s -o sample.html

おおっ、ちゃんと出力されてるすげー！。すげーけど味気ない。
味気ないのでCSS当てる事にした。面倒くさいのでGist風のCSSを探してきて拝借。 https://gist.github.com/andyferra/2554919

自分でタグ書くの面倒だからRubyで挿入できるようにした。書いてて、なんだかすごい回りくどい事しているような気がしたけど気にしない。Rubyの勉強したと思う事にした。

#!/usr/bin/env/ruby
##https://gist.github.com/andyferra/2554919
if __FILE__ == $0
  usage=  """
usage
-------------------
giss [filename]"""
 
  css = """ """
  curdir = Dir::pwd
  appdir = File.dirname($0)
  if ARGV.length == 0
    print usage
    exit
  end
 
  filename = ARGV[0]
  file = File.open(filename) do |f|
    f.read
  end
  if file.index("gist.css").nil?
    n_head = file.index("")
    file.insert((n_head + 6),("\n" + css))
    open(filename, "w") do
      |f| f.write file
    end
  end
  unless File.exist?("gist.css")
    puts `cp #{appdir}/gist.css #{curdir}/gist.css`
  end
end

そうして出てきたのがこちら。

満足。pandocとても良いですね。もっと他の方法もありそうな気がするけどとりあえずこれで。

【JavaScript】Canvasを使ってとりあえず3Dの球を書いてみようと思ったんだけど、いまいちなんだかよくわからない。

ガッと書きたくなって、ざっと書いたので雑だ。

var Tk = Tk || {};

Tk.gui = {};
Tk.canvas = {};
Tk.t3d = {};

//テキトーなのでなんとかしたい 
Tk.t3d.objct= null;


Tk.gui.getElem = function(id){
    return document.getElementById(id)
}



Tk.canvas.getCanvasContext = function(id){
    var canvas = Tk.gui.getElem(id);
    if (canvas.getContext) {
 var context = canvas.getContext('2d');
    }
    return context
}


Tk.canvas.animate = function(ctx,time){
    setInterval(
 function(){
     Tk.canvas.update(ctx)
 }
 ,time)
}

Tk.canvas.clear = function(ctx){
    ctx.fillStyle = "#FFFFFF"
    ctx.fillRect(0,0,ctx.canvas.width,ctx.canvas.height);
}

Tk.canvas.setup = function(ctx){
    var sp= new Tk.t3d.Sphere(200,10,10);
    
    Tk.t3d.drawMesh(ctx,sp.points,sp.indices);
    Tk.t3d.object = sp;
}

//更新しているけど、別に動いていない。
Tk.canvas.update = function(ctx){
    Tk.canvas.clear(ctx);
    var sp = Tk.t3d.object;
    Tk.t3d.drawMesh(ctx,sp.points,sp.indices);
}

Tk.t3d.Point3d = function(x,y,z){
    this.x = x;
    this.y = y;
    this.z = z;
}

Tk.t3d.Point = function(x, y){
    this.x = x;
    this.y = y;
}

Tk.t3d.Sphere = function(r,rows,cols){
    this.r = r;
    this.rows = rows;
    this.cols = cols;
    this.points = setPoints(r,rows,cols);
    this.indices = setIndices(r,rows,cols);
    
    function setPoints(r,rows,cols){
 var pList = [];
 for(var i = 0;i < rows; i++){
     for(var j = 0;j < cols; j++){
  var angle1 = Math.PI * 2 / ( cols -1 ) * j
  var angle2 = Math.PI * i / ( rows -1 ) -Math.PI/ 2;
  var point = new Tk.t3d.Point3d(
      r * Math.cos(angle1) * Math.cos(angle2),
      r * Math.sin(angle1) * Math.cos(angle2),
      r * Math.sin(angle2)
  );
  pList.push(point)
     }
 }
 return pList;
    }


    function setIndices(r,rows,cols){
 var indices = [];
 for(var i = 0;i < rows;i++){
     for(var j = 0;j <cols; j++){
  if( i < rows - 1 && j < cols -1){
  indices.push([
      i * cols + j,
      i * cols + j + 1,
      (i + 1) * cols + j])
  indices.push([i * cols + j + 1,
        (i + 1) * cols + j + 1,
        (i + 1 ) * cols +j]);
  }
     }
 }
 return indices;
    }
}

Tk.t3d.toPersePectionPoints = function(points){
    var parsePection = 200;
    var forcalLength = 250;
    var pList = [];
    for(var i = 0; i < points.length;i++){
 var scale = forcalLength / ( forcalLength + points[i].z + parsePection)
 pList.push(new Tk.t3d.Point(points[i].x * scale, points[i].y * scale));
    }
    return pList;
}

Tk.t3d.draw3d = function(ctx,points){
    var drawPoints =Tk.t3d.toPersePectionPoints(points)
    for(var i = 0; i < drawPoints.length;i++){
 ctx.beginPath();
 ctx.arc(drawPoints[i].x + 100, drawPoints[i].y + 100, 1, 0, Math.PI*2, false)
 ctx.fill();
    }
    
}

Tk.t3d.drawMesh = function(ctx,points,indices){
    var drawPoints =Tk.t3d.toPersePectionPoints(points)
    var offsetX = ctx.canvas.width / 2;
    var offsetY= ctx.canvas.height / 2;
    for(var i = 0; i < indices.length;i++){
 var index = indices[i]
 ctx.beginPath();
 ctx.moveTo(points[index[0]].x + offsetX  ,points[index[0]].y + offsetY );
 ctx.lineTo(points[index[1]].x + offsetX  ,points[index[1]].y + offsetY);
 ctx.lineTo(points[index[2]].x + offsetX  ,points[index[2]].y + offsetY );
 ctx.lineTo(points[index[0]].x + offsetX  ,points[index[0]].y + offsetY);
 ctx.stroke();
    }
    
}

Tk.t3d.main = function(){
    var ctx = Tk.canvas.getCanvasContext("canvas_20130621");
    Tk.canvas.setup(ctx);
    Tk.canvas.animate(ctx,200);
}

Tk.t3d.main();

【Ruby】WebrickのProxyContentHandlerとProcクラス

前々回の記事webrickでプロキシサーバをつくろうとしてデータを書き換えたりするために使っていた際、ハンドラのProxyContentHandlerにProcクラスを使っていたけれど これをどうにかして、別のクラスにして置き換えたいと思った。

  handler = Proc.new(){|req,res|

    if "#{req.host}#{req.path}" == REPALCE_TARGET
      res.body = REPLACE_CONTENT
    end
  }

Procについて調べてみて出てきた説明がこちら

ブロックをコンテキスト(ローカル変数のスコープやスタックフ レーム)とともにオブジェクト化した手続きオブジェクトです。

うむ、いまいちどうしたらいいのかわからなかったのでいろいろと試行錯誤しようとしたけれど、なかなかうまくいかなかった。そこで、とりあえず適当にクラスをつくって突っ込んでみる事にした。

class Handler  
  def initialize()
  end
end

これを

handler= Handler.new

として、プロキシを設定し、適当なページにアクセスすると以下の表示が帰ってきた。

Internal Server Error

undefined method `call' for #
WEBrick/1.3.1 (Ruby/1.9.3/2012-04-20) at doc.ruby-lang.org:80

methodのcallが無いという事なので、Procの時に実装していた引数をもたせたcallというメソッドを実装

class Handler
  
  def initialize()
  end
  
  def call(req,res)
  end
  
end

すると、ページがきちんと表示された。よし、これにて一件落着。 といいたい所だけれども、とりあえずwebrickのhttpproxy.rbとproc.cを見てみた所、何となく、これでも問題なさそうだ。

https://github.com/ruby/ruby/blob/trunk/proc.c https://github.com/ruby/ruby/blob/trunk/lib/webrick/httpproxy.rb

 動くっちゃ動くけど、この実装はruby的にいいのかどうか。

【Ruby】yamlをrubyで書き出そうとしたときのメモ

設定ファイルの書き出し、書き込みみたいな事がしたかったので調べてて
使った事無かったyamlを使ってみようと思った。なんか見やすいですしおすし。

Animal:
 gorira: Goritaro
 cat  : Nyanko
 horse : Umazo

こんな風にかける。 ファイルに書き出したかったので、調べてみると、

open("./test.yml","w") do |f|
 YAML.dump(hoge,f)
end

でファイルに書き出せるっぽい。しかもrubyで書いたオブジェクトをそのままの形で書き出す事ができると、どこかで見た気がしたので、下みたいに書いて出力してみた。

#!/usr/bin/ruby
require "yaml"

hoge = "test1"
fuga = "test2"

class Hoge
  attr_accessor :hoge,:fuga
  
  def initialize(hoge,fuga)
    @hoge = hoge
    @fuga = fuga
  end
end

class Piyo
  attr_accessor :piyo

  def initialize(piyo)
    @piyo = piyo
  end
end

piyo = Piyo.new(fuga)
hoge = Hoge.new(hoge,piyog)
sample = hoge.to_yaml

open("./test.yml","w") do |f|
  YAML.dump(hoge,f)
end

すると、こんな風に書き出された。

--- !ruby/object:Hoge
hoge: test1
fuga: !ruby/object:Piyo
  piyo: test2

違う!わたしが欲しいのはこんなYAMLちゃんじゃないわ!!!1
なんか’!ruby’とか入ってるのは、rubyのオブジェクトだからっぽい。

hoge = {'Hoge' =>{'hoge'=>'test1','Piyo'=>{'piyo'=>'fuga'}}}

これだと普通に出力されました。

---
Hoge:
  hoge: test1
  fuga:
    piyo: test2

これだよ！ほしかったのは

そこで、調べてみるとオブジェクトの’taguri’と'to_yaml_style'というのを書き換えてあげるといいといいらしい。いいらしいがうまくいかず（前確かめたときはちゃんとできたのに）。
(gihyo 言語別　YAML用ライブラリ徹底解説)

いろいろと検索結果をぶらぶらとしていて、たどりついたココ(YAML/オブジェクトシリアライズ処理を読む)に習って、rubyのソースを'to_yaml'で検索してみるとそれっぽいのが出てきました。
ちなみに確認したバージョンはruby-1.9.3-p392

#ext/syck/lib/syck/rubytype.rb
class Object
    yaml_as "tag:ruby.yaml.org,2002:object"
    def to_yaml_style; end
    undef to_yaml_properties rescue nil
    def to_yaml_properties; instance_variables.sort; end
 def to_yaml( opts = {} )
  YAML::quick_emit( self, opts ) do |out|
            out.map( taguri, to_yaml_style ) do |map|
    to_yaml_properties.each do |m|
                    map.add( m[1..-1], instance_variable_get( m ) )
                end
            end
        end
 end
    alias :syck_to_yaml :to_yaml
end

これだけ見てもさっぱりわからないですね。と、ここまでやって思ったんだけど、よくよく考えると今やりたいことはyamlでやる必要ないかなぁと。（←今ココ

rubyでyamlを書き出そうとして、なんとなしにrubyのライブラリのソースにたどり着いたので、いろいろと中身も見ていければなぁと思ったりしましたメモでした。（まわりくどい）

 ※文体変えた

【Ruby】WEBrick でプロキシサーバをつくってみる

Macのブラウザでネットワーク関連の処理をあれこれしたいと思った時に、Windowsを利用していた時に使っていたFiddler的なものが欲しくなりました。WEBrickを使ってプロキシサーバをつくれば、似たような事ができる(?)と教えていただいたので、早速試してみる事にしました。 

サーバサイドのスクリプトも、Ruby自体もあまり触った事がなかったので、ついでにどんな風にかけるのかあれこれいじりながらやってみる事にしています。いろいろとやってみたい事があるのですが、とりあえず置き換えの方法だけでもメモしておきます。

 Webrickを利用している部分は抜き出してクラスに。まだまだいろいろと機能があるようなのでいじりながら何ができるかを検討中。

##./lib/proxy.rb
#!usr/bin/ruby
require 'webrick'
require 'webrick/httpproxy'
include WEBrick

class Proxy
   attr_accessor :config

  def start
    print @config
    @server = WEBrick::HTTPProxyServer.new( @config )
    Signal.trap('INT') do
     @server.shutdown
    end
    @server.start
  end

  def shutdown
    @server.shutdown
  end
   
end

設定ファイル(yml)

server:
 :BindAddress    : '127.0.0.1'
 :Port           : 10080
 :DocumentRoot   : ''
 :CGIInterpreter : '/usr/bin/ruby'

handlerの中身の部分は、あまりいろいろ試してみていないのでこれからいろいろと試しつつ、できそうな事があれば実装していこうと思います。URLを比較する部分とかはまだ適当です。

##./main.rb
#!usr/bin/ruby
require './lib/proxy.rb'
require 'yaml'

@server = Proxy.new

REPLACE_CONTENT =<<EOF
<body>
<h1>Oh!</h1>
<body>
EOF


REPALCE_TARGET = "tsukajizo.com/"

def start_proxy
  #Handler
  handler = Proc.new(){|req,res|

    if "#{req.host}#{req.path}" == REPALCE_TARGET
      res.body = REPLACE_CONTENT
    end
  } 
  
  #プロキシサーバの設定
  config = YAML.load_file('./config.yml')
  server_config = config['server']
  server_config[:ProxyContentHandler] = handler
  
  #プロキシサーバの起動
  @server.config = server_config
  @server.start
end

start_proxy

なんか、こうもうちょっと使いやすい感じにしていきたいですね。

とりあえず。

 →

こんな感じです。