Ruby-1.9.1のHashリテラル
Ruby-1.9.1
1 [:foo, :bar => :baz] 2 #=> [:foo, {:bar=>:baz}]
いままでも、
1 [:foo => :bar]
のような形式であればOKだったのですが、配列リテラルの中に Hash以外の要素を含む場合には構文エラーが発生していました。
Ruby-1.9.1
1 [:foo, :bar => :baz] 2 #=> [:foo, {:bar=>:baz}]
いままでも、
1 [:foo => :bar]
のような形式であればOKだったのですが、配列リテラルの中に Hash以外の要素を含む場合には構文エラーが発生していました。
今日は小ネタです。
グループ テーブルの背景で使われている細かい縦縞の背景。なんだか単純な色よりはこちらの方がリッチな感じがするように思いますw
1 self.view.backgroundColor = [UIColor groupTable ViewBackgr oundColor];
http://cod
メール送信にSKPSMTPMes
色々調べた結果、Base64エンコードの際に改行されていないのが問題かと行き着いたので、Base64Tran
1 //Base64Transcoder.m 2 if (theOutInde x % 74 == 72) 3 { 4 outOutputD ata[theOutInde x++] = '\r'; 5 outOutputD ata[theOutInde x++] = '\n'; 6 }
via http://dev
自分用MySQLメモ:
デフォルト値を指定する場合、NOW()ではなくてCURRENT_TI
1 CREATE TABLE items ( 2 id INTEGER NOT NULL PRIMARY KEY, 3 title VARCHAR(255) NOT NULL DEFAULT('title'), 4 created_atDATETIME NOT NULL DEFAULT CURRENT_TI MESTAMP 5 );
CREATE TABLE t (
ts1 TIMESTAMP DEFAULT 0,
ts2 TIMESTAMP DEFAULT CURRENT_TIMESTAMP
ON UPDATE CURRENT_TIMESTAMP);
従来のソフトウェア工学が決定的に間違っている点は、 ソフトウェアを作るソフトウェアに関する工学ではない事だと思う。
100倍の生産性を達成するためには、ひとつ階段を上にのぼる必要がある。
従来のソフトウェアエンジニア人事工学が決定的に間違っている点
「やらなきゃいけない」仕事が20%で、残りの80%が「やりたいしごと」。たとえ単純作業でも、残り80%にそれが属しているのであれば嬉々としてやってしまう。彼らからこれを取り上げてしまうと、残り20%も小さくなってしまう。好きなようにやらせておくのが吉である。
つまらないコードを生成するコードを書く事は、 つまらないコードを書く事自体と比べて何倍も面白い。
手でコードを書くプログラマと、コードにコードを書かせるメタプログラマでは、 規模が大きな仕事になるほど差が開いていくと思う。
真のソフトウェア工学はまだ未来のものだ。一年とかけずに三千人以下でエンパイアステートビルを造り上げるようなものは、現在のソフトウェア工学に存在しない。(中略) 何十万もの奴隷を何十年も使い石に石を重ねてゆく様は、まさに今日ほとんどのソフトウェア開発で行われている事だ。
真のソフトウェア工学は、もう存在している。それは、 タワークレーンを使った高層ビル建築 に似ている。 メタプログラマーの仕事は、タワークレーンを組み立てるために小さなクレーンを動かす事だ。 それを実現するための道具はもう揃っていると思う。 それを使いこなしてる人もそれなりにいる。 では何が足りないのだろうか。
それはなんと言っても、実績が足りない。というか無い。 例えば5人のメタプログラマーの会社が、500億円の案件を50億円で受注したというような事例は皆無だと思う。 経営者は、万が一プロジェクトが失敗に終わった時に、実績が無い事に手を出した事を責められる事になる。 しかしながら、これについては成功事例が生まれれば改善する可能性があると思う。 営利企業の経営者が、これほどの節約機会を見過ごすとは思えない。
という事で、システム経費を劇的に圧縮する方法をお探しの方は、
までご相談ください :-)
追記
Yay! I am looking forward to it very much!
Merbはmerb-actio