| @雑談

キャンプ

去年の春からキャンプするようになった。何度かキャンプをしに行くうちに、キャンプというのは思ったほど気軽に行けるものではなくてかなり段取りが必要なアクティビティであることが分かってきた。

キャンプ道具沼問題

まずはお金がかかる。テントなど一式道具を揃えればその後はお金がかからないと思っていたけどそんなことはなさそうだ。ホテルや旅館に泊まる旅行だと一回の旅行で最低でも 2 万円くらいは宿泊代がかかってしまう。キャンプなら精々キャンプ場に払うお金くらいだから気軽に行けるに違いないと思っていたが、全然そんなことはない。確かにキャンプ場に払うお金は高くても 5000 円程度だが、キャンプに行くと周りの人たちのキャンプ道具の充実ぶりに圧倒されて、キャンプに行くたびに道具を買い足してしまい、結局ホテルや旅館に泊まるのと変わらないくらいの出費になってしまう。いわゆる沼というやつで、これはいくら道具を買ってもキリがないのだと思う。道具が増えれば車が手狭になり、車にルーフキャリアーを付けたり、物置が手狭になって物置の増設、最終的には大きな車への買い換えなどで底なし沼的に出費が膨らんでいく。キャンプなら宿泊費を安く抑えて遠出ができると思っているとしたら多分それは大間違いで、キャンプに手を出したが最後、その後は後戻りができないキャンプ道具沼で死ぬまでキャンプの呪縛から解放されることはなくなってしまうだろう。

キャンプ場混みすぎ問題

次にキャンプ場混みすぎ問題だ。ホテルや旅館に泊まる旅行だと事前に宿の予約をしないといけないのが面倒で思い立った日にいきなり旅行に出かけることは難しい。いまは便利な世の中なのでインターネットでポチポチとやれば当日中にその日の宿を見つけることは不可能ではないが、当日だと高かったり宿を見つける作業が大変でわずらわしかったりする。キャンプならば宿の予約のような面倒な作業から解放されて思い立ったが吉日的におもむろに出かけてテントを張り、豪快に野外飯を作って適当に寝て、翌日はチェックアウトの時間など気にすることなく目が覚めた時間に起きて適当に帰ればいい、実に気楽に泊まりがけの遠出ができるはず、と思っている人がいるかもしれない。実は全然そんなことなくて、キャンプ場も大抵予約しないといけなくて、いきなり行って利用できるキャンプ場というのは非常に限られている。というかほとんどない。そもそもキャンプ場の予約システムは IT 化されておらず、ウェブサイトから予約申し込みをすることができない。電話で予約というところが圧倒的だが、電話で予約が完結するならまだマシな方で、酷いところだと電話後に FAX や文書のやりとりが発生したり、最も面倒なところだと事前の打ち合わせで実際にキャンプ場に訪れる必要があるところもある。なぜこういうことになるかというと、キャンプ場をやっているのは大きな会社ではなく個人か自治体だからだ。

個人経営キャンプ場

そもそもキャンプ場の利用料というのは高くはない。テント一張り 1000 円くらいのところから、高いところでも 5000 円くらいだ。 30 区画あったとして、週末にすべて予約が入ったとしても ¥5000 × 30 区画 = ¥150000 の売上だ。毎日 15 万円の売上があるわけではなく、キャンプ場は土曜日しか混まず平日は基本的にほとんど利用者がいないと考えられ、平日の収益はほとんどゼロなはずだ。加えて毎週末満員になるわけではなく、週末に天気が悪ければお客さんは来ない。しかも雨天のキャンセルの場合はキャンセル料を取らないキャンプ場が多いので、週末雨が降らなかったとして月の収益は 15 万円 × 週末 4 回 = 60 万円くらいとなる。この規模の個人経営のキャンプ場が予約システムの構築にお金をかける余裕はないだろう。家族経営でキャンプ場の維持管理をするだけでいっぱいいっぱいだろう。

自治体運営キャンプ場

