macを使ってて不便に感じたことと、その対策

投稿日：2026/03/01

私は30年ほどWindowsをメインで使っていて、LinuxではXfceを使っており、モバイルはAndroidを利用しているが、急遽仕事でmacを使わざるを得ない事態になり、非常に不便だったので、その不便さと、多少でも緩和できる方法を書いていく。

使用したマシンはM4 Macbook Proで、OSはSequoia 15.2で、比較対象はWindows 11だ。

macを使っていて不便に感じたこと

ウィンドウの切り替えが困難

Windowsであれば、Alt+TabやWin+Tab、タスクバーからマウスで切り替えなど、ウィンドウの切り替えは造作もないが、macではこれが非常に大変だった。

まずAlt+TabやWin+Tabに相当する機能はOS標準では存在せず、AltTabといったサードパーティソフトが必要だ。

タスクバーからマウスで切り替える操作についてはDockから似たような操作ができるが、同じアプリケーションのウィンドウが二つある場合、右クリックしてメニューを出し、選択する必要がある上、どれが何なのかが解りづらい。

またDockが画面の縦幅を占有するので邪魔なので隠してしまうと、Dockを再表示させるのも時間がかかり、この操作には非常に実用性がない。

macを使っている人にどうしているか聞いてみたところ、ウィンドウの数だけ仮想デスクトップを作って、Magic Trackpadでスワイプして切り替えているとのことだった。

要するに複数のウィンドウを切り替えて並行で操作しながら作業するという運用には向いていないようだった。

余談だがWindows 11のAlt+Tab操作はウィンドウが切り替えられないことがしばしばあり、私はマウスで切り替えることが多いのだが、macの隠れるDockを使ったウィンドウ切り替えはあまりにも非効率的で、到底承服できなかった。きっと4Kモニタのように画面に余裕のある状態での利用が想定されているのだろう。

マルチディスプレイ環境でウィンドウをモニタの境界線上に亘って表示できない

Windowsであれば画像のように画面の境界を越えてウィンドウを表示することは標準で可能だが、macで同じことをするとどちらか片方にしか表示されず、もう片方のモニタからはウィンドウが消えてしまう。

恐らくmacではモニタの境界を越えた状態でウィンドウを表示することを想定していないか、そこで切るのが正しいという考えがあるのだろう。

なお、Xfceでもモニタの境界に亘って表示させることは標準で可能だ。

私は作業を一時中断して退避させるなどの目的でモニタの境界上にウィンドウを配置することがしばしばあり、この特性には不便を感じている。

ウィンドウの整列ができない

Windowsであれば画面端にウィンドウを持っていくと左右二分割や、画面四分割などウィンドウを整列し、ウィンドウの境界をドラッグするとリサイズもきれいにできるが、macにその機能はなさそうだった。

タスクバーがない

macにはタスクバーがなく、Dockのみがある。Windowsのタスクバーとの違いは、起動していないアプリケーションも並んでいることだ。

Windowsのタスクバーはピン止めをすべて外すことで、起動しているアプリケーションだけにできるため、作業に集中できるがmacのDockは余計なアイコンが多くあり目が余計に滑って不便に感じた。別にmacのDockも余計なものは消せるのだが、スタートメニューが存在しないし、そもそもDockはタスクバーではないし、Finderやドロワー、ごみ箱をここから消すのは、アクセス手段が失われる懸念もあり、やれていなかった。

アプリケーションメニューがウィンドウ上に存在しない

macではアプリケーションのメニューは画面最上部のバーに固定で出ている。この関係でマウスでメニューを操作しようとするとウィンドウの位置やサイズによってはカーソルの移動距離が長く手間であるし、直感的でないと感じた。

私はこれを作業効率の観点から好ましく思っておらず、Linuxのデスクトップ環境でもGNOMEを避けている。

恐らくmacでは一画面に一ウィンドウを最大化状態で保持して操作するのが前提の哲学としてあるのかもしれない。

時計が画面右上にある

首が疲れるので右下にあってほしい。macユーザーは首を持ち上げるのが、苦ではないのかもしれない。

