NOK--Blog

　このブログは他人に意味のある情報を記録しようと始めたので、この情報は役に立たないんじゃないかと思って記事するのをためらっていたんですが、珍しいことだろうし、その時の前後の記憶もドンドン薄れちゃうので、今のうちに形にしておこうと思い直し、以下書き起こしました。興味ある人だけ。 事故にあった経緯はこんな感じ。 19年10月20日(日)午後、気候も良く暇だったので趣味のロードバイクにまたがり、藤原方面へ出かけたと思われる…記憶ないので。 ちなみ三重県のとある阿下喜駅まで行った模様。写真が残っている…記憶はないが。 夕方に家に帰って来たが、家族によると明らかに様子がおかしかった。顔や腕を怪我（擦り傷程度）をしており、事故ったと本人が言うのだが、言動が噛み合わない。 何度も同じ質問をする。「自転車が壊れたか心配」と言い、嫁さんが「なら自分で確認すれば」と言うと、自分で確認に行って、壊れてないのを見て一旦は安心するが、しばらくすると「自転車が壊れたか心配」と言い出す。 「何時に家を出たのか」と質問して、「昼過ぎ」と答えを聞いて、一旦納得するが、しばらくすると同じ質問をする。 何度繰り返される質問に、嫁さんが切れて、すべての質問の回答を紙に書いた模様。朝起きると殴り書きの紙が枕元にあった。 その後、これはヤバイとのことで救急病院に行ったらしい。嫁さんと一緒に歩いて行ったとのこと。家が病院の近くにあってよかった。 CTスキャンとか各種検査を実施。何も覚えていないが…医者には幸い脳には異常ないと言われたとのこと。 ってな感じです。一晩寝て次の日の朝からは記憶が通常に戻った。ただし事故当日の記憶は、朝起きてから寝るまでの丸一日分がすっかり無くなり、今も全く思い出せない。その後は… 次の日、再度病院へ、専門のお医者さんの診断を受ける。CTの写真をながら2−3分ぐらい話をしただけ。「記憶は戻りません！」「1週間は安静に！」とのこと。 体のあちこちがしばらく痛かったが、その他は特に異常なく、休み明けの水曜日から元気に出社。（たまたま月火は会社が休みだった） 自転車をよく調べると前輪がパンクしている状態。ヘルメットは左こめかみの部分をぶつけたような跡がある。ブレーキレバーの取り付けが少し歪んでいるが、フレームには目立った外傷が見られない。 走...

　行動経済学は、割と興味があってダニエル・カーネマンの「ファスト＆スロー」等の分厚い本を読んで、人が全然自分や周りのことを正しくわかっていないとか、矛盾がなくなるように脳が記憶を自然と書き換えるとかの実験結果を、随分時間をかけてやっとさナルホドと思っていたんですが、この本にはやられました。 　こんな説明の仕方があるとは！内容の源流はカーネマンの本と同じ、脳の性質から引き起こされる人の勘違い思い違いからくる現象を書いているんですが、こんな風にマンガのようにわかりやすくなっちゃって短時間で読めてしまう。行動経済学のエッセンスだけを知りたいのならこれだけで十分と思いました。ただ内容は大分作者の誘導部分が多い感じ。 　この本で作者が言いたいんじゃないかと思うことは以下の感じ。 脳は現実を正しく見れないものである＝思考の錯覚がある 過剰に一貫性を求める　←矛盾だらけ現実はイヤ 過剰に原因を求める　←本当はそんなに簡単な要因はない 過剰に結論を急ぐ　←とにかく楽に答えを出そうとする だからこの性質を利用しない手はないじゃないか？ 自分を見せる時 脳が作り出す思考の錯覚をうまく使って錯覚資産＝「勘違いさせる力」を増やし優位な状況を作る 人へは、正しいが複雑な世界でなく、単純でわかりやすい世界を見せる 自分が見る時 利害、欺瞞、感情等の錯覚に騙されやすい自分の直感を疑う 現実は矛盾だらけで散漫で複雑であることを理解して、冷静に考え抜き、正しい世界をみて判断をする 　錯覚資産の影響の大きさは、作者の言うほどがどうかはわからないけど、確かにこれらのことを知っているか否かでは、随分人生に差が出るような気が。。。久しぶりに読み返してもスゴイ本だなと思ってまとめ直してみました。文字が大きく絵もたくさん有り簡単に読めるのでぜひ。今はwebで途中まで読めるようです。😀

