「個人開発者は“孤独な開発者”になってはいけない」――ヒットアプリ作者が語る“レッドオーシャンの泳ぎ方”：Unite 2017 Tokyo（1/4 ページ） ヒットアプリを生み出している個人ゲーム制作者のいたのくまんぼうさん（和尚さん）が「Unite 2017 Tokyo」に登壇。レッドオーシャンといわれるスマホゲーム市場を生き抜くための方法を語った。

こんにちは、えむしです。 この前のニンテンドースイッチの記事が久しぶりにスマートニュースに載った（えむふじんじゃなくて、僕の方が書いた記事が）ので、スマニュー覗いてたんですよ。 で、こちらの記事を見つけました。 はじめに バックリンクを否認する 対策用の.txtファイルを制作しアップロードする リンク否認のテキスト制作方法 : MacOS 著作権侵害による削除を申し立てる 今回の作業の為に参考にさせてもらったサイト 最後に はじめに www.izuremo.com うわあ、これは大変だなあ・・・。 2月の１日辺りのアクセスは確かに減ったけど、激減って言う程でもないし、なんだかんだで検索でのアクセスも少しずつ伸びてるから、こう言うのはきっと無いよねー。 とか思って記事を読んでいたんですよ。 でもブコメ見てると「うちも同じ目に遭っていた」という報告も多数。 んー・・ペナルティは受けている様子は

企業訴訟, 会社法務 起業家があらかじめ知っておくべき１０の法的な知識｜企業法務の勘所 2016.10.08 これから起業を考えている方や起業して間もない方に、私が弁護士としてぜひお伝えしておきたいことがあります。 それは、起業前にはなかなか予測できない法的な知識です。 これまで多くの会社を見てきましたが、特に売上が伸び始めたスタートアップ企業では、予想もできなかった「トラブルや事件」が必ずと言っていいほど起こりました。 例えば、経理担当者の不正は１０年以上会社を経営している方であれば、ほとんどの方が一度は経験があるのではないでしょうか？しかし、ほとんどの起業家は自分の会社ではそういうことは起こらないと思っているものです。 会社を始めたばかりの頃は、事業を伸ばすこと、そして資金繰りのことでどうしても精一杯になってしまいます。そのため、トラブルが起こる可能性を事前に潰しておくことはあまり重要

1973年、第四次中東戦争が勃発した。イスラエルに対してアラブ国側が先制攻撃をしかけて始まったこの戦争は、緒戦段階でエジプト軍の地対空ミサイルが効果を上げ、イスラエル空軍機を多数撃墜した。戦争は結局、米国の後押しを得たイスラエル側が、ある程度まで押し返して、わずか2週間ほどで終わる。ただ、この時の余波で第一次石油ショックが起こり、油価の暴騰とエネルギー供給危機に、日本を含む西側諸国は大きな動揺を経験する。 イスラエルの側も、それまで過去の戦争ではアラブ側を圧倒していたのに、大きく面目をつぶした。とくに空軍の損失は甚大で、しかも損失の出方は偏っているようにみえた。たとえば、同じ基地から飛び立った二つの飛行中隊のうち、片方は4機を失ったが片方は無傷だった。このため、損害を被った飛行中隊のどこが悪かったのか見つけようと、調査が開始されていた。しかし一方の中隊がとくにすぐれていると考えるべき理由は

11万社以上が導入する企業向けチャットサービス「チャットワーク」。運営するChatWorkが取り組んでいるのが、AWS（アマゾン・ウェブ・サービス）で稼働するシステム運用の効率化だ。ユーザー数の増加に応じて仮想マシンの台数が増え、運用の負荷も膨れ上がった。少人数で事業を成長させるには、運用を効率化して開発に注力できるようにする必要があった。 「理想は、運用に張り付くインフラエンジニアをゼロにすること。そのために、できるだけ運用作業を自動化することにした」。ChatWork CTO室の九岡佑介氏はこう話す（写真）。「インフラ構築」「監視」という二つのテーマで自動化を進めた。 インフラ構築の自動化では、まず軽量コンテナの「Docker」を採用し、その管理のために、米グーグルがオープンソースとして公開する「Kubernetes」を導入した。「コンテナの数が増えると管理が大変になる。大量のコンテナ

