作者さんのブログに書かれているとおりです。状態が何であろうと、日本語を入力したいときは「かな」英語を入力したいときは「英数」を押せばよい所です。状態を気にしなくてもよいので、とても楽なのです。”「左でOFF、右でON」これに慣れるともうトグル方式には戻れません。ちなみに、「英語配列」のキーボードでの話です。「alt-ime-ahk」を使います。Win+Rキーから「shell:startup」と入力して開くフォルダにExeファイルへのショートカットを作成しておけば、ログイン時に自動的に起動してくれます。この設定をしてから、英語キーボードで毎回「ALT+`」で切り替えていたのが「どれだけ時間の無駄だったのか」を痛感しました。Linuxでの設定Mozcでは上手く行かないので、「Fcitx」で設定します。「Karabiner-Elements」を使います。普通に設定すると左右のCommandキーで切り替え可能になります。私はさらにCommandキーに加えて左右のOptionキーでも切り替わるように設定を追加して使っています。するとWindowsやLinuxと共通になるので便利です。right_optionに変更すればOptionキーで切り替え可能に。MacでOptionキーのアサインを変えてしまうと「Optionを押しながらメニューをクリック」した時の挙動が変わってしまうことに気付いたので、やっぱりMacではこの設定はやめて左右Commandキーで切り替えることにしました。LinuxではALTキー、MacではCommandキーという点が異なりますが、「左でOFF、右でON」というのは共通しているので、ひとまずこれで良しとしています。フロントエンドの間でスキーマ定義が半自動的に同期される仕組みがあるというのは便利だな〜と思ったので、そのために使えそうなライブラリを調べました。バックエンドとフロントエンドの両方のプロジェクトで型定義が共有される、という状態にすることです。いうライブラリでした。これは、データベースからテーブルのスキーマを読み取って、TypeScriptの型定義を生成してくれるというもののようです。サンプルコードやこちらのブログ記事を見ても分かるとおり、このライブラリは特にORMのようなものを介さずに自分で直接SQLクエリーを書いてデータベースにアクセスしたいという場合に向いているようです。利用して生成した型定義を使うことができそうです。Prisma専用のスキーマ定義ファイルからTypeScriptの型定義を生成します。このPrismaスキーマをデータベースから自動生成するワークフローと、まず自分でPrismaスキーマを書いて、それをマイグレーションでデータベースに反映するワークフローの2種類をサポートしているそうです。DBからPrismaスキーマを生成PrismaスキーマからDBに反映ただ、こちらのNext.jsでのサンプルを見た感じでは、データベース⇔バックエンドの間では型定義の同期が取れていますがフロントエンド側まではそれが共有されていません。個々のReactコンポーネントのPropsについてはそれぞれに型定義をおこなっているようです。フロントエンド側にまで型定義を共有出来る方法があるのかどうかについてはよく分かりませんでした。いうCLIツールを組み合わせるとデータベースからTypeORM用のモデルクラスを生成することが出来るようです。いうCLIツールが見つかりました。採用することが決まっている場合は、こちらの組み合わせも良いかも知れません。Sequlize向けに生成されたモデルクラスをそのままフロントエンド側で参照してReactコンポーネントなどで使えるかというと、それは厳しいのではないかと思います。「DBから生成した型定義をバックエンドからフロントエンドまで共通で使いたい」と書きましたが、結局よく考えてみると、1バックエンド側でDBアクセスをするための型(テーブル単位)2APIのインターフェースとしての型(ユースケース単位)3フロントエンドのコンポーネント間でやり取りするための型(UI部品単位)はそれぞれに用途が異なるので完全に同じものを使い回すというようなことは現実的ではなさそうです。123の中でもカラム単位で見れば共通の定義を抽出して参照することは可能ではないかと思います。変更されたというようなケースでは、カラム単位で共通の型定義を参照していれば、一箇所が(コマンド一つで半自動的に)変更されれば(バックエンド、フロントエンド含めて)それを参照している全ての箇所がコンパイル時にエラーとなって容易に修正出来るようになるというイメージです。一度試してみる価値があるかも知れないと思いました。Proにつないで使っています。打ちやすくて快適なのですが、長い間解決できずに困っている問題がありました。使ってWindowsマシンを操作しているときに、Homeが「Windows+左矢印キー」、Endが「Windows+右矢印キー」として伝わってしまい、アプリケーションのウィンドウがいきなり画面の左半分にリサイズされたり右半分にリサイズされたりしてしまう、というものです。このような問題は起こりません。使ったときにだけ起きる問題です。含められていないのが原因のようです。除外対象に含めれば良いのか分からなかったのですが、今日は長い間避けて通ってきたこの問題にようやく時間をとって真剣に向き合うことにしました。試行錯誤すること1時間、ついに解決策を発見したのでメモしておきます。]の配列に"^com\\.google\\.Chrome\\.app\\.*",の行を追加すればOKです!(HomeキーとEndキーでそれぞれに設定があるので2箇所とも追加します。)検索して見つけた一部のサイトでは、"^com\\.google\\.Chrome\\.app",と書かれていたのですが、これだと上手く行かず、末尾に「\\.*」を追加することで正しく除外されるようになりました。なく「全てのChromeアプリ」が除外対象になると思います。不都合がある場合はそれぞれのChromeアプリ固有のIDを調べて個々に指定する必要があります。Identifierの値は、Karabiner-Elementsに付属の「EventViewer」を起動すれば簡単に調べることが出来ます。DoddsさんのReactやJavascriptに関する解説を読んだり観たりしていて、とても参考になっていたため。今回のコースはそのKentさんが何年にもわたって数々の有料セミナーなどで教えてきた経験を元に作成された、渾身の作ということなので、まず期待はずれになることはないだろうと確信が持てました。Library」の作者でもあります。ブログを読むと、初めてソフトウェア開発者として職を得たきっかけ、Facebookからのオファーを断ってPayPalに入った経緯、PayPalでの仕事内容、AngularからReactに軸足を移した経緯や、人に教えることへの情熱などがよくわかります。Egghead.ioでおすすめのコースKentさんのコースに興味を持たれた方は、まずはEgghead.ioで下の動画レッスンなどを視聴してみてはいかがでしょうか。