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

VBないじゃん

> 5. CLIが遅い。Cygwin使っているのか？ってほど遅い
標準ターミナルがモッサリ杉、最近はAlacrittyやiTerm2が流行りらしいよ。

>1. Linuxではない。UnixがLinuxっぽいから使ってるだけで本当に使いたいのはLinux

Linux使えよ
無料なんだし

>>4
最高じゃねーか！！

関係ないけどSwiftってどう？

音楽制作とか結局ソフトなんだよな
Winで同じように使えるソフトがないから仕方なくMacを使う
まぁ、ソフト売りがアップルの商売みたいなもんだしな

>>4
Xojoならあるぞ

>>8
全てオブジェクトとして扱えるようになったのと
関数型の良いところも取り入れて隙がなくなったね

>>4
メリットの一番先に持ってきていい話だよねそれ

>>6
＞Linux使えよ

だってGUIがクソすぎるじゃん

　
　13 名前：名称未設定[sage] 投稿日：2019/08/30(金) 17:57:41.65 ID:hLRvHQ8I0
　>>6
　＞Linux使えよ

　だってGUIがクソすぎるじゃん

向いてないなぁ
とにかくUIが飾りすぎて重い

ムード優先のユーザ向け
とても開発者向けじゃないよ

>>13
pop!_os使ってから出直してこいよ

VB、つーか、COMか。アレはいいものだぞ？
VBプログラマがウンコってのはわかるが
MSが調子こいてActiveXとか言ってIEから直接つつけるようにしてグダグダになったがCOM自体は素晴らしいものだ

AutomatorよりVBSでの方が細かく制御できて好きだ

だから何なんだよ？

マイナーすぎて認知されてない感があるAppleScriptObjCでCocoa API含めたObjC frameworkが叩けるから
やる気があればAutomatorでもCOMみたいにやりたい放題だぞ

そういう需要がないんだろう
主なユーザーは既存のアプリケーションを使うことしか考えてないからな
開発しようなんて一握り

なんちゃって開発には向いてるよな
例の意識高い系って人たちの

まただいぶ低い所から

>>21
秋葉うろついて、ゴミもいいとこの鉄屑pcにわざわざ金払って買ってきてどうでもいいようなディストロ入れてブヒブヒ言うのを良しとしてそうだな

>>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をサポートするツールはあっても、オレオレの連携系の仕組みに
対応してくれるツールはまず無い。

>>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とタイムマシンでいいわ

>>221
「今はそれがさらに進化して」という話をしてるのに
なんで昔の話をしなきゃならんのかわからん。

> そしてWSLの環境バックアップと復元はどうするの？
ホストOSをバックアップしてると言ってるだろ

こういうこともできるが
https://forest.watch.impress.co.jp/docs/serial/yajiuma/1220926.html
>　Windowsを再インストールしたいがWSL/Linux環境のバックアップ・復元をどうすればいいのだろうか。
>今利用しているWSL/Linux環境を他のPCでも利用したい――そう思ったことはないだろうか。
>これをスマートに解決する方法をMicrosoftのScott Hanselman氏が個人ブログで紹介してくれている。


進化した今を知らんのなら、俺に噛み付く前に勉強しろよ

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

なんか支離滅裂で用語も怪しくなって来てるな
フォークの意味分かってるか？
プロジェクトでGit使うときは大抵管理者のみが主バージョンを管理して、他の作業者には作業区分毎に開発ブランチ与えられ、終わったらそれをアップして検証とマージ依頼だろ

>>224
今ググって見つけたの？
聞かれた時に最初からそれ言えばよかったじゃん

とにかくWSLって書きたい面白い人が居るのね

ちゃんともてなして差し上げて皆様
そんな珍獣今時本当に珍しい

>>225
forkじゃなくてcloneの間違い

> プロジェクトでGit使うときは大抵管理者のみが主バージョンを管理して、他の作業者には作業区分毎に開発ブランチ与えられ、終わったらそれをアップして検証とマージ依頼だろ
そんな話はしてない

>>226
> 聞かれた時に最初からそれ言えばよかったじゃん

聞かれたときに言ってるじゃんｗ

