コロナ禍でアニメの現場はどうなった？ 制作スタジオ社長に聞いてみた (1/6)
アニメスタジオ社長に聞く 緊急事態宣言下の制作現場 まつもと 今回は、「コロナ禍でアニメの現場はどうなった？ グラフィニカ平澤社長に聞いてみた」と題して、詳しくお話を伺っていきたいと思います。 さて、平澤さんにはASCII.jpの取材などで何度かご対応いたいているのですが、お会いするたびに立場や肩書きが変わるので……なんというか“人気が集まるにつれ、だんだん遠くに行ってしまうアイドルを眺めてるファン”みたいな気分で見てるところもあるんですけれども(笑) 平澤 いやいや、とんでもないです(笑) まつもと 平澤さんはおよそ20年間、アニメ業界の変化の最前線にいらっしゃいます。まずは、初めて平澤さんを知った方のために、簡単な自己紹介をお願いできればと。 平澤 2001年にバンダイビジュアルさん（現・バンダイナムコアーツ）でキャリアをスタートさせて以来、約20年間アニメ業界にどっぷりです。プロダク
Dockerは非推奨じゃないし今すぐ騒ぐのをやめろ - Cloud Penguins
今話題のこれ。 kubernetes.io これに関しての日本語情報として、 @inductor が相当詳細に記事を書いてくれている。 blog.inductor.me blog.inductor.me にも関わらず、未だに完全に間違った解釈をしている人が多く観測される。記事をちゃんと読めば理解できるはずなのだけど、たぶんタイトルしか読んでいない。 タイトルしか読まないのであれば、あえて強めのタイトルにしておけば目にはつくかなと思い、改めて書いてみることとした。 Dockerは非推奨じゃないし、これからもバンバン使え まず @inductorが解説しているとおり、k8sを使っていない人には全く関係のない話なので、今まで通りDockerを使って良い。 が、もう一つ誤解を解いておきたいのが 自分の環境でDockerを使ってイメージ作成し、Kubernetesにデプロイしている人にも、今回の件は
JavaScript Registryの今後 - from scratch
さて、前回は tink と yarn v2 における CLI 戦略の話でした。次は JavaScript Registry についてです。 ちなみにこの内容が今回 JSConf.EU 2019 で一番盛り上がったトピックです。 JavaScript Registry とは JavaScript Package をバックエンドで管理しているサービスです。 npm が管理しているものがいちばん有名です。他にも GitHub が管理する Registry が公開される予定です。 The economics of Package Management the economics of package management slide: github.com video: www.youtube.com 「Package Managementの経済」というタイトルです。 聴講者からすると、何話すのか
エンジニアの技術力評価は難しい? - 7年間運用してきた技術力評価制度の改善の歴史 ‒ / technology assessment 2018 04 25 - Speaker Deck
2018年4月25日にはてなさんのオフィスでプレゼンしたときの資料です。 ※このスライドは、2017年1月に公開した資料 ( https://speakerdeck.com/makoga/regional-scrum-gathering-tokyo-2017 ) に「社外評価者」の取り組みなどを追加した内容になってます。 ---- 2018/05/15追記 このスライドを公開後、下記2点を懸念する声がいくつかありました。 ・プレゼンスキルだけが高い人が過剰に評価されるのでは。 ・社内政治やコネを作るのがうまい人が過剰に評価されるのでは。 それを受けて、工夫していることを別ブログとして書きましたので、ぜひ読んでみてください。 適切な技術力評価をするために工夫していること https://note.mu/makoga/n/nfafc523957f3 ---- 2019年2月5日追記 スライドだ
デブサミ2018「GitHubの開発フローにおけるサポートエンジニアの役割」講演メモ #devsumi - 元RX-7乗りの適当な日々
GitHubで働いている前職の同僚がありがたいお話をしてくれるとのことで、セッションを聞きに行った。 登壇前に、手汗ぐっしょりの彼と握手をしましたが、面白い話が聞けたので、そのメモを残しておきます。 Hayato Matsuura GitHub / Enterprise Support Engineer Yakst主宰 最近「入門Kubernetes」を翻訳したよ GitHubとは スローガン GitHub is how people build software ユーザ数: 2700万＋ リポジトリ数: 7700万＋ GitHubを支える技術 ベアメタルサーバで運用 IOバウンドなので、クラウドだとパフォーマンスが出ない Rails + kubernates + MySQL + redis + Git + ...(etc. ミドルウェアとしては、固めでスタンダードな選定 Gitリポジトリ
ソフトクリームの日世が、唯一無二であるワケ
ソフトクリームの日世が、唯一無二であるワケ：水曜インタビュー劇場（冷たい公演）（1/6 ページ） ソフトクリームの総合メーカー「日世」をご存じだろうか。1951年にソフトクリームを導入した企業で、業界シェアはトップ。ナンバーワンだけでなく、オンリーワンでもあるのだ。どういう意味か。同社のマーケティング担当者に話を聞いたところ……。 日本には和製英語がたくさんある。例えば「ワープロ」。正しい英語は「word processor」なのに、海外で現地の人に「ワープロ！ ワープロ！」と訴えたことがある人もいるはず。もう1つ気になる和製英語がある。ソフトクリームだ。「えっ、ソフトクリームってそうだったの？ 現地ではなんて言ってるの？」と思われたかもしれない。正しくは「soft-serve ice cream」である。 英語圏の国では「ソフトサーブアイスクリーム」と言わなければ通じないのに、なぜ「ソフ
DevOpsとは開発と運用の改善ではない：4人の“DevOpsガイ”が熱弁
印刷する メールで送る テキスト HTML 電子書籍 PDF ダウンロード テキスト 電子書籍 PDF クリップした記事をMyページから読むことができます ビッグデータやIoTと並び、最近IT業界で流行っている言葉に“DevOps”がある。これは文字通り開発（Development）と運用（Operation）を合成したキーワードだ。開発担当者と運用担当者が連携することで、迅速で継続的なITシステムの開発と運用を実現する。 このDevOps、話題にはなっているが日本ではまだまだ十分に普及しているとは言いがたい。そんなDevOpsの現状と未来について、日本を代表する“DevOpsガイ”の4人、クリエーションラインのテクノロジー・エバンジェリスト 前佛雅人氏、Ryuzee.com 吉羽龍太郎氏、日本マイクロソフト エバンジェリスト 高添修氏、米MicrosoftのDevOpsエバンジェリスト
「GitHub Enterprise 2.5」リリース。数万人の大規模な開発チームにも対応するクラスタリング構成、アクセスの集中にはキャッシュインテンシブな処理で対応
「GitHub Enterprise 2.5」リリース。数万人の大規模な開発チームにも対応するクラスタリング構成、アクセスの集中にはキャッシュインテンシブな処理で対応 GitHubは大規模な組織での利用にも対応したソースコード管理ソフトウェアの新版「GitHub Enterprise 2.5」のリリースを発表しました。 GitHub Enterprise 2.5の最大の変更点は、大規模な開発チームでの利用にも対応するようにクラスタリング構成によるスケールアウトが可能になったことです。 ただしクラスタリングは非常に大規模な運用向けに特別に設計されているため、管理リソースの追加も必要となるとのこと。 また、GitHub Enterprise 2.5では内部的にキャッシュインテンシブな処理を実現し、大量の開発プロジェクトを抱えていたり、大規模な継続的インテグレーションなどによって集中的にソースコ
「フジロックの行方」と「すべてのジャンルはマニアが潰す」という話 - 日々の音色とことば
行ってきました。FUJI ROCK FESTIVAL ‘15。 今年は珍しくずっと晴れて、快適に過ごせた３日間。楽しかった。なんのかんの言われつつ、やっぱりフジロックには他のフェスとは違う独特なムードがある。僕は年中いろんなフェスに行ってレポを書くような仕事をしてるんだけど、そういう人間からしても、フジロックにはシンプルに仕事抜きで楽しめる「特別さ」がある。 で、今回はそんなフジロックに関しての話。 個人的なベストアクトは何と言ってもトッド・ラングレン師匠だったし、フーファイもミューズもハドソン・モホークも格好よくて大満足だったんですが、そのへんのことは他サイトのライブレポート原稿に書いたので、そちらを。 www.excite.co.jp ここで書くのは、もうちょっとフェス全体のムードとか方向性とか、「なんのかんの言われつつ〜」という部分についてです。正直「よかった、よかった！」だけじゃな
透明性の低いコミュニケーション | smashmedia
ごめんなさい。smashmediaのブログは削除されました。 10年に渡り、あちらこちらに書き連ねてきましたが、ご愛読いただきほんとうにありがとうございました。またリンクしてくださった方にも、心からお礼申し上げます。 以下、少し駄文を書きます。 ブログには「パーマリンク」という基本的な考え方があり、すべての発言や記事は半永久的に固定されたURLによって公開され、未来におけるアクセス権（閲覧可能性）を担保するという、じつに素敵なコンセプトなのですが、一方で古い情報が永遠に残り続けてしまうという弊害も生んでいます。 ブログというものが「ストック」であるならば、そこに書かれた内容に対して、書き手であるブログ運営者は責任をもつべきで、自らの考え方が変われば内容を更新し、状況や情報が変われば現在にあわせて修正すべきです。 でも現実問題として、そこまでさかのぼって更新や修正をできるほうが稀で、結果とし
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
任天堂と提携できた理由、DeNA守安社長が語る：日経ビジネスオンライン