<p>去年は厄年だったのではないかと思うのだが、モバイル用の開発環境<a class="footref" href="#fn1" id="r1">[1]</a>が立て続けにお亡くなりになり、Surface Goを買い直すには時期がわるそう<a class="footref" href="#fn2" id="r2">[2]</a>ということで、会社に相談してみたらM1のMacBook Airを貸与してもらえた。</p>
<p>ここ数年は、Windows/Linuxがメインで、MacはMac miniをほぼビルド専用機として使っている程度だった。
しかし、せっかくわりと最近のスペックのMacBookを貸してもらえたので、そこそこ本格的に使いたい機運になって、わりとメインに近い感じで使いはじめてみた。</p>
<p>いまは、モバイルの開発環境としてはもちろんメインになり、デスクトップでの開発でもReactNativeでのアプリ開発についてはMacをメインでそのまま使うようになった。
ReactNativeに関してはAndroidエミュレータでの開発のもっさりさが相当あるので、やはりMac上でiOSシミュレータで開発したほうがストレスがない。</p>
<p>一方、バックエンドの開発はまだまだLinuxのほうがやりやすいと感じる。Dockerの使いやすさはもちろんのこと、これはArchLinuxと比較しての話にはなるのだが、パッケージマネージャの使い勝手もずいぶん違う。
ArchLinuxの場合、基本的にすべてのパッケージが最新の状態に保てる。最新になりすぎるという問題はあるものの、開発環境として使う分には好都合なことしかないので問題なし。
Macだとbrewで古くなったものを手動で管理する必要がありめんどくさい、というのと、brewコマンドがめちゃくちゃ遅くてユーザー体験とても悪い。
他のパッケージマネージャが出てきてたりするのかな？と検索してみてもめぼしいものは見つからず、みんなこれに我慢しているのだろうか…？と疑問になるレベルである。</p>
<p>そんなこんなで結局MacBookでもバックエンド開発は家のPCにリモート接続して開発、みたいな形になってしまっている。宝のもちぐされだ。</p>
<p>やはりSurface Goが自分にとってはベストなモバイル開発環境な気がしてくる今日このごろ。次のモデルを待とう。</p>
<p>MacBook導入後のデスクトップの様子は以下のような感じで、4Kのモバイルモニターをメインモニタの下に置くようにしてみたらかなり作業しやすい感じになった。
マウス・キーボードは切り替え機でハードウェア的に切り替えもできるようにしているのだが、基本的には<a href="https://github.com/debauchee/barrier">Barrier</a>を使って共有している。</p>
<div class="image">
  <a data-flickr-embed="true" href="https://www.flickr.com/photos/typester/52621449356/in/datetaken-public/" title="Desktop Jan 2023"><img src="https://live.staticflickr.com/65535/52621449356_ed8f617c0e_b.jpg" width="1024" height="771" alt="Desktop Jan 2023"></a><script async src="//embedr.flickr.com/assets/client-code.js" charset="utf-8"></script>
</div>

<p>しかし、このBarrierを使った共有でいまのところ解決できていない問題があって困っている。(ようやく本題)</p>
<ol>
<li>Macをサーバーにする
<ul>
<li>Natural Scrollになってしまう
<ul>
<li>前提条件として、Trackpadではnaturalになってほしい。マウスではなってほしくない</li>
<li>というので<a href="https://mos.caldis.me/">Mos</a>というのを入れてみたが、MacBook単体では理想の挙動なものの、Windows側がnatural scrollingのままになってしまう</li>
</ul></li>
</ul></li>

<li>Windowsをサーバーにする
<ul>
<li>マウススクロール問題はおこらない</li>
<li>しかし、Mac側でKarabinerを使って実現しているSandS機能が動作しない</li>
</ul></li>
</ol>

<p>という感じでこっちを立てればあっちが立たず、みたいな状況。
とりあえず現状は1で、デスクトップで作業する時は手動でNatural Scrollを切る、という不毛なワークアラウンドをしている毎日です。</p>
<aside class="footdef">
<p id="fn1"><a href="#r1">[1]</a> Surface Goと、その代替として使っていた古いZenBook</p>
<p id="fn2"><a href="#r2">[2]</a> どうせ買うなら次のを待ちたい</p>
</aside>


Windows-Mac間でのキーボードマウス共有での悩み

<p>会社で支給されたMacで開発をしないといけない状況があって、どうにかLinuxでの操作感に近づけないかとAIに相談したところ</p>
<ul>
<li><a href="https://github.com/nikitabobko/AeroSpace">AeroSpace</a></li>
<li><a href="https://github.com/sbmpost/AutoRaise">AutoRaise</a></li>
<li><a href="https://github.com/FelixKratz/JankyBorders">JankyBorders</a></li>
</ul>

