適用する操作自体を記録し、それをログイン時の起動アプリとして登録する方法もある。マウスを接続していると、起動アプリが実行されなかったりしても、不安定なところがあった。入力モード間での切り替えとなる。アップデートし、色々と初期設定していた。日以上」と表示され、いつになったら終わるのかわからないような状況になっていた。追加アップデートが配信された。それでそちらもアップデートしたら、再起動を伴うアップデートだった。再インストールすることを余儀なくされた。デバイス)に届かないのである。音声通話で認証コードをリクエストしても同じ。認証コードが届いていた。ステップ目で進めなくなるのは同じである。ファクタ認証となり埒が明かず、何度も繰り返していたら、今度は一時的なロック状態になり、サポートに相談したところ数時間待つようにと、言われた。ステップ目の問題は何も解消できていないのである。アカウントのパスワードリセットを試みられるようになっていたので、とりあえずパスワードリセットの手続を開始した。日時間をかけて処理が進むようにしてある。これはまあ、致し方がない。解除を予告するメールが送信されてくるのだが、そのメールに記載された電話番号の表記を見て、ふと閃いたのである。いう風にメールに記載されてあった。「ああ、これのせいか!」と。ID(管理サーバー)のバグ。付けない、国際電話番号としての表記でしか、適切に扱えないという仕様上のバグである。中の人は未だ気付いていないのだろう。抜きで登録し直しておいたのは、言うまでもない。年モデル)をもらってひとまず使ってみることにした。ような、ユーザー層とエンジニア層の重なる度合いが高い世界とはベクトルが異次元であり、比較にならない。インストールすることのようなシスアド業務は、まず最初のスタートラインに過ぎないわけである。再インストールを行った。何一つ難しいことはなく、ほとんど勝手にインストールは終った。いうのを怖がって、最初の一歩すら踏み出せない人って何なんだろう?──だが、非エンジニア人種という名の世間の一般ユーザーは、そういうものである。ダウンロードして、アップデートしようとした。ここで問題が発生した。よるサインインができないのである。パスワードを紛失したとかの、素人レベルのミスではない。使用されたことがありません」というエラー表示が出て、サインインを拒まれるのである。アプリでサインインするといいなどといった情報が引っ掛かったのだが、すべて試したものの、依然として事態は打開できない。使用されたことがありません」というエラー表示が出て同じ状態に陥る。アプリをインストールしても同じである。アカウントで入力して登録済。参照せよというエラー表示がフォーム脇に表示されるのみ。側の管轄する問題であると判断し、サポートに電話した。担当のサポートの方で、アカウントのロックを解除。詳細は教えてくれなかったが、何らかのロックがかかっていたようだ。エラー表示は出なくなったものの、依然として確定できない。アプリでのサインインを試すよう指示され、成功。アプリでも「使用されたことがありません」エラーは解消されたのだった。種の問題が重なっていたということのようだ。使い始めるユーザーのケースについて十分に設計が考慮されていない体制になってしまっていても、まあ不思議でない。付属物的な位置付けである)、いきなり身に染み付いたエンジニア的習性による行為から、今回のようなハマリ事態に直面するとは、皮肉だ。(アプリをプログラミングするための)付属物の立場に、なり下りきっていたということを具体的に自分で身をもって思い知らされた形になったのだから。飛行機の搭乗手続におけるオーバーブッキングのケースについての記事「なぜ全日空は定員オーバーで飛ぼうとしたのか?」で「一石二鳥は諸悪の根源」という設計工学の考えが紹介されていた。設計工学の世界には「一石二鳥は諸悪の根源」と考える学派がある。一つの部品に複数の役目を負わせると、事故はそこから始まることが多いのだ。......ミスをなくすには、「一人二役」を分離することが望ましい。これは設計工学特有の話としてではなくて、むしろ「設計工学でもそういう風に言われているんだ」と思った。する計算(乗除)を一緒くたにして暗算しようとするのが原因であるのが多い。する計算は途中式を分けてそれぞれのステップできっちり書いてやるべきだと強調することになる。上の引用の通りだろう。同じようなことは、プログラミングでの、メソッドの定義にも言えるだろう。シンプルなループを記述した方がメンテナンス性も良いコードになるものである。このあたりが、関数型とオブジェクト指向の違いだろう。関数型は一石多鳥を目指す指向と親和性が高く、オブジェクト指向は一人一役に分けていく指向と親和性が高い。プリペイドで購入した。