We look for three things when we hire people. We look for intelligence, we look for initiative or energy, and we look for integrity. And if they don’t have the latter, the first two will kill you, because if you’re going to get someone without integrity, you want them lazy and dumb.

Permalink | 記事への反応(0) | 00:15

2018-01-20

■いげっちゃ　いぐなっちゃ　いげっちゃ

It get you.

Ignite you.

It get you.

Permalink | 記事への反応(0) | 19:13

2018-01-19

■

var getCustomerData = getCustomer(id);

なーんで、get 関数でとってきた結果の変数名にgetってつくの？

馬鹿なの

Permalink | 記事への反応(1) | 17:51

2018-01-15

■anond:20180115125826

Googleのアラート機能で、気になることを入れておいて、

まとめて記事を読んでると、結構情報入ります。

アラート文言や情報の精度はソース元にも由るため、BLOGなどで、ソースが釈然としない場合は再検索して

研究発表やらのサイトをGETすれば一応裏付けになるかも。

Permalink | 記事への反応(0) | 13:05

2018-01-12

■

Oh god. ok.

Here we are

We're fucking in

Let's close this.

Let's take out stream how much should I gamble with $19000 my balance

When it comes to my wininngs, we have 9 grand in winnings.

That's it.

Actually, no we have more than that. I'm sorry.

We have way more than they where the fuck is Rubi she is new.

How much should I start with I think I started with 3k.

But we've lost a whole bunch of money before that so when you add that in I think so far in total were at we at about up 5k.

that's it. out of all the blackjack I've ever played on stream we are up 5k

so gamble 5k. let's gamble 5000

all right. sounds good. boom

-------

soda:yes! yes!

dealer:20.

soda:Okay. Okay. stand. stand. motherfucker.This fucking guy.

dealer:My turn. 12.

soda: face card.

dealer:15.

soda:just don't get you 21.

dealer:no way.

soda:oh my god.

dealer:push hand.

soda:Jesus. Fuck. Gonna do it again.

closing time thanks for the fucking Resub.

Oh we tied.

I was at Disneyland and you fucked me Mark.

Oh my god. Oh my god. Oh my god. Oh my god. Oh no.

Give me an 8.

Oh my.. You're fucking kidding me. You're fucking kidding me.

Dont make me do this. Oh shit. Oh god.

Oh no. please, mark. Please!

dealer:16

soda:oh no

dealer:my turn.

no way.

soda: i cant fucking believe this. What do you mean?

oh my god. oh my god, dude. what do you mean. fuck. fuck.

oh..

Permalink | 記事への反応(0) | 01:44

2018-01-05

■anond:20180105175906

1. 古い記事をサルベージするのが好きなブックマーカーが1userをgetする

2. そういうブックマーカーをフォローしてるブックマーカーが2usersと3usersをgetする

3. 3usersで新着エントリに上がる

4. 新着エントリを巡回しているブックマーカーが4users以上をgetしていく

5. ホッテントリに上がる

Permalink | 記事への反応(0) | 18:03

2018-01-01

■社内お見合いパーチーのお知らせ

参加費

男：３０００円

女：２０００円

ワイ「ふーん。ほじ」

YOU GET MAIL!

「男女平等を考えましょう

　セクハラ発言はよくないというｳﾝﾁｬﾗｶﾝﾁｬﾗ

　我が社も気をつけましょう」

ワイ「？？？なにこのダブスタ。この会社終わってんな」

Permalink | 記事への反応(1) | 13:14

2017-12-26

■いまさらzenbook3レビュー（売った）

先週，zenbook3を一目ぼれして買った．田舎なのでネット通販で最安値でgetした．

箱を開封する瞬間が最大のテンションであった．

見た目はmacbookのパクリなのだから悪いはずがない．重量も軽い，厚さも手帳より薄い．

起動してみると，サクサク動く．ここは文句なし．

だけれど，起動してしばらく使っていると，違和感を感じる．

なんかミスタイプが多い気がする．

あ，このPCはキーボードがおかしい．

どうやら，調べてみるとキー同士の間隔が標準的なものよりも1mm程度大きいらしい．なるほど，ちょっと指を広げないといけない気がする．

この時点では，使い続けるか迷った．しかし，２－３日使ってもなれる気配がないしイライラが募った．