<p>でかなり近い環境をつくれますよ！ ということだったので試してみたところ、うーん、ないよりはマシだが、なかなか厳しいな…というのが正直なところだった。</p>
<h3>AeroSpaceとは</h3>
<p>macOS用のタイル型Window Manager。過去にもいくつか似たようなものを試したことがあるんだけど、その中では一番筋が良いと感じる。というのも、他のものはMac自体のworkspace管理と連携するように作られていて、そもそもその時点でマインドセットがおいつかない、というか理解がむずかしく、結果うまくつかえない、ということになっていた。</p>
<p>AeroSpaceはその点まったくそれに依存していなくて、Macの中では一つのデスクトップしかつくらないので、他OSから来た人にやさしい。</p>
<p>それでもなかなか厳しい、と書いたのは、わたしにとっての一番の問題はワークスペース管理だった。</p>
<p>AeroSpaceのワークスペース管理はなんというかオーソドックスな普通のやつ(なんて言えばいいんだ？)、でもわたしが求めているのはtagベースなワークスペースなのだ。</p>
<h3>Tagベースなワークスペースとは？</h3>
<p>わたしはかなり長い間<a href="https://awesomewm.org/">awesome</a>というウィンドウマネージャをつかっていて、ここ数年は<a href="https://isaacfreund.com/software/river/">river</a>というものを使っているが、どちらもtagベースのワークスペースを持っている。</p>
<p>普通のワークスペースと、tagベースのワークスペースの一番の違いは、普通のワークスペースは一度に一つのワークスペースしか表示できないが、tagベースのワークスペースは <strong>同時に何個でも表示することができる</strong> 、ということだ。</p>
<p>わたしの典型的な使い方を例に説明してみる。基本的に1タグに対して1アプリケーションを置く感じで運用している。</p>
<ol>
<li>Ghostty</li>
<li>Firefox</li>
<li>Emacs</li>
<li>Slack</li>
</ol>

<p>みたいな感じ。わたしは1から10までのtagを利用していて、開発系のツールは1から左寄、コミュニケーションとかそれ以外のアプリは10から右寄せにして利用することがおおい。</p>
<p>で、Emacsでコードを書いているときに、Webでのドキュメントを参照しながら書きなくなったとする。</p>
<p>普通のワークスペースではEmacsかFirefoxかどちらかを移動させなければならない。そして用がおわったらまた元に戻す。かなり面倒だ。</p>
<p>tagベースのものなら、Emacsを使っているときに、Firefoxのtagも表示させる、ということが簡単にできる。これがとっても快適で、いちど慣れてしまうとこうでなくては開発がしんどくなる。</p>
<p>従来型のワークスペースとタイル型というのは相性がわるいと思っていて、タイル型はアプリが重ならないので、一つのワークスペースにおけるアプリケーションの量が少なくなるからだ。だからよっぽど大きなモニタでもないかぎりタイル型+従来型ワークスペースというのはワークしないとおもっている。</p>
<h3>ないものは作ればいい</h3>
<p>1週間ほど、上で書いたような、Windowをムーブさせる使い方でがんばっていた<a class="footref" href="#fn1" id="r1">[1]</a>が、AeroSpaceの仕組みもだいぶわかってきたし、tagベースのワークスペース管理を外づけで付けるソフトウェアを書いてみた。</p>
<blockquote>
<p><a href="https://github.com/typester/aerotag">typester/aerotag: Tag-based workspace management for AeroSpace.</a></p>
</blockquote>

<p>実は、過去にもHyprlandというWM用に同様のもの<a class="footref" href="#fn2" id="r2">[2]</a>を作ったことがあって、だいたいのやり方はわかっていた。ただ、今回は全部Geminiにやらせてみた。</p>
<p>数時間でさくっと動くものが出来て、それを使ったら快適すぎて感動した。</p>
<p>マルチモニタ周りとか、いろいろバグをあらかたつぶしおわるには、さすがにそこそこ時間がかかったが、とりあえず大体欲しいものは出来た感じ。</p>
<h3>Macでも生きていけそう</h3>
<p>さらに、冒頭でも出した</p>
<ul>
<li>AutoRaige: マウスカーソルに追従してアプリのフォーカスを変えてくれるアプリ</li>
<li>JankyBorders: アクティブなwindowにわかりやすくボーダーを付けてくれるアプリ</li>
</ul>

<p>を使うと、ほんとにLinuxで作業してるのとおなじ感じになって最高すぎる。ひさびさにライフチェンジングなものを作ってしまった。</p>
<div class="image">
  <a data-flickr-embed="true" href="https://www.flickr.com/photos/typester/55034823133/in/datetaken/" title="AeroSpace + AeroTag"><img src="https://live.staticflickr.com/65535/55034823133_f4b2f5ca97_h.jpg" width="1600" height="1039" alt="AeroSpace + AeroTag"/></a><script async src="//embedr.flickr.com/assets/client-code.js" charset="utf-8"></script>
</div>

<p>この画像はtag1とtag3を表示しているところ。</p>
<p>SketcyBarというのでメニューバーもつくれるようにしてみたが、個人的にどのタグが表示されているかというのは頭に入っているから、あまりこういうメニューバーがうれしいとは思わないので、つくってはみたが、使ってはいない。<a class="footref" href="#fn3" id="r3">[3]</a></p>
<h3>Tag型のワークスペース管理は良いぞ</h3>
<p>良いのになんでこんなにマイナーなのか？は謎だが、まぁタイル型Window Managerというの自体がマイナーな感じはするが。とにかく一度試してもらいたい。</p>
<p>いちど慣れると、Window Managerの設定をそろえれば、ほとんど同じように使えるので、学習コストがかかるのは最初だけだ。</p>
<p>現にわたしはawesomeとおなじ操作体系になるよう、riverもAeroSpaceも設定しているので、これらのWMを行き来してもまったく同じように使える。</p>
<p>このエントリーを見て、ちょっと触ってみっか、という人が少しでもいれば幸い。</p>
<aside class="footdef">
<p id="fn1"><a href="#r1">[1]</a> それでも素の状態よりはだいぶマシなのであった</p>
<p id="fn2"><a href="#r2">[2]</a> <a href="https://github.com/typester/hyprtag">https://github.com/typester/hyprtag</a></p>
<p id="fn3"><a href="#r3">[3]</a> Linuxでもなにもメニューバーはつかってない</p>
</aside>


2026

2023