  |
はてなキーワード: メソッドとは
引数がA,B,C,D,Eあるとして
A,Bだけ渡したら、内部でC,D,Eを自動的に解釈するメソッドが作りたかった
これ、例えば
func hogeAll(A a, B b, C c, D d, E e) {
}
func hoge(A a, B b) {
}
んだけど、ABCDE全てに対して有／無のメソッドを全て定義すると果てしなくなる
実際にこれはよくやられると思う
HikisuClass hikisu = HikisuClass.create(a,b) // これで内部で自動的にc,d,eを解釈する
でもメソッド一個のためにクラスを作るのってクソ面倒だなと思う
もう一個方法があるとしたら、Classに値を入力したあとメソッドを実行する方法だ
hoge.a = a
hoge.b = b
hoge.do()
hoge(a,b,null,null,null) みたいなことになりそう
ちなみに何でそういうことをしたいかと言えば、自然言語がそうなってるからだ
大抵の引数が省略されるし、省略されたりされなかったりする、非常に柔軟なんだ
もちろん受ける側の作り込みが大変になるが、ちゃんとリーダブルに作ろうとしたらそっちのほうが良いんじゃないかと思える
引数のoptional,requireを指定できればもっと良い
これってポリモーフィズムあたりの話か？
＿＿＿
追記：
あ、DIコンテナみたいな話かな
でも結局煩雑だし使いたくない
xervra師いわく、
「運動、瞑想、睡眠、野菜摂取の徹底」が全ての人を救う訳ではありません。
宗教ではないのでそんな事は謳えませんから、救われる可能性の高いメソッドとして提案しているだけで保証などできません。
しっかり瞑想ができる人なら寝たきりになっても救われるかもしれませんがそれも保証できません。
心が弱って宗教を選択するのも自由です。でも、それで救われる事が保証されるかと言えばそんな事も無いし、そもそも奇跡も期待できません。
一つ分かっている真実があります。「運動、瞑想、睡眠、野菜摂取の徹底」は心を守ってくれる効果が実証されています。
まじな話をすると、N予備校のプログラミング入門コースやるのがオススメ。
一日8時間勉強時間があるなら、だいたい一ヶ月で終わる内容。
月額1000円だけどしっかり勉強すれば一ヶ月の無料期間中に終わると思う。
もともとN高等学校のノンプログラマーの生徒をWebエンジニアとして就職させるために作られたカリキュラムで講師曰く去年はこれで二人エンジニア就職を決めたらしい。
内容も相当親切に説明していて、プログラミングで何か作るだけじゃなくて、就職に必要な環境構築やセキュリティまでみっちりやる。
で講師が書いてる入門コースで習うことがまとめ。テキスト教材もあるけど授業も1項目を2時間で説明している。授業は週2の生放送とそのアーカイブがある。
↓みたいなことが学べる
----
Web ブラウザとは (Chrome, デベロッパーコンソール, alert)
はじめてのHTML (VSCode, HTML, Emmet)
さまざまなHTMLタグ (h, p, a, img, ul, tableタグ)
HTMLで作る自己紹介ページ (HTMLタグ組み合わせ, コンテンツ埋め込み)
はじめてのJavaScript (JS, ES6, エラー)
JavaScriptでの計算 (値, 算術演算子, 変数, 代入)
JavaScriptで論理を扱う (論理値, 論理積, 論理和, 否定, 比較演算子, if)
JavaScriptのループ (ループ, for)
JavaScriptのコレクション (コレクション, 配列, 添字, undefined)
JavaScriptの関数 (関数, 関数宣言, 引数, 戻り値, 関数呼び出し, 再帰)
JavaScriptのオブジェクト (オブジェクト, モデリング, プロパティ, 要件定義)
はじめてのCSS (CSS, セレクタ, background-color, border)
CSSを使ったプログラミング (transform, id, class)
Webページの企画とデザイン (企画, 要件定義, モックアップ, 16進数カラーコード)
診断機能の開発 (const, let, JSDoc, インタフェース, 正規表現, テストコード)
診断機能の組込み (div, 無名関数, アロー関数, ガード句, truthy, falsy)
ツイート機能の開発 (リバースエンジニアリング, URI, URL, URIエンコード)
LinuxというOS (VirtualBox, Vagrant, Ubuntuのインストール, OS, CUIの大切さ)
コンピューターの構成要素 (ノイマン型コンピューター, プロセス, lshw, man, ps, dfの使い方)
ファイル操作 (pwd, ls, cd, mkdir, rm, cp, mv, find, ホストマシンとの共有ディレクトリ)
標準出力 (標準入力、標準出力、標準エラー出力、パイプ、grep)
vi (vimtutor)
シェルプログラミング (シバン, echo, read, 変数, if)
通信とネットワーク (パケット, tcpdump, IPアドレス, TCP, ルーター, ping)
サーバーとクライアント (tmux, nc, telnet)
HTTP通信 (http, https, DNS, hostsファイル, ポートフォワーディング)
GitHubでウェブサイトの公開 (GitHub, リポジトリ, fork, commit, 情報モラル)
イシュー管理とWikiによるドキュメント作成 (Issues, Wiki)
GitとGitHubと連携 (git, ssh, clone, pull)
GitHubへのpush (init, add, status, インデックス, commit, push, tag)
Gitのブランチ (branch, checkout, merge, gh-pages)
Node.js (Node.js, nodebrew, Linux, REPL, コマンドライン引数, プルリク課題)
集計処理を行うプログラム (集計, 人口動態CSV, Stream, for-of, 連想配列Map, map関数)
アルゴリズムの改善 (アルゴリズム, フィボナッチ数列, 再帰, time, プロファイル, nodegrind, O記法, メモ化)
ライブラリ (ライブラリ, パッケージマネージャー, npm)
Slackのボット開発 (slack, mention, bot)
HubotとSlackアダプタ (hubot, yo)
モジュール化された処理 CRUD, オブジェクトライフサイクル, filter)
ボットインタフェースとの連携 (モジュールのつなぎ込み, trim, join)
同期I/Oと非同期I/O (同期I/O, 非同期I/O, ブロッキング)
例外処理 (try, catch, finally, throw)
HTTPサーバー (Web, TCPとUDP, Webサーバーの仕組み, Node.jsのイベントループ, リスナー)
HTTPのメソッド (メソッド, GET, POST, PUT, DELETE, CRUDとの対応)
HTMLのフォーム (フォームの仕組み, form, input)
HerokuでWebサービスを公開 (Webサービスの公開, heroku, dyno, toolbelt, login, create, logs)
認証で利用者を制限する (認証, Basic認証, Authorizationヘッダ, ステータスコード)
Cookie を使った秘密の匿名掲示板 (Cookie, Set-Cookie, expire)
UI、URI、モジュールの設計 (モジュール設計, フォームのメソッド制限, リダイレクト, 302)
フォームによる投稿機能の実装 (モジュール性, textarea, 303)
認証された投稿の一覧表示機能 (パスワードの平文管理の問題, 404, テンプレートのeach-in)
データベースへの保存機能の実装 (データベース, PostgreSQL, 主キー)
トラッキングCookieの実装 (トラッキング Cookie, IDの偽装, Cookie の削除)
削除機能の実装 (データベースを利用した削除処理, 認可, サーバーサイドでの認可)
管理者機能の実装 (Web サービスの管理責任, 管理者機能の重要性)
デザインの改善 (Bootstrap, レスポンシブデザイン, セキュリティの問題があるサイトを公開しない)
脆弱性 (脆弱性, 脆弱性で生まれる損失, 個人情報保護法, OS コマンド・インジェクション)
XSS脆弱性の対策 (XSS, 適切なエスケープ処理, リグレッション)
パスワードの脆弱性の対策(ハッシュ関数, メッセージダイジェスト, 不正アクセス禁止法, パスワードジェネレーター, 辞書攻撃)
セッション固定化攻撃脆弱性の対策 (セッション, セッション固定化攻撃, ハッシュ値による正当性チェック)
より強固なセッション管理 (推測しづらいセッション識別子, 秘密鍵)
安全なHerokuへの公開 (脆弱性に対する考え方, HTTPの廃止)
Webフレームワーク (Express.js, フレームワーク導入, 簡単なAPI, セキュリティアップデート, Cookie パーサー, ミドルウェア, 外部認証, ロガー)
ExpressのAPI (app, Properties, Request, Response, Router)
GitHubを使った外部認証 (Passport, OAuth)
テスティングフレームワーク (Mocha, レッド, グリーン, リファクタリング)
継続的インテグレーション (CircleCI)
クライアントのフレームワーク (Webpack, Chrome 以外のブラウザでもES6)
DOM操作のフレームワーク (jQuery, jQueryアニメーション, this)
AJAX (jQuery.ajax, クロスドメイン, 同一生成元ポリシー, x-requested-by, CORS)
WebSocket (WebSocket, WebSocketの状態遷移, Socket.io)
RDBとSQL (DDL, DCL, CREATE, DROP, INSERT, DELETE, UPDATE, WHERE)
テーブルの結合 (外部結合, 内部結合, 片側外部結合, JOIN ON)
インデックス (インデックス, 複合インデックス, Bツリー)
集計とソート (SUM, COUNT, ORDER BY, GROUP BY)
「予定調整くん」の設計 (要件定義、用語集、データモデル、URL設計、モジュール設計、MVC)
認証とRouterモジュールの実装 (Mocha, supertest, passport-stub, モックテスト)
予定とユーザーの保存 (セキュリティ要件, UUID, 複合主キー)
予定とユーザーの一覧の表示 (非同期処理, Promise, then)
出欠とコメントの表示 (入れ子の連想配列, Promise.all, 子どもからデータを消す)
出欠とコメントの更新 (Promiseチェイン, リファクタリング)
Rubyがもっとマイナーだった7年くらい前にどや！ってメソッドチェインでコード書いて公開したら読みづらいって言われまくった記憶がある。っていうか俺もメソッドチェインっていう言葉も概念も知らなかったし、周りにもメソッドチェインっていう言葉も書き方も浸透してなかった。とにかく俺は関数繋げて1行で欲しい値を取り出す方法の方がカッコいいと思っていた
当時はgithubを俺は知らなくて(いま調べたらgithub設立が2008年だから自分が知らなくてもしょうがないな)google docsに載せて公開してた
たぶんrailsっぽいメソッドチェインの1行関数で返り値を次の1行関数に渡すような書き方が今後増えていくと思うけどどうなんだろう
あとやっぱりオブジェクト指向って微妙な感じがある。データの持ち方をその都度クラスにはめ込んでインスタンスにするって方法がなんか気持ち悪い。関数だけでいいじゃんってなる。コード書く時にわざわざクラスを作りだしてそれに関数を押し込めなきゃいけないのがなんか気持ち悪い(コード書いてる時に最初に思いつくのはクラスでもオブジェクトじゃなくて関数だ。車を欲しいから車を発明するじゃなくて移動手段が欲しくて結果として車が発明されるのだ)
犬っていうクラスが無くても、鳴くっていうメソッドは存在させておきたい。後から大きな声で鳴くにして、最後あたりで犬が鳴くとか猫が鳴く、みたいなコードの書き方ができなくてクラスを最初に作らせるのが思考に縄をかけられる感じがしてキモい
人間の思考は抽象から具象に下ろすことだって多々あるのに、オブジェクト指向もといオブジェクト思考は具象から抽象に上げなきゃいけないから
例えば俺の妄想はこんな感じ
get_text.from("anond.hatelabo.jp").all_page.tag("title").to_a
「全ての魔女を生まれる前に消し去りたい。すべての宇宙、過去と未来の全ての魔女を、この手で」
「希望を信じた魔法少女を、私は泣かせたくない。最期まで笑顔でいて欲しい。それを邪魔するルールなんて、壊して見せる。変えて見せる」
によって救われることが約束されているので、
その阿弥陀様が現れるまでの次元･時間においては、魔法少女は絶望して発狂し続けるのです。
これが他力本願です。
と説得することで現世での救い（気休め）が得られます。
今日は初期仏教のご紹介のためにこちらにあがらせていただきました。
初期仏教の効能と素晴らしさをみなさんに知っていただきたいと思います。
・殺生しない
・盗まない
・妄りなセックスをしない
・嘘つかない
・飲酒しない
マミさんが守るべきはこのたった５つです。
これによってどのような効果があるかというと、心の不安定さを減らすことが出来ます。
さやかも杏子も殺人や嘘がトリガーとなって身を滅ぼしているように
この五戒は現代にも何の古臭さもなく通用する「人類の主要な自滅ファクター」を潰すためのリストです。
心の汚れはソウルジェムの汚れ、厳しく戒を守ることは人間にとっても魔法少女にとっても最優先タスクなのです。
たとえばマミさんは現在こそ後輩女子との姉妹愛を求める中学生ですが
更に孤独感を深めると飲酒や妄りなセックスを覚えて依存していきがちなタイプに見えます。注意が必要です。
私の悩み苦しみが消え去りますように。
私の願い事が叶えられますように。
教室で暇そうにしているとき、部屋に帰って１人なとき、空き時間ごとに真剣に常に念じます。
まず自分が幸せになりたい気持ちを認めて、心から自分の幸せを念じます。（さやかはその気持ちに嘘をつきました）
次に自分と全く同じに、すべてのいのちの幸せを差別せず念じます。（さやかは恭介や仁美の幸せを喜べませんでした）
これは心の筋力トレーニングであり、毎日やれば着実にそのような心になってきます。
するとソウルジェムの汚れが止まり、回復し、しかも以後は汚れにくくなっていきます。
なお「生きとし生けるもの」をありありと広いスケールでイメージ出来るほど効果があがります。
あらゆる人間、あらゆる動物、魔法少女、魔女、インキュベーター、真努迦仏のような高次元の神々、
どこまでも広げていくことが可能です。
慈悲だけが無量の心なのです。
ただし、慈悲を念ずることは強烈な効果はありますがあくまで一時的です。
これによって魔女にならないように時間を稼ぎ、次にご紹介する瞑想をすることこそが狙いとなります。
日に２時間。
肉体が既に空しいものとなっている魔法少女は瞑想が進みやすいでしょう。
これにより預流果の段階まで瞑想が進めば
苦
無我
魔法少女もまた宇宙の全てのものと同じく、縁起により生じて滅していく因果の流れであること。
（執着できるようなものは人間だったときから一度も手にしたことなどないこと。）
魔法少女に限らず一切の生きとし生けるものにとって、生きることは本質的に苦であること。
（「苦」は悲観主義やニヒリズムとは全く違う言葉なので、ここでは理解したつもりにならないでください。）
今や頼りなくソウルジェムに宿るという「我」はそもそも錯覚であり存在しないということ。
（きゅうべえにぶっこ抜かれ毀損されたものなど元からなにもない）
初期仏教のメソッドにより完成した阿羅漢マミさんはなにものにも執着しません。
期待も怒りもありません。
かわりに智慧があります。
心を汚すことがありません。
願いもなく。絶望もなく。
退職は4末だから、それまで残っている有給を充てて3月後半くらいを最終出社日に設定することだってできただろう。
私は敢えて4月28日に出社した。どうしても見てみたかったものがあったのだ。
それは私の直属の上司が「命をかけてでも守るべき締め切り」を破った時、どう振る舞うのかだ。
私は前年度末に納品するシステムを開発させられていた。
不思議なことに、クライアントの偉い人と上司がしゃべると、私のタスクが1つ増えているのである。
「締め切りは命をかけてでも守る。今回の話はクライアントと話して決めたことだから、できないならクライアントに謝ってこい」と言われた。
私は現行の案件が失敗したらクライアントに謝らないといけないのだと即時理解した。
そこからまったくむちゃくちゃな開発案件を進め、数カ月間気が狂うような開発をずっと行った。
その甲斐もあって今年の2月下旬に体に異変が生じ、病院でうつ病の診断を受けた。1ヶ月の自宅休養が必要であるとのこと。
3月末納品の物の締め切りを迎えるまでの間、私は自宅で休養していなければならないわけだ。しかし作業は私1人にほぼ全部依存しているという。
さて、命をかけてでも守るべき締め切り、破った上司はどのような振る舞いを見せたか？
…ともったいぶるほど面白いことは無かった。
4月28日、上司はオフィスに来ていなかった。どこぞの会社に謝罪に回っていたらしい。
部下に強要した謝罪メソッドは、一周まわって自分自身に返ってきてしまったのだ。
あまり部下を脅しすぎると、あるタイミングで脅した内容がそのまま自分に返ってくることがある。
少なくとも失うものが何もない人間は、上に書いた捨て身の攻撃をかましてくる。
バカな部下に対しては適当な脅迫観念を与えておけばいいと思っておられる上司の皆様、ちゃんとやらないと、部下に言ったことがそのまま自分に返ってきますよ。
イラストの入門書だってそうだ。「入門」と書いてあるからといって、開いてみればデッサンや形のとり方を教える本などありはしない。
そう、日本の入門書とは「元々デキる人がリメディアルとして持っておく本」のことであり、「ビギナー向けのウェルカム本」ではないのである。
上級者だって最初は初心者だったわけだが、本を書くようなプログラミング大好き人間の成長なんて本当にあっという間で、自分が初心者だったときの気持ちになって考えられる人間なんてそうそういない気がする(そしてプログラミング大好き人間の「上達のメソッド」をそうでもない人が学んだとして、それは役に立つ情報にはならない気もする)。
そんな人に本を書かせているだけで「初心者向けの本がイマイチ売れない…」とか言う編集者・出版社も悪いのかもしれないが。
あと、「日本人は」と書かれているものの、じゃあ他の国の人は初心者に厳しくないの？という気がする。「ワタシプログラミングチョットデキル」の領域に達した人が初心者に優しく接し「初心者がわかるようにしっかり指導する」とかまず想像できないのだけども。
俺はミリオタなので、迷彩カラーのものをどこかしらに取り入れていることが多い。職質が多いとされる秋葉原にも良く行くのでしょっちゅう警察官に声を掛けられる。
なので5回目以降くらいから職質のコツを掴んだんだ。職質拒否大好きなお前らにトラブルなく迅速に職質をスルーできる方法を教えてやろう。
まず、声を掛けられたら笑顔で挨拶しろ。だいたい、相手も愛想良く挨拶してくる。んで、すかさずこちらから持ち物ですよねと言ってバックを開け、自分から怪しいものを持ってないことを証明する。相手に職務質問をさせる間を与えないのだ。これだけだ。
チェックしてる間に身分証は必要ですか？と聞くのも良し、近くで何かあったんですか？と世間話するも良しだ。大抵、厳密なチェックなんてせず、ご協力ありがとうございますと言って去っていく。
このように協力的に対応すれば職務質問を拒否する必要性すらなく1分も掛からずスルーできるしノートラブルだ。警察官は拒否には高圧的にでるが、協力には慇懃に対応するらしい。中には態度悪いクズ警官もいるが、それはその時注意してやってくれ。
もし、職質をスルーしたいと考えてるやつは是非この方法を試してくれ。犯罪者のみんなも拒否するより、こっちの方がスルーされる可能性高いから参考にしてくれな！
ちなみに職質拒否するのは、俺のようなプロからすると逆転び公防みたいで滑稽に見えてるぞ。
追記
おい！ブコメみたらスルーできないとかいわれてるじゃないか！ちゃんとスルーしてるだろ。もっと言うと職質すら受けてない。普通ならカバンは隅々まで見られるし、ポケットの中身をチェック身分証の開示を求められることもあるんだぞ。当然拒否すれば、押し問答になる。これがスルーと言わずして、何がスルーか！
そして、十徳ナイフについても書かれてるから良いこと教えてやる。俺も、ミリオタだから好きなんだよそういうの。結論！ガキじゃないんだから使う機会のないもの持ち歩くな！まぁ、俺のスルーメソッドを知ってたら、そんなものチェックすらされなかったかもだけどな。
再追記
おい！職質はスルーできるけどブコメはスルーできない増田と見透かされてんのが恥ずかしいが言わせろ！
「積極的に土下座する」「権力に従順なブタ」だのお前らアホかと。俺は警察と一緒になって地域の安全を守る側の人間なんだよ。秋葉原で過去に何があったかくらい知ってんだろ。本来なら1人1人が防犯意識を持って周りを見守るべきところを警察官に代行してもらってるだけの話だろ。なんで自分の利益の為のものを自分で邪魔しなきゃいけないんだよ。
それにバックの中身見られたくないってなんだよ。何が見られたくないのか言わないと共感しようがないだろ。持ち歩いて恥ずかしいようなもん家に置いとけ。
これは決まった時間に寝なくていい 眠くなければ起きていればいいというやつで自然に眠くなったら寝て１日の間で必要な分は確保するものに過ぎない
不眠症の人に対する「無理に寝なくていいメソッド」も、最近の「睡眠負債」という概念で効用を失いつつあるよね。
睡眠負債はこまめに返さないとどんどんたまっていき、返済不可能なまでになると身体に害を及ぼすという。
1日最低7〜8時間は寝ないと睡眠負債がたまり、日中の認知機能が低下する。
じゃあ休日に寝溜めして一気に負債を返済しようと思っても睡眠リズムが崩れるのでそれは許されないらしい。
薬に頼ろうと思っても、ベンゾジアゼピン受容体作動薬は常用量依存の問題があり、緊急避難的な使い方以外は許されない。
さあ大変だ！睡眠負債という概念で恐怖を煽っている睡眠専門医たちに助けを求めないといけない。
どうやら我々に残された方法は、睡眠専門医たちと、オレキシン受容体アンタゴニストと、メラトニン受容体アゴニストの売上に寄与する方法以外にないらしい。
システム開発は色々面倒な作業がつきまとうが、特にテストがしんどい。
設計のフロー1個1個にテストケースを作ると、それだけで1メソッドあたりのケース数が30くらいになってしまう。
何よりケースを抽出し、文章にするのはどうやっても効率化できない。
それだけならまだいい。
基本コピペであっても記述量が膨大で、書いても書いても終わらない。
そんなことを要求してくるJUnitは最低最悪のツールだと思う。
大体、テストコードで開発が効率化されるとか、寝言抜かすなと思う。
そして以上の作業を1メソッドにつき1週間でやるとか、遅筆の自分には無理。
そもそもフローで書かれた手続きをJavaで実装しようとすると、処理のネストは深く、かつ記述量も長くなってしまって非効率この上ない。
大きな開発でJava使う意味なんて、というかオブジェクト指向を持ち出す意味なんて殆ど無いどころか、書きにくくなるばかりで、これまた開発の効率化なんて嘘だと思う。
その古いデータを最新バージョンのライブラリを使ったアプリで利用したいと言われて作業していた。
しかし、どういうわけかそのデータを読み込みが上手く行かずに試行錯誤していた。
上司もドキュメントをちょこちょこ読んでボンヤリとは概要を分かっているようだった。
そして、自分はどうやらデータが使えないらしい原因を発見した。
ライブラリの最新バージョンで追加されたメソッドを使って情報を取得すると、
古いデータはシステムでは読み込めない形式になっているというのだ。
ただ、この結果は少しおかしい。
システムで読み込めない形式ならば古いバージョンでも使えないはずなのだ。
この結果は矛盾している。
このデータはシステムで読み込めない形式だとエラーが出ていると。
上司は一笑に付した。
「ありえない。それはメソッドの使い方が悪い。データの読み込ませ方が悪い」
そう言ってまったく相手にされなかった。
自分は軽く見られているのだろう。
軽んじられているのだろう。
結果は矛盾しているが、一考し何かしらの検証をして見る価値はあるし、
虚しくなってしまった。
そこまで信用していないなら全部自分でやればいい。
先方「こういう機能作れる？」
俺「実現はできるけどその機能、使う手順間違えたら元に戻せない問題発生するから作らないほうがいいよ」
先方「大丈夫だいじょうぶ、機能使う人は特殊な訓練を受けた専門チームなので操作を間違えたりはしない！(キリッ」
後日
先方「操作間違えたよ…なんとかして！」
俺「間違えたら元に戻せないって言ったでしょ、もうどうにもならないよ」
先方「そこをなんとか！」
俺「…」
ってテンプレ展開を何度か経験してて自分の脳内で「ちんぽに負けないメソッド」って呼んでるんだけど
流石に他人にそれを言えないのでもっと他の人に言っても差し障りのない名称が無いか悩んでいる
自分で考えた中では「ルパンの予告状が来てお宝所有者が「警備は万全！ネズミ一匹侵入を許しませんわガハハ」って言う展開」がいちばん他の人にも伝わりやすいかなぁって思ってるけどどちょっと長すぎるのでもっと短くて説明しやすいやつが無いかなぁ
瞑想やってないゼブラのせいですっかりネタ臭がついたけど、瞑想はあなたのようなそういうのにおすすめ
スピリチュアルじゃなくて、脳の構造をいじって未来のこととか過去のこととか妄想とかしない脳に出来るから
ヴィパッサナー瞑想について、本は色々出てるけどスマナサーラという坊さんの本がおすすめ
繰り返しで効果は高まっていくけどちゃんとやれたら一回で効果わかるよ
そういうくだらない思考やネガティブ感情が心に入ってこなくなって、意識は冴えてるのに無敵の膜が張られてるみたいな状態になる
普段ムカついてるようなことをされても我慢するのではなく怒りヶ生じずそこに心が止まらなくなる
もちろん過去のことなんかどーでもよくなるし無駄な感情や思考が起動しない
この分野についてはカウンセラーなんかより仏教のほうが圧倒的に優れたメソッドを持っているから
