2016年の師走、MacBook(薄いやつ)を修理に出しています。そんな中、ちょっとWindows機を触ってみたくなってしまったWeb系開発者(=私)が、右往左往したポイントを**26の「〇〇がない」**として、書き留めておこうと思います。本当に解決策が「ない」ものもあるし、探して見つかったもの、代替策があるものいろいろですが、Windowsが気になりかけている人の参考になれば幸いです。

目標: Macで使っていたように、Windowsを使う
方針: 魔改造禁止

ちなみに**「半年後に会おう」は誉め言葉**ですよ。Windowsラブな方々誤解しないでね。以下の表は、参考まで、比較対象のMacとWindowsマシンです。ほかに、予備のMacBook Pro 15'もあるのですが、もう重くて持ち運べません...。

マシン	サイズ	重さ	ディスプレイ	備考
Apple MacBook	12インチ	920g	2304x1440	修理中...
Huawei MateBook	12インチ	640g (キーボード装着時: 1090g)	2160x1440	iPad ProでWindowsが動いているような感じ

bashがない
ターミナルがない
ターミナルで文字列をペーストできない
brewがない
エディタがない
Atomがタッチイベントを聞いてくれない
gitがない
Gitクライアント(GUI)がない
CRLFにした覚えはない
モバイルのエミュレータがない
Xcodeがない
既存テストが通らない
Sketchがない
1Passwordがない
Markdownエディタがない
Spotlightがない
英数キーがない
Command + Wがない
ファンクションキーをデフォルトにできない
アプリケーションを閉じるボタンがない
Applicationsフォルダがない
ホームディレクトリがない
バックスラッシュがない
英語環境がない
ヒラギノがない
Retinaじゃない

開発に必須ないろいろ

bashがない

WindowsにはMS-DOSの流れを汲むコマンドプロンプトがありました。PowerShellとかもありますね。でも、そこに用はないんです。使いたいのはUnixなんだ! ―という声に答える形で今年、電撃発表されたのがBoW(Bash on Windows)です。WSL(Windows Subsystem for Linux)とか呼ばれています。

まだベータ版で、やっと最近のアップデートでWindowsの設定から入れられるようになった、という段階です。ちなみに、GitHubにリポジトリがあってIssueを集めています。(ソースはなし)

Windowsで、今まで似たようなことをしたければCygwin入れるか、仮想環境を入れるかでしたが、互換性かWin-Linux間の相互運用性のどちらかを犠牲にしている感あり。

ターミナルがない

素の状態ではないのですが、上記のBoWが入るとbashのターミナルも入ります。ダサい、スクロールバーが邪魔、その他いろいろ言いたいことがあります。Macのターミナルの美しさを再発見させてくれます。ほかのターミナルアプリケーションもありますが、うーん。

標準のbashターミナル
mintty
cmder

ただ、近々、状況は改善されるかも。将来リリース予定らしいのが次の2つ。black-screenはバージョン1になったらWindows対応するよ、とのこと。Hyperは**Windows build is coming very soon!**らしいので、期待が集まります。

追記: この記事を公開した数時間後に、Hyperのv1.0.0がWindows版と合わせて公開されました! しっかり動いてます。もちろん、bashでも動きます。

ターミナルで文字列をペーストできない

マウスの右クリックでペーストされます。残念ながら冗談で言っているのではなく、そうなのです。使う気にはなれませんが...

コマンドプロンプトでは解決策があって、ここの指示通り、"Enable new Ctrl key shortcuts"をオンにすれば、Ctrl + Vでペーストできます。

ただ、Bash on Windowsの方は同じオプションはあるものの、Ctrl + Vはバインドされていないご様子。bash内のショートカットとバッティングして難しいんだろうな...と思うものの、極めて不便。(Macの場合、CtrlとCmndが別なのがありがたいところ)

brewがない

