
# 行動ログの形式を３種類に分けて考えてみる

## ログの種類

※名称は要件等

### ストリームログ

#### 説明

整理や蓄積をしない前提で書き出すログ
ツールは[ワークスペース]として使用し、基本的に情報は保存しない

#### 保存場所

アウトライナー（具体的なアプリは問わず）

### タイムラインログ

#### 説明

何をやったのかを記録しておくログ
基本的にカテゴリごとにページを作り、日付単位で記録する
ナレッジログ等に対するリンクを張る運用も可
[ログはどこに置いたかを一元管理さえできれば問題なさそう]

#### 保存場所

Notion

### ナレッジログ

#### 説明

カード単位で、規範にしたり参考にしたりできる情報を記述する
時間の概念は基本的には持ち込まない

#### 保存場所

Scrapbox

## なぜ分けるのか

一つのツールで簡潔するのが、効率の面では一番良いことは確か。
しかし他の情報が今取り扱っている情報を邪魔する場合がある。

とりあえず気ままに頭の中を書き出したい → 体系立った情報も保存されているので、それを意識して自由に記述ができない
チートシートやドキュメントを書き上げたい → 思考の書き出しも保存されているので、雑な情報も書いてしまう

ツールを分割してしまえば（情報を移す・書き直す手間はあるが）情報も分割されるので混ざらずに純粋な目的で整理できる。


行動ログの形式を３種類に分けて考えてみる

# Android12 の overscroll の気持ち悪さの原因を探る

## Android12 の overscroll 表現

私は OPPO Reno5A をメインスマートフォンとして使用しています。

最近 ColorOS12 にバージョンアップして本当に驚きました。
Android12 の ストレッチ（伸縮）表現の overScroll がものすごく気持ち悪いのです。

![](./img/scroll.gif)

## 何故気持ち悪いのか

※単純にむにょーんという動きが気持ち悪いだけという説もある

### 画面構成の否定

基本的に画面はブロックの組み合わせで構成され、視覚情報としてもブロックが組み合わさっているものとして処理を行います。
しかし、overscroll時のみ画面全体が一枚の画像であるかのように伸縮します。

> 「通常時：ブロックの組み合わせ」→「overscorll 時：一枚の画像」

この統一感の無さが気持ち悪さの一つの要因です。

### ブロックの硬さの否定

ブロック(画像や文字)は硬さを持っていると考えるのが普通です。

ブロック同士の隙間はある程度自由に変化してよいですが、ブロック（特にアスペクト比）は基本的には不変であることが暗黙の認識です。

Android12 の overscroll 表現はこの認識を否定します。

## どうすればよいのか

3 種類の overscroll 表現を簡易的に実装してみました。

- padding
- margin
- scale

<iframe height="800px" style="width: 100%;" scrolling="no" title="Untitled" src="https://codepen.io/k4a/embed/dydxZQO?default-tab=result" frameborder="no" loading="lazy" allowtransparency="true" allowfullscreen="true">
</iframe>

### padding

overscroll 時に、スクロール領域の上部分の padding のみが伸縮します。iOS の overscroll 表現に近いです。

「スクロール領域内の要素がスクロール限界に達した → 端の隙間が引っ張られて出現する」という表現で、私はこれが一番自然だと思います。

### margin

overscroll 時に、スクロール領域直下の子要素間が伸縮します。

この overscroll 表現は見たことがありませんが、「引っ張った結果それぞれの要素間が伸縮する「というのは、表現としては悪くないと思います。

### scale

overscroll 時に、スクロール領域内がまとめて伸縮します。これが Android12 の overscroll 表現です。
easing と duration は他 2 つと同じなのですが、他 2 つより確実に気持ち悪いです。

## 最後に

これは私の個人的な解釈なので良く感じる人もいるかもしれませんが、この表現を実装した人は私とは感性が合わなさそうです。

Android12のoverscrollの気持ち悪さの原因を探る


# 人生の電車からは降りない方が良い

「レールに乗った人生」という表現が良く使われるが、私は人生は電車の乗り降りだと思う。

どの電車に乗っても一般人だったらそんなに変わらない。
電車の速度に差はあるけれど、急がなければそんなものは無視しても問題はないだろう。
自分の能力に不安があっても自信があっても大抵は順当に次の駅にたどり着くことができる。
タイミングが良ければ別の電車に乗り換えてもよいし、次の電車が来るまで町を探索してもよい。

ただし、走っている最中に不用意に電車から降りたら追いつくのは容易ではない。
自力で駅までたどり着いたころには、とっくに電車は発車していてもうどうしようもない。

私はこれをわかっておらず電車を降りてしまった。
もうだめかもしれない。

...これはポエムです。
数年後笑って見返す状態になれていることを祈りたい。


人生の電車からは降りない方が良い


# ブログは情報を捨てる場にしたい

更新や参照を続ける大事な情報はScrapboxやその他のナレッジに保管する

ナレッジにする前のたたき台みたいなものかもしれない

- 思考寄り
  - アウトライナー
  - ブログ
  - Scrapbox
- ナレッジ寄り


オープンな情報をたたき台にしてクローズな情報を正にしていくのは、普通とは逆の運用にも感じる
でも重要な情報はクローズ側にするのが普通だからそうでもない？

ツイートを編集したい人は（偶にはあるかもしれないが）殆どいないように、その時に考えたことは編集せずに取っておいた方が良い。
ナレッジにしたい場合は直接編集するのではなく、思考ログを参照しながら新しく情報を構築をするようにする。

これは結構良い言語化のような気がする。
ツールを統合すべきか用途に合わせたツールを使い分けるか問題は頻出するが、多分使い分けた方が良い。


ブログは情報を捨てる場にしたい


# 毎日文章を書き続けたいと思いもう数年が経っている

アウトプットを継続できたブログや SNS アカウントは存在しない

## 文章を整えるにはエネルギーがいる

なんとなく考えていることがあって、おそらく推敲仕切れば良い情報になるであろうものを、実際にそこまで持っていくのは想像以上に大変
充分な修練を積んだり、天性の才能がある人は整った文章をそのまま出せるのかもしれないが、私はできない
それができないから文章を出さず、出さないからできるようにならない
これは文章に限らずなんでもそうだが、その波を超えられると後は惰性（惰性は悪いことばかりではない）で進んでいく事が多い

## 情報を整理したい欲

ブログではカテゴリやタグの指定が一般的だが、この分類をきっちりとこなしたくなってくる
これはそんなこと気にしなければいいのだが、そうもいかない
せっかく書くのだから体系だった情報にしたいのだ
でも私は体系が崩れるほどの物量があるブログを作ったことが無いので、これはおそらく杞憂だろう

Scrapbox を運用していると、どこにもリンクが貼られていないスクラップができてしまう恐怖に時々陥る
せっかく書いたのにどこともつながらなかったんじゃもったいないという気持ちだ
リンクができない様な情報にそもそも価値はなさそうだし、多分気にしなくて良いのだろう

## 長い文章を書きたい欲

せっかく書くのだから数行で終わらせず「ブログ」を書きたくなる
Scrapbox なら２行のページも気にせず書けるのにブログとなるとそうもいかない
ブログの１ページが重く設計されすぎている様にも思える
タイトル、カテゴリ、日付がきちんとついてしまうからかもしれない
ブログは人に読ませることが目的に感じるのも問題だろう

## 人に見られたいけどあまり見られたくはない

この葛藤が難しい
まず考えられるのは主人格とは分離した人格の空間を作り上げること
例えば私は`k4a`をメインのハンドル ID としてインターネット上の空間に存在する
昔は別人格も存在していたが、今は殆ど存在しない

### メイン人格で全てを運用するメリット

#### 運用がシンプル

何かをアウトプットしようとする際に、どの人格を使おう？と迷わない

#### 情報が集約する

後から自分の記録を見返すにもそうだし、
もしフォロワーがいた場合は、一つを追えば良いだけなので楽

### メイン人格で全てを運用するデメリット

#### 汚い情報を出しにくくなる

##### 整っていない

取り扱う内容は特段問題なくても、文章体や情報の質が悪い場合、アウトプットを躊躇してしまう

##### 中身が汚い

下ネタや欠点、世間的にあまり良くない思想などを出すのははばかられる

### 複数人格を作った場合

殆ど逆のメリット・デメリットが存在する
主人格に「見せたい情報」を集約することで、自己紹介の様な役割も果たすことができる
見せたい情報だけ載せても誤魔化しじゃないかとも思うが、見る側からしたら単純な数の意味でも整理されていたほうがありがたい
主人格と人格の存在しない人格（矛盾）を運用するのが良い方法だと思う
主人格とは別に自立した人格を作ってしまうと、そちらに主人格が引っ張られる
別の人格は、主人格を気にせず、かと言って変にキャラクター立てをするでもなく、主人格が混じってもいいし混じらなくてもいいし無くても良い、何とも言えない混沌状態を保っていけるのが健全だろう
私は面倒なのと、そもそも主人格も大した活動をしていないことに気づいたので、主人格を混沌状態で運用していくことに決めた

## （存在しない）人の目を気にしている

全体を通して、私の文章なんておそらく誰も気にしていないのに、ありもしない他人の評論を気にしてしまっているのが問題である
私も人格も背景も知らない個人ブログを読み漁ることもあるが、それによって別にその人をどうこう思うことはない
ただ、たった一人の意見でも過度に重く受け止めてしまうので、杞憂とも言い切れない
もし気まぐれな一人がツイッターやコメント欄（これは設置しなければいいだけなのだが）で私を否定してきたらどうしよう
そう思うと下手な文章を出すわけにはいかなくなる

## 過去と同じにならないためには実際のところどうすればよいのか

今まで書いたことは私固有のことでもなければ、何年も前から考えていたことで私の中でも新しい考えではない
おそらく半年に一回は、形態や長さは違えど同じ様な文章をクローズドな場所で書いている
唯一過去と別の道を歩めるとしたら、この文章自体を公開するという行動を取ることだ。

### 「公開」するという行為

公開すると、私の中からは一旦離れた情報になる
これは客観視ができるという意味もあるが、それよりも情報を捨てられるということの方が大きい
書いた（または思考した）内容を消したりクローズドにとどめた場合、大抵は数ヶ月（数年）後に同じ様な内容をまたクローズドで思考することになるだろう。
アウトプットがアウトプットになっておらず、自分の中でただ形を変えただけなのだ。

#### 「公開」をすることで情報を自分とは別の領域に移動させることができる

この状態はすごく健全だろう。
大抵の悩み事は悩み自体が悩みになっていて、悩みをやめれば解決するのだから
このあたりは GTD を始めとする"ライフハック"メソッドで既に解明されていることなので今更語る必要はない
ただ、それが実際にできている人はどのくらい存在するのは私にはわからない
GTD は「公開」するメソッドではないが、自分の中から外に情報を出すという意味ではより強い意味になるだろう。
また、将来的に同じ様な内容を書こうと思った（または既に書いた）ときに、比較することもできるし、成長させることもできる

### 誰に向けた情報？

誰かに公開する意図があるとすれば、それは将来の自分に対して、ということになるのだろう
もちろん、良い文章がかけたのなら世界の誰かに届くことも期待したい

## 記述形式

私は軽度のアウトライナー信者である。
アウトライナーこそが優れた記述形式であると信じている

しかし「文章」として公開するとなるとアウトライナーはあまり有用な形式ではない
反論もあるかとは思うが、アウトライナーは装飾をすることはあまり推奨されない形式である
インデントだけで文章構造を表現できるため見出しやブロックを付ける必要が無いからだ
書く側からするとこんなに嬉しいことは無いのだが、読み手に立つと構造を追っていかなければ行けないので、ぱっと内容を把握することができない。
これについてはマークダウン（または素のテキスト形式）で書くという結論になることは考える前からわかっている
とは言え、別にアウトライン構造のテキストをそのまま公開して何か悪いことがあるわけではないので、面倒だったらそのまま公開することにする。

Scrapbox であればアウトラインライクのテキストでワンタッチで記述ができる
Scrapbox をブログとして運用しても良いとは考えたが、「ブログ」の運用という難題に何度目かの挑戦をしてみたいと思う。

この文章は自作のアウトライナーで記述したものをマークダウン形式に出力してそのまま掲載した。
句点は大抵の行についていないし、行毎に改行もされている。
句点は意識してつければよいが改行はどうしようもない。
この点を調整しだすと文章公開にかかる時間が増えて継続しなくなるので無視する。

## 最後に

文章（に限らず何かの情報）を出すことの目的を今一度整理しておきたい

### 目的

目的などを書くときに数を出せる人は凄いと思うが、多分 3 つくらいにとどめておいたほうが良い
ただ、実際に考えてみたら留めるとかではなく 2 つしか思いつかなかった

#### アウトプットの習慣を付ける

これが一番ありふれていて、しかし一番重要な目標だと思う
継続が人生で一番難しい

#### 文章力を身につける

これから先どんな未来が来るのかは全く予想ができないが、良い文章を書くことがデメリットとなる未来は来ないだろう。
人間がそんなことを考える必要もなくなるかもしれないが

### 目標

#### 長さは気にしなくて良いが意味を持った情報を書く

長い文章を書く必要はないし人の心を動かす必要もない
しかし、この情報をなぜ書いた？と聞かれ（問いかけ）て答えられる様な情報を書きたい
ただ、これはこそばゆいと言うか綺麗事の目標にも感じるので、取り敢えずは目的だけで良い


毎日文章を書き続けたいと思いもう数年が経っている

# React×Recoil×Storybook を動かす

## なぜこの記事を書いたか

Recoil でのデータ管理が含まれているコンポーネントを Storybook で動かしたかった。
ちゃんと探せばあったと思うけど、軽く探しても見つからなかったので雛形を作った。

※Recoil も Storybook も今日はじめて触ったので多分に間違っている可能性あり

## 構成

