PCのフォルダ整理法（2021年12月版）

PCのフォルダ構成を定期的に見直しています。今回1年半ぶりに見直したので、構成を共有します。

1年半前の投稿 hiroga.hatenablog.com

TL;DR

hiroga/                 # トップレベルのフォルダ。私用・会社用など複数ある。
├ communication/        # 領収書や契約書、お問い合わせ内容などのフォルダ
│ ├ company/            # Webサービスの申込み、保険の申込み、飛行機のフライト、etc...
│ ├ government/         # コロナワクチンの接種記録、水道の口座振替依頼、etc...
│ └ people/             # 人からもらった手紙などをスキャンして保存する場合など
│
├ files/                # もらう・買う・アプリが生成するなどしたファイルはここ。種類によって分ける。多いので割愛。
│ ├ applications/
│ ├ books/
│ ...
│ 
└ works/                # 自分の作品はここ（ただしGitHubで管理するもの以外）
  ├ collab/             # 必要に応じて公開できるもの
  │ ├ discussions/      # 意思決定のメモ。新居の選定、自転車の選定、クラウドストレージの選定、etc...
  │ ├ releases/         # 実際の成果物。LT資料が多い。
  │ ├ issues/           # ToDo一覧。
  │ └ wiki/             # 調べたことをまとめるメモ。はてなブログやZenn.devの記事の予備軍といえる。
  │
  └ private/
    ├ diary/            # 日記というか、なぐり書き。その日気になっていることなど。
    └ karte/            # 周りの人・会社などについて自由に感じたこと。こういうのがあるといきなり360度評価の依頼が来ても安心。

前提

• MacBookおよびNASサーバーをクラウドストレージと同期しています。
• テキストはVSCodeで読み書きしています。

2021年12月版について

2020年4月版から、特に work/ 以下の使いづらさを見直しました。 特にGoogle Driveにおけるフォルダ単位での共有を前提に、共有可能なものとそうでないものをフォルダで区切ったのが大きな発見でした。これは、RedashからSpreadSheetにアクセスしようとして気がついたことです。

collab/ 以下は GitHubを意識した構成にしています。この手のマイルール、自分の中に理由がないと運用方法を忘れてしまうのですよね。GitHubなら毎日使っているので安心です。

既知の問題

wiki/ 以下の整理ができていません。現在は日本十進分類法に従って、図書館のように並べています。

ただ、IT関連が圧倒的に多いので見やすいか疑問があることと、なにかファイルを作るたびにフォルダをたくさん作る点が面倒です。

それ以外だと、マークダウンの画像をどこに保存するかが悩ましいです。頻繁にフォルダの整理をしているので、画像とのリンク切れがよく起きるのですよね。

まとめ

RedashやNASサーバーなど、新しいテクノロジーを生活に取り入れてフォルダ構成が進化しました。また数年後の進化も楽しみです。

個人用クラウドストレージの再選定と移行（2021）

TL;DR

• OneDrive for Business 2 & Microsoft 365 Apps for Busines → Microsoft 365 Personal に移行した
• NASサーバーを使うことで、個人用PCの利用に影響なくマイグレーションした

再選定

2018年から3年利用した OneDrive for Business 2 をやめることにしました。 もともと 無制限の個人用クラウド ストレージ* に惹かれて契約したのですが、実はユーザーが5名以上いる場合に限られています。 （個人で無制限のストレージとして利用するユーザーがいると困るのでしょうね）

www.microsoft.com web.archive.org

よい機会なので、1TBを超える分はNASサーバー＆S3などのバックアップに置くようにして、新たにクラウドストレージを選定しました。

docs.google.com

結果、個人向けとして最もベーシックであろう Microsoft 365 Personal を選定しました。1TB利用でき、Officeも使えるのがポイントです。

移行作業（マイグレーション）

当初の想定では、個人用PCと外付けHDDを活用した移行を検討していました。

クラウドストレージ移行 当初案

この方法には2つデメリットがあります。

1. OneDriveアプリは外付けドライブと同期できないので、ブラウザから巨大Zipファイルを落とす必要がある
2. 外付けHDDをアンマウントできないため、作業中MacBookを持ち歩けない