Macだと、brewやそのプラグインであるcaskが手放せません。例えば、Windowsでgitやmakeコマンドをインストールしようと思ったら...、なんと(というか、Ubuntuだから当たり前)、apt-getが使えます。Windowsでaptとか衝撃的です。

一方、GUIアプリやWindows用のコマンドラインツールにはchocolateyがあります。インストール可能なパッケージを眺めてみると、ChromeやSkypeから、gitやnodeほか4000以上あるんですって。知らない世界だ...

apt-get: BoWの中のコマンドのインストール
chocolatey: Windows側のツールのインストール

エディタがない

さすがに、そんなことはないですね。メジャーなツールはAtomほか、Mac/Windows両対応のものが多いです。

ただし、かつてお世話になった往年のエディタたち(EmEditorや秀丸エディタほか)は、時間が止まってしまったかのようです。少なくともMacからの乗り換え組は手を出すべきではないでしょう。

Atomがタッチイベントを聞いてくれない

Atom本体にはタッチパネル対応がありません。画面上でタッチしながらスクロールしようとしても無反応です。

ただ、atom-touch-eventsを入れればだいたい大丈夫。早いところ、本体に取り込まれると良いのですが...

gitがない

まあ、Macも素の状態では入っていないですね。bashからの場合、次のコマンドで入ります。

$ sudo apt install git

ただ、これだとWindows側のアプリケーションからは使えないので、Visual Studio Codeなどのためにchocolatey(前述)からも入れておく必要があります。

C:\> choco install git

Gitクライアント(GUI)がない

これも、そんなことはないですね。私が最近メインで使っているForkはMac版のみですが...

比較すると、Towerの出来が圧倒的にいいです。SourceTreeはUIがちょっと大味な印象。UIが「まったく同じ」という点では、Gitkrakenもあり。

CRLFにした覚えはない

そんな覚えはまったくないのに、lintで文句を言われるケースがありました。結論から言うと、Gitクライアントが余計なことをしています。

bashからgit cloneしている場合はOK: LFのみ
GUIからクローンした場合はNG: 勝手にCRLFに...

これを解決するには、gitの設定でautocrlfをfalseにします。

モバイルのエミュレータがない

もちろん、iOS Simulatorはないです。Android系は普通に動きます。
Webであれば、Chromeなどのデバイスプレビュー機能を使えばある程度は。

Xcodeがない

ないです。

既存テストが通らない

筆者がメンテナンスしているNodeのライブラリを扱おうとしたところ、ほぼすべてでテストが通りませんでした... (BoWにて)。ライブラリ自体はWindows対応していても、テスト環境についてのWindows対応はこれからですね...

karmaからelectronが起動できない
ほか、未解明多数...

正直、これが一番致命的でした。どうにかするには、仮想環境を立ててLinuxを走らせるしかないでしょう、今の時点では。

その他のアプリケーション

Sketchがない

良い時代になりました。かわりにFigmaを使いましょう。Sketchからのファイルインポートも可能です。

1Passwordがない

いやいや、あります。が、不完全? 結構前から、このWindows版はあるのですが、UIの不完全さといい、本気感がいまいち。そして、いまだに既存のデータがひとつもインポートできていません...。死活問題です。

Markdownエディタがない

Macほど乱立はしてないですが、ちらほらの「ちら」くらいはありますね。ちなみにこの記事はKobitoから書いています。Mac版よりも、プレビューペインの表示については安定していて使いやすいです。

ただ、UIがモダンなものというと、かなり限られていて、Storeで見て使おうかなと思えたのはEdifyくらいでした。Electronで動くオープンソースのものを探したほうが良さそうです。

Kobito
Edify

システム全般

Spotlightがない

MacだとControl + SpaceでSpotlightが開くので、筆者はそこにタイプしてアプリケーションを起動していました。Windowsの場合は、Winキーを押すとCortanaが入力を受け付けるので、同様のことができます。