他のPCとキーの配置を比較すると，なるほどなと思った．特に，上下のキーの対応を見ると，Dキーの丁度中間にEとRキーの境目があったりして，指が混乱する理由がわかった．さらに，キーの感触も良くない．これたぶんパンタグラフじゃなくてメンブレンだろうな．感触を擬音であらわすなら「スコスコ」っていう感じだった．昔秋葉原で買ったjunk静穏キーボード（500円）と同じ触感がする．トドメとして，各キーの中央を正確に打鍵しないと反応しない．キーピッチが狂ってるので，指がキーの端部を押してしまうたびにみす

ライターとかノマドではないが，文章を作る仕事をしているのでコレは致命的．キーボード以外は気に入っていたが，そもそもキーボードがダメならタブレットと同じだ．キーボード以外を重視する人にはおススメするが，それならタブレットでいい．ノート PCにこだわる唯一の理由がダメダメだと気づいたので，悩んでしまった.

対策を考えてみたが，外付けキーボードは携帯性を重視してるんだからありえない．そう考えるとさっさとzenbook3を売ることにした．決断まで1週間．

売ったら６０ｋ円だった．５０ｋ円，一日あたり７ｋ円の高いレンタル PCという勉強代になった．

もう2度と通販でPCを買ったりしない．ちゃんと量販店で触って確認する．

さらばzenbook3よ．キーボードの適応力がある持ち主の元へ渡っておくれ．

Permalink | 記事への反応(0) | 21:59

2017-12-25

■英語のカタカナ化に見られるいくつかのパターン

まず、大前提として、

例外はある。
カタカナ化のルールは、「どう聴こえるか」ではなく、音韻論に基づいている。

音韻論とは

原語の発音には、「意味のある区別」と「意味のない区別」があり、前者のみを区別し、後者は無視するのが音韻論。基本的に、ある言語のネイティブスピーカーはその言語において「意味のある区別」だけを直感的に感じ取ることができ、「意味のない区別」は意識しないと気づくことができない。

例えば、前回書いた増田（　https://anond.hatelabo.jp/20171223040416　）で、「難波」と「あんな」の「ん」は違う音だけど、日本人（日本語のネイティブスピーカー）はその違いを無視すると書いた。ブコメを見ると違いがわからないという声があったので、ここで解説すると、「ナンバ」のように、直後にバ行またはパ行の音が続く場合は、「ん」は「唇を閉じて息を閉鎖し、その息を鼻の穴から出す」音になる。英語であればmに相当する。直後にナ行、タ行またはダ行が続く場合は、「下を上顎にぴったりつけて息を閉鎖し、その息を鼻の穴から出す」音になる。英語であればnに相当する。

英語であれば、これも前回の増田から持ってくると、water の t と、 talk の t は日本人には全然違う音のように聞こえる。でも、英語のネイティブスピーカーにとっては同じ音。

よく、英語のネイティブスピーカーにとっては違う音なのに日本人には同じに聞こえる発音が取りざたされるけど、逆もあるということ。ある言語のネイティブスピーカーであるということは、その言語にとって「意味のない区別」はしないように訓練されているということを意味すると同時に、「意味のある区別」はするように訓練されているということ。 r と l の区別が難しいのは前者の例だし、 water の t と talk の t が違う音に聞こえるのは後者の例。

同じことは日本語を学んでいる外国人にも言えて、例えば、「難波」の「ん」と「あんな」の「ん」は韓国人にとっては「違う音」なので、韓国人が別の単語を持ってきて「この『ん』はどっちですか？」なんて質問すると、日本人は「は？　『ん』は『ん』でしょ？」となる。韓国語なら「オッパンカンナムスタイル」の「カ」と「ネガチェイチャラガ」の「ガ」は濁音と清音だから違う音だけど、韓国語にはこの区別はないから韓国人は「同じ音」と思っている。

英語のカタカナ化では、「英語において区別のある音は区別し、区別のない音は区別しない」というルールが概ね採られていると思う。いわば、英語のカタカナ化とは、「英語の音韻論をカタカナだけでシミュレーションする」試みと言える。

ルールと実例

以下、いくつか一般的だと感じるルールをリストしてみようと思う。なお、発音記号は、New Oxford American Dictionary に基づいている。

母音

アメリカ英語には短母音と長母音の音韻上の区別はないので、ある音を長めに発音しても短めに発音しても同じように理解される。カタカナ語はこの事実を利用して、長音記号で区別することで、合計１０種類の母音を区別できるようにしている。なお、１０種類でも英語の音韻論を完全に再現するには足りない。実際に長音になりやすい音に優先的に長音記号が割り当てられているようだけど、全てではないように見える。

/ə/, /æ/ はア段

