  |
はてなキーワード: モニタリングとは
元生活保護受給者でアスペと鬱で精神２→３級だが、少し前に、ようやく社会人(正職員待遇)ができるところまで戻ってこれた。
社会人といっても某飲食の一兵隊なので、世間一般でいえば「負け組」とか「底辺社畜」の類だと思う。
そして生活保護をそれより上だの下だの、そういう序列をつけて優越に浸りたいというわけでもない。生活保護には大変お世話になり、このセーフティネットがなければI was gone.しているか、生きていても反社勢力の捨て駒か何かになっていたかもしれない。雨風が凌げる快適な部屋で、布団にくるまって眠れて、贅沢しなければ日に三度の食事に困らず、人の道を誤らないように暮らせたのだから、福祉事務所の方角に足を向けて眠れない。
といっても別に変わった経緯でもないと思う。地元の公立小・中・高を経て地元の宿泊業を営む会社に入りホテルマンとして働き始めたのだが、不規則勤務・薄給に加えてお局の係長からのパワハラにより精神崩壊して退職、精神２級判定、実家に帰る、雇用保険の失業給付が尽きる、実家から出される、保護開始……こういう順序だったと思う。
実家での待遇は良くなかった。特に兄が酷かった。両親も最初の頃は同情的だったものの長男(兄)の機嫌を損ねるわけにもいかなかったのだろう、次第に冷たくなり、雇用保険の給付が尽きるときに30万円を渡され、今のていたらくで盆と正月以外は実家に近寄るなという旨のことを宣告された。田舎だけに周囲の目もあるし、やむを得ない措置だと思うし、今更それを遺恨に思ってもいないし、ここでズルズル寄生を許可されていたら今頃は立派なニートのできあがりだったことと思う。もっともそのときは、ああもうこれは死刑宣告だなと目の前が真っ暗にはなったが。
とはいえそう簡単に自殺できるなら何も苦労はない。役場の障害福祉課(精神障害者の手帳の件でお世話になっていた)に話をしたところ、ありがたいことにこんな穀潰しに親身になってくれ、提案をもらえた。
ひとつは「障がい者のグループホームに入居して集団生活を送る」こと、もうひとつは「手持ちのお金でとりあえず単身向けの安い賃貸を契約して住む」ことだった。いずれにしても精神２級の状態で今後の生活にかかるすべての経費をまかなうことは不可能だろうから、生活保護の申請は前提と言われた。一刻も早く家族(特に兄)からの攻撃から解放されたかったので、障害程度区分(介護保険でいう要介護１～５みたいなの)を取ったりするために必要になる時間も惜しみたくて1Kの賃貸アパートを契約してそこに引っ越すことにした。引っ越すといっても冷蔵庫や洗濯機は家族共用なので家電量販店で買ってアパートに届けてもらうことにし、段ボール箱５つ分くらいの荷物を自室から原付のリアキャリアに縛ったりステップに置いて運ぶだけだから、引越し自体もあっけなく終わった。父のワゴン車に積んで運べば１回で済んだだろうけれど、その迷惑をかけるのも躊躇ったのは覚えている。
生活保護で月に支給される額はおおよそ12万円程度。障害基礎年金は無事３級が出たが、年金は収入として申告し、その分減額される(生活保護＋年金になるわけではなく、他の生活保護受給者と同じ金額で生活をすることになる)システムなので、年金が出たからといって裕福になるわけではないことを知ったが、とりあえずこれで、贅沢しなければ衣食住が許されるくらいのベースができた。原付(125以下)が、「事故を起こしたときにちゃんと賠償できるように任意保険にも加入すること」を前提に保有・運転してもいいといわれたのは助かった。
『働かずに食う飯』が美味いかどうか……。考え方に個人差はあると思うが、私にとっては何を食べてもあまり味がわからなかった。保護費支給日に、月に１回くらい口の栄養をと思って高い外食(といってもファミレスとか回転寿司くらいだが)をしても、味に感動するようなことはなかった。むしろ高い飯を食べると罪悪感が強かったようにすら思う。
刷り込みとか色々あるかもしれないが、とにかく、『今この時点において、自分より無価値な人間はいない』ということを感じていた。卑屈になりすぎていたのかもしれないけれど、今の自分が生み出せるものといえば二酸化炭素と排泄物しかないわけだから。テレビを持っていなかったのでもっぱらラジオだったのだけれど、野球中継を聴いて贔屓のチームの選手が拙いプレーをして点を取られたときにも、自分ごときが選手を叱咤できる立場じゃない、となって、野球中継さえまともに楽しめなかったくらいになった。
鬱もなかなかその頃は酷く、家事は勿論のことながら入浴すら自発的にできなかったので障害福祉サービスで週３回ヘルパーさんが来てくれるようになり、相談支援専門員さんがついてくれることになった。モニタリングという定期的な面談のときに「ラジオで野球を聴くのすら申し訳ない」というようなことを話すと、就労継続支援Ｂ型という作業所を紹介してくれた。見学に行ったところは障害の程度や意欲に応じて、ほとんど遊んでいるに等しいレクリエーションのようなことから集合住宅や公共施設などの清掃まで幅広くやっていたところで、「ちゃんとできるかどうかわからないが、清掃作業をさせてもらえるなら」という条件で通所し始めた。週１日・午後のみから始めて、少しずつ増やして週４・午前午後になり、報酬として工賃を２万円くらいいただけるようになった。まったくの無価値ではなく、月２万円だが自分にそれだけの価値を認められたことが嬉しかった。もちろん収入なので生活保護の支給額は減るのだが、勤労による収入の場合は控除が認められて、２万円工賃をもらえれば月に1.5万円くらいは実質的に自由になるお金が増えた。この頃には、「月１回くらいは口に栄養しても」の罪悪感も少し薄れ、熱々のハンバーグがとても美味しかった。
……とここで、レジで会計をするときに壁に貼ってあったポスターを見て、「アルバイト募集されているんですね。未経験歓迎とありますけど僕みたいなのでもいいんですかね？」などという畏れ多いなんてレベルを超越した暴言を吐いてしまったのだ。
レジカウンターを挟んで二言三言のあとバックヤードに連れて行かれ、店長がいる時間帯に履歴書を持って面接に来てくれという話になってしまい、そこから何をどうしたかよく覚えていない。作業所までそう離れていなかったので、まずは作業所に駆け戻ったのだけは覚えている。
後日、作業所の管理者さん同行で面接になった。店長と施設長が最初に長く話し、最後の方で何か言いたいことはと問われたときに、施設長が言わなかったこと(生活保護受給中とかただの精神２級ではなくアスペルガー症候群もあること)を言った。施設長がいい顔をしていなかった。ここで仮に採用に繋がれば作業所の実績に繋がる大事なところなので、その足引っ張りになることをされたら困るというのが施設長の本音だと思うが。
採用の前にまず実習ということになった。熱々の料理をお客様にぶちまけるような致命的な失敗こそしなかったが、皿は相当割った。14番テーブルに持って行くはずの料理を24番に誤配したり散々だった。高校生の先輩バイトさんに使えないと舌打ちされたのも覚えている。
……が、総合的な評価はそこまでダメではなかったのか、まずは週２日のランチタイム要員として採用された。10時半から15時の４時間半。百戦錬磨の兼業主婦のパートさんにはこき使われたが数多のフォローや配慮をしてくれて感謝しかない。
週２日と４時間半が次第に延び、フルタイムになり、正職員待遇になった。精神の手帳も２級から３級に見直された。生活保護は基準より収入が上回ったため停止され、半年後に打切りになった。福祉事務所に頭を下げに行ったら担当のケースワーカーさんに激励していただいた。
正職員待遇とはいってもあくまで障がい者雇用なので、健常者とまったくの同一条件ではないけれど、少なくとも今は野球中継を素直に楽しめるようになったし、親や兄・妹との関係もある程度戻ったと思う。兄のところには２人子どもがいるし、妹も近々結婚するらしいことを聞くと、私は家庭を持っていないことが兄や妹と較べてレベルが下だが、これはさすがに相手のあることだから自分だけが足掻いてどうにかなるものでもないし、仕方ない。
お金だけがすべてではないが、今は保護費より相当多い給与を貰えているし、そのおかげで保護の頃より僅かだが広く便利がいいアパートに移った。雑誌や文庫本くらいならそこまで財布と相談しなくても買えるようになったし、何より「お天道様の下を堂々と歩ける」ようになった。
もちろん、今後また何かの弾みで生活保護に助けてもらうことにならないとも限らないが、保護に依存しないように、備忘録として残したい。
つまり危険なことが起きたら、危険という判定を下せる体制になっている、ということだよね
モニタリングでアラートが出たら、処理水放出が危険であったと反証することができる、ってことだよね
OKです👍
福島の原発も基準は満たしていたけどメルトダウンするという結論になったよね
想定を上回る津波が実際に発生したことで、基準自体が誤りであったことが反証された
処理水の場合はどのような現象が発生すれば、処理水放出という決定が誤りだったのか、つまり基準自体が誤りであったのかを知ることができるのか
そういう話を元増田はしているのだと思われる
日本政府は「それを満たしている」というのが安全の内容なんだから
2018/08/29
2018/08/29
2018/08/29
2018/08/29
2018/08/29
ってやつだろ？
現在多くの国が原発処理水を放出し続けている中で今後のモニタリングで異常値の原因なんか特定できるはずもない
仮に今後異常値が出たとして、「処理水放出が原因とは断定できない」というしかないんじゃないかな
ダウトな
なんでこんなバカなこと言い出すかと言うと
日本もJAEAも原因を特定「しない」に違いないって思ってるから
「特定海域で異常値が出た」という事象に対して原因の話が出来ないわけがないじゃないか
という視点に立てない訳
例えばさ
結果思ったより濃度が濃かった時に
日本にほど近い中国の各原発が100兆bqのトリチウムを放出してる中（合計で400兆bq越え）で
日本の福一から放出される22兆bqが影響したに違いないとか無いわけじゃん
これをもって、危険を判定できないとか言い出したら、馬鹿丸出しじゃん
科学をなんだと思ってるんだ？
現在の手札で
結果が再現できて、反証事実を検証可能な形で提示できないなら、科学的に正しいのだよ
それ以外に何があると思ってるんだ？
素人風情が科学的手続きを踏まずに、原子力研究の科学者は無能だって言いたいのか？
人はそれをオカルトと呼ぶんだよ
前半("トリチウムの話も含めてあらゆる科学理論は証明されておらず、すべての理論は仮説だと言えるよ。"まで)は正しい。
反証という日本語は正しくないので帰無仮説と呼ぶ。帰無仮説になる「安全であるない」は一般に状況証拠の積み上げで否定する。
ある集団が健康被害を訴えた。彼らの共通点は処理水を放出した海域で泳いでいたあるいは海域で捕獲された魚を食していた。彼らは内部被ばくをしていた。彼らの体内の三重水素の比率が、そうでない人の体内の三重水素の比率に比べて有意に多い。
これは直接的に海洋放出が健康被害の原因であることを示すものではない、いわゆる状況証拠であるがこれでよい。
「安全である」は「安全でない」を統計的に否定したものなので、帰無仮説成立の可能性を有意水準の範囲で否定できなくなった時点で「安全である」とは言えなくなる。
そうやって今までの四大公害や食中毒や得体のしれないものの原因を突き止めてきた。最近では沖縄米軍基地や横田基地のPFASが記憶に新しい。
海域モニタリングも同じ話。現在多くの国が原発処理水を放出し続けている中で
今後のモニタリングで異常値の原因なんか特定できるはずもない。
仮に今後異常値が出たとして、「処理水放出が原因とは断定できない」というしかないんじゃないかな。
(冒頭で正しいと書いた)前半部分では一般的な方法論を述べているにも関わらず、ここにきてケース固有の現実の技術水準の話にすりかえている。
特に海域モニタリングについては、主観の域を全く出ていない。異常値が出たら放出口近辺を調べることによって放出が原因か否かを科学的(確率的・統計的)に判断することができる。
危険の判定を下すことは十分に可能(否定の根拠が増田の主観でしかない)なのでこれ以降は語る必要がないのだが、以下については論理に飛躍があり過ぎるので一つずつ潰しておく。
処理水放出が危険だったという判定を下す、つまり反証をできないのであれば、反証に繋がりそうな事例を否定するに終止するしない。
反証可能性は否定できていないので事例を否定するに終始する必要はないし、むしろ被害者救済を担う国は早く見つけたいだろう。
「処理水放出は安全である」という主張は、そもそも確率的/統計的なもので絶対ではない。科学とはそういうもの。
従って、健康被害が発生した場合は政府として何が原因なのかは当然調査することになる。システムのフェールなのかそもそも構造的にトリチウムで健康被害が生じないというのが誤りだったのか。ただし、ことトリチウムに限って言えば実績が十分にあり過ぎるので、否定されることは考えにくいが(もちろん絶対ではない)。
①処理水放出は科学理論だよ。主張する当の日本政府がそう言ってるよ。
①言いたいことはわかるが正しい日本語を使いましょう。処理水放出＝科学理論って何ですか？
③状況証拠の積み上げだよ。工学に数学のような厳密な証明は必要ないし一般にできるとは限らないから詳細なメカニズムの解明は後で十分だよ。その状況証拠を統計的に否定する責任は東電と政府にあるので第三者は詳細メカニズムの解明までする必要はないよ。
https://anond.hatelabo.jp/20230908154902
を書いた者だけど、反証可能性という概念自体がイマイチ理解されてない気がするので
あくまでも例であって、トリチウムの安全性や危険性について述べたいわけではないので注意してね。
その根拠は今までに理論及び実験で確かめられたトリチウムという物質の性質、
https://www.kaiseiken.or.jp/publish/reports/lib/2022_27_12.pdf
この命題の偽は「トリチウムは生物濃縮する」であって、例えばトリチウムの蓄積量が有意に多い海洋生物が発見されて、
それが生物濃縮の結果だったことが判明すれば（そんな簡単な話でないことは承知の上で）
「トリチウムは生物濃縮しない」という命題は反証されたことになるよ。
この元の理論が間違いである可能性、元の命題が偽である可能性を反証可能性と言います。
例えば「トリチウムが生物濃縮がされないことは理論によって証明されている」だと、
トリチウムに関する実験も観察もその後一切行われないことになる。だって証明済みなんだからそんな事する必要ないでしょ？
たまたまトリチウムの生物濃縮に繋がりそうな事例が発見されてしまったら、
いかにその発見が誤ったものか、価値のないものという攻撃に終始するようになる。
こういうのはみんなが知ってる科学じゃないよね。
科学は新たな知見を取り入れながら、より正しい理論のあり方を追求するものです。
いま通用している科学理論は反証される余地がありながら反証されていない事実を持って、
その正しさを示していることになる。
なのでトリチウムの話も含めてあらゆる科学理論は証明されておらず、すべての理論は仮説だと言えるよ。
（個人的に証明という言葉は、厳密な意味では数学以外の分野では使えないと思う）
では本題の「処理水放出は安全である」という命題だけど、これも上のトリチウムの話を含め、
この理論の反証は「処理水放出は安全ではない」だけど、この命題、どうやったら証明できる？
元増田でも書いたけど、今後太平洋沿岸で海洋生物摂取を要因とした健康被害が発生したとして、
どうやってそれが２０２３年日本の海洋放出が原因だと断定できる？
海域モニタリングも同じ話。現在多くの国が原発処理水を放出し続けている中で
今後のモニタリングで異常値の原因なんか特定できるはずもない。
仮に今後異常値が出たとして、「処理水放出が原因とは断定できない」というしかないんじゃないかな。
つまり「処理水放出は危険だった」という判定できる条件が見当たらない。
となると日本政府は今後のいかなる関連事象に対しても処理水放出は危険だった、という判定を下せないわけだよね。
で、ここで一つ考えていただきたいんだけど、
「危険」の判定を下せない審判の出す「安全」という判定って、何か意味があるの？
処理水放出が危険だったという判定を下す、つまり反証をできないのであれば、反証に繋がりそうな事例を否定するに終止するしない。
そうすると日本政府による「処理水放出は安全である」という主張は、
「今後処理水放出による健康被害は政府として一切これを認めない」という政治的なステートメントになってしまうんだけど、
なので処理水放出安全論を唱える人は、いかなる条件を満たせば元の命題が反証されるか教えて下さい。
上で私は無理だ、といったけど、健康被害者の調査または海洋モニタリングの結果から処理水放出が危険だと判定できるならそれでもいいです。
まとめると
①処理水放出は科学理論だよ。主張する当の日本政府がそう言ってるよ。
②科学理論であれば反証可能性を持つはずだけど、現状は反証される条件が見当たらないよ。
③なので日本政府またはその主張の支持者は、反証されうる条件、処理水放出が危険だったと認めうる条件を明示してね。
です。
以上、id:p__o__n でした。よろしくおねがいします
「相方が倒れて予断を許さない状況でも時間が経てば腹は減るし眠くもなる説」って企画で、
芸人の相方が倒れて予断を許さない状況って伝えられた後、ご飯食べるのか、寝るのか？ってのをモニタリングするって検証だったんだけど、
これ最悪な企画だなぁー。
人としてこうあるべきみたいなのを勝手に世間が決めて、それからはみ出てたら良くないみたいな風潮つくるの最悪だ。
腹だって減るし、眠くなるわ！！！で、ご飯食べたら、スタジオでは、うーんちょっとなぁーみたいなコメントしてたりする。
じゃあ、ご飯食べなかったら相方の状況良くなるのかよ？寝なかったら相方の状況良くなるのかよ？意味不明やろ。
僕は、卒業式とか泣けなかったんだけど、泣けなかった奴に対しての冷たい視線みたいなのは感じた。
この期間に、様々なプロジェクトに関わり、多くのことを学びました。
今回は、私が経験した技術的な話を中心に、はてなでの仕事について振り返りたいと思います。
はてなでは、主にRuby on Railsを使ってWebアプリケーションを開発していました。
はてなブログやはてなブックマークなどの有名なサービスはもちろん、社内向けのツールや新規事業のプロトタイプもRailsで作っていました。
Railsは、高速に開発できるというメリットがありますが、それと同時にコードの品質やパフォーマンスにも気を配る必要があります。
私は、テストやリファクタリング、コードレビューなどの技術的なプラクティスを積極的に取り入れることで、Railsの開発をより効率的で安全に行う方法を学びました。
例えば、私が担当したプロジェクトでは、RSpecやRuboCopといったツールを使ってテストカバレッジやコード規約をチェックし、GitHub ActionsやCircleCIといったサービスを使って自動化しました。
また、Pull RequestやPair Programmingといった方法を使ってコードのレビューを行い、バグや改善点を見つけたり、知識やノウハウを共有したりしました。
また、はてなでは、AWSやGCPなどのクラウドサービスを活用してインフラを構築していました。
私は、DockerやKubernetes、Terraformなどのツールを使って、コンテナ化やオーケストレーション、インフラストラクチャ・アズ・コードなどの技術を実践しました。
これらの技術は、開発環境と本番環境の差異を減らし、デプロイやスケーリングを容易にするという利点がありますが、それと同時に複雑さやトラブルシューティングの難しさも増します。
私は、モニタリングやロギング、アラートなどの技術的な仕組みを整備することで、インフラの運用をより安定的で信頼性の高いものにする方法を学びました。
例えば、私が関わったプロジェクトでは、DatadogやCloudWatchといったサービスを使ってシステムの状態やパフォーマンスを監視し、SlackやPagerDutyといったサービスを使って異常や警告を通知しました。
また、ElasticsearchやFluentdといったツールを使ってログの収集や分析を行い、原因究明や改善策の検討に役立てました。
## チームでの協働
はてなでエンジニアとして働くことで、私は多くの技術的なスキルや知識を身につけることができました。
しかし、それ以上に大切だったのは、チームで協力して問題を解決することでした。
はてなでは、エンジニアだけでなくデザイナーやプロダクトマネージャーなどの他職種とも連携してプロジェクトを進めることが多かったです。
私は、コミュニケーションやフィードバック、ドキュメンテーションなどの技術的ではないスキルも重要だと感じました。
私は、自分の意見や提案を積極的に発信することで、プロダクトやサービスの品質や価値を高める方法を学びました。
例えば、私が参加したプロジェクトでは、SlackやZoomといったツールを使って日常的に情報交換や相談を行い、BacklogやJiraといったツールを使ってタスク管理や進捗報告を行いました。
また、FigmaやMiroといったツールを使ってデザインやアイデアの共有やフィードバックを行いました。
私は、はてなでエンジニアとして働くことがとても楽しく充実していました。
しかし、私は自分のキャリアについて考える中で、新しい挑戦をしたいという気持ちが強くなりました。
私は、自分の興味や関心のある分野にもっと深く没頭したいと思いました。
## おわりに
彼らに感謝する気持ちを込めて、このエントリーを書き終えたいと思います。
イオンカードから緊急のご連絡
イオンカード <no-reply@aeon-nabaxoba.com>
いつも弊社カードをご利用いただきありがとうございます。
昨今の第三者不正利用の急増に伴い、弊社では「不正利用監視システム」を導入し、24時間365日体制でカードのご利用に対するモニタリングを行っております。
このたび、ご本人様のご利用かどうかを確認させていただきたいお取引がありましたので、誠に勝手ながら、カードのご利用を一部制限させていただき、ご連絡させていただきました。
つきましては、以下ヘアクセスの上、カードのご利用確認にご協力をお願い致します。
ご回答をいただけない場合、カードのご利用制限が継続されることもございますので、予めご了承下さい。
-----------------------------------------------------------
＊注意事項
＊カードの個人情報によっては電話で連絡する場合もございます。
＊正確な情報は必ず記入してください。
たいへんだ。すぐに連絡しないと。
Dockerは、開発から運用まで一貫した環境を提供することで、開発者の作業負担を減らすという大きな利点があります。また、仮想マシンと比較してリソースの使用効率が高いため、エコとも言えます。
ただし、確かにDockerには一定のオーバーヘッドが存在します。これは、DockerがゲストOSを持たずに、ホストOSのカーネルを共有して動作するためです。それにより、アプリケーションの実行に必要なリソースが追加で必要になり、パフォーマンスに影響を及ぼす場合があります。
また、Dockerを利用する際の設定や構成によってもパフォーマンスは大きく変わります。例えば、Dockerのネットワーキングやストレージの設定、またホストOSとの互換性など、考慮すべき要素は多数存在します。
あなたの現在の状況について具体的に述べると、FESSのクローリングが重いという問題は、Dockerのオーバーヘッドだけが原因ではない可能性があります。Dockerコンテナ内のFESSやJVMの設定、ホストマシンのリソース割り当て、ネットワークやストレージの設定など、様々な要因が絡んでいるかもしれません。
また、Dockerのログ出力が多いと感じる場合も、実際のところはFESSやDockerの設定によるものかもしれません。ログの出力レベルを調整することで、必要な情報だけを出力するように設定することも可能です。
しかし、これらの設定を調整するためには一定の知識と経験が必要で、それがなければ素直にネイティブ環境での構築が良い選択かもしれません。結局のところ、どの方法が最善かは具体的な要件や状況によります。
このような状況に直面した際には、パフォーマンスの問題を具体的に分析し、適切な解決策を見つけるためにパフォーマンスモニタリングやロギングツールを使用することをお勧めします。それにより、問題の原因を特定し、適切な対策を講じることが可能になります。
たとえば、Dockerが高いCPU使用率を示している場合、それはコンテナ内のアプリケーション（この場合はFESS）が高いリソースを消費している可能性があります。その場合、アプリケーションの設定や実行パラメータを調整することで改善できるかもしれません。
また、Dockerコンテナのリソース制限を調整することも検討できます。Dockerは、コンテナに割り当てるCPUやメモリの量を制限する機能を提供しています。これにより、他のプロセスに影響を与えることなく、特定のコンテナのリソース使用量を管理することが可能です。
さらに、Dockerのボリュームやネットワーク設定が適切であるかを確認することも重要です。不適切な設定はパフォーマンスに悪影響を及ぼす可能性があります。たとえば、ファイルI/Oのパフォーマンスは、ホストOSとコンテナ間でデータを共有する方法に大きく依存します。そのため、適切なボリュームの設定や、パフォーマンスを向上させるための最適化オプションが適用されていることを確認することが重要です。
最後に、Docker自体のアップデートもパフォーマンス改善に寄与する場合があります。最新のDockerエンジンには、パフォーマンスを改善するための修正や改善が含まれていることがあります。
これらの要素を考慮に入れ、Dockerのパフォーマンスを最適化する方法を探すことができます。ただし、これらすべてを試してもパフォーマンスが改善しない場合や、必要な知識や時間が不足している場合は、Dockerを使用しないネイティブな環境での構築が最善の選択であるかもしれません。
ハロワに通い、なんとか就職するが「朝起きれない」「上司の指示が伝わらない」「（早く帰ってゲームしたいので）１分たりとも残業したくなくて勝手に帰って怒られる」等により職場で浮き、短期離職を繰り返す。
発達障害の自覚があったので、心療内科を予約し、ストラテラを飲み始めた。これが2年前。
若干の副作用もあったが、主治医に相談して色々薬を組み合わせながら、服薬を継続した。
食欲が減退して体重は10kg減ったし、吐き気もあるし、日中は勃起しなくなった。
服薬のメリットを簡単に言うと「やろうと思ったことがやれる」これに尽きる。
（トイレ汚れてるな…）→todoに即登録→今日中に必ずやれる。
（生活リズムちゃんとしたいな…）→寝る時間を決めてiphoneに即登録→何がなんでも絶対寝る
（そろそろ正社員でちゃんとした給料がもらえる仕事がしたいな…）→以下略
（せっかくいい会社に雇ってもらえたし、今年は◯◯の勉強をしたいな…）→以下略
といった感じで、現実的に実行可能なことなら、めんどくさくても実行できるようになった。
それによって、2年間で人生が180度変わった。
死ぬまで飲み続けるのは肝臓の負担が怖いので、肝臓の数値を内科で定期的にモニタリングしている。
また、最近は「ストラテラを減らしていくにはどうしたらいいか？」という方向で主治医の指導のもと戦略を実行している。
人生のレールを外して困っているなら、ストラテラはひとつ選択肢として考えてみてください。