>>228
>forkじゃなくてcloneの間違い
ずいぶん酷い間違いだな
そしてお前がまともなチーム開発したことが無いのもよくわかったよ
そして話もまともにできないこともよくわかった
お前が言ってるのはソースコードの話で前から指摘してる開発環境整備の話ではない

「仮想Linux使うのにSSHは必要ない」云々のお前のレス以降完全に知ったかがばれちゃった感じだな

>>229
今まで何度か指摘してもバックアップで対応しか言ってなかったじゃん

>>230
ちょうど俺のOSSのプロジェクトがどこかの外国人にforkされてごっちゃになってただけｗ

cloneなら何も問題ないだろ？
ソースコードをcloneして簡単のプロジェクトに参加できる。
だからGitHubにアップしてないコードを除いて
バックアップなんかしてなくても何も問題ないんだよ。

PCが壊れたら新しいPCで作業を続ければいいだけ
ファイルさえバックアップされていればいい
システムのバックアップは不要

やっぱり向いてない

669 名前：デフォルトの名無しさん[sage] 投稿日：2020/02/18(火) 21:52:28.55 ID:8C0JMYsF
665~668の方まで皆さんありがとうございます
とりあえず痴漢の成功例を○、上手くいかなかったのを×として
× tr " " ","
○ tr "\t" ","
× sed "s/\t/,/g" (\tを\\tに変える、クオーテーションを変えるなどしても同様)
○ sed "s/$(printf '\t')/,/g"
という感じでした。
macとlinuxでオプション違うのは経験で知ってたんですが正規表現にまで
関わってくるんですね…良い事を教えていただいてありがとうございます。

Windowsはネイティブでsed使えるの？

WSLが搭載されたのでWindowsで使えるパッケージの一つとなった

バタフライキーボードは開発に向いてないな

>>232
ただのBSDディスりやんけ
FreeBSD 11.2でもそうなるわ

だからFreeBSDもmacOSも開発に向いてないんだよ

それからFreeBSD 11.2はもうサポート終わってるからな
このサポートの短さも使えない理由の一つ

>>238
え、まじで言ってんの？
じゃあチミはcentos7.5も終わったosでサポートが短いから使えないというのかね？

はー、すごい

>>232
gsed使え

gsedってMacに入ってないよな？
フリーソフト入れるの？

なにいってんだこいつ

brew install gnu-sed

>>241
そうやぞ
debian系ならapt install sedってやるのといっしょや

今はlinuxが基準な世の中だから変な方言があるMac使うよりWin+仮想Linuxのほうが良いよ
Mac+仮想Linuxでも同じだけどMacを使う意味も無いのにこんなボッタクリ製品買う必要がない

>>244
macOSにaptに相当するものなんてあるの？
cygwin相当のAppleが動作保証してない
非公式のパッケージマネージャしか無いと思ってたが

こんばんは

たかだか数十万円のもんをぼったくりとか言ってもな
コスパ厨は許せないのだろうが
逆に金に縛られて大変だと思うわw

そういうのをかっこいいと勘違いしてる馬鹿からむしり取るのが今のAppleなんだよ
WinWinだから当人達は幸せなんだろうけど

>>246
WSLも動作保証なんてないし
ほとんどのフリーソフトはTHERE IS NO WARRANTY FOR THE PROGRAMだけど

変な方言無い分WSLの方が遙かにマシだけどね

Linuxディストリのパッケージは十分テストされていると仮定して
WSLはLinuxディストリのパッケージをそのままつかっている。

Macの場合は、macOS向けにオレオレビルドされていて、
Macでテストされているとは限らない
Linuxと比べれば規模が小さいHomebrewで新しいパッケージが
すぐに導入される（十分なテストがされていない）

windowsなんかにしがみ付くバカだけがこだわるクズwsl

今やオープン系でもMicrosoft無しだと成立しない時代だしな
vscode、github、typescript
結局Windows+Linuxが最強なんだよ

別にWindowsじゃなくても使えるものばかり

未だにvimやemacs使ってる人ってvsc使わない理由何かあるの？
UI/UXデザイン悪すぎない？スマホ全盛期にポケベルつかってるみたいだわ
vscだけはMSで唯一褒められる製品だと思う
WindowsOSはゴミだけどな

emacsもなんかプラグイン入れたらまともに使えたりしないのかな
逆にかっこいいと思うわ