キーボードの互換性がない

CtrlやAltがmacに存在しないことは知っていたが、他にも違いがあった。

例えばHomeやEndについてはアプリケーションによって振る舞いが異なっていた。Windowsであれば標準ではスクロールバーを一番上や下に持っていったりCtrlキーとのコンビネーションでファイルの先頭や一番下に移動させることが一般的だが、macでは恐らくアプリケーションごとに異なる振る舞いを示し、統一した振る舞いはなさそうだ。

何より先頭や末尾に移動する機能がないのは面倒だった。

これはKarabiner-Elementsを導入することで多少はマシになるが、多少マシになる程度だ。何故ならKarabiner-Elementsはアプリケーション単位にキーバインドを設定しないとまともに機能しないからだ。利用するすべてのアプリケーションのキーバインドを設定するというのは気の遠くなるような作業で、事実上役に立たないといっても過言ではないだろう。

他にもVSCodeのターミナルでCtrl+CやCtrl+Zが効かないなど、枚挙に暇がなく、遭遇するたびに一々調べるのも大変なので、今のところはターミナルを殺すことで対処している。

ログイン時にキーボードレイアウトがランダムに変わる

スリープから復帰したときにキーボードレイアウトがUSになっていたりABCになっていたりQWERTZになっていたりした。

なぜ不規則に変わるのかは一切把握できていないが、このせいでログイン時にパスワードの入力を誤ることが多く、非常にストレスになっている。

ログイン時に本体と外部のキーボードの配列が恐らく異なる

ログイン時にどちらか片方のキーボードでしかパスワードが正しく入力できないことがあるため、恐らく個別にキーレイアウトが設定されている。

前項のランダム変化と合わさり、一体何の意図があってこうしているのかさっぱり理解できない。ユーザーが自分の意思で個別に変更しているのならわかるが、一般的に複数のキーボードを繋ぎ、すべてのレイアウトをバラバラにしたいケースは、そう多くないと思う。

ログイン画面のパスワードマスクが外せない

前の項に付随する内容だが、パスワードマスクが外せないので変なレイアウトになっていた時にキーボードと入力内容を対比して、それに応じて打鍵するキーを修正するといった操作ができない。

ログイン画面でキーボードレイアウトの変更メニューが通知バナーに隠される

ログイン画面の右上にキーボードレイアウトの変更メニューがあるが、通知がたまっているとこれが隠れて見えなくなる。こうなると半分エスパーで操作する必要があり、かなり辛い。このUI設計した人の思想を私には理解できそうにない。

通知バナーが邪魔

macでは画面上に無限に通知バナーが溜まり、これを削除するには一つ一つ丁寧に小さなバツボタンを押していくしかない。Slackの通知などで画面からはみ出てバナーがあると、ひたすら押し続ける必要がある。まるで何かの修行をしている気分だ。

Windowsの場合は画面を一列丸ごと通知バナーが埋めることはないし、タスクバーの時計をクリックしたらバナーはすべて消え、通知一覧に移動する。そして通知一覧から読み直すこともできる。

またmacでは通知は標準で消えないようにみえるが、Windowsでは通知は時間経過で消えるのが一般的で、常に画面を占有することはない。

私は仕事をしている中でmacを使っている人が通知を見逃すことが多いのをしばしば聞くのだが、邪魔くさくて消してたら見過ごしたとか、そういうことが多いのではないかと考えている。

Windowsを使っていて通知を見逃すというのは個人的に通知バナーをミスクリックして消したくらいしか経験がないが、macを使っていると通知バナーが画面の外に流れて消えたり、画面を占有するのもあり、見逃すことが増えたと感じる。

参考までにClaude Opus 4.6に聞いた見たところ、macOSの通知には「バナー」スタイルと「アラート」スタイルがあり、バナーに設定すれば数秒で自動的に消えること、また通知センターではグループ単位での一括削除も可能であることだったが、そこを気にしないといけない時点で個人的にはどうかと思った。少なくともWindowsでは気にする必要のない部分だ。