私はワイヤレスのノイズキャンセリング製品歴は以下のようになります。 ソニーWH-1000XM3 ←初めてのノイキャン。ヘッドホン。衝撃的でした。 ソニーWF-1000XM3 ←夏ヘッドホンが暑くて購入。割と気に入って使っていた。 アップルAirPods Pro ←現在ココ。最も気に入った。 　私的には長時間の着け心地というポイントで、おすすめはAirPods Pro一択となります。これらの比較の話はあちこちのサイトに上がっているので、そちらを見てもらった方がいいとして、ここでは私がどのように使っていてなんで良いと思っているのかを具体的事例を交えて書いておこうと思います。 上記製品のノイキャン性能はどれもなかなかのものです。自宅のダイニングで言うと食洗機の音が結構うるさいのですが、この音がほぼほぼ消えます。子供の喋り声もかなり遠くから微かに聞こえると言う感じです。少しノイズのある環境であるならば、これは本当に集中力に差が出ます。ワイヤレスなのも良い。性能優劣はWH>WF≒AirPosのイメージですがさほど差は大きくない。 掃除機をかけるのって必要ですが、時間の無駄と思いつつ嫌々実施していたのですが、これがノイキャン製品を使うと、さすがに音は完全には消えないものの、オーディオブックを聞きながらとか、YouTubeを聞きながらとかできます。本に集中しながら掃除していたら、気が付いたら掃除が終わっていたなんてことが起こります。 通勤の電車の中でも活躍します。ぶっちゃけ音楽聴くだけなら、ノイキャン有り無しの差はそれほどないです。でもオーディオブックのように聞き逃すと巻き戻ししないといけないようなものを聞く場合は、「ノイズが入ってこないこと」＝「聞き逃しが起こりにくいこと」は大きな利点になります。 　もっと細かい利点はたくさん有りますが、大きく気に入っている点はこの３つになります。（今もダイニングでこの記事を執筆していますが、周りの音が２〜３レベル下がっている感じです。） 　あとAirPodと他の製品のとの比較という意味では、着け心地＝長時間着けても痛くならないことが一番良い点ですが、もう一つ抜きに出ている点で外音取り込みモードへの移行が自然という点も素晴らしいです。これは多くの人もwebで同じように言っているので皆さんが...

　完全に自分のミスなんですが、先日MacBookのキーボードを破壊してしまいました。でもApple Storeに持って行ったら無料で交換してくれたので、ちょっと嬉しくて記事にしました。以下、破壊の経緯です。 ロードバイクのタイヤ交換をしようとして、自室にてMacBookでYoutubeでやり方の動画を見ながらタイヤをホイールへはめようとしていた。 新品のタイヤのゴムが思いのほか硬かったのでウンウン言いながら、ホイールへタイヤを引っ掛けようと躍起になっていた。 手が滑って、ホイールが吹っ飛んだ。ホイールのバブの出っ張りがMacBookのキーボードを直撃。Rキーが割れてしまった。 「あっ」と思ったけど時すでに遅しでした。仕方なく修理方法を調べてみると、MacBookの無償交換プログラムがあるとのこと。MacBookのバタフライ式キーボードって壊れやすいようです。ただ自分のせいで壊した場合はどんなもんかなぁと思って、とりあえず名古屋のヨドバシカメラのMacコーナーへ持って行ってみたら、時間がかかる、お金も結構かかる、とのこと。こりゃ Apple Storeに行った方がいい。時間をロスしてしまいました。 　そのままApple Storeを予約して（最近は当日でも空いているんですね）、持ち込みを実施してみました。相変わらずアップルストアの対応はシステマチックで心地よいです。入り口からすぐ席に案内された後、少し待たされたものの、対応してくれた人は的確で、その場で修理完了。しかも、自分のせいでと説明したのに無料。所要時間も30〜40分程度だった思います。 　Apple製品って結構高い買い物ですけど、これがあるからやめられないんですよね。今回の教訓をまとめますと、 修理は代理店でなく、Apple Storeへ直接持ち込むべきです。 自転車のタイヤ交換時は、MacBookとは３m以上の距離を開けましょう😀 です。以下、復活したキーボードの「R」キーです。

　Excelも効率的に使うためにはパワポと同じでいかに後々使い回せるような構造にしておくかが基本になると思ってます。以前作ったものに積み上げていくようなイメージ。最初から作るよりやっぱり途中から作った方が早いわけです。 　ただし、これも使い回ししやすくしとかないと余計に時間がかかったりすることもあるわけで、最初の制作時から意識しておくことがあります。それがデータベースを意識して表を作成しておくことです。イメージできるように例で説明します。（マックなのでNumbersで作成しましたが、Excelでも同じです。） 　要するに、入力側のシートは単純なXYの表（二元配列）にしておいて、欲しい完成形は別のシートを作って、入力側シートから関数（今回はSUMIFSを使用）でデータを引っ張って形成するようにしておきます。そうすると、入力側は単純にドンドン追加できて、過去のデータも使い回しできるので、あとは、出力側だけを欲しい形を追加していけばいいという感じです。 　こうやっておくと、継続して次の月のデータ追加も、簡単で頼んでおけば誰にでもできるし、出力は基本そのままで、もし別の出力表現をしたければシートを追加して、その部分だけを作成すれば良いことになるので早いというわけです。また、データベースさえあれば分析もピポットテーブルとかを使えば、早く簡単にできるという利点もあります 　最初に時間が少しかかるかもしれませんが、これも一度やっておくと使い回しができるので押さえておくのがオススメです。😀

