  |
はてなキーワード: インスタンスとは
自分も一応現行WoWを撫でる程度に経験済みの感想＋海外のプレイヤーが良く言っている事の箇条書き。
当然間違ってることもあると思うから参考程度で。
酷い、もう本当に酷い、LoLよりマシってぐらい。
NALoLよりマシっていうのは日本語で言うとスラム街みたいなもの。
これは根底にPvPがあるからという話もあってここを見るのが一番いいかもしれない。
https://kultur2.blog.fc2.com/blog-entry-5057.html
海外勢が言うにはFFXIVの治安の良さはMMOにおいて奇跡的なものだとか。
上記のプレイヤーの質にも関係してくるけど、WoWは気軽にkickするゲームになってる。
DPSが低かったり戦術を理解してないプレイヤーはとりあえずkick。
当然こうなったのには業者とか放置して戦利品だけガメるカスが過去にめっちゃいたという理由があるにはあるんだけど。
これの余波で本当初心者がそれに巻き込まれてしまう事が多々ある。
レベルシンクというものが存在しないのでインスタンスダンジョンにいくと廃人と一般人の火力差がメチャクチャな事になっちゃうのも
要因の１つとしてある。
これは長年の積もり積もった部分で、WoWに限らず割と北米のゲーム会社は自分とこのフォーラムはもとより
Redditの/WoWとかに開発者が降臨して質問に答えてくれることがあるんだけど、
そこでの返答が高圧的だったり、良くわからなかったり、煽ったりしてくることがよくあった。
そういう態度がBlizzConみたいなファンフェスでもそういう事が見られることがままあったそうだ。
これも結構な人が言及してて、WoW開発陣とプレイヤーとのコミュニケーションがうまくいってない、というのは向こうのプレイヤーのほぼ共通の認識になってる。
WoWのギルドは１つしか所属できない、これ自体は当たり前の仕様。
問題はレイドアタックにギルドが密接に結びついてるためにRaidやるギルドに所属しないと一定の難易度以上のレイドがかなり遊びづらい事。
一定の難易度以上のレイドをやるギルドは出席率、装備の強さの基準値をある程度下回ると追放、という形を取る事が多い
特にWoWはRaidにかかるプレイヤーがFF14の２倍以上必要なので出席率はとても重要。
一昔前ならそれで良かったんだけど、今はもうプレイヤー層の大半をカジュアル勢が締めていて、
そういうプレイヤーはそういったレイドギルドに入りたがらない、もしくは入ってもすぐ辞める。
そしてWoWはレイドの面白さにかなりのフォーカスを置いているので、そういったカジュアルプレイヤーからするとWoWはやることがないゲームになってしまう。
野良でも出来る最低難易度のRaidもある(FF14のアライアンスレイドより簡単)けど本当にすぐ終わっちゃうしね
多分これが一番大きい。
WoWは１キャラにつき１職業が原則で、他のジョブを楽しむならサブキャラ（alt)を作るしかない。
これ自体は普通の事だけど、その時のDPSランキングとかギルド内のバランスでその拡張の間だけ
サブキャラをそのように活用するとなると当然いろいろなアンロッククエストを２キャラ、人によっては３キャラ４キャラ分やらなければならなくなるし
特に今のWoWは強くなる為にウィークリータスクの消化が必須になっているので、やらないわけにはいかなくなる。
だいたいウィークリーを消化するのに１キャラあたり最低でも４時間か５時間ぐらい。
多分、ちょっとでもWoW知ってる人は１職業に複数のビルドがあってそっち使えばいいんじゃないの？って思うかもしれない。
でも現状でサブキャラ使うぐらいにきちんとプレイしてる人にとってはその中で一番強いビルドしかほぼ選択肢がないので
WoWのシナリオはWorld of Warcraftの名前の通り、Warcraftという原作をベースにした物語になっている。
だからシナリオにプレイヤーは直接的に介入できない、ストーリーでプレイヤーが直接的にWarcraft原作キャラを殺すとか
そういったことは殆どない、あくまでもWarcraftのキャラクター同士のお話がずっと続く
原作が原作だから当たり前といってしまえばそれまでなんだけど、悪く行ってしまうとプレイヤーはずっと蚊帳の外で
観客席で舞台を見せられているようなもの、特に今の若い世代はそもそもWarcraftってものに触れたことがない人も
かなり多い。そういった面もあってシナリオが面白くないって話がフォーラムとか/WoWで結構出てはいたんだけど、
当然ながらWarcraft原作ファンや長年やってる人からすれば何いってんだこいつ…ってなってぶっ叩かれる。
そういったトラブルもあってお話を楽しみたい勢（だいたいカジュアル）がどんどん消えていった。
こんなかんじ、WoWが潰れるなんてのは微塵も思わないし、また神パッチが当たればモリっと復帰する人も増えると思うけど
少なくとも今回のShadow landsと、その７ヶ月後に出たパッチの評判はとても悪い、
その前の拡張も評判がかなり悪いのでここ最近のブリザードに絶望している人がいるのは当然だと思う。
続きのお話
驚いたわ。
新卒で就職してから、（敢えて分類するなら）Web系ベンチャー的な会社にずっと居たんだが、某大手SIerと提携してプロジェクト進めることになったんだわ。名前は出せないけど、みんな知ってるあの会社だよ。
こういう会社の評判はネット上でよく耳にするけど、それは誇張されたものだと思ってた。実際、そういう会社は社会的に成功してるんだし、社員も高学歴の人がほとんどなんだから、使っている技術が多少古臭くても、仕事のレベルは高いんだと思ってた。だが、そんなことは全然無かった。
うちの技術者が10分でできるようなことが、何回も会議をしたり、書類を埋めたり、向こうの上司の承認を得たりで、3ヶ月くらいかかる。そんだけ会議した後、やったのは、テンプレートからAWSのEC2インスタンスを起動していくつか必要な初期設定をしただけ。
言い忘れてたが、プロジェクトの内容はうちの製品を向こうの会社名義で売るということ（いわゆるOEMというのか？よく知らん）。
で、開発者向けのAPI等のドキュメントが既にWeb上に公開されてたんだが、なんか上司がはんこ押す書類と一緒にしなきゃいけないという理由で、これをエクセルに転記させられた。向こうの指定した方眼紙フォーマットにな。CSVなどに出力して一括でコピペすることさえできないストレスは想像を絶するものだった。エクセルにスクリーンショット貼り付ける作業で精神病むのも納得。
他にも意味の分からん制限が多かった。セキュリティポリシー的に、Google Drive等の外部サービスで情報を共有するのはNGだというんだが、上司がCCに入ったメールで送ったあとならOKらしい。んで、そういうメールを受信したらSlackに転載したりする馬鹿みたいなスクリプトをたくさん書いた。書き始めたらすぐに向こうの意味不明な運用に合わせたシュールでカオスなプログラムになった。もちろん、これも実際動かすには承認に何ヶ月もかかる。
こいつらの仕事の出来なさは、もうプログラミングができないとかそういう次元を超越してる。
当初のイメージでは、「使ってる技術が最先端ではないだけで、仕事の段取りとかはちゃんとしているのだろう」とか思ってたが、そんなことは全くなかった。
技術とか以前の問題。意味のあることと無いことの区別がついていない。「そういう段取りになっている」という理由でただ言われたことを作業的にやるだけ（まあ、一定レベルの知的労働を流れ作業に帰着させるのはある意味すごいとも言えるが）。
俺の関わった連中が例外的にひどかったと思いたいが、まあ、現実問題そういうことはないのだろう。
俺の大学の同級生も、NとかFとかNとかHとかの付くSIerに就職していったが（上記の会社はその1つである）、こういう仕事をしているなら完全に人材の無駄遣いだと思う。コンビニパートのおばちゃんとかで変わり利くもん。
これからエンジニアとしてキャリアを築きたい学生とかは、絶対にこんな会社に入っちゃいけない。まともなスキルは全く身に付かないぞ。
もうすぐ年末年始休暇も折り返しに差し掛かるので軽く振り返ってみる。
作っていたウェブアプリをJavascriptからTypeScriptに移行した。
自分はこのウェブアプリに関して『自分の死んだ後も変わらず動作し続け、後世の奇特な人が気が向いたらメンテ出来る』ことを目指しているので、できるだけフレームワークなどは利用せずpureなJavascriptで実装していた。最初はjqueryを使っていたが廃止し、bootstrapも使っていたが廃止し、Vue.jsで作り直したものも本番投入せず廃棄した。他のウェブアプリで新しい技術を試すことはあっても、このウェブアプリだけは徹底的に保守的なスタンスを貫いてきた。でもここ数年の流れから言って、TypeScriptなら将来的にも大丈夫かな、と思えて来たので、満を持してのTypeScript化。
イベントの実行順序などで多少苦戦したものの、それ以外は大きな問題もなくTypescriptで再構築することができた。
あーやっぱり型があると良いね。画面制御と描画処理が今まで１つのモジュールでやっててそれを何とか解消したかったんだけど、型が入ることでそのリファクタリングを安全に行うことができた。描画周りが分離できたんで、そこだけvueなりreactなりに再挑戦するのもアリかもしれない。どっぷりフレームワークに浸かるのは避けたいけど、部分導入だけなら後で捨てるのも容易になる。捨てるのが簡単ならちょっとくらい試しても良いかもしれない。
Google App Engineで動作している自分のサイトをPythonからGoに移行した。
サーバーサイドではほとんど何もやっていないので別にPythonで不便はなかったんだけど、インスタンスの起動がGoの方が早いらしいので、Goに移行することにした。起動が早ければ待機させるインスタンスの数を抑えられるので、費用の低減を図れる。Goで作り直すと言ってもほとんどが静的なhtml。手作りbootstrapからhugoに移行して、サーバーじゃないとできない最低限の処理をGoで書き直し。素人感丸出しのサイトが、hugoのテーマのお陰でそれなりに見栄えのするものになった。
