coiai Logo

グルシェフの奇蹟を求めてを読んで、全く意味がわからなかった人の読書感想文

スピリチュアル界隈に対して特に興味もなかった。

ある時友人からその本の存在を教えてもらった。スピルちゅある界隈の元祖みたいな本だという。『奇蹟を求めて』と言うタイトルにも惹かれて中古で買った。

数年放置していたが金欠で手放すことになったので、勿体無いから売る前に読んでしまおうと思った。

この本ではグルジェフと言う神秘主義者をウスペンスキーと言う記者が彼にまつわる話をまとめている。偉大な人物の話は本人が書くのではなく伝記として書かれることもあって、この構成はグルジェフの神秘性を高めるのに一役かっていると感じた。

この本で初めて出てくる時系列は1914年のことだった。著者のウスペンスキーは東洋に旅をしていた。その後ロシアに戻り東洋で体験したことを話したりしていたようだ。そして15年にグルジェフにであう。グルジェフも東洋の神秘的な現象に触れておりそういったことを話していたようだ。

ここまでで思ったのは西洋で産業革命が始まり急激に身の回りに機械的なモノが増えていく中で、人間が元々持っていた魔力性みたいなものに幻想を抱くようになったのではないかと思った。私は2023年の日本に住んでいるが、映画や漫画等のエンタメの中でアマゾンの秘境には超人的な身体能力を持っていたり謎の呪術が使えたりする描かれ方があるような感覚が、世界の情報を得るのが難しかった時代にその感覚が増幅されたような感じなのだろうかなと思った。

この本で紹介されていくグルシェフの思想や論理展開は全く理解できなかった。アストラル体という概念があったり、ドレミファソラシドの音階を宇宙と照らし合わせて何かを紐解こうとしていた。

グルシェフは教えの中で科学と言う言葉を繰り返し用いていた。20世紀の初頭の西洋の一般の人々の中には今では疑似科学というようなものを漠然と信じているような状況だったのだろうなと思った。

グルシェフの言葉の中で不死性への道といった話もあった。これは昔は苦行や瞑想、植物といった身体機能の拡張、人からより高位な存在になるための手段を模索していたが、それが技術の発展によってその手段を科学、薬へ求めるようになったのではないかと思った。そしてそれが現代ではコンピュータの発展をその手段にしているのではないかと思った。

グルシェフの神秘性を増やすための行動も面白かった。わざと急に会合の時間を決める(当日とか)ことによって、他の予定をキャンセルしたり、たまたま運よく近くにいたりしないとみられない状況を作ることで講演に貴重性を持たせていたらしい。グルシェフは「人は簡単に手に入るものを有り難がらない」的なことを言っている。

全体を通して、今も昔も人の悩み、地位や死後のこと性的なことなど生きていると関わってくる悩みはずっと変わることなくさまざまなものに救いを求めているのだと思った。また神秘的な振る舞いで人を先導させるような術は故意に作り出せるのだなというのも改めて思わされる本だった。

この記事をシェア

投稿日: 2023年8月3日
カテゴリ: 未分類
タグ:
coiai

coiai

この記事もおすすめ

AWS IAM Identity Centerとは?IAM Userを使わないAWS認証・権限管理のベストプラクティス

AWS IAM Identity Centerとは?IAM Userを使わないAWS認証・権限管理のベストプラクティス

AWS Organizationsによるマルチアカウント環境を構築した後、次に設定したのがAWS IAM Identity Centerです。 以前はAWSへログインするためにIAM Userを作成することが一般的でしたが、現在AWSでは、人がAWSへログインする場合はIAM Identity Centerの利用を推奨しています。 今回は、IAM Identity Centerを導入した理由と、実際の設定内容についてまとめます。 IAM Identity Centerとは IAM Identity Center(旧 AWS Single Sign-On)は、複数のAWSアカウントやAWSアプリケーションへの認証・認可を一元管理するサービスです。 従来のように各AWSアカウントへIAM Userを作成する必要はなく、 というメリットがあります。 AWS Organizationsと組み合わせることで、マルチアカウント環境の運用が大幅に容易になります。 なぜIAM UserではなくIdentity Centerなのか 以前は、このような構成が一般的でした。 しかし、この方法では といった課題があります。 Identity Centerを利用すると、ユーザー情報は一元管理され、各AWSアカウントには必要な権限だけを割り当てる運用になります。 AWS Well-Architected Frameworkでも、人によるアクセスにはフェデレーション認証を利用し、長期認証情報(IAM Userのアクセスキーなど)をできる限り利用しないことが推奨されています。 今回の構成 今回は次のようなシンプルな構成にしました。 グループ Administrators AWS環境全体を管理するメンバーです。 現在は を所属させる予定です。 Developers アプリケーションやインフラ開発を行うメンバー向けです。 今回はまだ利用していませんが、開発メンバーが増えた際に使用します。 将来的には などを割り当てる予定です。 ReadOnly 閲覧専用グループです。 監査やレビュー、外部アドバイザー向けとして利用します。 今回は技術メンターにReadOnly権限を付与することを想定しています。 Permission […]

