Ruby on Railsの「えせMVC」の弊害
先日のエントリーでも少し触れたが、Ruby on Railsの最大の問題点は、それが持つ「一見そのフレームワークがMVCの形をとりながら、MVCの最も大切なところを外している『えせMVC』である」点にある。MVC（Model View Controller）がなぜ必要かを根底の部分でちゃんとと意識せずにRailsアプリケーションを作ると、後々ひどい目に会うので注意が必要である。 その意味では「RailsでMVCを学ぶ」などもっての他だし、「JavaにもRailsと同じようなフレームワークを作って業務用アプリの開発を効率化しよう」などという発想もとても危険である。 ということで、今日はまずはMVCの解説から。 MVCの発想の根底には、「モジュール化と情報の隠蔽により、プログラムがスパゲッティ化するの（コード間の相互依存関係が複雑に入り込んでしまってにっちもさっちも行かない状態になること）を避
GoogleのAndroid向けのアプリビジネスはなぜ魅力的ではないか？
PhotoShareをiPhone向けに提供して早くも一年になるが、もっとも良く投げかけられる質問は「PhotoShareはAndroidとかの他のプラットフォームに移植しないの？」というものだ。 少し前までは、「まだiPhone以外のビジネスが十分に大きくないから今はまだ早い」、「iPhone上でやるべきことはまだ沢山あるから」、などと答えて来たのだが、最近は少し見方が変わってきた。 今の勢いでHTML5が進化・浸透してくれるのであれば、わざわざ移植コストをかけてAndroidやWindows Mobile向けにネーティブ・アプリを開発するよりは、少なくともUIの部分をすべてHTML+Javascriptにまかせたアーキテクチャでのインタラクティブなアプリの開発というのも十分に可能性があるように思えてきたのだ。 この「HTML+Javascriptですべて出来るじゃん」という発想は、そも
Life is beautiful: Google Map で任意の場所の緯度と経度を知る方法
６月に書いた「Google Map API で早速遊んでみた」というエントリーには、沢山の人にトラックバックをいただいた。今日も、みじさんという方からトラックバックをいただいたのだが（参照）、そこにこんなことが書いてあったのに着目。 ただ、座標の計算がめんどくさい･･･。国土地理院の緯度、経度検索サイトで測って、さらにそれを10進法に直す手間がめんどくさい・・・。もっと楽な方法はないのだろうか･･･。皆さん、やっぱり計算されてるのかしら？ こんな質問をいただくと、とても嬉しくなってしまうのが私の性分である（質問者が女性だから妙に親切なわけではないので、決して誤解はしないように^^;）。 では、東京駅を例にとって、緯度と軽度を求める手順を示そう。 １．ブラウザーでGoogle Mapのページを開く。［左のリンクをクリックすると、別ウィンドウが開く。］ ２．そのページの「検索」というボタンの左
個人のブランド力を磨くことの大切さ
先日紹介したばかりの「リッツ・カールトンで学んだ仕事でいちばん大事なこと」。もう一つぜひとも引用したかった部分があるので、今日はそれの紹介。 ときどき、企業のブランド力を自分自身のブランド力と錯覚している人がいます。ところが、勤めている間は気がつかないものですが、バックにあった会社がなくなると、突然まわりが冷たくなるということが少なくありません。 よく、「会社を辞めたとたん誰からも相手にされなくなった」とか、「独立したら会社に勤めていたときの取引先に無向きもされない」などという話を聞きますが、それはその人自身に、ブランド力がなかったということです。 ◇ ◇ ◇ 横並びが尊重された時代にはブランドというものを身につける必要などなかったかもしれません。むしろ「出る杭は打たれる」からブランドなどないほうがよかったのかもしれません。 ですが、年功序列や終身雇用が崩壊した時代を生き抜いていくためには
「au向けのiPhoneは作ってはいけない」という契約になっている（らしい）
UWで受講している"General Management & Strategy"という授業の課題の一つが「携帯電話事業」に関する"Five Forces Analysis" (新規参入の難しさ、業界内の戦いの厳しさ、などの５つの側面から業界を分析すること)。２０００年からこの業界で働いている上に、iPhoneやgPhoneに関しては誰にも頼まれてもいないのにブログで色々と書きまくっている私としては、「待ってました」という感じのテーマ。 とは言っても、何の資料も使わずに書いても説得力がないので、ネットで少し調べものをしてみたところ、思わぬ発見。今年の５月の記事(USAToday)だが、AT&TとAppleの間の契約について、公式発表には含まれていない条件が書かれている。 AT&T has exclusive U.S. distribution rights for five years —
Life is beautiful: 図解、イノベーションのジレンマ
私がマイクロソフトをやめるキッカケを作ったのが、「イノベーションのジレンマ」という本だということは、以前にも書いた。IT業界でビジネスをしている限り、大きな会社にいようと、小さなベンチャー企業にいようと、この本に書いてあることを日々意識しながら仕事をするかどうかは大きな違いを生むはずだ。 このブログでも何度も引用しながら、一度もちゃんと解説を書いたことがなかったことに気が付いたので、今日のエントリーは、この本に書かれているコンセプトの解説。 そう思っていつもの様に書き始めたのだが、文字だけではとても伝えにくいコンセプトだ。しかし、図解と言えばパワポ、というのもありきたりすぎるので、会社の廊下にあるホワイトボードに手書きで描いた図を、携帯電話で撮影したものを使うことにした。通りがかった社員にも見てもらえるので、一石二鳥である。 上の図は、この本に書かれたコンセプトを一般化したもの。ブルーのラ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
