  |
はてなキーワード: 最適化とは
多くの努力は報われない。
一週間前、2019年4月14日に VTuber 最協決定戦というお祭りイベントが開催された。
・四人一組のチームを結成し、 PUBG という FPS ゲームで最後まで生き残ることを目指す。
・順位ポイントの他に、チームメンバーのキル数に応じてポイントを付与する。
・チームの総ダメージ量は 500 以下とする（戦力調整）。
最協決定戦には二十チーム、総勢八十名の VTuber が参加し、当日の運営サポートには PUBG SCRIM JAPAN が付き、更には会場を設営してオフラインイベントを開催するなど、大規模なイベントとなった。
YouTube における配信のコメント欄は盛り上がり、大会の最終盤には Twitter トレンド一位になるなど、イベントは成功裏に終わった。
バックに企業を持たない個人が主体となってここまで大規模なイベントを企画・運営したことひとつとっても注目に値するが、どうせ別の人が書いているだろうから、ここでは書かない。
エピソードの枚挙には暇がなく、全体としてとても良いイベントだった。
一週間かかってもチームごとのアーカイブを消化しきれない……そろそろ諦め始めている。
さて、本記事ではこのイベントへ参加した「鍋」というチームに注目する。
（以降、チーム鍋と表記する。鍋だけでは読みづらいため）
チーム鍋のメンバーは皆守ひいろ、天羽よつは、白雪レイド、ベルモンド・バンデラス。
結果を先に書いておくと、チーム鍋は最協決定戦にて総合二位の好成績を収めた。
では、チーム鍋は PUBG が上手いメンバーを集めたチームだったのか？
そうではなかった。
PUBG というゲームはプロのプレイヤーが数多くいるほど奥深く、一朝一夕ではとても上達できない。
撃ち合いひとつとっても、照準（エイム）の他に銃の反動（リコイル）を抑えるテクニックが必要となるし、発砲から着弾まで時間差があるし、銃弾も重力に従って落ちていく。弾を当てることがそもそも難しい。
さらにマップの記憶、乗り物の操作、有利なポジショニングなど、覚えるべきことや慣れるべきことが多い。
チーム結成時点で、明確に PUBG が「上手い」と言えるメンバーは白雪レイドだけだった。
皆守ひいろ、天羽よつはの両名は「PUBG の知識があってそこそこやれる」程度だった。
ベルモンド・バンデラスに至っては「動かせる＋α」程度だった。
PUBG.OP.GG というサイトでは PUBG プレイヤーの戦績を確認できる。 2018 Season 2 Beta における各メンバーの戦績を見る限り、上記の表現はさほど間違っていないだろう。
結成最初期の合同練習を見ても、ぱっとした成績は残せていなかった。連携もあまり取れておらず、特に試合の途中で誰かがダウンを取られた際にカバーに入ることができず、ジリ貧となる展開が多かった。五位くらいまでは浮上するが、その先に一位（ドン勝）が見えるような状況ではなかった。
別のデータもある。
メイン会場配信の 1:26:18 あたりに「レギュレーション基準チーム戦績リスト」として、参加したチームの統計データが示されている。
まず目を惹くのは前回の VTuber 最強決定戦にも参加した「†紅葉杏虎†」だろう。強さの端的な指標となる KD 、 KDA 、ダメージ量において全チームトップを誇っている。また、平均生存時間やトップ10率も他チームに比べてべらぼうに高い。
次点で「シリンソウ」と「アベりに来ました」も優秀な戦績を引っ提げて参加している。
他、事前の成績で優秀な数値を示しているチームとしては「陽キャ」「ちーむ☆ZANPAN」「HybridNotes」が挙げられる。
チーム鍋はというと、上述したチームたちの次点といったところだった。
総評として、結成時点におけるチーム鍋は、優勝を目指せるほど強いチームではなかった。
そもそもチーム全員が集まって練習できるようになったのは4月8日。本戦のわずか六日前だ。皆守ひいろを中心として集まったメンバーだったこともあり、ベルモンド・バンデラスと天羽よつはに至ってはその日が初めての顔（？）合わせだった。
まずプレイ面での成長を挙げる。索敵、撃ち合い、サポート、それぞれの能力を満遍なく伸ばし、様々な状況への対応力を上げていった。4月8日の合同練習ではハッキリ言ってチームメンバーの誰とも連携が取れていなかったが、次第にメンバーの誰かしらと付かず離れず行動するようになり、チームが常に有利な状況を作れるよう立ち回るようになった。チームで移動する際は最後尾、殿を務める場面も目立つようになった。
何より、彼女はチームのリーダーであり、ムードメーカーだった。
リーダーとしてチームの状況を把握することに長けていた。例えば、本戦第三試合において白雪レイドからベルモンド・バンデラスへ出された指示が、撃ち合いの騒音と混乱に紛れて当人へ届かなかった場面があった。瞬時に伝達ミスを把握した皆守ひいろは白雪レイドの指示を復唱することで、ベルモンド・バンデラスへ確実に情報を届けた。
ムードメーカーとしての役割も非常に際立っていた。陽気で、しょっちゅう冗談を言っては雰囲気を和ませていた。一方で、決して諦めず、弱音を吐かなかった。例えば、本戦第二戦でチーム鍋は八位となり、大きくポイントを落とした。試合終了後、彼女はすぐに「次は？」と発言した。言葉だけではなく、彼女のあらゆる行動が良いムードを作っていた。
どのようなチーム戦においても、ムード、すなわち士気はメンバーのパフォーマンスに大きく影響する。彼女のムードメーカーとしての明るさは無根拠な空元気などではなく、自身とチームメンバーの成長に裏打ちされたものだった。
本戦では数字に表れづらく、画面映えしにくい立ち回りだったが、彼女がリーダーでなければチーム鍋はチームとして機能しなかっただろう。
彼はチームで最も難しい決断をした。
彼は PUBG のプレイにあたって必要なスキルについては、おそらくどのメンバーよりも優れていた。索敵、戦闘、サポート、司令塔、等々を高水準でこなす、チームのエースだった。
だが、チーム戦において全ての役割を万全にこなすことは不可能だ。結果として、最初期の練習では白雪レイドの負担が非常に重くなり、特に重要な司令塔の役割に手が回らず、他のメンバーも良い動きができなくなっていた。
典型的な、優秀なエースを擁するチームが陥りがちな機能不全だった。
だが彼はチーム練習を通じて、要所における戦闘と司令塔以外の役割を他のメンバーに託すことにした。もちろん自身も索敵やサポートをこなすが、他のメンバーへ彼が積極的に頼るようになった。
これは実のところ、非常に難しい決断だ。よくできたものだと感心さえ覚える。
優秀な者は、往々にして全ての仕事を自分でやってしまう。悪意があるわけではない。その時々ではうまくいってしまうからだ。ただしチームの戦力は向上しない。
たった六日間のチーム練習を通して、彼はチームメンバーの成長を感じ取り、信頼を寄せ、戦況の把握と司令塔の役割に専念できるようになった。もちろん、本戦において最多キル賞を獲得したように、重要な局面では積極的に戦闘へ参加し、キルを取ることでチームメンバーが撃たれる機会を減らした。
彼はチームメンバーに重要な役割を任せることで、かえってエースとしての能力を最大限に生かせるようになった。
チーム鍋において、プレイ面で最も成長したのは、おそらく彼だろう。
彼は多忙のため PUBG の練習に割ける時間があまりなかった。そもそも、彼はお世辞にもゲームが上手いとは言えない。直近の Dead by Daylight 配信を見ても、上手ではない。Apex 配信を見ても、上手ではない。
だが、彼はチーム鍋に欠かせない存在となった。
自分にできることを追求した結果、ベルモンド・バンデラスという男はチームのサポートへ徹するようになった。
物資漁りの際に有用な武器やアタッチメントを見つけたら、活用できるメンバーへ譲る。
敵の視界を遮るために、スモークグレネードを大量に抱えて的確な位置に投げる。
彼のサポートへの徹底ぶりは、試合開始前に設けられている待機時間中の行動からも見て取れる。彼は待機時間の六十秒間において、ひたすら待機場所に落ちているリンゴや石といったオブジェクトを投げるようになった。
彼からの証言があったわけではないが、これはおそらくスモークグレネードを正確な位置へ投げるための練習だと思われる。多忙であるがゆえに、僅かな時間も無駄にしなかった彼の練習は、本戦において大いに役立つこととなる。
また、彼には PUBG に由来しない強みがあった。
優しさ、豪胆さ、冷静さ。
彼の努力と性格が、本戦の第三戦においてチーム鍋が陥った絶体絶命のピンチを救うことになる。
彼女はそもそも、皆守ひいろに誘われるまでは最協決定戦へ参加するつもりがなかった。「観戦する方が好きだし、自分は PUBG 上手くないから」とは本人の弁。
だが、参加を決意してからは一転、 PUBGの トレーニングモードに籠もって熱心に練習を繰り返すようになり、特にリコイル制御の練習に励んでいた。
チーム練習が始まった時点で練習の成果は出ていたが、彼女はエースである白雪レイドの負担を減らすため、斥候役をも買って出るようになった。チームの進路に先回りして偵察し、安全を確保する役割だ。
敵がいるであろう地点を推測する先読み能力、敵を発見する索敵能力、接敵した場合の判断など、総合的なスキルが求められる。隠れている敵に発見されてしまえば真っ先に撃たれるリスクを伴うが、チームが全滅するという最悪の事態は避けられる。彼女は元々、斥候役に必要なバイクの運転を苦手としていたが、上手く運転できるようにひたすらバイクでフィールドを走る練習もするようになった。
また、チームメンバーが接敵した際、真っ先にチームメンバーが注意を向けていない方角を警戒するようにもなっていた。自チームが他チームとの戦闘を開始した際、最も警戒しなければならないのは第三のチームによる横槍だ。これもよく機能し、チームが危険に晒される場面を未然に防いでいた。
彼女の偵察と警戒意識が、チームの生存率をいっそう高めることになった。
チーム鍋のメンバーは短期間ながら、それぞれがチームの勝利に貢献できる最適解を模索し、合同練習を繰り返した。
チーム鍋の動きやコミュニケーションの質はみるみる洗練されていき、4月8日におけるそれとはまるで別のチームへと成長を遂げていった。
4月12日の合同練習では四人全員が生存しながらドン勝を決めた。止めの射撃を与えたのは天羽よつはだった。斥候としてチームから離れていた彼女の位置取りが、横撃を加える機動力としても機能していた。
4月13日、最協決定戦の前日練習においては、野良（オープンマッチング）でベルモンド・バンデラスが、「シリンソウ」主催のカスタムマッチで皆守ひいろが、それぞれ止めの射撃を加えてドン勝を決めた。ベルモンド・バンデラスのドン勝に至っては他のメンバーが全員キルされてしまった中、生存十三人の状態から粘りに粘って勝利を掠め取った。
PUBG.OP.GG に残されたデータも、4月12日から急激に野良の成績が安定し始めたことを示している（初動落ちは除くとして）。
やはりエースは紛れもなく白雪レイドだが、他メンバーによるキル数やダメージ数も増え、生存時間も伸びた。負けるにしても、先にドン勝が見える負け方になっていた。
チーム鍋はいつしか、道中でエースの白雪レイドを失っても最後まで戦えるチームに変貌していた。もちろん白雪レイドは自身がキルされても常に仲間の視点からオーダーを出していたが、チームメンバーが的確に対応できるようになっていた。
チーム鍋が本戦にてどのように活躍したのか、という点については YouTube のアーカイブを見た方が早いし分かりやすいので、本記事では割愛する。
念のため付記しておくと、渋谷ハルの YouTube チャンネルで放映された本会場のアーカイブ映像では、残念ながらチーム鍋があまり目立っていない。
各メンバーの YouTube チャンネルに残されている当日のアーカイブを見返すのがいいだろう。
現状では白雪レイド、ベルモンド・バンデラス、天羽よつはのチャンネルにアーカイブが残っている。
チーム鍋は急成長した総合力をもって第一戦で二位、第二戦で八位、第三戦で二位と堅実な成績を残し、総合二位に輝いた。
なお、 PUBG では運を味方に付けることも勝敗に関わってくるが、チーム鍋においてはあまり当てはまらなかったと言っていいだろう。
物資や安地の運に恵まれていた第二戦では判断ミスが響いて八位と沈んだ一方、ひたすら物資不足と安地ズレの不運に見舞われた第三戦では秀逸な判断と行動力で二位へ食い込んだからだ。
また、大会ではチーム成績とは別に個人成績の賞も設けられていた。
最長生存賞としては一位を白雪レイド、二位をベルモンド・バンデラス、三位を皆守ひいろがそれぞれ獲得し、四位には天羽よつはがランクインした。チーム鍋によるトップ4の独占だ。
惜しくも総合一位こそ逃したとはいえ、チーム鍋は最協決定戦において輝かしい成績を残した。
チーム鍋は結成当初、強いメンバーが集まったスターチームではなかった。
そのままではとても優勝を目指せるチームではなかった。
それでも全員が優勝を信じて努力し、恐ろしいとまで感じるスピードで最適化を進め、本戦でも優勝できると信じて最善を尽くした末に、素晴らしい結果を掴み取った。
多くの努力は報われない。
元々は事務職として入ったんだが、Web系や画像動画加工の知識があったためあれよあれよと、htmlやら画像加工の仕事が増えていった。
ってか、今まで担当してた人があまり知識がなく適当に運用してたようで、SEOを考慮したり、画像も最適化してコピーライト入れたり改善していった。
で、大抵のことはある程度できるから色々頼まれるようになった。画像だけでなく、動画の切り出しとかエンコードとかも。
プログラムに関しても自分で関数をゴリゴリ書いたりはしてないけど、関数だけ渡されて何の説明もなくやっといてって感じに頼まれるようになり、それに自分でパラメータ入れて作業するようになっていった。
さらに検証も行うことになって、スマホを貸与してもらえないから自分のもので検証することになった。
で、明らかに事務の範囲超えてるし、自分のスマホで検証はおかしいのでは？と思った。前任者がそんなことやっていた形跡は全くなくて、せいぜいExcelくらいしか扱えなさそうで、さすがにこれだけやってるなら時給上げて欲しい、検証機貸して欲しいと思い交渉したんだ。
でもその結果はダメだった。
業務量は今後縮小していく予定なのと、検証機もとりあえずは無理とのことだった。
最初は検証機についてはともかく業務量が減るなら仕方ないかと納得した。
しかし何日経っても減る気配はなく、むしろどんどん複雑化して増えていて、縮小とは何だったのか？と思い始めた。
派遣先は大企業で派遣社員が多いから、時給を上げたという前例ができると他の派遣社員も追随して企業側が困るからか？などと考えるようになった。
というかそれが答えなんだろう。
ちなみに私の年収は300万円にも満たない。
AppleのiPhoneとGoogleのAndroidは、いまや携帯端末を代表するOSだ。
世の中には、iPhoneとAndroidの比較をする記事があり、スペックやアプリ、カスタマイズ性などが主に比較されている。
開発者の視点からみると、Androidに大きくデメリットがあることがわかる。
いくつかあるが、下記に3点にまとめた：
まず、殆どの両OS対応アプリは、iPhoneないしはMacのiOSシミュレーターで初期開発され、Androidに移植されるケースが多い。各種ライブラリもその傾向にある。
そのため、最適化や普段の使い勝手はiPhoneに寄せられることになり、Androidの対応は二の次になる。バグが残りやすいのもAndroid版であることが多い。
次に、ひとえにAndroidといっても機種が多く、構成もバラバラである。また、比較的最新OSが期待できるiPhoneに対し、メーカーの縛りによってOSのメジャーアップデートすらままならないのがAndroidである。GPUも数社あり、それぞれで挙動が違う、まったく厄介な存在である。
いずれにしても、メジャーどころは動作確認されるが、一部の端末に端末固有の問題が発生する。普通に動く端末もあれば、なぜか極端に重い端末もあり、Androidの挙動は予測できない。
あなたが買おうとしているAndroidが、開発面からみて安定性が高いかどうか、運なのである。
最後に、SDカードだ。自分でデータを管理できるから安心、容量が少なくてもカバーできるのが売りのSDカードだが、アクセス速度が内蔵フラッシュに比べて一桁、下手すれば2桁遅いことがあり、ゲームやアプリのロード時間、書き込み時間に影響してくるのである。
以上3点はAndroidを使う上で知っておいて欲しいことだ。Androidはコスト面でのメリット、ストアの自由度などもあり、上記の点が気にならないのであれば、まったく問題ない。
ただ、Androidの安定性の低さ、付随してアプリやゲームが遅く不安定なのはまぎれもない事実であり、ユーザーはそれを知って納得した上で買ってほしいと願っている。
いまは大手SIerで小規模案件のプロマネ兼設計者をやったり、維持管理の仕事やったりしてる。大した技術力もなく、仕事につながるような趣味もなく、若くもない。既婚の女。華々しく、キラキラした、人生がガラッと変わる転職をなんとなーく思い描いてたけど、考えるうちに、今の生活がほんの少しよくなるような現実的な転職を目指していこうという気持ちになったのでメモ。
・今の職場の労働環境に不満があるだけで、SIerの仕事は基本的に好きなので、同じ業界内での転職か、もしくはSIerでの仕事経験を活かしてできる仕事をしたい。
・プロマネの仕事は好き。進捗を見つつ作戦を練るの楽しい。今の自分は、そういうの自己流でやってるし、社内ルールに則ってやるということに最適化してしまってるような気がするので、他社に行ってやっていける自信ない。設計手法とかマネジメント手法を勉強して、自分の案件に適用してっていうのを繰り返して、自分の知識や経験を、理論と紐付けて発展させていければ他社でもやっていけるかも…！
・設計の仕事も好き。どう設計するのがいいか考えること、どう書けば伝わりやすいか考えてドキュメントを書くこと、あと、どうすれば説得できるか考えて用意してお客さんと打ち合わせすることとか楽しい。これも、いろいろな手法が研究されてるだろうから、少しずつそういうものに触れていって、自分の考え方と理論とを紐づけて発展させていければいいかも…
・プロマネや設計の仕事や、それに近い仕事を目指しても良いし、COBOLとJavaは一応実装もできるので、今ある会社のアンダーに入るような会社への転職も可能かもしれない。収入は下がるけど、責任の小ささとかは魅力的。まあまあ若いけどCOBOLとかJCLとかの知識もあるのは武器になるかも。
→まとめると、プロマネや設計の仕事については自分のやり方や自分が思っているコツと理論を紐づけたり、新しい手法を勉強して使ってみたりすれば、他の会社でやっていくための武器になるのでは？と思う。それか、若いけどCobolやJCLの知識もあることを武器に転職するという選択肢もあるかも。
・24時間365日のオンコール体制。気持ちが休まらずしんどい
・車の事故に異様に厳しい。事故しないようにするのは当然だけど、事故した時の連帯責任とかが異様でなんか怖い
これぐらい。
懐かしい気持ちになった。
標準PCは5年で更新だけど更新する頃にはノートPCの塗装が剥がれてきてキーボード手前の部分とかよく擦れて白くなっている人がいた。
Active Directoryを使ったPCへのログインも、認証サーバの不具合でよくログインできなくなって仕事にならない日があった。
社内イントラネットのトップページがよく壊れていて、本当に富士通クラウドは不安定なんだなと思った。
社長の動向みたいなメールがしょっちゅう来たので自動でフィルタしてゴミ箱に行くように設定した。
クソPCを支給しながらセキュリティ強化のために社員にはメーラーのキャッシュ機能をOFFにしろとお達しが来ていた。
PC紛失からの情報漏えいを気にしているんだろうが、クソPCでの過去のメールの検索が本当に遅くなって仕事にならなかった。
西のほうの辺境の地で勤務していたけど、川崎工場に配属になった同期は配属初日に開発用にPCをあてがわれてたよ。
まだまだ4対3のモニタが現役だった。16対9のモニタが1台だけ補充されてじゃんけんで取り合った。負けたので余り物を使ってた。
節電のために事業所の電気を消しまくっていて常に事業所は暗くて、あとでうつ病になる社員が増えたからか知らないけど
全部電気がつくようになったよ。総務の人がつけて、気づいたらそのへんのおじさんたちが消してたけど。
私はひたすらエクセルを書いて時々プログラムを書いていたけど、上司がいなくて大変だった。
部署が表彰されて金一封出たとき、なぜか仕事で必要な本を買うことになった。
仕事で必要なら普通に経費で買うべきなのでは、と思ったけど気にしなかった。
http://tnaoto.hatenablog.com/entry/2019/04/09/070227
クソ職場に適応するとそうなる。いちいち備品の購入に社内稟議を通し、必要なものを調達するっていう考え方。
こういうでかい企業に最適化された人はこういうのに長けているから何でもできるけど普通の人は黙々目の前の仕事をやっているわけ。
そうすると計算リソースがあれば自動化できるような仕事もマシンの制約で諦めたりするようになる。
高いマシンを調達しようと思ってもクソ上司になぜそれを買う必要があるのか延々文句を言われて１ヶ月かけてマシンを調達するハメになる。
こんなん罰ゲームなのでとにかく生産性向上とか考えず眼の前の仕事を黙々やる。だからいつまでもクソ仕事が消滅しない。
生産性を上げるという考えが浮かんでこなくなる。
普通の人の生産性を底上げするためには稟議を通して、みたいな声の高いやつだけを優遇していくのでは絶対に駄目。
基本的な道具は常に充実している状態にしないといけない。今の会社は事務職の人も全員SurfaceBookにしてもらっている。
富士通は何をするにも時間・メンタルコストの両方が高くて、新人のためにデスクにPCを盗まれないように固定するセキュリティワイヤーが必須なんだけどそれも上司の上司の決済がないと買えない。
「儲ける場所の偏在」って言えば良いのかな
例えば
・声優がアニメの仕事を安くうけて有名になって、別の仕事で儲けを出すとか
・Abemaが赤字でコンテンツ出し続けて、後からお金回収するとか
今の世の中は「その場で適正に儲ける」より、収益化の機会をずらすのが多い
（これ専門用語ありそうだけど知らん）
こういうのはまあ、市場に最適化するとそうなるというか、そうした奴が勝っちゃうからしょうがないと思う一方で
それを受け入れると、一方ですごく儲かって一方ですごく儲からないとか、相場が歪になって部分的にぶっ壊れるんだよね
そういうのを「俺は知らない」って目をつむりながら市場を作るか、どこかで一定のラインを引くかって難しい
全体の底上げをするために一部を蔑ろにするのをどこまで許容できるか
蔑ろにしても平然としてる競合に対してどう立ち向かうか
難しい
自信を喪失した発達障害者には訓練が必要というのが当事者である私の持論だ。
発達障害者には仕事先に似た環境をバーチャルに構築して訓練させるべきである。
似た環境が用意できないならば、仕事内容だけでもできるだけ似せてほしい。
県によってはそのような訓練を受けられる場があるだろうが、事情で受けられない人間もいるだろう。
そこで現実に近い環境でログをとりながらバーチャルの訓練を繰り返し行えば発達障害者の立ち回りの癖などを把握・改善もできるはず。
ランキングがあれば自分がどの程度の仕事ぶりをできているかを把握しやすいかもしれない。
①素人がバーチャルに落とし込んだ訓練が仕事の役に立つ確証はあるのか、確証をとる人間はいるのか
②誰がそんな手間のかかるものを作るのか（モデル・アニメーション・プログラム・仕事のどの流れを移植するか考える人）
①バーチャルに落とし込んだ訓練に効果はあるのか、効果を確かめる人間はいるのか
https://www.4gamer.net/games/999/G999905/20170902003/
軍の訓練に応用する例もある
https://www.gizmodo.jp/2015/06/soldiers-on-virtual.html
素人が作ったら素人が検証するしかないです（個人の経験だと市販の対戦ゲームが仕事に役立ったことはある）
②誰がそのようなものを作るか（モデル・アニメーション・プログラム・仕事のどの流れを移植するか考える人）
私は作れませんでした。
マイクラやマリオメーカーくらいサクッと作れるようになればそれぞれの仕事先に最適化しやすそう
現実世界の要素を多く取り込むことで発達障害者の症状と向き合いながらプレイすることが大切なのだが課題が多い
フロアや柱のシミ・錆び、色とりどりの花とテレビ、人の雑談と怒号etc....
そこまでゲームに落とし込むことは現実的に難しいし、落とし込んだところで超高画質ゲームを遊べる人間がどれだけいるだろう？
以前は何か独立した装置で行っていて、2000年問題(!)の際にAccessに切り替えたそうだ。
しかし、新しいAccess（弊社ではAccess2016）を使用してMDBファイル（Access2000-2003データベース）の最適化を行った時にレコードが消失するバグがあった。
消える量は微々たるものであるが、最適化のたびにランダムでデータが消えるのではデータベースとしては役に立たない。
このバグについて調べるにあたって、偶然会社の倉庫に眠っていたAccess2007を発見し、それで検証してみたところものすごい量のデータが消失していた。2007環境で作業していた人はおかしいと思わなかったのだろうか？（社内でAccessはこの在庫管理にしか使っていない）
2016で同様の検証をしてもなかなか消失は確認できなかったが、実務上確実にデータが消えていることを時折確認している。これは最新バージョンで解消されているそうだが、会社のPCであるのでアップデートの適用が随時は行われず、４か月遅れであるようであった。
ただ、4か月遅れとはいえ時折バージョンアップされているにも関わらずバグが解消される気配が全くないまま業務を行っていたのだが、いい加減やってられないのでやむを得ずAccess2019を導入することとした。このあたりについて調べている時、そもそもバージョンアップ内容のアナウンスがかなり複雑に隠されていたり、アナウンスされていなかったりとMicrosoftの不親切さを痛感した数時間だった。
ただし、Access2019にアップグレードしたからといってバグが解消される確信はなかった。
私はそもそもMDBなどという古い形式で強行するのはやめたい、システム的にも古い上に個人のエンジニアが開発したものであり、古いからではなくそもそもの造りにバグが多く、現在弊社の事業規模に見合ったサポートを受けられていないことから、システムそのものを更新して欲しいと上申し続けている。
というか2000人を抱える大企業でこんな古い（しかもバグを抱えた）データベースに頼っているってどうなの？
しかしなかなか承認を得られないため、やむをえず応急処置的に最新版である2019を導入することとした。
データベース管理に使っているPCにはボリュームライセンス版のOffice2016がインストールされている。
ここにAccess2016を個別に購入し、インストールしている。
ライセンス的にはOffice2016とAccess2016は別であるが、同じ2016同士なので共存できているようだ。
ここにAccessのみ2019をインストールしてみようとしたが、Office2016がインストールされているためインストールできませんとなってしまった。
以前、別の会社にいた時に2003と2010か何かは共存させた気がするのでできると思っていたが、起動のたびにオンライン認証しているからだろうか。今はもう無理らしい。
そもそもボリュームライセンス版のAccess2019（Office2019）のインストールは非常に面倒くさい。
いわゆるインストーラではなく、コマンドプロンプトからのインストールである。GUI環境を創造し、推進してきたMicrosoftが、この2019年になってCUIを持ち出してきたのだから驚きだ。
このあたりは調べたらいろいろ有意な情報がたくさんでてくるので、そちらを参考にしてもらいたい。
ちなみにConfiguration.xmlの作成は非常に面倒であるが、Microsoftが提供している、質問に答えていくだけで作成してくれるものを使うのが一番楽にできる。
リモートがオンになっているとインストールに支障があるというのも謎だ。
バグに対しても、Office2016とAccess2019の共存についても解決できていないが、もしこの記事を見て何か思い当たる点がある人がいれば連絡をください。
このエントリは中からも外からも匿名な感じでお送りしております。中の人を当てられたら1000ガバス。
子供の頃とかはダイヤブロック好きでした。延々ぐちゃぐちゃロボットとか作ってた気がする。
高校まではプログラムとか全然。ゲームやっててあーこういうゲーム自分でも作ってみてーなーみたいな。
大学は行きました。でも情報系じゃなくていわゆる理工系の学部のどっかなぜなら情報系は偏差値が高かったから。大学在学中にサークルとか趣味でプログラミング的なことを始めてあーやっぱこういうの楽しいよなーと思った。製品出てくるまでのライフタイムがほぼゼロで即結果が帰ってくるようなの。ほいでサークルでゲームとか部内サービスとかいろいろ作りました。学んだのはDirectXとかCPPとかHakellとかdotNetとか。あ、プログラミング系のバイトもやってました。覚えてない。CとかSQLとかいじってた気がする。
院にも行きました。ここで本格的に情報系の職業に付きたいのでやっぱ箔は必要かなと思って情報系の院へ。特に後に仕事で直接役に立つ研究はしてなかった気がしますが、とにかく論建ての厳密性みたいなのはサンドバッグになりながら学べた気がします。英語は終始できませんでした。読んだ論文は英語だったけど結局日本語でしか書いてない。
さて就職活動ですが、Googleが応募してるらしいので応募しました。なんかこーあんまり低級なことはしてこなかったのでCとかわざわざ書いて練習した気はします。Haskellよりも100倍早かった。
面接の内容は言えませんけど(新卒でも中途でも同じ基準らしいっすよ)強いて言うなら「XXX(任意の基礎知識)?なんすかそれ？」(面接官に教えてもらう)「それはこういうことでっしゃろか？たぶんこー書いたら実装できます？」みたいな受け答えがウケたんじゃないかなーと思う。自分知識はボロカスですけど知恵には自信あります。
まぁこうしばらく中で過ごしてみて思うのは、のたうち回る能力がまず必要で、次にしんどい時にカードをさっと挙げれる能力とかかなーと。困らないようにする能力と困った時になんとかする能力。結局どうしたって困るので。
やることは超クソ複雑な制約のもとでナイスなシステムを組み上げることで、結局クソ複雑な実装になります。さらにその上で最適化したり既存の機能を壊さないように新機能実装したり。
最近TOEIC受けてないけど900取れた覚えはない。ただTOEIC高得点の人の英語Youtubeで聞いてもアレな感じなことがあるのでTOEICが西海岸の荒野で通じるかは知りません。
技術力がすごい人?そりゃいるんじゃないんですか？ただ僕は圧倒的に人を見る目がないのでなんかみんなすごいって言ってる人はすごいんだろーなーみたいな雑な。でも子供の頃じーちゃんちで泣かされた黒猫より怖い人にはまだあったことがありません。
「最適化」という事は、何かの軸に対して最適な値を求めていると思っているんだけど
その軸って誰が決めているの？
本当にその軸はその人が決めたの？
物心がつくまえに、その軸を植え付けられたんじゃないの？
やっぱり途中で切れたので続きから
違います。
そうです。
はい。Stadia Games and Entertainmentの組織を発表しました。これは我々の1stパーティのスタジオです。
はい。
Googleは開発者に対し全てのツールを支援しています。Stadia向けの開発は彼らにとって別のターゲットにしか過ぎません。Visual Studioを用いる既存のツールや彼らが用いるツールの全てと共に、彼らのワークフローに統合されます。従ってStadia向けの開発はPlayStationやXbox向けの開発と同じくらい簡単です。
我々はUnrealもサポートします。UnityがStadiaをサポートします。予想される多種多用な業界標準のツールとミドルウェアが準備されます。
とても良い質問です。我々はユーザに対し彼等のインフラの中で何が起こっているかをできる限り理解できるよう支援する必要があります。また我々はゲーマーに対し最適な体験を得られるようなチューニングを行うことが可能な情報に対し投資を行うだけでなく、我々自身の技術を用いて最良のパフォーマンスを実現するつもりです。Googleの技術の多くがインターネット網の基盤であることを思い出して下さい。我々はDCからの情報がどのようにユーザに届くかを良く理解しております。できる限りの最適化を行うつもりです。
その通りです。それこそが我々のプラットフォームの根本的な差別化ポイントです。既存のゲームカタログを持つデベロッパにとってStadiaは簡単で親しみ易いものです。我々はできる限り摩擦なくゲームの移植を行えるようにします。なぜならゲーマーは好きなゲームを遊びたいですし、彼らの愛するキャラクター、ストーリー、世界を楽しみたいのです。しかし我々はまた開発者に未来を描く新しいキャンバスをも提供します。ゲームを高速に配布し、プレーヤーと新しい手段で、特にYoutubeにて繋げます。そして開発者が持つアイデアを実現するための前例の無い技術を提供します。
解決されたと同時に緩和されています。まずデータセンターに対しより多くの人々がより良い経験を得られるようにするための投資が行われました。また圧縮アルゴリズムについては我々に抜本的な先進性が存在します。Googleは圧縮アルゴリズム標準仕様の先駆者でありこの点がストリーミングの将来をより確実にします。残念なことですがGoogleでも制御できない点が光の速さです。そのためこの点が常に要因となります。しかし常に理解しなければならないこととして、我々は常にエッジ(終端)にもインフラを構築していることが挙げられます。Googleの中心にある巨大なデータセンタだけではありません。我々はできる限りエンドユーザの側にインフラを構築しています。それによって歴史上の幾つかの問題は回避することが可能です。さらにまだ率直な、あまり洗練されていないProject Streamのストリーマーでも信じられない結果を出しています。さらに我々はサービスリリース時に1080p60を超える品質を実現できるだけの根本的な改善を行いました。我々は8Kに至るでしょう。
圧縮にネットワークです。我々はGoogleがインフラに投入した数々の改善点に依っています。BBR、QUIC、WebRTCを基盤としてその上に構築がなされました。だからIPパケットの低レイテンシでの配信だけでなく、送信元へのフィードバックも行うことが可能です。ですのであなたが仰るZenimaxが使用した技術なら、彼らはここでも利用することが可能です。彼らは彼らのゲームの最適化を行うことができるでしょう。我々はフレーム毎のレイテンシを予測が可能で彼らにそれに合わせて調整を行わせることができます。
我々は改善を続けます。Streamは最初のバージョンです。我々は性能向上のために調査を行っており、レイテンシに適応していきます。リリース時にはより良くなっているでしょう。
確かにそのとおりです。そしてそれこそがGoogleが何年もかけて開発してきたスキルであり、抜本的なスケールする能力です。我々がどうやって実現しているのか、何をしてきたかについては今日は詳細にはお話ししません。しかしGMailやMap、Youtubeが同時に利用可能であるためと同じ基本的な技術のいくつかが我々が依るものです。
我々は競合他社が何をしているかは存じておりません。
我々の第一世代システムに導入されるGPUは10Tflops以上の性能があり、さらにスケールアップします
AMDです。
情報を公開したくない訳ではないのですが、このプラットフォームが進化することのほうがより重要です。そしてこの進化がユーザと開発者の双方に対しシームレスに行われることを確認して頂きたいのです。そして進化は常に継続し、誰もが常に最新で最高の物を手に入れます。
開発者にもこのように考えて欲しいのです。もちろん完全には抽象化されていません。特にゲームの開発者にとっては。しかし我々はそれでもこのプラットフォームが常に進化していると考えて欲しいのです。速さや容量、リソースには制限されていないのだと。
シェーダコンパイラのツールをいくつか開発しました。これらは開発を楽にするでしょう。しかし現在のGPUはとても優れており開発者が既にVulkanに親しんでいれば、例えばid Softwareさんは既に全てVulkanに移行していますが、そのような開発者の方々には既存のゲームをStadiaに移植するのはとても簡単です。Doom Eternalが4K、60フレームで動いでいるのは既にご覧になったと思います。非常に素晴しい状態です。これこそが我々にとって重要な証明ポイントです。FPSはグラフィックとプレイアビリティの双方で要求が高いゲームです。 従ってこれは我々のプラットフォームの強力な証拠であり、idさんにも講演して頂きます。
x86で2.7GHzで動作しています。開発者にとり慣れのあるものです。開発全体を通して、CPUは制約となる要因ではありません。我々は全てのタイトルを動作するに十分なCPUを提供します。
沢山です。
しかしサーバ級のCPUです。Stadiaはこれまでのコンソールと違いパッケージングに制約を受けません。熱対策の問題も異なります。コンソールとはサイズやパッケージングの動機が異なります。データセンタの中でそれはとても汚なく見えるかもしれません。一方でとても帯域幅が高いメモリが使用可能で、とても高速なペタバイト級のローカルストレージも使用可能です。ご家庭のコンシューマデバイスよりも数百倍は速い物です。
パートナーには彼らが話せる時点で彼らの計画を教えてくれるよう伝えています。Stadiaをこの世界で最も偉大なゲームの開発者達に説明することにはとても興奮します。Stadiaは、開発コードではYetiと呼ばれていましたが、Stadiaのビジョンを説明すると、開発者のリアクションは「これは私が期待したものそのものだ。これはまさに我々の次のゲームのためのビジョンそのものだ。elastic computingの考え、次世代レベルのマルチプレーヤー環境、ゲームを観ることと遊ぶことの境をあやふやにし1つの体験にすること」と話されます。
イノベーションの1つの領域として、最初のほうで述べましたが、マルチプレーヤー環境において、単純にパケットを複数のプレーヤーにリダイレクすることから、原子時計レベルでのコンシステンシーを全ての状態遷移において定期的にクライアント間で更新する真のシミュレーションへの移行が挙げられます。これにより開発者はこれまでには不可能だった分散された物理シミュレーションを得ることができます。これだけでもゲーム設計のイノベーションに対し大きく寄与します。このため多くの開発者が、大袈裟でなしに、実際にとても感動的なリアクションを我々のプレゼンに対して返して下さっています。
これこそがゲーム業界の素晴しい点です。技術が常に創造性を刺激し、ゲームに対しより大きな聴衆を作り、そのことがプレーヤーと開発者に対しより大きな機会を作ってきました。エコシステムが進化し、正の方向に回り続けるなら、それはゲームを遊ぶことにとって良いことです。
3台のGPSが一緒に実行されるデモを行っています。私は上限が無いとは申しません。しかし我々は技術上の限界を上げています。そしてStadiaは静的なプラットフォームではありません。このプラットフォームは5年や6年の間、レベルが変わらない訳ではありません。開発者とプレーヤーの要求に従い、成長し、進化するプラットフォームです。なぜならStadiaはデータセンタの中に構築されています。進化させるのは我々にとって簡単なことです。
CPU/GPU/メモリ帯域幅の変更にはいくつかの自然な段階があります。これは家庭の物理な小売の端末よりももっとスムースでより継続的な進化です。しかし、より重要なことは基盤データセンタ網とそれに含まれるネットワーク技術への投資です。この2つが一致して行われることが重要でどちらか1つではダメなのです。
それは我々も既に行っています。Googleが既に20年以上、行っていることです。我々が依って立つまた別の巨人の肩です。
我々はStreamをさらに強化させています。従ってユーザはこの制約が全体のスタックに対する改善と最適化、また特に時間によって緩和されることを期待するでしょう。我々はその期待の上を行きます。
私は具体的な数値についてはコメントしません。しかし当然低くなります。
インターネットの接続環境はStadiaをリリースする市場では全体的に上昇機運が見られます。つまりこのパフォーマンス特性はますます多くのユーザが利用可能になります。
さらに繰り返しになりますが、BBRを初めとする我々の技術があります。さらに覚えておいて頂きたいのは我々のネットワークに対する理解はそのままではありません。それらもまた時と共に改善されていきます。Youtubeはマクロと
Eurogamerにより独占配信されたStadia開発者二人に対するインタビュー記事。
---
タイミングの問題です。20年間の蓄積によりGoogleにはデータセンタ内のパフォーマンスに優位性が存在します。Googleはデータセンタ内ではHWメーカーです。我々はデータセンタ内で何年もの間、高い性能で端末間を接続する基盤を構築してきました。Youtubeでの経験からプレーヤーサイドの観点からだけでなくデータセンタ内部からの技術的観点からの技術統合を行ってきました。他社でもその視点は存在していますがGoogleにはその点に固有のアドバンテージが存在します。
その通りです。我々にはレガシーがありません。全てが21世紀のために設計されています。開発者は制限の無い計算資源が利用でき、何よりもマルチプレーヤーをサポートできます。これまでのマルチプレーヤー環境は一番遅い通信に影響を受け開発者は最も遅い接続に対し最適化が必要でした。我々のプラットフォームではクライアントもサーバも同じアーキテクチャの下にあります。これまではクライアントとサーバの間のpingに支配されていましたが我々の環境なら最速でマイクロ秒で済みます。だからプレーヤーの数は単一のインスタンスにて動的にスケールアップが可能です。バトルロイヤルなら数百から数千、数万のプレーヤーが集まることも可能です。それが実際に楽しいかどうかは置いておくとしても、新聞のヘッドラインを飾ることが可能な技術です。
両方です。
ユーザが我々のプライベートLANからはみ出さないだけでもその効果は大きいものです。Googleは45万kmに及ぶ光ケーブルにより世界中のデータセンタ間を接続しています。米国の西海岸から東海岸まででも20ms、フランクフルトからマドリッドでも20ms。これにより開発者は最も極端な場合においてもレイテンシが予測可能でそれに従い設計を行うことができます。
StadiaはYoutubeの技術と深く結びついていますが、実際には一歩引いています。今日のゲーム業界を考えてみて下さい。2つの世界が共存しています。1つはゲームをプレイする人々で、もう1つはゲームを見る人達です。2億人の人々がYoutubeでゲームを毎日見ています。2018年には述べで500億時間がゲームを視聴するのに費されています。時間と人口の双方で信じられない程の視聴が存在します。我々のビジョンはこの2つの世界を1つにすることでゲームを見ることができ、かつ、プレイもできる、双方向に楽しめることです。
つまり重要なのはゲームシステムでもなくコンソールでもありません。噂とは異なり我々はコンソールビジネスには参入しません。我々のプラットフォームの要点はコンソールでは無いことで、皆が集まる場所を作ることです。我々は箱でなく場所を作る。今までと異なる体験を得られる場所です。ゲームを見るなり、遊ぶなり、参加する場所であり、かつユーザが楽しむ場所であり、ユーザが他人を楽しませる場所です。
だから我々のブランドはStadiaといいます。これはスタジアムの複数形です。スタジアムはスポーツを行う場所ですが同時に誰もがエンターテイメントを楽しむ場所でもあります。だから我々はそれをブランドにしたかったのです。皆が遊んで、観て、参加して、さらにはゲームをする場所。一歩下がって見ることもできる場所。常にどのボタンを押したかを意識しないでも良い場所。他のアーキテクチャでは実現できない場所です。
その通りです。そして単純に技術的に深い点を求めて、我々は第一世代でも4K60fps、HDRとサラウンドをサポートしました。さらに開発者が必要なインフラに従ってスケールします。それだけでなく、同時にYoutubeに常に4K60fpsHDRで画像を送信することが可能です。だからあなたのゲーム体験の思い出は常に最高の状態になります。
プレーヤー次第です。Googleは全てを記録はしません。もしプレーヤーが望むならGoogleは4Kでストリームします
共有が友達だけか、世界中に公開かも自由に選択可能です。Googleはユーザに制御を明け渡します。もしユーザがYoutubeで公開すれば誰でもリンクをクリックすることでそのゲームを遊ぶことができます。
そう。そしてこれはマルチプレーヤーゲームのロビーの新しい形となります。Youtubeのクリエイターなら誰でもがファンやチャンネルのsubscriberを自分のゲームへと誘うことができます。生主として、Youtubeのクリエイターとして私は視聴者を私のゲームに瞬間的に招待できます。それが私と10人の友達でも、(訳注: セレブの)Matpatと彼の数百万の購読者でも、技術は同じです。
Googleアカウントの一部です。従ってGMailアカウントがStadiaへのログインに利用できます。他の基盤についても説明させて下さい。最初のサービス立ち上げから全ての画面への対応を行います。TV、PC、ラップトップ、タブレットに携帯です。我々のプラットフォームの基本は画面に依存しないことです。これまで40年間、ゲーム開発は端末依存でした。開発者として私は制約の範囲内で、私の創造性を開発対象の端末に合わせてスケールダウンする必要がありました。
我々はStadiaでそれを逆にしたいのです。我々は開発者に対し彼らの考えをスケールさせ、どの端末の縛りからも解放したいのです。パフォーマンスに優れ、リンクをクリックすればゲームは5秒以内に開始されます。ダウンロードもなく、パッチもなく、インストールも必要なく、アップデートもありません。多くの場合、専用のHWも必要がありません。従って古いラップトップでChromeブラウザを使用する場合にでも皆さんが既に持っているだろうHID仕様に準ずるUSBコントローラが動作します。そして、もちろん、我々自身のコントローラも開発中です。
コントローラを自作する理由にはいくつかあります。1つはTVへの接続です。我々はChromecastをストリーミング技術に採用します。Stadiaコントローラの最も優れた機能の1つはそれがWiFi接続でDC内のゲームに直接接続することです。ローカルのデバイスとは接続しません。
その通りです。これこそが我々のブランドの実現であり、具現化です。そして独自コントローラにより最高のパフォーマンスが実現します。ゲームに直接接続するためにプレーヤーは画面を移動することが可能です。プレーヤーはどの画面でも自由に遊び、停止し、他の画面でゲームに復帰することが可能です。
そしてコントローラには2つの追加されたボタンがあります。1つはGoogle Assistantの技術とマイクを用います。ユーザの選択により、ユーザはプラットフォームとゲームの双方に対し、自然言語を用いて会話が可能です。例えば「Hey, Google。MadjとPatrickと一緒にGame Xをやりたいな」と言えばStadiaがマルチプレーヤーゲームを指定した友人と共に直ぐに開始します。
我々はゲーマーを可能な限り素早くゲームに辿り着かせるよう考えています。数多くの研究を行いましたが、多くのゲーマーがゲームを起動したら直ぐに友人とゲームを開始したいと考えています。ゲーマーはUIに時間を費したくは無いのです。
誰かが言ったことですが、現在のコンソールは起動した時にまるで仕事のように感じると言うのです。ゲーム機自体の更新や、ゲームの更新があります。我々はそれらを完全に取り除きたいと考えています。もう1つのボタンは、ちょっと趣が異なるのですが、Youtubeにシェアできます。
Youtubeが観られるならどこでもStadiaは動きます。
Chromecastはスマホからストリームを受取はしません。Chromecastはスマホから命令のみ受けます。画像はNetflixやYoutubeから直接受け取ります。Stadiaの場合、StadiaコントローラからChromecastへとこのゲームのインスタンスへと接続せよと命令がなされ、Chromecastはゲームインスタンスから動画のストリームを受け取ります。クライアントはとてもシンプルです。行うのはネットワーク接続、ビデオと音声のデコードのみです。Chromecastは入力を処理しません。全て入力はコントローラが扱います。ビデオと音声とネットワーク接続はChromecastの基本動作で全て既に組込まれています。
そうです。とても良く出来ています。WiFiに繋ぐだけです。コントローラにはWiFiのIDとPWを入れるだけです。それだけです。ホームボタンを押すと勝手にChromecastを探し直ぐにChromecast上でクライアントを起動します。UIが表示され直ぐにゲームを遊ぶことができます。デジタルパッドでUIを操作することも可能です。これが重い処理を全てクラウドへと移行する点の美しさです。Chromecastのような低消費電力の端末で説得力のある体験ができます。Chromecastは5W位下です。Micro-USBで給電可能です。典型的なコンソールは100から150Wもします。またこれまで説明しませんでしたが、例えスマホでも行うことは動画の再生だけです。従ってAssassin's CreedやDoomや他の重いゲームがあなたのスマホの上でモバイルゲームよりも低消費電力で動作します。だからスマホで10時間でも遊べます。
今の所、我々はChromecastのみに集中しています。でも技術的、機能的な観点からはYoutubeがある場所ならどこでも動きます。我々はまだStadiaをどのようにユーザに届けるかは検討中です。
サービス開始時から提供されるサードパーティによる解決手段をサポートしています。他にもアイデアがあります。しかし今は話せません。
良い質問です。私がこのプロジェクトに参加する前からチームは既に何社かと提携しここ何年かの間に技術を提供していました。StadiaはLinuxベースです。グラフィックAPIはVulkanです。開発企業はクラウドにインスタンスを作成しますので、開発キットも今ではクラウドにあります。しかしクラウドだけでなく、開発社のプライベートなDCでも、机上のPCでも可能です。
もしそうしたいなら。でも我々は今後のトレンドが開発でも配布でもますますクラウドへと移行していくと考えています。従って今後数年で開発者にとってクラウド中心、クラウドネイティブがゲーム開発での標準となるでしょう。
デベロッパーやパブリッシャーはとても賢くクラウドネイティブとなる新しいゲーム体験を達成するために必要なツールや技術について考えていると思います。しかしそれは世界中で何千ものアクセスポイントを持つデータセンターを運営することや、それらの運営に必要な莫大な投資資本とは異なるものです。Googleは今年単年でも$13Bの資本を投下しています。
米国では全ての必要な場所に展開が終わっています。Project Streamの試験に必要な環境は2018年末には整いました。我々はGoogle社内で、Google社員を対象に2017年の始めから2年間の間、プライベートなテストを行ってきました。2019年には米、加、西欧、英にて 
ツイートシェア