意外かもしれないが、キャンプ場は自治体が運営しているものが多い。子どもの頃に子供会や学校の行事で訪れたキャンプ場は大抵自治体運営のやつだ。こういう自治体運営のキャンプ場も IT 化されておらず、平日 9 時から 5 時までの間に自治体の施設管理課か、自治体が運営を委託しているシルバー人材センター的なところに電話して空き状況を確認する必要がある。電話で予約が完結すればラッキーな方で、その後さらに書面での申込みや一度往訪しての打ち合わせが必要だったりする。なぜそうなっているかというと自治体の条例で決まってるからだ。何とか町施設利用条例みたいなやつがあって、利用者は利用したい日の 30 日前までに書面で申し込み、一度利用内容を説明して役場の承認を得ること云々、みたいなやつだ。こういう条例的なやつが足かせになってウェブで申込み完結、みたいな状況にはならないのだろう。それでも自治体運営キャンプ場は無料かお金がかかっても信じられないくらいに安いので利用者が殺到するから、ウェブ化して利用者の使い勝手を改善しようということにはならないし、役所の担当の人は日々申込み者からかかってくる電話や送られてくる書類の対応に労力を割かなければならない。

全然予約できない

キャンプ場は利用料が安いこと、土日に需要が集中すること、キャンプは雨が降ると中止せざるを得ないこと、予約システムがウェブ化されていないことによって、予約はすさまじいほどに面倒くさい作業になっている。利用料が安いのでみんなとりあえず何ヶ月も前から週末の予約を野放図に入れる。すると「今週末は天気がよさそうなのでキャンプでも行こうかな」というくらいののろまがキャンプ場に問い合わせたときにはどこも埋まっていて「おととい来やがれ」的な対応を受けることになる。全然気軽に行けるものではないのだ。むしろ金さえ払えば確実に泊まれるホテルや旅館を利用する旅行の方が手軽だ。

結論 キャンプに行くためには金と時間が必要

というわけで、キャンプは全然手軽ではないし、旅館やホテルに泊まる旅行に比べてお金を節約できたり自由気ままに行えるアクティビティではないということをわかってもらえたらと思う。天候やキャンプ場の予約の難易度も加味すると、キャンプはできて年に 2, 3 回なのではという気がする。 10 回も 20 回もキャンプに行ける人はお金もキャンプ場探しをする時間もある人だけだ。マイルを貯めて毎年特典航空券@ビジネスクラスでハワイに行くような人種こそがキャンプを趣味にしていそうだ。

| @労働

仕事でなんか問題があったときにとりあえずミーティングすると大抵うまくいかない。事前に何が問題なのかを見極め、正しくアジェンダを設定しないとただ集まっただけになり、生産的な議論ができない。

一方で問題があったときにとりあえずミーティング招集してうまく行く人もいる。瞬発的に何が問題なのかを察知しアジェンダ設定できるのだろう。あとは断言力ともいうべきか。これが問題なんじゃおりゃ、と言い切って断定することでうまくまとまったような印象を与えられる側面もあると思う。これは人間性に依存する部分が多いので誰しもが使えるテクニックではない。

自分は基本的に自信がないので常におどおどしていてなかなか「おりゃ」と物事を断言できない。なのでノープランでミーティング召集するとグダグダになって参加者から不満が噴出してしまう。

ミーティングを段取るスキル、学校では教えてもらえないけど極めて重要なスキルだと思う。コミュニケーション能力が低い人でもうまくミーティングを段取りできるような、実践的なミーティングテクニックを学んでみたい。

| @ブログ

blog.8-p.info の過去記事ページの真似をして、 Archive ページにタグを表示するようにしてみた。

Archive ページにタグを表示

タグはあまり使っていなかったのだけど、一覧で記事タイトルだけ並んだときその記事にどんな内容が書いてあるのかを把握するためにはタグが便利だなと思い直し、タグを表示させてみることにした。いくつか過去のタグが付いていない記事にタグを振ってもみた。

このブログは技術情報からポエム、日々の日記まで何でもありのごった煮ブログなので、カテゴリーによる情報分類には限界がある。現在 13 個のカテゴリーがあるが、記事数にバラツキがあり、情報分類としてあまり機能していない。カテゴリーの粒度をもっと荒くして緩い分類に変更し、そこから先はタグによって超細かくラベリングすると情報の分類としてはまともになるのではないかと思った。

いま、カテゴリーの内訳がこんな感じ。

