eスポーツ部企画制作グループの堀口です。私たちのチームはもともとeスポーツイベントの企画やコミュニティ大会の運営、またそれに関わるサービスの開発を行う部署でした。当時DeNAにはイベント制作や番組制作を行うチームは無く、制作会社さんに都度お願いをしていました。 しかし制作と企画の距離が遠いとアイデアレベルの企画の検証などは難しいので、リーンな制作ができる体制作りを2019年末頃からはじめました。その直後にコロナによる情勢変化が起こりオンライン配信の需要が急増。現在ではeスポーツのライブ配信だけでなく、セミナーや会見などのライブ配信の受託制作も行っています。 ライブ配信の制作チームを立ち上げるといっても、当時は私を含めデザイナー兼ソフトウエアエンジニアが2名とディレクターが1名。 ディレクターはもともと映像配信系の企業で営業とディレクターをしていましたが本職でありません。私は副業で舞台カメラ
2020年10月1日、東京証券取引所はアローヘッドの機器故障によりシステム障害が発生し、終日売買を停止すると発表しました。故障した機器は交換が行われ、取引は翌日再開されています。ここでは関連する情報をまとめます。 機器故障起きるも縮退運用に失敗 障害概要図 アローヘッド内の共有ディスク装置1号機で機器故障が発生した。実際故障したのはサーバー上のメモリ周辺機器とされる。 1号機故障により両現用で稼働していた2号機のみのフェールオーバー（縮退運用）が行われるはずだったが何らかの問題により行われなかった。 共有ディスク装置を使用する相場配信、売買監視のシステムで障害が発生。 障害復旧時に発生する注文データ消失による市場混乱を避けるため当日終日の取引停止の措置を実施。（遮断） フェールオーバー失敗原因は設定ミス フェールオーバーに失敗した理由が特定できたとして10月5日に発表。 障害発生時のフェー
IT業界に蔓延する客先常駐によるシステム開発ですが、もう今更言うまでもなく理不尽なことだらけの世界です。 現在の客先常駐のスタイルが続く限りはIT業界の長時間残業の問題を解消することは難しいですし、働き方改革を推進し、日本のIT業界を成長させていくのであれば何としても現在の客先常駐によるシステム開発は消滅させていかねばならないと思います。 客先常駐スタイルのシステム開発の変なところをまとめてみました。 偽装請負が当たり前に行われている 客先常駐の何が一番おかしいかと言えば何といってもこの偽装請負です。どう考えても違法行為なのになぜか中々是正されません。 準委任契約だと請負契約ではないから偽装請負にはならないと勘違いしている愚かな経営者もいますが、違法行為であることは薄々気づいて（というか完全に気づいて）偽装請負に手を染めている経営者もいます。彼らは偽装請負のことを「グレーゾーン」のような呼
2016年10月24日に開催されたQCon Tokyo 2016での講演「A-3 今どきのアーキテクチャ設計戦略」の資料です。Read less
こんにちは。松崎です。 今日はDevelopers Festa Sapporo 2016でCTOの伊藤が登壇した内容について記事にしました！ 対象システムを Record (記録) が目的なのか、Engagement (エンゲージメント) が目的なのかで捉えてマネジメントするCTO の伊藤です。 先週金曜日は 11/11 に北海道札幌で開催された Developers Festa Sapporo 2016 で講演しました。 資料は Speaker Deck に公開していますので、興味のある方はご参照ください。 タイトルは「System of Record と System of Engagment」です。 システム、とひとことにいってもその目的が、例えば業務システムにおける個人情報の保存や確かな請求処理のように「Record (記録)」を主目的にしているのか、「使い易いユーザーインタフェー
🚧新しいVersionが公開されています🚧 こちらの記事もどうぞ確認ください。 これさえあればサービス構成図がだいたい描けるアイコンセットを公開します！ こんにちは。@chanomaruです。 みなさん、スライドを作ってますか？ 最近はビジネスパーソンだけでなく、学生さんもプレゼンテーションをする機会が多くなってきていますよね。 エンジニアがよく作るスライドの1つにシステム構成図があります。 わたしもシステムがどのような構造になっているかを説明する際によく作成しています。 システム構成図では各技術要素をアイコンで表現することが多いです。 しかし「ロードバランサー」や「キュー」など、よく使うわりにアイコンを探しにくいモチーフも多いですよね？ …ということで、社内で利用されている 「これさえあればシステム構成図がだいたい描けるアイコンセット」を公開します！ アイコンセット含まれているアイコ
はじめに これは ドリコムAdventCalendar の1日目です はじめに 1日目：ドリコムを支える中間ポイントシステム 一応自己紹介 プリキュアおじさん 嫁はキュアピース 開発の背景 ソーシャルゲームの歴史 中間ポイントについて 前受金と資金決済法について 有償ポイントと無償ポイント 複雑な売上計算 ドリコムの中間ポイントシステム(dpoint)について 自分の役割 重要なこと dpointが導入されているアプリ 課金フロー iTunesでの中間ポイント購入 GooglePlayでの中間ポイント購入 ポイント消費 dpointのリリースノート gemのボリューム date_discreterというgemを作りました どういうgem？ 月の歯抜けを調べる 日の歯抜けを調べる 時間の歯抜けを調べる dpoint改修時のつらみ DBのスキーマ変更する場合は導入してるアプリ全部での影響を調べ
pixivのインフラを 支える技術 2009/09/25 ピクシブ株式会社 上薗 竜太 自己紹介 上薗 竜太 kamipo ピクシブ株式会社 2008年11月入社 インフラの設計・構築・運用管理 自己紹介 pixivについて pixivのインフラ 自作サーバ システム構成 運用構築あれこれ まとめ アジェンダ イラストコミュニケーションサービス 2007年09月10日 〜 サービス規模 125万ユーザ 8億5000万PV/月 3000万PV/日 関連サービス drawr http://drawr.net/ drawTwit http://drawtwit.com/ サーバ160台 pixivについて pixivのインフラ 自作サーバ 自作サーバ 自作サーバ 自作サーバ 自作サーバ 自作サーバ 自作サーバ pixivのインフラ システム構成 OS Linux 2.6 (Debian lenn
サンフランシスコ発--先日、Googleの秘密が少しだけ明らかになった。 Googleがデータセンター業務を公開することは滅多にないが、米国時間5月28日、GoogleフェローであるJeff Dean氏が業務の一部を話題に取り上げた。28日に当地で開催された「Google I/O」カンファレンスの超満員の聴衆に対して講演を行ったDean氏は、Googleのインフラがいかに独特かを説明しながら、Googleの秘密を少しだけ明らかにした。 Googleはごく普通のサーバを使用している。プロセッサ、ハードドライブ、メモリも同様だ。 一方、Dean氏は、1800台のサーバで構成されるクラスタは、たいしたものではないというわけではないが、ごくありふれていると考えているようだ。しかし、Googleがそのようなハードウェアを使って、700〜1000台のサーバが使われる一般的な検索クエリに0.5秒以下で応
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
