Xamarin Part7

**デフォルトの名無しさん** · 2020/08/06(木) 14:13:17.40

C#を用いてクロスプラットフォームアプリケーション（iOS Android Mac）を
を開発するためのライブラリおよび開発環境です。
Macの人は Xamarin Studio、Winの人は Visual Studioで開発できるよ！

公式
http://xamarin.com/

前スレ
Xamarin Part6
https://mevius.5ch.net/test/read.cgi/tech/1508356242/
Xamarin Part5
http://mevius.2ch.net/test/read.cgi/tech/1498575762/
Xamarin Part4
http://mevius.2ch.net/test/read.cgi/tech/1494196804/
Xamarin Part3
http://echo.2ch.net/test/read.cgi/tech/1483089021/
Xamarin Part2
http://echo.2ch.net/test/read.cgi/tech/1480602653/
Xamarin Part1
http://echo.2ch.net/test/read.cgi/tech/1359861574/

**デフォルトの名無しさん** · 2020/11/27(金) 20:50:42.09

アップルが儲けるためにPAM増設できなくしたとか超短絡的な考えが面白いw

**デフォルトの名無しさん** · 2020/11/27(金) 22:36:59.71

Xamarinの話してよ

**デフォルトの名無しさん** · 2020/11/27(金) 22:59:43.01

>>222
儲けるため以外にないでしょ
信者脳だと真の理由に気付かないのかな
iPhoneがmicroSDを頑なに拒否するのも上位モデルをぼったくり価格で売るためだ。
M1でメモリ増設不可、SSD換装不可にしたのもiPhoneと同じ構図。
他社にはハードを作らせない、パーツ交換すらさせない。

アップルなら後付けRAM対応は今後もやらないだろう
MSが高速なARM SoC作ってほしい

**デフォルトの名無しさん** · 2020/11/27(金) 23:28:44.86

MSファンボーイの嫉妬かよくだらねーw
surfaceみたいなメモリ増設不可の低性能マシンしか作れないんだから期待しても無駄だぞw

**デフォルトの名無しさん** · 2020/11/27(金) 23:37:01.48

>>218
だったらグダグダ低脳理論で文句垂れてんなよクズ

**デフォルトの名無しさん** · 2020/11/27(金) 23:57:35.12

>>224
外部メモリ増設だとUMAの恩恵がない
別のメモリコントローラを内蔵しないといけないのでトランジスタ数がふえる
最初からメモリを増やすとトランジスタ数が増えるので歩留まりが悪くなるし検査工程も増えるので価格上昇
現状での落とし所だったんだろ
たぶん

**デフォルトの名無しさん** · 2020/11/27(金) 23:59:13.64

アンチ脳でiPhoneとかのアップル陰謀論とか信じ込んでる可哀想なやつw

**デフォルトの名無しさん** · 2020/11/28(土) 00:52:37.25

>>227-228
そんな性善説がアップルには通用しないですわ
下請け企業いじめたり、技術盗んだり、カネのためならなんでもやる企業

**デフォルトの名無しさん** · 2020/11/28(土) 00:56:08.02

>>225
それは良いCPU作れなくなったインテルが悪い
高性能なWindows向けCPU/SoC作れないQualcommも低能

**デフォルトの名無しさん** · 2020/11/28(土) 01:29:44.83

ID:AaN5oABb
最近Blazorスレでも頓珍漢な事を喚いて笑いものになったただの素人爺
MSのプログラマーに強い憧れを持つ

**デフォルトの名無しさん** · 2020/11/28(土) 01:51:44.97

なんでそんなに憎いに憎いappleのiPhone向けアプリ作りたいのかな

**デフォルトの名無しさん** · 2020/11/28(土) 02:35:37.94

>>232
そんなのスマートフォンアプリが儲かるからに決まってるでしょう
Xamarin使ってるやつはだいたいそうだろう
MicrosoftやC#が好きだが儲かるからXamarinでiOS/Android appを作るみたいな

**デフォルトの名無しさん** · 2020/11/28(土) 03:02:58.79

スマホアプリが儲かるっていつの時代の話してるんだ？
お前マジで聞き齧りの知識だけでプログラム板に書き込み続けてるんだな

**デフォルトの名無しさん** · 2020/11/28(土) 03:11:56.01

>>234
だれが儲からないっていってんだよ
YouTuberかなんかの受け売りだろｗ
儲ける奴は儲けてるよ
友人のエンジニアもかなりアプリで稼いでる

