【プログラマ限定】 Macは開発に向いているか？

1. Linuxではない。UnixがLinuxっぽいから使ってるだけで本当に使いたいのはLinux
2. BSD系でありコマンドの動きが異なる
3. サードパーティのHomebrewに頼らなければ標準機能で大したことが出来ない
4. Macでしか作れないものがるから仕方なく使ってる。便利だからじゃない。仕方なくだ
5. CLIが遅い。Cygwin使っているのか？ってほど遅い
6. Windows 10のWSLの方が便利

はたしてMacは開発に向いているのだろうか

> コマンド操作に関してはRLogin経由だし

これもそう。コマンド実行するだけだろ
実行したコマンド、例えばgrepでWindows上のファイルを検索するにはどうするか
それが「連携」

自分で努力すればそりゃ同じように連携はできるだろうが、
何もかも自分でやらないといけない
そして他人はそれを使ってないから、他の人とノウハウが共有できない

わかり易い例では、WSL2といOSの標準機能があるから
Docker Desktop for WSL2は、標準化されたWSL2をサポートできる
オレオレで連携機能を作ったら、自分用に仕組みを作らなければいけない

WSLをサポートするツールはあっても、オレオレの連携系の仕組みに
対応してくれるツールはまず無い。

>>122
>>123
そのレベルの事を言ってるんなら俺には不要だな
そもそもおれは仮想なりでLinuxを使うのは環境の分離(平行利用)と再利用なんだよ
例えば、メインマシン壊れました、新しいマシン用意しました
このときに使ってたWSLってそのまま移行できるっけ？
あとWin10だけならいいがUbuntuデスクトップもつかうしそうなると仮想環境の再利用もできない
デメリットの方が多くね？

SMB設定しなくていいっていう事がそれらをうわまるの？

SMB設定しなくても結局パスの設定はしないといけないんでしょ？

というかそもそも論としてSMB設定が障害になるレベルのやつがWSL使ってなにするの？
何もできないじゃん

>>125
> そのレベルの事を言ってるんなら俺には不要だな
> そもそもおれは仮想なりでLinuxを使うのは環境の分離(平行利用)と再利用なんだよ

仮想マシンを別のLinuxとして使うというのなら、
Macである必要もないわけで

だってお前はWindowsが不便だって思ってるんだろ？
Linux仮想マシンを使っていれば、Windowsの不便さは関係ないっていいたいんだろ？
それならMacが便利である必要もない。MacでもLinuxを使っていればいいんだから。

Macが便利であると同じレベルにWindowsを便利にしてくれるのがWSLなんだが
それを理解できない頭はかわいそうだなぁｗ

>>126
パスの設定ってなんだ？
Windowsから普通にUNCパスでアクセスできるし、
WSLからWindowsのパスも普通にマウントされてる
何もする必要はない

ヤバイのいるな

>>127
> というかそもそも論としてSMB設定が障害になるレベルのやつがWSL使ってなにするの？

自分の本来の仕事。おまえの仕事は自分の開発環境を作ることなんだろうがなｗ

環境作るのも仕事のうちだろ
時にはドメイン関連までやってやらんといけないときもあるしリリース後の保守契約とかできないじゃん
旨みは寧ろそこなのに
コードしか書かないレベルのエンジニア業もあるんだろうけどさ

仕事のうち≠仕事

WSLのインストール、WSLへの各種開発環境作りは仕事
SMB設定は仕事じゃない
環境が使い回せない件はスルー

お前がそうおもうならそうなんだろうな

> WSLのインストール、WSLへの各種開発環境作りは仕事

だからお前にとっては開発環境づくり仕事なんだろ？

おれは仕事じゃないと言ってる。
WSLのインストール、WSLへの各種開発環境作りは仕事 "ではない"

仕事ではないがどれかやらないと仕事にならないから、
より楽な方法を選ぶんだよ。
仕事じゃないことを、MSが肩代わりしてくれるんだから楽なもんだ


俺は開発環境づくりは仕事じゃないといってるのに
なんで（WSLで）開発環境作ることが仕事と言ってると思うんだかｗ
WSLは使ってるだけだ。