　iPhoneのアプリですが、プログラム未経験者でもマックさえあれば、無料で作成可能です。手順を記録しておこうと思います。 ただし、アップルの審査無しでは、お試しインストールしかできないので、継続使用のためには１週間毎にアプリを再インストールする必要があります。 ◆当方のスペック 　スキルはエクセルの マクロを少し作れる程度 、その他プログラムの経験は無し。 ◆アプリ作成しようとしたきっかけ 　会社帰りのバスがなかなか渋滞で時刻通りに運行されないので、バス会社がwebに掲載しているバスのリアルタイム運行状況の掲示板を見て、ギリギリに会社を出ることを繰り返していたが、webを何度も手動でリロードするのが嫌になって、バスが近づいたらアラームが鳴るアプリが欲しくなった。 ◆勉強期間 　会社の冬休みにYoutubeで「Swift」と検索してiPhoneのプログラム言語Swiftの初心者向けの動画を見まくった。1週間くらい毎日１時間くらい。本を買おうかと思ったが、自分には必要のない部分の解説が多すぎてやめた。 ◆実装、デバグ期間 　昨年の大晦日と2日、2日間かけて実装。結構丸二日使用した。休み明けに1週間ぐらいの試験運用で、バグをチョロチョロと修正。計数時間。 ◆つまづいたところ 　以下の３カ所で大きくつまづいた。ググって、ググってなんとか対応。 最初に書いたコードでは、webの読み込みがむちゃくちゃ遅かったので、下記のwebを見て改良。 ここを参考にした。 webから特定の情報（何個前の停留所にバスがいるか？）を抜き出すために、正規表現を使った。 ここを参考にした。 最初は、アプリがバックグラウンドにまわっていても、webを一定間隔で読み込んで、バスが近づいたらアラームを出すようにしたいと思っていたが、よくよく調べるとバックグラウンドにまわったアプリの制限が多く、難しいのがわかった。ここは諦めてフォワグランドのままで使用し、アラームを出すこととした。 ここを参考にした。 　個人的なアプリが、マックに無料のXcodeというアップルのソフトを入れれば、開発可能であること、ネットにたくさんの事例があり、いろんな人がヒントを書き残してくれていることに驚きました。先人たちに深く感謝。最初にアプリがちゃんと動いた時にはやっぱり感動しました。 ...

　マークザッカーバーグの言葉と言われている「完璧を目指すより早く終わらせろ！（Done is better than perfect!）」ですが、自分ではこれを、「中途半端でもいいから、途中でもいいから、まずは関係者の目の前に出してしまえ！」と解釈してます。これをやると結果的に仕事が早く終わるというのが私の主張です。「早く終わらせろ！」が仕事を早く終わらせるコツとはなんか意味がないというか、矛盾している感じですが、要するに以下のような感じです。 中途半端な状態、骨組みだけの状態、例えば、パワポで空ページがたくさんある状態の状態の資料でも、まずは関係者へパラレルで送ってアイデアを募る。実際の会議の何日か前に。 この際メールへは資料は添付せず、資料の保存先のサーバーのフォルダだけを指定する。→ここが重要 少しでもいいアイデアの返信がきたり、途中で自分で思いついたりしたら、どんどんサーバーの資料を加筆、修正していく。 なんだかんだ、いろんな人が、資料をそれぞれタイミングの最新版で見て、返信くれたりして、どんどん直していくと、最初はひどかったものが、だんだんよくなり、会議の前に完成してしまう。→結果仕事が早く終わる。 上記のようなこと、やっている人は多いと思いますが、メールに添付してくる人も結構いるので… 結局、人に意見を募る時にも、中途半端であれ何か形がないと意見が出てこないんですよね。まずは最速で中途半端な形というか骨組みを作る。それを公開しちゃって、意見を聴きながらどんどん直す。どんどん直しつつも公開する。自分が直している間にも、他の人がアイデアを考えてくれているっていうのがミソ。もう少し私のやっている進め方（成果物がパワポの場合）を書くと… iThoughts（マインドマップ）で話の骨を作る。 骨に沿って、パワポの空パックを作る…（空パックとは、題名と言いたいことをそれぞれ一行書いた９割白紙のパワポのこと） 他人に頼むパートを依頼しつつ、評価者へ公開してしまう。 公開後にどんどん加筆、修正していく。 これを意識してから、悩む時間が減り、随分仕事を早く回せるようになったと実感しています。あと、ちょっと違うかもしれませんが、スピーチなんか頼まれた時もiThoughtsで話の骨だけを作って、細かい言い回しはあまり考えずに、あとはそのまま、...