マイクロソフト シンガポール アジア太平洋地区ライセンスコンプライアンス本部長 同志社大学工学部卒業後、アクセンチュア、デロイトコンサルティング、マイクロソフトのグローバル企業3社にて、シンガポール、アメリカ、日本の3カ国を拠点に23年間勤務。グローバルコンサルタントのパイオニアとして、これまで、アクセンチュア時代には11か国の外国人コンサルタントを率いてプロジェクトを推進。海外勤務歴17年、クビも日常茶飯事の超実力主義トップ企業にて、アジア責任者として、15か国以上の多種多様な外国人プロフェッショナルたちをマネージしながら、アジア全域の新事業開発および業務変革に従事する。 かつては、売上ゼロが1年2か月も続いた時期もあったが、クビにならないために、非ネイティブの英語術を学んだ結果、コミュニケーションが抜群にうまくいき、初案件を勝ち取る。 現在、マイクロソフト アジア太平洋地区ライセンスコ

第二次世界大戦時のCIAの秘密資料。題してSimple Sabotage Field Manual。要は、敵国内のスパイが、組織の生産性を落とすためにどのような「サボり」ができるか、という「サボり方ガイド」である。2008年に公開された。（なお、正確に言うと、CIAの前身組織、Office of Strategic Servicesの作成文書である。） 以下、一部を抜粋した意訳です。本文は意訳の後に。 「注意深さ」を促す。スピーディーに物事を進めると先々問題が発生するので賢明な判断をすべき、と「道理をわきまえた人」の振りをする 可能な限り案件は委員会で検討。委員会はなるべく大きくすることとする。最低でも5人以上 何事も指揮命令系統を厳格に守る。意思決定を早めるための「抜け道」を決して許さない 会社内での組織的位置付けにこだわる。これからしようとすることが、本当にその組織の権限内なのか、より

私はポストモーテム（事後分析）の記録を読むのが大好きです。ポストモーテムを読むと勉強になりますが、大抵の教材的資料とは違って、興味深いストーリーが含まれているのです。相当な時間をかけてGoogleとMicrosoftのポストモーテムを読みました。大きな障害を招く最大の原因について、私は（まだ）きちんと分析していませんが、何度も繰り返し目にするポストモーテムのパターンがいくつかあります。 エラーハンドリング 適切なエラーハンドリングのコードを書くのは難しいものです。エラーハンドリングのコードに含まれるバグは、 大きな 問題を引き起こす主な原因となっています。つまり、エラーによってバグのあるエラーハンドリングのコードが実行されるということは、単に個々のエラーが重なるだけという事態にはとどまらないのです。障害が重なって重大なシステム停止につながることはよくあります。それはある意味明らかなことで、

大企業の起業家は、なぜ傑出しているのでしょうか――反逆者同盟 スティーブ・ブランク厳選ブログ集（第135回） 日本でも大企業におけるイノベーション創出に注目が集まっていますが、ブランク氏も大企業や政府機関の取り組みに時間を割いているようです。今回はその導入にまつわるエピソードが紹介されています。（ITpro） 私は今年、リーン手法を採用し適用している、大企業と政府機関との共同作業に時間を費やしています。最も驚いたのは、事業を遂行する企業において、イノベーターであるのがどれほど困難かを学んだことです。 私たちは何を失ったのでしょうか 増え続ける外部の混乱（技術の変化、新しい競合企業、圧倒的に不利な戦いなど）に直面している、連邦官庁の中堅幹部のリチャードと、私は共に作業をしています。彼が属する官庁における、複数のイノベーション部署が、スタートアップ企業を目指してリーン手法の適用を試み始めました