**デフォルトの名無しさん** · 2020/11/28(土) 03:37:25.78

脳内の友人エンジニア出されても対応に困るわ
ここはお前のポエム語るスレじゃないから他スレに行けや

**デフォルトの名無しさん** · 2020/11/28(土) 04:18:47.98

>>229
完全に憎しみだけの思い込み論になっててワロタw

**デフォルトの名無しさん** · 2020/11/28(土) 04:40:28.47

アップルの悪口かいたらアンチが湧いてきた
アップル信者はわかりやすい

**デフォルトの名無しさん** · 2020/11/28(土) 06:52:05.65

アンチって何のアンチだ
Appleアンチはお前じゃないのか？

**デフォルトの名無しさん** · 2020/11/28(土) 10:38:49.47

仕事でやってんならちゃんとMac買えよw

**デフォルトの名無しさん** · 2020/11/28(土) 13:27:01.71

いいかげん、Xamarinに関係ある話でお願い

**デフォルトの名無しさん** · 2020/11/28(土) 13:30:01.68

そのとおり
ハッキントッシュの話題禁止な

**デフォルトの名無しさん** · 2020/11/28(土) 13:52:55.09

Xamarin程の糞はない

**デフォルトの名無しさん** · 2020/11/28(土) 14:20:43.17

Apple Silicon搭載MacでWindowsを正常に動作させることに成功
https://gigazine.net/news/20201128-windows-m1-mac-virtualization-demonstrated/

**デフォルトの名無しさん** · 2020/11/28(土) 14:26:00.07

>>244
M1ならWindowsもMacOSも使えるってなると
ますます開発者がMacに流れてしまう

**デフォルトの名無しさん** · 2020/11/28(土) 14:42:54.92

>>244
>>245
いいかげん、Xamarinに関係ある話でお願い

**デフォルトの名無しさん** · 2020/11/28(土) 14:59:58.16

>>246
iOS app buildにMac OS必要なんだから
めちゃくちゃ関係ある話だ

**デフォルトの名無しさん** · 2020/11/28(土) 15:01:43.67

>>247
じゃあさっさと実機買えよ

**デフォルトの名無しさん** · 2020/11/28(土) 15:04:27.05

>>247
Xamarinスレ的には実機買えで終了だからあとはハッキントッシュのスレでやってくれ

**デフォルトの名無しさん** · 2020/11/28(土) 15:11:28.95

248-249
244はHackintoshの話じゃないっての
おまえらOSとハード知識ゼロかよ
ろくにコード書けなさそう

**デフォルトの名無しさん** · 2020/11/28(土) 15:25:54.05

コード書いたことない素人爺さん、はやく消えて

**デフォルトの名無しさん** · 2020/11/28(土) 19:20:43.17

AaN5oABbのこいつxamarinに関係ある話ししろって言っといて、他から同じ事言われると…
書き込み見てると本人がハードとか分かってる様には見えんし^^;

**デフォルトの名無しさん** · 2020/11/28(土) 19:52:49.92

ヤバい人が集まってるな

**デフォルトの名無しさん** · 2020/11/28(土) 20:04:42.54

気狂いジジイに餌やるなよw

**デフォルトの名無しさん** · 2020/11/28(土) 20:19:41.13

ここまでのレスを見ると...俺はAndroid StudioとUWPしか触ったことないけど、俺の方がまだ知ってそう。

なんでこんなにXamarinから遠ざかった話題で盛り上がっているのだろうか...。
Xamarinに興味があるのに何も伝わらねぇ。

**デフォルトの名無しさん** · 2020/11/28(土) 21:03:24.36

>>255
Macでビルドできてないから前に進めてないんだよw

**デフォルトの名無しさん** · 2020/11/28(土) 21:19:15.07

>>251-255
なんで嫌いな俺の話ばっかりしてるの？
プログラミングの話できないレベルなんだろうけど

>>244とかアプリ開発やってたら興味深いトピックなわけだが
Hackintoshと区別つかない低レベルな人がいて驚いた

**デフォルトの名無しさん** · 2020/11/28(土) 21:26:55.77

>>257
Mac板行けよ鬱陶しいな

**デフォルトの名無しさん** · 2020/11/28(土) 21:28:31.17

いいからコテつけろよガイジ
何度もNGさせるな鬱陶しい

**デフォルトの名無しさん** · 2020/11/28(土) 21:33:52.45

