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

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

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

>>23
まぁいいから日本語使えよw

>>24
図星で悔しいのは文字を通じてよくわかるぞ

Macが開発に向いてるかとは違うベクトルの話だが、
SwiftUIが楽すぎてWindows系アプリ開発にもこの手法使えたらなーとは思った。

>>26
iOSを軸にクロスプラットホーム開発が捗るなら試す価値はあるかも

マイクロソフトはXAMLやらPropertyChanged地獄なアレは捨てて
さっさとSwiftUIパクってくれ。

C#でいいよもう

言語はどうでもいいしこの際「C#UI」でもなんでもいいからはよパクってくれ！

c#言ってる奴は大抵鈍臭そうな奴が多い

>>31みたいなことを言ってるヤツは大体ワキガ

c#やってるとこういう自覚のないバカになるからやめとけよ、これからのやつは。

c#なんて、ガチャゲー作って金を毟る企画に参画するような欲にまみれたクズが使う言語
これ学ぶ＝悪魔に魂売ると思った方がいい

言語に罪はなかろうもん

開発に向いてる向いてない以前に、バタフライキーボードとかいうゴミ糞強制されると避けようがない一社独占の独裁糞プラットフォームを開発に使おうってのがそもそもの間違い

いや普通外付けやろ
WindowsPCでもなんでも
なんちゃってエンジニアかな

>>36
開発にMac mini 2018＆HHKBつかってるけど…

>>36
開発者なのに外付けキーボードすら思い浮かばないの？
その頭の固さでほんとに開発やってる？やってても
コードコピペがせいぜいなエセじゃないの？

いつも外付け持ち歩くの？(笑)

コード書くのにどこ行くんだよ
あぁ、スタバでコピペ披露するの？

もまいら外付けより仕事漬けだろ

というかHHKBとかいいだす時点でアレだよな
HHKBってただの変態キーボードであんなものに慣れてしまうと他使えないじゃん
コンビネーションだらけで生産性悪いし
マウスとか無かった時代に延々とホームポジション維持することに特化したもの
形から入ろうとする馬鹿マカーにはお似合いだけどそれ以外にも理由あるんだよね
まともなキータッチのキーボードがHHKBしかなかったから(笑)
最近はお情けでリアルフォースのMac版出てたりするが基本的にハード選択肢は無いに等しい

長文の言い訳、1番ダサいパターン

コード書くのに必要なキーはコンビーネーションいらんだろ
普通のノーパソだと直接打ててHHKBではコンビネーションになっちゃうキーってなんだろ？
そうか矢印か！
コピペするには重要だな！

最近はコード書くにもインテリセンス必須の世の中なんだから矢印は重要だろ
各種デバッグ環境でのファンクションキーもな

IJKLで移動できるんだが…
Karabiner使うだろ普通
macOSエアプだから分からないんだろうけどさ

https://kreider.github.io/post/karabiner_workflow/

よく使うキーなのにコンビネーションは馬鹿らしいって話だろ

wslはまだ触って無いけど、vagrantとかdockerあるからwindowsでも問題はない
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をサポートするツールはあっても、オレオレの連携系の仕組みに
対応してくれるツールはまず無い。