SIは本当に終わったのか? - ひがやすを技術ブログ
SmartNewsやBacklogの華やかな成功をみていると、SIになんて明るい未来はないんだから、これからはスタートアップをやるべきだと思う方も少なくはないでしょう。 だけど、世の中そんなに甘くない。 私は、2011年から5年間、スタートアップのようなことをずっとやっていますが、未だに何一つ成功していません。 問題は、技術にあった訳ではありません。やりたいことで実現できなかったことなんてなかった。 問題が、アイディアにあった訳でもありません。もちろん、アイディアが今一で、失敗したプロジェクトもありますが。電通の人たちと一緒に仕事をやっているので、アイディアは面白そうなものがほとんどです。でも、実際に実装してみると、それほど面白いものにならない。 これ、実はしょうがないんです。アイディアは実装するまで、その本当の面白さを確認できないから。 だから、スタートアップでは、アイディアの面白さが確
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
梅田望夫にオープンソースを語るなとガツンと申し上げたい - ひがやすを技術ブログ
例えば、インターネットが社会にもたらしたインパクトのひとつに「オープンソース」という考え方があります。これは元々ソフトウエア開発に端を発した概念なのですが、いまやそれにとどまらず、世の中をより良い方向に導くと思われるテーマがネット上で公開されると、そこに無数の知的資源が集結して課題を次々に克服していくといった可能性を含む、より広い応用範囲での思考や行動原理を意味しています。サブカルチャー領域への応用は少しずつ進んでいるのですが、全体として、こうした動きがいまだに日本では根付いていません。政治とか社会変化がテーマとなると特に、陰湿な誹謗・中傷など「揚げ足取り」のような側面の方が前に出てきていて、ウェブのポジティブな可能性──何か知的資産が生まれそうな萌芽がネット上に公開されると、そうしたことに強い情熱を持った「志向性の共同体」が自然発生して、そこに「集合知（ウィズダム・オブ・クラウズ）」が働
いっちゃ悪いけどGAEでJavaを選択する場合の最大の理由をわかっちゃいないね - ひがやすを技術ブログ
いっちゃ悪いけど、 GAE で Java を選択する場合の最大の理由をちゃんと解ってて話をしているとは思えない。 タイトルの通りだけど、Javaはすでに十うん年を一線で過ごしてきた言語だ、過去のコード資産が莫大にあるはずで、それを活用する場合は GAE で Java を選択する事のメリットがある。 「うん十万行の既存コードをそのまま投入できる。それにインターフェースするために多少オーバーヘッド気味のコードが数100行必要なのが何の問題がある？」これを言えないJava 使いはコード資産って物が無い貧乏人だし、過去資産に物を言わせないJavaなど相手にするのがあほくさいぐらい貧弱なものだ。 そのままの言葉で返すけど、いっちゃ悪いけどGAEでJavaを選択する場合の最大の理由をわかっちゃいないね。Javaの豊富な標準ライブラリを使えるというのは、大きな利点だと思うけど、過去に自分たちで作ったよう
もうエンタープライズJavaなんて捨ててしまえ - ひがやすを技術ブログ
これまでずっとなるべく言わないようにしていたのだが、もう平たく／明快に言うことにしました。 １）エンタープライズJavaはもう立ち直れないと思う。 だから、 ２）GAEを勉強してそのままクラウドというバズワードに踊らされる道を真剣に考えてみて欲しい。 これまでは、１）は言わずに、２）だけ言ってきた。で、「クラウド」の中でも、私が知っている「GAEで開発する」ことの楽しさをなるべく具体的に紹介するようにしてきた訳なのであるが、前半も言うことにしました。 その理由は、若い人に早く気づいて欲しいから。年を取ったら駄目、というわけではないが、あるフレームワークになれて、その経験が長くなってくると、進路変更は大変になる。ところが、多くの人が「もはやそのフレームワークは、時代にあっていない」と気づく頃には、そういう「進路変更大変状態」になってしまっていることが多い訳です。 というわけで、明言することに
夫の小遣い制は浮気を防ぐため? - ひがやすを技術ブログ
昨日かみさんから聞いた話だけど、夫の小遣い制は浮気を防ぐという効果があるらしい。他の女のために金を使わせなければ浮気はしないということだね。 うちの家庭は、小遣い制ではなく、夫婦完全独立型で、お互い好きに使う感じです。 住宅ローンや電気水道ガス料金、外での食事は、私が払う担当。 食料費(ただしワインは除く)は妻が払う担当。 夫婦共働きだとこれはありだよね。ただ、夫が自由に金を使うことができるため、浮気の牽制がきかないというリスクもあります。 でも、おいらは浮気はしない。結婚後だけじゃなく、昔からそう。もちろん、かみさんを愛しているということもあるけど、「人にやられていやなことは、自分もやらない」というポリシーがあるのが大きいと思う。 夫に自由に金を使わせても、浮気しないように牽制するには、クレジットカードの明細をチェックするのが効果的じゃないかな。もちろん、全部現金で使われたらチェックでき
「RDBMSの時代の終わりが見えてきた」についてそろそろ一言言っておくか - ひがやすを技術ブログ
2008-12-12 いくつか誤解を生みそうな表現があるので、それをまずは指摘しましょう。 プログラムモデルとしては、すでにRDBMSからの脱却の準備は始まっています。ORマッピングがそれです。 これが、意図的かはわからないけど、ミスリードを生んでいます。「RDBMSの時代の終わりが見えてきた」というタイトルで、こういう書き方をすると、「ORマッピングによって、すでにRDBMSからの脱却の準備は始まっている」という風に読めるでしょう。これが、ミスリード。 JPAが大切だと思っているのは、永続パラダイムの転換に、コーディングを変えることなく対応できるからです。もちろんJPA+RDBMSのシステムをJPA+非RDBMSに切り替えれるという話ではなく、プログラマのコードの書き方の対応の話です。 これをもう少し、噛み砕くと、JPAのJPQL(SQLもどき)を使えば、SQLとしては統一されていない複
勉強会とかコミュニティ活動に参加できるのは、下請けに仕事を押しつけてるからじゃね - ひがやすを技術ブログ
今は友人までの公開になっているので、リンクをクリックしても発言を読めません。このエントリを書いたときは誰でも読めたんだけどね。 勉強会とかコミュニティ活動に参加できるのは、下請けに仕事を押しつけてるからじゃねーの？ 仕事は、一人ではできないので、いろんな人に支えられてやっています。そういう意味で、支えてくれる人なしには何もできないのは事実です。 で、だ。 自分はどうかといえば、おれは、ほとんど、一人で仕事をしているから、下請けとか関係ないです。うちの会社でどうかといえば、下請けに仕事を押し付けている人なんていないですよ。みんな仕事大変だからね。忙しいし。 で、だ。 誰に言っていてもいいんだけど、上記の言葉の裏には、コミュニティ活動は、暇だからできるみたいなニュアンスが感じられるんだけど(間違っていたらごめん)、コミュニティ活動ってかなり大変だよ。 例えば、この前、「ひがやすを飲み会」なんて
勘違い化が進む池田信夫 - ひがやすを技術ブログ
「全文を出さずパーマリンクなし」という仕様が、日本のすべての新聞・テレビ・通信社のサイトで例外なく採用されていることだ。その編集委員は「新聞協会で申し合わせたわけではないが、暗黙の談合みたいなものだ」という。競争をきらう風土によって、日本のウェブはいびつなガラパゴス化した進化を遂げているのである。 ガラパゴス化した進化というのは、日本の携帯のように、ほかでは通用しないような独自の進化を遂げたものについて言うんでしょう。 日本のメディアのサイトが、「全文を出さずパーマリンクなし」というのは、単に時代に後れているだけで、進化とはいわないよ。 新聞サイトも、購読料モデルから検索に最適化してアクセスを稼ぐ方向に転換し、グーグル化しているのだ。 ページビューを稼ぐ方針にサイトを変えることを「グーグル化」というのか、知らなかったよ。たぶん、おいらが無知なせいだと思うけど、違和感あるな。 これに対して、
NTTデータがウォーターフォールから脱却? - ひがやすを技術ブログ
筆者が現役技術者だった頃はプログラミングは創造的で非常に楽しいものだった。サービス開始直前の相当な忙しさは今も昔も変わらないが、少なくともモチベーション溢れるエンジニア達の姿があった。40年近くの間に何が変わってしまったのか。わが国に定着する「ウォーターフォール(waterfall)型」の開発スタイルに、その一因を探ってみる。 浜口さんが、ウォーターフォールの問題点を指摘している。そして、反復型開発のマイクロソフト版である同期安定化型も今後は検討すべきだとしている。 一方の同期安定化型に話を戻す。こちらは、ソフトウエアをスモールチーム（３?８人）で開発できる単位に分割し、各チームが同時並行的に設計・コーディングを行っていくスタイルである。毎日あるいは一定の期間ごとに、各チームの生産物を統合してテストを行い、品質の安定化を図っていく。 わが国の市場の大半を占める企業向けの個別システムに対して
優秀なプログラマの給料が低いわけ - ひがやすを blog
昨日の開発生産性が低い方が収入が多いって変だよねのエントリでは、企業レベルの話だと、生産性が低いほうが売上が上がるという話をしたんですが、実は同じようなことが、個人レベルでも言えます。 生産性の高い超優秀なプログラマより、社交性の高いそこそこ優秀なプログラマのほうが、評価が高く給料も多くもらえるようになるのです。さすがに、個人レベルだと生産性の低い人が評価が高いということはあまりないけどね。一時的には残業が多くて給料が増えるときもあるかもしれないけど、それはあくまでも一時的なこと。 評価が高いということは、上司にそれだけ認めてもらっているということですが、それではなぜ、優秀なプログラマは、上司に高く評価されないのでしょうか。 「上司に技術をきちんと評価する力がないから」それも多少はあります。でも、主な原因ではありません。会社によって違うと思いますが、評価における技術力の部分は2,3割りに過
離職率の高さが人材を流動化させ業界が活性化する - ひがやすを技術ブログ
またアクセンチュアは「業界平均より離職率が高い」が、「IT業界内での人材の流動化は歓迎すべきことと考えている」と話した。IT業界でのキャリアパスには、コンサルタントやプロジェクトマネジャになるだけではなく、「ベンチャーキャピタリストになったり、アカデミックの道に進むなど色々な方法がある。さまざまな経験をした人材が転職によって交流することで、IT業界は活性化する」とした。 離職率の高さは、一見ネガティブに見えるけど、スキルアップを定期的に実感できるようにすることで、自分に自信をつけ、会社から卒業しやすくするってのは、良い考えですね。 社員にとっては、スキルアップで自分の価値を高められる。 一方、会社にとってもモチベーションの高い社員が一生懸命働くことで、生産性が高まり利益率も上がる。逆にモチベーションの低い社員は、止めざるを得ないようにきびしく競争させるんでしょう。 利益率が高いから、社員に
NTTデータについてそろそろ一言いっておくか - ひがやすを技術ブログ
Seasarプロジェクトが提供しているSAStrutsと、NTTデータが提供しているTERASOLUNAを組み合わせて、大規模プロジェクトでさくさく開発ができるフレームワークの作成を目指します。 SATELITEは、Super Agile TERASOLUNA Lightの略です。 TERASOLUNAは株式会社NTTデータの登録商標です。 本プロジェクトの活動はNTTデータの業務とは関係ありません。 意表をつく組み合わせですね。真剣にフレームワークに取り組み、オープンに業務外で活動している人もいるということですね。 NTTデータと真昼の対決をセッティングしたのは、TERASOLUNAチームの人なんですが、その後のCTCと夜の決闘の話を見て、CTCとは同じ問題をかかえているかもしれないので、CTCの担当者と意見公開したいから、連絡先を教えて欲しいと私のところにメールして来ました。 このまじ
TopHatenarにみる「Javaの復活」 - ひがやすを技術ブログ
TopHatenarを知っているだろうか。 http://tophatenar.com/ はてなユーザのRSSフィード購読者数とソーシャルブックマーク獲得数のユーザランキングを表示してくれるサイトだ。 ここ2,3ヵ年の流れだと、こういうアイディアサイト(作るに時間はかからないけどアイディアが秀逸なサイト。あまり好きじゃない言葉だけどWeb2.0系サイトともいえるかも)は、Railsで作るのがはやっていた。Railsのほうが作りやすいし、注目も集めるから。 TopHatenarは、実はJavaで作られている。フレームワークはSeasar2系だ。作者は、こういっている。 このサービスは、僕が去年末ごろから持っていたアイデアを、Cubby+Mayaa+S2JDBCの使い心地を確かめる意味を込めて実装したものです。 僕がWebアプリを作る上でのフレームワークの好みは、S2JSF、Teeda、Rai
NTTデータと真昼の対決 - ひがやすを技術ブログ
昨日、NTTデータに「お前は最近、NTTデータに批判的でけしからん」ということで、呼び出されました。もちろん、「批判的でけしからん」というのは冗談ですが、私が、NTTデータを嫌っていると思っているデータ関係者は、実際多いようです。 データの偉い人の発言に対して、それはちょっとおかしいんじゃないのといったことはありますが、データを嫌いといったことはもちろんないはず。 データの社員の中に根強くある(と思う)「プログラミングがあまりできない人でも何とかなるように、ガチガチにルールやツールで縛る。できる人はスキルを発揮できなくなるかもしれないけど、それはしょうがない。」という考えは、個人的には好きじゃないけど。大規模なプロジェクトをまかされるSIerとして、そう思う気持ちは良くわかるんだけどね。 話し合いの中で、私が言ったのは、できる開発者が力を発揮できるように、体力勝負になってしまうような縛りは
僕がRubyをやめたわけ - ひがやすを blog
私は気が付いてしまいました。Ruby の動的型付けは多くのエラーを引きおこすことに。そして、安心してデプロイするためには 95% ものテストカバレッジを達成しなければいけないことに。95% のテストカバレッジを得ることの代償として、私の書いたコードは(テストコードも含めて) Java で書いたものと同等のサイズにまでふくれあがってしまいました。その上、Rails では動的なコードの変更が可能なため、開発・テスト・デプロイ中にトラブルが続出するようになりました。高いテストカバレッジを確保しているにも関わらずです。これらの問題にくわえて、MRI(Matz Ruby Implementation: まつもとゆきひろ氏による Rubyの実装)は速度が遅く、言語仕様も安定していません。それなのに開発コミュニティはそのことに見向きもしません。 liftを開発した人へのインタビューなんだけど、ちょっとひ
2008-02-15 - ひがやすを blog - アーキテクト以外は「限定されたことだけやっとけ」
> 私の個人的な意見としては、一部の人(例えばアーキテクト)だけ、 > フレームワーク全体を把握していて、残りのメンバーは >「限定されたことだけやっとけ」みたいなことは好きではありません。 大規模だと好き嫌いに関わらずこういったアプローチになるのでは？ アーキテクト以外の学習コストはむしろ減ると思いますが… きっとこのコメントを書いてくれた人は、本気でこう考えているんだと思いますが、私は、このようなアプローチが嫌いというだけではなく、効率が悪いと思っています。 一番の理由は、開発者のモチベーション。「限定されたことだけやっとけ」という状況で、開発者のモチベーションが上がるとは思えません。実際、モチベーションは下がるでしょうから、それにあわせて、生産性も落ちるでしょう。 二番目の理由は、開発者が成長しないこと。開発者というのは、いろんなプロジェクトに参加し、いろんな経験をつみながら成長して
2008-01-30
今日は、ITpro EXPOで高橋会長とパネルディスカッションがあったのですが、Matzが遊びに来ていたので、Webアプリケーションをなめるなの真相を聞いてみました。聞いたといっても実際に聞いたのは、高橋さんです。俺のほうからはききづらいよね(笑)。記憶が完璧でないので、正確な話ではないですが、大体はあってるはず。 Matzは、言語オタクなので、Rubyをはじめプログラム言語の悪いところは指摘せざるを得ないそうです。もちろん、良いところも。 だから、PHPを貶める意思もないし、Rubyを持ち上げる意思もない。オタクとして問題があるところは指摘せざるを得ない。 大体はそういう感じです。私は、ヲタではないので、その辺の気持ちが良くわからないのですが、羽生さんのアニヲタ振りを見るとそうなのかもしれないですね。 私も最初あのエントリを見たときは、ちょっと違和感あったけど、話を聞いて気持ちはわかりま
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
