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

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

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

>>49
なんでOS標準装備に拘るんだ？
R-Loginとか使ってみろよMacのコンソールなんて低機能すぎて使えなくなるから

テーマが曖昧過ぎ

プログラマにとって最適な環境とは何か？

って聞かれて答えられんのかね>>1は
んなもん人それぞれで終わりでしょ

Macは開発に向いてる。なぜならLinuxと似ているUnix（BSD系）だから
ただ今はWindowsの方が開発に向いてる
Linuxそのものを内包してきたから

>>52
復元が容易な差分バックアップが標準でない時点で使う気にはならんな

>>53
ファイル履歴機能があるじゃん

>>54
バックアップは一見、成功しているが実際は失敗しているってバグって治った？

直ったんじゃね？

git使えよ

>>57
バカなの？
gitのバックアップどうするんだよ
gitのバックアップもgit使ってか？

りもーと。。

git使ったことない馬鹿なんだろうな
ローカルリホジトリしか知らんのだろうか

リモートだろうとローカルだろうとバックアップは必要じゃないか？

バックアップすりゃいいじゃん

タイムマシン自体のバックアップはどうするの？って聞かれてお前はなんて答えるんだ？

話が噛み合ってないだろw

それにしてもRLoginが高機能ってのは初めて聞いた
具体的にどんなところなのか知りたいわ
MacでiTerm2 + zsh + tmuxで不便に感じたことないけど、
WindowsとWSLとそれを使えばより快適なものなのかしら？

https://qiita.com/murachi1208/items/d6e4ce7ba75f1625fe51

>>65
いや、これ読んでも何も分からなかったんだけどw
全部Macで普通にできますが…
比較対象がTeratermとかPuttyとか言われてもね

Macのターミナルって同時送信とか出来たっけ？
保守サポートしてるサーバー複数台に同じコマンド打って管理とかめちゃ楽だぞ

>>67
tmux使えば簡単にできるよ
でもそんなオペレーション普通の人はしないけどな

貧乏人はApple製品を目の敵にしています

>>68
tmuxやらいろいろ使って出来ることがワンパッケージで出来てるんだから高機能だろ
何に突っかかりたいの？

論旨をすり替えて必死になる貧乏人

んー、高機能っていえばそうかもしれんが、まったく魅力はないわw
.tmux.confで色んな環境で使い回せる方が俺はいい
>>50が自信満々に書いてたからもっと感動するような何かがあるかと思ったんだ
突っかかってるつもりはなかったが、不快に感じたのならスマン

Mac・・・標準で便利
Windows・・・標準よりも便利

> .tmux.confで色んな環境で使い回せる方が俺はいい
それはWindowsでもLinuxでも同じ話

結局Macでなければダメな状況でもないかぎりハード制約やらなんやらでMacなんて勧められたもんじゃないと思うがね
足枷だらけのMacなんだから大きなマイナスをチャラにする何かがないと
ThinkpadにUbuntuとWin10入れてる状態にMacは勝てないじゃん
iOSアプリ開発の人質が有る奴だけMacになる

開発環境としてはWSLでものの見事に大逆転された

VSCODEはデファクトスタンダードになってるしGitHubまで吸収しちゃったからな
トドメにWSLの流れ

MSがGitHub買収してよかったこと

1. プライベートリポジトリが無料になった
2. ドキュメントが日本語化された https://help.github.com/ja

>>78
1がでかすぎる
完全にプライベート倉庫になったし

WSLを開発環境とかネタでしょ
重すぎてストレスマッハ

真面目にWindowsを開発に使ってないやつほどWSLWSLと騒いでる
現実は仮想マシンで動くWSL2を必死で用意してるのがMSだ

VSCodeもGitHubもMacで普通に使えるわけで、
これで何がWindowsに流れ来てるなんて話になるわけ？
あとはWSL2次第だろうが、今年の春には出るんでしょ
そこまでもう少し大人しくしててもいいよw

俺自身は環境使い分けいろいろあるしで仮想化派だからWSLは使ってないけどWSLの存在は大きいだろ

>>81
OSプラットフォームとしてオープンソースにどれだけ貢献してるかは今後の指標になるだろ
TypeScriptとかもそうだし
閉鎖的でユーザーからまともなキーボードの選択肢奪ったりする独裁プラットフォームに未来はあるか？
例えばMSがMac版Code切ったらどうする？
まぁMSはそんなAppleみたいなチンケな真似はしなきだろうけどさ