アプリケーション名、ファイル名など
「1+1」のような計算式ほか

英数キーがない

Macの日本語キーボードに慣れているとまどろっこしいのが半角/全角キーです。さらに、英数の位置には無変換という世のほとんどの人は一生使わないキーが居座っています。

幸いIMEの設定で、次のように設定できます。

無変換 → IME Off
変換 → (アサインなし)
ひらがな → IME On

もし、外部キーボードを繋げるのであれば、Appleのキーボードを使うのも手です。AppleKという老舗のサードパーティドライバが存在します。

まあ、USキーボードなひとには関係ないですね。

Command + Wがない

画面を閉じる動作は、日常的に多いと思います。ほとんどのアプリケーションではAlt + [Fn] + F4にアサインされています。ただ、最近のキーボードはメディアキーがデフォルトになっているケースが多く、いちいちFnまで押さねばならず、みなさんどうしてるの?

ちなみに、この辺はCtrl + WでOK。

Chrome
Atom
Explorer (MacでいうところのFinder)

追記: コメントでAlt + Spaceに続けて、Cを押す、というのを教えてもらいました。キーが近くて良いですね。

ファンクションキーをデフォルトにできない

ああ、もう! この設定、Windows側の環境設定にないんです。ファームウェアの設定から変更するか、独自のコントロールパネルを追加されているか、ハードウェアメーカー次第です。(OSレベルで統一して...)

詳しくはこちらをどうぞ。

アプリケーションを閉じるボタンがない

何を冗談をと思うかもしれませんが、全画面モードにしていると、アプリケーションを閉じる方法が画面内にありません。

Fn + F11を押していちいち全画面を解除してから閉じる
Win + Tabを押して、閉じるボタンをタップ
素直に、Alt + Fn + F4で閉じる

タブレットモードにきちんと対応しているアプリケーションだと、画面上端からのドラッグで閉じるボタンが出てくるものもあります。まだレアケース。↓はFacebookアプリの場合で、上部のバーは普段出ない。

Applicationsフォルダがない

相当するものが、

C:\Program Files
C:\Program Files (x86)

などにあります。一か所にまとめてよ...。ちなみに、手動にこのフォルダにアプリケーションを入れても、Cortanaからの検索対象にならないようです。なんで?

追記: コメントで教えてもらいました。検索対象にするには、今もStart Menuディレクトリにショートカットを入れる必要があるんですね。

C:\Users\All Users\Microsoft\Windows\Start Menu\Programs
C:\Users\[UserName]\AppData\Roaming\Microsoft\Windows\Start Menu\Programs

ホームディレクトリがない

最近のWindowsでは、ユーザのデータは

C:\Users\cogni

にあります。cogniのところは自分のユーザ名で置き換えてください。ちなみに、そんな中途半端なディレクトリ名を指定した覚えはありません。勝手に短縮しないで...。

ちなみに、Bash on Windowsのホームディレクトリは別に存在していて、こちらです。

C:\Users\cogni\AppData\Local\lxss\home\cognitom

バックスラッシュがない

Windowsと言えばバックスラッシュですが、日本語フォントではほとんどのアプリケーションで「¥」が表示されます。Unicodeではバックスラッシュと円マークは別に扱えることを声を大にして言いたいですが、どうもWindowsの世界ではいまだに区別をつけないようです。(少なくともデフォルトの環境では)

美的な感覚に関する件

英語環境がない

これは誤解で、そうだったのはXPなどの旧いWindows時代の話です。現在(Windows 10)では、基本的には日本で買ったWindowsでも英語をメインにして利用できます。第二言語に日本語を設定しておけば、日本語の表示や入力についても英語環境で可能です。

なぜ、これが「美的な感覚に関する」のか。それはWindowsの日本語環境は2016年の今もだから...。

ヒラギノがない

5万ぐらい払えば買えます。MORISAWA PASSPORTにも入っていますね。