巨大Zipファイルのダウンロードは失敗すると1からになってしまうリスクもあり、別の方法を検討しました。

Synology NASのクラウド同期について

新たに購入したSynologyのNASサーバーの Cloud Sync を活用して移行しました。

Synology NASキット 2ベイ DS218play/JP【ガイドブック付】 クアッドコアCPU 1GBメモリ搭載 ミドルライトユーザー向け 国内正規代理店品 電話サポート対応品 DiskStation

SynologyのNASサーバーにはクラウド同期機能が2種類あります。

1. 標準のFile Stationのリモート接続機能
2. パッケージセンターのアプリ Cloud Sync

Synology File Station リモート接続

Synology Cloud Sync

（エラーが出ていますが、気にしないで下さい）

Cloud Syncの汎用性は素晴らしく、複数のクラウドストレージを同時に同期できます。 また、1種類に付き複数のアカウントでログインすることも可能です。

Synology Cloud Sync 対応プロバイダー（一部）

こちらを利用し、新旧のOneDriveをいったんローカルに同期した後、NASサーバー内でファイルを移動することで移行作業を完了できました。

まとめ

クラウドストレージとNASサーバーの棲み分け・クラウドストレージのローカル同期に特化したアプリなど、適材適所を考えさせられました。 NASサーバーは当初自作も考えましたが、Synologyのパッケージセンターの様々なアプリを試すのも楽しいです。しばらくはSynologyに浸かろうと思います。

ロボット掃除機（Anker Eufy）をジャンクでお迎えしてバッテリーを交換する

ロボット掃除機をジャンクでお迎えし、修理して使っています。

TL;DR

• Anker Eufy Robovac L70 Hybrid をお迎えした
• 公式は電池単体では販売していない
• リチウムイオン電池の交換専門の業者がいる
• スロープを自作した
• 日本語音声がアップデートされた

注意 バッテリー交換は自己責任で行ってください

ロボット掃除機の選定

ロボット掃除機といえばルンバが有名ですが、それ以外のメーカーからも販売されています。 私はモバイルバッテリーでも有名なAnkerのEufyシリーズを購入しました。

Anker Eufy RoboVac L70 Hybrid（ロボット掃除機）【2-in-1 吸引・ 水拭き両用 / 静音設計 / iPathレーザー・ナビゲーション / Wi-Fi対応 / リアルタイムマッピング / 2200Paの強力吸引 / 自動充電 / 落下防止 / 衝突防止搭載】

選定基準は2つありました。

1. 部屋を学習すること
2. 水拭きがあること

部屋の学習は、BetterではなくMust要件です。部屋を学習しないということはランダムに一定時間走り回るということで、実は当初そうしたモデルを購入したのですが（ちゃんと掃除できているのか...）と不安になってしまいました。 スマホから掃除禁止エリアを指定できるのも嬉しく、玄関の段差に落ちないように地図で指定したりしました。

Eufy 部屋マップ

電池の入れ替え

Eufy L70をメルカリで購入しました。新品で50,000円ほど、中古でも40,000円前後しますが、バッテリー劣化の場合はジャンクとして1万円程度で購入できます。 どうしてそんなことになるかというと、Ankerのサポート期限が18ヶ月＆サポート終了後のバッテリー交換に非対応だからなんですね。 さらに、2021年現在バッテリー単体の販売もありません。

カスタマーサポートお問い合わせ

（お問い合わせの内容を公開してよいかはケースバイケースだと思いますが、今回は公式レビューなどでも言われていることなので問題ないでしょう）

もったいないですね。そこでまず、自分でバッテリー交換をすることを検討しました。 海外に先駆者の方がいらっしゃいます。

hackaday.io

しかし、単に電池を買ってきて入れ替えればいいものでもないんですね。SHA1認証なるロックがあり、うかつに交換すると認証に失敗するようになってしまうようです。 また、同じ型番のバッテリーを中国から輸入しようかと考えたのですが、リチウムイオン電池は安全性の問題から輸出入が禁止されています。

自分で勉強して電池交換業者になることまで考えたのですが、そこで（専門の業者がいるのでは？）と気づきました。

バッテリーのセル交換専門業者

以下の2つの業者にお問い合わせしました。当初はEufy L70の取り扱いはなかったものの、お問い合わせ次第すぐにラインナップに加えてくれました。

