  |
はてなキーワード: スコープとは
鳥取砂丘で、「因幡の白ウサギを着た人間の遺骸のようなもの」が発見された。これはいったい何者なのか？ 各地の組織に照会するも、砂丘での行方不明者は誰もいなかった。
鳥取市内に運ばれた遺骸をC14法によって年代測定を行ったところ、彼は5万年前に死亡したとの結果が得られた。らっきょうと名付けられたその人物の正体は、全く謎であった。
―――
その正体を探るために、二十世紀梨を使用して物質を透過撮影できる「トライマグニスコープ」が手配されると共に、その開発者である物理学者の浜田ハントにも調査への参加が要請された。スコープを駆使して少しずつ齎された情報と数少ない所持品を手がかりに、あらゆる分野の学問を総動員した分析が始まった。だが、その指し示す事象は矛盾だらけだった。
らっきょうの所持品の中から、現代技術を駆使しても造る事の出来ない超小型の「松葉ガニパワーパック」が見つかり、使用されていた放射性物質の半減期からも5万年前という値が裏付けられた。だが、こんな高度な技術文明が鳥取に存在したという歴史上の痕跡はこれまで残っていない。
これに対し、生物学者の青山ダンチェッカーは、らっきょうの遺骸を調べ上げ解剖学的にも、後には分子生物学や遺伝学の見知からも、「彼が間違いなくヒトであり、出身地は鳥取である」と断言する。その一方でダンチェッカーは、らっきょうが発見された場所の近くにある構造物の廃墟で見つかった携行食料と思われるものを調べ、その材料となった「鳥取名物のホタルイカに似た水棲生物」の肉体構造が、鳥取の生物のものと根本的に異なり、とても鳥取産とは思われないことに悩む。
―――
また、手帳と思われるものを透過撮影して浮かび上がった記号の解読は、言語学者の協力を得ても困難を極めた。その一部は何らかの数表と思われ、現在の手帳よりカレンダーであると類推されたが、それは鳥取とは相容れない暦法から成り立っていた。
ハント博士のアドバイスで、らっきょうの所持していた機器のラベルの文字が電圧や電流の物理量の表記であると仮定したところ、それを糸口として手帳を解読する作業に進展がみられる様になり、やがて、それは「らっきょうが記した日記」であると判明する。
彼は「鳥取砂丘の守備部隊に配属された軍属」であり、因幡・伯耆地方の戦闘を観察し、また、砂丘の基地に置かれた兵器から放たれたエネルギー波が地上の敵都市を灼く様子を記録にとどめていた。だが、有史以前の鳥取に砂丘まで飛行できる高度な科学技術があった筈もなく、因幡にも伯耆にも大規模な戦争の痕跡は見られず、そもそも砂丘には基地や兵器の痕跡すらもない。
相矛盾する事象を整理し、数々の仮説が立てられ、謎が少しずつ解き明かされていくかに見えつつも、別の事実がその仮説を否定する。その繰り返しがいつまでも続き結論に行き着く見込みは立たなかった。果たして、らっきょうは一体何者なのか、どこから来たのか、何故、ここに居たのか、そしてどこに行こうとしていたのか？
―――
さらに、大山の山頂を訪れた調査隊が、雪の中から発見した驚異の物体が混迷の度を増した。それは人類にとってまったく未知の知性体の手になる「UFOの残骸」であり、UFO内から大柄な体躯の搭乗員の遺骸が発見され、また「数百万年前の鳥取の生物たち」も積み込まれているのが見つかった。
大山で発見されたことからダイセンと名づけられた彼ら大柄な種族を調査したところ、その肉体構造は例のホタルイカに似た水棲生物と相似していることも明らかになった。
一方で、鳥取砂丘の内部を探査したところ、数百メートルの砂に埋もれた各種の設備や基地が続々と発見され、らっきょうはこれら技術文明を担った、人類と同種の種族、トットリアンの一人であることが明らかになる。
また、各種の証拠から現在の隠岐の島に一個の惑星、因幡星の存在が浮かび上がり、そこには鳥取とは別の生態系があり、ダイセンや件の水棲生物は因幡星の生物であることが判明した。
すると、5万年前の戦争は、鳥取に棲む人類と、因幡星に棲むダイセンとの間の星間戦争であり、その結末として因幡星が隠岐の島々に砕かれ、ダイセンは鳥取県から姿を消したのだろうか。だが、そう結論づけるにも矛盾が多すぎる。
直接大山に赴いてこれらを目の当たりにしたハントやダンチェッカーらは、更に深まる謎に悩まされるが、やがて、鳥取人の生い立ち、そして、かつての鳥取の姿につき、一つのストーリーが形作られていく。
いや、検索すれば社会学系とかフェミニズム系が引っかかるんだけど、そういうのじゃなくて。
女と社会について考えた哲学者じゃなくて、博物学とか意味の分解や根源の探求、世界の仕組みや人間一般を探るようなタイプの人。アリストテレスとかルソーみたいな。
……真面目に探したらいるやん
ヒュパティア
https://ja.wikipedia.org/wiki/%E3%83%92%E3%83%A5%E3%83%91%E3%83%86%E3%82%A3%E3%82%A2
アストロラーベ（天体観測儀）とハイドロスコープ（英語版）[注 3]の発明については、ヒュパティアに意見を求めたシュネシオスの手紙の中で知られていることから、彼女が特に天文学と数学に専念していたことを示している。また、哲学に関する著作物は存在が全く知られていない。
と思ったら哲学系ではなんも書いてないのかよ！
もう探す気が失せた。この分野は男しか興味を持たないんか…？
16年と半年前、57歳になったばかりの2007年の9月に初めての投稿をしました。その2ヶ月くらい前から閲覧はしていた気がしますが閲覧履歴のようなものはないためわかりません。
ちょうどその頃、勤務していた会社で役員に昇格したばかりでした。法学部を卒業し新卒で入社して以来、ひたすら営業畑にいた私が役員になってから与えられたのは情報システム部を含むIT分野でした。
その10年前ごろから会社にパソコンが導入され始め、総務部門にいた同期が悪戦苦闘しており「大変そうだな〜」なんて気楽に思っておりましたが、まさか自分がそれらを統括する立場に置かれるとは思いませんでした。
IBMが主催する勉強会に参加したり、書籍を購入したり、パソコン教室にも通い、DELLのデスクトップPCを購入して大学生だった息子に助けられながら設定をしていました。
インターネットを徘徊する中で見つけたのがはてな匿名ダイアリーです。
結局半年足らずで外部の専門家を雇うことになり、お払い箱になった私は金融商品を取り扱う子会社の代表取締役を務め、そこもお払い箱になると取引先の名ばかり役員となって月に数回だけ会議の名目で仕出し弁当を食べに行き、65歳となる2014年に完全に隠居生活に入りました。
私が本格的にここを利用するようになったのはそれからです。
毎日のスケジュールは犬の散歩、朝食、昼食、刑事ドラマ、夕食のみです。買い物、旅行、ゴルフ、孫、会食などが不定期で入りますが、基本的に暇なのでここで皆様の投稿を拝見したり、社会問題、映画、音楽、歴史などについての投稿を行い皆様からのコメントを楽しんでおりました。
この時期に妻と隠岐旅行に行きましたが、それもここで隠岐の魅力を語る投稿を見たことがきっかけでした。探してみましたが、残念ながら見つかりませんでした。
後にTwitterやブログなども始めましたが、Twitterは見るだけになり、ブログの更新はされなくなり、継続的に利用を続けてきたのは結局匿名ダイアリーのみでした。
私が定年後もボケっとした生活をせず、さまざまなものに興味を持ち精神的なアクティブさを維持できたのははてな匿名ダイアリーのおかげです。
さて、私は大腸がんで苦しんだ祖父の介護で幼少期に苦労した経験がありました。そのため、かかりつけのクリニックにてビデオスコープ内視鏡が導入されたことを知った時から定期的に胃カメラ、大腸カメラを含む検査を夫婦で受けてきました。
しかし、2019年に最後の大腸カメラを受けて以来は検査を行っていませんでした。70歳になったし、息子夫婦の末孫の小学校の入学式を見たし、娘夫婦が仕事が終わるまで孫を預かるようになって忙しくなったこともあり毎年「来年でいいか」となっていたのです。
なんとなく覚えたみぞおち痛で昨年にクリニックを受診し、そこで行ったエコーで膵臓がんが見つかりました。超音波内視鏡ではなく通常のエコーで見つけられたので定期的に検査を受けていればもしかしたら早期発見ができていた可能性はあります。
とにかく総合病院で詳しい検査を行い、手術が可能だったため膵切除を行いました。
手術ができ、化学療法も行える状態であったため命拾いしたと思いましたが、医師からは「楽観的ではいられない」と告げられました。
医療の進歩によって、幼少期に見た祖父の壮絶な闘病とは比べ物にならないほど穏やかな生活を送ることができました。食事も取れていましたし、妻と買い物や旅行にもいけましたし、去年の誕生日も家族に囲まれて過ごすことができました。
しかし、年明け直後の強い背中の痛みで意識を失って以来、一気に体力が削られてしまいました。75歳の誕生日は迎えられそうにないです。妻は寂しがりやなので、私が妻を看取りたかったのですが、最後の最後に寂しい思いをさせてしまうことになりました。
体力のなさと慣れないiPadでの入力なので、これを書くのにも長い時間を必要としました。
今までありがとうございました。
コードの重複があるわけでもない状況で、コードを関数ごとに分離するメリットデメリットを知りたいという話ですよね。
コードの重複がある場合に関数などに切り分けていないと、同じコードを何度も書くことになり、不具合があった時にコピーされたすべての個所に変更が必要となるというデメリットがあるので理由がわかりやすいですが、重複が無いとその点が不明確ですね。
画面に収まらないサイズのコードは複数の関数に分割するのが一般的だとは思います。
理由は元増田も書かれている通り、長いと理解の限度を超えるからです。
コードは意味があるまとまりで短ければ短いほど理解がしやすいと思います。
グローバル変数を使わないようにすると、入力・出力が関数を読むだけで明確にわかるので、さらに理解がしやすいです。
また、関数に分けておけば、関数が仕様通りに動くかの確認するユニットテストも簡単に書けます。
ユニットテストでは関数がさらにほかの関数を呼び出している場合、呼び出される関数の代わりにテストダブルを用意することもあります。
分割して、複数の関数を呼び出すようにすることのデメリットは、
下手糞が切り分けるとなんでそういう切り分けになったかわからないところで切り分けられてかえって可読性が損なわれるとか、
関数の機能が拡張してより多く・あるいは少なくの情報が必要な時に関数インタフェースの変更が必要になることとか、
関数を置いているファイル内の場所を変えたときにバージョン管理システムが追っかけてくれないことがあるとか
くらいでしょうか。
いずれにせよ、分割するメリットの方がデメリットを上回ることが大半なので、大抵は機能ごとに分割して小さい関数を作り、それをメインからは呼ぶようにすると思います。
まず、関数の名前をやっている工程を表すものにすることですね。
「データの取り込み」 とか 「データの突合せ」とかを明示すると、それを呼んでいるということはそういうことをしてくれると思うので。
また、関数が何をしてくれるのかも関数のコメントとしてつけておくとよいと思います。
例えば、
filename引数で指定されたファイルからデータを取り込み、JSONフォーマットで返す
返値: JSONフォーマットされた取り込まれたデータ。例: [{'employee name': '山田 太郎', 'employee id': 1}]
例外: filenameを開けない場合はFileOpenError、JSONにコンバートできなかった場合はConvertError
みたいなコメントをつけておくと何をする関数なのかわかるので、その機能を調べたいとき以外は読まないでいいかなと。
あと、コードを連続で読みたい場合、ソースを解析してタグジャンプをつけてくれるツールやらIDEやらを使うことが普通だと思います。
これはどういう意味でしょうか？同じものを表すのに関数ごとに別の変数名を付けているとか？
もしそうだとしたら、使っているプログラミング言語の制約やプログラミング規約によるものなのでしょうか？
ある関数のローカル変数が他の関数のローカル変数に影響を与えることは無いはずなので、ローカル変数は大抵適当な名前が付けられるイメージです。
今時のプログラミング言語なら変数のスコープが関数の中にとどまるような書き方ができると思うのですが。
関数インタフェースを定義し、そこにいちいち引数を書くのが面倒というなら...まあ、それは必要税って感じがします。
そこに引数を書いておくことでこの関数が何に影響されるのかわかるので。
参考までに。
以下でエンジニアと書いてあるのはソフトウェアエンジニアだと読み替えて欲しい。
最近はエンジニアの間で海外でエンジニアをやれば簡単に年収2000万に到達できる的なブログがバズっているが、ここで疑問になるのはなぜ日本のエンジニアは海外に比べて給料が安いのか。
色々理由はあるが、第一に大きいのが「海外ではエンジニアになるのにはコンピュータサイエンスの学位を持っているのが前提だから」という点。
もちろん野良で独学してエンジニアになっている人間も一定数いるが、固定観念としてエンジニア=CSの学位を持っているというのはある。
ということで必然的に一国のエンジニアの平均的な技術力は高い(技術力とはなんだという話はあるが)。
日本だとどうも大学という存在が軽視されていて、スキル等を獲得する場所ではなく就職予備校という側面が大きく、大学での専攻と卒業後のキャリアの対応付けがめちゃくちゃだったりしている。
そんなわけでエンジニアと名乗っておきながらやっている仕事はマークアップ言語をコーディングしていくだけで、知的生産なのか？というような仕事を主としている人間がかなり存在する。
どうしてこんなことになっているかというと、日本のものづくり業界の歴史としてバブルの時期にハードウェア関連で国が伸びてきたという経緯があり、ハードウェアの会社が強く、ソフトウェアはハードウェアのプラグイン的な捉え方がされているため富士通のようなSIerと呼ばれるシステム導入を主要事業とする会社が後から伸びてきた。
SIerはシステム導入をすることがゴールであり、現在のDevOpsとは真逆で作ったら終わりのビジネスモデルなので(メンテでフィーはもらうが)、少々話が飛躍するが結局SIerはコーディングに興味がない。
日本国内でのハードウェア産業の勃興とソフトウェアの立場の弱さ、SIerの台頭、大学の軽視など様々な力学が働いて結果としてエンジニアの給料は他国に比べて低いと個人的に考えている。
じゃあ日本のエンジニアの給料を上げるにはどうしたらいいんだって話になるわけだけど、極論として全員安い給料でコードを書かなければいいと思う。
ペラッペラのLPを作るのだって最低500万を積まなければければやらない、サイドバーにボタンコンポーネント1つ差し込むのにも100万円払わななければやらない、みたいな。
まあ急にそんなことはできないんだけど、漸進的にこれをやる方法は1つあって、USなりの物価の高い国からオフショアで案件を受ける。
そうすれば自然と給料の高い仕事にエンジニアは流れるので、日本国内のエンジニアが全員オフショアエンジニアになれば結果的に平均的な給料が上がる。
日本経済としてそれはどうなんだろうとは思うけど、近視眼的に日本のエンジニアの給料を上げるというのを解決するにはこのくらいしかない。
オフショアという形を頼らずともVCマネーで生き生きとしているベンチャーはエンジニアの給料を高くしてるけど、これはあくまで局所的な話であって日本全体のスコープで考えたら結局産業構造というものに向き合うしかないと思う。
自分自身エンジニアだったしOSSにもコミットしたりそれなりに開発できる人材に敬意は持ってるけど、それでも安く仕事してくれるなら給料は安めにしたい。
なぜなら会社の口座残高がゼロになったらゲームオーバー(=倒産)なので、削れる人件費は削りたい。自分の会社もエンジニアを抱えているけど事業を回すためにも世間並みの給料ではある。
今後も安く働いてくれると嬉しい。
オブジェクト指向とかかっこいい言い方をしても無駄だ。従来の構造化プログラミングから進歩したことなど一つもない。オブジェクト指向がなぜダメであるのか、それを今から話すぜ。
1. データと処理をまとめるという発想。
データと処理をまとめてクラスとして置くという発想がある。しかし、このようなことをしなくとも、モジュールという単位で利用データと処理の集合をまとめればよかったので、クラスを使う必要はない。しかもクラスはインスタンス化のときに、不要な情報まで持ってくるのでメモリ効率が明らかに悪い。コンピュータが進化しているからメモリのことはあまり考える必要がないとはいえ、必要ない処理をまとめて閉じ込めるのは無駄が多い。なぜクラスという名詞で概念分類できると考え始めたのかは不明だが、アルゴリズムとデータ構造という構造化プログラミングの手法を、クラスと型というパラダイムに変換することで型にうるさいC++馬鹿を生み出し、彼らが発狂することになってしまった。しかもデータと処理にわざわざ依存関係を持たせて、変更に対する柔軟性を失わせている。
2. 継承
継承によって既存の構造を持ってこようとする必要性が全く無い。それどころか、継承を使うことによってプログラムがスパゲティ化し、依存関係のグラフがややこしくなってしまう。継承など使わず、必要な情報はスコープの限られた共通の変数、または関数の引数として用意しておけば良い。もしクラスをどうしても使いたければ、共通のインターフェイスをもたせたほうがマシである。インターフェイスを使えば、クラス利用者が意識すべきpublicメソッドがなんであるか把握できる。
3. カプセル化
オブジェクト指向の中で役立つ概念はカプセル化だけである。しかし、カプセル化はクラスなしで構造化プログラミングの方法で実装できる。pythonでは、モジュールの中でアンダースコアから始まる関数を用意しておけば、それがprotectedやprivateと似たように機能させることができる。オブジェクト指向がなぜカプセル化が独自の概念だと言い始めたかは謎。
4. ポリモーフィズム
同じ名前のメソッドを、入力に応じて処理の内容を変える。このようなことはオブジェクト指向などと誇大宣伝をするほどのことでもない。構造化プログラミングで似たようなことができる。
ノーベル経済学賞受賞者の主張が日本のX界におけるいわゆる”アンチフェミ”の主張と整合的であるということでアンチフェミ界隈が沸き立っているが、そもそもゴールディン氏の主張自体を額面通り受け取っていいのかという問題がある。
（そもそもゴールディン氏の主張は”アンチフェミ”的なのか？という点については、彼女の著書を普通に読めば、解釈に多少の幅はあれ概ねそのような内容であることは明らかだと思う。すなわち、同じ仕事や同じポジションに付く男女について差別に基づく賃金の差は既に存在せず、実現している男女の賃金格差は家計における合理的なキャリア選択の結果として現れているものであるという趣旨であり、労働条件における系統的な女性差別の存在を主張する人々の考え方とは対立する）
自分は経済学の学位を持っており、大半の人よりは経済学に詳しいという自負があるが、それ故に経済学的なものの見方の限界について思うところがある。経済学とはそもそも「定量的に観察された社会事象」を「人々の合理的な意思決定を前提」として解釈する学問である。こうしたアプローチは、以下の様な点で、男女差別の様な問題を考える際に色々な問題があると思われる。
まず「人々の合理的な意思決定を前提」とする考え方の問題点とは、そもそも差別とは経済的な観点からは基本的に非合理的なので、経済学の理論で世の中を解釈するとそもそも差別など存在しないという結論に偏るバイアスがある。例えば以下は経済学的な考え方の例である。「もし男性と同じ能力を持つ女性に対して差別的に賃金を低く設定している企業が存在しているなら、他の企業はその女性に対して今より少し高い賃金をオファーして彼女を雇うことで男性と同等なのに少し安い労働力を確保できて得をする。これが女性が男性と同じ賃金になるまで繰り返されて、男性と女性の賃金は同水準に収束する。もしそうなってないならば、何か別の経済的なインセンティブが働いているはずである」この様に、経済学の理論は首尾一貫して経済的な合理性のみで物事を説明することを試みるため、文化的要因や社会心理学的な要因が入り込む余地はない。差別という経済非合理的な事象は、そもそも経済学の理論のスコープから排されているのである。
また、「定量的に観察された社会事象」のみを分析対象とする点も問題である。こうした経済学のスタンスは、証言なども含めたテクストに対して丹念な分析を行う歴史学・社会学・ジェンダー学といった人文科学的アプローチとは対照的である。数量データに現れない出来事が世の中に存在しない訳ではないのである。例えばナチス政権下でのユダヤの人々の苦しみは、数字のみによって語られるべきではないのと同じである。彼らには統計的事実に現れない日常的苦しみも確実にあったわけで、それは例えばアンネ・フランクの日記などの記録から定性的に読み取ることで明らかとなる。これはフェミニズムの文脈でも同様である。現代の日本において多くの女性が進路選択やキャリア形成に際して有形・無形の差別の存在を感じ、声を上げているということが事実として存在しているわけで（例えば進学に際して親から「あまり高学歴だと結婚できない」と言われるなど）、それが例え統計データとして現れないとしても、その苦しみが存在しないということにはならない。
ノーベル経済学賞というのはあくまでも経済学という学問世界の中での権威が認められたというだけの話である。上記の様に、経済学そのものが、社会事象の一側面を切り取って分析を行う学問である以上、経済学的なものの見方が男女格差という複合的な社会事象の全ての側面を明らかにした訳では全く無い。ゴールディン氏の分析結果は、もちろんそれはそれとして有益な考察の材料としつつ、あくまでこの問題を扱う本流である歴史学・社会学・ジェンダー学の考え方と合わせて、この問題に関する理解を深めていくというのが正しい知的態度だろう。
ダイレクトドライブのフィードバック読み取り部はあの外周のドットではないぞ。あれは人間が見て確認するだけの内蔵ストロボスコープだ。
シンクロナスモータの回転数フィードバック制御は通常、モータからの逆起電力(BEMF)が0Vをまたぐタイミングを見る(ゼロクロス検知)などしてモータの現在の位置を特定する。回転が遅れていればパワーが足りないから電流を増やしたり電圧を早めに上げたりするのだ。調べるとSL-1200ではフォトカプラを使ったと書いてあるからそれを誤解したんだろうが、フォトカプラというのはオペアンプみたいなICの中にLEDと光センサーが密着して組み込まれていてLEDに流れている電気にマイコンをぶっ壊すような高電圧成分が含まれていても内部で物理的に絶縁されているから安心して読み取れるというただそれだけのものだ。
ストロボスコープというのは正確な一定周期で発光するランプで、SL-1200のテーブル外周に描かれた・・・模様は発光周期と選択された回転数が一致している場合はちょうど点滅周期と同期してランプの目前の・に光が当たりピタリと静止して見えるような間隔で刻まれている。メディアの規格に合わせて回転数が標準33 1/3rpm、高音質45rpm、旧式互換の78rpmがあるため3列あるわけだ。ピッチ調整を変えて、あるいはピッチが狂って発光周期と回転が同期しなくなると点が周方向前後に動き、だからスコープそのものが壊れていない限りあれが視覚的に静止していることで回転数が指定と合っている事が分かる。デジタルは信用できない音がおかしいと言ってうるさい奴がいればあのランプを点けてやればどうだピタリ止まっているだろう分かったら黙れと言って黙らせられるわけだ。ちなみに現代ではスマホ用のストロボスコープアプリというのがある。あの模様がないターンテーブルでは印刷した紙とアプリで再現してみることもできる。
このプログラムは、Pythonのようなインタプリタ型のプログラミング言語を使用しています。提供されたコードは関数と変数の組み合わせで、カウンターの機能を実現しています。以下にその説明を詳しく説明します。
let キーワードを使用して、内部のカウンターを定義しています。カウンターは cnt という名前の変数で初期化され、値は0に設定されています。このカウンターは、外部から直接アクセスできないように、ローカルスコープ内に存在します。
:reset というキーを持つ場合、カウンターの値を0にリセットします。
:incr というキーを持つ場合、カウンターの値を1増やします。
この無名関数が counter 変数に代入されて、カウンターオブジェクトが作成されます。
.reset メソッドが呼び出されると、カウンターの値は0にリセットされます。
このプログラムは、カウンターの値を増加させたりリセットしたりするシンプルなカウンターの実装例です。Pythonなどのプログラミング言語では、関数やクロージャを使用して、このような動作を実現することができます。
ETA療法というのを受け始めた
Bスポット療法とも言われてる、鼻の奥に棒突っ込んで直接喉奥に薬塗るやつ
なんか胡散臭い自費診療なのかと思ってたら保険適用で自己負担六百円ほどだった
初回は、歯医者でとるような頭部のだけのCT撮ったり鼻の奥までスコープ入れたりする検査したからそこは五千円くらいかかったけど
インフルエンザの検査も特に痛みを感じないくらい痛覚鈍いから、検査や痛いと聞いていた鼻の奥にぐりぐりと薬を塗られるのは平気だった
でも、終わった後にひどい風邪を引いた時みたいな引きつれるような喉の痛みがあるのがめちゃくちゃつらくて慣れない
水分やのど飴でも緩和されないし、ラーメンとか味の濃いものを食べてもしみないから、本当に普通には届かない場所っぽい
後鼻漏の症状が若い頃からずっとあったり季節の変わり目に喉鼻の風邪も引きやすかったから器質的な異常も調べてもらえたのは良かった
副鼻腔炎も鼻粘膜の腫れもないし、上咽頭の炎症もそんなに酷くないからもしかしたら効果あまりないかもと言われ、3回受けて見て今のところあんまりまだ効果を感じていない
5回やって変わらなかったら違う検査や治療を考える、と言われたから残り2回…
今夜も喉が痛くて寝れない夜を過ごす…