AWS Organizationsで始めるマルチアカウント設計 ― 小規模開発チーム向けのベストプラクティス

AWS Organizationsで始めるマルチアカウント設計 ― 小規模開発チーム向けのベストプラクティス

サービスの開発を進めるにあたり、AWSの初期構築を行いました。 今回は、AWS Organizationsを利用してマルチアカウント環境を構築し、今後TerraformによるIaC(Infrastructure as Code)やGitHub Actionsを利用したCI/CDを前提とした設計を採用しています。 この記事では、実際に構築した構成と、その設計意図をまとめます。 なぜ最初にAWS Organizationsを導入するのか AWSでは1つのアカウントにすべてのリソースを作成することもできます。 しかし、開発が進むにつれて次のような問題が発生します。 AWSではこのような課題に対応するため、マルチアカウント構成を推奨しています。AWS Organizations ユーザーガイド Organizationsとは AWS Organizationsは、複数のAWSアカウントをまとめて管理するためのサービスです。 OrganizationsにはOU(Organizational Unit)という概念があります。 OUはEC2やS3を配置する場所ではなく、AWSアカウントを整理するためのフォルダのような存在です。 例えば、 というようにOUを作成し、その中へAWSアカウントを配置していきます。 OUを利用することで、将来的にSCP(Service Control Policies)などのポリシーをまとめて適用できるようになります。AWS Organizations のベストプラクティス 今回採用した構成 今回はAWS Security Reference Architecture(AWS SRA)の考え方を参考にしつつ、小〜中規模の開発チーム向けにシンプルな構成を採用しました。AWS Security Reference Architecture (AWS SRA) Infrastructure OU インフラ運用に必要なAWSアカウントを配置します。 Log CloudTrailをはじめとする監査ログを集約するためのアカウントです。 AWSではCloudTrailのイベント履歴は標準で90日間参照できますが、長期間保持する場合はS3へ保存する構成が推奨されています。 さらに、一定期間経過後はS3 Glacierへ移行することで保管コストを抑えることができます。 今後はCloudTrailだけでなく、各種監査ログもこのアカウントへ集約する予定です。 Security Security HubやGuardDuty、AWS Configなどのセキュリティサービスを配置するためのアカウントです。 今回はまだ構築していませんが、 を集約する予定です。 AWS SRAでも、ログ管理アカウントとセキュリティアカウントを分離する構成が推奨されています。 […]

.env ファイルをやめて Bitwarden Secrets Manager に移行した話

.env ファイルをやめて Bitwarden Secrets Manager に移行した話

この記事はなに? 私たちcoiaiはモックアップの作成業務がメインで今までの開発は1-2名程度でした。しかし、6名以上で開発を進めていく案件が増えてきたため、開発環境を見直す必要に迫られました。 今まで環境変数は .env ファイルで管理していました。しかしこれからは、平文として秘密情報が確認できない状態にすること、チームで環境変数の共有の際にセキュアな共有方法を確保することを目的とし、環境整備を行いました。 Bitwarden 導入の目的と意義 背景: .env の何が問題か ローカル開発の秘密情報は .env + .gitignore が定番だが、いくつか弱点がある。 1 と 2 を解決するのがシークレット管理サービスで、Bitwarden Secrets Manager はその中でも安価(Password Manager とは別契約)かつ CLI が単体バイナリで導入が軽い。 Bitwarden Secrets Manager で抑えて起きたい概念 注意点としてPassword Manager(個人のパスワード保管)とは別プロダクトです!Password Manager は弊社でも利用していますが、今回Secret Manager を追加で契約した形になります。 概念は3つだけです。 概念 役割 プロジェクト シークレットの入れ物。今回は 1 リポジトリ = 1 プロジェクト シークレット KEY / VALUE / メモ の3つ組。.env の 1 […]

この記事を書いた会社

株式会社coiaiは、「想像できることを美しく実現」を掲げ、XR・Web・アプリ・システム開発およびDX支援を行う会社です。 創業2022年、東京都練馬区に本社を置き、要件のヒアリングからPoC(概念実証)、本番運用まで一貫して伴走します。 まずはお気軽にご相談ください。

商号株式会社 coiai創業2022年1月設立2025年1月23日資本金1,500,000円(設立時点)本社所在地東京都練馬区関町北 3-6-9代表者代表取締役 竹村 啓佑 / 代表取締役 服部 陽良

主なご相談内容

会社概要・役員紹介を見る

詳しい会社情報は会社概要ページでご覧いただけます。

資料請求・無料相談

導入要件のヒアリングからPoC、本番運用まで伴走します。まずはお気軽にご相談ください。

お問い合わせの前に 個人情報保護方針 をご確認ください。