>>118
動くっていうのならQuiverを動くようにしてくれよ
コードを直してくれるのかどうか知らんが、動いてくれたらほんと助かるんで

>>136
オープンソースなんだろ？自分でやれよｗ

>>135
低能が限られた環境でなきゃ仕事できない自慢はもう良いようざいなあ

百歩譲ってSMB設定しなくていいって理由はいいとして、その代わりに仮想環境の使い回しや移動に制約がある件についてはスルーって本当にエンジニアかすら怪しい

>>137
そんなことできないからMacを使うよ
WSLがちゃんと動いてくれたらもっと便利なのにな

windowsだけ動かないOSSが結構あるんだよね
ニッチな分野で悪いがGo言語のweb frameworkであるEchoは
しばらくの間Windows + Google App Engine + Echoの環境で動かなかった
https://github.com/labstack/echo/issues/616

macOSを使えばこういうのを全部回避できる

メインPCのOS環境内に直接開発環境作るっていうのが俺には考えられん
普通は仮想で分離するでしょ？
仮想つかうならWindows、Mac、Linux関係無いんだよ
ホストOSは単なるホストだし

PaaSであるGAEは開発環境をネイティブOS上に構築する
Googleから提供されているSDKがこういう仕様

IaaSであるAWSなら分かるがPaaSの話だぞ？

>>140
Mac使う理由がないだろ。
Windowsのアプリを動かせるのはWindowsだけだぞ

>>141
> windowsだけ動かないOSSが結構あるんだよね
Macだけ動かないアプリもたくさんあるだろ

その違いだよ。

Windowsアプリを使う＋CLI
Macアプリを使う+CLI

今まではWindowsはCLIが弱かったから、Windowsアプリを捨てて
Macアプリ+CLIにする人が多かったが、CLIではMacを超えたので
Windowsアプリ＋CLIという選択肢ができた

っていうのを理解してない奴がいるんだよなｗ

>>142
> メインPCのOS環境内に直接開発環境作るっていうのが俺には考えられん
> 普通は仮想で分離するでしょ？

それは10年ぐらい前のやり方。
Dockerができてからそれが終わった。

開発"作業"を行う環境と、開発アプリ"実行"環境が
Dockerによって分離されたので、今はどのOSでも
メインPCの状態に依存せずに開発が行えるようになった。

いちいち仮想マシン作る必要がなくなったんだよ。
時代は変わってるのでついてこよう

開発者はVSCさえ動けばいいから問題ない
MSに期待している事はVSCとGithubの保守だけ

>>139
> その代わりに仮想環境の使い回しや移動に制約がある件についてはスルーって本当にエンジニアかすら怪しい

Macで言えばどういう事？
Mac使っていても仮想マシン上で開発するってこと？
それならMacじゃなくていいじゃん

>>143
ネイティブOSってなんだよw
仮想のlinuxから見れば自身がネイティブOSだろ

>>147
> MSに期待している事はVSCとGithubの保守だけ

そこな。開発"作業"を行うマシンはVSCとGitHubが使えればいいわけだよね
だからWindowsで良くなった。

今まではWindowsでgitを使うと言ったら、
コマンドプロンプトかPowerShellだった
どっちも使いづらかっただろう？

GitBashというmsys2との統合パッケージもあるがこれも癖があった。

じゃあ開発者は本当は何が使いたいのかと言うとbashなわけで
それでWSLは最初BashOnWindowsという名前だっただろうと

Windowsで一番使いたいシェルがコマンドもろとも使えるようになったんだよ
という原点に変えると、もともとのBashOnWindowsの方が適切な
名前だったのかもしれないな。技術的にはWSLなわけだけど

>>146
Docker派はそうすればいいじゃん
皆が皆そんなものありがたがってると思わない方がいいな
仮想マシンの代わりがDockerで出来るとおもってるならおめでたいとしか言えない
多プロセスのシステムなんかだと業務プロセスからの変更が必要になる
コンテナはあくまてコンテナだよ

マイクロサービス否定とかすごいな

>>152
> Docker派はそうすればいいじゃん

Docker派ではない。マシンをサクサク使いたい派だ。
なんでホストOSと仮想マシンでメモリを分け合わなきゃならんのだ

