coluli

2009-11-08

takaakik:

dannnao:

yuco:

nuremochi:

yuco:

hanemimi:

20121222volt:

randomreblog
「理性的になると　一瞬だが、その間だけ痛みが引く　寒さも消える理性には、人間らしさがないからである」ミッションちゃんの大冒険
「狂人とは理性以外のあらゆる物を失った人である」Ｇ・Ｋ・チェスタトン

dannnao:

yuco:

nuremochi:

yuco:

hanemimi:

20121222volt:

randomreblog

「理性的になると　一瞬だが、その間だけ痛みが引く　寒さも消える
理性には、人間らしさがないからである」ミッションちゃんの大冒険

「狂人とは理性以外のあらゆる物を失った人である」Ｇ・Ｋ・チェスタトン

→

thresholdnote:

petapeta:

kml:

takaoka:

cammmpo:

toomany:

nkym:

ssuge:

drawings

Tomas Schatsによるdrawing。
トーンがすごく良いな。なんだろう、コレは。

→

マロンとライムの柴犬親子日記 - にほんブログ村

2009-11-07

ak47:

andi-b:

remblr:

柴えこファミリー　ブログ

2009-11-06

そこの末娘が漫画家になっててびびった。聖☆おにいさんという漫画なんだけど、意外に人気があるらしい。

僕が始めて中村光ちゃんをみたのは彼女が中学生の頃で、僕らが素潜りであわび・サザエの密猟しまくりの時に、日陰でスケッチブックに絵を描いていた。両親共にヒッピーで、本人は勉強は好きだが高校進学せずに通信に通い、将来漫画家になりたいという。

その話しを聞いたとき、僕はこっそりこれは先行き暗いなあと思ったんだけど全然違いました。10代からバリバリ稼いで売れっ子になってました、ありがとうございました。

しかもその当時、プログラマだった知人(光ちゃんの姉の旦那)は会社を興し、携帯用ゲームを作るとか言ってて、いやー携帯でゲームなんか無理だろ…JK、とか思ってたら見る間に成長して今は千代田区にある田村亮子と同じ高級賃貸に住んでますわ。

そいつも美大を三浪してギブアップしてプログラマの専門学校行って中退して、ゲーム会社に入って免許を取ろうというゲームで当てるも次でこけて辞めて…ぐらいまでは、あー可哀想にとか思ってたんだけど、普通に成功してるし。

— id=936908372&owner_id=209809 (via otsune) (via yuco) (via buru) (via mitaimon)
2008-09-19 (via gkojay)

2009-11-04

ビクターがHOYAからデジタルカメラ事業部（ペンタックス）を買収 - デジカメinfo

がんばれ！ペンタックス！　買う予定はないけど。

→

こうした動きから，企業サイトやメディアサイトの必要性がなくなりつつあるのではとの声も。

— livedoor ニュース - BLOGOS - ソーシャルWebの台頭により企業サイトが目的地でなくなる - メディア・パブ

→

「S/N 比とオープンな利用価値」これが Twitter リストを作る上でしばらくはキーワードになる気がします。

— Twitter リスト機能を RSS リーダーのように使いこなす | Lifehacking.jp

2009-11-03

僕は今回の案件で、システムのレスポンスに徹底的にこだわってる。

それには理由がある。

それは、プログラマの誇りを見せ付けたいからだ。

この案件は、既存機能をコピーして似た機能を作るというものだ。

既存機能は、Webシステムなのに1アクションで

1分や2分以上のレスポンスタイムはザラで、

悪いときには数分後にタイムアウトして、

さらに悪いときには、アプリケーション全体をロックしてしまっていた。

顧客はそれでも我慢して使っていてくれたそうだ。

今回の改変に、顧客がパフォーマンスを要求するのは当然だった。

それにしても酷いアリサマだとコードを見てみると

酷い。

確かにパフォーマンスは出ないのも無理はない。

いや、それどころか僕は、このSI業界の問題を感じざるを得なかった。

この機能はそこそこ難しく、業務的にも重要だ。

しかし、そのコードは、新人～3年目ぐらいのプログラマが書いたとしか思えないコードだった。

例えば、

・Stringを＋でツナギまくってパフォーマンスが激劣化していた。

・SQLで、よく考えれば要らないJoinが山ほどあった。

・すべてMapで引数を取り回し、Mapの中身はすべてStringに置き換えられていた。

・数字もDateもStringだ。

・1000行以上もあるSQLは、適切にインデント付けされておらず、読むことすら億劫になる。

その他、Sessionの使い方、クラス分け、変数名の付け方、コメントの書き方に至るまで、

新人が試行錯誤して作った跡が見られる。

この業界の問題、それは

プログラムが、新人～3年目の作業と位置づけられていることだ。

僕はこの認識を変えたい。

だから徹底的に、スキルの差によってどれ程のパフォーマンス差が出るか示したいと思った。

自慢したいわけではない、

10年近くコードと真剣に向き合ってきたから、

新人～3年目に負けるはずはない。

このコーディングに際して、まず徹底的なリファクタリングから取り掛かった。

SQLを読みやすくインデント付けし、Mapを取りやめて適切な型のオブジェクトにし、

StringBufferをつかって、Joinを削った。

作り直したといっても良い。

もちろんチューニングは徹底的に行なった。

実装工数の三分の一を使った。　

先週まで、1アクション3秒の壁を越えられなかったけど、今日2秒を越えた。

検索自体は、0.5秒以内。改修前は、早くとも30秒だったので60倍の高速化だ。

最もパフォーマンス差が出たアクションでは、1000倍以上の差となった。

これを顧客に納品する。

今まで、1つ1つのアクションに対してイライラし続けていた機能は、

サクサクと動くようになる。

この機能は、サクサク動くと業務上の使い道が大きく広がることは間違いない。

顧客は感じてくれるだろう。

サクサク動くことの快感を。

顧客は疑問に思ってくれるだろう。

「なぜ既存機能よりも情報量の多い、この機能がこんなに早いのか？」と

そして問い合わせてくれたら良いと思う。

なぜこの機能はこんなに早くて、

他の機能はウンザリするほど遅いのかを。

そのときには、答える。

プログラミングスキルの差としか言えませんと。

新人～3年目が悪いわけじゃない。

ベテランがコードを書かなさ過ぎる。

僕のスキル程度は、ザラに居るはず。

しかし彼らは、設計書のメッセージIDや、設計書更新日付の整合性や

フォントや罫線の切れを合わせるのに貴重な労力を割きすぎるんだ。

システム開発は、顧客の要件を実現するサービス業だ。

要件の実現がキモなのに。

実装がキモなのに。

なぜ、ベテランが頭だけやるのか。

僕にはどう考えても、理解不能だ。

今回、僕は頭の先から尻尾までやった。

それが普通であってほしい。