>>255
C#ではWPFとかASP.NET MVCとかBlazor使えるし
Web appはDBとかバックエンド含めてゼロから作れるし
ハードの知識あるからサーバー組んでオンプレミス運用もできる
PHP, JS, Javaも経験ある
Xamarinは始めたばかりだが開発者としては中級以上

人の批判するなら自分でプログラミングに関連した話題あげたら？

**デフォルトの名無しさん** · 2020/11/28(土) 21:38:16.81

>>258
Mac板はプログラミングできるやつほとんどいない
XcodeやXamarinの話をしたところでレスはない

**デフォルトの名無しさん** · 2020/11/28(土) 21:46:38.93

Xamarinみたいな糞でやるからこうなる

**デフォルトの名無しさん** · 2020/11/28(土) 22:12:14.06

つかお前らNGしろよw

**デフォルトの名無しさん** · 2020/11/28(土) 22:13:10.74

XamarinスレでMac買いたくない主張を延々とするわBlazorスレでXamarinの話延々とするわなんなのこのガイジ

**デフォルトの名無しさん** · 2020/11/29(日) 00:24:15.55

>>260
当たり前の事を自信満々に言われても…^^;

**255** · 2020/11/29(日) 00:46:15.19

>>260
じゃあ初心者の私から質問です。
Android JetpackってXamarinでも使えますか？
例えは...navigationとかってAndroid Studioの専用エディタが無いとナビゲーショングラフが表示されないと思うのですが、Xamarin環境でも表示されるのか疑問です。
ここらへんの事情が知りたいです。

**デフォルトの名無しさん** · 2020/11/29(日) 10:49:32.51

>>255
でいきなりマウントとってきておいて
認識が間違っていても謝りもせず
今度は俺を利用しようとするような人間はクズすぎて相手にできない

**デフォルトの名無しさん** · 2020/11/29(日) 10:53:13.04

誰だよ

**デフォルトの名無しさん** · 2020/11/29(日) 11:10:37.37

>>267
> 人の批判するなら自分でプログラミングに関連した話題あげたら？

**デフォルトの名無しさん** · 2020/11/29(日) 12:30:49.47

Xamarinでどんなスマホアプリ作ったのか教えてよ
おそらく企業向けだと思うけど

**デフォルトの名無しさん** · 2020/11/29(日) 15:21:07.48

>>267
>俺を利用しようと
自意識過剰すぎて草生えるわ

**デフォルトの名無しさん** · 2020/11/29(日) 16:03:11.14

クズにまともに教えたところで感謝されることはないし
答えなければ、さらに不快なことをやってくる。
実際この態度だからな、>>269
予想通り

>>271
質問に答えさせる＝利用する、なわけだが？
失礼なことやったあとによく質問できるなとおもうわ
ずうずうしすぎる>>266

**デフォルトの名無しさん** · 2020/11/29(日) 16:42:47.87

ID:/LlHv+1p
きんもーっ☆
プログラム板はこんなのがこんなのがぶわーっといるの

**デフォルトの名無しさん** · 2020/11/29(日) 17:25:24.74

>>260
むしろ、ここまでのレスを見るとまともな人達に見下されない方が不思議だし、お前のレスが特にそれを裏付けている

255のAndroid StudioとUWPの件はXamarinに関連する話だから別に変な反応ではないけど、それを経歴自慢と解釈したのか260で必死にXamarinと無関係なハード知識やオンプレ開発及びPHP，JSの経歴PRをしだす辺り草生える
Xamarin触ったことないから謎の対抗意識が芽生えちゃったのかな？

266の質問の意味がわからないなら素直に「Androidネイティブアプリ開発したことないからわかりません」って言えばいいのに。

**デフォルトの名無しさん** · 2020/11/29(日) 17:39:36.70

まあ餅付け
変なのはNGするとしてとりあえずQiitaでトレンド入りしてたC#の良記事読んでよ

.NET 5 を使いたい理由6選
https://qiita.com/proprogrammer0/items/560ffaf99cdf828c8e52

**デフォルトの名無しさん** · 2020/11/29(日) 20:50:03.04

昨日あたりからトンチンカンなイキリしてるやつの無能臭が半端なくて草生える

**デフォルトの名無しさん** · 2020/11/29(日) 21:25:46.10

>>276
技術的な話ゼロのおまえがいうな
おまえはからっぽだから技術的な話がふれずマウントとりたがる