株式会社RecellOnline 様 batt.co.jp

茂原産業株式会社 様 www.battery-refresh.com

茂原産業の方は営業の方は丁寧にメッセージを下さった一方で、RecellOnlineはWebサイトに運営会社名が無いなど不安でしたがレスは爆速でした。 私自身すぐにEufyを使いたかったのと、レスが早いのは技術力に自信があるからでは、と考えてRecellOnlineに発注しました。

RecellOnline Eufy L70 バッテリー交換

結果、なんと9月10日に送って9月13日に修理が完了しました。 修理費用は1万円以上ですが、ジャンクは中古動作品より3万円近く安いので大儲けです。

バッテリーの認証が破壊されるようなこともなく、安心して使えています。

段差の問題

Anker Eufyは、体感として1cm程度の段差なら乗り越えてくれます。

ただ、その様子が結構しんどそうだったのでスロープを設けました。

ロボット掃除機のためのスロープをダンボールで作る

ダンボールを三角柱状にして養生テープで貼っただけですが、へたることもなく4ヶ月問題なく運用できています。

日本語音声の問題

Anker Eufyの水拭きモデルは、水タンクが空になると音声とプッシュ通知で教えてくれます。 この音声がしばらく間違っていました。

www.youtube.com

この件についてお問い合わせしたところ、日本語音声がアップデートされていますとのこと。 更新すると、無事正しい音声になりました。

www.youtube.com

まとめ

Eufy L70を格安で購入し、毎日便利に使っています。 床の小さいゴミを拾うのってMP使いますよね。Eufyが肩代わりしてくれて本当に助かっています。

（正直なところ水拭きはウォータータンクの補充が面倒なのでなくてもいいかなと思いました）

このブログがどなたかの参考になれば幸いです。

感想 - ク・ジョンイン「秘密を語る時間」 - 一人の社会人として性被害に向き合うには

本屋さんでふと気になって手に取った漫画で、どちらかといえば薄く、数十分で読める漫画です。
ですが、本当に一生かけて向き合いたい本になりました。すでに5回近く読み、3時間以上この本について考えています。

ク・ジョンイン「秘密を語る時間」 - 表紙

初めに言ってしまうと、5歳のときに性被害に遭った女の子の話です。友人が、あるいは自分の娘が、将来またはすでに、公園や学校やその他の状況で性被害に遭っているかもしれない。そうした社会に対して、責任ある態度を取るにはどうしたらいいか？考えるヒントになる本でした。

読んでほしいので内容は書きません。
主人公のウンソ（韓国の話ですが、それが読書中に気になることはありません）が、後から涙が出てきたり、孤独を感じたり、友人の働きかけに嬉しく思ったり、産婦人科の先生が本当にいい人であったり、母親が戸惑ったりを、ハラハラ・ドキドキしながら読みました。

何らかの被害に遭った人に寄り添うとき、同じ経験のない自分では力不足ではないだろうか？といつも考えていました。
でも、相手の感じた戸惑い・悔しさ・いらだち・復讐・諦め・孤独の一つづつに共感することはできそうです。この「秘密を語る時間」で主人公ウンソの気持ちに共感できたので、今後の人生でそうした局面にあったとしても、相手の中のつらい気持ちに向き合えそうです。

ク・ジョンイン「秘密を語る時間」 - ページ28

---

「秘密を語る時間」を読んで考えたのは、性被害に遭った方に対しては、「あなたは悪くない」...私の言葉で言い換えるなら、「あなたが許していないことを、あなた同様私も許さない」「一人で何だったかを考えてきた時間の不安や悲しさが、いま私も同様に悲しい」...という共感が、もしかしたら本当に生き死にを分かつかもしれない、ということです。
例えば突然ろれつが回らなくなった人がいたら、救急車を呼ばなければ脳梗塞で後遺症が残ってしまうように。

なぜ共感かといえば、性被害と戦う（公にするかどうかに関わらず、自分の中で）のはものすごく準備がいりそうだからです。