例 /ə/：sun, bus, an

例 /æ/ : cat, pat, bad

実際これらの音は「ア」に聞こえるという人がほとんどだと思う。cat は「キャット」なので「イャ段」説があるにはあるのだけど、/k/ の舌の形が日本語の「ヤ」の子音に近い為に /k/ の時だけ採用されたのかなと想像している。ちなみに英語には他に「キャ」のように聞こえる音はないので特に問題ない。/æ/は一貫してイャ段にすればいいのにと思わないでもない。

/ɪ/ はイ段

例：it, knit, fit

「エ」に聞こえることもある音。とは言え多くの場合「イ」に近く、また「エ」に聞こえる音は他にもあるので妥当。

/ʊ/ はウ段

例：look, good, foot

間違いなくウに聞こえる。

/ɛ/, /wə/ はエ段

例 /ɛ/：get, pen, set

例 /wə/ ：Quebec, sequence, quench

/ɑ/ はオ段

例：lot, pot, knot

「『ア』に聞こえる」という人がかなり多いと感じているのだけど、アには割り当てが他にあるので、オに寄せられたのではないかと想像している。

/ɑr/, /ər/ はアー段

例 /ɑr/ ：car, par, park

例 /ər/ ：water, per, nerd

/i/ はイー段

例：eat, sheet, seat

/u/ はウー段

例：cute, cool, tool

/eɪ/ はエー段

例：mail, male, eight

「エイ」段で書かれる事も多いが、日本語の音韻上「エー」と「エイ」の区別はない。

/ɔ/ はオー段

例：water, talk, ball

カタカナ化する単位は単語ではなく形態素

形態素とは、「意味の最小単位」。単語の中には複数の形態素からなるものがあって、例えば「文章」なら、「文」と「章」にはそれぞれ意味があり、それが集まって、「文章」という単語ができていると理解できる。英語でも、American という単語は、America と、an が合成されてできている。このそれぞれのパーツを「形態素」という。

カタカナ語は、どうも単語単位でなく形態素単位でやっているように見えることが多い。例えば、today は /təˈdeɪ/ だから、上のルールに従えば「タデイ」になるはずだけど、実際には「トゥデイ」になっている。また、consequence / ˈkɑnsɪkwəns/ も、上のルールに従えば「コンシケンス」だけど、実際には「コンシーケンス」になっていると思う。

しかし、これらは例外なのかといえば、形態素単位でカタカナ化していると考えると説明がつく。today は to-dayに分割できる。そして、to は「トゥ」。（なお、これは「トゥー」になるはずなので、こっちは例外。too との衝突を避けたものと思う。）day は「デイ」なので、合わせて「トゥデイ」になる。consequence も con /kɑn/ は「コン」、sequence /ˈsikwəns/ は「シーケンス」なので、合わせて「コンシーケンス」。

「カタカナ語　＝　イギリス英語」説について

「カタカナ語はアメリカ英語の音韻論をベースにしているのではなく、単にイギリス英語を聞こえたまま書いただけのものではないか」という指摘が前回の増田であった。

確かに、apple, girl など、イギリス英語「聞こえたまま」になっているように見える単語は多数あるが、すべての単語を調べたわけではないから確定的なことは言えないが、これらの単語は、アメリカ英語音韻論説でも同じ程度にうまく説明できる。それに、water, there など、イギリス英語聞こえ方説よりもアメリカ英語音韻論説の方がうまく説明できる例もある。（イギリス英語聞こえ方説をとれば、それぞれ、「ウォータ」、「ゼー」となるはず。）

実際にカタカナ語の多くがアメリカ英語から取られたのかそれともイギリス英語から取られたのかは個人的に知らないのでなんとも言えないのだけれども、カタカナ語とアメリカ英語の間にある程度の法則性が見られるという前提で、その法則を書いてみようと思った次第。

Permalink | 記事への反応(0) | 08:14

2017-12-21

■バグばっかりだったあのゲームの思い出