- "雑談":303
- "技術/プログラミング":272
- "映画/ドラマ/テレビ":150
- "Mac/iPhone":134
- "WWW":113
- "散財":95
- "旅行/ハイキング":70
- "ブログ":69
- "音楽":63
- "読書":34
- "写真":32
- "料理/食事":31
- "労働":27

もっと緩い分類にして以下みたいな感じにするとよさそう。

- 雑記
- パソコン・インターネット
- 見た・読んだ・聞いた
- 出かけた・撮った・食べた

カテゴリーとタグの使い分けは 10 年以上前から悩んでいる気がする。

情報分類の手法でありつつコンテンツの内容そのものを指し示すものでもあるからだろう。インスタグラムで #ラーメン #からの #うどん とかやってる投稿を見るととても嫌な気持ちになるのだけど、そういうことがされるくらいにタグというものは不安定なもので、正しく使おうとか気負わず、もっと緩く使えばいいのかもしれない。

もう廃れてしまったが、フォークソノミーが勢いを取り戻して、情報の発信者ではなく受け取り側がコンテンツにタグ付けできるような世の中になるとおもしろいのかもしれない。

| @ブログ

Archive ページにその月の記事数を表示

Archive ページの月コンポーネント右肩にその月の記事数を表示するようにしてみた。その月の自分の頑張り具合が一目で確認できて便利。 Kazuyoshi Kato さんの blog.8-p.info の真似。

ただ、いま見てたら blog.8-p.info では記事の文字数も表示されるようになっていた。 blog.8-p.info の過去記事ページは非常に参考になる。

blog.8-p.info の過去記事ページ

| @Mac/iPhone

仕事用の MacBook Pro が新しいやつになったので備忘のために設定方法をメモしておきます。

以前書いた通り、自分は Google Chrome の Profile を二つ作ってノーマルの Chrome と Canary チャンネルの Chrome (ベータよりももっと攻めてるやつ)の二つを使い分けている。仕事用が Canary Chrome でノーマルが私生活用。 Slack からのリンクや Google Drive の URL は仕事用の Canary Chrome で開くように Choosy を使って設定している。 Cloud で Profile が同期される都合上、こうするしかない。

その Canary Chrome への 1Password のインストール方法がちょと特殊で、公式サポートフォーラムの以下の記事の通りにやる必要がある。

  1. rm ~/Library/Application Support/Google/Chrome Canary/NativeMessagingHosts/2bua8c4s2c.com.agilebits.1password.json
    Canary Chrome の 1Password 用設定ファイルを削除(存在しない場合もあり)
  2. ln -s ~/Library/Application\ Support/Google/Chrome/NativeMessagingHosts/2bua8c4s2c.com.agilebits.1password.json ~/Library/Application\ Support/Google/Chrome\ Canary/NativeMessagingHosts/
    ノーマル Chrome の 1Password 用設定ファイルのシンボリックを Canary Chrome の設定ディレクトリに張る
  3. Canary Chrome 再起動

1Password が Chrome とのやりとりに使う JSON ファイルをノーマル Chrome と Canary Chrome で共通化してしまうようだ。これで Canary Chrome でも 1Password が使えるようになる。

| @Mac/iPhone

Touch Bar

リモートワーク中心の世の中なので Slack の Status で離席していることやミーティング中であることが分かると便利なはず。というわけで自分はなるべく Slack の Status を更新するようにしているが、 Slack アプリ内での Status の更新は面倒くさい。メニューを押して絵文字選んでひと言アップデートを入力とか毎度やってられない。ボタン一発で Status を更新したい。

MacBook Pro の Touch Bar は評判が悪い。自分もあまり便利だと思わないのだけど、一つだけ便利な使い方があって、それがこの Slack の Status アップデートボタンを配置するというもの。 Touch Bar に配置されたボタンを押すだけで食事中であることや退勤済であることを Slack の Status として表示できるようになる。めっちゃ便利。

なお、オリジナルのアイディアとソースコードは 9m さんのものです。

必要なもの

準備

1. Slack の API Token を発行する

2. 9m さんの gist を clone し、手元で動かせるようにする

$ ghq clone https://gist.github.com/af5894ced5cc1ac38bfd2687cad7c780.git slack_status
$ cd clack_status
$ bundle install
$ echo "SLACK_TOKEN=XXXX" > .env
$ bundle exec app.rb "🍺" "退勤しました"