>>152
> 仮想マシンの代わりがDockerで出来るとおもってるならおめでたいとしか言えない

なにを勘違いしてる？
仮想マシンの代わりは物理マシンだよ
仮想マシン使っていてもDockerは使うだろうが

あー、わかった気がする
頼まれてちょっとしたPHPコード書く程度のエンジニアなんだろ
それならDockerで十分だろう

>>156
そんな話はしてない。話そらすな。

WSLでMacと同じことができるとして、
そもそもWindowsにする決定的な理由って何よ？

仮装ディスプレイとか使いづらいままだけど、いつ改善されるんだ？
マルチタッチとか今は使い物なってるんか？
ていうか設定画面をなんとかしろよ

同じ値段でMacよりも高性能のマシンが手に入るとかあるだろ

あとMacのCLIはBSD系だから使いづらいんだよ
WSLのCLIはLinux系

WindowsのCLIはDOS系だろ

DOS系に加わりWSL（Linux系）が増えた

もっと決定的なメリットないの？

>>159
企業的にはメリットかもしらんが、個人ユースならその程度の価格なんてそれほど決定的な差にはならん

>>160
サーバー側の人間じゃねーから、その程度の差ならどうでもよい

なんだよ決定的なメリットって？

どんなメリットを言っても「それは決定的ではない」というのであれば

Macにも決定的なメリットはないし
Linuxにも決定的なメリットはないよ

ちなみに>>163のレスの内容は
言い方がおかしいだけで

企業にはメリットがありますね！
サーバー側の人間にはメリットありますね！

とメリットを認めてる
言い方の問題

>>165
そりゃ安いは正義だからな

ただ、もっと俺がWindowsをゲーム機以外の用途として使いたくなるメリットを教えれって話だよ
開発と日常使いならWinがMacを上回るメリットが自分にはないんだよ

Macのほうが日常使いにはいいよな
Retina＋ヒラギノフォントの読みやすさ
トラックパッドの操作性の良さ
トランジションアニメーションのUXの良さ等
Windowsにはない魅力がある

Windowsは4Kモニタにしても駄目だ
Macに及ばない

>>157
そんな話を理解してないだけに見える
多分君のやってることならどこでも良いよきっと。
osとか気にするレベルのことやってなさそう。
だからこのまま好きなとこでちょいちょいやれば良いよ。

>>162
ネイティブコマンドとパイプで繋いで改行コードで無事死亡

>>166
> ただ、もっと俺がWindowsをゲーム機以外の用途として使いたくなるメリットを教えれって話だよ

やっぱり「俺が」と付けるわけかｗ

MacにもLinuxにもメリットはないよ。「俺が」使いたくなるメリットはないよ。
この手法で、何を言ってもメリットがないことにするんだろうなｗ

>>169
改行コードはパイプで変換するだけ

>>167
え？それだけ？
「俺が」使いたいたいメリットは一つもないなぁ
もっと俺がMacを使いたくなるメリットを教えれって話だよ

>>172
おめーにはmacは過ぎたものなんだから無理して背伸びすんなよ
背伸びしたっていいことないから。身の丈に合ったもの使うのが何でも1番だろ？

react周りとかWindows環境そもそもサポート外なフレームワーク
増えてる印象

フロントエンドはもうMacの独壇場でしょ
nodeがネイティブで動くのはでかい

>>170
いや、俺が使うんだから俺にMac以上のメリットなかったらわざわざ使わねーだろ

Windowsなんて価格くらいしかメリットねーし、安い分どっか手抜きじゃねーの？と思わなくもない
てーか、モバイルなんてWinだと実質HPしか選択肢ねーじゃん

>>174
そういうフレームワークがWSLで動くというメリットがあるわけだね

>>176
> いや、俺が使うんだから俺にMac以上のメリットなかったらわざわざ使わねーだろ

みんなWindows以上のメリットがないから
他のOSを使わないんだって結論になってるんだよ。

>>178
皆？お前以外の誰が？
さすがWindows使うバカだけあるな

変に煽るなよ
煽り運転して捕まってるバカと同じだぞ

いや、バカな煽りして来るから車停めて一喝しただけだろ