**デフォルトの名無しさん** · 2020/11/29(日) 21:27:22.21

>>274
挑発にのって答えたらカスの思うつぼ
本人じゃないなら口出すなよ
おまえみたいなレスつけてたらずっとこの流れ終わらない

**デフォルトの名無しさん** · 2020/11/29(日) 21:30:26.43

XamarinとXamarin関連の話しろよ
おまえらずっと俺の話ばっかりしてる

俺のAppleの話のがまだXamarinと関連性があった

**デフォルトの名無しさん** · 2020/11/29(日) 22:03:33.95

>>279
おい、>>270にさっさと答えろハゲ

**デフォルトの名無しさん** · 2020/11/29(日) 22:09:25.13

>>280
>>279

**デフォルトの名無しさん** · 2020/11/29(日) 22:15:42.08

都合悪くなるとすぐ話逸らして逃げやがって…
お前がXamarinについて無知な事が証明出来たんでこれ以降は完全にNGするわ

**デフォルトの名無しさん** · 2020/11/29(日) 22:28:35.35

>>282
>>279

**デフォルトの名無しさん** · 2020/11/29(日) 23:09:30.21

こいつ無能さを自覚してるから無能と言われると顔真っ赤にしてて草生える

**デフォルトの名無しさん** · 2020/11/29(日) 23:33:19.52

>>284
>>279

**デフォルトの名無しさん** · 2020/11/30(月) 00:55:48.77

Xamarin.Formsだと.Netを選択出来るけど(2.1までだけど)
Xamarin For Androidだと.Netは選択できない

.net 6.0でFromsが統合されるそうだけど
Xamarin For Androidはどうなるの?

**デフォルトの名無しさん** · 2020/11/30(月) 04:47:36.41

>>286
Xamarin for Androidは重複する機能になるし新しいバージョンのリリースはなくなるだろう
セキュリティ関連パッチなど最低限のアップデートのみは
しばらくは提供されるパターンが多い。

**デフォルトの名無しさん** · 2020/11/30(月) 14:06:20.80

FormsからiOSとかUWP除外したらいいだけじゃないの

**デフォルトの名無しさん** · 2020/11/30(月) 16:58:23.77

>>286
.NETってStandardのこと言ってるの？

**デフォルトの名無しさん** · 2020/12/01(火) 00:31:10.77

重複する機能ではないと思うぞ。
結局Formsの下回りはXamarin.Androidだから。
Formsに移行させられるなら別言語でいいってなるわ。
Xamarin.Androidが一番使いやすいのに。

**デフォルトの名無しさん** · 2020/12/01(火) 13:17:50.66

Androidの役割するやつは残るんだろうけど、namespaceとか変わる予定なんだっけ？

**デフォルトの名無しさん** · 2020/12/03(木) 00:03:55.82

AWSがmacOSをクラウド上で利用可能にする「Amazon EC2 Mac Instances」を発表 - GIGAZINE
ttps://gigazine.net/news/20201202-amazon-ec2-mac-instances/

macなくてもいいんだ。

**デフォルトの名無しさん** · 2020/12/03(木) 01:17:06.28

>>292
クラウド経由で実機デバッグとかまともに動くのかな

**デフォルトの名無しさん** · 2020/12/05(土) 02:11:45.35

Xamarin Community Standup - .NET MAUI Update!
https://www.youtube.com/watch?v=5bK2ICHtMxo

**デフォルトの名無しさん** · 2020/12/07(月) 02:11:06.18

>>292
価格も分からないし、GUIが使えるかどうかも分からない。
Mac miniは8万円ほどなので、料金がよっぽど安くないと使いたくない。

**デフォルトの名無しさん** · 2020/12/07(月) 02:44:08.40

>>295
[補足]
・8万円のMac miniを買えば何年か使えるし、トラブルも少ないだろうから、
　それより十分安くない限りはそのようなサービスはメリットが少ない。
・高速な固定回線が前提になるが、それがそもそも年間6万円くらいは必要になるが、
　それに比して十分そのサービスが安くなければ余り意味が無い。

**デフォルトの名無しさん** · 2020/12/07(月) 02:46:41.98

iOSアプリを作る企業だったらMac実機とiOSが動く実機を買った方が良さそうだし、
そのサービスは個人のアプリ作家くらいしかターゲットに出来ないかも知れないから
よっぽど安くなければ意味無いかも。
iOS実機と言えば、やはりiPhoneとiPadの両方の実機でテストしなければ
企業が作るソフト品質には達しないと思われる。