繰り返しになるが、仮に同じ事ができたとしてもMacでなければならない理由がなくなってる事がMacの終わりを意味してるんだよ
だれがこんな不自由なプラットフォームに投資したいとおもう？
他で同じ事ができるのにバタフライキーボード選ぶ馬鹿いるか？

>>83
俺は大してApple信者でもないしMacに縛られてるわけじゃないよ
その時代で一番最適なもんに投資してそれを使ってるだけなんだよな
もしMacが終われば違うのに切り替えてそれを使うまで
今後3〜5年はWindowsやLinuxをメインに使うのが最適と判断すればそれに移行しますわ
ただ、今はそう判断できる要素は俺の中にはない
あと10年先とかそういう未来は誰にも読めんからそこまでは考えない
おじいちゃんは頭の切り替えできないからこういう柔軟な発想できないんだろうけどねw

どこに柔軟性あった？そして俺のどこに柔軟性がなかった？
答えてごらん

こっちも良いものがあれば変えるいう当たり前の行動だよ
OS云々の前にMacはハードがゴミだとおもうからさ
あとはWinはリモートデスクトップが凄すぎてこれに変わるものがMacにない
ノートPCからデスクトップPCにつないでデスクトップPCでの作業の続きやったりとかね

よくよく考えれば9900K＋RTX2080の遊び専用Windows機もあるし、
昨年末に3400Xで組んだUbuntu機もあるんだよね
やろうと思えばいつでも移行しようと思えばできるが、
今のところはその気配はないなぁ
WSL2出たらちょっと遊んでみるかな

>>85
TeamViewer等の定番アプリすら知らんのかこの馬鹿は

>>80
WSLを理解してないって言われたこと無い？
何回も

>>85
無知な貧乏人が貧相な環境しか知らずに無知をさらけ出しているわけだな
貧乏人はApple製品を目の敵にする法則そのもの

>>87
リモートデスクトップをTeamViewerレベルと同等に考えてる時点でお察しだな
無知は恥だとおもわないと

>>90
酒屋の息子さんですね
具体的な違いを説明してよ

>>91
久しぶりにお前を見たなｗ

Win10のリモートデスクトップはほぼ実機レベルだからな
しばらく操作してると遠隔なこと完全に忘れてOSシャットダウンしたあとに別のデスクトップ画面でてきて頭混乱することが良くある
動画見てても違和感、音ズレもない
Steamでふつうにゲームプレイできるほど

リモートデスクトップ使ったらウィンドウのサイズぐちゃぐちゃにされたから結局VNCに戻したわ

接続のプロパティ設定すら知らないんだろうか

>>93
一部のゲームに対応してないから結局ゲームするときはParsec使ってるぞ
セキュリティが気になるが…

Steamホームストリーミングでゲーム画面以外も操作できればいいんだがなぁ

>>96
違いの判らん馬鹿はTeamViewer使えばいいじゃん(笑)

>>97
説明できないなら黙ってろよ

使えば違いくらい馬鹿でも判るだろ
あ、まさかMac用のクライアント使ってるとかかい？
ゴミMacからじゃだめだよ(笑)

>>99
さすが酒屋の息子
具体的なことはいつも回答不可

この負け犬君はまだ個人粘着やってるのかい？
そんなに悔しい思いをしたんならそのときにレスで反論すればよかったじゃん
負けて個人攻撃に逃げるからその後も悔しいままなんだよ
小石なげてそれでお前の気は収まるのかい？ん？
悔しさを増幅させるだけだろうに

いいかい？

馬鹿だから負けたんだよ
にもかかわらずその馬鹿が粘着しつづけて何かに勝てると思う？ん？
結果はさらに悔しい思いを継続するだけじゃん

何度も教えてやってるよね
解決方法は、ブラウザーをそっと閉じることか次に生まれてくるときはもう少しマシな脳味噌で生まれてくる事だと

わかったかい？

>>101
なにそれオリジナルコピペ？

ごめんなさい
もうやめます

酒屋のバカが泣き声がうるせえぞ！
隣まで聞こえてんだよ！

ごめんな
もう引退するから許して欲しい
謝罪文は別スレに書いたから読んでくれ
俺のような人間のクズにいままで構ってくれてありがとう