多くの投資家やアクセラレーターが投資判断をする際に、「スタートアップのチームを見る」という発言をするように、最初期のチームメンバー（共同創業者）はスタートアップの成功を左右します。ではどのような共同創業者を選べばよいのか、というのが今回のスライドです。 ただチームに別れはつきものです。別れ方については、チーム作った時に別れ方を決めておくことが重要なので、それを併記しておかないとあまり実用的ではないのかなと思ったほか、であれば真ん中の付き合い方も必要、ということで、少し長くなりましたが、見つけ方と付き合い方と別れ方の3つを併記させていただきました。（付き合い方の部分は流して書いてはいますが、もっとドロドロしてるというご指摘もあるかと思います…）Read less

以下の一覧表をみて見てほしい。これは現在急速に成長中の、とあるスタートアップ企業における社員全員の年収の一覧表だ。Google Docsを使って常時この表をネット上で公開しているのは、TwitterやFacebookへの投稿をタイムシフトで最適化するサービスを提供するスタートアップ企業の「Buffer」。株式の持ち分や、1株当たり評価額も書いてある。つまり、含み益も含めて、どのくらいお金をもらっているか、今後もらうことになるかが全部内向きにも外向きにも透明になっている。創業者でCEOのジョエル・ガスコイン氏の報酬は年額で17万5000ドル（約2050万円）、持ち株の評価額は、すでに2218万ドル（25.5億円）というのも分かる。 Bufferでは、すべての報酬額を公開しているだけでなく、その算定式も同時に公開している。以下の表をみれば分かるように、役職、経験、居住地などに基く給与算定式もシ

10. 「何か」は分かるが「なぜ」が分からないコメント プログラミング入門コースでは、早い段階かつ頻繁にコメントを記述することを生徒に教えます。プログラムを書き始めた初期段階（ごく単純なコードであっても、時に理解し難いことがあります）では、これは実際に役立つことなのですが、習慣にとらわれてしまうプログラマが多くいます。 上記のコードが何をするのか分かりますか？ 私は分かりません。 問題は、多くのコメントがそのコードが 何をする のかを説明していますが、 なぜ そのコードが書かれているかが説明されていません。では、異なるコメントが書かれた同じコードを見てみましょう。 こちらの方が分かりやすいですね。何が起きているのかを完全に理解できるとは言えませんが、最低でもなぜこのコードが必要なのかが文脈から判断することができます。 コメントは、構文を理解してもらうためにではなく、読み手がコードを理解しや

この記事はモバイルアプリスタートアップのSonarを立ち上げたBrett Martinが、数百万ダウンロードを稼ぎTechCrunch DisruptやAd:Tech Best Mobile Startupに選ばれ数百のメディアに取り上げられるなど一見大成功に見えた中で、失敗に終わったことを振り返った記事「Postmortem of a Venture-backed Startup」の翻訳記事です。凄く良かったのでご本人に直接翻訳記事をアップしていいかどうかお伺いし、以下のように快諾頂けましたので翻訳記事としてアップします。 @yuichikory for sure! — Brett Martin (@brett1211) 2014, 12月 21 ==============以下、翻訳============== 知らない人たちのために説明すると、Sonar Media Inc. は世界

任天堂・岩田氏をゲストに送る「ゲーマーはもっと経営者を目指すべき！」最終回――経営とは「コトとヒト」の両方について考える「最適化ゲーム」 編集部：TAITAI カメラマン：佐々木秀二 12345→ 連載第20回めとなる，ドワンゴ・川上量生氏との対談企画「ゲーマーはもっと経営者を目指すべき！」。最終回となる今回の“ラスボス”的ゲストは，日本――いや，おそらくは世界最強の“ゲーマー経営者”である任天堂の岩田 聡氏です。 コンピューターオタクだった学生時代を経てゲーム開発者になり，現在は，任天堂の取締役社長を務める岩田氏。昨今は，「Nintendo Direct」や「社長が訊く」でもお馴染みの岩田氏は，実際にはどんな人物で，どんなことを考えているのでしょうか？　読者にもおなじみの，任天堂社長としての岩田氏だけではなく，プログラマーとして，ゲーマーとして，あるいは一人の人間として――さまざまな角度