スクショを自動でクリップボードに飛ばしてくれない

スクショを撮ったら毎回画面右下に小さなスクリーンショット画像が出るので、これをクリックして出てくるメニューでクリップボードに飛ばすか、ファイルに落とすかを選択しないといけない。すごく面倒くさい。

そもそも毎回画面右下に小さなスクリーンショット画像が出ることに気が付くまでに時間を要した。

UbuntuであればGNOMEでもクリップボードに飛ばされたと思うし、Xfceでも標準ではクリックボードに行くので、違和感は感じない部分だ。

スタートメニューがない

macにはスタートメニューがなく、GNOMEやAndroidなどにもあるアプリドロワーがあるのみである。全画面占有する割に巨大なアイコンが並び、情報量が少なく、アプリケーションを探すのが極めて面倒くさい。

またピン止めも恐らくできないので、使い勝手が悪い。

IMEの挙動が難しい

標準のIMEが非常に使えないのでGoogle IMEを入れて、標準を殺してみるものの、時折標準のIMEに復帰している気配がしており、難しさを感じることがある。

あとIMEの切り替えをKarabiner-Elementsを使って全角半角キーで実現しているのだが、この動作にも違和感があり、困難を覚えがちだ。

キャレットの移動が遅い

エディタやブラウザのURLバー、Slackの入力欄など、どこであってもキャラットの移動速度が驚くほど遅い。非常にガタガタしながらキャレットが移動するのを眺めていると何とも言えない気持ちになる。

かつてメモリがしょぼいWindows XPで重いワードを開いた時はこんな感じだったかもしれないが、なかなかない光景だ。ましてや使っているのがM4 Mac Proであるから、余計にそう思う。

8000x8000くらいのJPEGをSlack上で拡大してドラッグするとすごいガタつく

M4 Mac ProはApple M4 Proを搭載しており、非常にスペックが高いはずである。しかし、高々8000x8000くらいのJPEGをSlack上で拡大してドラッグするだけで非常にガタガタとカクついた。

参考までにDell Latitude 5430でCPUがIntel Core i7-1255U、メモリが32GBのWindows 11環境では、これは起きなかった。

先ほどのキャレットの件といい、macはグラフィック処理が苦手なのかもしれない。

ウィンドウの最小化、拡大縮小、閉じるボタンが非常に小さく、Windowsの逆にある

押させる気がないんじゃないかと思うほど小さく、大変使いづらかった。またWindowsと比べた時、左右逆にあるのも不便に感じた。

記憶があやふやだが、GNOMEではWindowsと同じく右側にあり、サイズも押しやすかった気はする。

都度都度、管理者権限を要求される

例えばAltTabなどのアップデートがあった時、毎回管理者権限を要求されるのがうっとおしいし、Rancher Desktopも毎回管理者権限を要求してくるのでうっとおしい。

ウィンドウの管理がしづらいのと相成って、これらの権限要求ダイアログが、アプリケーションウィンドウとセットでOS起動時に重なって出てくると、とても面倒くさいと感じる。

Finderで隠しファイルを見るのが手間

Command+Shift+.の同時押しで隠しファイルが出せるが、手間である。

以下のコマンドを流せば恒久的に表示できるが、GUIで設定できないのは不親切に思う。

defaults write com.apple.finder AppleShowAllFiles -bool true
killall Finder

フォルダを開いた時のアイコンの並びがぐちゃぐちゃ

Finderでフォルダにファイルなどをドラッグしたときに、ドラッグした位置に保存されるため、非常にぐちゃぐちゃになる。

常に均等整列することも可能らしいが、少なくとも標準ではそうなっていない。

OSを落とすのがめんどくさい

OSを落とそうとしたときにアプリケーションが生きていると、一々都度都度落とすように言われるのが非常に面倒くさい。

Windowsなら強制終了ボタン的なのを一度押せば全スルー出来るし、そもそも基本出ない印象だが、macではアプリケーション毎にこれが出てきて、ボタンを押し落とし、また出てきて落としとか、面倒なので終了メニューを何度も出して連打して落としたりしている。面倒くさい。

