オンデマンドデプロイのすすめ - ひがやすを blog
JavaでAnnotationがついたクラスがあったら、それに対して処理したい場合は、Seasar2のコンポーネント自動登録で使っているように、ファイルシステムまたは Jar ファイルを全走査してクラスロードする方法もあります。 ファイルシステムまたは Jar ファイルを全走査してクラスロードしてください。が結論です。 Seasar だったら、 org.seasar.framework.util.ClassTraversal を読むべし。 でも、これは、Seasar2.3時代(3年前)の話で、技術としてはちょっと古い。 HOT deployなどと組み合わせると、リクエストのたびに全コンポーネントをデプロイする必要があるので、コンポーネントの数が増えると実用的には使えないのです。 そこで、考え出したのが、Seasar2のONDEMAND deploy。コンポーネントの定義を見に行って、あれば
IBMの問題はアメリカナイズされた老害 - ひがやすを blog
日本IBM周辺でトラブルが続出している。IBMの下請けとしてサブシステムの開発に携わっていたソフトウェア企業が4億円近い負債を抱え、2008年10月中にも破産手続きに入る。同社は、IBMから追加費用の支払いが行われていなかったと主張して訴訟準備に入っていたという。ほかにも、スルガ銀行やソフト開発会社など、IBMを相手取った訴訟も続発しているのだ。 この訴訟続発を問題のように受け止めている人も多いようだけど、IBM自身にとっては、そんなに問題じゃないと思う。ユーザーの発注が確定しなくてもその先の作業を進めるために下請けに先行発注したりすることがなくなったり、不採算案件は最初からやらない、あるいは早期に手を引くことが、徹底されたからだと思うから。 これまで、日本的な空気を読むビジネスから、アメリカ的な白黒はっきりな契約ベースになったということなので、一方的に悪いことではない。 でも、契約を交わ
NTTデータとの決闘シリーズ第二幕 - ひがやすを技術ブログ
昨日は、NTTデータとの決闘シリーズ第二幕。戦闘服には、かりゆしウェアを選びました。 今回は、データの顧客であるユーザ企業からも参加していただきました。この人はKさんと呼ぶことにします。Kさんは、現在Seasar2(SAStruts, S2JDBC)を使って、プログラミングファースト開発を実践されている先進的なユーザです。BtoCのサイトを作っていると考えてください。 プログラミングファースト開発の詳細はこちら。 http://d.hatena.ne.jp/higayasuo/20080501/1209636051 http://d.hatena.ne.jp/higayasuo/20080721/1216607451 最初のテーマは「品質」。データとしては、 テストコードのカバレッジやバグ密度などで品質を確保しようとしている。 でも、品質に問題があるプロジェクトも残念ながら存在する。 品質
モテエンジニアカンファレンスに対するお詫びと活動自粛 - ひがやすを技術ブログ
今月開催されました、「PHPカンファレンス 2008」におきまして開催されました懇親会という重要な席で、「モテエンジニアカンファレンス」でしゃべってもらえませんか、といわれたような気がするけど、いつものように酒の場のことは良く覚えていません。PHPユーザではないといえ、パネラーとして参加した者としては許されない失態です。 「飲み会でした約束はたいてい覚えていない」ということをこのblogを読んでいる皆様にお知らせしたい一心で恥を晒した次第です。 酒を飲んでいないときの私の記憶力はかなりいいと思います。その点だけは誤解なきようお願いして、この余計な反省文を終えたいと思います。関係者の皆様、本当に申し訳ありませんでした。 あわせて読みたい。 https://lists.ubuntu.com/archives/ubuntu-jp/2008-July/000994.html
最初のアクセスで;jsessionidを表示させない方法 - ひがやすを技術ブログ
URLの一部にセッションIDを埋め込むのは、アプリケーションサーバが、クライアントがクッキーをサポートしているかわからない場合です。 最初のアクセスで、アプリケーションサーバは、クッキーを設定してクライアントに返します。二度目以降のアクセスで、クッキーが返ってきた場合は、クッキーを通じてセッション管理ができるので、;jsessionidはURLに埋め込みません。 携帯の端末のようにクッキーが帰ってこない場合、二度目以降も;jsessionidをURLに埋め込みます。 クッキーがサポートされているブラウザで、最初のアクセスでURLに;jsessionidを表示させたくない場合、最初にindex.jspにアクセスしてもらうようにし、index.jspから本物の最初のページにリダイレクトします。 <html> <head> <meta http-equiv="Content-Type" cont
開発生産性が低い方が収入が多いって変だよね - ひがやすを技術ブログ
開発生産性が低い方が収入が多い（人月がかかるほどお金がとれる）というビジネスモデルを根底から覆す可能性があります。開発生産性をあげればあげるほど収入が減ってきます。SIビジネスが立ち行かなくなる方向に向かうのです。 実際の現場では、開発生産性が低くて、人月がかかるほうが売上が増えるというのは、紛れもない事実です。大手SIerの開発手法が、生産性よりも失敗しないことを重視するのは、この事実が原因なのは間違いありません。失敗せずに多くの工数をかけたほうが売上が増えるのです。 だから、ソースコードと一対一に対応するような無駄なドキュメントを「誰が書いても同じようなソースコードにするため」なんて理由で書かせるのです。 詳しくは「誰が書いても同じコード」は大事なことなのかのエントリを参照してください。 営業は、売上で評価されることが多いので、営業の力が強いところは、売上至上主義に走りがちです。でも、
jQueryでリストをリンクに変える方法 - ひがやすを技術ブログ
こんな感じのリストがあったとします。 <ul> <li>http://www.google.co.jp</li> <li>http://www.yahoo.co.jp</li> </ul>もちろん、リストをクリックしてもなにもおきません。これをjQueryを使って、リンクに変えてみましょう。 each()とwrapInner()を組み合わせます。 <html> <head> <title>sample08</title> <script type="text/javascript" src="jquery.js"></script> <script type="text/javascript"> $(function(){ $("li").each(function(i){ $(this).wrapInner( "<a href=\"" + $(this).text() + "\"></a
離職率の高さが人材を流動化させ業界が活性化する - ひがやすを技術ブログ
またアクセンチュアは「業界平均より離職率が高い」が、「IT業界内での人材の流動化は歓迎すべきことと考えている」と話した。IT業界でのキャリアパスには、コンサルタントやプロジェクトマネジャになるだけではなく、「ベンチャーキャピタリストになったり、アカデミックの道に進むなど色々な方法がある。さまざまな経験をした人材が転職によって交流することで、IT業界は活性化する」とした。 離職率の高さは、一見ネガティブに見えるけど、スキルアップを定期的に実感できるようにすることで、自分に自信をつけ、会社から卒業しやすくするってのは、良い考えですね。 社員にとっては、スキルアップで自分の価値を高められる。 一方、会社にとってもモチベーションの高い社員が一生懸命働くことで、生産性が高まり利益率も上がる。逆にモチベーションの低い社員は、止めざるを得ないようにきびしく競争させるんでしょう。 利益率が高いから、社員に
NTTデータについてそろそろ一言いっておくか - ひがやすを技術ブログ
Seasarプロジェクトが提供しているSAStrutsと、NTTデータが提供しているTERASOLUNAを組み合わせて、大規模プロジェクトでさくさく開発ができるフレームワークの作成を目指します。 SATELITEは、Super Agile TERASOLUNA Lightの略です。 TERASOLUNAは株式会社NTTデータの登録商標です。 本プロジェクトの活動はNTTデータの業務とは関係ありません。 意表をつく組み合わせですね。真剣にフレームワークに取り組み、オープンに業務外で活動している人もいるということですね。 NTTデータと真昼の対決をセッティングしたのは、TERASOLUNAチームの人なんですが、その後のCTCと夜の決闘の話を見て、CTCとは同じ問題をかかえているかもしれないので、CTCの担当者と意見公開したいから、連絡先を教えて欲しいと私のところにメールして来ました。 このまじ
アルファギークと学生の討論会 - 速報 - ひがやすを技術ブログ
以前、IT業界の重鎮に期待せず、アルファギークと学生の討論会はいかがという提案をしたのですが、技術評論社さんのおかげで実現できそうです。 ありがとう、技術評論社さん。 日にちは、9月上旬の土日(たぶん9/6以外)。200名くらい入る場所で検討中とのことです。興味のある方は、予定を空けておいてください。 司会は、弾さんということで交渉中。 で、肝心の討論会なんですが、アルファギーク4人くらいと学生10人くらいの討論会を2時間1セットとして、2セット計画しているそうです。時間をたっぷりとるのはいいんだけど、学生との討論会を2セットやるよりも、もう1セットは、SI業界の重鎮との討論会のほうが面白いと思うんですが、みなさんの意見をお聞かせください。 技術評論社さんの関係者は、ここを見てると思うので、ブクマにコメントしてもらえると技術評論社さんに伝わると思います。たくさん要望のある方は、直接コメント
Rubyにワクワク感以上に求めるもの - ひがやすを技術ブログ
「『まつもとゆきひろ×最首英裕』〜Rubyを仕事に2008〜」の対談のレポートがあがっていたので、とりあえず気になった点を突っ込んでおきます。 最首氏はRubyとJavaを比べたとき、「RubyはJavaのように使うことができて、 JavaはRubyのように使うことは出来ないかもしれない」と述べ、RubyをJavaのように使うことも危険だし、JavaをRubyのように使うのも同じように危険だと思います。 またRubyを仕事で使うメリットとして 「アジャイル開発がしやすい、プロトタイピングが容易」 「学習曲線が早い」ことを挙げた。Railsがあるので、プロトタイピングはやりやすいと思います。アジャイル開発は、チームのマインドの問題なので、言語は関係ないよね。 「学習曲線が早い」というのは、賛成できないなぁ。 まつもと氏は「10年前のJavaに似ていると言われる」と述べ、 最首氏は「Javaの
SIerが必要としているのは業務知識だという都市伝説 - ひがやすを blog
SI業界が開発するシステムの目的は何か？ それがつまり「業務知識」というやつで、金融や保険だったり、証券取引、財務会計、生産管理、物流・在庫管理、販売管理だったりするのだ。それぞれ必要とされる知識は非常に多い。普通の新入社員がOJTで身につけようと思ったら数年かかってもおかしくないだろう。 金融(ディラーが使うようなポジション計算をするフロントシステム、リスク計算をするようなミドルオフィス、勘定系のバックオフィス)、流通、輸出入、製薬など、いろんな業務をやってきたおいらが通りますよ。 確かに金融は業務知識がないと歯が立たない。でも、自分の経験した限りでは、それ以外の業務は、案件が始まってから勉強しても十分間に合います。 一週間以内の勉強で、お客様のところにいってシステムの仕様を話し合うことはできるようになります。もちろん、この道何年って人にはかないませんよ。でも、仕様を決める分には困らない
嫁、妻、家内の正しい使い分け - ひがやすを技術ブログ
昨日のiPhoneが女性に受けない10の理由のエントリに「iPhone確かに買わないけど。なんかむかつく。」という女性のコメントがありました(今見ると消えてますね)。 なんか書き方悪かったかなぁとおもって、うちのかみさんに内容をチェックしてもらいました。かみさんからは、もしかすると、「嫁」という言葉のイメージが悪いのかもねというコメントをもらいました。確かに、「嫁」という漢字は女は家にいるべきだ見たいな印象を受けますね。 というわけで、嫁、妻、家内はどうやって使い分けるんだろうと思って、ぐぐってみました。 夫・主人・旦那、妻・家内・奥さんそれぞれの呼び方で何か意味があるのでしょうか 「嫁」と言う言葉の使い方 他にもいろいろな意見があったんですが、まとめると、こんな感じです。 嫁は、息子の妻をさすそうです。 知らなかった。使い方間違えてたよ。日本に間違った使い方を広めたのは、きっと、加山雄三
CTCと夜の決闘 - ひがやすを技術ブログ
昨日、CTCに「お前は最近、Railsに批判的でけしからん」ということで、呼び出されました。もちろん、「批判的でけしからん」というのは冗談ですが、私が、Railsを嫌っていると思っているRuby関係者は、実際多いようです。 「JavaからRubyへ」の本に対して、それはちょっとおかしいんじゃないのといったことはありますが、Railsを嫌いといったことはもちろんないはず。 呼び出されたのは、Rubyの話じゃなくて、Javaの社内フレームワークの話でした。 Struts、Spring、独自データアクセスフレームワークの生産性を何とかして改善したいという悩みでした。裏を返せば、今が低いと思っているということでしょうね。 あるいは、生産性が低いというより、大手SIerにとって必須の大規模開発をするのには、つらいということなのかもしれません。 CTCの話だと、SAStrutsを使えればいいんだけど、
NTTデータと真昼の対決 - ひがやすを技術ブログ
昨日、NTTデータに「お前は最近、NTTデータに批判的でけしからん」ということで、呼び出されました。もちろん、「批判的でけしからん」というのは冗談ですが、私が、NTTデータを嫌っていると思っているデータ関係者は、実際多いようです。 データの偉い人の発言に対して、それはちょっとおかしいんじゃないのといったことはありますが、データを嫌いといったことはもちろんないはず。 データの社員の中に根強くある(と思う)「プログラミングがあまりできない人でも何とかなるように、ガチガチにルールやツールで縛る。できる人はスキルを発揮できなくなるかもしれないけど、それはしょうがない。」という考えは、個人的には好きじゃないけど。大規模なプロジェクトをまかされるSIerとして、そう思う気持ちは良くわかるんだけどね。 話し合いの中で、私が言ったのは、できる開発者が力を発揮できるように、体力勝負になってしまうような縛りは
10年間泥のように働いて花が咲きました - ひがやすを技術ブログ
蓮の素晴らしさを語りたかったら、まずは花を見せるべきなのだ。花がわかってはじめて泥の重要さがわかってくるんだから。 2008-05-29 - ひがやすを blog 小飼弾のアルファギークに逢ってきたのメンバーと学生会の討論会を開くのだ。 もちろん、司会は、ダンコーガイ。いいよね、弾さん。 もちろんOK。というよりもすでに同様の話がいくつも来ているので、この通りになるかとにかく、ちゃんと「花」がある討論会はできるだろうし実現するだろうしすでにいくつか実現している。 しかし、これはこれでどうしても偏りが出る。10年も泥の中にいた人というのはさすがにこのメンバーの中から見つけるのは難しい。そしてIT業界の広さを考えれば、本当にそういう人がいてもおかしくないはずなのだ。 10年間SIerで泥のように働いたおいらが通りますよ。 おいらが、最初に就職したのは、電通国際システムという会社で、今のうちの会
SI業界の老害が若手と下請けを蝕む理由 - ひがやすを技術ブログ
10年間泥のように働いて花が咲きましたのぶくまのコメントにこういうのがありました。 経営層がプログラムの品質を度が越えたほどに軽視する理由の 一つが説明されてます。目から鱗です。意外とみんな知らないようなので、「SI業界の経営層の考えが古い理由」をきちんと説明したいと思います。 汎用機あるいはオフコンの時代は、COBOLやRPGなど(他にもありますが私が経験したものをあげています)の言語が使われていました。 昔の言語は、誰が書いても同じようなコードになると思われていました。もっというと、コピペしてちょっと書き換えるという開発スタイルが多かったのです。もちろん現場によって開発スタイルは違うと思いますが、コピペが横行してたんじゃないかなぁ。 コピペでの開発なら、そりゃ誰が書いても同じようなコードになるよね。 再利用性、保守性より「最初にとりあえず動かすこと」が重要視された。コピペでちょろっと変
Railsを辞めてSeasar2を採用した理由 - ひがやすを技術ブログ
最初はRailsでいこうかと思っていましたが、SAStrutsとS2JDBCを試してみてこちらの方が良いと判断したためS2で作成することに決めました。 Railsを辞めた理由、S2を採用した理由 ・自分自身Rubyに慣れていない。なので、リリースまでに時間がかかる ・自分自身Javaにはかなり慣れている ・Seasarもたくさん使ったことがあるので、DIやAOPに関する部分も問題ない ・検証していないがパフォーマンスはJavaの方が良いと多くの人が言っている 今までのJavaは設定ファイルは多いしWASの起動時間を修正毎に待たなくてはいけないなど開発効率が悪すぎました。SAStruts+S2JDBCはその部分は全て解決されていました。本当にいい感じです。 最初に言っておくと、Railsは良いフレームワークだし、Rubyは生産性の高い言語だと思います。ただし、Seasar2(Java)も生産
3つのモデル - どのモデルを中心にするのか（ひがblog）
id:n-ichimuraさん、S2Laszloの開発は止まっているようですが、別の方に引き継いでも良いですか。よろしくお願いします。 http://d.hatena.ne.jp/higayasuo/20050825#1124957707で書いたActionとServiceの統合ですが、いろいろ考えてみましたがActionの責務が多いと思うので、やはりActionとServiceは分離すべきだと思います。 そもそもこの話は、Dxoをどこに置くべきかの話だったのですが、やはりServiceにおくべきだと思います。 モデルは、その使われる場所によって、プレゼンテーションモデル、ドメインモデル、ERモデル(RDBMSの場合)に分かれます。プレゼンテーションモデルはプレゼンテーション層で使われ、ドメインモデルはビジネスロジック層で使われ、ERモデルはリソース層で主に使われることになります。 どのモ
配偶者とフレームワークは現物を買え! - ひがやすを技術ブログ
今の彼氏は、一応エリートと言われる職種についているんですが、年収が微妙です。最終的には3000万くらいにはなるみたいですが、それってすっごいお金持ちってわけじゃないですよね？外資系の証券会社なら億単位で稼ぐ人もいるって聞きますし。どうしたらそうした人達と付き合えるんでしょうか？結構出会いは多いほうだと思うんですが、いつも想像したのより年収が低くてがっかりしています。将来、出世してお金を稼ぐようになる男の人を見抜くコツを教えてください！付き合う前から年収を聞くなんてことはできません。将来性をどうしたら見抜けるのでしょうか？ ちなみに二十歳の学生です。今まで付き合った人とは全員合コンで出会っています！出世している旦那さんや彼氏をお持ちの方がいたら、是非とも教えてもらいたいです。 これを見てむかついたあなた。わかります。でも、あなたも、彼氏/彼女/フレームワークを将来性とかで選んでませんか? は
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