[Storybook Get started](https://github.com/k4a-dev/react-recoil-storybook#:~:text=Storybook%20Get%20started.)を流用したタスクリストがベース。

```
- /src
 - /components
 - Task.stories.tsx
 - Task.tsx
 - TaskList.stories.tsx
 - TaskList.tsx
 - stores
 - taskStore.ts
 - types
 - storybook.d.ts
 - App.tsx
```

`tasks`を`taskStore.ts`で定義して Recoil で管理する。 
`TaskList.tsx`で`tasks`の状態を変化させる。 
`Task.tsx`は`tasks`の map から作成される。

## 解決策(`TaskList.stories.tsx`)

### モックコンポーネントを作る

```tsx
const MockedComponent: React.FC<Props> = (props) => {}
```

### recoil にセットしたい変数を props の定義に追加する

```tsx
type Props = ComponentProps<typeof TaskList> & { tasks: TaskType[] }
```

### props の値を recoil にセットする

```tsx
// ※useSetRecoilStateの実装を隠蔽している
const setTasks = useTasksMutators().setTasks // ※useSetRecoilStateの実装を隠蔽している

setTasks(props.tasks)
```

### 元のコンポーネントを返す

```tsx
return <TaskList {...props} />
```

### モックコンポーネントを Default Export する

```tsx
const meta: ComponentMeta<typeof MockedComponent> = {
 component: MockedComponent,
 decorators: [(story) => <RecoilRoot>{story()}</RecoilRoot>],
}
export default meta
```

### 各ストーリーオブジェクトで props として recoil にセットしたい値を渡す

```tsx
export const Default: ComponentStoryObj<typeof MockedComponent> = {
 args: { tasks: defaultTasks, loading: false, onPinTask, onArchiveTask },
}
```

## ソース

全体：https://github.com/k4a-dev/react-recoil-storybook

### TaskList.stories.tsx

```tsx
// ------------------ Import NPM Modules ------------------ //
import React, { ComponentProps } from 'react'
import { ComponentMeta, ComponentStoryObj } from '@storybook/react'
import { RecoilRoot } from 'recoil'

// ------------------ Import Modules ------------------ //
import TaskList from './TaskList'
import { TaskType } from './Task'
import { useTasksMutators } from '../stores/taskStore'

// ------------------ Recoil Mock------------------ //
type Props = ComponentProps<typeof TaskList> & { tasks: TaskType[] }
const MockedComponent: React.FC<Props> = (props) => {
 const setTasks = useTasksMutators().setTasks

 setTasks(props.tasks)

 return <TaskList {...props} />
}

// ------------------ Define Args ------------------ //
const defaultTasks: TaskType[] = [
 { id: 1, title: 'Task 1', state: 'TASK_INBOX', updatedAt: '' },
 { id: 2, title: 'Task 2', state: 'TASK_INBOX', updatedAt: '' },
 { id: 3, title: 'Task 3', state: 'TASK_INBOX', updatedAt: '' },
 { id: 4, title: 'Task 4', state: 'TASK_INBOX', updatedAt: '' },
]

const onPinTask = () => {}
const onArchiveTask = () => {}

// ------------------ Export(Default) Meta ------------------ //
const meta: ComponentMeta<typeof MockedComponent> = {
 component: MockedComponent,
 decorators: [(story) => <RecoilRoot>{story()}</RecoilRoot>],
}
export default meta

// ------------------ Export Stories ------------------ //
export const Default: ComponentStoryObj<typeof MockedComponent> = {
 args: { tasks: defaultTasks, loading: false, onPinTask, onArchiveTask },
}
```

### TaskList.tsx

```tsx
import React from 'react'
import Task, { EventProps } from './Task'
import { useTasksState } from '../stores/taskStore'

type Props = {
 loading: boolean
} & EventProps

const LoadingRow = (
 <div className="loading-item">
 
 
 Loading cool state
 
 </div>
)

const TaskList: React.FC<Props> = (props) => {
 // recoilで管理されたtasksState(※実装は隠蔽)
 const tasks = useTasksState()

 if (props.loading) {
 return <div className="list-items">{new Array(6).fill(null).map(() => LoadingRow)}</div>
 }

 if (tasks.length === 0) {
 return (
 <div className="list-items">
 <div className="wrapper-message">
 
 <div className="title-message">You have no tasks</div>
 <div className="subtitle-message">Sit back and relax</div>
 </div>
 </div>
 )
 }

 return (
 <div className="list-items">
 {[
 ...tasks.filter((t) => t.state === 'TASK_PINNED'),
 ...tasks.filter((t) => t.state !== 'TASK_PINNED'),
 ].map((task) => (
 <Task
 key={task.id}
 task={task}
 {...{
 onPinTask: props.onPinTask,
 onArchiveTask: props.onArchiveTask,
 }}
 />
 ))}
 </div>
 )
}

export default TaskList
```

## 免責

- 実際の運用だと tasks はサーバサイドで管理するが、今回はローカルのグローバルステートとして扱う
- この程度の実装なら もとから props で渡しちゃったほうが楽だけど、今回は recoil を使うのが目的

React×Recoil×Storybook を動かす

# storybook の Args の型推論をオプショナルじゃなくする

## なぜこの記事を書いたか

[Why CSF Args Type is Partial type ? ](https://github.com/storybookjs/storybook/issues/13747)でも語られている通り、Storybook でコンポーネントに Args(Props)を渡す際、すべてのプロパティがオプショナルになってしまう。

これでは、必須のプロパティを渡していなくても型エラーを検知できず、ランタイムエラーが発生してしまう。

上記リンクでも問題提起はされていて、解決されそうなので多分そのうち問題はなくなるはず。だけど、僕は今型定義が欲しいので、それっぽい感じにしてみた。

## 解決策

[Why CSF Args Type is Partial type ? ##issuecomment-901117408](https://github.com/storybookjs/storybook/issues/13747#issuecomment-901117408)を参考にしている

### 型定義(Generics)

```ts
import { ComponentStoryObj } from '@storybook/react'
import type { ComponentProps, FunctionComponent } from 'react'

type CSFType<C> = C extends FunctionComponent<any>
 ? ComponentStoryObj<C> & {
 args: ComponentProps<C>
 }
 : never

export { CSFType }
```

### 各ストーリーブックで型定義

```ts
type StoryType = CSFType<typeof YourComponent>
```

### 各ストーリーオクジェクトに型付け

```ts
export const Default: StoryType = {
 args: { tasks: defaultTasks, loading: false, onPinTask, onArchiveTask },
}
```

## 動作

![](./img/error.png)
`onPinTask`が無いぞというのを警告してくれる。

### Props の型定義

ちなみに props の定義はこう

```ts
type TaskType = { id: number; title: string; state: any; updatedAt: string }
type EventProps = { onArchiveTask: (id: number) => void; onPinTask: (id: number) => void }

type Props = {
 task: TaskType
} & EventProps
```

## 免責

ちゃんと動かないパターンもあると思うので、そのへんはよしなに改造してください。

storybookのArgsの型推論をオプショナルじゃなくする

# [TourBox Elite : Review] 左手デバイスは銀の弾丸ではないが、とても良い

## これは TourBox Elite

クリエイター向けの左手デバイスです。テンキーを左手デバイスとして使ったことはありましたが、正式なツールを使うのは初めてです。

※提供を受けました(ありがとうございます)

### 主な特徴

- 高度なカスタマイズが可能
- 「TourBox NEO」が Bluetooth 接続を備えたバージョン
 - 有線接続も可能
- 電池式（単 3 \* 2 本）
 - バッテリー内蔵式は劣化がある
 - 電池式は、容量がなくなってもすぐ交換できる
- 結構重い(425g)
 - 持って使うものでは無いので安定感があって良し

### ...細かい機能は

公式サイトや他レビュワー様を参照してください。

- [TourBox Elite 公式サイト](https://www.tourboxtech.com/jp/TourBoxElite-show.html)
- [TourBox Elite レビュー - Google 検索](https://www.google.com/search?q=TourBox+Elite+%E3%83%AC%E3%83%93%E3%83%A5%E3%83%BC)

## 使ってみる

### Davinci Resolve

![Davinci Resolve の割当](./img/tourbox_assign.jpg)

「カット編集」のみに絞って機能を割り当てました。
カット編集は、一つのタイムラインの中で「時間の変更」「編集点の追加」「トリム」などの単純な操作を何度も何度も繰り返します。この様なワークフローには左手デバイスは適しています。

製品が届いてから数日しか使用していないため、まだ手が馴染まずにストレスを感じすることは多々ありました。 
この状態でもカット編集はスピーディにできているため、充分に慣れれば効率が上がることは間違いないと思います。

<iframe class='youtube' src="https://www.youtube.com/embed/XX58pNzlz98" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture" allowfullscreen></iframe>

特にダイヤルに割り当てた、「フレーム移動」と「ズームイン・アウト」が便利です。
キーボードとマウス操作だと連続した操作がやりにくいのですが、ダイヤルだと回すだけで直感的に操作ができます。

### AfterEffects（断念）

AE は数値や座標の変更(入力)、エフェクトの適用、複数レイヤー間の作業などを多用します。これらの操作を限定的なボタンに閉じ込めるのは非常に困難です。

AE にも、レイヤーの位置プロパティを開く「P」、スケールの「S」、アンカーポイントの「A」という様なショートカットが存在します。
これらは非常に便利なショートカットで、この様な操作を TourBox に割り当てるのは可能です。しかし、カット編集の様に短時間で何度も連続してするような操作ではありません。

マウスとキーボードを主として操作する中で、「単純な操作だけは左手デバイスを使う」というのは逆にワークフローを邪魔することに繋がると感じ、仕様を断念しました。

### 製品自体の感触

![](./img/%E3%83%9C%E3%82%BF%E3%83%B3%E9%85%8D%E7%BD%AE.png)

#### 良かった点

- 「サイドボタン＋何か」という同時押しがしやすく、操作の幅が広がる
- 3 つのホイールの形状が異なるので、どの操作か混乱しにくい

#### 気になった点

- 中央のホイール（ノブ）の高さが高い
 - 奥のボタンを押すのに少し邪魔になる
- ノブ、ダイアルの押下が重い
 - ワークフローに自然に組み込むには必要な力が大きい

## 持ち方

正しい持ち方は左ですが、右のように逆向きで持ってみるとこれも結構使いやすかったです。
![](./img/reverse.jpg)

ダイヤルに親指がかかり、スクロールとノブに人指し指が自然に届きます。
やや押しにくくなるボタンもありますが、ホイールメインで使う場合はこれもありだと思います。

## おすすめできる？

ワークフローをこのデバイスに最適化できる作業（カット編集など）を多用する人は、充分に買う価値があると思います。全部のボタンを使いこなすのは難しいですが、ホイールが 3 つあるのがとても便利です。

### 左手デバイスは銀の弾丸ではない

#### 設定と操作の習熟が必要

ワークフローを向上させるようなツールや製品を購入したとしても、充分な修練もなしに成果は得られません。 自分に適したカスタマイズを試行錯誤する必要もあります。良いレビューを鵜呑みにして、「これを使うだけで効率が爆上がり！？」とは思わないようにしましょう。

キーボードショートカットも使いこなせない人が闇雲に左手デバイスを導入しても、更なる混乱を招くことになりそうです。

#### 充分な性能を得るには役割を特化させることが大事

すべてのワークフローに組み込もうとすると却って生産性を落とすことに繋がります
![](./img/suitable.jpg)

##### 向いている役割

- 操作の選択肢が少ないが、回数は多い作業
 - Premiere のカット編集、イラスト制作でのツール切り替え

この様な作業では、操作を集約した左手デバイスが充分に活躍します。

##### 不向きな役割

- 操作の選択肢が多く、操作毎の回数が少ない作業
 - AfterEffects 等の VFX ソフト
 - Excel などの一般的な GUI ソフト

これらは従来のキーボードとマウス操作が適していると思います。

### 時々しか使わない人は

動画編集やイラスト制作を 1 週間に 1 度程度しかやらない！というような人は少し注意が必要です。

#### 習熟コストが毎回かかる

毎回このデバイスの操作感を思い出して慣れるとこから作業を始めることになります。多少非効率的でもマウスとキーボード操作で問題ない場合は、敢えて別のワークフローを導入する必然性は無いかもしれません。

#### デバイスに依存してしまう

キーボードやマウスは、別の製品でも操作感にある程度の互換性があるので、別の製品を使う場合でも少しの時間で慣れることができます。Tourbox などの専門デバイスは、使えない状態ができた時別のワークフローに再度変更しなければいけません。毎日バリバリ使う人はその価値がありますが、たまにしか使わないという人は少し注意したほうが良さそうです。

## 良い製品であることは間違いない

### カスタマイズツールはとても使い勝手が良い

![](./img/%E3%82%B3%E3%83%B3%E3%82%BD%E3%83%BC%E3%83%AB.gif)

製品に付属するツールは、設定するための階層が深かったり、直感的に操作できなかったりすることが多い印象です。TourBox Console は 1 階層でほとんどの設定を直感的にこなすことができます。ワークフローを向上させるためには自分にあったカスタマイズを追い求める必要があるため、設定が簡単だといろいろなカスタマイズをすぐに試すことができます。

### キータッチが良好

ぐにゃぐにゃとした感触や軸ズレなどはなく、「カチッ」とした気持ち良いキータッチです。

### アプリ毎の切り替えや動作に不具合がない

「Davinci Resolve」「Premiere Pro」「AfterEffects」などのアプリごとに固有のプリセットを保存することができます。プリセットはアクティブなアプリに応じて自動で切り替わり、タイムラグも殆どありません。

### Bluetooth 接続

PC 周辺機器はケーブルが無いと取り回しの自由度が格段に向上します。
Bluetooth なので多少の遅延も覚悟していましたが特に感じることはなく、安定感のある操作ができました。

## 最後に

良いデバイスであることは間違いありませんが、導入するだけですぐに生産性が上がるということはありえません。自分にあったカスタマイズの追求と、デバイスの操作の習熟、そしてもちろん創作対象に対するスキルアップ自体が重要です。

また、少しお値段が高いのでお財布の中身と相談して購入を検討してください。

では、良い創作ライフを！

[TourBox Elite : Review] 左手デバイスは銀の弾丸ではないが、とても良い


# 【OPPO】画面を傾けたときに表示される回転ボタンを無効にする

## TL;DR

- 開発者オプションから「USB デバッグ」「認可の監視を無効化」を ON にする
- adb コマンドで `adb shell settings put secure show_rotation_suggestions 0`を実行する。

## はじめに

YouTube などのアプリを開いていて、縦持ちから横持ちにしたときに左下に表示されるこれ ↓
![](./img/rotate.jpg)
YouTube ではこのアイコンがホーム画面へのアイコンに重なります。ホームへ移動したつもりが表示が急に横になったときの恐怖と来たら、お化け屋敷の比ではありません。

恐ろしいことに、ColorOS の設定画面にはこれを OFF にする項目はありません。※自動回転は OFF にできます。多分 OPPO の ColorOS 開発者は OPPO スマホを使っていません。エアプです。

## 端末、OS 情報

- デバイス名
  - OPPO Reno% A
- ColorOS バージョン
  - V11
- ビルドバージョン
  - A101OP_11_A06
- Android バージョン
  - V11

## 設定方法

### USB デバッグを ON にする

![](./img/debug_01-min.jpg)

### USB と PC で接続する

USB の使用目的は「ファイルを転送 / Android Auto」を選択しました。他の選択してもできるかもしれません。

### adb コマンドを実行して「secure show_rotation_suggestions」を変更する　※失敗

#### コマンド実行

[画面の回転の提案](https://source.android.com/devices/tech/display/rotate-suggestions)を参考に adb コマンドを実行します。

```shellscript
 adb shell settings put secure show_rotation_suggestions 0
```

※同ページの一番下にある`adb shell settings put secure num_rotation_suggestions_accepted 0`と間違えないように

adb コマンドがない人は他の記事を参考に PC にインストールしてください。

#### Permission Denial で弾かれる

```shellscript
  Exception occurred while executing 'put':
  java.lang.SecurityException: Permission denial: writing to settings requires:android.permission.WRITE_SECURE_SETTINGS
          at com.android.providers.settings.SettingsProvider.enforceWritePermission(SettingsProvider.java:2393)
          at com.android.providers.settings.SettingsProvider.mutateSecureSetting(SettingsProvider.java:1792)
          at com.android.providers.settings.SettingsProvider.insertSecureSetting(SettingsProvider.java:1743)
          at com.android.providers.settings.SettingsProvider.call(SettingsProvider.java:526)
          at android.content.ContentProvider.call(ContentProvider.java:2448)
          at android.content.ContentProvider$Transport.call(ContentProvider.java:517)
          at com.android.providers.settings.SettingsService$MyShellCommand.putForUser(SettingsService.java:375)
          at com.android.providers.settings.SettingsService$MyShellCommand.onCommand(SettingsService.java:277)
          at android.os.BasicShellCommandHandler.exec(BasicShellCommandHandler.java:98)
          at android.os.ShellCommand.exec(ShellCommand.java:44)
          at com.android.providers.settings.SettingsService.onShellCommand(SettingsService.java:49)
          at android.os.Binder.shellCommand(Binder.java:936)
          at android.os.Binder.onTransact(Binder.java:820)
          at android.os.Binder.execTransactInternal(Binder.java:1166)
          at android.os.Binder.execTransact(Binder.java:1130)
```

開発者モード -> USB デバッグ(セキュリティ設定)を許可にすれば良いとの情報を見たが、Color OS にその項目はない。

### 「認可の監視を無効化」を ON にする

[Mi mobile phone and oppo mobile phone appium reported an error when starting: writing to settings requires: android.permission.WRITE_SECURE_SETTINGS](https://blog.katastros.com/a?ID=01600-d6e51cc3-d171-47dc-bfd1-2cf991861914)を参考に認可の監視を無効化を ON にする

![](./img/debug_02-min.jpg)
この項目は「USB デバッグ」の章から遠く下にスクロールした「アプリ」の章の一番下にあります。これも多分開発者のエアプによるものです。

### 再度コマンド実行

```shellscript
 adb shell settings put secure show_rotation_suggestions 0
```

実機上で回転ボタンが表示されなくなりました。

`adb shell settings list secure`で確認すると、実行前にはなかった`show_rotation_suggestions=0`が新たに作成されていました。

これで OK です。


【OPPO】画面を傾けたときに表示される回転ボタンを無効にする

# ブログをサブドメインに切り出し、Nuxt から Next へ移行

## 目的

### 技術的負債

#### 1.Nuxt(Vue)の問題

旧サイトは Nuxt(Vue)アプリを採用して 2020 年中旬に作成した。 Node、javascript Framework、仮想 DOM 等の概念をあまり理解していないがモダンなフロントエンド開発を学習しなければいけないと思っている状態だった。

仮想 DOM を採用してフロントエンドでリッチな組み換えを行うのが主流になりつつあること、そのフレームワークは React と Vue がおすすめだという情報を入手。WEB サイトのフロントエンド構築は HTML + CSS + javascript しか採用したことがない状態では Vue の Template 構文は非常に魅力的に見えたので採用した。

ある程度仮想 DOM の概念に慣れた後に React 及び Next も学習した所、最初は理解が難しかったが JSX の自由度、Typescript との親和性が圧倒的に React のほうが高く、新規開発はすべて Vue は使わずに React を採用していた。特に Typescript は敬遠していたが、型を先につけることで自然と test diven に近い開発ができたことは、とても驚くとともに良い開発体験となった。

Vue は Vue3 + Composition API により Typescript フレンドリーになりつつ合ったが、新旧の仕組みが入り混じった状態ではライブラリの相性問題等に時間を取られることが多かった。インターネット上の情報も新旧入り混じっていたので、ストレスが非常に高かった。Vue にはもう触りたくなかったが、せっかく構築したサイトを継続開発せずに放置するのももったいないと感じたため、React(Next)への移行を決めた。

#### 2.設計の問題

学習のため Wordpress や Hatenablog を使用せずブログシステムを自分で作成したが、URL 設計やコンポーネント設計をきちんとせずにゴリ押しで開発をすすめた。ブログもサイトのサブディレクトリに設置したため、構成が複雑になり修正がしにくい状態となっていた。

将来的に CMS やブログサービスに移行する可能性も考えて、サブディレクトリ式ではなくサブドメインで切り分け、移行しやすい状態に変更した。サブドメイン式にすれば機能ごとに移行がしやすいというのも大きな利点である（複数のマイクロサービスを組み合わせるイメージ）。

## 構成

### 旧構成

#### DNS 等

ドメイン：ムームードメインで取得 
DNS：Cloudflare を参照 
Cloudflare：SSL 化 と Heroku への DNS プロキシ

#### メインサイト

Hosting : Heroku 
Framework : Nuxt(SSR)

```text
https://k4a.me
 L document
 | L index
 | L topic
 | | L ?id=XX
 | L poem
 | L ?id=XX
 L other...
```

### 新構成

#### DNS 等

ドメイン：ムームードメインで取得 
DNS：Cloudflare を参照 
Cloudflare：SSL 化 と Heroku、Netlify への DNS プロキシ

#### メインサイト

Hosting : Heroku 
Framework : Nuxt(SSR)

```text
https://k4a.me
 L other...
```

#### ブログサイト

Hosting : Netlify 
Framework : Next(Static Export)

```text
https://log.k4a.me
 L [slug]
```

<ad/>

## 作業

### Hosting 先の選定

#### 前提

サイトにはアドセンスやアフィリエイトを一応配置はしてあるが、本格的に広告収入を見込む予定は無い。そのため維持費は可能な限り抑えたい。
旧サイトはすべて Heroku の 1dyno で起動している。
Heroku は非常に使いやすいが、無料ユーザでは 1000h の dyno 起動制限があり、常に立ち上げておくのは 1dyno が限界である。

#### 候補

1. Heroku 有料プラン($7/月)
 - メリット
 - 1000h 制限がなくなる
 - SSL のために Cloudflare をプロキシする必要がなくなる
 - デメリット
 - 課金はユーザごとではなくプロジェクト毎のため、２つプロジェクトを動かすには 2 × $7 = $14/月 がかかる
1. firebase hosting（無料プラン)
 - メリット
 - Heroku ほどではないが手軽
 - コストは掛からない
 - デメリット
 - 月の転送制限が低い(10G)
1. Netlify（無料プラン）
 - メリット
 - 手軽
 - 無料のホスティングサービスの中では制限が少ない
 - デメリット
 - 静的 Hosting のため、SSR やサーバサイドの処理はできない
1. その他 VPS
 - メリット
 - 性能制限に達しなければプロジェクト数は自由
 - デメリット
 - 運用・保守の手間がかかる

#### 結論

ブログサイトではサーバサイドの処理をする予定はないため静的ファイルの Hosting で十分なこと、触ってみた所 Heroku よりも簡単なくらいにすぐにデプロイできたことから Netlify を選択した。

### DNS やデプロイの設定

DNS は Cloudflare の DNS の CNAME にサブドメインを追加するだけですぐに Netlify に接続された。 
デプロイは Heroku と同様に Github のリポジトリをセットし push されたら Continuous Deployment が行われる構成にした。

build settings は各自設定が異なると思うが、nuxt と next のビルドコマンドは違うので注意する。 
また、package.json には export(静的出力)のスクリプトがデフォルトで記載されていないため追加する。

- package.json

```json
{
 ...
 "scripts": {
 "dev": "next dev",
 "postbuild": "node ./src/scripts/sitemap.xml.mjs",
 "build": "next build && next export && npm run postbuild",
 "start": "next start",
 },
 ...
}
```

- build settings

```
Build command: npm run build
Publish directory: out
```

### URL

#### URL 設計

旧サイトでは`k4a.me/document/topic?id=XXX`という URL を採用していたが、新サイトではシンプルに`log.k4a.me/XXX`で記事にアクセスできるようにする。
Next.js の[Dynsmic Routes](https://nextjs.org/docs/routing/dynamic-routes)を使用し、pages 配下に存在しないルートは記事 ID としてアクセスさせる。

```
L pages
 - [id].tsx -> 記事
 - _app.tsx
 - index.tsx
 ...other
```

#### リダイレクト

旧サイトの document 配下にアクセスした場合は、新サイトにリダイレクトされるように nuxt プロジェクトを更新する。 
`$route.push()`を使用したリダイレクトはサイト内に変換されてしまうため、`window.location.replace`を使用する。

```js
 mounted() {
 const id = this.$route.query.id
 window.location.replace(`https://log.k4a.me/${id}`)

 // this.$router.push({
 // path: `https://log.k4a.me/${id}`, → https://k4a.me/documents/https:/log.k4a.me/XXXXとなってしまった
 // })
 }
```

### 記事の管理

#### マークダウンファイル

記事はマークダウンで記述する。 
`public/assets/articles`配下に作成したディレクトリを記事 ID として、その中に配置した`index.md`を記事内容として扱う。

```
public
 L /assets
 L /articles
 L /XXX
 L index.md
 L /image
```

#### 記事の取得

[Next.js で Markdown ブログを作る](https://blog.chick-p.work/next-js-blog/)を参考に記事一覧、内容を取得する module を作成する。

```js
import fs from 'fs'
import path from 'path'
import matter from 'gray-matter'
import { Post } from 'types'

const postsDirectory = path.join(process.cwd(), 'public/assets/articles')

/**
 * postsDirectory 以下のディレクトリ名を取得する
 */
export function getPostids() {
 const allDirents = fs.readdirSync(postsDirectory, { withFileTypes: true })
 return allDirents.filter((dirent) => dirent.isDirectory()).map(({ name }) => name)
}

/**
 * 指定したフィールド名から、記事のフィールドの値を取得する
 */
export function getPostById(id: string, fields: string[] = []) {
 const fullPath = path.join(postsDirectory, id, 'index.md')
 const fileContents = fs.readFileSync(fullPath, 'utf8')
 const { data, content } = matter(fileContents)

 const items: Post = {
 id: '',
 content: '',
 title: '',
 createdate: '',
 updatedate: '',
 sumbnail: '',
 tags: [],
 }

 fields.forEach((field) => {
 if (field === 'id') {
 items[field] = id ? id : items[field]
 }
 if (field === 'content') {
 items[field] = content ? content : items[field]
 }
 if (field === 'title' || field === 'createdate' || field === 'tags' || field === 'sumbnail') {
 items[field] = data[field] ? data[field] : items[field]
 }
 })

 return items
}

/**
 * すべての記事について、指定したフィールドの値を取得して返す
 * @param fields 取得するフィールド
 */
export function getAllPosts(fields: Array<keyof Post>) {
 const ids = getPostids()
 const posts = ids
 .map((id) => getPostById(id, fields))
 .sort((a, b) => (a.createdate > b.createdate ? -1 : 1))
 return posts
}
```

`pages/index.tsx`からは`getAllPosts`で記事一覧を、`pages/[id].tsx`からは`getPostById`で記事内容を取得する。

#### マークダウンの変換

既存のマークダウンパーサはたくさん存在するが、ここでは nuxt 時代に自作したパーサを使用する。 
このパーサは markdown→html に変換するのではなく、マークダウンを解析し階層化したオブジェクトに格納する。

React 等の仮想 DOM では HTML に変換するよりオブジェクトにしたほうがコンポーネントが組み立てやすい。また、nuxt 時代のブログではアウトライナーのように階層を折り畳めるようなしくみにしたかったのでこのパーサを作成した。

- markdown

```
# タイトル1
## タイトル2
こんにちは
```

- object

```json
{
 "tag": "h1",
 "content": "タイトル1",
 "child": {
 "tag": "h2",
 "content": "タイトル2",
 "child": {
 "tag": "none",
 "content": "こんにちは"
 }
 }
}
```

独自パーサを使用すると、マークダウンファイル内に`<ad/>`等と記述すると Google Adsence ブロックが挿入されるなどのカスタマイズがしやすいため、新ブログでも引き続き使用しようと考えている。ただし、ソースコードが非常に汚いのでリファクタリングをする必要がある。

### サイトマップの追加

#### next-sitemap

最初に[next-sitemap](https://www.npmjs.com/package/next-sitemap)を試してみた。
公式を参考プロジェクトルートに`next-sitemap.config.js`を追加してスクリプトに追加し実行する。

```js
module.exports = {
 siteUrl: process.env.SITE_URL,
 generateRobotsTxt: true,
 sourceDir: out,
}
```

```json
{
 "postbuild": "next-sitemap --config ./next-sitemap.config.js"
 "build": "next build && next export && npm run postbuild",
}
```

開発環境でも Netlify でも正常に動作したが、Google Search Console 上で問題が発生した。 
next-sitemap は sitemap.xml をインデックスサイトマップにして、sitemap-1.xml、sitemap-2.xml...に実際の sitemap を記載する形で出力される。

sitemap.xml を GSC に登録すると、検出 URL が 0 になり、sitemap-1.xml を登録するとエラーとなった。他ツール等で確認し XML 記法に間違いがないことは確認した。

この情報が正しいかは定かではないが、[Search Console で検出された URL が 0 になるバグを回避する方法。](https://beiznotes.org/detected-url-0-on-google-xml-sitemaps/)によると「ハイフン」が含まれている、sitemap の url が長い、などの条件で正しい sitemap でも GSC 上ではエラーとなる場合があることがわかった。 
next-sitemap でこの命名規則を変更できないかを調べたが、ハイフン前は変更できるがハイフン自体は変更する方法が見つからなかった。

他の有用なパッケージが見つからなかったため、パッケージは使わないことにした。

#### getServerSideProps

まず、[Next.js で動的に XML サイトマップを生成する](https://zenn.dev/catnose99/articles/c441954a987c24)を参考に、`page/sitemap.xml.tsx`を作成し、xxx/sitemap にアクセスした時に、動的に`getServerSideProps`から`xml`を返却する方式を採用した。

`next dev`や`next start`でサーバ動作をさせているときは正常に動いたが、`next export`で静的出力するとエラーが出力された。 
静的出力では`getServerSideProps`は使用できないため`getStaticProps`に変更したが、`getStaticProps`では`GetServerSidePropsContext`を使用した responce は返却できない（サーバが存在しないため）。 
そのため、この方法も断念した。

#### postbuild

次に、[Create a Dynamic Sitemap with Next.js](https://leerob.io/blog/nextjs-sitemap-robots)を参考に、ビルド時にカスタムスクリプトを起動し、`out`に`sitemap.xml`を吐き出す方式を採用した。

```js
export function getAllPosts(fields) {
 ...
 return posts
}

async function generateSitemapXml() {
 let xml = `<?xml version="1.0" encoding="UTF-8"?>`
 xml += `<urlset xmlns="http://www.sitemaps.org/schemas/sitemap/0.9">`

 const appHost = 'https://log.k4a.me/'

 // ここでurlを足していく
 const allPosts = await getAllPosts(['id', 'createdate', 'updatedate'])
 allPosts.forEach((post) => {
 xml += `
 <url>
 <loc>${appHost}${post.id}</loc>
 <lastmod>${post.updatedate ? post.updatedate : post.createdate}</lastmod>
 <changefreq>weekly</changefreq>
 </url>
 `
 })

 xml += `</urlset>`
 return xml
}

async function generate() {
 const xml = await generateSitemapXml()
 // eslint-disable-next-line no-sync
 writeFileSync('out/sitemap.xml', xml)
}

generate()
```

```json
 "scripts": {
 "postbuild": "node ./src/scripts/sitemap.xml.mjs",
 "build": "next build && next export && npm run postbuild",
 },
```

ローカルの動作、Netlify 上での動作ともに正常で、GSC でも sitemap が認識されたためこの方式で決定する。

### Google Adsence の追加

[Next.js に Google Adsense を設置する](https://imatomix.com/imatomix/notes/1637308371772)
[サブドメインサイトはどうするべき？Google Analytics のプロパティ設定方法](https://good-things.jp/note/google-analytics-subdomain/)

### その他

#### Netlify 上のプラグインが失敗

ローカルでは問題ないのに、Netlify 上で`Plugin "@netlify/plugin-nextjs" failed`となる。 
Netlify サイトの`Plugins`タブにある`plugin-nextjs`を削除した所正常に動作した。

個人サイトのブログ部をサブドメインに切り出して、NuxtからNextに移行した

# Turing(US のエンジニアエージェント)からのスパムメールにクレームを入れる

## Turing からメールが届く

```text
Hi ***,

I saw your profile online and wanted to reach out! You might be a great fit for many of the remote software engineering roles that top U.S. companies are hiring for on Turing.

Turing is based in Palo Alto, California, U.S.A., also known as “Silicon Valley”. We connect exceptional software engineers from around the world to top U.S. and Silicon Valley companies that are hiring for full-time remote software positions.

 Live anywhere, enjoy rapid career growth: Live anywhere in the world, enjoy career growth opportunities formerly only available to engineers living in the Silicon Valley - Work with former Tech Leads and Engineering Managers from Google, Facebook, Microsoft, Amazon, & various top tech companies and advance rapidly towards your professional goals.


 Full-Time, Long term opportunities: - Turing only partners with U.S companies that are hiring for full-time long term roles remotely and also work hard on re-matching you to subsequent long term opportunities. If you register and pass Turing’s tests and interviews, you may never have to interview for a job again.


 Compensation: - Turing engineers are compensated with salaries more than local companies in most countries.


 Find jobs across levels: - Turing hires mid level, senior level as well as tech lead level engineers.


 Find jobs in 100+ Skills: - Get hired for React, Node, Python, Angular, Swift, React Native, Android, Java, Rails, Golang, PHP, Vue, Devops, Machine Learning etc.
```

> DeepL で翻訳

```text
こんにちは ***。

あなたのプロフィールをオンラインで見て、連絡を取りたいと思いました。あなたのプロフィールをオンラインで拝見し、ぜひご連絡したいと思いました！あなたは、米国のトップ企業がTuringで募集しているリモートソフトウェアエンジニアの職務の多くに最適かもしれません。

チューリング社は、「シリコンバレー」とも呼ばれる米国カリフォルニア州パロアルトに拠点を置いています。私たちは、世界中の優れたソフトウェアエンジニアと、フルタイムのリモートソフトウェア職を募集している米国およびシリコンバレーのトップ企業とを結びつけています。

 どこに住んでいても、急速なキャリアアップを楽しむことができます。Google、Facebook、Microsoft、Amazon、その他様々なトップテクノロジー企業の元技術責任者や技術責任者と一緒に働き、プロフェッショナルなゴールに向かって急速に前進することができます。


 フルタイム、長期のチャンス。- Turingは、フルタイムの長期雇用をリモートで募集している米国企業のみと提携し、その後の長期的な機会への再マッチングにも力を入れています。登録後、テストと面接に合格すれば、二度と面接を受ける必要はありません。


 報酬： - チューリングのエンジニアは、ほとんどの国の現地企業よりも高い給与で補償されます。


 さまざまなレベルの仕事を見つける： - チューリング社は、ミッドレベル、シニアレベル、テクニカルリードレベルのエンジニアを採用しています。


 100 以上のスキルの仕事を見つける。- React、Node、Python、Angular、Swift、React Native、Android、Java、Rails、Golang、PHP、Vue、Devops、機械学習などのスキルで採用されます。
```

### どこが気になったのか

1. I saw your profile online and wanted to reach out!

> 私はこの会社(Turing)に「profile」を提出した覚えがありません。

2. You might be a great fit for many of the remote software engineering roles that top U.S. companies are hiring for on Turing.

> その存在しない(はず)のプロフィールのどこを見て「great fit」すると思ったのでしょうか？

3. メールアドレスの入手先

> そもそも私はこの会社にメールアドレスを渡していません。
> どこから入手したのでしょうか？

実際の所、別にいいんです。不招請勧誘紛いのメールを受け取るなんてよくあることです。Twitter で検索すると（全く）同じ内容のメールを受け取った人を何人か発見できました。ただ、見てもいないプロフィールをさも見たかの様に言うのは許せません。

## クレームをいれる

本来こんなものは放っておけばよいのですが、「エンジニアの雇用エージェント」を謳う会社がこのようなスパムメールを送るのは看過できないため、貴重な時間を使って返信してあげることにしました。

- 送付先：[hiring@turing.com](hiring@turing.com)

```text
Where did you get this email address?

- 'I saw your profile online and wanted to reach out!'
What is the 'profile' you saw?

- You might be a great fit for many of the remote software engineering roles that top U.S. companies are hiring for on Turing.
What did you see in that profile that made you think this way?

>> 以下以前のメール引用
```

### 返事が来ない

待てども待てども(1 日しか待ちませんでしたが)返事が来ないので、催促します

```text
It is not sincere to send a one-sided, vague solicitation email and then ignore my email.

Could you please answer the question?

>> 以下以前のメール引用
```

### それでも返事は来ません

別の窓口([support@turing.com](support@turing.com))に転送します

```text
I am forwarding this email to you because the Hiring team has not responded to my inquiry.

>> 以下以前のメール引用
```

## 返信が届く

返信が来ました！やったー！！

```text
Hey ***,

Thanks for reaching out to Turing. We hope you had a great experience with Thabiso. :)

To help us serve you better, would you mind filling out this feedback survey? Takes < 2 mins.

Thanks,

Turing Team
This email is a service from Turing. Delivered by Zendesk
```

「great experience」とはなんのことでしょうか？

> ●great
> (規模・程度など)大きい、大…、(驚き・称賛・軽蔑などを含めて)でかい、大きい、すごく、とても、(同種のものの中で他と区別して)大きい、…大王、名高い、著名な
> https://ejje.weblio.jp/content/great

> ●experience
> 経験、体験、(具体的な)経験
> https://ejje.weblio.jp/content/experience

私の英語力が低いのでちょっと意味が理解できませんでした。

ちなみに私は**Thabiso**さんとは面識がありません。

### メールの意味を聞いてみる

```text
Are you insane?
I have asked a question (similar to a complaint) and haven't received a response to that question, what do you mean by "great experience"?
```

意味がわからなかったので丁寧に意味を聞き返してみました。

### 同じ返信が届く

```text
Hey ***,

Thanks for reaching out to Turing. We hope you had a great experience with Akosua. :)

To help us serve you better, would you mind filling out this feedback survey? Takes < 2 mins.

Thanks,

Turing Team
```

Turing Team は私が great exprience を had したと確信をもっているようです。
**Akosua**さんとも話したことがないのですが実は会ったことがあるのでしょうか？

### メールを確認してくれるよう丁寧に頼む

もう諦めようかと思いましたが、私は我慢強いので丁寧にお願いをします。
もしかしたら地球上には私以外に生きている人間はいないのかもしれません。

```text
Is this being sent automatically?

If not, you're fucking crazy, aren't you?
Please look over the email once again.
```

### 生存者を発見する

いました！生存者です！

```text
Hi ***,

Thank you for reaching out to us. Yes it it an automated survey to see how you felt with our service. If there is anything i could help let me know.

Kindly visit help.turing.com to get more information about Turing and its hiring process.

If you have any more questions, feel free to reach out to us at support@turing.com.

Kind regards,
Giuseppe
Support Specialist
```

でも私のお願いは全然聞いてくれません。

### メールを確認してくれるよう丁寧に頼む ×2

Specialist とはという感じですが、もう一度丁寧にお願いをします。

```text
Don’t be ridiculous.
Please look back at the email I sent you (and to which you have not responded at all) and reply to it.
```

## 言語を理解できる生存者を発見する

やっとです！やっと話が通じました！
私はもう嬉しくてたまりません。

### 受信メール

```text
Hi ***,

Thanks for reaching out,

My name is Khalid and I look into grievances and issues. I had a look at your previous emails and I believe you're looking for a response from the hiring team?

Can you please brief me a little for some context and then I will personally look into your issue and solve it as soon as I can?

Looking forward to hearing from you.

Regards,
Khalid
Sub Lead @Dev Support
```

### 送信メール

これまで少し煽り気味に進めてきましたが、流石に今度は(本当に)丁寧に文章をしたためます。

```text
Thank you very much.
I finally got a decent response from you.

First of all, I did not give my email address to your service (Turing).
In other words, you guys got my email address from somewhere without my permission and sent me emails unilaterally.

So here's my first question.
1. Please tell me where you got it.

The email said, 'I saw your profile online and wanted to reach out!
2. What do you mean by 'your profile'?

The email also said, 'You might be a great fit for many of the remote software engineering roles that top U.S. companies are hiring for on Turing'.
3. Can you tell me what you saw in that 'profile' and what made you think that?

--

As a matter of fact, I understand that you are getting a bunch of addresses from github and other sources and sending out emails without looking at account details or other profiles.I am Japanese, and I know that other Japanese engineers have received the "exact same" email from you.

This means that I understand that you haven't even looked at the profile, but I demand that you answer the three questions above.

I am well aware that you need to attract users as you are running a service, so sending e-mails is not a problem in itself.
However, it is very unpleasant to receive such an email without even looking at my "profile".


Thank you for your support.
```

多分これを放置されることは無いと思います。

## お話にならない返信を受け取る

### 受信メール

話が通じたというのは気のせいだったようです。

```text
Hey ***,

Thanks for writing back,

I understand your concern *** and I will answer all of your questions below.

Answer to 1st and 2nd question:


 Our marketing team is highly active on social media, technical forums, conferences, meet-ups, and other similar platforms and events. You most likely left your email address on one of those platforms or events prompting us to reach out to you.


Answer to 3rd question:


 I won't be able to precisely tell you that *** but I would like you to know that we are looking forward to hiring top developers for our clients in silicon valley and one of your profiles would surely have matched the criteria.


Regarding the region factor ***, we are looking to hire developers from across the globe and I understand your concern here *** that this email was not relevant to you but as a solution, I will go ahead and unsubscribe you from the platform and escalate this to the concerned team to rectify the reach out criteria.

Please let me know if you have any further questions or concerns ***.


Regards,
Khalid
Sub Lead @Dev Support
```

### 送信メール

もうだめです。これに返信が来なかったら諦めようと思います。

```text
No, it's not. I don't want a obscure answer like that.

> Our marketing team ~

Please answer "specifically" where you got my address.
If you can't answer that, it means that you are very messy with your personal information.

> ~ one of your profiles would surely have matched the criteria.

Please tell me what the profile is and where you saw it.

I am a stubborn person.
So I would feel better if you could honestly tell me that there is no such "profile" and that you are sending the "exact same" email to a randomly obtained email address.


I'm really sorry for making you, the support team, deal with this.
The truth is that we want it to reach the person who is running the sloppy operation.
If the next email is obscure again, I will give up.

Your company may think that a person is just an email address, but I do not.
I'm sure my complaint will be forgotten in three days, but I'm hoping for a more "correct" operation.
```

## 結局具体的な返信は来ず

数日待ちましたが返信がありませんでしたので、捨て台詞を送って終了しました。

### 送信メール

```text
I see. You Ignore me.
OK. Understood.
```

## まとめ

面倒くさい人間になっていることは自覚しつつ、こういう適当な運用をして許されると思われるのは癪だったのでメールを送り続けました。
意味はなかったようです。
多分もうやりません。

## 2022-06-21 追記

また来た。信じられない。クレーム対応もできないクソ会社なので絶対に応答してはいけない。
文面も何も変わってない。

```
 Get an offer as early as 2 weeks.

Not interested in U.S. software jobs with Turing at this moment? Then please click here to unsubscribe..
--

Hi ***, ,

I saw your profile online and wanted to reach out! You might be a great fit for many of the remote software engineering roles that top U.S. companies are hiring for on Turing.

Turing is based in Palo Alto, California, U.S.A., also known as “Silicon Valley”. We connect exceptional software engineers from around the world to top U.S. and Silicon Valley companies that are hiring for full-time remote software positions.

 Live anywhere, enjoy rapid career growth: Live anywhere in the world, enjoy career growth opportunities formerly only available to engineers living in the Silicon Valley - Work with former Tech Leads and Engineering Managers from Google, Facebook, Microsoft, Amazon, & various top tech companies and advance rapidly towards your professional goals.


 Full-Time, Long term opportunities: - Turing only partners with U.S companies that are hiring for full-time long term roles remotely and also work hard on re-matching you to subsequent long term opportunities. If you register and pass Turing’s tests and interviews, you may never have to interview for a job again.


 Compensation: - Turing engineers are compensated with salaries more than local companies in most countries.


 Find jobs across levels: - Turing hires mid level, senior level as well as tech lead level engineers.


 Find jobs in 100+ Skills: - Get hired for React, Node, Python, Angular, Swift, React Native, Android, Java, Rails, Golang, PHP, Vue, Devops, Machine Learning etc.

START YOUR APPLICATION

If you run into any difficulty creating your profile, please email us at hiring@turing.com. Our team will help you out as soon as possible. We look forward to matching you with new exciting opportunities!

Best Regards,

Turing Team

```

Turing(USのエンジニアエージェント)からのスパムメールにクレームを入れる


# Internet Archive に昔の PodCast の削除を要求した

## 残す価値のない Podcast

貴重な情報がいつの間にか消えてしまうインターネットでは、Internet Archive に代表されるアーカイブプロジェクトが非常に有用です。しかし、時には残しておきたくないものまでアーカイブされてしまいます。
..
私には以前少しだけ運営していたポッドキャストが有りました。
配信元の Anchor、登録先の ApplePodcast や himalaya などからは削除を行ったのですが、何故か wayback Machine にアーカイブをされていました。
..
このポッドキャストは残しておく価値が有りません。何らかのルートで辿り着かれると少し恥ずかしくもあります。なので削除を試みることにしました。

## 削除の方法

削除はそのページを所有している（いた）人でないと依頼が出来ないようです。
所有を明確に証明できないとアーカイブの削除に応じてもらえず削除に失敗するという記事が沢山でてくるので、半ば諦め気味で削除をお願いしました。

### 所有の証明に有効な例

- サイトにオーナーメールアドレスを記載し、そのアドレスから削除依頼を送る
- サイトに記載した Twitter、Adsense などのアカウント ID を送る

### 今回使用した物

今回アーカイブされていたアイテムはページそのものではなく、Podcast をメディア・コンテンツとして独自に保存しているようなものでした。
[Internet Archive Search: creator](https://archive.org/search.php?query=creator%3A)にそれぞれのエピソードが整理されてアーカイブされていました。

![検索結果](./img/search.jpg)

..
個別のアイテムページにはアーカイブされた Podcast の情報や、実際に聞ける mp3 ファイルなどがアーカイブされています。情報だけなら残しておいてもよいのですが、音声が実際に聞けてしまうのは問題です。
![各エピソードページ](./img/episode.jpg)

このページに情報が詳細に記載されていたのが幸いでした。

**Podcast_url**に記載されている'https://itunes.apple.com/us/podcast/*******' は、Apple Podcast の番組個別の URL です。番組を作成した際に iTunes Store からこの URL が記載されているメールが送られて来ていました。

#### Apple Podcasts Show Approval

```
Dear Podcast Provider,

Your podcast, located at ********, has been approved. You should expect to see it on the iTunes Store within the next few hours. When it's available, you will be able to access it with the URL below.

https://itunes.apple.com/jp/podcast/*******

You can find your podcast using iTunes Store search in the next two days.

For more information on Podcasts Connect, including how to change or remove your RSS Feed URL, see Making a Podcast and FAQ.
There is also an Apple Support Community called Producing Podcasts, where you can find information and assistance from fellow podcast owners.

Regards,
The iTunes Store team
```

..
所有が証明できる唯一の情報であったため、この情報を添付して削除を依頼することにします。
..
ただ、itunes.apple.com 自体は apple 所有です。その場を借りて作成したからと言って番組の所有を主張できるかは非常に不安でした。

## メールのやり取り

### 2021/02/11 1 度目の削除依頼

#### 送信先

- info@archive.org
- wayback@archive.org

#### Request To Remove "creator:\*\*\*\*" From Internet Archive

```
Hello Internet Archive team.

I am ***** preserved as a https://archive.org/search.php?query=creator%3A%22********%22.

Please delete this archive.

The "https://archive.org/details/podcast_******************" page listed on this creator page contains the "https://itunes.apple.com/us/podcast/********" Url.

I am the owner of the applepodcast "********".
As proof, I am attaching an email I received from applepodcast that contains a link to the same id.

* In this url, the words "************" and "********" are different between the archive and the email because they are program names.

Strictly speaking, I am not the owner of "podcasts.apple.com", so the removal request may not go through.

However, I do hope that the following five pages will be removed from the archive.

- https://archive.org/search.php?query=creator%3A%22********%22
- https://archive.org/details/podcast_**************
- https://archive.org/details/podcast_**************
- ....
- ....

Best,
*****
```

### 2021/03/09 2 度目の削除依頼

音沙汰がまったくないので以前送ったメールを再送します。
送り先メールアドレスがサイトに載っているものとは異なる場合が有るそうです。これでも音沙汰がなければ違うアドレスを探してみようと思います。

#### 送信先

- info@archive.org
- wayback@archive.org

#### Fwd: Request To Remove "creator:\*\*\*\*" From Internet Archive

```
Hello Internet Archive team.

I have not received any response to my email, so I will send it again.
I apologize for the inconvenience, but please respond.

Best,
*****
-------- Forwarded Message --------
....
....
```

### 2021/04/23 返答が来る

正直忘れていました。

#### 送信元

- support@archivesupport.zendesk.com

#### [Internet Archive] Re: Request To Remove "creator:\*\*\*\*a" From Internet Archive

```
Hello,
Thank you for contacting us. This email will confirm that access to the following has been disabled:


- https://archive.org/details/podcast_********
- https://archive.org/details/podcast_********
- .......
--

The Internet Archive Team
```

## 無事消えたが、削除ではなさそう

世界中から膨大なリクエストが有ると思いますが、対応していただけたことに感謝します。
`has been disabled`と書かれていることから、削除ではなく表示の無効化が行われているのだと思います。そこはちょっと不満です。

## 最後に

アーカイブは利用側からするととてもありがたいプロジェクトですが、作成者からするととてもおせっかいなプロジェクトです。

..
サイトを作成する際は、メールアドレスや SNS アカウントなどを運営者情報として記載して置きましょう。
今は消すつもりがなくても、**将来消したくなった場合**にスムーズに削除依頼を出すことが出来ます。


Internet Archive に昔の PodCast の削除を要求した

# Y!mobile のチャット一生繋がらん

![](./img/chat.png)
![](./img/chat2.png)

4 日ほど時間を替えて試してみたけど~~クソ猫~~ふてニャンしか対応してくれない。
つらい。
オペレータはもうこの世に存在しないのかもしれない。
..
他の選択肢は有料電話しか無い。
つらい。

<ad>

Y!mobile のチャット一生繋がらん

![](./img/main.jpg)

# MEN'S TBC の 500 円脱毛体験を受けた

## クーポンに釣られて

[MEN'S TBC](https://www.tbc.co.jp/mens/)の 500 円体験のクーポンがカード会社から届いたので、まんまと釣られて行ってみました。
今までこういうクーポン系は速攻捨てていたのですが、最近はやったことの無いことをやる機会は逃さないようにしています。

## 施術内容

### 処理する場所

体コースと顔コースがありましたが、私は**顔**の**髭**を選びました。

### スーパー脱毛

光で当てるタイプのやつはコストが低いが、脱毛というよりは除毛という感じで永続的な処理が必要。
スーパー脱毛はコストが高いが毛の根元から何かしらするので**効果がずっと続く**、とのことです。
..
このへんは WEB に載っているのでそちらを参照ください。

### 毛の本数

体験で抜いてくれる本数は **160 本**です。パット見多く見えますがごく一部です。
対応したくれた人に聞くと、私は薄めだけど**全部で 1000 本位**あるとのこと。
..
到底全部は処理出来ないので、特に気になるところだけやってもらいました。

### 料金

単価は一度に抜く本数によって変わるらしいです。
80 円、90 円、120 円とか。
..
今生えている分を 1 度スッキリさせるには 5~10 万程、数週間～ 1 ヶ月に 1 度で系 5 回程は必要なので、とりあえず 25 万くらいは掛かりそうです。
..
体験コースは**500 円**(WEB だと 1000 円?)でしたが、伝票を見ると今回分は本来**9750 円**だったようです。なかなかいいお値段します。

### 痛み

痛みは**自分で毛を抜いたときの 1.5 倍位**でした。
場所ごとの痛みの違いも有りましたが、自分で抜くときも場所によって痛みは変わるのでその変わり様そのままという感じです。
..
もう少し痛がるそうですが、私は子供の頃も注射を極度に嫌がらなかったそうなのでこのタイプの痛みに強いのかもしれません。

### 時間

最初に 2 時間半位かかると言われましたが、**1 時間半弱**で終わりました。
..
話を聞いている時間の方が長かったです。

- 施術前の話：30 分
- 施術:20 分
- 施術後の話：20 分

<ad>

## 対応

### 本契約はしないと堅く誓っていた

こういう極端に安いタイプの体験は、当然ですが本契約に導くのが目的です。私は申し訳ないですが体験だけにしようと堅く誓っていたので、流されないように気をつけました。
..
失礼になってはいけないので誠実な対応は心がけつつ、「**あくまで体験であること**」「**本契約は考えていないこと**」「**悩み等があって来たわけではないこと**」をはっきりと最初に伝えます。コミュニケーションのコツは対等で有り続けることだと思っているので、へりくだらず、かと言って横柄にもならない対応が重要です。

### とても丁寧な対応で逆に申し訳ない

前述の通りはっきりと「体験だけ」という事を伝えたのにも関わらず、丁寧に説明や私の状況の解説をしていただけました。正直さっさと終わらせて帰りたくもありましたが、とてもありがたかったです。
..
当然勧誘の流れは有りましたが、しつこいものでは有りませんでした。
..
今後本格的にここで脱毛をするのも良いかなと思います。後の潜在顧客のためには今無理やり勧誘はしないほうが良いですよね。

## 感想

緊張して行ったのですが、丁寧な対応で痛みもそこまでなかったので結構気楽に行ってみて良いと思います。
..
将来ひげを生やす計画もなく定期的な処理が面倒ではあるので、もう少し値段が安ければ本格的に脱毛をやってみたいです。流石に高いんですよね...
..
このタイプの広告は結構怪しくて嫌悪感を持つ人もいるかも知れませんが、体験だけ行ってみるのはおすすめできます。

MEN'S TBC の 500 円脱毛体験を受けた


# 一人暮らしにご飯 1 合のススメ

一人暮らしならご飯は 1 合だけ炊いても何の問題も無い。
何故今まで気が付かなかったのだろう？

## ご飯はまとめて炊くもの

家族と暮らしていたときはご飯は 3 ～ 4 合炊くのが当たり前で、2 ～ 3 食で食べきれなかったら冷凍をするのが日常だった。
..
ついその経験を引きずって、一人だというのに 3 合（半年程前からは 2 合）をまとめて炊き、当たり前のように半分近くを冷凍していた。
..

### 炊飯は一大プロジェクト

私にとって炊飯は結構大掛かりなプロジェクトだった。
..
あまり冷凍にしたくは無いので、予約して朝に炊けるようにするのが正しいやり方。そのためには夜にご飯をセットしないといけない。夜は疲れている。今何合入れたかわからなくなることもたまにある。
..
ご飯は余るものなので、冷凍しないといけない。保温を停止し、ラップを用意し、適切な大きさにカットして、程よい量のご飯を乗せて包む。その後には洗い物も待っている。大変だ。
..
冷凍ご飯を食べるにはレンジで温めて茶碗に移さないといけない。ラップから上手に茶碗に移すのも意外と大変。

### 効率や手間を考えればまとめて炊くのが正しい

電気エネルギー的にも、労力的にもまとめて炊いたほうが正しいのは確かだ。
(消費する電気は微々たるものだけど)
..
一人暮らしで一番大変なことは、ご飯を毎日毎食食べることだと思う。おかずとご飯をまとめて作って保存し、数日の労力を少なくするのは極めて合理的だ。

### ご飯があるというプレッシャー

今日の夕飯は麺類にしたけど、炊飯器にご飯が残っているからやめよう。
炊きたてのご飯が食べたいけど、冷凍ご飯が 3 個余ってるからやめよう。
..
結構こういう事はある。
準備の裏返しだからそれはとても良いことだけれど、ご飯のことになるとそれがプレッシャーになってしまう。

## 一人暮らしにご飯 1 合のススメ

### 毎度の炊飯はそんなに面倒じゃない

お米を計量カップで 1 回だけ入れて、水を注いで軽く研いで、流して、線まで水を注いで、炊飯器にセットし、ボタンを押す。これは意外と簡単。
無洗米なら 2 ステップ少ない 3 ステップで終わる。
..
1 時間弱放置していればホカホカのご飯とご対面。
..
1 合なら 2 食食べれば基本余らないし、1 食で食べ切ることもある。冷凍はしなくていい。
1 食分だけ食べて残りを冷凍する必要が出てもいい感じの分割に気を使う必要はない。余るのは必ず 1 食分だけだからだ。
..
食べたいときに炊きたてのご飯を食べるくらいがちょうどいい生活だと思う。

### 炊きたてが一番美味しい

5kg1500 円のお米を 6000 円の炊飯器で炊いても、炊きたてならご飯は美味しい。
もっと高いお米をもっと良い炊飯器で炊いても、家庭で冷凍したものは少し美味しくない。
..
..
これは紛れもない事実だ。多分。
..

## 今だけなのかもしれない

今は会社に行かなくてもいいから食事前の炊飯準備は容易だ。
この生活じゃなくなったらご飯 1 合のススメは成り立たないかもしれない。
..
洗い物の回数が必然的に増えるのが悩みどころ。


一人暮らしにご飯 1 合のススメ

# Logicool マウス G603 のスクロール不具合で交換依頼をした

## G603 マウス

私はメインのマウスに Logicool のゲーミングマウス **G603** を使っています

<affiliate>
amazon:https://amzn.to/2RxUn0y
rakuten:https://hb.afl.rakuten.co.jp/hgc/1fafd861.8ef2e6f5.1fafd862.a5a23a7c/_RTtool10000000?pc=https%3A%2F%2Fitem.rakuten.co.jp%2Flogicool%2Fg603%2F&amp;link_type=text&amp;ut=eyJwYWdlIjoidG9vbCIsInR5cGUiOiJ0ZXh0Iiwic2l6ZSI6IjQwMHg0MDAiLCJuYW0iOjAsIm5hbXAiOiJyaWdodCIsImNvbSI6MCwiY29tcCI6ImRvd24iLCJwcmljZSI6MSwiYm9yIjoxLCJjb2wiOjEsImJidG4iOjF9
img:https://images-na.ssl-images-amazon.com/images/I/5173VT33k8L._AC_SL1024_.jpg
title: "Logicool G ゲーミングマウス 無線 G603 HEROセンサー LIGHTSPEED ワイヤレス Bluetooth 接続対応 国内正規品"
</affiliate>

このマウスのスクロールに不具合が発生したので交換依頼をしました。

## 発生事象と自分でやった対応

### 発生事象

- マウススクロールの際に、スクロール方向と逆の入力が一瞬発生する。
- スクロール開始時の発生が多いが、スクロールの途中でも発生した。
- 20 スクロールに 1 度ほどの発生頻度。

2020 年 11 月 12 日に購入して、5 ヶ月以上ほぼ毎日数時間使っています。
使い始めは問題が無く、ここ 1、2 ヶ月以内に事象が起き始めました。

### 自分で行った対応

スクロールホイールにゴミが入ったということや、ソフトウェアなどの不具合の可能性もあるので、自分で出来る簡単な対応をいくつか行いました。

- PC の再起動
- GHUB の再インストール＆最新版アップデート
- マウスのファームウェアの最新版確認
- ワイヤレスドングルの差し込みポート変更
- エアダスターでの内部清掃

私の環境ではこれ以上出来る対応は無く、問題は解消しなかったためサポートへ交換の依頼を行います。

## サポートへの連絡

### 連絡先

[Logicool サポート](https://support.logi.com/hc/ja/requests/new?ticket_form_id=360000621393)

※アカウントを作成して製品も登録したはずでしたが、これ以後 web で進捗や内容を確認する手段がわかりませんでした。

### 連絡内容

- 製品の種類
- 発生事象
- 自分で行った対応内容
- 交換をしたい旨

## メールでのやり取り

### 1 日目 1 時 : チケット作成完了の自動送信メール受信

### 1 日目 11 時 : 1 回目のサポートメール受信

以下の対応をしてください

- GHub のインストール
- ファームウェアの更新

以下の情報を提供してください

- マウスのファームウェアバージョン
- デバイスのシリアル番号
- 保証確認のための保証請求書のコピー
- フルネーム
- 電話番号
- 郵便番号と住所

### 1 日目 12 時 : 1 回目の返信送信

最初にファームウェア関連の対応と情報提供はしていましたが再度行いました。
また、保証請求書はおそらくマウスに付属していたものだと思いますが破棄してしまっていたので、**Amazon の購入証明書**を添付しました。

### 1 日目 13 時 : 2 回目のサポートメール受信

- 返信と情報の提供ありがとう
- G603 マウスの保証交換プロセスを開始した
- リクエストは承認プロセスを経て最大 72 時間かかる
- 発送されると自動の通知メールが届く
- 新製品が届くまで欠陥のある製品は手元においておいてくれ
- リクエストが拒否された場合はできるだけ早く知らせる

### 6 日目 13 時 ヤマト運輸から荷物お届け予定の通知受信

### 7 日目 新製品受け取り

新しい製品では同事象が発生しないことを確認

### 7 日目 23 時 旧製品をどうすればいいか質問メール送信

ネットで調べると、破壊して写真を送る必要がある場合があるとのことだったので、それが必要かを確認。
可能であれば、バックアップのために保存しておきたい旨も記載。

## 対応の感想

返信は非常に早く、**画像や動画を送らずにこちらの説明のみで新しい製品の発送が承認**されました。届いた製品に問題もなかったので非常に満足しています。
..
ただ、2 回目の回答では次のアクションは最大 72 時間以内のはずでしたがそれよりは長くかかり、自動発送メール以外のメールなどもなかったのその点は少し不親切でした。
..
大量の製品を販売している場合は、**個々の不具合事象の事実確認をするよりも製品を送ってしまったほうがコストが掛からない**、ということは聞いたことが有るので、今回もその事象に当てはまるのだと思います。

..
..
(最近サポートに連絡する事象が多い気がします)

LogicoolマウスG604のスクロール不具合で交換依頼をした

# AirPods(Pro) のバッテリー警告音がうるさい問題を問い合わせてみた

## 結論

**仕様で、変更する方法もない**

## AirPods(Pro) のバッテリー警告音が心臓に悪い

<chat2>ポ ↑ ン ↓ ポ → ロ ↓ ロン ↓
..
Airpods(Pro)を使用していてバッテリーが減少するとこんな感じの警告音が鳴ります。感覚では 10%か 20%を下回ったときに鳴っているようです。この警告音めちゃくちゃびっくりしませんか？
..
私は比較的健康体なのですが、この音がなるたびに 10 秒ほど動悸がおさまりません。AirPods が電池切れ寸前まで行くのは月に 1、2 回程度で忘れた頃に来るので余計驚きます。

### 他の音は大丈夫

- ノイズキャンセリングの切り替え音(ポ ↑ ン → / ピ → ロ ↑ ーン)
- 端末との接続音(テ → ロ ↑ ーン / テ → ロ ↓ ーン)

上記の音も AirPods 自体のシステム音なのですが、これは自分が何かのアクションを行った際に鳴る音なので心構えが出来ていますし、音も比較的穏やかなので問題有りません。

### 警告音なので仕方ない部分はあるけど

バッテリー警告音は「警告音」なのでユーザーに気づかせる役割が有るのはわかるのですが、1 音目が強すぎると思います。最初にアクセントを置くのではなく、徐々に強くなる音にするなど工夫は出来るはずです。
..
必ず耳元で鳴り、危険性を伴う警告ではないので穏やかにしても良いと思うのですが...

### iPhone などの音量変更では変化がない

iPhone 本体のボタンによる音量調整、設定からの音量調整などではこの音の音量は変わりませんでした。

<ad>

## 多分無理だけど問い合わせてみる

以下の 3 つを目的に、Apple サポートに問い合わせを行いました。「仕様で変更は出来ない」という返答だと予想はしています

- バッテリー警告音を変更する方法は有るか
- 音量を変更する方法は有るか
- 同様の問い合わせは有ったか

### 結果

**3 つとも無い**

残念です。

### やりとり

※かなり省略します
..

<chat2>Apple サポートにお問い合わせいただき、ありがとうございます
..

> AirPods のシリアル番号を教える

..

<chat1>AirPods Pro にてバッテリー残量低下時の警告音が心臓に悪いのですが、音量を下げる、音の変更等は可能ですか？

<chat2>AirPods の仕様としての通常の動作という事が確認する事ができました。

<chat2>今回の場合ですと「バッテリー残量低下時の警告音の音量が大きくて心臓に良くない」ということで、貴重なご意見を取り入れさせていただきまして、今後の品質の向上に勤めてまいりたいと思います。

<chat1>仕様であることは最初からわかっているので、お手数ですが「変更や調整が可能か」「同様の問い合わせがあるか」についてお答えいただけますか？

<chat2>変更や調整に関しましては、現時点では資料をご確認をさせて頂いてりましたが、手立てはないご状況となります。

<chat2>同様のお問い合わせに関しては、報告がされていないものとなります。そのために、○○ 様の貴重なご意見を参照させていただきたく存じます。

## 検討してくれることを期待

流石に今まで一度も同様の意見がなかったということは信じられませんが、本当に私の意見が最初だったとしたら変更の検討を期待しています。

AirPods(Pro) のバッテリー警告音がうるさい問題を問い合わせてみた

# 「〇〇オススメ 10 選！」系の記事に対して思うこと 10 選

人間としてこの時代を生きていく上で、インターネットを使って色々な商品の知識を調べる必要があります。その中で良く検索に出てくるのが「〇〇オススメ 10 選！」「〇〇に活躍するランキング！」などの記事ですね！
..
どれもこだわりを持って執筆されている記事ばかりです！！
そこで今回は、オススメ系記事への向き合い方と、思うことを紹介します！！！

## 10 選をご紹介

### 1. その 10 個の冷蔵庫、本当に使ったことあるの？

あるなら許す。無いなら許さない。
使ったことが無いのにオススメできるってすごいですね！記事のタイトルを「〇〇のオススメを妄想してみました！」とかにしたらどうですか？

### 2. 数多ある中から選んだ理由を教えて？

世の中にはもっとたくさん商品やスポットがあるのに、その中からその 10 個を選んだ理由は何ですか？
逆に、選ばなかった理由もあるでしょ？
..
<chat2>当然書いてあるんだろうな....
読んでみよう！
... ... ... ... ...
<chat2>え？書いてない？なんで？

### 3.「〇〇ランキング」の順位付け基準を教えて？

ランキングに出来るくらいだから、しっかりとした基準を持って順位付けしてるだろうな
..
<chat2> これは参考になりそうだぞ！
..
え？
これも書いてないの？？
メーカー名と商品ページに記載してある説明を短くしたような駄文しか書いてないって？？？
<chat2>なんで？？？？？？？？

### 4. 【 人それぞれライフスタイルがあって順位は付けにくいから 10 選にしました 】

繕うな。
少し責任感ありますよみたいな雰囲気醸し出さないで下さい。

### 5. お前は誰なんだ？

人に薦める行為は結構責任を伴う行為なんだけど、お前その責任負えるの？「おすすめ」という言葉をもっと重く捉えてくれ。その商品、本当に自信を持って推奨できるのか？

### 6. たまに 37 選とかあるけど、それ本当に選の役割果たせてる？

選んでないでしょ。10 個まで絞ってる人を見習って下さい。
まあ、その人何の基準も示してないけど。

### 7.一丁前にページを分けるな<label id='7'></label>

今の世の中、商品数は溢れかえっているけど悪い商品ってあまりないので、こだわりがなければどれ選んでもそんなに問題は無いんですよね。
その中で 10 個に絞ってくれるのはありがたい場合もあります。
..
..
<chat2>あまり知識ないから 10 選記事でも見てみるか
... ...

> 次のページへ > [〇〇オススメ 10 選](#7)

> 次のページへ > [8 位以降も見てみましょう！](#8)

..
は？
お前の記事そんなに価値ないから。
広告収入って本当に罪ですよね！！！！！

<ad>

### 8.単純に見にくい <label id='8'></label>

普通のブログ形式のまま羅列をするな。表を使ったりして多少は工夫しろ。[価格.com](https://kakaku.com) を見習え。

### 9. 検索に出てくるな

書くだけなら自由です。一丁前に SEO を意識して検索上位に出てこないでください。Google さんも良質なサイトを上に表示させて下さい。

### 10.いくら儲けてるの？

どうせアフィリエイトリンクにしてるんだろうけど、それでいくら儲けてるの？
検索結果に出てしまうので、その記事から購入してしまう人は割といると思うけど、そのお金で食べるご飯は美味しい？クソみたいな精神で生み出したクソみたいなお金で食べるクソみたいなご飯は美味しいんだろうな！！！
..
(アフィリエイトは良い仕組みですし、参考になった情報からは喜んでアフィリエイトリンク踏みます)

## 責任を持った情報発信をしてみましょう

いかがでしたか？インターネットが人々にとって当たり前となった現代では、インターネットデブリが日々生み出されています。
..
推薦を目的とした発信を行う際は、自分の利益とともに情報に対する責任を持つ工夫をしてみましょう！
..
※この 10 選記事の基準や理由、レイアウトの工夫は特にありません

「〇〇オススメ10選！」系の記事に対して思うこと10選

※2021/3 現在の情報です

# 【注意】Y!mobile/LINEMO/SoftBank 間の乗り換え(解約)後は、My 系のサービスは使えない

..
2021/3 現在、SoftBank 系の回線には SoftBank、Y!mobile、LINEMO の３種類があります。
その間の乗り換えは手数系が一切かからない(他社間でも手数料は廃止傾向)のでかなり気楽に乗り換えができますが、My 系サイトの取り扱いに注意が必要です。

## My SoftBank / My Y!mobile / My Menu などの契約者サイトの解約後の取り扱い

### 契約者サイトの取扱い

軽く検索すると、解約後の契約者サイトの取り扱いについてそれぞれの FAQ が存在します。

- [［My Y!mobile］ワイモバイルを解約すると閲覧できなくなりますか？](https://www.ymobile.jp/support/faq/view/21422)
- [［My SoftBank］ソフトバンク携帯電話を解約後も引き続き利用できますか？](https://www.softbank.jp/support/faq/view/10030)
- [［LINEMO］解約･他社へののりかえ(MNP)後の料金を確認したい](https://www.linemo.jp/support/m-01/detail/?id=01-033)

解約後も My 系サイトにて確認できると記載がありますが、これは SoftBank 系以外に乗り換えた場合のみ適用されます。SoftBank 系間で乗り換えた場合、前の契約回線の契約者サイトにログインはできますが一切の情報が閲覧できない状態になります。

### LINEMO の My Menu を解約した場合

![](./img/mymenu.png)
LINEMO の場合はこのような表示になります。他 2 つでも同様です。

SoftBank の FAQ の[別ページ](https://www.softbank.jp/support/faq/view/10178)にはこの旨が記載してありますが、~~Y!mobile~~ と LINEMO では記載があるページは見つかりませんでした。
..
※2021-04-27 追記
Y!mobile には記載が追加されていました。

## 解約後に料金を確認したい場合はどうすればいいの？

SoftBank と Y!mobile については電話で確認をする必要があります。

- SoftBank : 0800-919-0157(無料)
- Y!mobile : 0570-039-151(有料ナビダイヤル)

LINEMO については問い合わせをしていないのでわかりません。
チャットサポートから確認をしてみて下さい。

<ad>
## Y!mobile のチャットサポートでのやり取り

チャットで一応問い合わせてみたのでそのやり取りを記載しておきます。

<chat1> Y!mobile から LINEMO へ MNP を行ったのですが、my Y!mobile にて情報の確認ができません。
<chat1>https://www.ymobile.jp/support/faq/view/21422 によると 90 日間は料金を確認できるとあります

<chat1>1. LINEMO へ MNP した場合は、閲覧できないのでしょうか？
<chat1>2. そうであれば FAQ が間違っているので修正して下さい。
<chat1>3. FAQ が正しいものとして MNP を実施したので、My Y!mobile、もしくは他の方法(電話以外)にて料金を確認できるようにして下さい。

<chat2>確認ですが、既に LINEMO（ラインモ）へお乗り換え済みで、ワイモバイルは解約済みということでしょうか？

<chat1>そのとおりです

<chat2>どのようなご案内が出来るかお調べ致しますので、恐れ入りますがそのままお待ち下さいませ。

<chat2>ワイモバイルから、ソフトバンクまたは LINEMO（ラインモ）へ番号移行／MNP をされたお客さまは、解約即時で My Y!mobile 閲覧ができなくなります。
<chat2>ご不便をおかけし、申し訳ございません。

<chat2>そのため、ワイモバイルからの請求金額の確認につきましては、以下窓口へお問い合わせをお願いいたします。

<chat2>【ワイモバイルカスタマーセンター】
<chat2>■ 他社の携帯・固定電話などから
<chat2>「0570-039-151」
<chat2>（海外から：+81-44-382-0800 ）
<chat2>2 ＞ 4 ＞ガイダンス指示選択＞電話番号入力：2 回認証できない場合＞オペレーター

<chat2>営業時間　 10：00 ～ 19：00（年中無休）
<chat2>カスタマーセンターに電話をする際、以下手順にてオペレーターに繋ぐことができます。

<chat2>① 各種メニュー選択でまず 1、次に 0 を選ぶ。
<chat2>② 電話番号の入力を求められても入力しない。

<chat2>2 回「入力が確認できません」を繰り返した後に、「オペレーターにお繋ぎします」となります。
<chat2>（解約済電話番号を入力した場合も同じようにオペレーターへ転送されます。）

<chat2>なお、お客様からいただいたお問い合わせにつきましては、
<chat2>FAQ の修正等も含め、担当部署に上申させていただきます。

<chat1>電話以外の方法はありませんか？

<chat2>ご提案できる内容と致しましては、上記カスタマーセンターへのお問い合わせとなります。

<chat2>お近くのワイモバイルショップへご来店いただければ店舗からもご案内は出来るかと思いますが、念のためワイモバイルショップへご相談頂きたく思います。

<chat1>わかりました。FAQ ページは嘘をついていることになるので、上申含めて即対応をお願いします。

## 最後に嘘はやめてほしい

SoftBank 系回線の My 系サイトは使いまわしているような気がするので、重複電話番号は使えなくなるのはシステム上仕方有りません。ですが、解約後も使えるという結果的に嘘になる記載を放置するのはとても良くないです。記載を追加するか、SoftBank 系への乗り換えでも使えるように修正をお願いします。

【注意】Y!Mobile/LINEMO/SoftBank 間の乗り換え(解約)後は、My 系のサービスは使えない

# iCloud の問題と Apple サポートとの格闘記録とお詫びの品

## はじめに

今まで AppleCare や修理に関する単発的な連絡をしたことは何度か有りましたが、Apple サポートと数日に及ぶやり取りをしたことはありませんでした。最終的に非常に残念な結果になりましたが、記録と気持ちの整理のためにやりとりを残しておこうと思います。

## 何が起きたのか

以前まではメインのクラウドとして GoogleDrive を使用していましたが、iPad アプリの都合上一部データを iCloud 保存する必要が出たので管理コスト的に iCloud にまとめて運用していました。ある日、いつもどおり iPad のアプリから指定の場所にファイルを保存しようとすると、木構造に**整理してあったフォルダがルートに展開された状態**になっていました。展開された 30 程の**フォルダの中身は空**で、整理してあったフォルダに**残ったデータは約 1 ヶ月前に巻きもどった状態**になっていました。
..
フォルダが消えたなどの事象だけなら私の操作ミスの可能性がありますが、ルートへの展開と巻戻りは iCloud のシステム的な問題か、何か他のアプリによるものの可能性があります。
..
私は、iPhone Xs、iPad Air4、Windows10 端末の 3 つで iCloud を使用しています。Windows for iCloud は時々同期が行われないこともあり、データの巻戻りや不具合が原因として一番怪しい端末です。しかし、そのときばかりは不幸中の幸いで Windows のデータは同期されておらず正常な状態だったので、急いで全てのデータをバックアップします。
..
iPad だけの問題かと思い次は iCloud.com/iclouddrive を確認すると、iPad と同じ異常な状態になっていました。こうなると私だけの問題では収められず調査をお願いする必要があるため、Apple サポートへ連絡を行うこととなりました。
..

### 問い合わせ内容

- iCloud Drive 上に整頓して保管してあったフォルダがバラバラになり、ファイルも一部消えた(1 ヶ月ほど巻き戻った？)状態になってしまった。
- 原因と復元ができるかを知りたい

### 最終的な回答

- 復旧はできない
- 原因も調査できない
- 対策も手動でバックアップしておくしか無い

## 今回の対応で何が問題だったのか

幸い Windows の同期前にデータを退避することができ、重要なデータは他にも保存してあったので直接的な不利益は発生していません。難しい問題であることは問い合わせ前から察しており、今回に関しては復元できなくても仕方がないと割り切っていました。
..
しかし、一部アプリで iCloud を使わなければ行けない都合上、今後同じような事象が発生した場合に備えて置く必要があります。そのため原因の把握と対策だけは知りたいと思い問い合わせを行いました。
..

### 問題点

#### 事象が起きている以上 iCloud のシステムには動作ログが必ずあるはずなのに、それを確認できない

私も端くれではありますがエンジニアですので、原因追求と対策は非常に難しいことは理解できます。しかし、システムを運用していれば必ず動作ログは発生しているはずなのに、それを確認できない（確認できるか否かすら何も教えられない）という回答には正直驚きを隠せませんでした。
..
直接やり取りしているのはサポートの方なので要望が伝えきれていない感じがあります。多少のもどかしさは感じつつ調査の継続をお願いしましたが叶いませんでした。

#### 最初の担当者と永久に連絡が取れなくなり、その原因や調査結果を知ることができない

今回の対応で本当に残念だったのはこちらです。一番最初に電話した際の担当者の方からは「1 週間後の指定時間に連絡する」という約束をしたのですが結局連絡は来ず、こちらから問い合わせても最後までつながることは有りませんでした。
..
担当者は一個人なので想定通りの対応ができないことは問題ではないのですが、組織として何故連絡が取れないのかを把握できておらず、ユーザーに余計な負担を強いる形になるのは由々しき問題です。
..
私は多少なりとも技術関連の大変さは知っており、調査のための端末の操作ややり取りについてもそこまで負担になりません。しかし、もし不慣れな人が同じような対応を受けているのかもしれないと思うととても残念です。

### 失ったもの

- iCloud Drive への安心
- Apple サポートに対する信頼
- 6 時間位

### 得たもの

- サポート対応の大変さの実感
- Apple も普通の企業だという見識
- 1 万円以内のアクセサリ

製品は自分の気持を落ち着かせるためにこちらから要求しました。割と素直に受け入れていただけてありがたかったのですが、メールでも紙でもお詫び的な言葉は一言もなかったので Apple の方針はそんな感じなんだと思います。後に証拠を残さないということなのかもしれません。

<ad>

## Apple サポートのやり取りの時系列

思い出せる範囲で Apple サポートとのやり取りを記録しておきます。
8 回の電話で合計 6 時間程のやり取りでした。

### 0 日目 : 最初の問い合わせ

#### 1 回目の電話(発信)

<chat2>最後まで責任を持って対応いたしますのでご安心下さい。

<chat2>お問い合わせ内容を教えていただけますか？

<chat1>iCloud Drive で問題がフォルダ構成がバラバラになり、一部ファイルが消える問題が発生しました。原因と復旧可能かを確認したいです。

<chat2>対応方法を確認して折り返します。

#### 2 回目の電話(着信)

<chat2>iCloud を使っている端末はなんですか？

<chat1>iPhoneXs、iPadAir4、Windows10 の PC です。

<chat2>ログを取りたいので協力して下さい。

##### iPhone、iPad

- OS の機能で Apple への送信が可能なのでそれを使って提出

Windows

- Windows for iCloud で再起動をはさみながらログを収集
 - 収集できるはずのログが取得できていないとのことを受け、3 回ほどやり直す
- 結局取得できず、インストーラログの取得のため Apple 関連のソフトウェアをすべてアンインストール&再インストール
 - Windows10 の iCloud は Microsoft Store 経由なのでインストーラが無い旨を伝えたがあまり理解されず、こちらの提案で Windows7/8 用のインストーラをダウンロード
 - ログ取得用の引数を与えてコマンドプロンプトからインストール
 - 先に取得した iCloud のログとともに提出

<chat2>1 週間後の指定時間に結果または経過を連絡します。

### 7 日目 : 連絡が来ない?

#### 1 回目のチャット

<chat1>今日の ○ 時～ × 時の間に電話連絡の約束だったのですが、来ていません

<chat2>今回の問い合わせは電話チームでしか対応できないので電話をお願いします

- 翌日の電話を予約

### 8 日目 : 連絡が取れないことの報告

#### 3 回目の電話(着信)

<chat1>連絡が来ないのですが、どうすればよいでしょうか？

<chat2>これまでの内容を確認します

<chat2>内容把握しました。担当と連絡が取れないので、申し訳ないですが数日お待ち下さい

### 14 日目 : やはり連絡が来ないので別の担当へ

#### 4 回目の電話(発信)

<chat1>連絡が来ないのですが、どうすればよいでしょうか？

<chat2>これまでの内容を確認します

<chat2>内容把握しました。やはり連絡が取れないので私が担当を引き継ぎます

> 再度の状況説明
> ゴミ箱、ファイルの復元機能には何も見当たらず

<chat2>対応を確認するので 2 ～ 3 時間後に折り返しします

<chat1>なぜ連絡が取れなかったのか理由を知りたいので、そちらの確認もお願いします

#### 連絡が取れなかったというシステムメール受信

- 「電話番号が違うため連絡ができませんでした」というメールを受信します。
- 電話番号の伝え間違いかと思いましたが、後日の対応で「国番号」をつけないと繋がらないという話が出たので多分それが原因です。

#### 5 回目の電話(発信)

<chat1>電話頂いたのですが繋がらなかったようです。お手数ですが先程の担当の人に変わって下さい。

<chat2>確認します。

<chat2>只今別件を担当しているので繋げられません。

<chat1>先程の担当者とはまだあまりやり取りしていないので、貴方に対応していただいても問題有りません。

<chat2>担当者がロックされてる（担当がコロコロ変わるとユーザーが大変という理由らしい）ので、それはできません。

<chat2>翌日の指定時間に折り返します。

### 15 日目 : ログ収集などのやり直し

#### 6 回目の電話(着信)

<chat1>昨日は電話番号が違ったようで失礼しました。引き続き対応お願いします。

<chat2>ログを取りたいので協力して下さい。

..

- 再度 0 日目と同じ手順でログを収集
- Windows では変わらず同じ問題が発生しました

..
<chat2>レポート作成の上、技術者の方へ連絡します。

<chat2>4 営業日以内に回答が来るはずです。もし来なかった場合でも進捗連絡をします。

<chat1>わかりました。前回担当者の件も確認をお願いします。

### 17 日目 : 最初の回答

#### 7 回目の電話(着信)

<chat2>復元できるデータは一つも無いとの回答でした。

<chat1>障害が起きたときのためにスナップショット的なものは必ず有るはずなのですが、それも無いですか？

<chat2>ありません。これにて調査は終了になります。

<chat1>私の操作ミスの可能性もありますが、事象は確実に発生している以上「システムの動作ログ」は必ず有るはずです。再度確認をお願いします。

<chat1>申し訳ないですが「無い」という回答は受け入れられません。

<chat2>再度確認して、更に 4 営業日以内に連絡します。

### 18 日目 : 最後のやり取り

#### 8 回目の電話(着信)

<chat2>再現性がなく、事後の問題には調査ができないとの回答です。

<chat1>（ユーザが事象発生前に予知して連絡しろということ？）
<chat1>原因はわからなくていいので、動作として発生した時間と事象だけでも確認したい。動作ログの件はどうなりましたか？

<chat2>ログが合ったかどうかすら公開できません。

<chat1>なぜ？

<chat2>システム情報なので公開できません。

<chat1>（それを言われるとどうしようもないけど）
<chat1>ログは私に公開しないでいいので、事象だけ確認してください。

<chat2>できません。

<chat1>「エンジニア」という言葉が信用できない。どのレベルのエンジニアですか？日本でサポートだけしているエンジニアなのか、日本で内部までわかっているエンジニアなのか、アメリカで開発をしているエンジニアなのか教えて下さい。

<chat2>それぞれプロフェッショナルが対応しています。

<chat1>（これもそう言われるとそれ以上確認しようがない）
<chat1>じゃあ、今後起きるかもしれない同事象に私はどう備えればいいですか？これから起きる可能性のある事象は「事後」ではないので今から対応できることは有るはずなんですが（当てつけです）。

<chat2>手動でバックアップして頂くなどをするしか有りません。

<chat1>わかりました（わかってない）。
<chat1>前回担当者の件はどうなりましたか？

<chat2>改めて確認します。私からは直接担当者の確認はできないので、責任者経由で連絡はあげます。

<chat1>（これまで確認してなかったのかな？）
<chat1>わかりました、もし原因などわかりましたら連絡をください。

<chat2>原因も含めて一切お知らせできません。こちらで責任を持って連絡します。

<chat1>処罰を求めるとか、文句を言わせろとかじゃなくて、単純に何故起きたのか知りたいだけなんですが。

<chat2>それもできません。

<chat1>そうなると、対応品質も最初の問題についても何も解決していないので、申し訳ないけど「クレーム」という形に変更したいんだけどどうすればいいですか？

<chat2>窓口は Apple サポート(要は今対応していただいているもの）しかありません。

<chat1>厳しい言い方をすると「ユーザーのデータが消えた」「不誠実な対応をされた」という状況なんですが、十分に調査もせず、誰の責任かもわからない段階で終了させるんですか？

<chat2>申し訳有りません。記録をしっかりと残して改善します。

<chat1>〇〇さんの責任ではないので、問い合わせ内容と担当者の件については受け入れます。申し訳ないですが、もう 2 つだけお願いします。

<chat1>1. この件を記録として記事にしてもよいですか？

<chat2>確認します。

<chat2>こちらとしては特に問題は無いので、〇〇様の判断でお願いします

<chat1>2. 1 つくらい得たものがないと収まらないので、差し出がましいですが何か Apple 製品をくれませんか？

<chat2>確認します。

<chat2>依頼として上げてみますので、オンラインストアから 1 万円以内で選んでください。

..

> 緊急で欲しい物はなかったですが、アクセサリを 1 つ選びました

..

<chat1>これで今回の件は本当に終わりですか？今後の連絡などはなにもないですか？

<chat2>今回のお問い合わせについてはもう何も有りません。

<chat2>商品発送について承認されたら何かあるかもしれません。

<chat1>わかりました。長期間の対応ありがとうございました。

### 19 日目

#### 商品発送メール

翌日に商品の発送メールが届きます。正直リジェクトされると思っていたので少しうれしいです。内容を確認するとシステムメール的なもので今回の件に関する言及は有りませんでした。1 週間後に来ていたら何故届いたかわからないような内容でした。

### 21 日目

#### 商品受け取り

最後のやり取りから 3 日後に商品が届きました。
受け取ったときには商品を要求したことに申し訳なくなりましたが、本当に商品だけの梱包だったのでなんとも言えない気持ちです。一言くらいなにかあるかと思っていました。

## 今回のやり取りを経て

クラウドストレージでもローカルストレージでも**バックアップは大事**ですね。不幸中の幸いで、大事なデータを紛失せずに再確認できたので今回は怪我の功名ということにしておきます。
..
都合上言葉を端折っているため少しぶっきらぼうな口調になっていますが、2 人目の方は丁寧に対応していただきました。半ば無茶振りの質問にもなんとか回答しようという態度で接していただき感謝しています。直接解決できない問題にもなんとか対応しないといけないので、サポート窓口の方は本当に大変だと思います。私はこの件で終わりですが、サポートの方は次の対応があると考えると身震いがします。
..
Apple は**お詫びの品的**なものはくれないのかな？と思い商品を要求してみましたが、意外とあっさりもらうことができました。**どうしても納得がいかなければ**試してみて下さい。商品欲しさにクレームを入れることだけはしないようにお願いします。
..
..

~~最後まで責任を持って対応いたしますのでご安心下さいとは...~~

iCloud の問題と Apple サポートとの格闘記録とお詫びの品

**※この記事は書きかけです**

# 個人的に評価する「HHKB の良いところ」

## はじめに.HHKB の良いところ 5 項目

1. 基本的な質の高さ
1. タイピングの楽しさ
1. コンパクトさ
1. 独自のキー配列
1. ブランドの強さ
1. HHKB Hybrid の存在

「コンパクトさ」「独自のキー配列」は欠点ともなりえますが、そこについては別記事にて記述します。
..
また、本記事では主に **US（英語）配列を前提**としています。JIS（日本語）配列は US 配列より尖った特徴が少ないため、US 配列のみの部分は飛ばしてお読み下さい。

### HHKB Hybrid Type-S 白 英語配列

![](./img/using.jpeg)

私が今実際に使っているのは「HHKB Hybrid Type-S 白 英語配列」です。
やはり使いやすいのは英語配列であり、HHKB に関しては墨より白のほうが綺麗に見えるのでこの組み合わせを選択しました。キートップは刻印有りと無刻印を組み合わせて使用しています。
..
..
<affiliate>
title: "HHKB Professional HYBRID Type-S 英語配列／白"
img:https://hbb.afl.rakuten.co.jp/hgb/1f2f498e.32f3e0fe.1f2f498f.9e27a1df/?me_id=1281726&item_id=10000629&pc=https%3A%2F%2Fthumbnail.image.rakuten.co.jp%2F%400_mall%2Fpfudirect%2Fcabinet%2Fimages%2Fpd-kb800w.jpg%3F_ex%3D240x240&s=240x240&t=pict
amazon:https://amzn.to/3cbfwo1
rakuten:https://hb.afl.rakuten.co.jp/ichiba/1f2f498e.32f3e0fe.1f2f498f.9e27a1df/?pc=https%3A%2F%2Fitem.rakuten.co.jp%2Fpfudirect%2Fpd-kb800w%2F&link_type=hybrid_url&ut=eyJwYWdlIjoiaXRlbSIsInR5cGUiOiJoeWJyaWRfdXJsIiwic2l6ZSI6IjI0MHgyNDAiLCJuYW0iOjEsIm5hbXAiOiJyaWdodCIsImNvbSI6MSwiY29tcCI6ImRvd24iLCJwcmljZSI6MSwiYm9yIjoxLCJjb2wiOjEsImJidG4iOjEsInByb2QiOjAsImFtcCI6ZmFsc2V9
</affiliate>

## 良いところ 1.基本的な質の高さ

HHKB を良いキーボードとして成立させるためには、尖った特徴の前に**キーボード自体の質の高さ**が求められます。

- キーボード本体の作りが堅牢
- キートップの質が高い
- 昇華印刷という製法により文字が消えにくい
- スタビライザーがキートップ直下にないので掃除がしやすい

..
全体的な作りの質が高く不安な点がありません。
これらは Realforce を製造している東プレの技術によるものですので HHKB 独自ではありませんが、非常に重要な特徴となっています。

### キーボード本体の作りが堅牢

安物のキーボードにありがちなプラスチック特有の光沢やバリは当然ながら存在しません。静電容量無接点方式によってスイッチ接点の劣化が抑えられることも堅牢さの一端を担っています。

### キートップの質が高い

キートップの材料には主に ABS 樹脂と PBT 樹脂が使用されます。

- ABS 樹脂 : つるつるした質感。安価で加工がしやすい。耐久性は低く、日光による劣化や摩擦による摩耗（テカテカした質感になる）が起きる
- **PBT 樹脂** : サラサラした質感。ABS より高価で融点が高いため加工がしづらい。耐久性が高く、融点の高さから昇華印刷が可能

HHKB や Realforce には PBT 樹脂のキートップが採用されており、手触りが良く高耐久です。

### 昇華印刷という製法により文字が消えにくい

プラスチックの上に塗るように色を付ける製法では、指の摩擦やその他の要因によって色落ちが発生します。昇華印刷はインクを昇華（気化）させて**プラスチック自体に染み込ませる**手法です。色落ちのしにくく、印刷についても耐久性の高い製品となっています。

### スタビライザがキートップ直下にないので掃除がしやすい

![](./img/stabilizer1.jpg)
キーストロークが深いキーボードには、大きいサイズのキー（スペースキーやエンターキーなど）を安定させるための**スタビライザという金属製の部品**があります。メカニカルスイッチを使用した自作キーボードではよく見られる部品です。この部品は外れやすいのに加え、動作性の向上ためにグリスという潤滑剤を塗ることが多いため**触ることは推奨されません**。
..
自作キーボードや、HHKB と同じ静電容量無接点方式でサイズもほぼ同じの「NiZ の Atom66」という製品ではこのスタビライザがキートップのすぐ下にあり、キートップを外すと部品が露出する形となります。HHKB ではスタビライザはプレート内部に埋め込まれ、露出はしません。
..
![](./img/cleaning.jpg)
キートップの間に隙間があるタイプのキーボードではゴミが入り込みやすいため**定期的な掃除が必要**です。HHKB はキートップとスペースキーを押し返すバネを外せば後は気を使う部品が無いため、掃除がしやすいのが特徴です。エアブローや布なので綺麗にしてしまいましょう。
..

<ad>

## 良いところ 2.タイピングの楽しさ

HHKB といえばその打鍵感がまず話題に上がります。よく勘違いされるのですが、**単純に軽い押し心地**というわけではありません。滑らかな押し心地の中にシャキッとした感覚が加わり、そこに良い打鍵音が重なることでタイピングをしていて非常に楽しいキーボードに仕上がっています。
※通常モデルは私には少々煩いですが
..
打鍵感は好みや表現の幅が大きく、伝えるのが非常に難しい点です。

### 静電容量無接点方式

![](./img/elecap_structure.jpg)

**静電容量無接点方式だから打鍵感が良い**という様な根拠のない言葉が蔓延っています。
静電容量無接点方式は一言で言えば**物理的な接点を持たない方式**です。私は、この方式自体が生み出す打鍵感の良さは正直言って存在しないと考えています。
..
しかし、接点が無ければスイッチの ON/OFF のための力が不要になるので、**荷重の調整を打鍵感の向上のみに注力できる**ということになります。加えて、メンブレンスイッチでは避けて通れないスイッチを押し込むための**底付きが必須ではなくなり**ます。
..
この要因が結果としてメンブレン、パンタグラフ、メカニカルといった他の方式とは違った打鍵感を生み出すことに成功しています(と私は考えています)。
..
接点方式の詳しい違いについては[こちらの記事](../20210226_keyswitch_structure)を御覧ください。

### Realforce と HHKB

Realforce と HHKB は同じ静電容量無接点方式で価格の高いキーボードとして良く比較されます。**部品の製造が東プレ**で共通しているので、当然打ち心地は同じものと思ってしまいますが、私は Realforce と HHKB には大きな差を感じます。
..
あえて言葉にするのであれば Realforce は確実なキータッチ、HHKB は楽しいキータッチという感覚です。
**Realforce はプロ向け**、**HHKB はその名の通りハッカー向け**という言い方で何となく伝わるでしょうか？

## 良いところ 3.コンパクトさ

![](./img/size_compare.jpg)

- フルサイズ : 455mm \* 142mm
- テンキーレス：365mm \* 142mm
- MagicKeyboard : 279mm \* 115mm
- HHKB : 294mm \* 120mm

HHKB を見るとそのコンパクトに目を惹かれます。
..
テンキーありのキーボードに比べて **約 55%**、テンキー無しと比較しても **約 67%** の大きさです。Apple の MagicKeyboard などの薄型キーボードと比較すると厚みはかなりありますが、サイズはほとんど変わりません。
コンパクトでありながらもキー自体はフルサイズですので、打ちにくさが無いのも安心です。
..
重量も 500g 程度ですので、カバンに入れて家と職場間、またはカフェなどの好きな所へ簡単に持ち出すことができます。使わない時に机の端に置いても邪魔になりません。
..
..
残念ながら、ノートパソコンのキーボードや他の一般的な薄型キーボードと比較するとコンパクトとは言えません。
それでも私は HHKB を選びます。コンパクトであれば良いわけではなく、機能と性能がこのサイズに収まっていることが重要なのです。

## 良いところ 4.独自のキー配列

![](./img/difference_fullsize_keyboard.jpg)

HHKB はただコンパクトなだけでなく、独自のキー配列も持っています。

1. ファンクションキーの列がない。
1. 方向キーが単独で存在しない。（※US 配列のみ）
1. Esc と Delete が１列分下に移動している。（※Delete は US 配列のみ）
1. A の横に Control キーがある
1. 左右に謎のスペースがある（※US 配列のみ）
1. Fn キーとの組み合わせを多用する

これらの特徴全てが腕の移動を減らすことに成功しています。当然欠点もありますが、「腕の移動を減らす」配列であるということを覚えておいて下さい。

## 良いところ 5.ブランドの強さ

世の中には様々なキーボードが存在しています。
家電量販店で買えるものから、個人制作のものまで本当にたくさんあります。
特に個人制作のものは千差万別で、中にはキーが 30 個しかないものや、左右に分かれているものも存在しています。
..
残念ながら特殊なキーボードを追い求めても、購入までのプロセスが困難なもの、個人販売でもう入手ができないもの、質が低いものなども多数存在しています。
..
HHKB は一般的なキーボードとは違うコンセプトを持ちながらも、非常に手軽に入手をすることができます。値段は高いですがアクセサリーも販売されています。
..
入手性、サポート、将来性などは製品を選択する上で非常に重要なポイントです。
日本製であるということを盲信するのは良くないですが、歴史と安心感、また海外にまでファンがいる HHKB という名前自体が持つブランドの強さは大きなメリットです。

## 良いところ 6. HHKB Hybrid の存在

2019 年末に発売された **HHKB Hybrid によって HHKB はほとんど完璧な存在**となりました。
有線接続と無線接続の併用が実現、[キーボード本体に保存できるキー配列変更機能](https://happyhackingkb.com/jp/download/)の追加、更に向上した打鍵感。この 3 つのステップアップが実現したことにより、自信を持っておすすめできるキーボードへと落ち着いたのです。

### 有線接続と無線接続の併用

Realforce では無線接続はできません。Realforce は主にデスクトップに接続して、高い信頼性と確実性を期待して使用するキーボードです。2021 年現在の無線は技術は進歩してきていますが、未だタイムラグやたまの接続不良はどうしても発生してしまいます。なので Realforce においては無線接続がないということが利点でもあるのです。
..
しかし HHKB は違います。素晴らしいキーボードをいつでもどこへでも持ち運べるコンパクトさを持っている以上、使いたいときに気軽に接続できることが必要です。そして、信頼性をもった有線接続も求めたくなるものです。この 2 つの接続方式を簡単に切り替えて併用できることはこの上ない利点となります。

### キーボード本体に保存できるキー配列変更機能が追加

HHKB のキー配列はそれ自体が特徴ではありますが、使う人によってはさらなるカスタマイズをしたくなります。私もそのひとりです。
..
キー配列の変更には 2 種類あります。

1. OS 上で動作するソフトウェアによって、入力をリマップして変更
1. キーボード本体に書き込むことで出力自体を変更

..
1 の方法では高度なマクロ的使い方や、使うソフトウェア毎に切り替えられるなどの利点がありますが、接続するコンピュータを変えた場合はその設定は引き継がれません。
..
2 の方法(HHKB Hybrid の方法)はキーボード本体に変更を書き込むことによって、どのコンピュータに接続しても同じように使うことができます。変更には多少の制限は存在していますが、私はキー配列の変更は後者の方法がベストだと考えています。

### 更に向上した打鍵感

これは主観であり、更に HHKB Hybrid Type-S に限った感覚ですが、一世代前よりも打鍵感が軽さとしっとりさを持ったように感じられます。打ち続けられる軽さと、取りこぼしが発生しにくい手に吸い付くしっとりさを兼ね備えた私の理想のキータッチに進化しました。

<ad>

## HHKB 内の順位づけ

### 触ったことのある静電容量無接点方式キーボード

試用も含めると今まで触ったことのある静電容量無接点方式キーボードは 13 種類あります。

| ブランド | 製品 | 押下圧 | 実用 | 試用 |
| :-------- | :------------- | :-------- | :--- | :--- |
| Realforce | 通常タイプ | 30g | | ○ |
| | | 45g | ○ | |
| | | 55g | | ○ |
| | | 変荷重 | | ○ |
| | 静音タイプ | 30g | ○ | |
| | | 45g | ○ | |
| | | 55g | | ○ |
| | | 変荷重 | ○ | |
| HHKB | Professional 2 | 45g | ○ | |
| | Classic | 45g | | ○ |
| | Hybrid | 45g | | ○ |
| | Hybrid Type-S | 45g | ○ | |
| NiZ | Atom66 | 35g (45g) | ○ | |

### HHKB の順位付け

#### 1 位 : HHKB Hybrid Type-S

上記 13 種類も含めて、2021 年現在一番だと確信しているキーボードは HHKB Hybrid Type-S です。カタログスペックでは静音性があるだけですが、私の体感では通常モデルよりしっとりとしたキータッチが味わえます。

#### 2 位: HHKB Hybrid

機能は Type-S モデルと変わりませんが、Type-S モデルから「S(Silence,Speed)」を無くした所謂「通常モデル」となります。タイピング音やカラカラとしたキータッチが欲しい場合はこちらをお選び下さい。有線/無線接続とキー配列変更機能は必須なので、必然的にこのモデルが 2 位になります。

#### 3 位-1 : HHKB Professional BT

旧モデルで無線接続のみが可能です。
有線接続のみか無線接続のみかはユースケースによるため、次の Classic/Professional 2 との順位付けはできません。

#### 3 位-2 HHKB Classic / HHKB Professional 2

Classic は現行モデル、Professional 2 は旧モデルです。正直あまり変わった印象は有りません。
..
Hybrid / BT モデルより見た目が洗練されているという点で優れています。無線接続は単三電池を入れる場所が存在するため、キーボードに出っ張りが存在します。打鍵時には目線から隠れる部分なので気になりませんが、全体を眺めたときには少し気になります。有線接続のみのモデルはその部分が存在せず、非常に洗練された見た目となっています。

![](./img/battery.jpg)

## 最後に

これらの特徴が合わさり、HHKB は世界のマニアに好かれるキーボードとなっています。
単純な性能比較と違い、キーボードは最終的には好みの問題になってしまうため説明が非常に難しいのですが、少しでも魅力が伝われば幸いです。
..
HHKB の使いにくさと欠点を記述した記事も書いていく予定ですので、そちらも是非よろしくお願いします。

### 動画版はこちら

<iframe src="https://www.youtube.com/embed/653AAi-3slw" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture" allowfullscreen></iframe>

個人的に評価する「HHKBの良いところ」

# キーボードで使われるキースイッチの構造と違い~メンブレン 、パンタグラフ、メカニカル、静電容量無接点~

## はじめに：キースイッチの種類

キーボードの方式は主に以下の 4 種類に分類されます。

- メンブレン式
 - +ラバードーム(1)
 - +ラバードーム＋パンタグラフ(2)
- メカニカル式(3)
- 静電容量無接点方式(4)

この他にも方式はありますが、基本的にはこの 4 種類のどれかをベースとしています。
..
**一般的なキーボードでは主にメンブレン式**のスイッチが採用され、ストロークが深い場合は「+ラバードーム」、ストロークが浅い(ノートパソコンなど)場合は「+ラバードーム+パンタグラフ」が採用されます。
..
**自作キーボードでは主にメカニカル式**のスイッチが採用され、「色」によって分類された押下圧やクリック感などを好みによって選択します。
..
**静電容量無接点方式は主に Realforce、HHKB、NiZ のキーボードのみ**に採用され、高級キーボード(15000 円以上)に分類されることが大半です。

## メンブレン式(1)(2)

メンブレン式という言葉のみでキーボードの種類を表すことが多いですが、メンブレンはスイッチ自体の方式です。

### メンブレンスイッチ

#### メンブレンスイッチの構造

![](./img/membrane_structure.jpg)

「membrane = 膜」という名前の通り、薄膜印刷（ハクマク）を使用したシートスイッチをメンブレンスイッチと呼びます。接点を持つシートが上下にあり、その間を穴が空いたスペーサで繋ぎます。
..
シート状に生産できるので大量生産可能で、薄く、安価なため、電化製品やリモコンのスイッチにも多く採用されています。その場合は押下感を出すためにクリックエンボスと呼ばれる膨らんだ表面のシートや金属ドームが多く採用されます。

![](./img/membrane_remocon.jpg)
<a class="quote" href='https://kandd.co.jp/product_01.html'>https://kandd.co.jp/product_01.html</a>

 

#### メンブレンスイッチの ON/OFF

![](./img/membrane.gif)
上部のシートを押すことによって接点同士が接触し電流が流れます。
この接点自体にストロークや押下感は殆どありません。

### <label id="membrane_rubber">メンブレン＋ラバードーム式(1)</label>

**「メンブレン方式」と言う場合このタイプのことを指していることが多いです。**

![](./img/menbrane_with_rubber.png)

メンブレンスイッチに加えて、ラバードームもしくはラバーカップというゴム製の部品を採用することでストロークと押下感を作り出しています。

#### メンブレン＋ラバードーム式の ON/OFF

![](./img/membrane_rubber_onoff.mp4)
シリンダとスライダによってキーが保持され、手を離したキーはラバードームによって元の位置に戻ります。
押下感のほとんどはラバードームによって作られますが、スイッチの ON/OFF 時にキーが底を打つので指はその衝撃も受け止めることになります。

#### 薄型キーボードの場合

![](./img/membrane_rubber_thin.gif)

ノートパソコンなどの薄型キーボードでストロークが小さくなった場合は、支えが弱くなりキートップのガタツキや引っ掛かりが発生することもあります。 

### <label id="menbrane_rubber_panta">メンブレン＋ラバードーム＋パンタグラフ(2)</label>

![](./img/pantograph.jpg)

接点にはメンブレンスイッチ、キーを元の位置に戻す機構にはラバードームを採用している点は先ほどと同様です。キートップのグラつきを防ぎ安定した押下を実現するために支持構造として**X 形のパンタグラフ**を追加しました。
..
薄型キーボードの場合、ラバードーム単体では端と中央の押下で安定性に差が出ますが、パンタグラフ構造では端を押しても安定した押下が実現されます。そのため薄型キーボードで多く採用されており、ほぼ全てのノートパソコンはこの方式です。

![](./img/pantograph_break.jpg)

#### MacBook 系のシザーキーボード

![](./img/scissor.jpg)
<a class="quote" href='https://www.ifixit.com/Teardown/MacBook+Pro+16-Inch+2019+Teardown/128106'>https://www.ifixit.com/Teardown/MacBook+Pro+16-Inch+2019+Teardown/128106</a>

Macbook 系のシザーキーボードもパンタグラフと似たような構造をしています。

### コーヒーブレイク：メンブレン式とパンタグラフ式

「メンブレン式」と「パンタグラフ式」で分けられることが多いですが、ここまでで分かる通り其の分類は正しくありません。
どちらもメンブレンスイッチを採用し、前者はラバードームとスライダ、後者はラバードームとパンタグラフから構成されるキーボードを指すことが大半です。

## <label id='mechanical'>メカニカル式(3)</label>

![](./img/mechanical_onoff.gif)
一般的なスイッチとして思い浮かべる機構を使用しています。
..
メンブレンスイッチと違い、**キー１つ１つが単体のスイッチ**となっています。
キーの押下によってスイッチ内の板バネが動き、接点と接触することで入力を検知します。
手を離したキーは内部のコイルバネによって元の位置に戻ります。
..
高級キーボードの一部という空気を醸し出していますが、構造自体は昔ながらのものです。

### 自作キーボード

![](./img/mechanical_mente.gif)
スイッチがそれぞれ独立して成り立っているので、カスタマイズやメンテナンスが容易です。

そのため、自作キーボードではほぼメカニカルスイッチが採用されています。

![](./img/corne_cherry.jpg)

<a class='quote' href='https://www.itmedia.co.jp/news/articles/1911/27/news141.html'>こっちの沼は深いぞ、自作キーボード組み立て入門　左右分離型の「Corne Cherry」で各工程を解説</a>

一口にメカニカルスイッチと言っても軸の種類が様々あり、それぞれ打鍵感や打鍵音は多種多様です。
現在の自作キーボードでは <a href='https://www.diatec.co.jp/products/CHERRY/'>Cherry 社の MX スイッチ</a>が主流で、色分けされたそれぞれのスイッチを好みによって採用します。

<ad>
## <label id='electro_cap'>静電容量無接点方式(4)</a>

![](./img/capacity.jpg)

> 静電容量(主にコンデンサで使われる電気エネルギーの貯蓄容量)
> ＋
> 無接点（物理接点を持たない

という言葉どおりの方式です。

### 構造

![](./img/elecap_structure.jpg)
構造自体はキーストロークの深い「<a href='#membrane_rubber'>メンブレン＋ラバードーム式</a>」と非常によく似ています。主な違いは以下の 2 つです。

- コニックリング(円錐型のバネ)があること
- 物理接点のスイッチが無いこと

コニックリングの上にはラバードームが被さり、シリンダ・スライダ、キートップが上部に配置されています。

### 静電容量無接点方式の検出方法

#### ON/OFF の仕組み

![](./img/elecap_onoff.mp4)
キーの押下によって、円錐型のバネ(コニックリング)が変形し、基板上の電極間の電荷が変化します。この電荷の変化を読み取り、ON/OFF を検出します。
メンブレンスイッチと違って必ずしも底付きをする必要がないため、軽いキー入力をすることが可能です。

#### ON/OFF ポイントの調整

この静電容量の閾値の変更をすることで、どこで ON/OFF を切り替えるのかを調整が可能です。
高級キーボードとして名前の上がる Realforce はこの仕組を利用した APC という反応する深さを変更する機能が搭載されています。

![](./img/realforce.jpg)
![](./img/apc.png)

#### ON/OFF 両方の閾値を変えることによるチャタリングの防止

> チャタリング
>
> 可動接点などが接触状態になる際に、微細な非常に速い機械的振動を起こす現象のことである。 原義は、そのような振動により音を立てる（英: chatter）という意味から。

静電容量無接点方式では、ON ポイントと OFF ポイント間に隙間をもたせることで、ON→OFF、OFF→ON に変わる際のチャタリングを防止できます。
とはいえ、他のスイッチを採用したキーボードでもチャタリング防止策は講じているため問題になることは殆どありません。

### 特徴

- 静電容量センサのコストが高い
- 接触時の跳ね返りがないため、良い押下感を得られる
- 接点が無いため高耐久
- チャタリングが発生しないので高信頼
 値段も高いので高級キーボードとして名前が上がることが多いです。

### 個人的見解

#### 静電容量無接点方式の製品の個人的順位付けと特徴

静電容量無接点方式は主に Realforce、Happy Hacking Keyboard(HHKB)、NiZ の 3 種類の会社の製品に採用されています。私は 3 種類のキーボードを一応すべて使用したことがあるので、その順位付けと特徴についても~~まとめてみました~~。**要編集：別記事**
..
2021 年現在私が使っているのは HHKB Professional HYBRID Type-S 英語配列／白です。よろしければ以下のリンクからご購入下さい。
<affiliate>
title: "HHKB Professional HYBRID Type-S 英語配列／白"
img:https://hbb.afl.rakuten.co.jp/hgb/1f2f498e.32f3e0fe.1f2f498f.9e27a1df/?me_id=1281726&item_id=10000629&pc=https%3A%2F%2Fthumbnail.image.rakuten.co.jp%2F%400_mall%2Fpfudirect%2Fcabinet%2Fimages%2Fpd-kb800w.jpg%3F_ex%3D240x240&s=240x240&t=pict
amazon:https://amzn.to/3cbfwo1
rakuten:https://hb.afl.rakuten.co.jp/ichiba/1f2f498e.32f3e0fe.1f2f498f.9e27a1df/?pc=https%3A%2F%2Fitem.rakuten.co.jp%2Fpfudirect%2Fpd-kb800w%2F&link_type=hybrid_url&ut=eyJwYWdlIjoiaXRlbSIsInR5cGUiOiJoeWJyaWRfdXJsIiwic2l6ZSI6IjI0MHgyNDAiLCJuYW0iOjEsIm5hbXAiOiJyaWdodCIsImNvbSI6MSwiY29tcCI6ImRvd24iLCJwcmljZSI6MSwiYm9yIjoxLCJjb2wiOjEsImJidG4iOjEsInByb2QiOjAsImFtcCI6ZmFsc2V9
</affiliate>

#### 押下感と疑問

前述したとおり、構造自体はキーストロークの深い「<a href='#membrane_rubber'>メンブレン＋ラバードーム式</a>」と非常によく似ています。主な違いの「コニックリング」は静電容量の検出のみに使用され、力は弱いので押下感のほとんどはラバードームに起因します。
..
耐久性や信頼性が向上することと、底打ちがないことによる打鍵感の向上は理解できるのですが、その他の構造はメンブレン方式とあまり差がないのに関わらず押下感が違う理由が私の知識では明確にわかりませんでした。
※特に Realforce の押下感は「メンブレンを上品にした感じ」と表現されることがあります。
..
現時点では、「静電容量無接点方式」自体の特徴に加えて、この方式を採用するだけのこだわりから来る、ラバードーム、プランジャ、スライダ、緩衝材、などの駆動部の調整精度が高いことが理由なのかなと考えています。詳しい方がいましたら是非ご教示ください。


## その他

### バタフライキーボード

2015~2019 年まで macbook 系に採用されていました。
バタフライと言われる通り蝶の形をした支持機構が特徴的です。
パンタグラフ（Macbook 系ではシザー）は 2 つの部品の組み合わせですが、バタフライは一つの部品が変形することでキーを支持します。
スイッチには金属のメタルドームスイッチが採用され、プチプチと潰れるような感覚があります。
..
薄型を実現するために開発されましたが、最後まで問題が絶えなかったキーボードです。

### バックスプリング式


buckling spring（バックリング スプリング）：折れ曲がるばね

が名前の由来で、遥か昔の IBM のキーボードに採用されていました。現在も IBM から独立した Unicomp という会社がこの方式を採用したキーボードを販売しています。
..
屈曲したスピリングが各キーを支え、押下の際にスプリングが一定の場所で折れることでスイッチが ON になります。
私も触ったことがないので是非一度触ってみたい方式です。

#### 特徴

スイッチ時に強い打鍵音と押下感が発生します。
重く、打鍵音が大きいですがいまだにファンが存在している方式です。

## 動画版はこちらから

<iframe class='youtube' src="https://www.youtube.com/embed/nnDwFcvVxxA" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture" allowfullscreen></iframe>

キーボードで使われるキースイッチの構造と違い（メンブレン 、パンタグラフ、メカニカル、静電容量無接点）

# 2 年間使用した iPad mini 5 から iPad Air 4 へ乗り換え。Pro から mini に乗り換えた過去と比較してどう？

約 2 年間使い続けた iPad mini 5 を手放し、iPad Air 4 へ移行することにしました。
現代においてほぼ必須と言えるパソコン、スマホと違ってタブレットは明確な目的を持って所有すべきデバイスです。

#### 今まで : PC やスマホのサブとして、また、手軽なノートと鑑賞デバイスとして使いたい。

#### これから : イラストを本格的に勉強したい

 
両方の目的を果たすためには両方保有するのが最良ですが、持つデバイスはできるだけ少なくしておきたいものです。数日悩んだ結果、イラスト学習の気持ちが勝ったので移行することにしました。

## なぜ iPad Air 4 なのか

![](./img/compare.jpg)

### iPad Pro 12.9 は大きすぎる

プロのイラストレーターは目指さないので流石に大きすぎます。持ち運びも多少考慮したいです。

### iPad Pro 11 とほぼ一緒だけど安い

一番迷った対象ですが、私の使用想定上はほぼ違いが存在せず単純に安いので Air にしました。

#### Air のデメリット

- 画面のリフレッシュレートが 120Hz ではなく 60Hz
 - mini では特に不満は感じなかったので良しとします。
- ベゼルが少し厚い
 - 並べるとわかりますが、単体で見るとそこまで気になりません。
- Face ID がない
 - iPad だと FaceID のほうが便利かも
- スペックが一部低い

#### Air のメリット

- Touch ID がある
- 20000 円以上安い
- スペックが一部高い

### iPad 10.2 はどうなの？

安いのは魅力的ですが流石にデザインが古臭く、Apple Pencil 第一世代とはもう関わりたくないので無しです。

## iPad Air 4 の購入直後の感想

### Apple Pencil 第二世代は良い

いまさらですが。
なぜ最初から実現できなかったのか。

### 大きさは一長一短

イラストを描く上では明らかにストレスが減って使いやすくなりました。 
イラスト以外の場合では mini のほうが使いやすいです。 
本を読むにも大きすぎると逆に読みづらいです。 
Pro 10.5 と mini のときは主に MacBook Pro と組み合わせて使っていました。なので、机上でも小さい方が使いやすかったですが、今はデスクトップ PC との組み合わせなので大きいサイズでもじゃまにならず使えます。 
mini に慣れているので、持ち上げるときにはかなり重さを感じます。

### Touch ID は少し使いづらい

反応速度などに不満はありませんが、横にしたときに上になる部分にもつけて欲しかったです。

### Type-C なので、iPhone Xs の充電ケーブルと共通化できないのが不便

これは iPhone が悪い。

## iPad mini を 2 年使って

#### mini の良かったところ

- 軽い
- 小さい
- 電子書籍を読むにはちょうど良い
- 手持ちで ApplePencil は想像以上に使える
- 手持ちで両手入力ができる
- カメラが出っ張っていない

#### mini のダメだったところ

- ベゼルが厚い
- スピーカが下にしか無いので音体験が悪い
- 画面タップでスリープから解除されない
- Apple Pencil が第１世代
- カメラが非力
- フラッシュがない

 
ダメだったところは使っているうちにほとんど問題なくなり、手軽さという大きなメリットのおかげで「PC やスマホのサブ、観賞用デバイス、アイデアドローイング」などの伏兵的な活躍を続けました。

### iPad mini のアクセサリ

![](./img/acce.jpeg)

ApplePencil が白なので、白に統一して使っていました。
Cover は結構汚れてしまいましたが、使っていて嬉しい組み合わせです。 
ApplePencil には[ApplePencil マグネットグリップ](https://amzn.to/2ZHm2wK)を付けて、疑似 ApplePencil 第二世代の様にしていました。

## iPad Pro(10.5)から iPad mini へ乗り換えた過去

2019 年の 5 月に iPad Pro(10.5)から iPad mini への乗り換えを行った過去があるのでそちらについても記しておきます。

<iframe src="https://www.youtube.com/embed/UnTjb-a-ZWs" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture" allowfullscreen></iframe>

### iPad Pro 10.5 はいろいろと大きすぎた

#### 本体サイズ、重量

気軽に取り出せない。キーボードと組み合わせると特に顕著

#### 画面サイズ

基本的に大きい方が良いが、本を読むには大きすぎる

#### 性能

これについては強くても問題は無い(当たり前ですが)

### なぜ iPad mini に乗り換えた？

**_ApplePencil が使えて、小さいけど小さすぎず、軽いけど非力ではない_** 
劇的な利点はないけれど、私のライフスタイルでは汎用性が高くて手軽さがあれば良いとわかったので mini に買い替えました。

![](./img/compare_size_pro_mini.jpg)

### そもそも iPad Pro 10.5 はなぜ買った?

1. 絵が描きたかった
1. ノートが欲しかった
1. ApplePencil + iPad Pro という体験にただ憧れた。

### iPad Pro 10.5 は期待と現実がマッチしなかった

#### スマートキーボードと組み合わせて、外出先でノートパソコンの代わりとして使用したい。

iPad OS はマルチタスクが苦手。文章を書くには集中できるが、基本的にそれ以外には使えない。マウスも使いにくい。

#### 電車内や待ち時間に雑誌や電子書籍を読みたい。

雑誌は画面も綺麗で大きいのでとても見易いが、電子書籍を読むには画面が大きすぎる。何より片手で持つと重すぎる。

#### ApplePencil との組み合わせでイラストを描きたい。

あまりイラストを描かなかった（私自身の問題）

#### アイデアや考えの整理のために気軽に書きこみたい。

ノートとしては使える。パソコンとともに使うには大きくて少し邪魔。

### そして、Pro から mini へ

「本格的かつ気軽」を期待していたがどちらも中途半端で、iPad を使う機会が少なく持て余している状態でした。
ApplePencil と iPad の手書きデバイスとしての体験は非常に良く、電子書籍を読むデバイスとしてタブレットは欲しかったので mini へ乗り換えました。

2年間使用したiPad mini5からiPad Air4へ乗り換え。Proからminiに乗り換えた過去と比較してどう？

# 凍結された Twitter アカウントを削除する(2021 年版)

## 事の顛末

Twitter のアカウントが何らかの理由で凍結された場合、所持者はほぼ全ての編集操作が許可されない状態になります。

#### できること

- ログイン
- 自分の投稿の確認(画像などは見えない状態になっています)
- 他人のアカウントの閲覧
- トレンドの閲覧
- etc.

#### できないこと

- 新規ツイート
- 既存ツイートの削除
- 新規フォロー
- アカウント削除
- プロフィール編集
- etc.

## 凍結した状態で削除をしようとした場合

#### 1.削除操作直前

![](./img/before_delete.png)

#### 2.削除操作後

![](./img/reject_delete.png)

1 の様に削除直前まではいけますが、アカウント削除を押下しても拒否通知が表示されます。
これはツイート削除やプロフィール編集操作の場合も同様です。

<ad>

## 実際にやったことと進捗

### 1/23 23:00 凍結解除申請

削除のリクエストは出来ない(?)ようなのでまず凍結の解除をリクエストする必要があります。

[アカウントの凍結について](https://help.twitter.com/ja/managing-your-account/suspended-twitter-accounts)を参照し、[アカウントの凍結またはロックに異議申し立てをする](https://help.twitter.com/forms/general?subtopic=suspended)からリクエストを行います。

![](./img/request.png)

#### 入力内容

- 問題の詳細
 アカウントが凍結されていて削除が出来ません。
 凍結解除はしなくて良いので削除をお願いいたします
 

- 氏名
 削除するアカウントに対して本名を使いたくなかったので偽名を使用しました。本当は良くないと思いますが、特に確認もありませんでした。
 

- Twitter ユーザー名
 ログインユーザー ID が固定で指定されています
 

- メールアドレス
 アカウントに登録してあるメールアドレスでなくても問題有りません。
 

### 1/23 23:00 受付メール受信 & 返信

受信メール内容

```
ご利用ありがとうございます。

お客様のアカウントに関する異議申し立てを受け取りました。このメッセージに返信し、このメールアドレスが使用可能なことを確認してください。いただいた情報を確認次第、ご連絡します。

通常は、Twitterルール（https://twitter.com/rules）または利用規約（https://twitter.com/tos）への違反があった場合にアカウントを凍結します。さらに、Twitterルールへの違反が繰り返されると永久凍結となることがあります。

よろしくお願いします。

Twitterサポートチーム
```


何も指定はなかったので、特に追加入力はせず返信しました。

### 1/27 18:00 凍結解除確認 & 削除

審査や解除しましたなどの連絡は一切届きませんでした。
もっと前に解除されていた可能性はありますが、今回の場合は 4 日以内に対応が行われました。

必要のないアカウントだったのですぐに削除しましたが、そのまま使い続けようと思えば使える状態になっていたように感じます。

## もう一つのアカウント

もう一つ必要のない凍結されたアカウントがあったので同様の手続きを行いました。
前述のアカウントはほとんど使用していなかったので休眠アカウントの凍結的な物だと思います。
それに対し、もう一つのアカウントは少し Twitter ルールに抵触しているものなので結果が異なる可能性があります。

### 1/27 18:44 　凍結解除申請 & 受付メール受信 & 返信

同様の処理を行いました。

### 2/4 9:42 別途メール受信

前回は受信しなかったメールが届きました。

```
ご利用ありがとうございます。

このたび、ご利用のアカウントが凍結されましたのでお知らせしております。ログインできなかった場合は、パスワードリセットメールをリクエストしてみてください。

フォロワーやフォロー数が元の状態に戻るまでに数時間かかる場合があることをご了承ください。

このアカウントは送信専用ですので、また何かありました際には、ご利用のTwitterアプリまたはフォームページから報告を送信していただけるようお願いいたします。

よろしくお願いいたします。

Twitter
```

元々凍結されていたのに再度凍結？と思いログインしてみましたが、凍結が解除された状態でした。
妥当な理由で凍結されたアカウントでも意外とあっさり解除されてしまいました。

 
「削除したいから」という旨を送ったのが効いているのだと思いますが、同じ様な言説を使えば普通に解除されるのでしょうか？
検索すると不当な凍結でも解除まで数ヶ月かかっている例もあるので謎です。

凍結されたTwitterアカウントを削除する(2021年版)

# HitBTC で日本人が KYC 認証をして資産を救出する(2020 年版)

> bitflyer Lightningでの証拠金維持率・必要証拠金・損益などを計算できるツールを作成しました。 
> <a href='https://k4a.me/tool/calculate/calc_cryptocurrency_fx_margin' target="_blank">bitFlyer Lightning 損益・証拠金維持率計算ツール</a>
> 
> bitFlyer LightningのビットコインFXを対象としていますが、他の仮想通貨(暗号通貨)FXにも流用可能ですので、是非お使いください。

## 要約

HitBTC(海外の暗号通貨取引所)は第一次暗号通貨ブームの頃に私も利用していましたが、2018 年 6 月に日本人の利用が停止されています。通知があったようなのですが見逃しており資産が取り出せない状況になっていました。
最終的に bitbank への送金が完了したのでやったことを記します。

- 資産が取り出せない原因は日本人だからではなく KYC(本人確認)ができていなかったため
- KYC(本人確認)は日本人でも普通に通る
- KYC には英語表記の証明書が必要(翻訳でも可)
- KYC 後は出金だけではなく、取引も可能(一時的に)
- 出金手数料とアドレスの White List に注意

要は普通に手順通り KYC を行えば問題なく出金できます。それだけ知れば満足な方はこれ以上読む必要はありません。

## なぜ出金できなかったのか

出金及び取引のためには、本人確認書類の提出などを含む KYC(本人確認)を完了させる必要があります。アカウントの設定画面や出金時のエラーメッセージを読むとわかりきったことなのですが、それを解消するには問題がありました。

### KYC には英語表記の証明書が必要

提出を求められる証明書は英語表記である必要があり、その対象は以下の 3 種類です。

- Passport
- Driver's license
- National Identify document
 ※期限まで 3 ヶ月以内

この内、標準で英語表記なのはパスポートだけで、それ以外を使用する場合は正式な翻訳及び翻訳証明書が必要です。 私のパスポートは今年が期限でしたが、コロナ禍を理由に延長しておらず無効になっていました。そのためパスポートを新規取得するか、他の書類を翻訳して提出する必要がありました。

### 日本人は通らない(正確には日本にいると通らない)というネットの記事

「HitBTC KYC」と検索すると、「日本からのアクセスでは受理されない」という記事ばかり出てきます。VPN を通せば海外からのアクセスと見せる事はできますが、そもそも日本の住所が記載されている証明書を提出する時点で日本人と判定されそうです。
当面海外に出る予定はないため証明書の翻訳をしようと思いましたが、日本人ということがわかった時点で永久に資産が凍結される危険性がありそうです。

<ad>

## HitBTC への問い合わせと返答

先程の資産凍結のリスク&翻訳にも少しお金がかかるので、先に言質を取ろうと思い問い合わせをしました。

### 問い合わせ

```
Hello HitBTC Support team.
I am Japanese.
I would like to withdraw the cryptocurrency in my account, but can a Japanese person get it ready for withdrawal if I go through the KYC procedure?

The driver's license is ready to be translated with a translation certificate.
Thank you very much.
```

### 返答

```
Dear ****,

Thank you for reaching out.

We are sorry you're having trouble, but luckily the issue can be fixed quickly.

You see, your account has not been verified. Furthermore, it has been inactive for a long period of time. This puts your account and balances at risk. In order to protect you, we have temporarily restricted trading and withdrawal features on your account, but we are ready to restore them for you.

To restore your account to its full capacity, please verify your account. Fill out the KYC form here to start the procedure.

Please make sure to provide your proof of identity document with a certified translation attached or provide us with any other valid documents proving your identity in latin characters.

Please note, that a certified translation is a translated document accompanied by a signed statement from the official translator. The statement should be also notarized by a notary public.

Once everything is done, your account will automatically be restored to its full capacity and you should be able to initiate a withdrawal normally.

Please let us know if you have any questions, we are always here to help.

```



```
手を差し伸べて(?)いただきありがとうございます。

お手数をおかけして申し訳ありませんが、幸いにも問題はすぐに解決することができます。

おわかりの通り、あなたのアカウントは認証されていません。さらに、長い間アクティブではありませんでした。これはアカウントと残高を危険にさらしています。あなたを保護するために、一時的にあなたのアカウントで取引と出金機能を制限していますが、それらを復元する準備ができています。

アカウントを完全に復元するには、アカウントを認証してください。こちらのKYCフォームに必要事項をご記入の上、手続きを開始してください。

本人確認書類には翻訳文を添付するか、ラテン文字での本人確認書類を提出してください。

なお、翻訳証明書とは、正式な翻訳者の署名入りの翻訳文を添付したものです。この文書は公証人によって公証されている必要があります。

すべてが完了すると、お客様のアカウントは自動的に完全な状態に復元され、通常通りに出金を開始することができるはずです。

ご不明な点がございましたら、お気軽にお問い合わせください。
```


日本人と明記して問い合わせをしたのに対し、「KYCをしろ」という以上のことは返答されなかったため普通に通ると判断できそうです。

## 証明書類の翻訳

私は運転免許証を提出することにします。翻訳だけなら自分でも簡単にできるのですが、ただ翻訳するだけではなく「正式な翻訳証明書」をつけて提出する必要があります。 
ネットで検索した所役所などの機関ではなく一般的な翻訳業務に携わる会社で問題なさそうだったので、適当に検索して出てきた中から[株式会社アクチュアル](https://j-french.com/company/)を選びました。ここを選んだ明確な理由はないのでどこでも良いと思います。

- 費用：両面で\4000(税込み\4400)
- 見積もり返答：1 時間以内
- 郵送完了：発注から 4 日後

対応も早く、費用もそこまで高くないので普通におすすめです。

### 翻訳書類

![](./img/translate_01.jpg)
こんな感じのペライチの書類です。これに 4000 円を払うのは癪ですが、以下の証明書が必要だったので仕方有りません。

![](./img/translate_02.jpg)

<ad>

## KYC(本人認証)の手続き

これでようやく KYC へ移ります。5 つ項目がありますが、特に難しいことはないので順番に埋めていきます。

### KYC 提出

#### Personal Infomation

![](./img/kyc_1.png)

- 名、氏
- 誕生日
- 国

#### Residentialo address

![](./img/kyc_2.png)

- 住所(番地)、住所(建物)
- 国、郵便番号
- 都市

#### Proof of Identify

![](./img/kyc_3.png)
ここで証明書を提出します。
私は以下の 5 枚の写真を提出しました。

- 運転免許証(表)
- 運転免許証(裏)
- 翻訳書類(表のみ)
- 翻訳証明書(表のみ)
- 上記 4 枚を全て写す

#### Selfie

![](./img/kyc_4.png)
ここで先程の書類と手書きのメモを含めた自撮り写真を提出します。
手書きのメモは以下を記載します。

- メールアドレス
- 日付
- "for HitBTC."

メモを含めた上記書類をすべて持って写真を取るのは大変だったので、証明書は外して「免許証(表)」「翻訳書類」「メモ」を持った写真を提出しました。

#### Mobile Number

![](./img/kyc_5.png)
日本の場合は"+81"を選択して電話番号を入力します。SMS 認証コードが届くの入力します。


これら5つの項目を入力してリクエストを提出すると、「ちょっと時間かかるから待ってろ」という自動メールが来るので認可まで待ちます。

### 認可

2020-12-10 0:00 に提出し、2020-12-11 1:58 に認可されました。 
一度位は不手際や日本人が理由で返されるかと思いましたが特に何もなく、届いたメールは「KYC 提出受付」「認可」の 2 通でした。

## KYC 後の取引及び出金

### 手数料

HitBTC は出金手数料が馬鹿みたいに高いです。(2020/12 現在のレート換算)

- BTC
 - 0.0015 BTC
 - 28.9 USD
 - 3005 JPY
- ETH
 - 0.0102 ETH
 - 5.91 USD
 - 615 JPY
- XRP
 - 6.38 XRP
 - 3.29 USD
 - 342 JPY
- XEM
 - 102.1 XEM
 - 26.4 USD
 - 2745 JPY

この中だと XRP が USD(JPY)換算で一番安い（それでもクソ高い）ので、資産を XRP にまとめて出金します。

![](./img/trans_01.png)
取引は滞りなくできました。
（この画像はただ Main Account から Trading Account へ移してるだけです）

### White list による 48 時間の出金停止

XRP にまとまったので出金しようとすると、承認確認メールはすぐに届きましたが、クリック後の遷移先で White list に登録されていないアドレスへは出金できないと言われます。White list に新しいアドレスを登録しようとすると、「48 時間出金ができなくなる」と更に言われます。 
今後 HitBTC を利用するつもりはないので White list 制度を無効にしようとしますが、それも「48 時間出金ができなくなる」対象のようです。

![](./img/whitelist_02.png)

どちらに転んでもだめなので無効にした所、**無事**出金が停止されました。
![](./img/whitelist_01.png)

reddit などで**ShitBTC**と書いている人の気持ちがわかりますね。

### 48 時間経過後

48 時間経過した 2020-12-13 20:52:26 に[アカウントページ](https://hitbtc.com/account)から引き出しを試みます。前回と同様承認確認メールはすぐ届きましたが、まだ油断はできません。

クリックすると以下のようなメッセージが表示されました。

![](./img/withdraw_caution.png)

```
日本からHitBTCにアクセスしているようです。

日本のお客様は、取引活動を停止し、未決済の取引ポジションをすべて閉鎖し、直ちにプラットフォームからすべての残高を引き出す必要があります。

その後、財産の引き出しを可能にするために必要に応じて短期間の猶予期間を設け、日本のアカウントではすべてのサービスがブロックされます。
詳細については、当社の利用規約をご覧ください。

あなたは日本の個人ユーザーですか？
```



今までずっと日本からアクセスして日本人だということも名言して来たのに、このタイミングで表示してきたのでびっくりしました。とはいえ猶予は設けてくれるそうなので YES をクリックします。
出金処理が無事に進んでいることがわかります。

![](./img/withdraw.png)

すぐ後に bitbank で入金が確認できました。

![](./img/deposit.png)
※HitBTC と bitbank では標準時が違うのでかなり時間が経過しているように見えますが、日本標準時は UTC+9 なので、hitBTC の出金は日本時間「2020-12-13 20:43:58」です

## 最後に

複数通貨の端数分（通算 0.16USD 程）は HitBTC に残ってしまいましたが、無事出金することができました。


2020/12/12 は Spark Token(FXRP)の AirDrop に必要なスナップショットのタイミングで、丁度そこで停止されてしまったので、HitBTC にあった分の XRP による FXRP はもらえなさそうです。HitBTC が AirDrop に対応していればいいんですが、アナウンスも Twitter の返答も無いのでダメそうです。
今回に関しては放置していた私が悪いので、皆さんも気をつけてください。

HitBTCで日本人がKYC認証をして資産を救出する方法(2020年版)

# HHKB のキー配列を一般的なキーボードと比較する(独自のカスタマイズも加える)

## HHKB と一般的なキーボードの配列の違い

![HHKBと一般的なキーボードの違い](./img/difference_fullsize_keyboard.jpg)

60%キーボード[1](#annotation1)はフルサイズキーボードやテンキーレスキーボードと比較してファンクションキー(ESC,Fn1~...)の行が削られているため、**ESC の配置を物理的に変える必要**があります。 
一般的に ESC キーは一つ下の行にスライドされるため、**その場所にあったキーが更に追いやられる**ことになります。

1. フルサイズ（テンキーや機能キー有り）を 100%とした場合、キー数が約 60%なので 60%キーボードと呼ぶ

### JIS 配列の場合

日本語/英語切り替え(IME)キーが、一番下の修飾キーの行に配置されています。

### US 配列の場合

バッククオート(\`)キーが、右上のバックスラッシュ$\\$とバックスペース(Delete)の場所を拝借する形で配置されています。

## Fn との組み合わせで実現される機能キー

フルサイズキーボードやテンキーレスキーボードの多くの機能キーはコンパクトキーボードには存在しません。HHKB では更にファンクションキーや矢印も無いため Fn キーとの組み合わせで実現されます。 
Fn キーとの組み合わせで表現されるのは以下のキーです。

- Ins(Insert)
- Del(Delete)
- Home
- End
- PgUp(Page Up)
- PgDn(Page Down)
- PSc(Print Screen)
- ScrLK(Scroll Lock)
- Pus(Pause)
- Caps(Caps Lock)
- ←↓→→（矢印・方向キー）※US のみ
- F1~F12(ファンクションキー)
- Volume 関連

## 独自カスタマイズ

通常のキーも含めたこれらのキーは[キーマップ変更ツール](https://happyhackingkb.com/jp/download/#tool)で自分好みに変更することが可能です。
※HYBRID/HYBRID Type-S のみ

通常の使用範囲内では変更する必要はありませんが、私は Windows を使用する場合に限り以下のようにキー配列を変更しています。

![HHKBのカスタマイズ](./img/HHKB_customize.jpg)

HHKB のキー配列を一般的なキーボードと比較する(独自のカスタマイズも加える)

# タイピング、ミスを減らすか？スピードをあげるか？タイピング練習始めました。

この記事はもう閉鎖したブログから掘り起こしたものです。
..

## タイピング練習をはじめました

日常の中でタイピングの練習をする時間を少し取ることにしました。当然ながらこのサイトだったり文書作成やプログラミングでタイピングは行っていますが、何かを生み出すことではなく**タイピング自体に目的を置いたタイピング**の時間です。
..
人並みかそれ以上にはタイピングできる自信はあります。でも、ホームポジションをしっかりと守れていなかったり、ミスタッチが目立ったり、記号のタイピングが入ってくると途端にブレーキがかかってしまったりするので、指に丁寧なタイピングを染み込ませる必要があると感じたのがきっかけです。
..
**日本語**、**英語**、**記号**の３点で練習を行っています。

##　タイピング練習

### 1.日本語タイピング

#### e-typing 　

[インターネットでタイピング練習 イータイピング | e-typing ローマ字タイピング](https://www.e-typing.ne.jp/member/)

言わずと知れた e-typing です。タイピング検定を行っていることもあり、忠実に文章のタイピングを練習するには一番オーソドックスな作りになっています。寿司打や他の有名なタイピング練習サイトはゲーム性もあり非常に面白いのですが、私の場合は**ゲームをクリアするためにタイピングが雑になってしまった**ので、e-typing に落ち着きました。
..
主に「腕試しレベルチェック」と「長文」をやっています。レベルチェックの場合は、**ランキングがついたりカルテが記録される**のがモチベーションを保つにはとても良いです。
..
![](./img/e-typing.jpg)

だいたい**スコア 350**、**正確率 98**前後で推移している感じです。ランキングをのぞいてみるとスコア 700 超えとかが転がっていますが、多分同じ人類ではないので気にしないのが得策です。

### 2. 英語タイピング

**日本語タイピングだけでは打たないキーがある**こと、**プログラミングをするには英語の方が近い**ことから、英語の練習もする必要があると気がつきました。今まで英語タイピングサイトは触ったことがなかったので、どれが良いのかはわからなかったのですが、今は以下の２つを交互に使ってみています。

#### TypingClub

[https://www.typingclub.com/sportal/](https://www.typingclub.com/sportal/)

..

- 細かいカリキュラムが設定されている。
- 間違えた場合に Delete をする必要があるので、 実践に近い

![](./img/typingclub_01.jpg)

![](./img/typingclub_02.jpg)

#### keyhero

[Typing Test · Improve your WPM speed](https://www.keyhero.com/)

..

> シンプルに英文の練習ができる
> 間違えた場合に Delete をする必要があるので、 実践に近い

![](./img/keyhero.jpg)

調べた感じだと、英語のタイピング練習サイトは**間違えた場合に修正が必要（できる）作りになっている**ところが多かったです。e-typing にも英語版はありますが、なぜか e-typing の英語版と日本語版のリンクが同じで使いにくかったのと、違うサイトを使ってみたかったので上の２つのサイトを使っています。

### 記号タイピング

#### Symbol Typing

[https://corocn.github.io/symbol-typing/](https://corocn.github.io/symbol-typing/)

..
The simple です。それ以外に表す言葉はありません。HHKB の US を買い、人生で初めての US 配列を使い始めたので、US の記号を特に練習する必要があると思いこちらを使っています。

![](./img/symboltyping.jpg)

全部終わると 50 文字を何文字で打てたかの結果のみ表示されます。時間などは計測されません。

### 練習状況

今のところ記号が一番辛いです。できるだけキーボードは見たくはないのですが、見ずにタイプをするとあまりにミスタッチが多いので、自信がないキーはしっかりと確認して打っています。
..
英語のタイピングは英単語よりもスペースをかなりの高頻度でタイプしないといけないのが意外と大変です。プログラミングでもスペースキーは多用しますが。そんなに高速にソースコードを書きまくれるほどスキルがないので今まで気がつきませんでした。

## スピードをあげることよりミスを減らすことを重要視すべき

本題です。

タイピング練習をするとどうしても早く打つことに気が取られてしまいがちです。もちろん早く文字を入力するためには早く打つ必要があります。ただし、どちらも満足できる程度には達していない場合には、正確に打つスキルを重要視してマスターするべきだと思います。
..
ミスを減らすこととスピードをあげることはよく比較されがちですが、私がミスを減らすことを重要視すべきと思う理由は以下の３点です。

### 1. 正しく入力ができない状態で速度を目指しても意味がない。

ゴルフでちゃんとした打ち方を身に着ける前に遠くに飛ばす練習をする、短距離で正しい走り方を身につけずにただ速く走ることを目指して練習する、これらはあまり意味のないことだと感じませんか？

タイピングも同じです。一回一回の打つごとにキーを確認しろと言うことではありませんが、無理なく正確に入力できる指と脳が身についてから、速度をあげることを目指すのが自然な流れだと思います。

..
余談ですが私はあまり例えが好きではありません。例えを用いることでわかりやすくなることは多いですが、違う事象を理由にある事象の根拠を示したり説明するのはアンフェアな気がします。概念を説明するために、具体例を例えとして用いるのは正しい使い方ですが、「それは確かに事例として比較するのはわかりやすいかもしれないけど、でも違う事象だよね？」と思うことが Twitter では多々あります。ここで具体例がパッと思いつかないのがダメですね。次見かけたら追記します。

### 2. 消去と打ち直しによるストレスとロス

ミスタッチをするとその文字を消して打ち直す必要があります。**そのロスは純粋なタイプ数のロスより大きい**です。

- タイピングの流れを止めて消す作業に切り替えなければいけないこと、
- 消す文字数を把握して繰り返し Delete を押さなければいけないこと、
- 単語の途中から入力を開始しなければいけないこと

これらのロスと、これによって発生するちょっとしたストレスを考えると正確に打つことを目指した方が良いと思います。

### 3. かっこ悪い

- 普通のスピードでミスタッチなく入力している人
- 人より早いスピードで入力しているけどミスタッチが多く Delete を頻繁に押している人

どっちがかっこいいですか？
..
ミスタッチを入れた後者の方が前者より入力数が多かったとしても、私は前者の方がかっこいいと思います。

## 追記練習記録（e-typing）

e-typing は「腕試しレベルチェック」という練習をすることで、自分のカルテやランキングに記録することができます。 その結果がこれです。
![](./img/score.png)

途中でミスが多くなってしまった時には中断をしたりしているので純粋な練習数ではありませんが、練習をする日は最低 1 回は登録するようにしています。

スコアのブレはもちろんありますが、スコアの低いところも高いところも伸びているように見えます。（前半の 30 回は順調に推移していますが、ここ 30 回は停滞気味です。）

単純に中央を取れば良いというものでは無いと思いますが、スコアが **40(1 割強)程**伸びてます。

- 始めた頃：約 343
- 直近：約 383

とは言ってもまだまだクソザコタイピングマンであることには変わりなく、

> (1)スコアを 400 後半にする (2)1000 人以上の参加者がある状態で上位 2%に入る

という目標はまだまだ夢のまた夢です。

一応現状を把握しておきます。

![](./img/ranking.png)
ランキングは **2793 人中 239 位で上位 8.6%**、目標としている**上位 2％に入るには 55 位以内**にならないといけないようです。

![](./img/ranking2.png)

現在の 55 位は「ももたさん」の 506 なので、400 後半どころか 500 を超えないといけないんですね...

最高スコアで見ても 110 点はあげないといけないのでかなり厳しい道のりになりそうですが、少しづつ近づいていきたいと思います。

### おまけ

![1 位を取るだけなら開催が切り替わるタイミングを狙えば誰でも取れます。](./img/ranking_first.png)

## 最後に

![](./img/main.jpg)

最初に練習をするきっかけを書きましたが、本当の理由は、ミスタッチしてる私かっこ悪いなと思ったことが大きいです。

もう１つの理由としては、昔少しピアノを習っていたことと思い出してまたピアノを弾けるようになりたいなと思った時に、タイピングとピアノの指の動きって結構似てるなと思ったことから始まりました。ピアノはミスタッチが音となって丸わかりになってしまうので本当に正確じゃないといけない、タイピングはあんまり完璧を目指さないけどそれって結構恥ずかしいことなんじゃないか。そう思い正確に打てるようになりたいと考えるようになりました。
..
タイピングだけをひたすら練習するのも馬鹿馬鹿しいですが、1 日の中のほんの数十分だけは正確に打つことを目標に練習を続けてみようと思います。

タイピング、ミスを減らすか？スピードをあげるか？タイピング練習始めました

※この記事はもう閉鎖したブログから掘り起こしたものです。

# 高級キーボード「HHKB Professional BT US 配列」。US と JIS どちらが良いかはトレードオフと直感で決めろ

## HHKB（Happy Hacking Keyboard）の Bluetooth モデルを買いました。

誕生日記事で言及した中の１つですね。

初めての US キーボード、初めての HHKB を使い始めて 1 週間が経過したので、使い心地はどうなの？ということを書いていきます。

## US 配列って何？JIS 配列との違いは？

我々日本人がキーボードを選ぶ選択肢には、主に JIS 配列と US 配列というものがあります。普段目にするひらがなが刻印されているキーボードが JIS 配列のキーボードです。

![](./img/compare.jpg)

拾い物かつ Mac の配列で申し訳ないのですが、主な違いは以下になります。

- @]"などの記号の位置が違う
- スペースキーの長さが違う（US の方が長い）
- return（enter）と Delete（BS）キーの形が違う
- 日本語切替キーの有無（US は無い）
- キーボードの中心位置が違う（JIS の方が左寄り）
- 刻印が違う（かな文字の有無）

### 記号

記号の位置は本当に**慣れ**としか言いようがないので、優劣はありませんが若干 US の方が優れているようです。（似た記号が同じ場所に集まっている）

### スペース

US のスペースキーは長すぎるように感じます。僕は「英数・かな」（win では変換・無変換）を、入力切替で多用します。US 配列でそこに該当するキーを打とうとするとかなり親指を曲げなくてはいけません。

#### JIS のスペースキーの押下

![親指を少し動かせば押せる](./img/thmb_jis.jpg)

#### US のスペースキーの押下

![手のひらに潜り込ませるくらい曲げないと押せない](./img/thmb_us.jpg)

### return、delete

return と delete キーは US の方が優れていると断言できます。ミサワのようにターンッと打ちたい場合は JIS の方が良いですが、US の方が横に長くホームポジションに近いためあまり小指を伸ばすことなく押すことができます。

![](./img/misawa.jpg)

最初は JIS の大きさに慣れていたので、return を押すつもりが delete を押していたことが多々ありましたが、少し使うと US の方が押しやすくなりました。

### 日本語切替

そもそも US は日本語には対応していないので、日本語切替キーはありません。なので、Mac では Karabiner というソフトを用いて、スペースキーの左右の Command キーを切替キーに割り当てています。Command キー単体で押下された場合のみ入力を切り替えて、何かと組み合わせて押下されたら Command として機能するようになっています。

### 中心

中心位置が違うということもよく言及されていますが、確かにそうかなと言った程度です。中心がどこかというのはそこまで気になりません。

### 刻印

かな入力をする人は置いておいて、JIS でもローマ字入力をする人は「かな」の刻印はそもそも必要ありません。US は刻印がすっきりしていることによりデザインが優れているということを書いている人が多いですが、これはその通りだと思います。

<ad>
## US キーボードをオススメする輩たち

US と JIS で検索すると「US 配列をお勧めする記事」ばかり出てきますが、それは日本のデフォルトが JIS なので、特殊な US に慣れた人だけがわざわざお勧めしているからだと思います。JIS でなんの不便もない人はわざわざ記事にしませんからね。レビューにネガティブなコメントばかり集まるのと同じ原理です。
..
JIS で慣れている人がわざわざ自分以外のキーボードが使いにくくなるデメリットに目をつぶって乗り換えるだけの魅力は無い気がします。

## HHKB（Happy Hacking Keyboard）って何？

キーボード特集などでよく登場する、キーボードにこだわっている人向けの高級キーボードの代名詞です。僕はそこまでキーボードにこだわりはないのですが、ちょうど外付けのキーボードが欲しかったので、せっかくなら良いのを使ってみようと思い購入しました。
..
[PFU](https://www.pfu.fujitsu.com/) という ScanSnap シリーズで有名な会社が発売しています。富士通の子会社らしいです。
..

HHKB の特徴として**馬鹿高い**、**気持ちの良い打鍵感（打ち心地）**、**コンパクト**、**独特なキー配列**ということが良くあげられています。

### 馬鹿高い

モデルによって異なりますが、概ね**2 万〜3 万円**です。<s>頭おかしい</s>

### 気持ちの良い打鍵感

HHKB は「静電容量無接点式」というキーボードの方式をしています。
[参考 → キーボードで使われるキースイッチの構造と違い](../20210226_keyswitch_structure)
..
それぞれのキーの下にあるスプリングが変形することで変化する静電容量を、無接点で感知して押下を認識する方式です。

**耐久性が高い**こと、**スコスコという打ち心地**が特徴だそうです。

この方式を取っているキーボードは他に、東プレの「REALFORCE」シリーズがあります。こちらもキーボード特集などで HHKB とよく比較して登場します。

何をもって気持ちの良い打鍵感とするかはやはり人それぞれなので、実際に触ってみないとわからないですが、先入観を抜きにしても家電量販店で数千円で売っているものよりは打ち心地は良いと感じました。

音はかなり大きいです。下に貼って静音化するシートがあるらしいので、いつか買ってみます。

### コンパクト

HHKB はテンキーはもちろん、**F1~F12（ファンクションキー）がありません。**

キーの周りのスペースも広く無いため、かなりコンパクトに取り扱いができます。

Bluetooth モデルだと、ケーブルも無いため気軽に移動や持ち運びが可能です。

### 独特なキー配列

F1~F12 キーが無い時点ですでに独特なキー配列と言えるでしょう。

更に、JIS 配列と US 配列のキーボードでは記号などの位置が違うと紹介しましたが、HHKB の US キーボードは**カーソル（矢印）キーが無い**というぶっ飛びっぷりです。

カーソルキーは Fn と他のキーを組み合わせて使います。

- Fn キー　＋　\[　：　 ↑ （上矢印）
- Fn キー　＋　\[　：　 ←（左矢印）
- Fn キー　＋　\[　：　 →（右矢印）
- Fn キー　＋　\[　：　 ↓（下矢印）

![](./img/difference_fullsize_keyboard.jpg)

慣れるまでは戸惑いますが、ホームポジションからの指の移動は明らかに少なくなるので、慣れれば入力しやすくなります。ただし、キーを２つ押さなければいけないので、写真などを連続して遷移させる場合などはかなり面倒です。
..
正直 Vim ライクに「任意のキー」＋「H J K L」の方が使いやすい気もします。

## HHKB のラインナップ

HHKB を選ぶ際にいくつかの選択肢があります。

### 白か墨（黒）か

![](./img/jis_texted_white.jpg)

![](./img/jis_texted_black.jpg)

白は真っ白という訳ではなく、いわゆるオフィスキーボードのような配色です。見慣れた色なので安心感があります。

墨（黒）はあまり見かけない色です。重厚感や高級感があります。私は墨の方が好きです。

### US か JIS か

![](./img/us_texted_white.jpg)
![](./img/jis_texted_white.jpg)

通常の US 配列より更に癖が強いため、US にするか JIS にするかが一番悩むところです。

### 有線か無線か

![](./img/wired.jpg)
![](./img/wireless.jpg)

上が無線タイプです。無線タイプには電池を入れる必要があるため、上の方に少し出っ張りがあります。また、無線（Bluetooth）は Professional というモデルしかないため、後述する静音タイプは選択できません。

### 刻印有りか無しか

![](./img/us_blank_white.jpg)
![](./img/us_texted_white.jpg)

無刻印は圧倒的かっこよさと引き換えに、完全な記憶力を求められます。

色は墨の方が好きと書きましたが、無刻印なら白の方が好きかもしれません。

### 普通か静音か

Type-S モデル付いているのが静音タイプです。正直 HHKB はかなり打鍵音は大きめなので、気になる方は静音タイプをお勧めします。

HHKB に 2、3 万円のお布施をする気になってもまだこの中から選択をするというタスクがあります。選んでいる時が一番楽しいかもしれないです。

## HHKB はどこで手に入るの？

インターネットでは [PFU のサイト](https://www.pfu.fujitsu.com/direct/hhkb/)や Amazon などいろいろなところで購入ができます。

<affiliate>
title: "PFU Happy Hacking Keyboard Professional BT 英語配列/墨 PD-KB600B"
img:https://images-na.ssl-images-amazon.com/images/I/41wysLyIk2L._AC_.jpg
amazon:https://amzn.to/2RrPQg7
</affiliate>

店頭で触ってから購入したいという人は、ヨドバシカメラやビックカメラなどの家電量販店で、有線の Professional モデルは触ることができます。

無線タイプや静音タイプは基本的には触れるところがありません。

## US 配列と JIS 配列どちらを選ぶべきか

身もふたもないことを言うと、どっちがいいのかは**人それぞれ**です。
US と JIS に確実に存在する違う点を事実として精査して、それによって発生する影響が自分にとってどのようなものかを考える必要があります。
..
僕はどちらが明確に良いとは言えず、**メリットデメリットのトレードオフ**で譲れないものがあればそちらを選ぶべきだと感じました。
..
僕がトレードオフとして最も悩む点は

> return,delete 押しやすい US
> ⇄
> スペースとその両隣が使いやすい JIS

(親指 2 本が普通に使えるキーがスペースしかないのは頭おかしい。英語ではスペースは多様するから確実に押せるように大きい方がいいとか言ってるやつ、どんだけ親指の安定感無いんだよ。半分の大きさでも押せるだろ。不自然に曲げなくても届くキーをもう一つくらい与えてくれ)
（HHKB の US は他に犠牲にするものが多い。正直左下にもう一つ Fn キーとかをおいてもバチは当たらないと思う）
..
スペースキーさえ短ければ....とは言っても無いものは無いので、どちらを取るかを自分で決めなければいけません。現状では return、delete の押しやすさに少し感動したので、諸々の不都合には目をつぶって US を使い続けてみようと思います。
..
US も JIS も**数日使えばある程度は慣れて使えるよう**になるため、正直**どちらを選んでも問題ない**と思います。現状 JIS を使っていて何も問題がない人がわざわざ変えるだけの魅力があるとは思えませんでした。**日本にいる場合は圧倒的大多数が JIS 配列**であるため、会社や公共機関で他のキーボードを使用する可能性がある限り、特にこだわりがなければ JIS で良いと思います。
..
「**日本で US 使ってるとかっこいいからパパ US キーボード使っちゃうゾ〜**」くらいの気持ちでも全然使えます。かっこよさは US の方が上。これは事実。
直感を信じろ。

## まとめ

US 配列には思っていたより簡単に慣れることができました。現状では家と会社とその他で US と JIS が混在している環境なので、統一できないなら JIS の方が良いかもしれないです。
..
HHKB 自体が僕にあっているかどうかは今の所答えを保留しています。
とても打ちやすくはあるのですが、音がかなり大きいことと、薄いキーボードをずっと使ってきたため深いキーストロークに違和感を感じます。もう少し使ってみないと自分にあっているのかはわからないので死ぬほどタイピングします。
..
HHKB の US 配列で一番懸念していた、カーソルキーの入力は思っていたより使いやすかったです。普通のカーソルキーを打つためには、ホームポジションからかなり移動しなければいけないので、非効率的なタイピングをしていたんだなと気づきました。
でも HJKL の方がやっぱり使いやすい気がします。
..
ずっとノートパソコンを使ってきたこともあって、外部キーボード自体がほとんど初めての体験でした。ほどほどにキーボードと戯れつつ慣れていきたいと思います。
..
キーボードはあくまで入力デバイス＝手段だからね。
何かを生み出していかなきゃ意味ないぞ。

#### HHKB BT で打った結果

> 今日の腕試しタイピング(ローマ字)の結果は「Ninja」スコア「360」でござる。 <https://t.co/4dYBOyVSB7> #etyping #et_r pic.twitter.com/\*\*\*\*\*\*\*\*
> — 🦀 (@\_\*\*\*\*) 2019 年 1 月 27 日

<ad>

高級キーボード「HHKB Professional BT US配列」。USとJISどちらが良いかはトレードオフと直感で決めろ

# 私、誕生日おめでとう(2019) 👏

この記事はもう閉鎖したブログから掘り起こしたものです。

## 今日は誕生日

今日（\*\*/\*\*）は私の誕生日です。

🎉🎁🎂🎂👏🤔👏🎂🎂🎁🎉
..
誕生日をそれらしく過ごしたのは何歳くらいまでだったかな...
１つ歳をとると言ってもそれは数字上のことで、本来は毎日毎時間毎秒少しずつ変化していっているので、誕生日だからと言って実際はそんなに大したことはないのかもしれません。
..
..
誕生日メッセージをくれたみなさん(主に企業メール)ありがとう。その言葉で僕はこれからもう 1 年過ごせる気がするよ。

## 2019 年の誕生日を過ごす

今日は午後休を取り、会社を午前で切り上げて退社しました。
..
明確に何をして過ごすということは決めていなかったけれど、ここ数週間欲しいと思っていたものを、時間を気にせずにじっくり悩もうと思い、一旦家に帰って着替えて新宿へ向かいました。
..
普通の休みの時には、無駄に過ごしちゃいけないという気持ちから、お店に入り浸って悩み続けることは避けていたのですが、今日はそういうことを考えないようにしようと決めていました。自分へのプレゼント選びです。
..
明確に欲しいと思っていたのは以下の３つです。

- [Happy Hacking Keyboard | PFU(HHKB)](https://www.pfu.fujitsu.com/hhkeyboard/)
 MacbookPro キーボードは悪くはないのですが、クラムシェルで使えるキーボードが欲しいということ、前から評判だけ知っていた HHKB を触ったことがないのでとりあえず触ってみたい。
-
- [WH-1000XM3 | ヘッドホン | ソニー](https://www.sony.jp/headphone/products/WH-1000XM3/)
 5 年ほど前に買った普通の有線ヘッドホンがヘタってきたので、ワイヤレスかつノイズキャンセルのヘッドホンが欲しい。
-
- [＜シーリー社製＞マットレス(6940) | ニトリ公式通販 家具・インテリア・生活雑貨通販のニトリネット](https://www.nitori-net.jp/store/ja/ec/Mattress/MattressKoukinouco/2025431s?ptr=item)
 睡眠は最大の自己投資だとわかったので、今の硬いマットレスからおさらばしたい。

..
3 つとも確実に良いものではありますが決して安いものではないので、自分への投資として本当に必要なのかを確かめるためにヨドバシカメラとニトリに向かいます。
..
新宿に着いたのは 14:00 過ぎ。そこから 17:00 までは、HHKB と WH-1000XM3 を中心に、キーボードやヘッドホンその他の商品をひたすら触りながらヨドバシカメラとビックカメラを徘徊しました。

![](./hhkb.jpg)
..
17:00 を過ぎたあたりで、道中の東急ハンズでバッグを 30 分ほど眺めるタスクを挟み、駅の反対側にあるニトリに向かいます。

新宿のニトリは僕の想像していたよりも小さかったですが、幸運にもお目当のマットレスはあったので、他の主力マットレスも交えて何度も何度も横たわりつつ感触を確かめました。
..
結局この 3 つを買いました。

- HHKB：Bluetooth の US 版（墨）を取り敢えず買ってみる（ネットで購入確定した）
- ヘッドホン：一旦保留
- マットレス：お目当てのはちょっと固かったけど、横にあった N スリープの P1-CR がちょうど良かったので購入する（合わなかったら 30 日以内の交換可能らしい）

..
人に聞かれたら、別に何もしなかった誕生日だよというくらいの内容ですが、特に何も気にするでもなく無駄に悩むことができる時間は幸せだなと感じました。
..
歳を重ねるごとに誕生日が疎かになっていくのが普通なのかもしれないですが、来年以降も毎年ちょっとしたご褒美をあげてみようと思います。
一緒に誕生日を祝い会える仲間もできればいいな。
..
新宿駅西口から出た時にふと空を見ると、新宿駅前の空は思っていたより広く見えました。

![](./sinjuku.jpg)

新宿は建物がひしめき合う都会だと思い込んでいましたが、狭かったのは僕の視野だったのかもしれません。

## 歳をとるということ

19 歳までは根拠のない人生への希望を持っていました。
19 歳から 20 歳になるときには、それまで特に意識していなかった「10 代」という免罪符を失ってしまった気がしました。
20 歳から 21 歳になるときには、1 年で何も成長できていない自分に嫌気を覚えました。
29 歳から 30 歳になるときには、「若者」という免罪符を失ってしまうのでしょう。
..
歳をとることは成長の証でもあり、責任が増える証でもあるのだと思います。若かった頃は許されたことがだんだん許されなくなってくる恐怖心もあります。
..
1 日 1 日を大切に過ごして、節目にはその積み重ねがしっかりと感じられる人間になりたいです。

## まとめ

買うか買わないかの最大の判断基準が価格にならない位には、お金を稼ぎたい

私、誕生日おめでとう👏

# チラシが多すぎるので「チラシお断りステッカー」を購入した

この記事はもう閉鎖したブログから掘り起こしたものです。

## チラシが多すぎる。

でも、本当に問題なのはチラシが多いことではないんです。
多すぎるチラシをすぐ横のゴミ箱に捨てるときに、捨ててはいけないものが混ざっている可能性があるんじゃないか。もしかしたらとても大事なものまで捨てているのかもしれない。
..
そう、あの頃の思い出とか情熱とかの捨ててはいけないもの...
..
![](./001_desk.jpg)

## それはさておき

大量のチラシを捨てる面倒さと、大事なものも捨ててるかもしれない心配から解放されたくなりました。
絶対に捨てるとわかっているチラシを投函してもらう必要もないでしょう。

..

**「お断りします」**

程度の強さの文言を探したのですが、完璧に合うものは見つかりません。

- 「一切お断り！」 :　強すぎる
- 「全てお断り！」 :　これも強すぎる
- 「防犯カメラ作動中！」:　これは嘘

..
作るのも面倒なので以下のものを購入しました。

<affiliate>
title: "Ogriculture セールス・勧誘・チラシ　一切お断り! S サイズ x タテ型 14x3cm ステッカー【日本製】"
img:https://images-na.ssl-images-amazon.com/images/I/51SjBAYmSJL._SL1228_.jpg
amazon:https://amzn.to/3mDhbHt
</affiliate>

..

## 実際に貼ってみる

![貼った様子](./002_post.jpg)
..

これでもまだ投函する人は、「歩かないでください」と書いてあるエスカレータの片側を歩く人と同レベルですね。エスカレータの片側を開けようとして乗り場で渋滞を起こすのってすごく馬鹿じゃないですか。
..

ここまで書いて気がついたのですが、このステッカーを貼る前のチラシの量の記録を忘れていました。１週間郵便受けの放置で 10 通ほど入っていた気がします。
..
これを貼ったのが今日（2019/1/4(金))なので、2 週間くらい過ごしてみてどのくらいチラシの投函が減ったのかをまた書こうと思います。

## 2021-04-11 追記2 年間貼ってみて

びっくりするくらい投函がなくなりました。

..
しかし、識字率 100%と言われる日本にも字が読めない人がいるようで、1 月に 1 通程まだ投函されています。
その際には、クレーマーっぽくなってしまい嫌なのですが、記載されている連絡先に投函をやめるよう連絡しています。
..

チラシが多すぎるので「チラシお断りステッカー」を購入した

# 飲み会に 2 時間は長すぎる。4000 円は高い。せめて食事会にしろ。もはや映画鑑賞会とかで良い。

この記事はもう閉鎖したブログから掘り起こしたものです。
..
別に歓迎しているわけでもない人の歓迎会のセッティングために、僕の貴重な時間と精神的リリースが食い潰されている最中なのでなんだか泣き出したくなっています。
..
大した目的もない飲み会のセッティングとかいう行事に若者の時間とリソースを使うことは、損失でしかないと思います。600 歩譲って組織内交流のために必要だというのであれば、上の人がそれをセッティングする役目を担うべきです。当然ながら今までの経験もあるでしょうし、目的も持って開催することができると思います。一番年齢の低い人に任せている時点で、それが価値のない仕事だということを証明しているだけじゃないですか。
..
おっと、飲み会自体じゃなくて飲み会の準備の話になってしまいました。
..
..
仲間と食事に行ったりするのが嫌い、というわけではありません。食べることも、交流することも好きです。僕にとって食べたいもので、交流したい人であるならば。
..
お金に余裕がある生活を送っているわけではないので、いつもより高いお金を払うのであれば、ちゃんと料理をメインとして集中して味わいたいんです。出来るだけ飲み会は避けているので多くの事例があるわけではないですが、僕が今まで参加した飲み会という部類のものは、料理が蔑ろにされていることが多いように感じます。場を繋ぐだけの会話でなんとか 2 時間を消費しています。「この料理あんまり美味しくないよね？」みたいなことは言えないんですよね、残念ながら。みんなどうでも良いから。
..
..
4000 円払うなら、いつも食べているラーメンにチャーシューと煮卵を追加したいし、替玉も頼みたい。お寿司のランチセットじゃなくて、一貫ずつじっくり選んで「美味しいね」って言いたい。
..
2 時間かかるならベットでゴロゴロしたいし、図書館に行って本を読みたい。
..
..
せめてちゃんと食事に集中させてください。それが出来ないならみんなで新作映画でも観に行きませんか？
..
まあ、あまり深く考えずにとりあえず飲み会を開催しておけば、歓迎や慰労が出来ているとみんな思い込むことができるから楽なんでしょうね。
..
職場で取れないコミュニケーションが適当な飲み会で取れるわけないだろ<s>頭おかしいんか</s>
濃密なコミュニケーション取りたいなら組織の適当なイベントで誤魔化さずに、しっかりと個別に誘ってきやがれ。
..
..
..
<big>２次会？冗談はよしこちゃんで。</big>

行動ログの形式を３種類に分けて考えてみる

ログの種類

ストリームログ

説明

保存場所

タイムラインログ

説明

保存場所

ナレッジログ

説明

保存場所

なぜ分けるのか

関連記事

最新記事