印刷する メールで送る テキスト HTML 電子書籍 PDF ダウンロード テキスト 電子書籍 PDF クリップした記事をMyページから読むことができます 6月8～10日まで幕張メッセで開催されたInterop 2016にUbuntuの開発元であるCanonicalの創業者 Mark Shuttleworth氏が登壇。インターネットとオープンソースソフトウェアが抱える課題に関して「Success is all about Operation」と題して講演した。 満員の参加者に向けて語った「運用が重要」というメッセージ Interop初日に行われた、約500人のキャパシティに対して1000人以上の参加希望があったというShuttleworth氏の基調講演だが、タイトルが示すようにITによる成功とはもはや機能や価格競争力ではなく「運用をいかに効率良くできるか」にかかっているというものであった。

Leica M7, 90mm Tele-Elmarit F2.8, PN400N @Santa Monica, CA アメリカで研究するようになって最も驚いたことの一つは、日本では考えられないほど生産性の高い研究者が存在することだ。 たとえば僕がローテーションして、最後までそこでdissertation work（博士論文のための研究、活動）をすることにするか迷っていたあるラボ。そこはポスドク、テクニシャンを含めて（註：undergraduate=学部生は殆どアメリカの研究室には居ない）たった5人でやっているにもかかわらず、毎年5-6本ぐらいはペーパーを出し、ほぼ全て一流紙。多いときは年に2本ネイチャーに出し，一本は表紙になったりしていた(#)。 しかも良く日本では見かける深夜も土日も働いて、朝はどちらかというと崩れ気味、みたいな重労働系の生活ではなく、普通に朝来て、「うーん今日は狂ったよ

もはや時事ネタなのかなんなのか、どこまでがOKなのか NGなのかさっぱりわかりませんが、おそらく最速で誰もが一度は頭によぎったであろう、ベッ○ーのゲームが登場しました。 とりあえず何が良いとか、悪いとかは抜きにして どこが開発しているのか気になったので調べてみました。 この手のアプリはBAN対策や、開発者を特定させないためになどの理由からか、個人アカウントを取得して公開というパターンが非常に多いです。 このアプリも例に漏れずそのような形式になっているため、 他にリリースしているアプリもありませんし、特定はしにくいですね。 アップトーキョーさんの記事でも app.tokyo こちらのアプリがブースト広告を利用しているということを書いていますし、これをAppleに察知された時に制裁措置を受けないようにという配慮もあるのでしょう。 これらのアプリは、十中八九、個人アカウントを利用して、法人が運用

昨年の7月からはじめた各種デザインの料金相場を調べる取り組み。チラシのデザイン料金表を97社分調べることからはじめて、その後「WEB制作」「ロゴ」「アプリアイコン」などを調べ続けてきました。気づくと、半年で、各ジャンルの料金表をまとめた記事が17記事になっていました。 それぞれのジャンルごとの料金表の掲載会社数を合計すると、97社（チラシ）＋100社（ポスター）＋52社（パンフレット）＋100社（ダイレクトメール）＋73社（ロゴ）＋99社（看板）＋100社（WEBサイト）＋98社（バナー）＋30社（アプリアイコン）＋100社（パッケージ）＋17社（電子書籍表紙）＋99社（CDジャケット）＋100社（カレンダー）＋100社（Tシャツ）＋82社（社内報）＋74社（トリセツ）＋98社（切り抜き）＝のべ1419社となっていました。 日本のデザイン事務所数は、約8000弱と推計されていますので（参考

新規事業開発や起業において、ビジネスモデルの設計・構築が成功率を下げている可能性があります。一般的には優れたビジネスモデルの設計こそが事業の成功率を向上させると認識されていますが、実際の事業投資シーンにおいては真逆の結果、つまり事業開発はまったく進まず、起業は失敗するという結果が生まれます。本資料では普段あまり語られることのない、ビジネスモデル設計・構築に潜む「デメリット」をご紹介します。Read less

アプリケーションの分割のアプローチ ●４つのアプローチ - ビジネスファンクション - 動詞／ユースケース - 名詞／リソース - 境界づけられたコンテキスト ● トランザクションの分割 - パイプライン化 (VETRO) - コーディネート (Saga) - 状態更新の非同期化 ( Event History - State Materialize - Domain Specific Query )

ソーシャルゲームの開発中に退職した従業員らが，会社から開発頓挫の責任を追及された事例。 事案の概要 Xは，ソーシャルゲーム（本件ゲーム）の開発を目的として設立された会社である。Yらは，Xの設立前から，Xのグループ会社の依頼を受け，本件ゲームの開発に関わり，Xが設立された後には，Xの従業員となって，本件ゲームの開発に従事した。 本件ゲームのリリースは，当初定められていた時期には間に合わず，延期された。 その後，Yらが，いずれも本件ゲームのリリース前に退職したところ，Xは，Yらが開発設計仕様書も作成せず，突然の退職によって本件ゲームの開発が頓挫して損害を被ったとして，主位的に不法行為に基づく損害賠償として，予備的に労働契約上の債務不履行に基づく損害賠償として，5400万円の賠償を求めた。 ここで取り上げる争点 Yらは，信義則上，あるいは労働契約上の義務として，開発設計仕様書を作成する義務があっ

日本の動画サイト利用動向日米間における動画利用動向に大きな差 2015年1月21日 – デジタル・メディア分析のグローバル・リーダーであるコムスコアは本日、オンライン上の動画サイトに関する包括的な調査である「ビデオ・メトリックス（Video Metrix®）」で分析した、日本のパソコン経由の動画ストリーミングサイト利用状況に関するレポートをリリースしました。 調査によると、2014年11月の国内動画サイトのトップ3はGoogle Sites、FC2 inc.、Kadokawa Dwango Corporationでした。また、日本は１動画視聴あたりの利用分数が米国の約４倍あり、米国ユーザーに比べ長時間の動画を視聴する傾向にあることがわかりました。 国内オンライン動画プロパティランキング オンライン動画サイトの日本国内トップ10は、YOUTUBE.COMを擁するGoogle Sitesがユニ

トリドールグループの晩杯屋、酎ハイ3杯(750円)をケチろうとしてきたカスハラ客をお店とSNS上のダブルで返り討ちに

「ブルーオーシャン症候群」とは、密かに日本企業に蔓延する病である。その症状には以下のようなものがある。 自社事業とは遠いところに、競争が少なくて儲かる事業領域があると信じている そしてその事業領域は楽勝で参入できると思っている よって、少人数、少額、短期間で新規事業が創出できるべきだと思っている 結果として（実は当たり前に大変な）新規事業創出に本腰が入らない そもそもブルーオーシャンとは 「ブルーオーシャン」は、長きにわたって日本のビジネスマンが好きな言葉だ。（ちなみにアメリカではとんと聞くことがない）。 ちょっと前に、元マッキンゼーコンサルタントの日本人３人で「ブルーオーシャン」の話になった。大体こんな感じの会話だったはず。 「なんか、『楽勝で参入できる競争が少なくて儲かる事業領域』みたいな意味で、『ブルーオーシャン』って使うよね？」 「そうそう。そんなのあるわけないのに」 「だよねー。

Michael S. Dell, MSD Partners and Silver Lake Lead Transaction to Combine Dell and EMC, Creating Premier End-to-End Technology Company Dell Inc. and EMC Corporation today announced they have signed a definitive agreement under which Dell, together with its owners, Michael S. Dell, founder, chairman and chief executive officer of Dell, MSD Partners and Silver Lake, the global leader in technology i

10月6日に、トレタ主催のカンファレンス「FOODiT TOKYO 2015」がアカデミーヒルズで開催されます。（フーディット・トーキョー、と読んでください） このカンファレンスは、「外食産業のIT化は、IT企業ではなく飲食店自らがリードするべき」という考えのもと、飲食店が主役となって今後の業界革新を考えていく場づくりを目指しています。 一応ウチが開催費用から運営まで全て行っていますので「Toreta Presents」と冠に付けさせていただいておりますが、トレタの営業活動とは厳格に一線を引いており、トレタを使っている使っていないに関わらず、これからの外食産業を引っ張っていく経営者の皆様をご招待する方針となっています。

技術顧問ブームですね。先日退職してから色々な会社を回ってて、これニーズあるんじゃね？って仕事を何個か思いついたので、列挙してみます。 チーム開発を軸にした技術顧問 やること: 開発プロセスの構築・実行・改善、ミーティングのファシリテートを行い、チーム開発を良い感じにする。 必要そうなスキル: チームを作った経験。ソフトウェア開発プロセスの知識と実務経験。それなりの技術力。 GitHubでコードレビューしてCI/CDを回して、っていうスタートアップでよくあるエンジニアリングの型はある程度できているけど、うまく運用できていないところは少なくないと予想している。わかってる人が手伝ったら軌道に乗るまでが早そう。事業や組織の性質・フェーズに合わせる必要もあるし結構難しい。チームで仕事をするというカルチャーを伝えるのも価値がありそう。人間力が問われますな…。 個別技術を軸にした技術顧問 やること: 技

こんな記事が こんな記事を書いてもらいました。 nanapi 1億2000万赤字に思う事 まず、言及していただいて、ありがとうございます。いろいろと反論してくださっている方もいるみたいですが、記事の内容をまとめると、基本的には、 日本の起業家は世界を目指さないと小規模なものしか作れない だから世界一を目指さないといけない 成功してから発言しないと業界にとってよくない ということだと思うのですが、最後の点以外は、基本的に賛成です。 まず、日本だけをターゲットにして成功しようとすると、どうしても小規模になってしまうわけです。よく言われていますが、日本って中途半端に大きい市場なので、その罠に陥りがちなんですよね。たとえば、中国とかは、中国特化でも成り立つ市場規模であり、韓国とかは韓国市場特化だと心もとない規模なわけです。ただ日本は、そこそこいけるので、まず日本からいく、という手段をとらない合理的