一般社会でこのような単語を口に出して言うと、首を傾げられるかもしれません。でも、ロジックありきで動いている世界では、とてもポピュラーな言葉です。いや、言霊と言ってもいいくらいです。
(言霊 : 言葉に宿っていると信じられていた不思議な力。発した言葉どおりの結果を現す力があるとされた)
いや、我ながら言い得て妙な気がします。これがあって初めてロジックが正しく動き出すような気がします。
標準化は単純に言うと時間短縮の手法であり、その為のガイドラインを作成する事ですが、開発の現場では実際のソースコードやモジュールやライブラリで、そっちの事を指す場合が殆どです。だからあまり気にも留めませんが、年月をある程度過ごしてから落ち着いて考えてみると、その考え方や手法の重要さにあきれ返ると思います。
コンピュータはそもそもロジックで成り立っているので、このへんの標準化はしっくりはまります。人間世界の標準化はルール作った後ルールを正しく守れる為の標準化がまた必要なのでキリがないです。ですがやらないと決して成果が正しく出ないのです。もっと簡単に言うと、損益分岐点に光を当てる為の地道な努力なのです。
そして、考え方としてはとても便利なもので、標準化だけでシステムの概要設計までは行えますし、クライアント毎の中身の個別の基本設計が「最適化」です。
最適化は、簡単に言えばチューニングであって、性能を上げる為の工夫を言います。もちろん、最適化もある程度は標準化できますが、たいていにおいて、これが「ノウハウ」と呼ばれて門外不出の秘伝だったりするわけですね。
進撃の巨人をテーマにしたイラストはけっこう数創りましたが、やはり絵になるのは立体機動装置です。
ですが、服装が結構地味なものしか無かったのでインナーとしてドレスの一部を使ってみました。ブーツも光沢のあるやつに履き替えて、ライトも2つ増やして角度調整して質感をアピールしています。
しかし、Ruby にできて PHP に出来ない事もあるわけで、その場合は商品と言うよりも、運用ツールとして威力を発揮するものです。おそらく Mechanize に出会わなければ、自分はいまだに Ruby を使う事は無かったと思います。
これは、Ruby がどうのと言うより、Ruby を好んだとても優秀な技術者が偶然 Mechanize を担当したという我々にとってはラッキーな出来事で、唯一の彼が居なければどうなっていたか解りません。事実、Perl で Mechanize と言う選択肢にはならなかったのですから。
そこで、Python ですが、存在だけは知っていたのですが、その実体は 2010年04月17日 に調べて初めて知り、その上で利用価値を見出すのに苦労しました。しかし、どうやらパッケージスクリプトとして標準化しやすいという事( エンドユーザが流用しやすい ) と、