  |
はてなキーワード: モックとは
○ご飯
朝：バナナ。昼：パスタセット。夜：ファミチキ。白菜、エノキ、豆腐を茹でてポン酢で食うやつ。納豆。竹輪。
○調子
むきゅーはややー。お仕事は、それなりー。
とあるライブラリが高くて買えないので自作するという目に見えてる地雷仕事の検証が終わった。
終わったというか、明らかに地雷はあるんだけど「お客様が提出したやりたいことリスト」に書いてあることは全部検証ができてモックを作れた。
いやあのさ、こういうある製品と別の製品を繋げる類のライブラリでやりたことだけなら作った方が安いって話で本当に安く済むことがありえなさそうなことぐらいピンとこないんかね。
けれど僕はそういうことを言う立場ではないし、言う義理もないので、唯々諾々とやりたいことリストに○をつけていった。
こういうリストに無いことを検証したり提案するのが技術者なんじゃないんですかねえ？ と心の中の意識高い自分が囁くし、ぶっちゃけもう見えてるんだけど、まあいいや。
僕としては議事録に僕の名前で「ここのリストに無い項目は検証していません」って書いてもらえればもういいよ、知らん。
つうか、これぐらい買えよ……
新パック生放送を観てた。
絶傑VSアルコロの人たちの対決パックみたいで、PVの盛り上がりやばかった。
マゼルベイン君が主人公みたいで熱い。
GoMockってのはGo言語のライブラリで、依存するinterfaceをテスト用モックに置き換えてくれる。
それで、テスト中のモックの期待される振る舞い等を簡単に定義できるのだ。
期待される振る舞いってのは、モックのメソッド呼び出しやその引数とかだな。
期待される呼び出しが無かったり、引数が違ったりするとテストが失敗してくれる。
非同期処理のテストだとよく、wg.Done()をモックにさせたりする。
けれどそのうち辛くなってくる。
つまり、たくさんのinterfaceに依存するサービスオブジェクトのメソッドをテストしようとすると、たくさんのモックのたくさんのメソッド呼び出しの全部の期待される振る舞いを書かないといけない。
モックのメソッドの戻り値によってサービスオブジェクトのメソッド内の挙動が変わる。
すると連鎖的に、メソッド内で続いて呼ばれるモックに期待される挙動も、変わる。
依存interfaceが増えるとこの場合分けが指数関数的に増える。
当然だ。
Go言語にはテーブルドリブンテストっていう、テストケースは配列に簡単にまとめられると良い、という慣習・哲学がある。
しかし俺のサービスオブジェクトはテストケースが肥大化複雑化しすぎてしまったようだ。
モックの期待される挙動を細かくケースに分類して配列にするのは恐ろしく辛い作業だ。
やりたくない。
どうしてこうなったかは明らかだ。
モノシリックで巨大で複雑なものは凡人には扱えないからやめとけ、と偉い人は言う。
やったよ（見様見真似で）。
でもじつはここはまだ山麓だったのです。
分け入っても分け入っても青い山。
おれはどこに行けばいいのだ。
参考文献
https://little-hands.hatenablog.com/entry/2020/12/22/ddd-in-first-3month
iPodTouchがiPhoneのモックみたいなものだったよな
iMac→iTunes→iPod→iPodTouch→iPhone→iPadの流れはお見事としかいいようがない
高慢な音楽業界を札束でねじ伏せて実用的なダウンロード販売を立ち上げたのは、Appleのブランドイメージがあったからできたと思っている
MicrosoftでもGoogleでもIBMでもAT&Tでも、音楽業界からみたらダサいオタク連中だから相手にしてくれなかったろう
唯一可能性があったのはSONYだけど、タイミングが10年早すぎて、音楽業界側の利害関係者になっちゃった
○ご飯
○調子
のはずだったんだけど、モックの手前の僕より偉い人がするお金などの前提条件確認のところでお客さんが「たっか！？！？ え、マ？ 高杉ワロタ」となって、モック発表会どころじゃなくなった。
はあ…… しらんがな……
ブレグラじゃああああああ。ただ今日の周回は控えめ。明日一気に終わらせたいなあ。
○ウマ娘
残りは
クレーンゲーム失敗、
「今度こそ負けない」の五つ。
サボりとダイエットは気長に待つしかないとして、クレーンゲームの通常6体は難儀するなあ。「金色に光ったやつはオマケがつく」ってやつ中々わかりづらくて苦手。
あと「今度こそ負けない」はネットの情報を参考にやっても起きなかった。何か条件があるのかそれ自体が運なのかわかんないけど、何か見落としるだけかもだからちゃんと調べる。
倉持仁医師、コロナウイルス自宅療養者にイベルメクチン＋抗生剤（フロモックス）＋軽症者を悪化させる恐れのあるステロイドを処方？
どちらの判断が正しいかわからないので、私に理解できる範囲で調べたのが以下。
「倉持医師が自宅療養のCOVID-19感染者にデカドロンという薬剤を処方した」を事実とする。
ツイッター上の消去された自称患者のツイートであるため、信頼度がそこまで高いわけではないが、おそらく事実であろうという判断が可能と思われる。
まずツイート上では「デカドロン（ステロイド）」とあるため、処方の書き間違いは考えにくいし「自宅療養の人に積極的に処方してあげて欲しい」といっていることから自宅療養の患者であろうと推測できる。
自宅待機で呼吸苦あり、酸素も測定器もない。検査も診察も受けられないのに自宅待機者に医者なら〇〇出しちゃいけないとか、私ならこの薬は使いませんとか、意味不明。実際の患者さん見ての話前提。投薬とは医師患者さんで同意して行うもので、ガイドラインしか知らない人は自分だけそうしてれば良い。
という反応をしているため、自身の処方であると解釈されても仕方ないであろう。
まず、デカドロンとはデキサメタゾンというステロイドホルモンの一種を錠剤にした製品名である。
https://pins.japic.or.jp/pdf/newPINS/00062800.pdf
というわけで有効な抗菌剤の存在しない感染症であるCOVID-19に対して、やむを得ないと判断される場合でなければ処方してはいけないのがデカドロンとなる。なぜなら、感染症をかえって悪化させるおそれがあるためというはっきりした理由があるわけで。
一般論としてのデカドロンの説明としては以上になるが、コロナ治療の場という場では話が変わるかもしれないというわけで、次。
なぜデカドロンが処方されていたかと言えば、コロナ治療薬としての認証を受けているからと思われる。
https://www.nikkei.com/article/DGXMZO61798210R20C20A7MM8000/
ということで、この異常事態では特殊な処方のされ方もされているかもしれないということで厚労省が出している「新型コロナウイルス感染症診療の手引き[第２.2 版]」を見ることにする。
https://www.mhlw.go.jp/content/000650160.pdf
英国での RECOVERY 試験の結果，デキサメタゾンが COVID-19 の重症例の死亡を減少させたとの報告がなされた．……主要評価項目である治療開始 28 日後の死亡率はデキサメタゾン治療群 vs.標準治療群において全体で 21.6% vs. 24.6%（年齢調整リスク比：0.83 [95％ CI 0.74-0.92], p<0.001）とデキサメタゾンによる致死率低下を認めた．さらに呼吸サポート別では人工呼吸器装着患者の致死率は 29.0% vs. 40.7%（リスク比：0.65, [95％ CI 0.51-0.82], p<0.001），酸素投与のみの患者の致死率は 21.5% vs. 25.0%（リスク比：0.80,[95％ CI 0.70-0.92], p=0.002）とデキサメタゾンによる死亡率低下を認めたが，酸素投与の必要のない患者の致死率は 17.0% vs. 13.2%（リスク比： 1.22, [95％ CI：0.931.61],p=0.14）とデキサメタゾンの効果を認めなかった．
（RECOVERY Collaborative Group, Effect of Dexamethasone in Hospitalized Patients withCOVID-19: Preliminary Report, 2020. doi: https://doi.org/10.1101/2020.06.22.20137273）この試験を受けて，米国 NIH は治療ガイドラインを 2020 年 6 月 25 日に改訂し，人工呼吸，または酸素投与を要する COVID-19 患者にデキサメタゾンの使用を推奨している．
（NIH COVID-19 Treatment Guidelines https://www.covid19treatmentguidelines.nih.gov)
なお， MERS-Co-V やインフルエンザにおいては，ステロイド投与によりウイルスの排除が遅延し，致死率も高かったとの報告がある．デキサメタゾン以外のステロイド薬の評価は確立していない．
デキサメタゾンの投与で効果が認められたのは、人工呼吸又は酸素投与を要する場合であり、そうでない対象には効果が認められていない（それどころか投与した方が死亡率が高い）。
他のウィルス感染症の場合にはステロイド投与で致死率が高まるという報告も書かれており、原則使用不可の説明書を裏付けているものだろう。
デキサメタゾンが効く理由として、日本感染症学会の「COVID-19 に対する薬物治療の考え方 第 7 版（2021年2月1日）」では
https://www.kansensho.or.jp/uploads/files/topics/2019ncov/covid19_drug_210201.pdf
機序：重症COVID-19患者は、肺障害および多臓器不全をもたらす全身性炎症反応を発現する。コルチコステロイドの抗炎症作用によって、これらの有害な炎症反応を予防または抑制する可能性が示唆されている。
としている。免疫作用として炎症が起こるが、免疫が作用しすぎて炎症が有害になっているため炎症を抑えるためにデキサメタゾンが処方される。
そうすると免疫が暴走していない状態でデキサメタゾンを処方するのは問題ということだろう（免疫が普通に頑張ってくれないとウィルスを排除してくれない）。
他のデキサメタゾンが必要な疾患のためにCOVID-19と並行して治療を行う可能性とかも考えられるのかもしれない（それにしたって、COVID-19が治った後でもいい話でそんなに急いで取り掛からなくてはならないかと思わなくもないけども）。
後は、有害な炎症反応が起こっているが病床が足りないために入院できないで自宅療養をせざるを得ない状態もあるかもしれない（それならそうと説明すればよい気もするが）。
もっと専門的見地から見てやむを得ない事情があるかもしれないので、デカドロンの処方が全くおかしいとは私の調べた範囲では言い切れないが、危険を伴う処方であることも事実ではあろう。
基礎中の基礎の資料しか舐めていない私の理解は全く足りていないだろうが（倉持氏が苦言を呈したようにガイドライン等しか読んでいない）、何も知らない一般人が調べただけでは倉持医師を批判する側の言い分を肯定する資料が見つかったといえるだろう。
これ以上は私の手に余るので終わらせるが、それが本当に効くのならば一医師の経験と勘で終わらせてほしくはないので、ほかの医師でも診断可能なような客観的な基準を示して世界の役に立ってほしいなぁと愚考する次第である。
30歳男独身のサラリーマンだが、最近履いている靴についてメモ代わりに書きます。
前提として以下のとおり。
・裸足のサイズは27センチほどだが、横幅も広ければと甲も高く、革靴で28センチ、スニーカーでもモノにより28.5〜29センチ程度
テクシーリュクスの4E、28センチをアマゾンのセールの際に購入。
4年前ほどに買い始めてから半年に一回程度のペースで買い替えながら使用している。
以前はリーガルで3万くらいの靴も買っていたが、飲み会で靴を履くのにもたつくのが面倒で使い捨て感覚で使える今の形になった。
メレルのジャングルモックの29センチをアマゾンのセール等の際に購入。
28.5があれば試してみたいが取り扱いがない模様
ジャングルモック自体には3年前に出会い、以後休日用の靴はコレのみになっている。
こちらも脱ぎ履きがしやすく、履き心地も良いため、正直他の靴を履く気にならない。
30のおっさんなのでもうちょっとおしゃれな靴も持っとくべきなのか。
何がいいのかもわからないが、、、
また幅広なのもあって、店に行ってもなかなか既製品のサイズがないこともあり、げんなりしてしまう。
もともと靴自体は好きだったが思うように買えないことも続いてなんとなく気持ちがしぼんで行った気がする。
合わない靴で足を痛めたり、そもそも幅広なので靴の形も悪くなったりで楽しめなかった。
【21新卒SWE】 私はこうしてGoogleに落ちた ~Googleに挑んだ120日~
https://note.com/grouse324/n/n1f329de5ee50
Google特定じゃなくてこの業界の一般的な流れなんですが。
もともとコーディング面接って、特定の技術分野に強い人じゃなくて、何でもできるポテンシャルの高い人を採用するための手段として使われてきたんですよね。
それが機能していた時代(10年くらい前？)は、競技プログラミングやそれに類する経験のない人のほうが多数で、そういう人たちが競プロ的な課題をその場で解いたり議論してたりしてたんですよ。
ところがその後、競技プログラミング勢が増えてきたことによる弊害が明らかになります。というのも、彼らの競技プログラミング勢の入社後のパフォーマンスが明らかに低い。そりゃそうですよね、予習なしで面接課題を解ける人たちと、予習込みでないと解けなかった人たちとでは、前者のほうが優秀に決まってる。
しかし、時既に遅し。それが明らかになった頃には、いろんなソフトを書いてきた優秀なプログラマではなく、競技プログラミングに特化したアスリートばかりが入社するようになってしまっていました(というのは言い過ぎで、超超優秀な人たちはソフトも書けるし競技プログラミングでも優秀だから、そういう人たちは入社後も活躍している)。
事態を更に悪化させたのが、LeetCodeやモックインタビュー等によるコーディング面接対策サービスの勃興でした。コーディング面接に特化した訓練を積んだ面接者が激増した結果、エンジニアとしては十分優秀なのに面接訓練を積んでこなかった人が面接に非常に通りにくくなるという現状が生まれてしまいました。
もちろん各社この状況は十分認識していて、さまざまな試行錯誤が行われている状況です。ですが、これといった対策は未だに生み出されていないようです。
どうすればいいんでしょうね？