きららファンタジアというスマホゲーで何か大きな問題が起こって大騒ぎになっているというのは Twitter の自分のタイムラインにちらほらと出てきていたので「そうなんだー」程度の認識だったのだけれど、その炎上のまとめと考察(https://smhn.info/201712-kirara-fantasia-cheat)を読む機会があってなるほどこれは大変な問題ですね、と思った。

それで僕は、サービスインからサービス終了までをほぼ全て見守ってきたあのゲームの事を久しぶりに思い出したので懐かしい思い出としてここに書き記しておこうと思う。

そのゲーム、仮にスキマとしよう。そのスキマはスマホゲーによくある隙間の時間を埋められるようなデザインをされたゲームで、大まかにいうと冒険者を組織してダンジョンへと冒険に出かけさせ、持ち帰った財宝を使って冒険者を強化して、また冒険に出かけさせるというサイクルのゲームなのだが、冒険中はユーザは特にすることがなくただ待っているだけという、冒険者を送り出して帰ってきたのを確認するだけの作業をその隙間の時間にやってね、というゲームだった。なお、スキマは単発のゲームというよりは、はるか昔のパソコンで動いていたゲームを始祖とする名のあるタイトル(仮にウィリーとしよう)を冠したゲームで、ルネサンスと名付けられたウィリーブランドの再生プロジェクトのうちの一つであった。僕はそのウィリーが好きだったのでとりあえず遊んでみようとダウンロードしたのであった。

サービスイン直後に一ヶ月メンテ

まず、スキマのサービスイン直後だが、オンラインゲーの例に漏れずサービスイン直後に色々な問題を起こしてメンテにつぐメンテでまともに遊べる状態ではなかった。だいたい4,5日はメンテをしたり、たまにサービスしていたり、という感じだったのではないかと思う。そのサービスインから4,5日経ったあたりで、「このままでは安定したサービスが続けられないので長期メンテナンスに入る」といった感じのアナウンスと共に、メンテナンスに入った。このメンテナンスは一ヶ月とちょっとの間続いた。僕はサービスイン初日にはプレイできず長期メンテナンスに入る前に少し遊んだ程度だったのだが、遊んでみた所では「これは酷い」としか言いようがなかった。

まず動作がもっさりとしている。何かのボタンを押すたびに CONNECTING… というダイアログが出て2秒位は待たされる。場合によってはボタンを3,4回押さないと目的の事ができないのに押すたびに CONNECTING… なのである。次にタップに反応しない。ボタンを押すと書いたが押したつもりが押されていない事がしばしばある。この場合は CONNECTING… が出ないのでわかるのかと思いきや、1秒位経ってから CONNECTING… と出てあぁ、押していたのか、とわかったりするようなもっさり具合である(もちろん押していなかった時もあるので1秒後までは押せたか押せなかったを判別できなかったりする)。

また、バグと言っていいであろう謎の動作が多い。ダンジョンに送り出したパーティのダンジョン内部での行動がダンジョンログとして閲覧できるようになっており、そのダンジョンログは直前の3回までのログが観られるようになっているのだが、そのダンジョンログの表示される内容が複数が同じものになっていて実質的には3回のログはみられないであるとか、CONNECTING… が出るタイミングで他の部分をタップしてしまうと高確率でアプリが落ちるであるとか、特定の順番で装備している武器を変更すると攻撃力が最低値に固定されるであるとか、リリース記念かなにかで貰えるキャラがなぜか毎日もらえて同じキャラが増えていくであるとか、まぁ色々な問題があって面食らったものである。

そんな感じでサービスインを迎えたスキマなのであるが、こんなに酷い状態なのではユーザはどんな事を言っているのだろうとコミュニティを探した所、2chにスレッドが立っていた。案の定スキマのバグ報告スレと化しており、「あぁ、このゲームは本当に全然駄目なんだな」とほっとしたのを覚えている。僕はその頃からその2chのスレッドを眺めるようになった。また、こんな状態ではサービスが続けられないのはわかるけれど、一ヶ月程度のメンテナンスでなんとかなるものでもないだろうとも思ったので、せっかくなのでサービス終了まで看取ると面白いのではないかとも考えた。

サービス再開後も問題は改善せず

一ヶ月と少し経った頃、スキマのサービスが再開された。まぁ残念ながら僕の予想は外れておらず、お世辞にもちゃんと遊べるとは言えない状態であった。とはいえ、本来は一回しか貰えないはずのキャラが複数回貰えるであるとかいった所に代表されるゲームとして守られるべきルールのようなものについてのバグの多くは直っており、残っている問題の多くはクライアントアプリ側の問題とサーバ側の負荷対策ができていない問題とみられ、クライアントアプリ側の問題は特定の操作をしなければ落ちはしないしサーバ側の問題はもっさりだけれど待てば処理はしてくれるので一応遊べないことはない状態だとは言えた。それでも、クライアントアプリ側でのUIの不思議な動作(押してるつもりでも押せていない、連打するとクラッシュ)に誘発されたと考えられる進行不能バグを代表とする理不尽な問題は沢山残っており、ユーザとしては不満が渦巻いていた。

そんなスキマではあるのだが、サービス再開の後はウィリーでは有名な人の名前を冠したイベントを行ったり、定期的に期間限定のダンジョンをオープンしたりといった運営を行っていた。もちろんバグはじんわりと直ってはいくのだが、特に劇的な直り方はせず、「俺サービス開始直後からログインできなくなっててまだログインできないんだけど」みたいな事を報告するユーザ(?)も2chでは散見されるという状態で、2chのスレッドは「スキマのバグを踏まないようにプレイするにはどうすれば良いのか」という情報を交換するための機能を果たしていた。

開発会社の変更

一ヶ月メンテからのサービス再開から3,4ヶ月経った頃、運営会社から開発会社の変更が発表された。曰く、外部の開発会社に制作を依頼して制作したのだが、不都合が多すぎてどうしようもないので開発を自社に引き取るということであった。その後一ヶ月程して「不都合収束クライアント」と銘打ったクライアントが配布される。この不都合収束クライアントで確かにいくつかのバグが修正されはしたのだが、もっさりとした動作が変わるわけではなく(プロトコルもサーバ側も修正されていないようであったので当然ではある)、操作によってはクライアントが強制終了していたのが強制終了はしなくなった、程度の修正であり、これを解決するには根本的な改革が必要であるとみてとれた。

サービス開始1周年

そんなスキマではあったが、何故かサービスは終了せず、サービス 1周年の時を迎えた。この時、スキマの開発体制についての発表もあった。現在のスキマのクライアントプログラムは改修を重ねていくが、それと平行して開発ミドルウェアを変更してフルスクラッチでクライアントを作り直している、という発表であった。2chのスレッドではフルスクラッチでクライアントを書き直すということで、バグの根治は当然として、目的の事を行うのに3〜4タップ必要であったりするというUI周りまで手がつけられるのではないか、という事を期待する声が上がったりもした。

また、この1周年の挨拶の3ヶ月後には新クライアントの開発状況は70%と発表された。

この頃からであろうか、僕が遊んでいる環境のみなのか、又は他の人ではあまり現れない問題であったのか、とにかく僕が遊んでいる環境では冒険からの帰還を行おうとすると変に時間がかかるようになった。この問題は何らかの原因で帰還操作が完了するまでの時間が少しづつ伸びていくという問題であった。この問題は後で僕には大きな問題として認識されるようになる。

この頃からは新クライアントを開発しているためなのか、旧クライアントの修正はあまり行われなくなり、定期的なイベントが行われるのみであった。思えばこの頃はスキマの遊び方(このようにするとバグを踏むのでこれはしない、であるとかいった遊ぶための作法)がわかっている人間しかスキマを遊んでおらず、運営側も積極的には宣伝もしていないため新しいユーザも増えなかったため、比較的安定した運営が行われていたのではないかと思われる。

また、恐らくこの頃であると思われるが、2chのスレッドで「スキマは冒険者が冒険をしてきたログを眺めることでそのダンジョンの攻略法を考えたりするゲームなんだけど、あまりにもバグが多すぎるから 2chというログを読む事でスキマというゲームを攻略しているよね」といった書き込みが行われるなど、スキマをダンジョン攻略ゲーとして捉えるのではなく、バグ攻略ゲーとして捉えるというユーザが現れていた。

期待はずれの新クライアント

さて、一周年の時に発表された新クライアント開発は、その後3ヶ月程で70%まで出来ていると発表されたが、結局その新クライアントがお目見えしたのは2周年を目前に控えた頃であった。新クライアントのお披露目はAndroidでβテストという形で行われた。言い忘れていたがスキマはiOSでしかサービスされておらず、それまでAndroid版は存在しなかった。僕はAndroidもiOSも持っていたため、βテストに応募し、当選したので遊んでみたのである。

まず、フルスクラッチで制作されると言われていたのでUI周りも変わるのであろうと思っていたのは完全に裏切られた。見た目はほとんど何も変わらず、もちろんUIのタップ回数まで全く同じであった。しかも使用されているフォントが違うために文字が見切れていたりといった問題が発生しており、お世辞にも前のクライアントとくらべて良くなったとは言えなかった。また、恐らくはサーバ・クライアント間のプロトコルも何も変わっていないのか、プロトコルやサーバ側に起因する問題は依然として残っていた(武器や防具を鍛錬すると+の数値が上がるという仕様があるのだが、連続して鍛錬を行うと必ず1以上は上がるはずの鍛錬値が上がらなかったり下がったりするといった問題は残っていた)。また、動作もiOS版と比べるともっさりとした感じが強く、何のために作り直したのかわからないという感想であった。2chのスレッドの中ではこの新クライアントは単に今までの旧クライアントをAndroidに移植したものであり、本物の新クライアントはまだ開発中なのだと言って聞かない人が長いこと存在した程である。

その後、βテストでお披露目された新クライアントは3ヶ月後にAndroidでリリースされ、その後さらに3ヶ月後にiOSでも新クライアントがリリースされた。

新クライアントで新たに現れる問題の山

鳴り物入りで導入された新クライアントであるが、先程も書いたように、旧クライアントと比べると確かに解決された部分もあるが、サーバ側が関わる問題は全く同じ問題を抱えており、新クライアント特有の問題が多く発見され、実質的には旧クライアントの方がバグが少ないという状態であった。

僕はβテスト以降は特に Android版で遊ぼうとはしていなかったため、新クライアントが先行リリースされたAndroid版を遊んでいた人達を眺めていたのだが、Android版で起こっていると2chで報告されている問題がそのままiOS版でも起こるとなると大変だと思って眺めている位には、Android版は阿鼻叫喚の様を呈していた。iOS版での新クライアントのリリースは3ヶ月遅れたが、この間Android版は何度もなんどもアップデートを繰り返し、その度に少しづつバグが修正されていくのをみて戦々恐々としていた。

iOS版の新クライアントがリリースされた直後、僕はスキマを遊ぶことができなくなった。これはゲームを起動した後すぐに「通信エラー」が表示されてタイトル画面に戻されるという問題で、これを回避する方法が全然わからなかったためだ。「あぁ、ログインボーナス貰えてたのがなくなっちゃうなぁ」と思ったのを覚えている。

しかし、この問題については2ch(正確にはTwitter経由であるのでTwitterの誰か)に「お知らせ」をタップしてからだと通信エラーが起こらない、というオカルトじみた書き込みがあり、それを信じてやってみると確かに通信エラーが起こらないということが確認できた。これで僕もスキマをプレイすることができるようになったのである。この時は本当に2chというログを読んでスキマというゲームを攻略している感じがしたものだった。

この時、僕は何故通信エラーが起こるのか、何故「お知らせ」をタップすると通信エラーが起こらないのか、といった事を確認したくなってiOS版の通信を眺めてみることにした。本来であればこのような行為を行うのは自分の主義に反するため、それまでは行わなかったのであるが、突然ゲームがプレイできなくなるというのは大変衝撃であったので、つい出来心で、という感じで眺めてみたのである。

クライアントとサーバ間の通信はHTTP、つまり平文で行われており簡単に通信内容をみることができた。タイトル画面から通信エラーが出るまでの通信内容はだいたい以下のような感じであった。

1. クライアントからユーザ情報を送信

2. サーバからセッションキーが送られてくる

3. クライアントから並列で何らかの情報を取得するためのGET リクエストを送信

4. 並列で送られたリクエストへの返信をサーバが返すが、その全てに更新された(別の)セッションキーが入っている

5. ログインが完了してゲーム画面が表示される

6. クライアントで何らかの操作を行おうとしてサーバへリクエストを送信

7. 6.のリクエストへの返事が4**でエラー

つまり、3. のリクエストが並列で行われ、サーバが更新したセッションキーが 4. でクライアントに届けられるのであるが、恐らくは届いたセッションキーが前後してしまうことで壊れてしまったと考えられる。

これが、何故「お知らせ」をタップすると解消するのかであるが、実は「お知らせ」を取得するためのURLは http://…../login2 というURLへのGET リクエストであり、かつセッションキーを必要としておらず、このURL からのリクエストの返事にはセッションキーが含まれるという特殊なURLであったのだ。つまり、本来であれば 5. の状態の時には壊れたセッションキーを保持していたはずが、そこで「お知らせ」をタップすることで新しい(正しい)セッションキーを手にすることができるようになり、その後の通信はちゃんと行えるようになったのである(その後の通信では並列にリクエストを投げるパスは僕の観測した範囲では存在しないように見えた)。

この事に気づいたTwitterの人はどうやって気づいたのかはわからないが、よく見つけてくれたものである。ともかく、僕はこの情報に助けられ、スキマを再開することができた。

長くなったので https://anond.hatelabo.jp/20171221020636 へ続く

Permalink | 記事への反応(2) | 02:01