>>179
いや、俺が使うんだから俺にWindows以上のメリットなかったらわざわざ使わねーだろ

>>182
わざわざMac板まで煽りにこなくてもいいんですよ？

少なくとも自信を持って断言できるのは「自分の状況」だけでしょ？
それなのに「自分以外の他人もそう思ってる」と
自分の主語を拡大してソースなしで言及してる時点で批判されて当然だと思うぞ

開発者ならGoogle Developer DayやDevFest等の国際的な開発者向けイベントに参加した経験くらいあるだろ？
その時に周りの人間がどういうラップトップ持ってきてるのか見たことあるなら
絶対に「俺の周りはWindows使いだらけ」という感想は出ないと思うけどな

>>184
> 国際的な開発者向けイベントに参加した経験くらいあるだろ？

(´・ω・`)

>>184
「自分の状況」を話されて困るんだがｗ

>>186
”ソースなしで

ソースはGoogle Developer DayやDevFestって俺は書いたじゃん
君は「個人の感想」じゃん

この違いだよ

>>187
ソースはおまえのレス

開発者の場合は〜って言ってる事自体が
開発者以外には当てはまらないと言ってることになってる。
また開発者向けイベントに参加ししてない人は違うと思ってるから
そうやって「自分の状況」に限定した話をする

> 君は「個人の感想」じゃん

Windowsの方がシェアが高いという
データに基づいた結果

＞開発者の場合は〜って言ってる事自体が
＞開発者以外には当てはまらないと言ってることになってる。

スレタイ読めよw

>>191
開発者に限ってもWindowsの方が多いが？

ってか、Macの方が多いって主張したいんだろ？
ならその主張できるデータを持ってるはずなんだが
個人の感想じゃないというのならMac使ってる人のほうが多いというデータでももってこいよ

https://www.itmedia.co.jp/news/articles/1606/08/news138.html
＞「例えばスーパーコンピュータは97％がLinuxで動いているし、開発者カンファレンスとかに行けば9割がMac。あれだけデベロッパーと叫んでいたのに、デベロッパー向けのPCのシェアは1割に満たない」（まつもと氏）。

>>193
そのレスを待ってたぜーｗ 用意しておきましたーｗｗｗ

https://insights.stackoverflow.com/survey/2019#technology-_-developers-primary-operating-systems

Windows 47.5%
MacOS 26.8%
Linux-based 25.6%
BSD 0.1%


ほらデータを見てもWindows開発者のほうが多い。

そりゃ貧乏人はWindowsしか選択肢ないからな
そもそもシェアなんてどうでも良い
シェアで語るならコーラとハンバーガーが世界一おいしい飲食物になる

>>195
いくら取り繕っても、結局自分の思い込みで話をしていたことは否定できないよｗ

そのおまえのレスもまた自分の思い込みやろ？ｗ

Google DevFestなんかは参加するために試験を課していて
トップ層20％くらいしか参加できない

トップ層はLinuxとMacばかりだよ

全体シェアで勝ってる！とかドヤっても虚しいだけ
スマホのほうがシェアがある！時代はスマホ！PCなんて要らない！と主張してる
スマホキッズを見ているようだ

開発環境をホストOSに直接入れるっていつの時代だよ
仮想技術が当たり前になってからはWundowsで仮想Linuxでみんなやってるよ
今はVSCODEだが昔からエディタ的にもWindowsは優れてたからね

Macが重宝がられたのも判るけどあれはWeb屋とかの初心者層がホストOSに直接環境いれて使えるのがメリット
そして今更WSLなんて叫んでるやつもいままで何やってたの？となる

>>198
それは日本の高卒・もん卒の話だよ

>>198
むしろ昔はきっちり分けてたが、今はホストOSというかプロジェクト用のフォルダになんでもかんでもぶっ込んでる

>>197
スレタよめ。
開発者の上位一部の話はしてないから

>>198
今はそれがさらに進化して
仮想マシンは使うが、開発中のアプリを実行するためだけに仮想マシンを使って
テキストエディタやブラウザなどはホストOSのものを使うようになってる。

こうすると仮想マシンに入れる必要があるものは
アプリを動かす必要最小限になるから
仮想マシンのメンテナンスが減るしメモリ使用量も少なくなる。

>>200
それマシンにトラブル起きたらどうするんだ？
仮想なら定期的にイメージバックアップとっておけば問題ないし
ソフト的なトラブルならスナップショットでの復元もある
まともな開発者らホストOSに直接環境つくったりはしないよ

> 仮想なら定期的にイメージバックアップとっておけば問題ないし
ホストマシンのバックアップ取るに決まってるだろ

>>202
そうだよ
ホストOSはSSH経由で操作するクライアントみたいな物にすぎん
そこにMac、Linux、Windowsの差異はあまり無い

>>171
行ったり来たりするたびにsedとか噛ませって？
冗談やろｗ

>>204
救えるのはデータ(ファイル)だけだろ
環境どうするんだ？
そしてバックアップに一体どれだけ時間かける気だ？

>>206
ん？どういうことをしたいときに
行ったり来たりするの？具体例思いつく？
殆どの場合行ったり来たりする必要がないよ。

>>207
環境毎バックアップしなさい

> そしてバックアップに一体どれだけ時間かける気だ？
OS起動中に差分バックアップを自動で行うから0かなぁ

>>205
> ホストOSはSSH経由で操作するクライアントみたいな物にすぎん
SSH使う必要もないよ。
そのままテキストエディタでファイルを編集すれば
仮想マシンでそれが見えてる。

>>210
それでスナップショットの復元みたいな操作は簡単にできるのか？
バージョン比較したり戻したり

>>211
どうやってコマンド打つんだよ

>>212
できる。おまえの知識は少ないんだからさ、ちょっとだまってて

>>214
できるのか？と聞いてるんだがなぜ話をごまかすんだ？
というか、お前チームで開発したことないだろ？
素人の個人開発者の手法そのものじゃん

>>213
> どうやってコマンド打つんだよ

仮想マシンはアプリを実行するだけなので
コマンド打つ必要がないんだよ。

ホスト上で全部完結して「アプリを実行！」ってやれば
それが仮想マシン上で動く

>>215
できるのか？という質問にできると答えてるんだが？

>>203
最悪ホストOSのバックアップごとなくなったとしても
git cloneして、npm ciやinstallすればほぼ復元できるからなぁ

git hubはともかくgit labの証明書死んだらめんどいな
出社しないといけなくなるわぁ

俺の開発環境ぬるすぎ

>>216
>仮想マシンはアプリを実行するだけなので
>コマンド打つ必要がないんだよ。

それどうやって仮想環境の環境インストールやるんだ？
ビルドは？トランスパイルとかは？
Gitは？

おまえさっきから言ってることめちゃくちゃだな
本当に開発者か？

>>219
> それどうやって仮想環境の環境インストールやるんだ？
> ビルドは？トランスパイルとかは？
> Gitは？

だから全部ホスト上でやるって行ったろ？

ホストOS上でコマンド実行して、仮想環境の環境インストールするし
ホストOS上でコマンド実行して、ビルドするし
ホストOS上でコマンド実行して、トランスパイルするし
ホストOS上でコマンド実行して、git使うし

>>220
それWSLの話だろ
WSLでる前はどうしてたんだよ
そしてWSLの環境バックアップと復元はどうするの？
使ってたPCの調子わるくて別のPC買ったときにどうやってそのWSL移動させるの？
やってることが最近Linuxさまりました的な素人丸出しじゃん
いままでWinに直接ApacheとPHP入れて簡単なコード書いてた素人君だろ

今どきのよく出来たプロジェクトでは
どこかの知らんやつがGitHubでコードをforkして
自分の手元で簡単にビルドして実行できるようになってるんだよ

どでかい開発用仮想マシンイメージの配布をすることなくね。

こういう風になってれば、たとえマシンが壊れても
代替機で簡単に作業の続きができるってことも理解できるだろう。
当然GitHubにアップしてないファイルはバックアップしてるとして

そこで、「ファイル履歴」機能！
WSLだけバックアップとかできると思うが、他PCにWSL部分だけ戻せたりできるんかね

まぁいまんところMacとタイムマシンでいいわ