メイリオやUI系ゴシックでなければ、ヒラギノにはこだわらないのですが、Webサイトの指定にはヒラギノ→メイリオ→San-serifの順になっていることが多く、「ヒラギノ」がないと、別のゴシックをシステムフォントにしても強制的にメイリオになってしまいます。

(レジストリをいじって、他フォントをメイリオやSegoi UIだと認識させる方法はあるけれど、やりたくない...)

Retinaじゃない

これも機種次第。例えば私の環境だと、解像度についてMateBook(2160x1440)とMacBook(2304x1440)はほぼ同等です。WindowsのOSの設定で基本倍率を変えられるので、むやみにアイコンが小さくなることもないです。

今のところ、情報量優先で175%で使っています。定義が200%以上ということであれば確かに「Retina」ではないんだけど、少なくとも「ドットが見えて気になる」「ビットマップフォントが...」とかの心配はなさそうです。

番外編「〇〇がある」

あまり「ない」ばかり言っているのも非建設的なので、逆パターンをいくつか。

戻るボタンがある

これ、知ってました? Android OSとほぼ同じ思想(?)の「戻る」ボタンがWindows 10にはあります。Microsoft製のアプリですら未対応のものもあり、ときどきその動作に混乱しますが...。EdgeやFacebookクライアントなど、対応アプリケーションを使っている限り、非常に快適です。「タブレット」として使えます。

Chromeよ「戻る」ボタンに対応しておくれ! (ここを見つつコードを覗いてみようかな...)

指紋認証がある

もちろん、機種によりますが、Windows機は結構ついてます。ビジネス用途のマシンであればほぼ間違いなく。Windows Helloとして、OSに標準搭載されたのも大きいのでしょうか? Macでも新MacBook ProのTouchバーに搭載されましたね。

タッチパネルがある

Macにはない選択肢です。私自身、新MacBook ProのTouch Barには肯定的で、MacBookに搭載されるのを心待ちにしています。ただ、日常を振り返ると、携帯やらタブレットやらが家じゅうに転がっている中、タッチできないのはTVとMacだけ...、なんだか釈然としないです。

実際Windows 10を使ってみると、タッチパネルはやはり便利というか「当たり前」な感触です。以下の作業以外では、ほぼタッチパネルでの操作に慣れてしまって、Macに戻れるか不安...

テキストの範囲指定
カラムの幅変更
細かいオブジェクトの選択

まとめ

ないないと言いつつも、案外なんとかなりそうな雰囲気は見えてきて、複雑な心境です。実際のところ、オールドスクールなアプリケーションを使わないようにすれば、デザイナー寄りの人間が使っても、Windows 10で発狂しそうな事態は避けられました。ただし、日本語はダメです。UI系ゴシックを毎日見てたら発狂します。結論めいたものとしては、

英語環境で使う
gitでautocrlfをオフる
Bash on Windowsの正式版を待つ (今はまだBeta版)

この3点を満たせば、「まあ、ありかな」?

こう言いましょう、Windowsよ、半年後また会おう! と。
あるいは、その気があれば今が各種ツールにプルリクエストを送りまくるチャンスですよ。

編集後記

Macはタッチパネルの可能性をバッサリ切ってしまったけれど、Windows 10は「タブレットモード」で一応の着地点を見つけたように思います。その点は、Windowsを応援したいところです。

Out of boxで使えるMacと違い、Windowsで開発を始めるためには、まだ超えるべきハードルが大量にあります。ただ、2016年になってこのハードルを超えるやつが出てきそうだな、という予感めいたものは感じるようになりました。

一方、次はMacでもWinでもなく、Chrome OSでいいんじゃないか、というささやきも聞こえます。実際、筆者は非常用にクラウド上にも開発環境を確保しています。現状、テストツールの互換性問題が解決するまでは、Windows上でもその手で凌ごうかと...。早くMac帰ってきて!

目次