SIerの解体と再生 - ひがやすを技術ブログ
ござ先輩のところで、SIer涙目な状態が解説されてますね。 最近SIerがだいぶヤバくなっている件 - GoTheDistance 書いていることはだいたいあっているんじゃないかと思います。 じゃ、SIerは、どうやれば生き残ることができるのか。 「今の体制のまま生き残る必要はないんじゃないの」というのが私の考えです。多重下請け構造こそ、SI業界の最大の問題点なわけだから、「ゼネコン型SIビジネスが崩壊する」のは、悪い話じゃない。 もちろん、会社がなくなったりすると職がなくなり困る人も出てくるわけですが、問題のある業界を残しておくより、一度解体し、新たにやり直したほうがいいと思います。 だって、実際に物を作れないような人たちが設計するなんて、おかしいし、効率悪いもの。 効率の悪いことをしている人が淘汰されるのは当然の話です。 だったら、なぜこれまでゼネコン型SIビジネスが生き延びてこれたの
Android(HT-03A)に裏切られた - ひがやすを blog
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
ぼくがLLのひとに「ガツン」と申し上げたこと - ひがやすを技術ブログ
ぼくは水曜日にTokyo Cloud Developerの集まりに出た。 そこで、LLのひとから、「Google App Engineは、Python版以外にJava版も出たけど、サンプル見たけど、たくさんコード書かなければいけなくて、正直どこがいいのか教えて欲しい」という質問があった。 blogに名前を出していいかの了解を得ることを忘れたので、ここには、LLの人としか書けない。 ぼくは、そこで一言申し上げた。あるいはそれは、「申し上げた」というような生やさしいものではないかも知れない。端的な言い方をすれば、ガツンと言ってやった。 客観的に見て、ぼくはガツンと言ってやったと思う。LLな方々を前に、「いまどきのフレームワークは進化しているから、言語による差なんて余りない。仮に、Javaのほうが二倍コードを書く必要があったとしても、開発の中でコードを書いている時間より考えている時間のほうが圧倒
10年泥で広がれエンジニアの輪 - ひがやすを技術ブログ
＠ITの記者の方に広がれエンジニアの輪の取材を受けました。 取材の途中で、あの「10年は泥のように働け」「無理です」――今年も学生と経営者が討論の記事を書いた方だと知って超びっくり。 取材するに当たって、私の過去のblogの記事や他のイベントで話したことをかなり調べていたようで、すごい仕事熱心だということが、伝わってきました。 ネットの文章だけで人を判断するのは、かなり危険ですよ。リアルに会わないとわからないことのほうが多いものです。 後、取材のときに超勘違いをしてました。FxUGの横田さんに紹介してもらったのですが、なぜかKvasir/Soraの横田さんだと勘違いしてました。 どっちの横田さんもごめんなさい。m(_ _)m 広がれエンジニアの輪を全部読み直してみて(これまでは一部の人しか見てなかった)、otsuneのリアルな顔を知ることができてよかった。 の顔しか知らなかったから。 広が
自分の書きたいコードを書け - 脱職業プログラマのすすめ - ひがやすを技術ブログ
良く仕事以外のプログラムをしたことない人っているじゃないですか。ここでいう職業プログラマとは、仕事以外では、プログラムをしない人のことを指しています。 仕事以外でもプログラミングをしている・勉強している人、は、職業Onlyプログラマではなく、職業でもプログラムをしているけど、それ以外にも努力をしている人です。 それは、もちろん何の問題もないんだけど、それだけでは実力はつきません。たぶん、コードを書きながら自分が成長している気がしてないでしょう。あなたの直感は正しい。 何らかのフレームワークを使えば、それなりにできることが増える、それももちろん成長です。ただし、知識のね。プログラミングの力はそれほど変わっていないはず。 自分の経験で言えば、多くの人に読んでもらえないコードは、いくら書いても、実力につながりにくい。人に見せようとするコードは、書いているだけで、いろんなことを考えるし、それが、力
オンデマンドデプロイのすすめ - ひがやすを blog
JavaでAnnotationがついたクラスがあったら、それに対して処理したい場合は、Seasar2のコンポーネント自動登録で使っているように、ファイルシステムまたは Jar ファイルを全走査してクラスロードする方法もあります。 ファイルシステムまたは Jar ファイルを全走査してクラスロードしてください。が結論です。 Seasar だったら、 org.seasar.framework.util.ClassTraversal を読むべし。 でも、これは、Seasar2.3時代(3年前)の話で、技術としてはちょっと古い。 HOT deployなどと組み合わせると、リクエストのたびに全コンポーネントをデプロイする必要があるので、コンポーネントの数が増えると実用的には使えないのです。 そこで、考え出したのが、Seasar2のONDEMAND deploy。コンポーネントの定義を見に行って、あれば
Javaのコネクションプーリングの仕組み - ひがやすを技術ブログ
Javaのコネクションプーリングがどのような仕組みになっているのか、知らない人は結構多いんじゃないかと思います。 Slim3のコネクションプーリングの実装を見ると、この辺が理解できるようになります。トランザクションとコネクションプーリングがどのように連携しているかを把握することは重要です。 http://svn.slim3.org/browse/trunk/slim3/slim3-datasource/src/main/java/org/slim3/datasource/ 登場人物は、4人しかいないから簡単ですね。 最初に見て欲しいのは、ConnectionWrapper。DataSource.getConnection()したときに戻されるコネクションの実態です。このコネクションを論理的なコネクションと呼ぶようにします。 主な役割は、コネクションがクローズされたときに、コネクションをプー
Slim3のトランザクション管理 - ひがやすを技術ブログ
Slim3のトランザクション管理の部分を実装しました。 http://svn.slim3.org/browse/trunk/slim3/slim3-transaction/src/main/java/org/slim3/transaction/ 一番のポイントは、どのアプリケーションサーバで動いているかを自動で検知して、適切なセットアップをすることです。これにより、単に設定が楽になるだけではなく、同じ設定ファイルで、テストのときも本番のときも動かすことができます。 設定といってもslim3_configuration.propertiesに次の一行を足すだけ。 slim3.plugins=org.slim3.transaction.plugin.TransactionPluginPluginというのは、アプリケーションの開始時と終了時に呼び出されるクラスで、通常は、Plugin#initi
Slim3入門 - ひがやすを技術ブログ
Slim3 Container、略してS3ContainerのDI部分は出来上がったので、機能を軽く紹介します。 まだ、サイトのデザインが決まってないので、サイト自体がないのですが、興味のある方は、https://www.slim3.org/svnのリポジトリにアクセスすることで最新のソースを見ることができます。 はしもとさん、はやくSlim3のサイトの打ち合わせをしましょう。 S3Containerを動かすには、以下のjarファイルが必要です。 slim3-commons-xxx.jar slim3-container-xxx.jar geronimo-annotation_1.0_spec-1.0.jar geronimo-ejb_3.0_spec-1.0.jar geronimo-interceptor_3.0_spec-1.0.jar javassist-3.4.ga.jar ge
技術者視点と、経営者視点と、ビジネスと - codemaniaxの脱・公務員宣言
二つのエントリを見比べて。すごく不思議に思うのです。「1,000人もいる会社なんだから、他の部署のことは分からない」をエクスキューズにするなら、その10倍の規模のある企業をなぜ一言で断罪できるのでしょうか。いつもやってますよね。「ITゼネコン」を批判する言説を取るのであれば、同じ批判が自分に向かった時には、それを受け入れる必要があるのではないでしょうか。自分は好き放題言っておきながら、他人に言われたら自分は知らない自分のせいじゃない、という理屈は如何なものでしょう。そういうのを「ダブルスタンダード」と言うのではないのでしょうか。「禄を食む」という言葉がありましたが、我々の給料は、そういう仕組みの上に成り立っている。我々はそういう（ある種の）十字架を背負っているわけです。そのことに対して自覚的である必要があるのではないかと思います。そういうのを「覚悟」と呼ぶんじゃないかと思います。僕自身はそ
勉強会とかコミュニティ活動に参加できるのは、下請けに仕事を押しつけてるからじゃね - ひがやすを技術ブログ
今は友人までの公開になっているので、リンクをクリックしても発言を読めません。このエントリを書いたときは誰でも読めたんだけどね。 勉強会とかコミュニティ活動に参加できるのは、下請けに仕事を押しつけてるからじゃねーの？ 仕事は、一人ではできないので、いろんな人に支えられてやっています。そういう意味で、支えてくれる人なしには何もできないのは事実です。 で、だ。 自分はどうかといえば、おれは、ほとんど、一人で仕事をしているから、下請けとか関係ないです。うちの会社でどうかといえば、下請けに仕事を押し付けている人なんていないですよ。みんな仕事大変だからね。忙しいし。 で、だ。 誰に言っていてもいいんだけど、上記の言葉の裏には、コミュニティ活動は、暇だからできるみたいなニュアンスが感じられるんだけど(間違っていたらごめん)、コミュニティ活動ってかなり大変だよ。 例えば、この前、「ひがやすを飲み会」なんて
第1回ひがやすを飲み会まとめ - ひがやすを技術ブログ
自分の名前が入ってますが、私は基本的に聞き役で、みんなに話題を振る役割です。合コンで鍛えた能力が役に立ってますね。 学生や入社したての人だけでなく、アラサーの人たちや、なぜかとなりで偶然飲んでいたJava-jaのみなさんなど、いろんなタイプの人たちがいて、いろんな会話ができたんじゃないかと思います。 よしおかさんが、合コンと勘違いしていたという噂がありますが、あくまでも噂です。広めないように。 第1回ひがやすを飲み会についてblogに書いた人は、ここにトラックバックしてください。私も見つけ次第リンクを張ります。 ひがやすを飲み会＆パソナテックイベント - SYNjuku-ACKihabara http://mesolabs.com/2008/10/10/%e7%ac%ac%e4%b8%80%e5%9b%9e%e3%81%b2%e3%81%8c%e3%82%84%e3%81%99%e3%82
IBMの問題はアメリカナイズされた老害 - ひがやすを blog
日本IBM周辺でトラブルが続出している。IBMの下請けとしてサブシステムの開発に携わっていたソフトウェア企業が4億円近い負債を抱え、2008年10月中にも破産手続きに入る。同社は、IBMから追加費用の支払いが行われていなかったと主張して訴訟準備に入っていたという。ほかにも、スルガ銀行やソフト開発会社など、IBMを相手取った訴訟も続発しているのだ。 この訴訟続発を問題のように受け止めている人も多いようだけど、IBM自身にとっては、そんなに問題じゃないと思う。ユーザーの発注が確定しなくてもその先の作業を進めるために下請けに先行発注したりすることがなくなったり、不採算案件は最初からやらない、あるいは早期に手を引くことが、徹底されたからだと思うから。 これまで、日本的な空気を読むビジネスから、アメリカ的な白黒はっきりな契約ベースになったということなので、一方的に悪いことではない。 でも、契約を交わ
第一回ひがやすを飲み会やるよ - ひがやすを技術ブログ
エンジニアの未来サミットのときに予告した「IT業界をざっくばらんに語る会」を10/8(水)におこないます。 学生だとか若手でIT業界についていろいろ聞いてみたい人だとか、業界の人といろいろ話してみたい人だとか、自由に参加してください。もちろん、若手じゃなくてもOK。 http://d.hatena.ne.jp/hyoshiok/20080915 表では聞けないようなことも自由に聞いてください。ただ、そういうことは後からblogに書かないように(笑)。 営業の方だとかエンジニアでない人も、IT業界に関係ない人も遠慮なくどうぞ。いろんな人がいたほうが、有意義な話になると思います。 エンジニアの未来サミットのようなちゃんとしたイベントも重要だけど、こうした草の根的な飲み会も重要だと思う。 開始は、19:00から。参加したい方は、higayasuo_at_gmail.com(_at_は@に変更)に
半年間Slim3の開発に集中する - ひがやすを技術ブログ
Slim3は、この半年間、ずっと構想を練ってきたわけですが、10月からいよいよ本開発に入ります。なぜ、半年間も構想を練っていたかというと、SAStrutsとS2JDBCの開発が続いていたからというのが主な原因です。 なぜなら、Slim3は、SAStrutsとS2JDBCをポーティングしようとしているので、ポーティング元が安定してないと、二重にメンテナンスをしなければいけなく、負担が大きくなってしまうためです。 半年間待っている間に、状況も大きく変わってきました。一番大きいのは、Springのメンテナンスポリシーの変更ですね。 Springの新しいメンテナンスポリシーでJava界の勢力図が変わる もともと、Slim3は、Springコミュニティに対して、Seasar2で人気のあるHOT deployの機能とSAStrutsを提供しようというつもりで企画しました。 しかし、Springの新しい
アルファギークが空回り - ひがやすを技術ブログ
エンジニアの未来サミット、一部が学生とアルファギークの対談、二部がアラサーにとってのIT業界。 一部は、企画者としては反省点がいろいろあります。一番の反省点は、弾さんをモデレータに選んだこと。 これは、弾さんが悪いということじゃないですよ。弾さんは、熱くて、場の空気は読まない人だから、スピーカーには向いているけど、モデレータには向いていない。 弾さんをモデレータに選んだのは私なので、これは完全に私のミス。 学生とアルファギークの対談も空回りしていたと思います。あんまり対談になっていなかった。猛獣の中に、ウサギを放り込んだような。チャットでもいわれていたけど、前半は、学生が空気のようになっていたかもしれないです。ごめんなさい。 泥の話も空回り。泥の話って結論が出にくい割りに、たとえ結論が出ても前向きな話にならない。泥はテーマからはずすべきでした。 チャットによって、見ている人の意見がダイレク
コミッタには気楽になっていいんだよ - ひがやすを技術ブログ
コミッタは自分で名乗り出てなるものではない と思う。もちろん、自分自身で新しい何かを作った時は、自動的にそのプロダクトのコミッタに就任しても良い。しかし、他人のプロダクトに対して、 「コミッタにならせてください」 っていきなり名乗り出るのは、OSSの世界を知らないにも程がある。 「コミッタにならせてください」っていきなり名乗り出てもいいと思うよ。 基本的にOSSのプロジェクトの方針は、そのプロジェクトのリーダーが決めるもの。よういちろうがリーダーをやっているプロジェクトなら「コミッタにならせてくださいといきなり名乗り出るのはありえない」という方針でもいいでしょう。でも、その考えをOSS一般の考えのように言うのは違和感あるよ。 OSSを知らない人が、よういちろうのblogをみたら、間違いなく「コミッタにならせてくださいといきなり名乗り出るのは間違ったことだ」と思うでしょう。 OSSはそんな窮
プログラミングファースト開発の必要性 - ひがやすを技術ブログ
ここではフローチャートの是非を論じるつもりはない。クソだから。もっと一般化してしまえば、○○設計書みたいに「設計書」と名のつくものは全部クソだ。だって動かないんだもん。 動かない以上、それら設計書が正しいのか、漏れがないのかは保証のしようがない。机上検証なんていう工程もあるらしいけど、君たちの脳味噌は何MIPSなんだと問い詰めたい。もちろん、机上検証で見つかる凡ミスもあるだろうけど、そんなのはズボンもパンツも履かずに会社に向かうのと同じくらいのレベルの間違いだろう。 結局はコードを仕上げてから動かして初めて「だめだこりゃ」ということになる。 ○○設計書は、動かないから検証ができない。だから、だめだというのは、半分あっていて半分間違っていると思う。システム開発の大多数は、最初に○○設計書を作成する。顧客にレビューしてもらったり、自分たちでも内部レビューしたりするが、あれは、有効性が低い。 動
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
お気に入りにid:Yoshioriをいれたら...逃げ出したい - ひがやすを技術ブログ
第二回ひがやすを飲み会＠仙台 - ひがやすを技術ブログ