6年ほど勤めたが、本日で終了なり。
とうとう俺にもコロナの影響が出てきたぜ…。
まぁのんびり次を探すさね。
今時「今すぐにでも！」なんて言う所はどう見ても炎上案件だしの。

人気だな！　チョー人気あるじゃないか。
発売早々に年間3000台予定に対して4000台の受注が入ったとかなんとか。
最近色々面倒になってきたからスクーターもアリじゃね？という気がしてきたのに、
ジムニーに次いでこれも納車が追い付かないというね…。
俺が選ぶ乗り物はそんなんばっかだな！
まぁAX-1を修理したばかりなんで、当面買い換える予定はありませんが。
そのうち他社からも似たコンセプトのスクーター出てくるんじゃないかなぁ？
AX-1がいよいよダメになった頃には選択肢が増えてると良いですな。

HONDAのEV車たっか。お値段451万円よりって何だこれ。
とてもじゃないが、シティコミューターとはなり得ないような？
なんでこう電気自動車はどれもこれも高額路線なのか。
確か、Smartの電気自動車版も400万位したよな？

ここに来るのも今日でラストだろうという事で、カルボナーラを注文せり。
最近は避けてたんだけどね、量が量だったので。でもラストだしな。
やっぱ多いわ。あとこう言っちゃナンだが、昔に比べて味が落ちたような？
元々出来にブレがある店ではあったけど。
まーお世話になりまんた。また来ることもあるかもしれない。

シナリオ重視とはとても思えないし、かと言って抜き特化でもない。なんだこれ？
なろうといい勝負つーかなんつーか。全エピ未読スキップしても問題なさそう。
シナリオ届いた時点で誰も何も思わなかったんだろうか…？
発売されてからそう経ってないのに
5本で5000円のラインナップに含まれるだけのことはあるぜ…。
客寄せパンダなのかと思ったんだが、こうでもしないと元取れないレベルだったのか。

体験版のクソ話が延々と続くだけっぽいので、ある意味詐欺ではない。親切設計。

とかなんとか。ksg
海釣りさせろよー。あとできれば公魚釣りも。
まぁ来月にはプー太郎になりそうだし、来月でもいいか？

出社したら倉庫のシャッター脇に鶯色のちまい鳥が。今年巣立ちしたのかね？
俺が寄っても動かないので死んでるのかと思ったが、首は動いてる。
怪我してるのかとも思ったが、一応飛べるようだ。
が、飛ぶ気が無い…のか？　出てく気配が皆無。　腹でも減ってるんだろうか？
クソ暑いからここで涼んでるのか？

エサ売ってる所が店長んとこか富士の上州屋まで行かないと無い。
店長んとこまで行ったなら、そのまま伊豆方面で釣りした方が早い。
と、なると沼津港が最も近い…。
最近はあそこ色々五月蠅いから、そこがなー。

曇ってるというだけで、こうもマシになるとは。
でもなんか突発的に降りそうな気がする、あ、降って…止んだ。
今日はずっとかんな感じかねぇ。
んー…やはり来週まで様子見するか。

単に「40度を越えたり、猛暑日になる地域が減りますよ」
と言うだけで、涼しくなるなんて一言も言ってない、と。
相変わらず30度超えでクソ暑い。夜になってもクソ暑い。

ちょい投げでやりやすそうな所が沼津港しか思いつかんのがネックだ。
もっと伊豆へ向かえば幾らでもポイントはありそうだが、
そこに行くのがめんどいつーかなんつーか。
ぶっちゃけ、家の前の浜でも投げる事は可能だし釣れもするのだが、
ゴロタ浜で根掛かりしまくるのが厄介なのだ。
ちょい投げで済むとも言えないしな。
最低でも40〜50mは投げないとダメじゃね？　できれば100mは飛ばしたいところ。
放水路の吐き出し口の上から投げるのが根掛かり対策として良さげなんだけど、
波も人も無いという条件を満たせるのかどうか。

「こうすれば出来なくはないよ」というのは提示したので、
使うかどうかは向こうが考える話である。
俺的には仕事完了。