ちゃんと設定できてれば以下のようになる。

コマンドラインから Slack Status をアップデートしている様子

3. Automator を開き、クイックアクションを設定

新規作成で「クイックアクション」を選ぶ。

Automator を開き「クイックアクション」を新規作成

アクションの中からシェルスクリプトを選ぶ。

シェルスクリプトを選ぶ

実行したい処理をシェルスクリプトで書く。

実行したい処理をシェルスクリプトとして記載

自分は以下のようにしている。

export PATH="~/.rbenv/shims:$PATH"
export LC_ALL=ja_JP.UTF-8
export LANG=ja_JP.UTF-8
cd /Users/morygonzalez/src/gist.github.com/slack_status
bundle exec ruby app.rb "🚽" "放尿 or 脱糞中です"

なお、赤枠で囲った「ワークフローが受け取る項目」は「入力なし」にしておかないとちゃんと動かないので注意。

入力なしを選択

設定完了したら名前を付けて保存する。自分の場合は Slack トイレ などのような名前にしている。この作業を追加したいコマンドの数だけ繰り返す。

4. キーボードショートカットの割り当て

システム環境設定 -> キーボード -> ショートカット -> サービス の順に進む。正しく Automator でアクションを設定できていれば「サービス」の一覧に表示されるので、割り当てたいショートカットキーを割り当てる。

ショートカットの設定

5. BetterTouchTool で Touch Bar をカスタマイズする

タッチバーに表示されるボタンのアイコンとラベル文字を選び、タップしたときにショートカットキーが実行されるようにする。

BetterTouchTool で Touch Bar をカスタマイズ

こうすることで Touch Bar から Automator のクイックアクションが実行され、めでたく Slack の Status がアップデートされるようになる。

ちなみに自分の Touch Bar はこんな感じ。

Touch Bar の様子

ほこりをかぶってる Touch Bar を是非有効活用してあげてください。

Touch Bar がないパソコンを使っている人向けの情報

Touch Bar のない Mac を使っている人はこのやり方を使えないので Slack の Google Calendar 連携機能を使うと良いと思う。設定に Status Sync という項目があるのでこいつを On にすると、 Google Calendar で予定が入っている時間になると Slack の Status を自動で更新してくれる。

Google Calender の Status Sync

会議中であることくらいしか共有できないので Touch Bar にいろんなボタンを配置するのに比べたら不便だけど、カレンダーに予定を入れておくだけで Slack の Status を更新できるようになるのは便利。

今後の課題

良くありがちなのが「仕事中」の Status のまま退勤してしまうというやつ。夜中や週末も仕事している異常な人になってしまう。スマートフォンからも同様にめっちゃ手軽に Slack の Status をアップデートしたいけどまだソリューションを見つけられていない。情報お持ちの方いたら教えてください。

| @ブログ

tech.portalshit.net の記事を取り込んだとき、記事ファイルの作成日を記事作成日として取り込んでいた。

Jekyll 移行後の記事の場合はそれで良いのだが、 Mephisto 時代の記事はデータベースから一度 Jekyll に移行した都合上、ファイルの作成日が Mephisto から Jekyll への移行作業を行った日になっており、 2011 年の 3 月 8 日に大量に記事を書いたことになっていた。作成日が 2011 年 3 月 8 日になってる全ての記事を見てまわって日付を元の記事作成日に変更する作業をやった。 Jekyll はファイルパスに日付が残る仕組みなのでその日付を使った。残念ながら作成時刻は調べようがないので諦めた。静的サイトジェネレーターを好きになれない理由の一つに記事の作成日時や更新日時がメタデータとして残らないことがあったのを思い出した。

今回の修正により 2010 年の記事数が増えて 2011 年の記事数が減った。 2011 年はブラック企業に転職するために福岡に引っ越してきたのでろくに記事が書けてなかったはずだが、それでも 57 記事書いていた。一つ前の記事が 2020 年の記事としては 57 個目だったので今年は 9 年ぶりに記録を更新した。 #100DaysToOffload に挑戦中なので 10 年ぶりの年間 100 記事達成目指して頑張りたい。