Homebrewはmacの標準パッケージマネージャではない

mac関連の記事でアプリケーションの導入に出てくるHomebrew(brew)だが、なんと標準ではなく、サードパーティである。

これまでAltTabやKarabiner-Elementsといったサードパーティが出てきたが、またサードパーティだ。MicrosoftがサードパーティーソフトウェアをOSに取り入れているのと比べるとAppleの動きはまるで対照的だと感じる。

きっちりしてそうな様相に反して、アプリケーションが全く入っていない

macは標準でzshをシェルとしており、ターミナルもついていて、お金を払って買うものだし、きっと充実した環境があるだろうと思えば、全くなかった。

びっくりするほど何も入っていないので、入れてやる必要があった。

確か一番最初にこんな感じで入れたと思うが、他にもPerlとか色々入れたほうがより便利になるだろう。

brew install coreutils
brew install diffutils
brew install ed
brew install findutils
brew install gawk
brew install gnu-sed
brew install gnu-tar
brew install grep
brew install gzip

ACアダプタの整流器とコンセントプラグが合体している

これはOSとしてのmacとは関係ないことだが、macはハードウェアとソフトウェアが不可分であるところもあるので書く。

M4 Mac Proでは写真のようにコンセントプラグに大きな整流器が合体していた。

これは他のコンセントに干渉する上、自重で脱落しやすく、個人的には好ましく思っていない。写真では干渉を避けるためにコーナータップを生やして回避している。

macの操作感を少しでもWindowsに寄せるTips

Alt+Tabの実現

AltTabを入れる。

矩形スクショをWindowsのように撮れるようにする

Command+Shift+4で任意の場所に矩形を作り、スクリーンショットを撮れる。

クリップボードに送るには、スクリーンショットを撮影すると右下にサムネイルが出るので、そこをクリックして操作するのでひと手間かかる。

Win+Shift+Sで起動させるにはKarabiner-ElementsのComplex Modificationsに以下の設定を書けば実現できる。

{
    "description": "Right Command + Shift + S to Command + Shift + ４ (Screenshot Tool)",
    "manipulators": [
        {
            "from": {
                "key_code": "s",
                "modifiers": { "mandatory": ["left_command", "shift"] }
            },
            "to": [
                {
                    "key_code": "4",
                    "modifiers": ["left_command", "left_shift"]
                }
            ],
            "type": "basic"
        }
    ]
},

JISキーボードの全角/半角キーをIMEのON/OFF切り替えキーに変換

Win+Shift+Sで起動させるにはKarabiner-ElementsのComplex Modificationsに以下の設定を書く。

{
    "description": "JISキーボードの全角/半角キーをIMEのON/OFF切り替えキーに変換",
    "manipulators": [
        {
            "conditions": [
                {
                    "input_sources": [{ "language": "en" }],
                    "type": "input_source_if"
                }
            ],
            "from": { "key_code": "grave_accent_and_tilde" },
            "to": [{ "key_code": "japanese_kana" }],
            "type": "basic"
        },
        {
            "conditions": [
                {
                    "input_sources": [{ "language": "ja" }],
                    "type": "input_source_if"
                }
            ],
            "from": { "key_code": "grave_accent_and_tilde" },
            "to": [{ "key_code": "japanese_eisuu" }],
            "type": "basic"
        }
    ]
},

VSCodeでCtrl+@を押したときにターミナルが出るようにする

Karabiner-ElementsのComplex Modificationsに以下の設定を書く。

{
    "description": "VS Codeが前面にあるとき、左Control+@をターミナルトグルとして機能させる",
    "manipulators": [
        {
            "conditions": [
                {
                    "bundle_identifiers": [
                        "^com\\.microsoft\\.VSCode$"
                    ],
                    "type": "frontmost_application_if"
                }
            ],
            "from": {
                "key_code": "open_bracket",
                "modifiers": { "mandatory": ["left_command"] }
            },
            "to": [
                {
                    "key_code": "j",
                    "modifiers": ["left_command"]
                }
            ],
            "type": "basic"
        }
    ]
},