ポケモンGO感想
Lv22。図鑑78/151。最大CPのモンスターはギャラドス 1770。
現在の pic.twitter.com/RRL17vBT8x
— 超高速ポエネルギー (@mizchi) 2016年7月26日
進捗その2 pic.twitter.com/mpGK4M0j0u
— 超高速ポエネルギー (@mizchi) 2016年7月26日
LV22じゃこれが限界だ pic.twitter.com/CggsBm4aLn
— 超高速ポエネルギー (@mizchi) 2016年7月25日
自分の行動範囲
久我山から高井戸、もしくは久我山から吉祥寺、たまにオフィスのある渋谷。先週末はいとこの結婚式で博多にいた。博多では余った時間で大濠公園(ピカチューの巣)をうろうろしていた。ポケストップ過疎地方の事情とかは知らない。
体感だと、とくに九州ならでは、みたいな分布傾向の違いとかはなかった。
ゲームとして
現状、収集要素が主たるモチベーション源で、ゲームとしての奥深さがあるわけではない。行動範囲を意図的に広げないかぎり、入手できるモンスターが限られてるので、お祭り騒ぎとしての今の状況が終わると、ここで行動範囲を広げない人は、新規モンスターを入手できなければモチベーションを維持できずに脱落していくだろう。
ジムバトルも明らかに防衛不利で、リワード目的にジムの占拠を行なうには高CP個体をスタートダッシュで入手するしかなく、それも時間とともに平均Lvがあがって難しくなっていくだろう。現状、縄張りアピールで近隣住民がジムを奪い合っているという構図が強いのではないか。戦略は、基本的には属性じゃんけんしかない。
とはいえ、強CPの個体の存在で、収集意欲がかきたてられるのは間違いないと思う。おそらくバージョンが進むと育成要素、戦略的な要素が追加されると予測している。今でも内部ステータスのスポイラーが出揃ったことで、厳選ガチ勢がひたすら強個体/技のモンスターを集め続けるだけの余地はある。
おそらく、収集より育成にフォーカスする要素を増やしたほうが、ゲームとしては長持ちするだろうが、育成で差がつきすぎると、新規参入コストが上がるので、そこらへんの塩梅が難しそう。
ダイエットツールとして
効率だけ求めるならポケストップが3~4箇所隣接した場所で、ひたすらルアー設置して待つのがよく(そういう場所は人が集まってて自分でルアー置かなくても誰かがやってるが)、そういうプレーをやるとダイエットには向かない。ただ、同じ種類のモンスターしかポップせず、暇なので体を動かしたくなる。
たまごを孵すには歩く必要があるが、自転車で低速で移動したほうが効率はいい。とはいえ自転車はたまごを孵すのには向いているが、何度も立ち止まる必要がある関係で、全体的な効率はよくない。
振動ONにして片手にスマホ握って走り回る、というのが一番効率はよい気がしていて、ダイエットに向いてなくはない。ただ頻繁に立ち止まるので、ジョギングがジョギングにならない感じがある。うちの近所だと80mおきぐらいにポケストップがあり、およそ50m間隔で何かのモンスターがポップする。その度に10~30秒ぐらい立ち止まる。ある程度の距離を走るまで、意図的に無視する強い心などがあると良さそう。
ゲームの実績によると、44.1km 歩いたらしい。
ダイエットの進捗については、月末にもう一回書きます。
ダイエット一ヶ月目 79.0kg => 74.8kg: やったこと
最初に言っておくと、楽して痩せたという話ではなく、それなりにコストを掛けて減らした。頑張れば一ヶ月で4.2kgは減る。
ダイエットの理由
身長169cmで、もっとも痩せていた時期(58kg)から+21kgになっていた。
各位からデブデブ言われるのが辛くなってきており、また割と不可避な事情で顔写真が公開された。
Forkwell Press – 「煽って盛り上げるのは“自分がその技術を使いたいか”なんです」-Increments...
そんで、健康診断でも肝臓で引っ掛かり、アルコールではなく、肝脂肪付き過ぎでコレステロール異常が検出されていた。
Before / After
from(80kg:インタビュー記事より)
to(74.8kg)
正直元々あんまりセルフィーとか撮りたくないのだが、デブ状態が公開されてるんで、何も恥ずかしくなくなった。(元記事に公開取り下げてくれという意図はない。あくまで自制の話なので)
というわけで一応痩せた。
やったこと1: 糖質制限
糖質制限、割と辛いイメージがあったが、まず考え方を変えた。
糖質はとらない。が、最初は肉と野菜を満腹になるまでとる。満腹感があれば、糖質がなくても我慢できる、という感覚をつかむまで食べたいだけ食べることにした。自分は肉類が好きなので、ソーセージを大量に食べていた。
とはいえこれはなかなか食費が掛かり、最初の一週間は一食1200円ぐらい食べていた。とはいえこれでも後述するジムと合わせて、若干痩せ始めていたのだが。
一週間経過後、自分が満足する量が徐々に減り、調子がいいとサラダのみで過ごせるようになってきた。
とはいえ、それなりにストレスがたまるので、6月はいきなりステーキに2回行った。あくまで糖質は取らない。6月には2回飲み会行ったが、豚しゃぶと、肉とワインのバルで、なんとか糖質を避けることが出来た。
基本は納豆やサラダ、ソーセージで済ませ、腹がへると糖質0g麺で汁なし担々麺やペペロンチーノを作る。最近は多少甘えて、@9m に薦められた低糖質プリンを食べてる。
やったこと2: ジム
運動は嫌いではないが、まったく機会がない。というわけで重い腰を上げて最寄りのジムに登録した。月12000円、高い。高いが最寄りがここなので我慢するしかない。
ジムまで徒歩20分、30分のサイクル、30分のウェイトトレーニング、20分のランニング、帰路徒歩20分。で、なんだかんだでその間の準備や風呂含めて3時間ぐらいかかるのだが、最近イカをやめて時間が余ってるので、あまり苦ではない。徒歩でこれだけ時間かかるのは問題だと認識していて、最近前々から買おうと思っていたロードバイクを買った。これで片道8分。
ジムに風呂とサウナが付いているのだが、サウナが好きなので、これがジムに通うモチベーションになっている。
週3を目標にしている。
これができる背景
正直モチベーション保つのに結構金かかってるんで、それなりの給与がないのとできないのと、リモートワークによって時間の自由度が高いので、ジムに行くのも、糖質制限食を家で自炊するのも、これに支えられている。感謝。
Qiitaを開発するIncrements株式会社、全従業員を対象にリモートワークを導入 - Increments株式会社
今後
実感として、腹の肉がつかみにくくなった。背筋をつけたことで、肩が多少こりにくくなった。
来月は、BMI肥満域を脱するために72kgまで落とし(ここから-3.8kg)、半年かけて平均の64kgまで減らしたい。来月も書く。
Re: React.js界隈の人に聞きたい
前提
Reactより前に僕がやりたかったこととして、冪等性の担保の為に毎フレーム document.body.innerHTML を書き換えたかったがパフォーマンス的にそれが許されなかったが、Reactは擬似的にそれを達成させてくれたという圧倒的感謝🙏がある
— ダイナモポグラマ (@mizchi) 2016年5月23日
SPA
世の中にSPAの需要があるのか?という点考えていたけど、需要がないからSPA技術がいらない、というのはたぶん間違ってて、SPA技術を持たない人が多いからその発想もなく、SPAで達成できることがイメージ出来ないのがアプリケーション設計の縛りになっている、という感じな気がする
— ダイナモポグラマ (@mizchi) 2016年5月23日
GmailやTrelloやPivotalやグラブルは異常な技術の集大成ではなく、個別に分解可能な技術で作られていて、Gmailの時代は大量のエネルギーが必要だったが、今では比較的簡単に作れる手段が提供されていて、その手段の1つがReactなりなんなりですよ、という話になる
— ダイナモポグラマ (@mizchi) 2016年5月24日
SPAの技術を使って既存と同じものを作る必要は全く無いんだけど、まあ多少楽になる部分もあるし、複雑性が局所化してる部分(たとえば異常にボタンが多いフォーム)ではSPA技術を使って解決することは出来る。他人が作ったものを使うだけなら、枯れたものじゃないと選択肢は得られない。
— ダイナモポグラマ (@mizchi) 2016年5月24日
他人が作ったものを使うだけならブラックボックス化された中身は知る必要はないので jQuery だろうが React なりどっちでもよく、枯れてる方でエコシステムが回れば良い、となるのはわかる。とはいえライブラリ提供者は勿論メンテナンス性が高いものの方で書きたいし…という気持ち
— ダイナモポグラマ (@mizchi) 2016年5月24日
フロントエンドでは Google や Facebook のせいでどんどん要求水準があがってるから(そう思うとTwitterはクソUIばかりでなんら貢献してないが)、その要求エコシステムを満たすための土台として jQuery はこれから先生きのこることが辛い
— ダイナモポグラマ (@mizchi) 2016年5月24日
フロントエンドでは React に代表される仮想DOM技術は現在主流になりつつあり、 React が死んでも仮想DOM技術はおそらく生き残る。仮想DOM技術とjQueryは思想的にも実装的にも共存することが出来ないため、排他するなら将来見据えて jQuery 殺したいよね、となる
— ダイナモポグラマ (@mizchi) 2016年5月24日
まとめると、SPA技術で既存と同じものを作る必要はない。SPA技術は現状では競争力を持つための差別化要素である。また、SPA技術は複雑性の局所化に使うことも出来るので、既存のものに対しても無駄ではない。SPA技術の背景には仮想DOMがあり、仮想DOMとjQueryは共存できない。
— ダイナモポグラマ (@mizchi) 2016年5月24日
JSX について
僕もjsxには否定的だったんだけど、エコシステムがそっちで回ってるので jsx 使わざるを得なくなってる
— ダイナモポグラマ (@mizchi) 2016年5月21日
簡易DSLとして $ = React.createElement などがあります
— ダイナモポグラマ (@mizchi) 2016年5月21日
jQuery React 辛さ
すべてのjQueryが辛いんじゃなくて、他人が書いたjQueryは辛い、ということです
— ダイナモポグラマ (@mizchi) 2016年5月23日
他人が書いたReactは辛くないのか?というと、他人が書いたjQueryを読み解くのは精神を重篤に汚染されるが、他人が書いたReactは多少の息切れ、めまい程度で済む、という程度問題です
— ダイナモポグラマ (@mizchi) 2016年5月23日
Fluxの設計部分で精神汚染されることはある
— ダイナモポグラマ (@mizchi) 2016年5月23日
他、jQuery 捨てたい理由として、ほとんどのプラグインが npm 以前のモジュール化される前のもので、githubでバージョン管理すら上がってなかったり、基本的に品質が低く、予想できない副作用を発生させることがある、という問題があります。もはや jQuery プラグイン = 品質が低い といってもいいぐらいです。最近書かれるものは nodeでも動くように jQuery 非依存だったり、DOMのライブラリでも jquery に依存しない形で書かれることが多い気がします。jQuery依存が発生すると、+120kb を要求するわけですからね。
AltJS
AltJSがなければ今のES2015もBabel もなかったんで、一定の役割は果たしたと思ってます。coffee の仕様のうち、いくつが採用されたことか。 ただ個人的には最近 babel にリソースが集約されすぎててゲテモノがなくてつまらんという感覚があります。wasm はやくこないかなぁ
まとめ
フレームワークは廃れるけど、そこに至る思想は廃れないので、徳を積みましょう
— ダイナモポグラマ (@mizchi) 2016年5月23日
スプラトゥーンで前歯が折れた
※ネタです
起きたら前歯ぐらぐらしててあーこれ抜かんといけないやつだ…ってなってる…
— ダイナモポグラマ (@mizchi) 2016年4月12日
前歯折れて歯医者いったら、虫歯じゃなくて物理的な衝撃で折れてるって言われて、「殴られたりとかしませんでした?」「いや…心当たりないですね…」って言ったけど、よく考えたらスプラトゥーンで負けてる時イライラして歯ぎしりする癖あったから、それの積み重ねのような気がしてきた
— ダイナモポグラマ (@mizchi) 2016年4月12日
いきなり殴られたかどうか聞いてくる歯医者も相当ロックだと思う
— ダイナモポグラマ (@mizchi) 2016年4月12日
さっき麻酔うったからまだ生きてる実感が無い
— ダイナモポグラマ (@mizchi) 2016年4月12日
@seizans そんなァ
— ダイナモポグラマ (@mizchi) 2016年4月12日
スプラトゥーンは歯の健康に悪い。任天堂許せない。
— ダイナモポグラマ (@mizchi) 2016年4月12日
歯の大切さ教えてくれてありがとう任天堂
— ダイナモポグラマ (@mizchi) 2016年4月12日
まあ元々虫歯で弱ってた箇所が衝撃で折れたっぽいので、歯ぎしりだけで歯が摩耗して折れたわけではないです
— ダイナモポグラマ (@mizchi) 2016年4月12日
あと折れた直接の原因はわからなくて、俺「寝て起きたら歯がプラプラしてて」歯医者「そんなばかな」というやり取りした
— ダイナモポグラマ (@mizchi) 2016年4月12日
フロントエンドの複雑化に耐えれても歯への物理的な衝撃には耐えられなかったんやな…
— ダイナモポグラマ (@mizchi) 2016年4月12日
※ フロントエンドへの複雑化について、一つの視点 - mizchi's blog のこと
イカの歯あるそうです。カラストンビとは別で。インターネットが言ってた。 https://t.co/Uss57TFdyc
— ファッションドズフル (@dzfl) 2016年4月12日
カラストンビと呼ばれているね。 腕でとらえたエサを、この口と中の歯舌で細かくするんだ。 イカの歯は、カラストンビの奥にある。 顕微鏡でみるとこんなふうにギザギザしている。
イカの歯に関する情報が集まってくる
— ダイナモポグラマ (@mizchi) 2016年4月12日
スプラトゥーンで勝率9割越えてたらそんなことにはならなかった
— ダイナモポグラマ (@mizchi) 2016年4月12日
フロントエンドへの複雑化について、一つの視点
これらの件
前提
去年は勝手Reactエヴェンジェリスト(自称)として、日本に複雑化するフロントエンド技術の海外の動静を紹介をし続けていた。
僕としても、フロントエンドは複雑化してると思ってるし、それは「目的の複雑化に対して必要なもの」だったと思っている。ここでいう目的とはSPAの構築であって、普通のウェブサイトは含んでいなかったが、普通のウェブサイトも当たり前のようにリッチ化目指しているのが現在なので、境目は曖昧ではある。
僕もフロントエンドの複雑化がだれにでも必要なものだとは思っていない。が、定期的に情勢を整理して、交通整理するのを心がけてきたし、春からはじめるモダンJavaScript / ES2015 - Qiita みたいな記事を書いたりした。
で、現在誰でもキャッチアップする価値がある技術としては
- ES2015: 仕様化済み
- npm: エコシステム
- browserify | webpack: ビルドツール
を挙げてる。まあその詳細については↑の記事を読んでくれという感じ。
それに比して、フレームワークを使うべきかは人によるとしか言いようが無い。ReactもReduxもAngularも、僕は「普通のウェブサイトを作ってる人」は無視して構わないと思う。僕は仕事、というかQiitaの開発で「普通のウェブサイト」に部分的にReact入れてるけど、これはこれでフロンティア感があって、悩ましくて毎日試行錯誤してる。(その部分についてはあとで雑誌の記事なりQiitaなりでまた書くと思う)
あとはTwitterから
フロント追ってる立場だけど、各ジャンルの深化が進んで専門化が進んでるせいもある。誰でもフルスタックになれる時代は終わった。自分もアプリケーション層までならわかるけど仮想化方面はあえて手を出してない。 / “日本のWebエンジニア…” https://t.co/cw95FWGr8c
— ダイナモポグラマ (@mizchi) 2016年4月10日
僕は僕にしかできない仕事があるんで仕事が成立してて、それに自負もあるけど、このスキルセットの学習を効率化させるために意図的にサボったジャンルも多い。興味ありつつも沼だと思うので意図的にDocker方面は手を出してない。フロント沼に使ってる以上別の沼は今の自分にはきつい。
— ダイナモポグラマ (@mizchi) 2016年4月10日
ジャンルに限らず最先端は淘汰が激しいので自分の主戦場以外では淘汰が終わったものを採用するのがよいと思うけど、淘汰が終わったかだうか、過渡期の技術かどうかを見極められるかのセンスがないと学習コストという沼にハマって死ぬので、主戦場以外は本質的な技術に投資した方が安心だとは思う。
— ダイナモポグラマ (@mizchi) 2016年4月10日
自分の場合はフロント技術以外はコンパイラ(というかトランスパイラ上のAST変形と型推論)とデザインパターンの勉強してたので、それら極めたわけじゃないけど技術的な選択肢は結構増えたと思う
— ダイナモポグラマ (@mizchi) 2016年4月10日
まーただ自分は技術力が高い会社を選んで転職してるので、大抵自分ができない部分を安心して任せられる人がいて、甘えと言われてもしゃーないアレはある。その分自分の専門性でペイしようという認識がある。
— ダイナモポグラマ (@mizchi) 2016年4月10日
注: スタートアップ界隈での話。大きな会社ほど専業化の傾向は強まる。
最近もう面倒だから言わないけど、Reactすごい!使える!って2年前から言ってて、2年前ならいざしらず、採用例これだけ増えてて、用途に向かないって理由で採用しないのはわかるけど、知見ないから使えないですね〜って理由で落とす人みるとあ〜ってなる
— ダイナモポグラマ (@mizchi) 2016年4月10日
注: さすがにポジショントークすぎますね…
サボったこと
そりゃね、可処分時間でゲームやらずにサボらなければ今苦手としているDockerやAWSの運用もMySQLの効率的なクエリも雑ではないちゃんとしたCSSもRailsのテクニックももっと高いレベルで身についたと思う。
だけど、相対的に興味ないことを、モヒカン的に全部やれって言われるの辛いんで、全てはスキルツリーと可処分時間のバランスの問題で、僕はフロントエンドのスキルに僕が必要と思うだけ時間割いた結果やっぱ他のスキルおざなりになってるのは自覚しているところですけども、その分踏み固めるんで、僕の学習成果は公開するし、他の人が効率的にそれらを消費して欲しいと思ってる。
フロントエンドエンジニアの審美眼
あとまあフロントエンドを名乗るエンジニアの平均的な技術力が低いことは僕も認めるところではあるんだけど、これはJSが元々「サーバーサイドもしくはデザイナが片手間にやる」時代の変遷から仕方なくて、そのせいでコミュニティとして技術的な審美眼が欠けてるから、使えるものと使えないものの見極めに時間掛かって収束しない、という傾向はある。これが一番悩ましい問題だとは思ってる。
で、「真っ当な」エンジニアからはJS界隈がまるごとそう見えるだろうと思われるであろうのも自覚している。じゃあ何を信用するかというと、時間による淘汰をみてくれとしか言えない。フロントエンドの複雑化の流れは2012年頃のnode.jsのフロントエンドへのフィードバックから始まるので、そこから生き残ってる奴はまあ使えるんじゃないの、って感じ。
つらさ
どのライブラリとは言わないけど、「これやばいだろ…」、ってライブラリに釣られて皆ホイホイ釣られていて、「あ〜う〜んやりたきゃいいんじゃないの、ダメだと思うけど…」みたいなスタンス僕は取ってること多いんだけど、そこでそのライブラリについて悪くいうと、僕がReact押しだったのもあって、なんか政治的な色彩とか帯びてしまって、やりづらいっすね。つらい!
2015年振り返り
思い出
- 1月~8月 Kobitoの開発
- 9月~12月 Qiitaの開発
- SplatoonでS+達成
- 趣味ゲーム開発
Kobitoの開発
主にReactおじさん、Electronおじさんとしての成果がこれ。
とにかくエッジなライブラリを使って開発していて、何もかも足りないのでひたすら自分で足りないパーツを作っていた。
公開した成果としてはこのあたりになる。
- https://github.com/mizchi/arda
- https://github.com/mizchi/md2react
- https://github.com/mizchi/stone-skin
QIitaの開発
Kobitoは最新のテクニックでSPAを組み上げる手法だったが、Qiitaの開発における僕のテーマは「昔ながらのウェブアプリを段階的にモダンにしていくアプローチの模索」だと言える。
僕が開発に入る前のQiitaのフロントエンド環境は、Backboneが存在してはいるものの、その…「伝統的」なフロントエンドで、しかし動いてるし止めるわけにもいかないしで、リファクタリングは本当に苦労している(進行形)。
最初にとある画面のスクラッチを試みたのだが、少し進むに連れて僕が知らない仕様が無限に出てきて、2週間で終わらせるつもりが1ヶ月半経っても終わらず、分量に押しつぶされて諦めてブランチごと廃棄してしまった。ここで自分の見通しの甘さを反省した。
廃棄したブランチから一部だけ取り出して react_rails でサーバーサイドレンダリングを試してみたりしている。ここではじめてQiitaで自分の書いたコードが表に出た。といっても同じ仕様で動くコンポーネントを作っただけで、とくに機能追加したわけではない。全画面で使われる古いスタックを捨てる準備ができたといった感じだった。
あとは脱Sprocketを頑張った。
- browserify - app/assets/javascripts以下のJSを全てcommonjsのrequireに書き換える - Qiita http://qiita.com/mizchi/items/20f529a9d783552d7c7d
趣味ゲーム開発
基本的にKobitoの開発スタックと全く同じで、RPGを作っていた。ここで素振りした成果がKobitoに反映されている。
表に出てはいない。とはいえさすがにそろそろ何か個人プロダクトを表に出したいという気持ちもある。やはり根が技術屋なので、というかミドルウェア開発の方が楽しい。
ゲーム、とにかくドメイン層が暑くなるので、エリック・エヴァンスのDDDとかヴァーンヴァーノンの実践DDDを読んだり、12月は自作フレームワークのためにRPGツクールMVのコードを読んで勉強したりしていた。
Splatoon
これのせいで結構な趣味OSSが止まった。すまん。
11月頃にダイナモ一本でS+達成したのだが、シューターが使えないのはダメだろう、ということで、サブアカを寿司コラ、52ガロン縛りでやっていて、今Sまで到達したところ。
- FPSで吐きまくってエイム上達しなかった僕がボイチャで訓練されてS+になるまで。またはボイチャ訓練の薦め - mizchi's blog http://mizchi.hatenablog.com/entry/2015/12/17/013536
とはいえ、最近のS+もレベルが下がってきたと言われていて、S+だけだとドヤれなくなってきた。S+カンストチャレンジが始まるし、カンストまでがチュートリアルです、と言われる日も近い。
フロントエンド界振り返り
今年は淘汰の年だった。AltJS群の開発が止まってES2015にノウハウが集約され、Fluxフレームワークのうちプロダクションに耐えないものが死に、Rx系の得意不得意が確認された。
表面上様々なツール群が生まれたり死んだりしていたが、新しい概念が登場したわけでもなく、ベストプラクティスが収斂されていく年だったといえる。個人的な感想としては、つまらん年だった。本当に。
来年の抱負
痩せる。
FPSで吐きまくってエイム上達しなかった僕がボイチャで訓練されてS+になるまで。またはボイチャ訓練の薦め
この記事はSplatoon Advent Calendar 2015 - Adventarの15日目です。遅れてすいません!!!!!!
プログラミングの話は一切しません。イカで技術の話をするのは @hasegaw さんや @mzsm_j さんに任せておきましょう。僕は今日イカの話だけするんで。
というわけで、S+ 達成してました。やったぜ。
最高ウデマエS+44。維持できるか怪しいですが、勝利点6500おいしい…。
S+昇格失敗した時の動画をyoutubeに上げてます。(この後上がった)
酔って上達しないエイムを克服するために
僕はとにかく3Dゲームで酔いやすく、FPSまったくできない体で、最近だとMGS5で吐いて15分しかできてません。Last of Us も積んでます。
スプラトゥーンはジャイロオフでなんとかギリギリでした。まずはローラーで徐々にならして、ランク35に慣れてきた頃にジャイロをオンし、エイムが比較的いらないダイナモをメインにしています。最近はサブアカでシューターを練習していますがSまではすんなり行けそう。でもチャージャーだけはやっぱり無理。
そういえば、巷でいうねくら式エイム練習法をやったらおもいっきり吐きました。どうもレティクルを覗こうとすると酔うみたいです。
使えるブキ
- ダイナモローラー
- スプラローラー
- 52ガロン
メインは銀ダイナモ。
自分が52ガロンが使えるのは、通路が細くエイムがいらないホッケのみ。ダイナモがホッケで完全に腐るので習得した。
スプラーローラーはBバスパーク、シオノメのヤグラ/ホコの小さいマップで射程が短いインファイト特化。またはキューバン遠投を積んでタチウオでチャージャーを牽制しつつ登山して高台から追い払う要員。
このゲームの基本的な考え方
と僕が思っているもの。
- 開始時に編成を凝視(優先度高い順)
- 敵味方のチャージャーの有無
- 敵チャージャーの射程(リッタースコープ/リッター/スプラスコープ/スプラチャージャー)
- 敵のシールドの枚数
- 敵の無敵スペシャルの枚数(バリア/ダイオウ)
- 敵のスパショの有無
- 敵のギアによるスキル傾向の予測(とくに防御系)
- 開始後: ミニマップを監視
- どのルートに分散しているか(大抵2か3)
- とくにアロワナ/ヒラメで重要
- 開始後: 敵味方どちらのチャージャーが強いか(場を支配できるか)
- 味方のチャージャー強い場合: 敵をオープンスペースに引きずりだす
- 敵のチャージャーが強い場合: 壁を背に射線が通らない場所から前線を押し上げる
- トップメタとの戦い方
- 対スプラシューターコラボ
- 裏とり警戒
- エリアのキューバン警戒
- 初撃のスパショ警戒
- 雑に撃ってるスパショ(通称おみくじスパショ)警戒
- ヒト速によるエイムずらし考慮
- 対52ガロン・96ガロンデコ
- 序盤は大抵正面で最速シールド
- 「今ここでシールドを出されたら一方的に死ぬ」という状況を全力で避ける
- シールド展開モーション見てから倒すか逃げるかの判断を先に考慮しておく
- 味方にシールド持ちがいる場合、シールドミラーで敵のシールドを殴って溶かす
- 盾持ちは通路/角/坂を取りたがる
- 対わかばシューター
- バリアによる強引な裏とり警戒
- 釣りだしの動き警戒
- ボイチャ環境ではスペシャル溜まってるかどうかを最優先に報告
- 対ノヴァブラスターネオ
- 初遭遇で確実にスプラボム
- エリア/オープンスペースの取り返しにボムラッシュを使う可能性が高い
- 上下に動くのでエイム考慮
- 前線での潜伏警戒
- 対リッター3k/スプラスコープ
- 味方のチャージャーとどちらが射程が長いか?
- 敵が長い場合は押し込んでチャージャーポジションを限定させる
- 味方が長い場合はチャージャー線は任せて前に出て押しこむ
- 基本的にチャージャーのポジションにバリエーションはない
- リッターに近づくとクイボで暴れ始めるので、かすりダメージの蓄積に注意
- 味方のチャージャーとどちらが射程が長いか?
- 対ダイナモ
- 高所から一方的に殴られる場所をとられると居座られる
- スパセン警戒
- 入力猶予エイムでのカウンター考慮
- ボムで障害物がない場所におびき出す
- 対スプラシューターコラボ
- ガチマッチ
- 編成事故を前提に戦術のバリエーションを複数持っておく
- 味方を信用せず、自分がエースになるという心持ちで行く
- これは悪い意味ではなくて、味方を信用した動きは自分で試合を支配できず、勝率が5割に収束していく傾向がある
- S80からS+に上がるには勝率7割必要
- とはいえ味方が信頼できると判断できた場合、支援に回っても良い
- エース向きのブキの方がたぶん事故しにくい。オールレンジ対応のスシコラが多いのはそのため。
- これは悪い意味ではなくて、味方を信用した動きは自分で試合を支配できず、勝率が5割に収束していく傾向がある
- タッグマッチ
ボイチャの薦め
…という思考に至ることになった背景にはボイチャしながらスプラトゥーンやるようになったのがあると思う。
長い期間ずっとナワバリでエンジョイ勢してたんだけど、ある日 @omochimetaru さんに誘われてS~S+なプラベ部屋でボイチャしながらやったんだけど、そこですごく鍛えられた。その時確かB+だったと思う。 それを何度か繰り返して、Sのプラベで通用するかな?とその後ガチマで数こなしてS到達。
Sになってからはノーリスクでタグマにいけるようになり、ボイチャで連携深めながら暇そうな大学生と練習しまくった。(とはいえS以上はランク変動なしのタグマの仕様はS以上にしか優しくない…)
その後 @mizuharayuki さんに突っ込まれた S+ 部屋で動きをブラッシュアップして、得意ルールのヒラメシオノメのエリアでS+到達という感じ。苦手ルールだとS落ちそうな予感がある。
ボイチャ中に考えること
- S+ が何を報告しているか
- 何を考えているかのシミュレートする
- スペシャル、チャージャーの位置、etc…
- 自分は同じ死に方を繰り返していないか
- その行動は繰り返すべきではない
- 相手が甘い場合は選択肢を絞られている、ということを認識する
- 敵のS+が同じパターンを繰り返していないか
- 相手が同じパターンを繰り返すということは、それは一方的に有利な行動
- それを阻害する為の行動を考える
とにかく上手い人が何かを考えているかなぞるのが上達のコツ。
というか単にボイチャ楽しい
フレンド100人溢れてるけど Twitter で話しかけてくれたら枠空けてプラベ開くんでやりましょう。
プラベにはイカデンワが便利。個別にマイクのon/offができる。webrtcで頑張ってる。 https://ikadenwa.ink/ Chromeのイカデンワ+という拡張を入れるとチーム名の申告だけで敵側をミュートできるんで便利。 あとダイナモの使い方の各論とか書いてたけど後日にする。
じゃあ僕はこれからウェイストランド行くんで。