コラム 2011/7/26 【第151回】35歳定年説の真実ECObjects ～世界を変えるソリューションを目指して～ “日本発・世界初” クラスのテクノロジーで 社会の発展に貢献します。 クラステクノロジーは、統合化部品表をコンセプトとしたECObjectsという 自社プロダクトを中心に、製造業の上流から下流までの全ての分野を サポートする製造業向け総合ソリューションカンパニーです。
国内スマホゲーム市場規模、2015年には2,550億円と予想【シード・プランニング金貞民】 | TechWave（テックウェーブ）
こんにちは。市場調査会社シード・プランニングの金貞民（キムジョンミン）と申します。今回、「スマートフォンゲーム市場動向分析調査」という調査レポートをまとめました。非常におもしろい調査結果になりましたので、その要点だけ解説させて下さい。 近年、スマートフォン端末の急速な普及にあわせて、その上で展開されるゲーム市場が拡大を始めています。業界の皆さんの注目が集まっているこの市場について、弊社では国内関連事業者12社および海外（韓国）事業者2社へのヒアリング取材を実施しました。さらに、スマートフォンゲームユーザー500名へのアンケート調査を実施、ユーザーのスマートフォンゲーム利用実態を徹底解剖しました。 このような調査分析を元に、2015年までのスマートフォンゲーム市場規模を以下のように展望しました。 2010年の国内スマートフォンゲーム市場は85億円と推計。 2015年には2010年の30倍の2
2011-09-27
欧米（特にアメリカ）の入学試験や、外資系企業の面接で常に聞かれるのが、「あなたのリーダーシップ体験について話してください」という質問です。 大学の入試エッセイでも書かされるし、大学や企業の面接では、過去にどんな場面でどうリーダーシップを発揮したか、事細かに聞かれます。 もちろん入社してからも、リーダーシップは主要な評価項目のひとつとなっています。 ところが日本ではリーダーシップについて問われる機会はごく限定的。中には「今まで、一度も問われたことがない」という人さえいます。 なので、その概念自体あまりよく理解されていません。 たとえば私が日本人からよく受ける質問は、「欧米ではなぜ全員にリーダーシップを求めるのか？」というものです。 質問の意図は、「リーダーシップという、組織を率いるごく少数のトップ人材だけが持っていればいいものを、なぜ欧米の大学や企業は全員に求めるのか？」とか、 「 10人の
プログラミングは「名前」が9割。 - このブログは証明できない。
プログラミングというのは、名前をつける行為なんだと思う。 プログラミングで一番大切なこと。 もしも、プログラマーじゃない人に、「プログラミングで一番大切なことは？」と聞かれたら、迷わず「名前」だと答える。もちろん、人それぞれだし、自分はスキルの高いプログラマーじゃないよ、と前置きして。 名前が9割と言ったときの、9割という部分は人によってだいぶ差があるんだと思う。もっと小さいかもしれない。けれど、名前が重要だという点に関しては、反対するプログラマーはいないんじゃないだろうか。 時代や環境で変わる名前。 いま僕がイメージしてる名前というのは、変数名だったり関数名だったりクラス名だったり、とにかくいろいろ。さらに、JavaScriptとか高階関数をバリバリ使うような場合など、名前をつけないという選択肢もある。 なんとなくJavaScriptと書いたんだけど、名前はプログラミング言語や開発環境や
洗練されたデザインのUIエレメントのPSD素材のまとめ
そのまま使ってもよし、デザインの勉強にもよしの洗練されたデザインのUIエレメントのPSD素材を紹介します。 素材は全て商用でも無料で利用できますが、ライセンスがそれぞれ異なるのでご利用の際にはご確認ください。
モックによるインターフェイスの発見 - Digital Romanticism
設計ツールとしてのモックの使い方について考える。 導入 先日、"Mock Roles, not Objects"の日本語版「ロールをモックせよ」を公開しました。この論文は2004年に書かれたもので、著者はSteve Freeman氏、Nat Pryce氏、Tim Mackinnon氏、Joe Walnes氏という豪華メンバーです。また、Steve Freeman氏とNat Pryce氏は『Growing Object-Oriented Software, Guided by Tests (Addison-Wesley Signature Series (Beck))』（いわゆるGOOS）の著者でもあり、"Mock Roles, not Object"で語られている思想はGOOSのベースになっているとも言えます。 今回は、この"Mock Roles, not Objects"（以下、MRnO
オフェンシブな開発〜「納品しない受託開発」にみるソフトウェア受託開発の未来 | Social Change!
定期的にSI業界が終わったという話が出ますが、本当にそうでしょうか。終わるべきは一括発注・請負のディフェンシブなビジネスモデルです。受託はなくなることはありません。ソフトウェアの開発を、他の業界のアナロジーで考えるのではなく、正面から取り組んだビジネスモデルについて語っています。 ディフェンシブな開発 今から5年前に、SI業界における多くの問題の原因がそのビジネスモデルにあるという「ディフェンシブな開発〜SIビジネスの致命的欠陥」という記事を書きました。SIにおけるビジネスモデルは、発注者とベンダーはあらかじめ決めた金額と要件の中で納品と検収を目指すため、利益を出すためには双方がリスクを取らずに「守り」に入る必要があります。その結果、顧客にとって価値を産むかどうかよりも決められた要件通りに作られることを重視することになってしまいます。人月という単位であらかじめ決めるとなれば、単価の安い下請
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
日本の電気メーカーが iphone作れない理由：外資の人から見た視点