日本最大級のゲームメディア「GameWith」を支える技術スタック インフラ基盤からブロックチェーンまで - ログミーTech（テック）
GameWithを支えるインフラ基盤 柴山嶺氏（以下、柴山）：みなさんのんびり聞いていただければと思います。10分という枠なんですが、あまり気にせずしゃべります。 （会場笑） タイトルは「GameWithを支えるインフラ基盤」。インフラ基盤というとスコープが広すぎるので、今回はスケールイン・アウト戦略についてお話しします。 大まかな流れはこんな感じでしゃべりたいと思います。まず自己紹介をして、GameWithのサービス紹介をします。先程、牧野の方からもあったんですけど、もう少しシステマチック的な観点から紹介します。あとは、どのようにスケールインとスケールアウトをするかと、課題と今後の展望ですね。 ちなみにスケールイン・スケールアウトはわかりますか？ Webサーバーなどを横に並べて増やしたり、減らしたりすることをスケールイン・スケールアウトと言います。 僕自身、何をしている人なのかと言うと、
ServiceWorker内でBabelを駆使して、JavaScriptをビルドする - ログミーTech（テック）
2018年9月5日、第70回となる「HTML5とか勉強会」が開催されました。今回のテーマは「開発環境」。 Webフロントエンドの開発環境をテーマに、エディタプラクティスやServiceWorkerを開発ツールとして使うアプローチ、長期運用されたサービスのリニューアル方針など、登壇者たちがその知見を語ります。プレゼンテーション「ServiceWorker Side XXX」に登場したのは、mizchi氏。ServiceWorkerを駆使したある取り組みについて紹介します。講演資料はこちら 開発環境のためにServiceWorkerを使う mizchi氏（以下、mizchi）：では「ServiceWorker Side XXX」ということで発表させていただきます。mizchiです。よろしくお願いします。 （会場拍手） ちょっと自己紹介とかはする気ないんですけど、最近本を書いたので、その紹介だけ
ヤフー川邊健太郎氏が教える「大企業の倒し方」 ベンチャー企業が取るべき3つの戦略を説く - ログミー[o_O]
ベンチャー企業は大企業を倒せるのか？ 川邊健太郎氏（以下、川邊）：ヤフーの川邊でございます。今までの登壇者の中で唯一襟付きの服を、ちゃんと着ております。まともです。 （会場笑） 今日はIVSでベンチャー経営者のみなさんに何か話をしてくれ、ということですので、こういったタイトルで話をさせていただきます。「ベンチャー企業は大企業を倒せるのか」。結論から言うと、私は倒せると思います。その話をさせていただきます。「川邊健太郎なんだから、自己紹介なんて必要ないだろう」と思ってたんですけれども。 （会場笑） IVSの小野さんに事前に資料を見せたところ、「川邊さん、若い経営者がけっこう来るので、自己紹介とかしてくれませんかね？」と、婉曲に知られてないということを教えていただきましたので、一応自己紹介をさせていただきます。 インターネット黎明期の1995年、大学3年生だったんですけれども、「電脳隊」という
![ヤフー川邊健太郎氏が教える「大企業の倒し方」 ベンチャー企業が取るべき3つの戦略を説く - ログミー[o_O]](https://cdn-ak-scissors.b.st-hatena.com/image/square/552a5a21af90411942b71af7a73681c85ae2ab66/height=288;version=1;width=512/https%3A%2F%2Fimg.logmi.jp%2Fwp-content%2Fuploads%2F2017%2F12%2FIMG_9378.jpg)
平社員が経営陣に一言「全員辞表を出してください」朝倉祐介氏がミクシィ復活劇の舞台裏を振り返る
走らない馬を走らせる3要素「理、心、運」 朝倉祐介氏（以下、朝倉）：はい、朝倉でございます。 （参加者から「ミクシィ！」の声） 朝倉：私は、15歳の時に競馬の騎手の候補生としてキャリアをスタートしました。以来、会社の経営も含めて、世の中で起こるだいたいすべてのことは、馬に例えて理解をしています。 （会場笑） 今日は、「走らない馬の走らせ方」すなわち衰退期に入った会社をいかに立て直すか。これを、株式会社ミクシィでの企業再生の経験をベースにシェアできればと思います。 走らない馬を走らすにあたって、私は3つの要素が必要だと考えています。理、心、運。 理。これはすなわち戦略だとか方針。頭で考えることですね。心。これは頭で考えたことをやり抜くタフネスさ、エグゼキューションの部分。運は読んで字の通りです。 問題は、この理と心と運、後付けでどれぐらい結果に貢献していたのか。この比率なんですけれども、私、
「雰囲気がいい＝いいチーム」ではない！ “仲良しグループ化”が優秀人材を逃す罠
工数管理とメンバーの責任感問題 質問者6：（1）ビジネスサイドとの調整に関する問題についてです。 ビジネスサイドのスタッフが、なにを開発するにしても工数を最小化しようとしてきます。現状、エンジニアが工数の根拠や、その施策の効果見込みを可能な限り数値化して説明していますが、説明にエネルギーがかかっており、エンジニアが疲弊してしまっています。 この背景には、チームがビジネス側とエンジニア側に分かれており、ビジネス側の政治力が強いという状況です。すべての施策はROI（利益見込/工数見積）で優先順位がつけられています。そのため、「工数を極小化するインセンティブが働きやすい→技術的負債がたまりやすい」「売上が立つわけではない施策の優先順位が低くなりやすい→負債返却、開発環境改善、セキュリティ対策といった施策の工数が取りづらい」という状況が生まれています。 現状は、エンジニアが施策効果を可能な限り数値
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
