  |
はてなキーワード: 実装とは
ここしばらくの間で、シンデレラガールズ界隈ではボイスのあるアイドルの担当とボイスの無いアイドルの担当の溝が深まっているように感じる。
その原因は、おそらく「ボイスの有るアイドルの担当の失言」が主だろう。「ボイス無しは金にならない」や、「出番が少ないのは担当の努力が足りない」等々。明らかに煽りが目的の輩もいれば、素でそういうことを思ってしまっている人もいる。無論、これに関しては許されるような発言ではないし、直していかなければいけないと思う。
そしてそれに対するボイスのな無いアイドルの担当だが、果たしてこちらは全く否が無いと言えるのだろうか。 「ボイス有り担当はこちらのことなど微塵も考えていない」や、「人気のあるアイドルを描いてる人はイナゴ目的だ」等と言ってる人を少なからず見たことがある。
確かに相手に心無いこと言われた方は怒りを抱くだろうし、文句の一つや二つ言いたくなるのも分かる。だが、そこで担当P全体を叩いたりアイドルそのものを叩くのはまた別の話だろう。「これだからボイス有り担当は」という言葉をよく目にするが、これは貴方の担当にボイスがついたとしても同じことが言えるのだろうか？
アイドル間の差だが、これはボイスの有無に限った話でもないと思う。ボイスが有っても出番の無いアイドルもいるし、ボイスが無いアイドルの中でもさらに格差はあったりする。その各Pにそれぞれの思いがあって、それぞれの不満がある。何もお互い敵ではないのだから、一蹴せずに話し合ってみてもいいのではないだろうか。
正直、出番が明らかに偏っていたり、SSRすら未だ全員に実装されていなかったりと最近の運営の、特にデレステの方針はお世辞にも良いとは言い難い。多少荒れるのは仕方の無いことなのかもしれない。
それでも、今のP同士が殴り合うような環境は改善していかなければならないと思う。どの立場にいる人でも、今一度自分の発言を見つめ直してほしい。
サマータイム関連でマウント取りたいプログラマーがブコメやブログ書いてるけど
もしかしてこんなびっくり低レベルプログラマーが世の中のいろんなプログラミングしてるの？
サマータイムよりそっちの方が怖い。
プログラムで時刻を扱う場合はほぼほぼ１００％ライブラリの機能を使う。
日付なり時刻を表すオブジェクトを作る。
そうしないと単純な引き算とか足し算が面倒だろ？
今から10日後ってどうやって計算する？一ヶ月は必ず30日じゃないんだぞ？
だからライブラリに任せる。そこそこのプログラマーなら面倒なことをいちいち実装しない。
で、そういう実装をすると内部で保存されてる時間情報と表示する情報は別物になる。
たいていは内部ではUTCで保存されていて、そいつを表示の時にJSTにする。
OSなりのロケール情報から何で表示するべきなのかを取って来てそれに合わせて表示させる。
サマータイム対応をする場合はこのロケール情報を変えるのであって、内部の時計は変更しない。
だからほとんど全ての時間的演算は影響を受けないし、コードを変える必要もない。
だから正確に言うとサマータイムが導入されても「時計は変更しない」
表示を変えるだけだ。内部時計と表示の関係をわかってない人が多すぎる。
はてなの（おそらくエアプ）プログラマーがその辺をわからずに記事にしてるのがほんとキモい。
で、そんじゃ影響はないか、っていうとそうじゃない。
さっきの10日後、みたいな演算は影響を受ける。２時間ずれる。
あと、簡単なところだとcronなんかのスケジューラは影響を受ける。
夜中の1時に実行するっていうcronの設定はロケールに応じて意味が変わるので、切り替えの時に1日に２回実行されたりするかもしれない。
ただ、利用者側に見えないところのスケジュール実行なら、ぶっちゃけサマータイム対応させる必要はないと思ってる。
サマータイムなんて所詮は人間が見たときの時間であって、内部の時計の話ではないからだ。
エクセルがタイムゾーンに対応していないとかの話もあるが、スタンドアローンで動いてるなら全く問題ない。
影響は皆無ではないしかなり大きいと思うが、OSの更新とかそんな大それた話ではないはずだ。（もちろん、将来的に変更する必要はある）
じゃぁサマータイム賛成なのか？って言われるとそれは別だ。
おそらくスケジューラの影響だけでも相当大変だし、それに関連したシステムの再検証とかどう考えても時間が間に合わない。
内部のコードがどうなってるかわからないから時間に関係してる・していないに関わらずシステムは全て再検証だろう。
どう考えても無理なのは無理だが、根本的に無理かと言われたらそうでもないはずなんだ。
もしかしてハードコードでJSTって書いてたり、独自の時間管理ライブラリを使ったりしてる人って結構いるのか？
String time = "2018-08-16 13:41:00"
とかやってんの？
スタンドアローンならそれでもいい（勝手に電源落として時計あわせりゃいい）が、そうじゃないシステムでそんなアホなことしてる人って多いの？
先に言っておきます。ただのサイゲに対する愚痴なので見たく無い人はスルーしてください。最後まで読んだ上でわざわざ批判するならご自由に。
最近Twitterとかでも"デレステ 手抜き"ていうのをちょくちょく見かける。まぁどう思うかは人それぞれだからどうでもいい。元デレPだったり、流行りに乗っかってるだけのにわかPとかがやたら"昔は〜"とか"ミリシタの方が〜"て言ってるのもどうでもいい。まぁ言われても仕方がないよねって思う点は結構あるし、"デレステと比べて〜ww"とか"後輩を容赦なく殺しにいくチヒロww"とかもあったからどっちもどっちだと思う。
ユーザー同士の対立なんてどんなゲームでも有るじゃん？批判するしないはその人の自由だからどうでもいい
１つ目:キャラの扱いが酷い。
声ありと声無しの出番格差はさておき、キャラの扱いが本当に酷いと思う。杏botの事もそうだけど凸凹のコミュを見てても思う。シンデレラガールの扱いがこんなので良いのか？って思ってしまう。そもそもの設定を批判するって何してるんだよ。そんな事は1番運営がやったらあかん事だろ。そもそも杏botも某委員長が注意したのって、委員長キャラだからでしょ？自分のキャラを最大限発揮してる場面を運営が否定してどうする？正直どうかと思ってしまう。
声あり声なし格差だって、そこをなるべく埋めるのが運営の仕事だろ。運営がキャラの魅力を最大限引き出さなくてどうするんだよって思う。出番格差だってそこを埋めるのが運営だろ？「183人居るから…」ってのを見かけるけど、ツイッターの広告で183人居ることを売りにしてたのは運営だろ？売り文句で100人以上！とか言うくせにいざみるとメインで動くのは何人？って現状。出番格差はあるし、出番が来てもキャラ設定を遠回しに批判するし、キャラの設定があやふやになってたりする。本当に何とかして欲しい。
２つ目:手抜き
自分は美穂Pなので言わせてもらうと、ふざけるなって思った。まぁ名前がPCSだったし仕方がないって見たけど仕方がないってならんわ。コピペ衣装で美穂の衣装の価値を下げるんだったら新しい恒常SSR実装してからにして欲しかった。そもそもほぼ同じ衣装を出すならSSRじゃねぇだろって思ってしまう。SSRの売りって固有の衣装が付く点じゃないの？付かなくても回すって言う人居るかもしれないけど、運営は固有衣装が！ってのも売りにしてるじゃん？なら固有にしろよ。コピペ衣装作るなよ。
これはミリシタ開始の時からちょくちょく思ってたんだけど、運営がわざわざ他所に喧嘩売りに行くなよ。
今のデレステPとミリシタPの対立を見てて、原因って割とサイゲームスに有るんじゃね？って思った。
モバPとかグリPの昔からの対立もあるけど、所謂アニデレからデレステ始めてモバマスやった事ないって言う層の話なのでスルー。
ミリシタ開始の時にTwitterで良く見かけたものがある。それは"後輩を容赦なく潰しに行くちっひww"とかミリの美咲(？)を蹴落とすイラスト。そもそも潰しに行くwwとか言われるきっかけはSSR出現率を3％にしていきなりフェスをぶつけた事だと思う。周期的には1ヶ月ぐらい後だったのを早めてリリースにぶつけてきた。あのタイミングでちっひwwとかが流行った為、ミリシタは叩いて良いみたいな流れが出来たんじゃね？って思う。んでその反動が今来てるじゃん？今は元Pとか過激派ミリPが叩いてるわけじゃん？正直あんな事してた運営なんだから叩かれても仕方がないわって思う。正直ああやってミリシタ叩いてたPは消えて欲しい。デレステの印象が悪くなる。そして1年前に対立を助長したデレステ運営が今叩かれてる。そんなのどうしてもザマァとしか思えない。
まぁこれに関しては商売だから仕方がないと思う。結構自分勝手な事言ってるのでスルーしてください
ただ、SSR被りの救済だって、微課金勢の自分にとってはあまりリターンが無さすぎると思った。どうしてもお隣の4枚でアナザーってのが羨ましく思ってしまう。こっちは10枚20枚被らないと見返りが…な状況に対し、隣は4枚でリターンだ。
他には総選挙の票販売もどうかとは思ってしまう。総選挙って票販売で金が入るし、人気キャラが分かるから運営一石二鳥だよねって思う。
最後に
誤解して欲しく無いけど自分はデレマスが好きだ。というか美穂が好きだ。ただ、今のデレステの現状を使ってる運営というかサイゲームに不満が募っている。なので愚痴ってるだけです。
ほぼ愚痴です。
エンジニアなんだけど、ひどい同僚がいる。
酷い点を挙げればキリがない。当人が何も生み出さないだけならまだしも、他のメンバーの生産性まで下げるので、非常に手を焼いている。
インターンなりエントリー/ジュニアレベルであれば教育すれば良いだけなのだが、経験豊富なベテランという触れ込みでやってきてそれなりの給与をもらっているからタチが悪い。
一度もプレーせずに長年プロサッカー選手として生きたブラジルだかのおっさんのように、きっとこれまでも口の上手さであちこち渡り歩いてきたのだろうと推測する。
奴が入ってきて1年ほどになるが、上司は気づいているし、一緒のプロジェクトで働いたことのある他のエンジニアも皆気づいている。クビにするなり何なり手を打つように直談判すべきか。
https://addons.mozilla.org/ja/firefox/addon/youtube%E3%83%95%E3%82%A3%E3%83%AB%E3%82%BF/
Youtube普段使いであるFirefoxへやっと移植できました。
フィルタ処理に難しいところはひとつもないのですが、自動再生の無効化が今ひとつうまくいかなかったのとこまごまとした不具合がなかなか落ち着かなかったのと暑かったのと。いろいろ。
なお、表示はFirefox57以上となっていますがVer55でも動いてます。明確に動かないのは52より前です(browser.storage.local.getに不具合があるため)
個人的には相当便利に使ってます。サムネでの自己主張が激しい方々や文字流すだけの虚無動画をどんどんNGしていくとストレスを感じることが少なくなりますから。ただ需要はあまりなかったようで、Chrome版ユーザー数わずか6です。リリースしてしばらくは1(わたし自身)だったのでこれでもだいぶ増えました。もうPCでYoutube観てる人ってかなりの少数派になってるのかもしれません。
はてなフィルタがChrome版ユーザー数300弱に対してFirefox版30くらいなので、こちらは1人居るか居ないかでしょうか。
たとえばC#など.NET系のリファレンスはMSDNで読むことができる。
RubyだってHaskellだってScalaだって、公式サイトにガイドぐらい置いてある。
Oracle、DB2、MySQL、PostgreSQL、SQLite、AccessなどSQLが実装されたDBMSは様々にあるが、どれを取っても仕様が違う。
皆が標準SQLに従っていてその上で適当に増設している程度ならよいが、もはや誰も標準SQLに従う気が無い。
根幹的に必要な機能があったりなかったりするから、あるDBMSで書けるようになったからと言ってSQLを覚えたとは言えない。
これと上記１とのせいで、何かググった時に特定のDBMSでしか解決法にならないものが大量に出てくる。
最近のプログラミング言語は大抵、雑に書いたってコンパイラが適当に最適化してくれる。
同じ結果を生むような二つのコードは、よほど下手くそに書かない限りは同じような実行速度になる。
SQLもオプティマイザが最適化はするが、ほぼ同じような二つのコードで速度が全く変わったりする。
そのため実行計画というオプティマイザの中間言語のようなものを読んであげて、
より速い中間言語が生成されるようSQLをチューニングし直さなければならない。
これでは何をやっているのかわからない。
有名なサイトでは、初心者が必死で書いたような可愛らしいSQLを「それでは遅すぎるんじゃ」とけちょんけちょんにけなし、
なんかシンプルなのだけれどよくわからない文法を一杯使って実行速度を高めたのを「正解」としていたりする。
しかもその文法、ググってもろくな解説が無かったり、特定のDBMSに依存してたりと使えないオチ。
上手い人はSQLを綺麗に書く。だけど、その綺麗さの基準が人によって違う。
エディタが単なるメモ帳でしかないようなDBMSも多いから、インデントの文字数さえ個々人に任される。
インデントは2文字か4文字か。SELECTで改行するかしないか。カンマは列の後ろか、前か。
いろいろなサイトに色々なことが書いてあったけれど、全部違うこと言ってた。
つまり各々綺麗に書ければいいやということであり、読むほうも宗教が違ってもまあ綺麗なら読めるから困りはしない。
何かの解決法をググるたびに違うスタイルだからどう書いていいのかわからない。
結局なんかいろいろな上手い人のスタイルをツギハギした新たなスタイルが世に誕生してしまうのだ。
ここ数日Twitter界隈で猛烈に叩かれているサマータイム。
システム的な面を中心にどれだけ不利益が出るかの解説は出尽くしていますが、まだの方はこちらなどをご参照ください。
「サマータイム実施は不可能である」 https://www.slideshare.net/tetsutalow/ss-109290879
本稿では、そのような反対論が特段意味をなさない、すなわち私が「サマータイムに反対しようが賛成しようがどっちみち実現しない」と考えていることについてお話しします。
まず、これらの記事を見てください。特に後者の安岡孝一先生（京都大学人文科学研究所教授）のブログは、本エントリを書くきっかけになり、同時に執筆に当たり大きく参考にしています（一つ一つ参照元の文を示すことは省略させていただきましたことをご容赦ください。）。安岡先生に感謝申し上げます。
「東京五輪終わっても「サマータイム」恒久的運用へ 議員立法による成立を目指す : スポーツ報知」 https://www.hochi.co.jp/topics/20180808-OHT1T50025.html
「日本の法令における「一日」と「二十四時間」 | yasuokaの日記 | スラド」 https://srad.jp/~yasuoka/journal/623028/
---
◆夏時間への切り替え方 導入初日を４月の最初の日曜日とした場合は午前２時に２時間進め午前４時に合わせる。夏時間が始まる日曜日は １日が２２時間になる。１０月最後の日曜日をサマータイムが終わる日とした場合は午前４時に２時間戻し午前２時に合わせる。この日は１日が２６時間となる。
---
必ずしもこのような立法がなされるとは限りませんが、少なくとも夏時間を採用した場合には、同日に同じ時間が2度到来します。2時間をずらすサマータイムであれば1日26時間の日が発生します。そしてこの場合、2つのパターンが想定されます。
①午前0時～午前1時59分59秒の終わりまでが2回あるパターン
②それ以外のパターン
日本の戸籍では、時間単位の記載が行われる事項は必ずしも多くはありませんが、有名どころとしては死亡時刻が挙げられます。
なぜこれが必要かといえば、死亡の先後によって相続の順位に変動が起きるからです。
祖父・父・息子・息子の妻の4人を思い浮かべてください。この4人には、これ以外の身寄りが一人もいません。そして、サマータイム終了日には、午前4時の時点で時計を午前2時に戻すものとします（上記②のケース）。
さて、父がある日の午前3時ちょうど、息子がその1時間30分後に亡くなったことを想定します。民法の規定に従えば、父が死亡した時点で相続が発生し、父の財産の全ては息子に相続されます。そして、息子が死亡した時点で、父と息子の財産の全てが息子の妻に相続されます。簡単ですね。
しかし、日本の戸籍は残念ながら24時間表記ではなく、午前/午後n時という記法を採用しています。彼らの戸籍はどうなるでしょうか。現行制度に基づけば、父の死亡時刻は「m月d日午前3時」と、息子の死亡時刻は「m月d日午前2時30分」と記載されます。さて、これで両名の死亡順序が入れ替わってしまいました。この通りの記載であれば、まず息子の財産を父と息子の妻で分配することになります。そして、父の死亡によって父の財産の全部と息子の財産の一部は祖父に相続されます。
何を言いたいかといえば、死亡の順序によって相続割合は変動するのです。
上のような不具合を回避するためには、「午前2時」から「午前3時59分」までの間の時刻に、例えば「一回目」や「二回目」といった表示をする必要があります。
昔ながらの手書きの戸籍であれば、これは割合簡単なことです。しかしながら、全国の4自治体を除く全ての地域で戸籍はコンピューター化（電算化といいます。）されています。その自治体名などはこちらをご参照ください。
「戸籍電算化 | 晴れのち曇り時々雨 http://www.kumori.net/koseki/」
電算化された戸籍のシステムでは、当然この「一回目」というような文字や記号を挟み込む機能がありません。そして、上記①の場合でも、戸籍は24時間表記ではありませんから、やはり「午前0時～午前2時」が2回生じますから同じことです。さらに、自治体が使用する戸籍のシステムは、法務省が統一的に開発したものではなく、各自治体が個別にベンダーと契約して導入したものです。ベンダーはおおむね数社に集約されていますが、互いに独立したシステムですので、その改修はシステムごとに行うことになります。
次に、スケジュール的なことを考えましょう。「サマータイム法」を提出しうるのは最速でこの秋の臨時国会ですから、まあ10月頭ぐらいでしょうか。そして、サマータイム法案は議員立法（下記参照）であって、決して成立が確定していませんから、早くとも法案の提出時点から前述の戸籍の記載に関する法務省令なり通知なりの立案を始めることとなります。
「【東京五輪】酷暑対策でサマータイム導入へ 秋の臨時国会で議員立法 ３１、３２年限定（1/2ページ） - 産経ニュース https://www.sankei.com/politics/news/180806/plt1808060002-n1.html」
法案成立後なるべく急いで法務省令なりを出すとして、戸籍の記載方法が各自治体に通知されるのはどんなに急いでも10月頭～中旬となります。
さて、戸籍というものは決して間違いがあってはならないものです。この「間違い」というのにはいくつか意味があり、代表的なものとしては、
A.内容に間違いがあってはならない
の2つを挙げることができます。
まず、Aについては、先ほどの例を挙げるまでもなく、戸籍に関する記載を誤れば一発で国家賠償訴訟、管理職以下懲戒処分まっしぐらです。そのぐらい戸籍は重いものです。そして、Bについても、例えば市民の離婚歴や本籍などの情報が流出した場合、こちらも一発でやばいことになります。そのぐらい(ry この2つの帰結として、戸籍のシステムは、改修に当たっても決して脆弱性を生じてはいけないものであり、同時に、改修後のシステムにもエラーがあってはいけません。
では、これらを満たす改修について、今年度中に全自治体が見積もりを取り、来年度予算に反映させるか最悪来年度補正予算に盛り込み、再来年度までに実装までを終えることができるでしょうか。無理ですね。
ここからが大切です。
法案を書く場合には、必ず「法制局」のチェックを受けなければいけません。官僚さんが書き、内閣提出法案（閣法）として提出する場合は「内閣法制局」、議員さんの発案で議員立法として提出する場合は「衆議院法制局」または「参議院法制局」のチェックを受けることになっています。そして、法制局の方は、ここまで書いてきた不都合を当然ながら分かっています。そして、きちんと「無理です」とおっしゃいます。もちろん、原理的には法制局のチェックを受けずに法案を提出する権限が国会議員にはあります。そうでなければ、言ってみれば公務員に過ぎない法制局職員が国会議員以上の権限を有することになり、国民主権に反します。しかし、実務はそのように動いておらず、法制局と何かしらの妥協に至ることになります（明らかに憲法違反の議員立法を提案される先生方も現在の与野党問わずいらっしゃるようですが、その辺は法制局の方が努めて雅な言い回しで案文に落とし込まれているようです。）。しかし、これに関しては法制局の方も法務省民事局の方と一緒になって「無理です。」と言わざるを得ません。妥協の余地がありません。そして、このエントリよりも遥かに分かりやすく不都合を説明されます。この時点でサマータイム法案は葬られます。以上。
ここまでのことを極めて短く書けば、「サマータイムは法制局チェックを通らないので実現しない」ということになります。みなさんどうぞご安心ください。
それでもサマータイムが実行された場合、それは本格的に明白な違憲立法も法制局を無視してバンバン通りうる社会になったということです。サマータイム以前の問題なので共に悲しみましょう。
なお、刑法・刑事訴訟法上の刑期や勾留期間を含めた1日が24時間であるという前提に基づく各規定については、確かに23時間や25時間の日の存在を想定していないというのはそのとおりですが、おおむね①時間単位で規定しなければならないほど短い期間は時間で、②乱暴な言い方をすれば数時間の誤差は許容されるような期間は日数以上の単位で規定されていますので、混乱が生じることはあっても法制上そこまでの支障にならない気がします。
安岡先生のこちらのコメント（なお、こちらのリプライ先になっている刑事訴訟法に関する指摘は私のものではありません）
https://srad.jp/comment/3459182
は、危惧としてはもっともですが、時間の計算であればきっかり実際の時間の経過に合わせた例えば「四十八時間後」に期限が到来することになろうかと思います。この辺は民法138条以下と民法の解説書をご参照ください（民法の規定ですが、特則がない限り全ての公私の期間計算に適用されます。）。あくまで本エントリの目的は「サマータイムが実現しない理由」を述べることですのでこれ以上踏み込みません。
「8月前半のアップデートにて2期移行(HTML化)を行い、それに伴ってx-2以降の海域開放状況をリセットする」
旨（要約）の発表がありました。
この海域リセットに関して、自分は100%賛成でも反対でもありません。
賛成する要素、反対する要素の両方があり、素直に賛成することも反対することもできないと感じるからです。しかし、海域リセットに関する運営の態度には疑問が残ります。
この記事では個人的に海域リセットで賛成する点、反対する点、また、運営への疑問点をまとめました。
まず、賛成する点。
・理不尽な羅針盤がなくなり索敵値などでルート制御ができるようになるかもしれない（仮）
・通常海域で連合艦隊の運用練習ができるようになるかもしれない（仮）
・警戒陣が本実装され、海域攻略の幅が広がるかもしれない（仮）
1つ目以外はほぼほぼカッコカリですね。ほとんど情報が出ていないので憶測の期待値込みで書く他ありません。
次に、反対、素直に賛成できない点です。
・告知直前に2-4などの難海域をクリアした提督がもう1度同じ海域に挑まないといけないのはいかがなものか。
・資材を大量消費するであろう晩夏イベの直前にやるのはどうなのか。
・あらかじめ決まっていたことならなぜもっと早く告知をしてくれなかったのか。
・現在の通常海域をクリアするために資源やバケツ課金をした人がいたとしたら、それは課金が帳消しにされるということではないのか。
心情的なものが多いですね。しかし最後のひとつについては、人数は少ないかもしれませんが、金銭が絡むので大きな問題ではないでしょうか。
賛成、反対、両方の気持ちがありますが、決まってしまったものはもう受け入れるしかありません。
でも、それにしてもこの海域リセットに関連する情報はあまりにも少なすぎると思います。
以下、運営に対して疑問に感じる点です。
8月10日正午の時点で、公式ツイッターでは以下の点について説明がありません。
（海域クリア状態を引き継いだままマップだけ新しいものに切り替えは技術的に不可能なのか、それとも他に海域クリア報酬追加などの理由があるのか？既存のマップに加えて新規マップの大幅追加ではダメなのか？）
・EOの扱いはどうなるのか？（ゲージがリセットされて今月は戦果や勲章が2回もらえることになるのか、EO海域もx-4海域をクリアしないと開放できないのか）
これらは艦これのプレイヤー全員に関係のあることだと思います。
それなのになぜ未だに運営からのきちんとした説明がないのでしょうか？2期が始まったらどうせわかるのだから説明する必要はないということでしょうか？
説明の言葉が少なすぎるためにネット上で憶測が飛び交い、ユーザーが移行に対して不安な気持ちになることを運営は何とも思わないのでしょうか。
リセットについて反対意見を述べた人がいると、他のユーザーがそれを見て「嫌ならやめろ」などと言う現状について何も感じないのでしょうか。
反対する人が出たってしかたないと思います。今現在苦労して海域攻略に挑んでいる人だっていると思うし、なにより運営からはリセットの必要性を明確に説明されていません。
「嫌ならやめろ」というのも、おかしいです。
海域リセットに反対する人全員が、艦これが嫌いだから、アンチだから反対しているわけではないと思います。キャラクターなど他の部分は好きだからこれからもゲームを続けたい、でも海域リセットには反対、という人だっていると思います。
リセット自体には賛成寄り、だけどあまりに不安な要素が多いため、100%の賛成ではない、という人もいるのではないかと思います。反対意見を言うと叩かれるから口にしない人もいるかもしれません。
実際のところ全体のどれくらいの人が賛成か反対かはわかりません。けれど海域リセットの発表によって界隈の雰囲気が荒れている、不安に感じるユーザーがいるのは事実です。この現状を作り出しているのは運営の言葉不足が大きな原因だと思います。
情報を小出しにすることについて今までもどうなのかと感じることはときどきありましたが、今回の件はあまりにも無責任です。運営が上記に挙げた点などをきちんと説明してくれれば納得する、安心するユーザーもいるはずです。ユーザー同士のかい離や軋轢も今より少なくなると思います。
長くなりましたが、以上が運営に対して疑問に感じた点です。
自分は現役で提督を続けており、またこれからも続けていきたいと思っています。
公式への不信感をただ募らせるようなツイートは、もうやめてほしいです。
運営にはユーザーを不安に陥れるだけの発言ではなく、ユーザーを安心させる情報発信を希望します。
以前似たテーマの増田がありましたが、この記事とは別の人です。
https://anond.hatelabo.jp/20180717171144
ミリPによってデレステにマウントを取るかのような「比較」が行われ、
それを見たデレPが反感を覚え「ミリオンが嫌になった」と言うようになっています。
私はミリPですが、この件について意見するため、この記事を書きます。
「2人が手を合わせてハートを作る」
というパートがありました。
しかし、踊らせるアイドルの体格差があると、うまくハートができません。
そこが少し取り沙汰されました。
ただデレPは、それを悲観的に受け止められているばかりではありません。
ハートがきちんとできる組み合わせを探す楽しさ、
あえてチグハグな形を見いだす楽しさなどもあるいう意見も見られ、あくまで賛否両論でした。
「2人がハイタッチする」「5人や13人が横一列でしっかり手をつなぐ」
デレステのハートマークが身長差で合う合わないの話をしてた昨日の今日ってレベルで
これが約1600リツイートほどされました。
反感を持つ人が多数現れました。
ツイート主は、「比較をやめろ」という苦情に対し次のように反論しています。
あくまで事実を並べただけで、どちらが下と言うつもりはない、ということのようです。
確かにデレステでハートが作れないのは、敢えてかもしれません。
単にミリシタとデレステの目指す方向性の違いなのかもしれません。
優劣を付ける話ではないのかも、しれません。
でも、大切なのは、そうは思えない人がかなりの数いるということです。
ハートができないことを敢えて楽しめる人がいる一方で、
推しの2人にハートを作って欲しかったと残念に思っている人もいます。
ネガティブなことは言っても仕方が無いから我慢している、そんな人も多いでしょう。
そういう人たちが
「デレステができなかった数日後にミリシタが実現して笑った」という記述を見て、どう思うか？
楽しい気持ちにならないのは確かです。マウントを取られたと思うでしょう。
デレアイコンならともかく、ミリアイコンのユーザーが言っていれば尚更です。
反感を買って当然です。
多くの人から反感を買っている状況で、
「そんな意図はないのに不快に思う方が悪い」というのは、無理があります。
さらに言えば、問題のツイートをした人物はもともとデレPで、ミリシタに移住してきた人です。
デレステのことを良く知っており、日頃から古巣であるデレステの不満を言っています。
愛着余って憎さ百倍なのか、ミリシタageデレステsageを盛んに行っています。
そんな人が「そういう意図はない」と言っても、説得力はありません。
「似ているゲームを比較するのは当然」という意見があることも承知しています。
それは一理も二理もあるでしょう。
しかし、読み手にとって有益な情報になるよう慎重に書かれた比較と、
ただ自分が気持ちよくなるためにマウントを取るだけの比較では、まったく違います。
今回は後者です。
そんな書き方では、デレステを愛するプレイヤーは聞く耳を持ちたくありません。
事実であればいいという話ではありません。相手の気持ちにどう働きかけるかという問題です。
今回のツイートをした本人、それを面白がってリツイートをした人々は、
単純にそこまで至らなかったのか。
それとも、知ったことではないのか。
前者なら反省して欲しいですし、後者なら迷惑極まりありません。
マウントを取れる比較は、内輪で気持ちよくなれるかも知れません。
でも、それだけです。
確かに1年前、ミリシタはデレ側から大いにマウントを取られた過去があります。
それは確かです。まったく気持ちのいいものではありませんでした。
しかしだからと言ってやり返したら、同じレベルに落ちるだけです。
そういう人たちがミリに対して悪意を持つようになってもおかしくありません。
その結果、いつブーメランが返ってくるかも分かりません。
現状でも、少なくとも売り上げやアクティブの数でデレステは勝っています。
そのブーメランは、無責任に言い放った本人だけでなく多くの人を巻き添えにするのです。
将来ミリシタを遊んでくれたであろうプレイヤーを失ってしまう可能性も高い。
少人数が気持ちよくなれるというメリットに対して、デメリットが大きすぎます。
だから、不用意な比較はすべきではない。して欲しくないと思います。
これはデレステとミリシタに限らず色々なコンテンツで言えることです。
比較をしないで欲しいとお願いしても「知ったことか」で終わることもあります。
その場その場でポジションを変え、古巣をあっさり捨てる人は界隈同士のヘイトなどお構いなしでしょう。
マウントを取りたいだけの比較は、減ることはあってもなくなることはありません。
せめてRTだけでも減って欲しい。
一瞬の気持ちよさのためにRTすることで、自分のいる界隈へのヘイトを高めてしまわないか。
「何言ってんだこいつ」と晒しRTすることで、怒りを伝染させてしまっていないか。
一歩踏みとどまって考えて欲しいと願っています。
今回はたまたま元デレPによるマウント比較ツイートがバスりましたが、
01. ハンドルネームは?
03. xyzzyについて何かwebサイトを持っていますか?
持っていません
0.2.2.253
15年くらい
昔のことすぎて忘れましたが、学校の UNIX 演習で Emacs を使っていたので、Windows でも使おうと思っていて見つけたんだと思います
07. xyzzy 以外に使っているテキストエディタはありますか?
Atom, McEditor
08. xyzzy を使う前に Emacs 系のテキストエディタを使ったことはありますか?
プログラムを書いたり設定ファイルをいじったり、テキストに関することならだいたい
10. xyzzy が関連付けされているファイルタイプは何ですか?
txt, md, log, ini, bat, html, xml, css, less, scss, sass, styl, js, coffee, pl, php, py, rb, java, sql ほかにもあるかも
11. xyzzy を他人に勧めたことはありますか? また、結果はどうでしたか?
使い始めた当時同級生が何人か使っていました
12. xyzzy がフリーじゃなかったとしたらいくら位の値段になると思いますか?
今なら3000円くらいなら買う
じじー
14. xyzzy の好きな点・嫌いな点はどこですか?
嫌いな点：動作をカスタマイズするときに不自由なところがある点
15. パソコンを立ち上げている時間の内、xyzzy をどのくらい使っていますか?
16. キーバインドは Windows風ですか? Emacs風ですか? オリジナルですか?
17. .xyzzyに書く派ですか? .siteinitに書く派ですか?
必要に応じてそれぞれに
してます
実際にさわりながら。Lisp は Google 先生さまさま
22. xyzzy を使うにあたって一番苦労したことは何ですか?
xyzzy 自体の Lisp API がマニュアル化されていないところ
23. xyzzy を使って目からウロコだった機能は何ですか?
Buffer Menu
24. 今の xyzzy に望むことはありますか? またそれは何ですか?
矩形機能に影響が出そうだけどプロポーショナルフォントへの対応と、絵文字など最近 Unicode に追加された文字への対応
26. Lisp のほかに読み書きできるプログラム言語はありますか?
JavaScript, ES 2016, Coffee Script, Action Script 3, C, C++のごく一部, Objective-C, Rust, Swift, Perl, PHP, Python, Ruby, bash, xyzzy lisp
28. 拡張Lisp で導入しているものは何ですか? (多い方は代表的なものをお答えください)
clickable-uri, jscript-mode, markdown-mode など
29. これは外せない! という 拡張Lisp はありますか? またそれは何ですか?
30. NetInstaller を利用していますか?
31. 拡張DLL を導入していますか? またそれは何ですか?
popup-dododo のための Cairo とか？
32. ドキュメント(info,reference等) は使っていますか? また、それは何ですか?
使っていません。自分で改造してキーワードを全部 Web で検索するようにしています
33. ネット関係の 拡張Lisp(www-mode,kamail等)を使っていますか?
xyttr
34. アウトライン系のLispは使っていますか? またそれは何ですか?
使っていません
35. メモ系(changelog-memo,howm等)Lispは使っていますか? またそれは何ですか?
使っていません
36. xyzzy の五目並べはやったことがありますか? また、結果はどうでしたか?
たまに。テキストの整形処理なら正規表現でゴリゴリやるほうが多いです
使っていません。国語、英和・和英、英英辞典は iPhone のアプリを使います
毎日の仕事に欠かせません。便利にカスタマイズしすぎてむしろファイラだけのために新しく xyzzy 自体を起動することもあります
あまり使いません。新しく（Windows における）ウィンドウ
使っていません
42. メーリングリストには参加していますか? また、メールを送信したことはありますか?
ありません
43. 2ch の xyzzy 関連スレッドに書き込みをしたことはありますか? また、その頻度はどのらいですか?
大昔にどうしてもわからないことがあって書き込んだ記憶があります
44. xyzzywikiに書き込みをしたことはありますか? また、その頻度はどのくらいですか?
たまにほしくなるので表示しています
隠しています
47. xyzzy のファンクションバーは表示していますか?
表示していません
表示していません
49. 色、フォントなどは変更していますか? またそれは何ですか?
色は暗い背景色、ハイライトカラーはできるだけ色相を離したパステルカラーです。
フォントは Consolas に源新ゴシック Regular を組み合わせています。
まだまだ xyzzy は不滅です
昨日、菅官房長官が夏時間検討を否定していて一安心していたのですが、まだ前向きなのではないかと思われる報道がありましたので、もう一回しつこくポストします。
https://www.fnn.jp/posts/00398120CX
夏時間を推進しようとしている議員がネットで情報収集する人種ではないことは、SNS上での皮肉や批判にもかかわらず、こうして事態が進行していることからあきらかです。FAXとかはがきじゃないとだめなのかもしれませんが、幸いWeb上にフォームがあるので、自民党と首相官邸に今すぐ自分の意見を伝えましょう。
https://www.kantei.go.jp/jp/forms/goiken_ssl.html
なぜ、限定的な問題を解決するために社会全体の構造を変更しようとするのでしょうか。私はこのような全体主義的な問題解決姿勢には大反対です。仮に開催を２時間前倒すことで猛暑にオリンピックを実施することに伴う様々な問題が解決するとしても、変更が必要なのはオリンピックのタイムテーブルであり、社会全体の時刻ではありません。
ざっくり言うと、私見では2000年問題と同じぐらいヤバく、準備期間が少ないという意味で破滅的にヤバいです（＝回避不能な2000年問題）。
・世界中で夏時間と冬時間に2時間の差がある国はありません（間違っていたらご指摘ください）。ベストプラクティスが存在しません。
・何を大げさな、単に時計を進めたり戻したりすればいいだけじゃないか、と思うかもしれませんが、現代のコンピューターは世界中の様々なサービスと通信しています。そのため、時間を扱う際には内部的には一旦世界標準時で処理されるのが一般的で、内部時計を二時間進めたり戻したりすると様々な問題が起こります。ロシア/マガダン時間はすでに東京よりも二時間進んでいるので、現実的にはユーザーがスマホやPCの時刻自動設定を解除し、手動でマガダン時間に変更するしかないと思います。
・海外からオリンピックを観に来る旅行者にも「スマホの自動タイムゾーン設定を解除してロシア/マガダン時間に設定してください、マガダンのスペルはM, a, g, a, d...」などと航空会社が案内する感じになるでしょう。日本に来るのになぜかロシア時間。
・一方で、20世紀から稼働している古いシステムや、単純なシステムの中には、そもそも単一のタイムゾーン以外で動作することを考慮していないプログラムもあり、このようなシステムについては、内部時計をずらして対応するしかありません。このようなシステムから見ると、突然タイムスリップした状況に見えます。進む方はまだいいのですが、戻る方の処理は大変複雑です（たとえば、切替日の深夜営業の飲食店では、すでにタイムカードで23:30で打刻した人のあとに、22:30の打刻が出現するような状況になる）。この影響範囲についてはまったく予想がつきません。いい加減に対応すると、時計を進めていないサービスと現在時刻で同意できないために、通信ができないような事態が起こります。
夏時間の概念自体は新しいものではないので、ちゃんと日本夏時間が標準化され、各種OSが対応することが前提であれば、工数をかけて設計・実装を行えば、最新のOS上で新しく開発されるシステムは理屈上は問題なく対応することができます。
しかし、日本だけでなく世界中ですでに稼働している、時刻を表示する無数のプログラムについては、時刻表示に必要な処理や時刻設定に必要な選択肢を書き足す必要があります（日本政府が公式にロシア/マガダン時間を採用すると宣言しない限りは）。十分な準備期間を取らずに、変更が必要な箇所をすべて洗い出し、問題なく修正するのは大変むずかしいことです。また、上述のように、古いシステムではそもそも変更が不可能なこともあります。
万が一いいかげんな実装や適当な設計が行われるシステムが混じっていると、そのシステムと通信する際に２時間時間がずれて処理が行われるようなことが起こります。具体的には様々な表示時刻や予約時刻が２時間ずれたり、通信不通になるなどの問題が起こり得ます。
この結果、
・日本夏時間に正式対応していないので、ユーザーが時刻をロシアマガダン時間に手動設定することで当面正常動作するシステム（古いスマホやPCなど）
・日本夏時間に対応しないために、内部時計を進めたり戻したりして対応するシステム
・日本夏時間に対応せずに日本標準時間のまま動作し、ユーザーが時刻を頭の中で変換しなければいけないシステム
が混在することになり、社会的な混乱は必至です。
人間も機械も「それ、どっちの13時？」みたいに迷い、間違えるという毎日がやってきます。文房具屋のレシートには日本標準時が、コンビニのレシートには日本夏時間が印字されているような感じになるでしょう。ツイッターやフェイスブックなどのもともと複数のタイムゾーンに対応しているシステムや、JRや航空会社など大きい会社はたぶんちゃんと対応してくれますが、美容院の予約システムや小規模なネット予約システムは対応できずに日本標準時のまま稼働し続け、勘違いが起こります。
社会的に大きなメリットがあるのであれば、この大混乱のリスクを取ってでも前進するべきだと思いますが、本件については導入のメリットがあまりに限定的であり、得られるメリットに比べてリスクが大きすぎると思います。