MacはネイティブでtmuxもAnsibleも動くけど、
上で出てたRLoginの並列実行が便利とか言ってたのは
逆に言うとWindowsはこういうのに頼らないといけないってことなんだよなぁ
ものは言いようだなw
WindowsもWSL使えばどーでも良い話だけど

>>106
意味わからん。
WindowsでもtmuxやAnsibleは使えるんだから
RLoginの並列実行が便利というのは
「tmuxやAnsibleを使わなくても」並列実行ができるから
便利って意味になるだろ

Macでも多くの開発は出来るがわざわざ不自由なハードを受け入れる必要は無い

>>108
つまりMac使えってことじゃねーか

WSLの話書いてるやつは正気を疑う

WSLってそんな使えないのか？
何がどうダメなのか書かないとこの板の人はほとんど分からんぞ

メインPCの環境に直で開発環境入れる奴よりはマシだな
仮想なりなんなりで分離させないと

>>111
親和性が低かった
WSL使うくらいなら、VMにOS入れればいいんじゃね？
ってくらいローカルのファイルを使いづらい

今はしらんけど対して変わってないっぽいような気がする

>>113
何がどうだめなのか書かないとわからんと言ってるのに、
なんで、またそれを書かないでレスをするんだ？
何がどうだめなのかかけよ

別人だけどさあ
前にWSL1は結構試してみたんだけど・・・・Vagrant+仮想マシンやらDockerやらを使えばいいのに、なんでわざわざWSLを使う必要があるのかはよく分からなかったな
俺自身は.Net CoreとPythonを主に使う人なんだけど、気づいた大体の欠点は大体↓こんなところ

サービス関連コマンドが使えない
Pythonを使っていてもパッケージや周辺ライブラリがWSL用になかったりあっても動かなかったりする、httpサーバを含むチャートの表示パッケージ等は大体できない
何が原因か定期的におかしくなる（Ruby屋がいうには使っているうちにファイルシステムの整合性が保てなくなってくるらしい）
進化が早いのかUbuntuのデフォルトの設定がちょくちょく変更される、アナウンスもなく変わるため数台で環境を合わせるのが結構難しい

>>115
> なんでわざわざWSLを使う必要があるのかはよく分からなかったな

じゃあWindowsのテキストエディタでLinux上のファイルを
編集するのに何をすればいいか書いてみて

WSLでは何もする必要はない

>>115
> サービス関連コマンドが使えない
普通にサービスは使える。
systemdがデフォルトで起動してないだけ

> Pythonを使っていてもパッケージや周辺ライブラリがWSL用になかったりあっても動かなかったりする
ボロが出てきてるぞｗ

Linuxのバイナリがそのまま動くんだから
WSL用のものなど何一つ無い

> httpサーバを含むチャートの表示パッケージ等は大体できない
全て動く。動かないものがあったら言ってみ

> 何が原因か定期的におかしくなる（Ruby屋がいうには使っているうちに
> ファイルシステムの整合性が保てなくなってくるらしい）
それもデマ。なんでいちいちすぐバレる嘘を付く？


> 進化が早いのかUbuntuのデフォルトの設定がちょくちょく変更される、
変更されたUbuntuのデフォルト設定とやらを一つでもいいから言ってみな

> アナウンスもなく変わるため数台で環境を合わせるのが結構難しい
アナウンスなく変わったものが一つでもあるか？言ってみ


なんでこう何も言わないかな

WSLが便利なのは確かだけど元から仮想VM使ってる人はわざわざ乗り換える必要は無いと思う

仮想マシンを使う = 別のマシンを使ってるってことだよ。
つまり連携ができない（もしくは自分で連携の仕組みを作る）

乗り換える必要がない人は、連携がいらない（なら最初からLinuxを使えばいい）か
すでに自分で連携の仕組みを作ってる人

WSLが便利なのは、それを自分で作らなくていい所なんだよ

連携って具体的にどういう部分？
ファイルに関してはSMB経由なりなんなりでネットワークドライブのように簡単に共有できるとおもうけど
コマンド操作に関してはRLogin経由だし

> ファイルに関してはSMB経由なりなんなりでネットワークドライブのように簡単に共有できるとおもうけど

ほらそれ。SMBを使ってサーバーのセットアップをしないといけない
そういうのがいらないから「連携」っていうんだよ

> コマンド操作に関しては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だろ