Webクライアントから受け取ったデータをそのまま返すWebAPIを作成。
ReadAsByteArrayAsyncで受信するとなんか頭にゴミデータが付いてる。
ReadAsStringAsyncだと問題ないのだが…。なんだこれ。
応答圧縮されている可能性を考えると、ReadAsByteArrayAsyncで受信せざるをえない。
返送データはJSONという決まりなので受信データの展開後に、
「{」より前、「}」より後ろのデータは落とすという対策でどうにでもなるが、
なんかもにょる。自動展開してくれりゃこんな事で悩まずに済みそうなのが余計に。

単純に元データをGZipで圧縮、それを即展開とやってもデータに変化はないので、
通信側の問題であることは確定か…。

.netのhttpClientを使用して応答圧縮に対応するには、
HttpClientHandlerを用意して、AutomaticDecompressionプロパティを設定、
httpClientのコンストラクタでHttpClientHandlerを指定。
これだけで、リクエストヘッダに自動で「Accept-Encoding:gzip」が付いて、
レスポンスが圧縮されていた場合、自動で展開するとの事だが…。

「Accept-Encoding:gzip」付かないよ？　動かないぞ？
ググっても動かないって話が見えてこない。何が悪いのか。
送信先がWCFサービスだとダメなんてことは無いと思うしなぁ。
似たような苦労してる奴は居ないのか？

AJAXと言ったら某メーカーのシューティングゲームだと思うが如何に。
それはさておき、
AJAX通信でバイナリデータ送るのを試してみたんだが、これがもう面倒で面倒で…。
結果から言うと、JavaScriptの文字列は基本的にUnicodeなので、
こいつをUTF-8に変換してから圧縮しないと、WebAPI側で解析できないと判明。
Unicode　→　UTF-8　→　UInt8Array　→　GZIPデータと、変換に次ぐ変換。
んで更に、AJAX通信の引数でデータ整形しない指定が必要。

結論。
HTTPベースでそんなデカいデータ投げんな。
投げるならせめてファイル化しろ。少しは楽になる。

9連休おわた
結局、海に行くこともなくベッドの上でごろごろしてただけだな。
休みの9割方はベッドの上に居たんじゃなかろうか。
明日からまた仕事だが、来月仕事があるかどうかは怪しいところだ。

肌荒れの原因が相変わらず不明である。
亜鉛不足かと思ってトクホなお茶飲むの止めたりサプリ買って飲んみてたが、変化ない。
どうも違うようですな。
病院行けという話ではあるのだが、来月健康診断あるし、そん時でいいかーとか考えてしまう。

先日のWebAPI呼び出し話の追記。
先日の例は、呼び出し側を.netで作成したアプリ想定である。
HttpClientクラスを使用して、StringContentやByteArrayContentにデータ乗っけて投げる感じ。
んじゃ、JQueryでAJAX通信した場合はどうなるんだろう？
基本は同じだと思うが、パターンが違うとか言われると面倒だなぁ。

なんだよ室内で35度とか。
こんなんで一日中海釣りなんかしたら死ぬだろ。
準備はしたけど、とてもじゃないが出掛ける気にならん。
夜の8時過ぎてもクソ暑い。ルアー投げる気にもならんて。

海釣りの準備はしておくけど、こうも暑いとどうだろなぁ？
魚は元気でも人が耐えられない気がする。
投げ釣りできて、常に日陰に居られて風通しが良い場所とかないかなー。

WCFのWebAPIの呼び出し側で「application/json」を指定しておきながら、
JSON形式以外の文字列ぶん投げると要求データエラー扱いされるのか。
親切つーか余計なお世話つーか…。
JSON形式で渡せば良いので　＜"data":"元データ"＞　と整形すれば通る。
但し、元データがJSON形式のデータだった場合、細部まで勝手に解析される。
これまた余計なお世話つーかなんつーか。

