投稿者: nagumosan

やさしさ、っていうのは「にじみでる」ものだと思うのね。

見るからに見せ付けるようなやさしさじゃなくて、ほんのりと出てくるような。
難しいのだけど。

そして、それを感じさせてくれる友達がいることが些細な幸せ。

いろんな意味で。

事業ビジョンが見えてこない。売れればいい。そりゃそうだ。
だけどさ。何もかもが行き当たりばったりな気がするわけですよ。

まあ、何をもって「無駄」っていうかは人それぞれなんだけど。

片道30分かけて行って、

メールでいいじゃまいか

っていう内容のリターンしかないと。なんか、投資した時間はなんだったんだ、って感じなんだよねえ。前の会社もそうだったけど今の会社はそれがもっとひどいような気がする。

ようやく念願かなって？

西脇唯さんのファンクラブに入会申し込みができた。

カード払いokとか、ネット申し込み可とか。してほしいけど。そこまでメジャーじゃないもんなあ。
でもまあ、十云年来のファンなので、満足。

GoogleJapanのblog、Eng Japan Library より「 Beautiful Code 」より。

Chapter Twenty-Three では、 Jeff Dean と Sanjay Ghemawat が Google で日常的に使われている MapReduce の設計と実装について説明しています。 MapReduce は非常に便利なフレームワークで、 Google クラスのスケールで大規模分散処理するうえで欠く ことができません。社内では MapReduce の実装も見ることができるわけですが、コードを読んでみると極めて興味深いところがたくさんあります。 MapReduce 内部には泥臭いコードもありますが、 MapReduce フレームワークで大規模分散システムを効率よく動かす上で大変なあたりを面倒み てくれているので、 MapReduce をつかったプログラムは非常に簡単に大規模なデータを扱うことができるのです。このように MapReduce は大規 模分散処理を扱うための美しい設計がなされています。

プログラマならやはり美しいコードを書けるようになりたいものです。しかし、美しい コードは一朝一夕で書けるようになるにはなりません。誰でも最初の頃はとりあえず動くコードを書くだけで精一杯でしょう。しかし、たくさんコードを書いた り読んだりしていくうちに、いい設計、いいコードとはどういうものか徐々にわかってくるようになります。また、他人に見てもらったりフィードバッ クをもらったりすることで自分のコードをさらによくしていくことができます。 Google 社内では、全てのコードは同僚によるコードレビューを行うことで コードをよりよいものにしています。オープンソースソフトウェアやフリーソフトウェアのコードを読んだり開発に参加することで、同じような経験ができるで しょう。

ソフトウェアエンジニア、特にプログラマをやっていると、もう、お手本というか、きまりきったコーディングスタイル、ってのが出来上がってくる。僕はJava屋さんなわけだけど。propertyを取ってきたり、logを吐き出したり、なんてのはもう何年もコードを使いまわしている。

プロジェクトの序盤のほうはやっぱり「美しいコード」を書きたいという思いが強くて、いろいろ凝ったりするんだけど、終盤になってデスマーチな様相を呈してくるとだんだん力技になってくる。そして、デスマなプロジェクトにヘルプで入ったりすると状況はもっと最悪だ。

有名なショッピングサイトや、企業サイトをご覧のみなさん、どうか、ブラウザの上で右クリックをして「ソースを表示」を選択してみて欲しい。たぶん、プログラマの苦悩が少しは見えるはずだから…

13時すぎまで寝てしまった。

ものすごい自己嫌悪。
やっぱり疲労がたまっているっぽいな。来週は大丈夫なんだろうか。

Tomcatの再起動でトラブルにはまる。

結局Job掴みっぱなしだったんだけどね。

コンソールとか、DOS窓からしっかりチェックせんとな。

最近の銀行のATMってずいぶん遅くまでやってるんですねえ。

ずーっと銀行に行けなくて残金かつかつだったんだけど、渋谷駅前のみずほで補給。

入口に「23時以降はキャッシュカードを差して～」って書いてあったから24時間営業なんかな。

スーパーチューズデー、浮かび上がる「安定」と「変革」　米大統領選

 ヒラリーとオバマは接戦ですな。

議員が比例配分ってのが両方にとって救いでもあり、難点でもある、ってとこですか。

まあ、どっちにしろ、若くて良いリーダに大統領になってほしいもんです。