**デフォルトの名無しさん** · 2020/12/07(月) 06:15:16.87

>>292 >>295
そのMac EC2はiOS apps開発者にすらニーズはあまりなさそう。

スポットプライスで利用すれば安く使えそうだが、使うたびに利用の
手続きするなんて煩雑すぎて現実的じゃない。
EC2サーバーもMac Mini intel 32GBだしスペックたいしたことない。
これを多数のユーザーが共有してつかうわけだから速度もひどいだろう
EC2より安めのMacMini買って占有してbuildするほうがずっと快適なはず

**デフォルトの名無しさん** · 2020/12/07(月) 06:20:17.99

やっぱりiOS app Build環境のコスパ最強は
自作PCでHackintoshだろうな
RAM16G, SSD256GBくらいでいいなら3万円程度でも組めるし

**デフォルトの名無しさん** · 2020/12/07(月) 07:12:17.29

>これを多数のユーザーが共有してつかう

アホか
お前何も分かってないだろ

**デフォルトの名無しさん** · 2020/12/07(月) 07:36:22.26

Hackintoshを使ってないから知らないけど、PatcherのMacでXamarinペアリングビルドできなかったから多分イバラの道だと思う

**デフォルトの名無しさん** · 2020/12/07(月) 08:31:40.04

>>300
細かい料金システムは熟知してないが
クラウドの本質はおまえよりかはわかってるだろう

何もわかってないと否定してるのは
多数のユーザーの部分か？
共有してつかうの部分か？
否定してるなら具体的に項目や理由を書いてみろ

**デフォルトの名無しさん** · 2020/12/07(月) 08:36:00.61

>>301
Patcherって古いMacに入れるやり方？
それならハードが新しいOSのスペック満たしてないしできなくても驚きはない。

HackintoshはMacで使用実績のあるパーツで
比較的新しいパーツを使うことが多いから互換性はかなり高い。
ちゃんといれればセキュリティパッチもインストールできる

**デフォルトの名無しさん** · 2020/12/07(月) 08:59:52.67

>>302
普通はユーザー接続ごとにCPUコアやメモリは割当てられる
ひとつのインスタンスを多数のユーザーが共有するはず無いだろ

**デフォルトの名無しさん** · 2020/12/07(月) 09:12:36.13

>>304
やっぱりそんなレベルの話かｗ
CPU, RAMなどの重要なリソースを共有してるという
重大な事実を忘れるなよｗ
パフォーマンスに影響するのはハードウェアリソースだろうがｗ

それと「多数が」というのは「数人」でも多数だ
buildなんてCPU使いまくるから数人でも遅くて話にならない
契約上1-2core占有できたところで性能の絶対値が低い
Mac EC2とか使うのは情弱だけだと思うわ

**デフォルトの名無しさん** · 2020/12/07(月) 09:18:09.72

多くのユーザーがハードを共用していれば
ハードリーソースは共有してることになる。
ストレージは容量でわけることくらいはできるが、他のユーザーの負荷の影響を受ける。
各ユーザーごとにストレージが用意されるわけでもない。
Ethernetなども同様

自分の契約で使えるRAMなどが決まっていれば
共有していないとかいう無茶な理論にはついていけない

**デフォルトの名無しさん** · 2020/12/07(月) 09:52:52.70

>>305
Amazonのデータセンターで何万台のサーバーが稼働してると思ってるんだ？
個人のサーバー共有とは違うんだぞ

**デフォルトの名無しさん** · 2020/12/07(月) 10:04:34.09

彼の頭の中ではMacがポツンと1台だけあってそれをすべてのユーザーが共有しているとでも思ってるんだろう

**デフォルトの名無しさん** · 2020/12/07(月) 10:30:15.28

>>303
それ以前にPatcherだとリモート共有できなかった。論外。
Patcher作る側の動作確認不足なんだと思う

**デフォルトの名無しさん** · 2020/12/07(月) 10:32:43.93

仕組みがわかってないんだけど
自分が契約して作った仮想マシンのリソースがフルに使えるのは他の人があまり使ってなくてリソースに余裕がある時だけってこと？
本体のCPUの処理能力が100だとして仮想マシンが1台あたり20×10台で全体のCPU処理能力合計が200だったりすると他でCPUが80以上使われてると自分のPCでは20の全力が出ないみたいな？