まず、被害が何だったのかを整理するのが大変だと思います。そもそも私を粗末に扱う人間がいる、ということを確信するのが大変です。さらに、なんとなく気持ち悪いのなんとなくを言語化するのも難しいと思います（幼少期からの性教育は、こういう非常事態のための語彙を育む意味もあるんだと気づきました）。
そうした自分自身の戸惑いを言葉にするのも大変なはずです（そこまで考えて、性犯罪は時効を無くすべきでは、と思い至りました）。

でも、そうした考えを確固たるものにしないと、反論にさえ値しないような意見（気にするようなこと？など）を跳ね除けるパワーや、誤った論理（嫌って言わなかったのはなぜ？など）に時間切れで負けないための論理を培えないと思います。

次に、なぜ生き死にを分かつかもしれないと思ったか。
主人公ウンソが答えが出ない中悩んだように、被害者があなたに相談しているとき、理解してくれるかもしれないが10%、理解しないにしろ誰にも言わないであろうが60%として、誰かに言われてしまったら悲しいが一般的に見て自分が悪いわけでもないし、最悪死ねばいいや、が30%、くらいで、本当に死が選択肢にあるかもしれないと考えたからです。

個人の意見ですが、自分が人間として、嫌と思うことを聞き入れてもらえないというのは、要するに人間扱いしませんという宣言だと思ってます。そうした扱いを突きつけられた状態で過ごすのは本当に辛いです（この辺は会社でパワハラを受けたときのことを思いながら書いていますが、違うかもしれません）

その上、主人公ウンソがそうであったように、相談すべきかどうか、何度も何度も最悪のケースを想像しながら考えたはずで、あなたが相談を受けたらもう次はないかもしれないからです。

したがって、責任のある社会人としてできることは、誰かに相談された時に「あなたは悪くない」と言い切るための準備をすることなのでは、と思いました（救急救命講習を受けるのと同じように）。

---

私は性教育や性被害の専門家でもないし、他の人に比べて特段多くの時間を費やして考えてきたわけでもありません。
なので、性被害に遭った方に共感するためには、もしかしたら他に定番の何かがあるのかもしれないです。

だとしても、責任ある生き方をしたいと考えており、かつ考えるきっかけを探している、漫画を普段から読む私にとっては、この本が出会うべき本でした。

この本が届くべき人に届くことを切に願います。

秘密を語る時間

※この記事によるアフィリエイトの収益を上回る額を、然るべき活動に寄付します。

Ansibleでbecomeを有効にすると、Escalation succeededと表示されるが処理が進まない → sudoのパスワードかユーザーが誤っているか、ControlMasterを有効化で解決

TL;DR

• Ansibleはsudoのユーザーとして、デフォルトで root を使用する。変更したい場合は ansible_become_user オプションを指定すること
• ssh_args = -F ssh_config を有効化している場合、同時に -C -o ControlMaster=auto -o ControlPersist=60s -o ControlPath=~/.ansible/cp/ansible-ssh-%h-%p-%r も設定しないとsudo時のパスワードの受け渡しが失敗するようだ

Detail

実際のエラーです。Escalation succeeded というのも紛らわしいですよね...

Escalation succeeded
  5416 1637070979.58389: stderr chunk (state=3):
>>>debug3: receive packet: type 99
debug2: channel_input_status_confirm: type 99 id 0
debug2: PTY allocation request accepted on channel 0
debug2: channel 0: rcvd adjust 2097152
debug3: receive packet: type 99
<<<
  5416 1637070979.58397: stderr chunk (state=3):
>>>debug2: channel_input_status_confirm: type 99 id 0
debug2: exec request accepted on channel 0
<<<
  5416 1637070979.58965: stdout chunk (state=3):
>>>[sudo via ansible, key=knnjbjweeaqhattpcizhggtvpermhceb] password:<<<

修正後の ansible.cfg の抜粋です。

[ssh_connection]
ssh_args = -F ssh_config -C -o ControlMaster=auto -o ControlPersist=60s -o ControlPath=~/.ansible/cp/ansible-ssh-%h-%p-%r

Reference

別の問題ですが、ssh_args 指定時のオプションに着目していたのでヒントになりました。

serverfault.com

書評 - More Effective Agile

More Effective Agileを読んで学んだこと・考えたことをまとめました。

More Effective Agile “ソフトウェアリーダー”になるための28の道標

TL;DR