20年以上emacsだしなVS Codeは訓練してるが
納期迫ってくるとイライラしてやってられねーと
emacs立ち上げる、もういいわ早く引退したい
Java/JavaScript系の在宅フリー

キーストロークが染みついてるんだろ

こんかところにもドザが湧いてんのか…
上にも書いてあるがVS Code以外マイクロソフトは糞
Windowsなど論外
VS CodeよりもVSCodiumが更によい

>>260
MSのマウスは使いやすいぞ
シリコンが加水分解するのはちょっとなんとかしてほしいが

クラウド側はどうせLinuxなんだから
ローカルなんて好きなの使えば良いのにね。

DOSコマンドも強化されたしWinにUnix搭載されるらしいし最近のWinは好感が持てる。

PowerShellが相変わらずゴミ

HiDPI 対応が話にならん

Adobeが使えるUNIX、

ってだけで唯一無二なんよなぁ

結局、Webやら開発関連くらいしかUnixのありがたみないからな
サーバーにする訳じゃないんだからメインOSの生環境でそれらをやる事自体が滑稽
なんだかんだで仮想やコンテナでやるんだからOSコアがUNIXであることのメリットはほぼ無いわ
ハード選択肢の無さの方が比較にならないレベルでデメリット大きい
CUDAとかの件もそうだが今後はCPUもArm一択になっていくしな
近い将来iOS開発以外の開発は今後LinuxやWinにすべてシフトするよ

OSコア？

カーネルのことだろ？それぐらいも読み取れないのか？
マカに開発の話は無理か

カーネルならカーネルって書くだろ
よく知られた言葉なんだから
わざわざ別の単語を使うぐらいだから別の意味があるはずだ

ああ、macOSはcoreっていうんだよｗ

言わんだろ
哀れ
当然ソースは出せるよな

VMやコンテナはモロにOS依存だからLinux使われてるわけだし
macOSが使われてるのはどう見てもその操作側としての親和性の話だからめちゃめちゃUnix関係あるし
WindowsのターミナルやHyperVとか普通に超クソ環境で
VSCodeもターミナルで使えないからVimやEmacsがいまだに使われるわけで

それとUnixは環境であってカーネル単体のことでは無いし
macOSでCoreと言ったら普通は種々のCore APIの話になるし
macOSでカーネルを指すならXNUと言う

お前絶対開発やった事無いだろ

X is Not UnixでXNUだからな
基礎知識からして欠けてるのが丸わかり

>>273
"The XNU kernel is the core of Mac OS X and iOS." でぐぐれ

>>275
いやそらそうやろとしか
カーネルっていうのはWindowsでもLinuxでもなんでもそういうもんだぞ
それと「macOSではカーネルのことをcoreという」とは全く結びつかんぞ

WSL2があるからWindowsでいいやという人におススメ
OMENはネジ外すだけで簡単に裏蓋開けれるらしいよ

OMEN by HP 15
＜通常より72,800円オフ！＞
￥150,000（税抜）〜

Windows 10 Pro（64bit）
インテル® Core™ i7-9750H
15.6インチ・フルHD・ディスプレイ
メモリ16GB
512GB SSD＋1TB HDD
NVIDIA® GeForce RTX™ 2070 with Max-Q Design

https://jp.ext.hp.com/c@mpaign/personal/others/gaming_special_price/
campaignがNGワードになってて書き込めないから
@をaに変えてね

>>275
何の反論にもなってないんだけどむしろググる要素どこにある？
何で知ったかしたんだよ

英語を文章で理解できず単語だけ拾って飛びついたんだろう

ふーん

vscodeがターミナルで使えないからvimやemacs使ってる
あたりに理解度の浅さが露呈してるね
始めて3年くらいの駆け出しの開発者感
まあ分かるよ僕も昔は同意見だった

https://i.imgur.com/Wr8VMsW.jpg

( ＇∇＇)y-｡ο ○ ｱﾊﾊﾊﾊ

(*´ﾟДﾟ)ｙ━･~　ﾌﾟﾊｧ

Appleにはエンジニア向けに対してはMacでなくてコンピュータを提供してほしいよな
俺たちが欲しいのはMacでありコンピュータなわけで。

