1. 島根県主催 ビジネスセミナ 新規事業の成功率を高める手法 ビジネスセミナー「新規事業の成功率を高める手法 」 ~ムダのない、市場の変化に対応できるマネジメント理論~ 顧客との対話を通じた新規事業の立ち上げ手法 顧客開発モデルの概要 2013年2月 堤 孝志 註:本資料の内容は、個人の見解に基づいており、所属する組織の見解を示すものではありません。 1 無断複写 ・ 複製・転載はご遠慮ください。 2. 本日のゴール 本 ゴ なぜ新規事業がうまく行かないのかを理解する。 ソリュ ションとなる顧客開発モデルを学び、実践で ソリューションとなる顧客開発モデルを学び 実践で きるようになる。 2 無断複写 ・ 複製・転載はご遠慮ください。 3. 講師紹介 堤 孝志 •金融機関系VC所属のベンチャー キャピタリスト •キャリアのスタートであった商社時 代から一貫して新規事業の立ち上 げに取
Rubyはたのしい言語です。Rubyを触っているとマニュアルにも書いていない「小さな発見」に遭遇することがよくあります。このような「発見」は、プログラムの質や効率の改善には直結しないかもしれません。いや、むしろチームプログラミングでは妨げになる可能性すらあります。しかしその一方で、言語自体が自分の知らない領域を持ち続けていることが、その対象に対する興味を失わせないための大きな要因である、というのもまた疑いのない事実なのです。つまり「発見」はたのしさに直結しているのです。 このブログにおいて「知って得するRubyのトリビアな記法」というタイトルで、今まで3回記事を書きました。 “知って得する21のRubyのトリビアな記法” “第2弾!知って得する12のRubyのトリビアな記法” “第3弾!知って得する12のRubyのトリビアな記法” これらのトリビアには、ネット検索で見つけたもの、Twitt
1月26日に開催された「◇◆MIT石井教授×リクルートマーケティングパートナーズ◇◆ ~“10年先未来”の「ライフイベント」と「テクノロジー」を語ろう~」に参加された「カジケンブログ」の梶原健司さんに当日の模様を起稿してもらいました。(本田) ※石井氏の承諾を得て、スライド画像を掲載しています。 独創的であることが、今ほど求められている時代もないと思う。 国家や企業のレベルで言えば、欧米の背中を追いかけてきた時代はとうの昔に終わりを告げ、目指すべきモデルを見失い、苦しんでいる。 個人のレベルにおいても、新興国の中間層が爆発的に成長を始め、それらがグローバルなネットワークに繋がり始めたことで、彼らと同じ仕事しかできない人は所得の下降プレッシャーや最悪仕事を失うことになる。しかも機械が人間の仕事の大半を代行する未来も現実味を帯びてきた。 ある意味、我々は人類史上の最先端にいる。追いかけるモデル
斎藤です。 今日は、RRDToolを使って、今後かかる負荷を手軽に予測する方法をご紹介します。あわせて、プログラムと連携して性能限界を越えそうなサーバがあるかを判定してみます。人手ではまかないきれない数のサーバに対して、一台ずつ問題の予兆を調べるときなどにお試しください。 ※CentOS 6.3 (64bit) + RRDTool の2013/2/20頃の最新ソースを用いて試しています 「限界」を早く知りたい! ITインフラを運用している方の多くは、Cacti, Munin等で負荷を日々モニタリングされているかと思います。モニタリングしたデータを用いて今後を予測する際、どのようにされていらっしゃいますでしょうか?描かれたチャートの動きをもとに、経験と勘を駆使して「ヨイショ!」っとされている方も、いらっしゃるのではないでしょうか。 特に、ディスク容量やネットワークトラフィック等、根本的な対策
日経Linux 2013年1月号に「“誤認逮捕”を防ぐWebセキュリティ強化術」を書き、それが今週4回連載で、ITproに転載されました。この中で、クロスサイトリクエストフォージェリ(CSRF)対策について説明しましたが、クッキーモンスターバグ(Cookie Monster Bug)がある場合に対策が回避されることに気がつきました。 それでは、どのような対策が望ましいかを考えてみると、中々難しい問題です。以下、その内容について検討します。 解決すべき課題の整理 記事の趣旨は、昨年無実の市民のパソコンからCSRFによる犯行予告が横浜市のサイトに書き込まれたことを受けて、サイト側でCSRF対策をして、なりすまし書き込みができないようにしようというものです。なりすましの犯行予告には、CSRFのほか、マルウェアを用いる方法、CSRF以外のWebサイトへの攻撃手法もあるので、CSRF対策だけで十分と
みなさんこんにちは。@ryuzeeです。 僕のプレゼンでは写真を一杯使います。写真が一杯あると、記憶に残りやすく伝わりやすいというメリットがあります。 また隠れメリットとして、写真を多めにして文字を少なくすると、時間に応じて聞いている人に悟られることなく内容を調節することも可能です(僕がいつも時間通りに終えられる理由です)。 写真はFlickrで無料のものを探すのと、iStockPhotoで有料の画像を購入するのとを組み合わせていますが、今回はFlickrでいい感じに探す方法を紹介します。 なお、FlickrのWebサイトはあまり軽くない感じなので、専用のツールを使います。 何個かツールを仕込んでおくと移動中の空き時間に画像を探しておいてあとで一括でダウンロードすることも可能です。 iPadで探すFlickStackrというツールを使います。無料版もありますが、機能制限が多いので有償版を使
今日話さないこと JavaScriptの基礎知識、jQueryの導入 気持ちいいUIやUXがうんちゃら CanvasやWebGLを使ったリッチでイケてるゲームの作り方
Vagrant 便利ですね。Web システム構築ではサーバ構築、設定を何度となく繰り返すので、こういった「作って、壊して、元に戻せる」環境が自分の PC にあるというのはとても重宝します。 ここでは Vagrant1.0 を使って、Mac OS X 上に CentOS サーバを構築します。また触ってみて便利だった機能もいくつかご紹介します。 1. VirtualBox のインストール 2. Vagrant1.0 のインストール 3. box ファイルのインストール 4. Vagrantfile の作成 5. 仮想サーバを起動 6. 仮想サーバを停止 7. 仮想サーバを削除 8. 仮想サーバでhttpdサーバを構築 9. sahara プラグインで、作って、壊して、元に戻せる環境を構築 10. 複数の仮想サーバを起動 11. 仮想サーバのエクスポート Q. OS X, ruby, gem の
入力「×」のブラウザでは、「𠮷」が2文字とみなされるため、2文字目まで、つまり「𠮷野」までしか入力できません。 Mozillaの文書には、Unicode code pointsで数えると書いてあるので、そのうち改善されるのかもしれませんが、現時点ではTwitterのために「maxlength="140"」を使うことはできません。 pattern属性 Firefox 21とChrome 27、IE 10、Opera 12.15は、「pattern=".{0,3}"」(任意の文字からなる0から3文字)のような正規表現を使った検証にも対応していますが、やはり「𠮷野家」は4文字とみなされてしまいます。 JavaScript 追記:javascript – でBMP以外のUnicode文字をきちんと扱う(404 Blog Not Found) JavaScriptでは、文字列strの長さをst
Thank you, Firebug. You made the web amazing for all! The story of Firefox and Firebug are synonymous with the rise of the web. We fought the good fight and changed how developers inspect HTML and debug JS in the browser. Firebug ushered the Web 2.0 era. Today, the work pioneered by the Firebug community through the last 12 years lives on in Firefox Developer Tools. Switch to the latest version of
平素よりQA@ITをご利用いただき、誠にありがとうございます。 QA@ITは「質問や回答を『共有』し『編集』していくことでベストなQAを蓄積できる、ITエンジニアのための問題解決コミュニティー」として約7年間運営をしてきました。これまでサービスを続けることができたのは、QA@ITのコンセプトに共感をいただき、適切な質問や回答をお寄せいただいた皆さまのご支援があったからこそと考えております。重ねて御礼申し上げます。 しかしながら、エンジニアの情報入手方法の多様化やQAサービス市場の状況、@ITの今後のメディア運営方針などを検討した結果、2020年2月28日(金)15:00をもちましてQA@ITのサービスを終了することにしました。 これまでご利用をいただきました皆さまには残念なお知らせとなり、誠に心苦しく思っております。何とぞ、ご理解をいただけますと幸いです。 QA@ITの7年間で皆さまの知識
まさかと思いますけど、「自分の強みを活かして勝負する」のが「いい作戦だ!」と思ってる人はもういませんよね? この「自分の持っている価値あるものを活かして○○する」という発想法のリスクや限界については、しっかり意識しておいたほうがいいです。 だってこれ、あきらかに「供給者視点」であって「消費者視点」じゃないでしょ。 そこが致命的なんです。 ↓こう書けばわかるかな。 供給者視点=自社の持つ圧倒的に優れた技術を活かして、商品開発! 消費者視点=消費者が熱狂するほど欲しがるものを、世界中から他社の技術を集めてでも開発! どうですか? 前者と後者の典型的な会社名、すぐに思い浮かぶでしょ? 前者は「差別化が大事」とか思ってるけど、後者は差別化なんて気にもしてない。 「差別化」ってのは対競合の視点であって、対顧客の視点の言葉じゃないから。 競合と顧客、まずはどっちを見るべきなのか、よくよく考えたほうがい
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く