arm Mac と向き合う Web アプリケーション開発環境 - Diary

arm Mac と向き合う Web アプリケーション開発環境 しない話: Docker Desktop の課金回避 問題意識 Mac の CPU が arm になってしまった結果、以下のような問題がある JVM 系を中心に amd64 な Docker image が Mac で挙動が怪しい ネイティブ開発すっか!!となるとライブラリのバンドリングとかでおかしいことになりがち Ruby の nokogiri とか ネイティブだと古いものはわりと動かない そういう問題がなかったとして arm で開発したものを amd64 環境にデプロイするのはちょっと勇気がいる。 古い環境はアップデートせえやという話なのだが、リソース不足してるものはどうにもならず、結果として古い JVM 環境を延命させてたやつとかはまじでどうにもならなくなったりする。えてしてそういうものは皆さんの手元にあることでしょう。

[muchonov]

中長期的にはサーバサイドもARM化が進んでいくのか、amd64のままなのか（それともARM飛び越してRISC-Vなのか）というbetが伴うのでなかなか難しい判断

[winterfall]

現段階ではarmMac上で既存の環境を快適に動かすのは結構しんどいんですよねぇ

[ultimatebreak]

環境構築でハマるの目に見えてるから買い替えに億劫

[tmatsuu]

m1 mac上でUTM+x86 UbuntuにDocker環境用意するのも手だけど手間だしそこまでのモチベーションが生まれにくいのは否定できない。あとはクラウドの開発環境をEC2 Macインスタンスにして手元をWinにするか。

[twotiger]

ノートPCで開発する理由が分からない。Windowsには安くて速いデスクトップ機がいくらでもある

[fukku_n]

“Github Codespaces”

[kazema_tsu]

面倒くさいので、Macを使わない。Windows使うって選択肢がないのね。

[yarumato]

“解決策　1.本番環境をarmにする（AWSのGraviton2）　2.開発者のマシンをXPSとかThinkPadにする（日常的にLinuxデスクトップを使っている。Ryzenはスリープいまだにおかしい）　4.クラウド開発環境をつくる”

[door-s-dev]

クラウド開発環境来ないかなぁ

[forest1040]

解決策を全部やるんだ！

[programmablekinoko]

Ryzenのスリープ処理が変なのはよくよく感じる