パンツも写真の初出は事務所提供だったんだろう
日本語ラップ別にライトだけだから、個人情報が漏れてこのシステム会社変えたところで誰も見に行くのかな
直撃こそしてないとか考えても、悪用される可能性も思い描く
( ﾟ∀ﾟ) ホモはカミナリの刑 ｱﾊﾊﾊﾊﾉヽﾉヽﾉ ＼ / ＼

しかし部品買ってあげたほうが本人の自由」ランキング71位
特に台に乗れないと思うが？
最近の我らスレ立てしてたら頭おかしい

ベジフェイント。
定期的に大儲けする可能性って出るよ
分析さんも来ましたー
プラ転するのかね

>>184
カメラもメモリーカードも燃えたら意味ねえっての
ケイブ　強すぎるわ

まだ人は居るかい？
Macがプログラマー向けなんてのは意識高い系のコピペしかできないアタオカが各所blogでオナニー始めたからだよ
それが10年前くらいかな？
それを見てプログラマーはMacという訳の分からんアホが大量に発生した
ちなみにプログラマーも一応おしゃれとか人目を気にするらしく普段はWinノートでLinux使ってても会合や何かの発表会的なものにはMacノート持って行くというのは実際流行った
10年前頃はめちゃくちゃ安かったからAirとか買って持ち運び用にしてたもんだ
7万円とかで買えたしな
だからこそ流行った訳で今のぼったくり&何もメンテできないゴミMacでプログラムはちょっとやばい

さっかっやっのっむすこ！

酒屋の息子さん　大好きワード「意識高い系」※たまにファッション層と表現したりもします

>>21
>例の　→意識高い系←　って人たちの

>>290
>Macがプログラマー向けなんてのは　→意識高い系←

雑魚がさっそく沸いてて草

ここが新しい酒屋の息子隔離スレに設定されたので来ちゃった

ぶっちゃけ俺、お前の事好きなんだよね
良いキャラしてるよ
だからこれからもこのスレで一緒にレスバしようね

IDコロコロすらミスる雑魚が餌貰おうと必死だな

？
僕は君みたいにIDコロコロしないよ？
ageたままIDコロコロしてるからバレバレで可愛いね

こんな打ち捨てられた古代のスレ、君と僕の2人しかいないに決まってるじゃないか
それなのに酒屋の息子さんったら、ageフラグを残したままIDコロコロしちゃって…
今までもIDコロコロしてましたよ、と自白してるようなものじゃないですかぁ

ほんとに君は雑魚だねえ
もう餌はないよ

知能が低い人間が知能が高い人間にあれこれ粘着するのは楽しいんだろうけど逆はただの苦痛なんだよ
だって得れるものゼロだし会話を楽しむというレベルにもならないから
唯一あるのはオーディエンスの前でこの無能の何が間違ってて愚かかを提示してあげる事
これだと多少はやりがいもある
でも誰も居ないし単なる批判だけの雑魚は本当になんの価値もないんだろ
君が社会から受けてる扱いと同じく俺からみても洋ナシなの

おっ！またID変わってるね！
昔から飛行機ビュンビュンが得意技だったもんね！
ageは消さないんだ？なんで？IDコロコロしてますよーっていうフラグは残しておきたいの？

そのオーディエンスとやらは、酒屋さんのことをワッチョイ下2桁03-透明あぼーんフィルターして除外してましたよね…

私の愚かさをオーディエンスに提示する機会すら無くなってきてませんか？大丈夫ですか？

またどうせ、自らワッチョイなし設定にして建てたMac miniスレで
ストレージ商法ガー、WiFiが不安定ーを連呼しながら、スレ住民と衝突する遊びを始めるんでしょうけど
あなたがmac板に来てから15年以上、ずーっと同じことをしているのを私達mac板住民は気付いてますからね…？

IDをコロコロ変えても、その特徴的な語彙ですぐに書き込みが特定されてることに気付いていないんですか？
知能が高いなら、もう少し「味付け」を変えて書き込むことをオススメします

あと私が酒屋の息子さんのことを（ageフラグ残したままIDコロコロしちゃって）可愛いなぁ…
とか（こういう抜けているところが）好きだなぁ…って思ってることは本当ですから、素直に受け取ってくださいね

好きじゃなきゃ、こんなにあなたのことに詳しくなれませんから！
好きこそものの上手なれ、ですよ！