SI業界（日本）のJavaプログラマーにはオブジェクト指向より忍耐力が求められている？ - 達人プログラマーを目指して http://d.hatena.ne.jp/ryoasai/20110109/1294581985 をうけて自分の考えを書いておきます。 二年前なら、自分もどうしたらSI業界をよく出来るか真剣に考えていたし、NTTデータの人達と実際に話し合いもしています。 NTTデータとの真昼の対決シリーズ http://d.hatena.ne.jp/higayasuo/20080612/1213241779 http://d.hatena.ne.jp/higayasuo/20080828/1219901392 でも、ソーシャル、クラウド、スマフォの時代になって、考えが変わりました。 今は、世の中の動きがかなり速くなっているので、その中で素早くチャンスを捕まえたものだけが生き残ります。受

なんか、プログラマとして必要な本をあげるのが流行っているようなので、自分も書いておこう。きれいなソースコードを書くために読んでおくべき本10冊。 最初はリファクタリング リファクタリング―プログラムの体質改善テクニック (Object Technology Series) 作者: マーチンファウラー,Martin Fowler,児玉公信,平澤章,友野晶夫,梅沢真史出版社/メーカー: ピアソンエデュケーション発売日: 2000/05メディア: 単行本購入: 94人 クリック: 3,091回この商品を含むブログ (312件) を見る 以上。終了。10冊じゃないか(^^; きれいなソースコードを書きたければ、一にも二にもリファクタリング、それしかない。 後は、良いソースコードを読みながら自分でも、実際にプロダクトを作ってみること。OSSとして公開すると、自然と良いコードを書こうというモチベーショ

App Engineではどの言語を使えばいいのか - yvsu pron. yasで書いたとおり、App Engineで使う言語は、素のSDKで比べるとPythonの方がJavaより断然出来がいい。 ただ、仕事で使う場合は、素のSDKで開発することはなく、何らかのフレームワークを使うことが普通です。App Engineに特化したKay frameworkやSlim3のレベルで比べるとそんなに違いはありません。 これは、単純なリクエストの処理だと、Javaの方が10倍速いが、実際に行われている処理で比べるとそんなに違いはないのと似ています。 私は、Javaを使っているので、Javaへの評価が良くなりすぎないように、意識的にJavaのデメリットを強調し、Pythonのメリットを強調していますが、実際の仕事で使うレベルにおいては、差はほとんどないということです。 んんーーーー。 たまには本音を書

DI コンテナの起動が遅いなら、起動が速いのを作ればいいじゃない 何度か書いているとおり、DIはテストをしやすくすることが一番のメリットであり、オンプレミスの世界では、今でもある程度有効です。ただ、appengineの世界では、テストする環境が整えられているので、DIを使う必要はないということです。 http://d.hatena.ne.jp/higayasuo/20091115/1258245284 DIを使ったことがある人はわかると思うけど、DIには、ある程度のめんどくささがあります。appengineの世界では、DIがなくてもテストが簡単にかけるので、わざわざめんどくさいことをする必要はないでしょう。 appengineの世界でテストがどれくらい書きやすいのかは、次のustをみればわかります。 http://www.ustream.tv/recorded/6377235 技術的には、

よしおりがドラ娘と婚約したことがtwitterで話題になっていたんだけど、TLで各界の識者が「よしおりが結婚できた本当の理由」について分析している。だけど、このTLを読んで一つ大きく疑問に思うのは、「なぜ各界の識者は、ぼくのところに話を聞きにこないのだろうか？」ということだ。 よしおりが結婚できた本当の理由を、ぼく以上に分析するのにふさわしい人物はいるだろうか？ いやいない。 なにしろ、200?年の?(よく覚えていない)に、飲み会で『Javaをやってる人がかたいなんて、ごちゃごちゃいってないで、自分でなんかはじめたらいいじゃん』といったことばをよしおりが真に受けてJava-jaを作って以来、無類のよしおりウオッチャーとしてその観察・研究に生きている時間のほとんど全てを費やすようになり、Java-jaの集まりは、ゲーム大会と飲み会以外は、出たことがないというのに…… でもいいのです。ぼくはそ

App Engineで使える言語は基本的にはPythonとJavaです。それでは、どちらを選ぶのが良いのでしょうか。 それ以外の言語の人向けの話は後から出てくるのでしばらくこのままお読みください。 趣味ならば単に好きなものを選ぶだけでいいのですが、仕事で使うためには、長所と短所をきちんと把握した上で選ぶ必要があります。また、ここでの話は言語としての一般的な話ではなくApp Engineで使うとき限定の話としてお読みください。 まず安定度ですが、インフラ部分の安定度は、どちらも基本的に同じです。もしかすると、まったく同じものを使っているのかもしれません。 その上で動くAPIの部分は、インフラと直接結びついている低レベルな部分と低レベルなAPIの上に構築された高レベルな部分とに分けて考える必要があります。 低レベルなAPIはLLAPIと呼ばれたりしますが、安定度は、PythonとJavaも同じ

Ruby on Railsの最大の問題点は、それが持つ「一見そのフレームワークがMVCの形をとりながら、MVCの最も大切なところを外している『えせMVC』である」点にある RailsのえせMVC疑惑で盛り上がってますね。Railsが「えせMVCフレームワーク」ではないのは、みんな知っていると思うので、記事、コメントをみて勘違いしている人が多そうな部分に一言書いておきます。 まず、おかしいのはsatoshiさんのこの意見。 PhotoShareは主にRailsで作られているので、ModelはActiveRecordが担当しているわけだが、Modelのレイヤーが非常に薄いために（O/Rマッピングをしているだけ）、データベースの整合性の責任がController側にある。そのため、ちょっとした機能変更のたびにAPIレベルでのテストを大量に走らせなければならないし、それでもどうしてもミスが生じてし

米VMwareは8月10日、Javaアプリケーションフレームワーク「Spring Framework」を提供する米SpringSourceを買収することで合意に達したと発表した。 買収は現金と株式、ストックオプションで行われ、総額は4億2000万ドルに上る。既にSpringSourceの株主の承認を得ており、2009年第3四半期に完了する見込み。 Congrats Spring Guys. SpringSourceは、ビジネス規模は拡大(買収繰り返しているからね)していたものの、あまり儲かっていないんじゃないかとうわさされていました。 本当のところはわかりませんが、サポートビジネスは余り成功していなくて、コンサル(講習を含む)がビジネスの中心だったようなので、まぁ本当のことじゃないかと思います。 オープンソースでビジネスを成立させるのは、超難しいので、これは仕方のないことでしょう。うちの会

JavaではClassはClassLoaderに読み込まれます。これはほとんどの人が知っていると思います。AOPを使うときのエンハンスされたクラスも同様にClassLoaderに読み込まれます。 これらの情報は、パーマネント領域に格納されますが、ClassLoaderがGCされると解放されます。 Seasar2のHOT reloadingでは、リクエストの度にClassLoaderを作って、そこにClassをロードし、そのClassLoaderは、リクエストが終わったら破棄しているので、Classの情報は、リクエストごとに破棄されています。 HOT relodingによって、パーマネント領域が使いつくされることはありません。 さらっと書きましたが、きちんとClassLoaderを破棄するのは、かなり大変です。リフレクションの情報がキャッシュされているとそれだけで破棄されなくなってしまうから

Google Developer Day(GDD)でHTCのAndroidをもらって使ってみたら、これが使いにくい。特に入力系。正直ありえないと思ったね。 ただし、仕事でAndroidを使うことになっているから、仕方なく使うことに。ユーザーは使いづらいだろうなぁと思いつつ。 Androidは既に持っているので、DocomoでBizほうだいを契約し、SIMを挿してみました。結果はNG。電話はかけられるんだけど、Docomoの端末じゃないとBizほうだいに接続できないらしい。orz しかたないので、HT-03Aに機種変しました。 最初にGmailのアドレス入れれば設定は終わり。簡単だね。 自分は、Eclipse以外で使っているのは、Gmailとtwitterだけなので、最初にGmailを試してみました。読みやすいし扱いやすい、PCで使うのと遜色ありません。 携帯に番号を移すために、PCのGma

InfoQにKent Beckの最新の提案がでてますね。Kent Beck氏、ごく短期のプロジェクトではテストを省略することを提案 でも、これは、Kent Beckが「ごく短期のプロジェクトではテストを省略しても良い」といってるわけではないと思うんですよ。キャッチーなタイトルをたまたまつけられてしまっただけで。 重要なポイントはここだと思います。 Maxを開発しているとき、テストを書くか否かという質問は、要するに、そのテストが単位時間当たりにより多くの有効な実験をするのに役立つかどうかでした。もし役に立つのであれば、私はテストを書きます。そうでなければ、不要だと判断します。私はMaxの収入を軌道に乗せるためのチャンスを最大化しようとしているのです。 つまり、「テストがかけた時間の割りに役に立つと思ったら書くし、そうでなければ書かない」ということだと思います。別に短期のプロジェクトでも、コス

例えば、インターネットが社会にもたらしたインパクトのひとつに「オープンソース」という考え方があります。これは元々ソフトウエア開発に端を発した概念なのですが、いまやそれにとどまらず、世の中をより良い方向に導くと思われるテーマがネット上で公開されると、そこに無数の知的資源が集結して課題を次々に克服していくといった可能性を含む、より広い応用範囲での思考や行動原理を意味しています。サブカルチャー領域への応用は少しずつ進んでいるのですが、全体として、こうした動きがいまだに日本では根付いていません。政治とか社会変化がテーマとなると特に、陰湿な誹謗・中傷など「揚げ足取り」のような側面の方が前に出てきていて、ウェブのポジティブな可能性──何か知的資産が生まれそうな萌芽がネット上に公開されると、そうしたことに強い情熱を持った「志向性の共同体」が自然発生して、そこに「集合知（ウィズダム・オブ・クラウズ）」が働

ぼくは水曜日にTokyo Cloud Developerの集まりに出た。 そこで、LLのひとから、「Google App Engineは、Python版以外にJava版も出たけど、サンプル見たけど、たくさんコード書かなければいけなくて、正直どこがいいのか教えて欲しい」という質問があった。 blogに名前を出していいかの了解を得ることを忘れたので、ここには、LLの人としか書けない。 ぼくは、そこで一言申し上げた。あるいはそれは、「申し上げた」というような生やさしいものではないかも知れない。端的な言い方をすれば、ガツンと言ってやった。 客観的に見て、ぼくはガツンと言ってやったと思う。LLな方々を前に、「いまどきのフレームワークは進化しているから、言語による差なんて余りない。仮に、Javaのほうが二倍コードを書く必要があったとしても、開発の中でコードを書いている時間より考えている時間のほうが圧倒

著者より献本御礼。 みんなのPython 改訂版 作者: 柴田淳出版社/メーカー: ソフトバンククリエイティブ発売日: 2009/04/11メディア: 単行本購入: 23人 クリック: 572回この商品を含むブログ (84件) を見る はっきりいって、Pythonを学ぶ本というより、プログラミングを学ぶ本としても読んで欲しい。プログラミングを学ぶために必要な項目が、きちんと整理されている。もちろん、Pythonの真髄であるインデントの書き方についてもしっかり学ぶことができる。 目次 第01章 プログラミング言語Python 第02章 変数と組み込み型 第03章 条件分岐とループ 第04章 関数 第05章 組み込み型を使いこなす 第06章 ファイル処理 第07章 華麗で短いプログラミング 第08章 クラスとオブジェクト指向開発 第09章 クラスの継承と高度なオブジェクト指向機能 第10章 例

勉強って、ほとんど頭使わないよね。 人様に言われたことを、やればいいんだから。 あんなに頭使わなくていいのに、親は小遣いくれるたし、会社も給料くれた。 親たちはそういう甘い経験をしてきたものだから、つい子供にも「勉強しろ」って言ってしまう。頭を使ったことがなかったんだね、親たちも。 勉強の意味を狭く捉え過ぎていると思うな。「勉強ができる」ということは「努力し続ける力がある」ということですよ。学生のときの勉強だけが勉強じゃない。 学生のころ勉強ができて、高学歴な人が、社会人になってぱっとしないということはあるかもしれない。その原因は明らかですよ。社会人になって勉強しなくなったから、だめになってしまったのです。 学生のときに必要な勉強と、社会人になってから必要な勉強は違う。それぞれの環境やステージによって必要とされる勉強は違うのです。 学生のころ勉強できたとしても、社会人になって勉強することを

Springの新しいメインテナンスポリシーが発表されました。 http://www.springsource.com/node/558 それに対するTSSの反応はこちら。 http://www.theserverside.com/news/thread.tss?thread_id=50727 新しいメンテナンスポリシーがどういうものかというと、 新しいメジャーバージョンをリリース後、3ヶ月はコミュニティー(無償)バージョンをリリースする。 3ヶ月たった後のメンテナンスリリースは、エンタープライズ(有償)版のお客様だけにリリースする。 エンタープライズ版は、3年間保障する。 3ヶ月たった後に行われた修正は、次のメジャーリリースには含まれる。 というものです。メジャーバージョンとは、二つ目の数字までのリリースのこと。例えば、2.1.xの次に2.5.0がリリースされれば、メジャーバージョンのリリ

昨日は、NTTデータとの決闘シリーズ第二幕。戦闘服には、かりゆしウェアを選びました。 今回は、データの顧客であるユーザ企業からも参加していただきました。この人はKさんと呼ぶことにします。Kさんは、現在Seasar2(SAStruts, S2JDBC)を使って、プログラミングファースト開発を実践されている先進的なユーザです。BtoCのサイトを作っていると考えてください。 プログラミングファースト開発の詳細はこちら。 http://d.hatena.ne.jp/higayasuo/20080501/1209636051 http://d.hatena.ne.jp/higayasuo/20080721/1216607451 最初のテーマは「品質」。データとしては、 テストコードのカバレッジやバグ密度などで品質を確保しようとしている。 でも、品質に問題があるプロジェクトも残念ながら存在する。 品質

私は正直、女子だけの飲み会のほうが怖い。 大学時代は、月2,3回、ワイン会(ワイン飲み会)に行ってたんだけど、ワイン会ってほとんど女子ばっかりなんだよね。後、10年くらい料理教室に通っているんだけど、料理教室も女子ばっかりです。 はっきりいって男子だらけの飲み会に参加するようになったのは、オープンソースをはじめてから。 そんな「女子だらけの飲み会」と「男子だらけの飲み会」の両方を結構の数体験している立場からすると、「女子だらけの飲み会」の方が気が楽です。 「女子だらけの飲み会」の場合、女子は(基本的に)何にも気を使わないんだよね男子に対して。好き放題にしゃべってる。話をちゃんと聞いて、飲み物や食べ物に気をつけていれば大丈夫だから精神的には結構楽。 話の中身は、怖かったりするのかもしれないけど、そこには、深く触れないから問題なし。 それに対して「男子だらけの飲み会」の場合、しゃべらない人が結

私がSlimというプロジェクトをはじめるということは、Seasarカンファレンスで発表しました。 http://itpro.nikkeibp.co.jp/article/NEWS/20080524/303949/ もともとSlimのコンテナ部分は、Seasar2からもってくるつもりでしたが、最近、NTTデータやCTCのフレームワークをやってる部隊がSpringベースのフレームワークにいろいろ悩んでいることを聞いて、Slimのコンテナは、Springベースにしたほうが、世の中のためになるんじゃないかと思い直しました。 NTTデータと真昼の対決 CTCと夜の決闘 もちろん、SpringベースでHOT deployを提供します。エイプリルフールネタを現実にやるということですね。 Super Agile Spring HOT deploy可能なSpringの上に、SAStrutsとS2JDBCを移

10年間泥のように働いて花が咲きましたのぶくまのコメントにこういうのがありました。 経営層がプログラムの品質を度が越えたほどに軽視する理由の 一つが説明されてます。目から鱗です。意外とみんな知らないようなので、「SI業界の経営層の考えが古い理由」をきちんと説明したいと思います。 汎用機あるいはオフコンの時代は、COBOLやRPGなど(他にもありますが私が経験したものをあげています)の言語が使われていました。 昔の言語は、誰が書いても同じようなコードになると思われていました。もっというと、コピペしてちょっと書き換えるという開発スタイルが多かったのです。もちろん現場によって開発スタイルは違うと思いますが、コピペが横行してたんじゃないかなぁ。 コピペでの開発なら、そりゃ誰が書いても同じようなコードになるよね。 再利用性、保守性より「最初にとりあえず動かすこと」が重要視された。コピペでちょろっと変