ところが、日立製作所中央研究所、主管研究長の矢野和男氏は、著書『データの見えざる手：ウエアラブルセンサが明かす人間・組織・社会の法則』（草思社、2014年7月発行）の中で、運との出会いを理論化・モデル化し、自身が開発したウエアラブルセンサで実際に運を定量的に測定するとともに、運を向上させる方法も考案している。 そして矢野氏は、運はコントロール可能であると結論し、「運も実力のうち」ではなく、「運こそ実力そのもの」であると言い切っている。 本稿では、この本に沿って、まず、矢野氏が行った運の理論化・モデル化とその定量測定について紹介する。次に、ビジネスにおいて運を良くするにはどうしたらよいか、組織のリーダーの運を向上させるにはどうしたらよいかについて、矢野氏の理論を示す。 その上で、エルピーダやルネサスが失敗した原因が、合弁したことによって運が悪くなったことにあることを、矢野氏の運の理論から導き

あなたは技術者採用の面接が苦手ですね。そう、あなたですよ。間違ったスキルを探し求め、適正の無い人たちを採用して、自分自身と会社に悪い影響を与えているのです。応募者リストを見直さなくとも、今までとは違う人材を採用し、会社の業績を上げ、あなた自身も仕事をもっと楽しめるようになりますよ。 いささか大胆な物言いだということは承知しています。仕事での経験を積み面接を担当するようになってから10年、大小の企業の様々な部署で、技術者を雇うための数多くの面接をしてきました。採用する人材が会社に及ぼす影響についても見てきました。完璧な採用を目指せというつもりはありません。私自身がこれまで何度もしてきたあらゆる失敗をあなたが犯さなくても済むよう、お伝えしたいのです。私がこれまで学んできたことは次のようなことです。 誤った判断基準 1. 応募者の現時点の知識に基づいて採用しない 面接で犯しがちな最初の間違いは、

我が社の名前は「ICHIROYA」という。 変なダサい名前であることは認識している。 ちょうど僕が海外に着物を売り始めた時、イチロー選手がマリナーズで活躍を始めて大きな話題になっていた。それで「イチロー」という言葉を社名の一部に入れると「日本人がやっている何かだな」とわかりやすいかと思い、そういう名前にした。 2003年の11月に会社にしたとき、将来のことを考えて、もうちょっと日本的にもマシな名前にしようかと思ったのだけれど、なんだかそれも面倒で、ローマ字でそのまま「ICHIROYA」として登記した。 会社にしてから、いまでちょうど10年半ぐらいである。 10年半で色々と学ばせていいただいた。会社勤めをしていたころはあまり知らずにすませていたことで、僕がいままでに痛感していたことがあるので、そのうちのいくつか書いてみたい。 １．売れていてもその状況はあっという間に反転する 売れるやりかた、

7 月に開催された「JAWS-UG 三都物語 2014」でも発表したとおり、自分が関わっているプロダクトをオンプレミスから AWS に移行しました。 JAWS-UG 三都物語 2014 に登壇しました 移行して 2 ヶ月ほど経ちましたが、目立った障害もなく安定した運用を続けています。スライドでも少し触れていますが、これまでのやり方を大きく変えるキッカケにもなりました。 今回は「オンプレミスから AWS に移行して変えた 3 つのこと」と題して、社外に公開できる範囲でご紹介します。 稼働中のサーバに変更は加えない いわゆる Immutable Infrastructure の考え方を取り入れました。最初は流行りに乗りたかったという気持ちが大きかったのですが、今では昔のやり方にはもう戻れません。 オンプレミスでは本番稼働中のサーバにログインして何か変更するということが当たり前に行われていました