base64エンコードした上で、
　＜"data":"base64エンコードされた文字列"＞
というJSON形式にして送信すると、
OperationContext.Current.RequestContext.RequestMessageの中身は、
＜root＞
　＜data＞base64エンコードされた文字列＜/data＞
＜/root＞
というXml形式のデータとなるので、デシリアライズしてデコード掛ければ元データになる。
元データがJSON形式でもそうでなくても、受け取り部分は一元化できる訳だ。
ここまでくれば、同じ関数でバイナリデータもベタデータも処理可能となるな。
推奨される行為かどうかは不明。「出来る」というだけ。

WCFのWebAPIにバイナリデータぶん投げると、
勝手にbase64エンコードした文字列になるのか…。
OperationContext.Current.RequestContext.RequestMessageの中身は、
＜Binary＞base64エンコードされた文字列＜/Binary＞　という文字列になる。
つまり、前後のタグ引っこ抜いてデコードして元データに戻せば良い訳だな？

クソ暑いけど、出掛けてみた。汗が止まらなくてヤバい。
チョロインポイントと比べると、ワンサイズ上の魚も掛かるようだ。
小さい奴が多いから平均サイズはほぼ変わらんけど、大きいのは20cm位あるね。
数釣れて、そこそこサイズも望めるので、楽しいポイントではあるようだ。

だが「次は…んー…大事に乗ってくださいね」という返事が。
AX-1に代わるもんがありゃこんな苦労はないんだがな！
ヤマハのセロー以外だと、ホンダのADV150というスクーターが良いのだろうか。
150だから高速も乗れるしな。まぁAX-1程のオフ走行性能は無さげだが。

仕事ないぜー。あるけど。
まぁ調査やサンプルプログラム作る程度なら、ベッドに寝っ転がっても出来るしな。
有給取って9連休化してよかんべ。

クライアントから大量に投げるてのは普通にある話。
なので、今回の話は「設計段階でプロトコル選択間違ってないか？」という気がするが。
まぁ今更なんでしょうけども。
だから俺に仕事回ってきたんでしょうけども。

という要望があるんだが？　という仕事がきまんた。
受け取るほうならWebの応答圧縮機能が勝手に仕事してくれるんだがな。
クライアントから大量のデータ上げるというのも多々ある気がするのだが。
Webベースでそんな事すんなよ！って話なのかね。
しかしそうなるとくそめんどいな、これ。

最近はオンオフ兼用バイクをこう呼ぶらしい。
もちろんAX-1も、デュアルパーパスのはしりとして認識されている。
パリダカを走ってたアフリカツインのほうが有名だけどな。
で、今も一応オンオフ兼用てのは売られてるらしいのだが…。

これで本当に河原とか走るの？というバイクばかりな気がする。
つか、未舗装路がギリでなんとか？　あくまで「道」なら走れますレベル？
かと言って、ホンダのCRF250はこれオフ寄り過ぎるしなぁ。
てか、どれもこれも重すぎだろ。なんだよ180Kgって。
AX-1は120Kg程度しかないぞ？
んー…どのバイクもAX-1の代用品たり得ないというのが率直な感想である。
21世紀モデルのAX-1が出てこないものかねぇ。

あ、ヤマハのセローが一番近いかも。だが、こいつも生産終了とかもうね…。

先日店長んとこに寄った時に、バケツと一緒に買ってきた。
直径1cmの固めの発泡スチロール円柱である。長さは40cmほどか。
バルサの円柱もあったけど板材は無かったな。
ルアーとか作るなら板材のほうが融通ききそうなのだが。

とりあえずは浮力とコーティングや彩色の実験からかな。
まぁ基本は発泡スチロールなんで、今までと大差ないだろう。
へらウキも作れそうだし、ロストが怖くなくなれば良いな。

もうホンダがパーツ用意してくれてないのは諦めもつくんだが、
「このタイヤももうありませんね　次どうします？」は驚いたぞ。
ないの？　そんなに特殊なん？　専用とか言わんよな？

しかしなぁ、AX-1ぽいバイクって他に無いから困る。

見積りの結果、来週に持ち越しと相成りました。
1箇所部品の在庫がないそうで、「そこ以外は出来るけど？」とか言われたが、
今日そこ以外やって来週また同じような時間掛けるなら、
来週の１回で完結したほうが無駄がないよな。