**デフォルトの名無しさん** · 2020/12/07(月) 10:37:51.42

EC2のiOS以外のCPU、OSみたいにハードの増減自由自在なんじゃないの？

**デフォルトの名無しさん** · 2020/12/07(月) 10:49:48.37

>>310
利用者側が細かいこと気にしても仕方ない
CPU負荷やネットワーク負荷に応じてデータセンターのロードバランサーがサーバー群に適切に負荷分散させるので(契約内容に相当する)スループットはほぼ平均化される
大手のクラウド事業者ならその辺りのノウハウは持っている

**デフォルトの名無しさん** · 2020/12/07(月) 11:10:25.13

>>307-308
こいつらアホ決定
AWS絶賛してるアホYouTuberと同類

AWS全体で何台あろうが関係ない話だ。
自分が利用できるリソースは
そのある1台のMac Miniのうちの一部のハードウェアリソースでしかない。
buildなんて数人同時すら重くて話にならない。

あと>>298でAWSのスポットプライスのことかいてる。
一応、AWSの料金ページくらいは見て書いてる

**デフォルトの名無しさん** · 2020/12/07(月) 11:22:57.47

>>310-312
AWSの場合はインスタンスで課金だから空いてても意味ない。
たくさんのサーバーを同時に使えば料金も跳ね上がるから、
実質的にできない。
光回線とかなら空いてる時間帯は快適に高速回線使えるが、
AWSはそういうことにはならない。

>>311
そもそもBuildだから技術的に複数サーバーまたがっての動作はしないだろう。
コンパイラが対応してない。
仮にできたとしても上に書いたように料金面で不可能

**デフォルトの名無しさん** · 2020/12/07(月) 11:28:27.22

>>313
ユーザーごとに別のMacのインスタンスが生成されるのがまだ分からんのか
複数のユーザーであればそれぞれ別のリソースが割り当てられる
同じリソースを使い回すのではない
具体的な割り当ては>>312の通りどのサーバーか流動的なので多数のサーバーが利用される

**デフォルトの名無しさん** · 2020/12/07(月) 11:39:35.87

>>315
だからそんな契約の話でなくて
CPU1個をまるまる使えないから遅いだろって話だよ！
BuildはCPUリソースを使うわけだから
あるCPU１個のうちのコアの「一部だけ」をひとりで使えても意味ないの。
遅すぎる

なんでこんな基礎的な話がつうじないのか
ハード知識ゼロすぎだろう

**デフォルトの名無しさん** · 2020/12/07(月) 11:48:48.93

EC2結構速いよ

**デフォルトの名無しさん** · 2020/12/07(月) 11:56:54.55

例えばｖCore x8, 16GBで
Linuxでc5d.2xlargeだと24時間で11.52ドルもかかる
これならMac買った方が安いに決まってる。すぐ元が取れる。
Macだとハードが割高だからLinuxより高くなるはず

>>317
それapplication serverとかでしょ
buildはCPUリソースがっつりつかうから
安いプランでは３年前の中古Macにすら勝てないと思う

**デフォルトの名無しさん** · 2020/12/07(月) 12:06:42.81

>>318
Amazon Linux 2の話だけどRocketChatってNode.jsのチャットサーバーのビルド結構速かったよ。

**デフォルトの名無しさん** · 2020/12/07(月) 12:50:13.24

AWS は、普通の共有サーバーみたいに、他人の影響は受けないだろ

Linux のcgroup とかで、リソースを分割してるから。
他人のリソースを使えないだろ

例えば、vCPU 1個の契約なら、絶対にそれだけ。
他人のvCPUを使えない

コンパイルなら、20分掛かる。
vCPU 4個なら、5分

**デフォルトの名無しさん** · 2020/12/07(月) 13:19:58.69

サーバー用のx64/x86コアならXeonで18C/36Tや28C/56Tの様なCPUがある

**デフォルトの名無しさん** · 2020/12/07(月) 13:38:12.51

Mac EC2はIntel Mac Miniの32GBだからスペック高くない
Linux EC2よりはるかに性能は落ちるは間違いない
それでいてハードは割高なAppleだから料金はそう安くもならないだろう

EC2ならMac買った方が得という結論は変わらないな

>>320
20分は耐えられないわ
例えばAndroidで動いたらiOSでも問題なく動くというなら
MacOSでのbuild少なくて済むからいいけどそう甘くはないだろうし