スクラム開発は、関係者がプロジェクトを通じてスクラム開発自体に習熟することを織り込んだフレームワークである。
会社としてアジャイル・スクラム開発に舵を切ることは前提として、適切なインプットを与えてチームを高速に学習させるのが良さそうだ。

前提

私が働いているjustInCaseでは、2021年のはじめ頃からスクラム開発を採用しています。 それまでは営業（社長）が企画した商品を開発者が期限までに作るのが会社の風景でしたが、最近は変わってきました。

この本は、私が最初のスクラム開発プロジェクトに参加するに当たって読んだ本です。

実践できていること

• 会社としてアジャイルに取り組んでいる。つまり、プロダクトの営業担当者が営業部門でなく、プロダクト開発チームの中にいる
  • フィードバックのループが高速になる。例えば、「この機能がほしいんだけど、3週間後までに出来る？」といえる。
• スプリントとスプリントの合間の時間を作っている。
  • 開発者が各々、開発環境の整備やリファクタリングに取り組める。
• ストーリーポイントを設定している
  • 初めは相対的な値というのがよく分からなかったが、要するにチケットのレベル・HPのようなものと納得している。
  • やはり基準はほしい。たとえは、「ストーリーポイント1は、往復無しでPullRequestのレビューが終わるレベル」のような。
    • PullRequestのレビューも開発者の熟達に従って簡単になっていくはずなので、これも不適切かも
  • だいたい2週間くらい運用していると慣れるが、「何が基準なんですか？」とは新メンバーによく言われる。
• 本には記載がないが、スクラム開発立ち上げ初期のスプリントは1週間がよい。PDCAを早く回せる。

実践できていないこと

• チケットをバーティカルに分割するのにいまだに慣れない
  • プロダクトバックログアイテムの分割方法 | Ryuzee.com良いブログがあった。
• 開発者がPO/PdMを兼ねない
  • ユーザーストーリーを適切なチケットの単位に変換するには、どうしてもデータ構造まで気が配れないと難しいのでは？と思ってしまう。
    • 開発者出身のPO/PdMなら解決する。
  • 「POはああ言っているけど、バックログのリファインメントの時に直せばいいか」というのは自分の中に心配事を持ち続けることになるという点でも適切ではない
• プロダクトリファインメントの運営
  • スプリントプランニングでやってしまっている
  • ユーザーストーリーの洗い出しはどこまでで、リファインメントではどこから、という線引が出来ると良さそうだ
    • 多分、エンジニアがデータ構造を鑑みてアドバイスする必要が出てきたらリファインメント。

まとめ

実践できていないことも多々あるが、チームとして開発方法の共通言語があるのは心強い。スクラム開発に習熟していきたい。

書評 - インフラエンジニアの教科書

インフラエンジニアの教科書を読んで学んだこと、考えたことをまとめました。

インフラエンジニアの教科書

TL;DR

ハードウェアやデータセンターの選定の基礎知識がまとまっており、オンプレ入門に良い本です。

動機

一人暮らしを始めたので、自宅ネットワーク環境を整備できるようになった。
この機会に物理ネットワーク・物理マシンに詳しくなりたいと思い、オンプレの先輩の勧めで購入。

学んだこと

メモリやCPU、ルーターなどの選定基準が学べた。 自宅サーバーのメモリ選定では拡張性（16GBを2枚にするか32GBを1枚にするか）の考え方が役に立ちそう。もっとも、メモリは2枚セットで販売していることが多いようで、新品だと16GBx2 or 32GBx2の2択になったが。

UTMの選定については詳しくなかったので、有識者やインターネット場の情報を参考にしたい。
セキュリティ機能をルーターに求めるかどうかは新しい視点だった（しかし、ご家庭では一緒で良さそうだ）

考えたこと

物理マシンについては、やって覚えようと思って購入してしまった。構成管理について考えすぎて全然先に進めていないが、今年中には自作PCで一通りの開発が出来るようにしていきたい。
調べたらSteam：PC Building Simulatorというゲームもあるようで、自分のマシンの構成を記録するのにいいかも？

ネットワークは特に急いでいないので、メルカリでUTMを探していきたいな。

この本を読んだ後に周囲のインフラエンジニアと話すと、オンプレ環境が少し身近に感じて面白かった。