20/08/06 14:13:17 FqdHb27g.net
C#を用いてクロスプラットフォームアプリケーション（iOS Android Mac）を
を開発するためのライブラリおよび開発環境です。
Macの人は Xamarin Studio、Winの人は Visual Studioで開発できるよ！
公式
URLﾘﾝｸ(xamarin.com)
前スレ
Xamarin Part6
ｽﾚﾘﾝｸ(tech板)
Xamarin Part5
ｽﾚﾘﾝｸ(tech板)
Xamarin Part4
ｽﾚﾘﾝｸ(tech板)
Xamarin Part3
ｽﾚﾘﾝｸ(tech板)
Xamarin Part2
ｽﾚﾘﾝｸ(tech板)
Xamarin Part1
ｽﾚﾘﾝｸ(tech板)
2:デフォルトの名無しさん
20/08/06 14:14:15 6QU45l4b.net
URLﾘﾝｸ(mobile.twitter.com)
(deleted an unsolicited ad)
3:デフォルトの名無しさん
20/08/06 14:15:38 FqdHb27g.net
Xamarin で起動速度を改善させるためにこんなことをやった、という記事
URLﾘﾝｸ(qiita.com)
4:デフォルトの名無しさん
20/08/06 14:22:31 FqdHb27g.net
Microsoft、「Xamarin」の全APIドキュメントをオープンソース化
URLﾘﾝｸ(www.atmarkit.co.jp)
URLﾘﾝｸ(www.atmarkit.co.jp)
5:デフォルトの名無しさん
20/08/06 14:24:24 FqdHb27g.net
URLﾘﾝｸ(docs.microsoft.com)
URLﾘﾝｸ(github.com)
6:デフォルトの名無しさん
20/08/06 14:27:36 FqdHb27g.net
Introducing .NET Multi-platform App UI | .NET Blog
URLﾘﾝｸ(devblogs.microsoft.com)
GitHub - dotnet/maui: MAUI is the .NET Multi-platform App UI, a framework for building native device applications spanning mobile, tablet, and desktop.
URLﾘﾝｸ(github.com)
7:デフォルトの名無しさん
20/08/06 14:29:42 FqdHb27g.net
しかしコロナの影響もあるし.NET 5は本当に計画通りにリリースできるのかね
URLﾘﾝｸ(docs.microsoft.com)
8:デフォルトの名無しさん
20/08/06 14:41:47 eb9QXq7x.net
え?
.net 5はそれこそ順調やん?
今preview 7?で、後1つか2つかなんかでなんかになるって
9:デフォルトの名無しさん
20/08/06 14:48:19 eb9QXq7x.net
Today, we’re releasing .NET 5.0 Preview 7. It’s the second to last of the preview releases (before moving to RC).
ちょっと遅れてるのかな
10:デフォルトの名無しさん
20/08/06 14:55:05.84 eb9QXq7x.net
URLﾘﾝｸ(gigazine.net)
つか、Spanとかパフォーマンス頑張ってるおかげなのか?
11:デフォルトの名無しさん
20/08/06 15:36:21 rGQilYQX.net
Xamarin程の糞はない
12:デフォルトの名無しさん
20/08/06 18:31:29 MBHOmVV+.net
flutterよりxamarinのほうが良いってところは何だろう？
C#とdartの言語の違いは別にして。
13:デフォルトの名無しさん
20/08/06 23:29:24 /4481glQ.net
接触確認アプリcocoaもXamarinを使ったから品質が悪くなった
14:デフォルトの名無しさん
20/08/06 23:58:17 AWtnj9QL.net
誤通知とか通知されないとかそもそもチェックされないとか
どうすんだよあれ
15:デフォルトの名無しさん
20/08/07 00:06:15.86 zJY3A5YL.net
Ｘａｍａｒｉｎみたいな糞で作るからそうなる
16:デフォルトの名無しさん
20/08/07 00:36:56 Y3UKk4kW.net
Xamarinのせいで地震が起きた
17:デフォルトの名無しさん
20/08/07 13:56:33.12 8eotzLl7.net
cocoaでxamarin＋Azureの巻き返ししようとしたけどかえってミソつけたな
18:デフォルトの名無しさん
20/08/08 09:54:47.35 noFfmCPy.net
>>14
感染者既に東京だけで1万4千とか
全国で2万とか越えてるのに
アプリ利用の感染者で感染登録数十人とか全く使えねー
19:デフォルトの名無しさん
20/08/08 10:18:28.41 mdMCssIZ.net
むしろ直近2週間以内の行動圏内に感染者との接触が10人も表示されているのはヤバくないか？
20:デフォルトの名無しさん
20/08/08 10:40:05 noFfmCPy.net
いや
日本全国でまだ数十人分しか登録されてないって話
21:デフォルトの名無しさん
20/08/08 10:51:41 noFfmCPy.net
ソースはこれ
URLﾘﾝｸ(japan.cnet.com)
感染(陽性)判明した人には本人のスマホに強制的にCOCOAインストールさせて感染登録させるくらいでないといかんが
感染後にインストールしても無意味かも知れんな
22:デフォルトの名無しさん
20/08/08 23:18:09.20 oo3cefIo.net
Ｘａｍａｒｉｎで作るとそれだけでアプリの品質が悪くなる
23:デフォルトの名無しさん
20/08/09 14:13:09.11 jVlN9vTc.net
Xamarin って
美しくなくね？
24:デフォルトの名無しさん
20/08/09 15:50:42.77 xaYYcdgf.net
Xamarin って
美しくね？
25:デフォルトの名無しさん
20/08/12 14:28:42.08 +kIGttFy.net
Xamarinってそんなひどいの？
Unity使った方がマシまである？
26:デフォルトの名無しさん
20/08/12 15:55:09 mptqcK2n.net
福島みずほってもしかしてアホなん？
27:デフォルトの名無しさん
20/08/12 16:35:53.71 0ipXQ14k.net
>>25
比較対象がおかしいやろ
28:デフォルトの名無しさん
20/08/16 02:31:39.74 OypyCeFG.net
Unityはクロスプラットフォームで唯一成功しているそれは認めよう
他は糞ばかり、その中でもキングオブ糞なのがXamarin
29:デフォルトの名無しさん
20/08/16 02:34:41 hHqe5wIQ.net
>>28
何と比較してどう糞なの？
30:デフォルトの名無しさん
20/08/21 22:56:07.34 7sZYVk6y.net
Flutter > React Native >> WebViewアプリ >>>>>>>> Xama糞
31:デフォルトの名無しさん
20/08/21 23:53:30.92 FwWBVWWx.net
Mauiくるまで待とう
32:デフォルトの名無しさん
20/08/22 12:03:52.39 2MMEFoqz.net
Xamarin Nativeはいい出来だけど肝心のXamarin Formsはクソ
バグ多すぎ
33:デフォルトの名無しさん
20/09/02 19:56:40.18 0CXOFL8V.net
FlutterもWeb正式対応したけどぶっちゃけどうなのよ
やっぱ案件はWebが一番需要あるからあえてハイブリッド選ぶならReactになっちゃうと思うんだが
34:デフォルトの名無しさん
20/09/02 19:59:40 0CXOFL8V.net
あとReactはクラスじゃなくてSFC推奨で継承じゃなくてHOC使えってのが困惑
俺もSFCのが書き方好きだからクラス使ってないけどHOCは複雑だからHooksバリバリ使っててこれRedux必要なんか？って感じながら書いてるわ
35:デフォルトの名無しさん
20/09/04 14:33:28.27 l2EHvy2i.net
かわいいぬ
URLﾘﾝｸ(voicy.jp)
URLﾘﾝｸ(voicy.jp)
URLﾘﾝｸ(voicy.jp)
36:デフォルトの名無しさん
20/09/09 02:31:01 BngVlqX7.net
開発環境の話になったらめっちゃ饒舌になっててワロタ
37:デフォルトの名無しさん
20/09/12 13:13:31.49 LKBKa7/V.net
Xamarinがいまいち広がらないのはXAMLのせい
はよC#で統一してくり
38:デフォルトの名無しさん
20/09/12 13:20:34.31 SrgMyv5q.net
>>12
プラッタは良くも悪くも隠蔽して独自描画だからな
ネイティブとの連携などXamarinが強いとこもあるでしょ
39:デフォルトの名無しさん
20/09/12 14:14:19.52 UtWM7E2q.net
>>37
XAML使わなくてもC# コードだけで作れますよ
40:デフォルトの名無しさん
20/09/12 14:36:43.08 N1DxVJXS.net
>>37
マジでにわかどころかエアプすぎるだろなんなの？
C#は言語、XAMLはフロントエンドでReactと同じだよしったかくん
そもそもXMLでアプリケーションフロントエンド実装の先駆けで期待されてたしニーズもあったのにMSはプロプライエタリから脱却できなくてWPF放置したから結果MVVMも死んだ
スティーブ・バルマーによって失われた10年は開発環境でもMSを敗者にしてしまった
41:デフォルトの名無しさん
20/09/12 14:40:10.32 OeSrK4aT.net
AndroidっではMVVM健在
42:デフォルトの名無しさん
20/09/12 14:52:52.71 N1DxVJXS.net
そもそもXamarinはMAUIが正式リリースされた1年後にサポート終了予定だぞ
MVVMもMVUが主流になるだろうからデスクトップアプリでだけ生き残れるのかな？放置されて死んじゃいそうだけど
43:デフォルトの名無しさん
20/09/12 15:43:22.54 cDX1Q2rT.net
>>39
ほんそれ
まじそれ
XAML要らね
44:デフォルトの名無しさん
20/09/12 16:22:56.40 m/K69oEV.net
ウチはずっとXAMLでUI組んでるなあ
慣れると楽なんだがみんな嫌いか？
45:デフォルトの名無しさん
20/09/12 16:27:17.21 UtWM7E2q.net
>>44
嫌いじゃないよ
XAML使った方がレイアウト定義するの早いもん
46:デフォルトの名無しさん
20/09/12 16:41:53.83 DX+Q01qV.net
Xamarin.Formsだとパーツ貼り付けできないし
リストでパーツを増殖させるような方法だとそもそもガイドすら表示されない(xamlのせいではないのだけ)
なんかせめてガイドを表示する方法って無いのかな
やってる人いるみたいだから俺が知らないだけみたいだけど・・・
47:デフォルトの名無しさん
20/09/12 16:44:38.08 N1DxVJXS.net
俺もXAML大好きだよControlTemplate、VisualTree、LogicalTree理解しててユーザー定義コントロールでゴリゴリカスタマイズできるやつ少ないからかなり重宝された
たださっさとASP捨ててXAMLをWebに対応させなかったのがMSの大失策だったし今もBlazorなんかでASP引っ張ってるのは愚策だと思う
俺ならXAML+MVUですべてのアーキテクチャをWebとHot Reloadを前提にしたフロントエンドに統一する
48:デフォルトの名無しさん
20/09/12 16:47:24.43 N1DxVJXS.net
>>46
XAML使いこなすやつらはデザイナを必要としないLive Visual Treeがあるだけで昔とは段違いの効率になってる
ポトペタしてるレベルならXAMLは使いこなせないしメリットないからコードビハインドで書いたほうがいいよ
49:デフォルトの名無しさん
20/09/13 00:11:14.51 djw1EWKg.net
>>40
知ったかすぎて草生える
50:デフォルトの名無しさん
20/09/13 21:35:50.46 On3mkboM.net
キミ達Prism使ってるかい？
俺は使ってない
51:デフォルトの名無しさん
20/09/13 21:46:42.53 3dhinDBz.net
Prism使わないMVVMとかINotifyPropertyChangedやICommandなんかの基本機能すら全部スクラッチするんだぞナンセンスだね
さらにDIコンテナなんて自分でまともな代物作れんのかよ、そんなアーキテクトレベルなら業務システムやアプリなんてシコシコ作ってねーだろ
52:デフォルトの名無しさん
20/09/13 23:25:29.70 uYkotWo0.net
INotifyPropertyChangedなら20行くらい
ICommandのDelegateCommandくらいなら20行くらい
それぐらいならしこしこできるというか、それぐらいなんでしこしこしてるわ
53:デフォルトの名無しさん
20/09/13 23:31:17.41 uYkotWo0.net
で、kotlinでのandriod開発やflutterでの開発もMVVMで、.netのようにINPCが標準で用意されてないのでこれもしこしこする
まぁ、andriodはDataBinding用のObservableインターフェース、flutterはValueNotifierやらObservableパッケージもなどいろいろあるが
54:デフォルトの名無しさん
20/09/14 01:22:50.18 YRLUaDni.net
痛々しすぎる
55:デフォルトの名無しさん
20/09/14 03:04:42.12 GPOM0Esq.net
気分次第ではReactiveProperty使う
56:デフォルトの名無しさん
20/09/15 10:12:28.63 qerqMTcE.net
別にCommandにしてもINPCにしてもベース一度作ればそれでいいしDIもコンストラクタインジェクションしか使わないしな
ライブラリ、機能や考え方がバッチリ自分に合ってればいいけど外れた時にめんどいんだよね
MVVMCrossだっけ？あれ使ってた時は起動速度遅くて、調べたら勝手に色々やるところでリフレクションでなめてるところがクソ遅くて回避するのにすごい手間取ったわ
57:デフォルトの名無しさん
20/09/15 10:47:05.87 xj6Dv5qd.net
めっちゃ早口で言ってそう
58:デフォルトの名無しさん
20/09/15 19:59:10.13 w2H/y9qn.net
>>57
こんな過疎スレで粘着してどうするんや？
59:デフォルトの名無しさん
20/09/15 22:33:03.92 EKaRwoeh.net
>>56
その回避策おせーて
ヒントだけでもいいから
60:デフォルトの名無しさん
20/09/16 02:12:19.37 KdAdoKbU.net
>>59
承りました
61:デフォルトの名無しさん
20/09/16 22:25:37.42 SVnuNZYH.net
>>59
昔なんで忘れたが、動作を変えられるクラスでリフレクションしてるメソッドを呼ばないようにしたかオーバーライドしたかソースで無理くり変えてローカルでビルドしたやつ使ったか…
62:デフォルトの名無しさん
20/09/17 07:08:29.37 zQAOELf6.net
>>61
なるほど
有難うございまっす！
63:デフォルトの名無しさん
20/09/18 19:36:35.54 iv+L3NKg.net
個人開発でもprism導入した方がいい？
64:デフォルトの名無しさん
20/09/18 20:29:10.48 TW1GnojY.net
>>63
チーム開発と個人開発の違いとか全く関係のないライブラリだと思いますが
65:デフォルトの名無しさん
20/09/18 20:43:52.47 8iZc6qR5.net
むしろ個人開発の方がライブラリ導入のハードルは低い気が
66:デフォルトの名無しさん
20/09/18 21:06:14.74 lBdoH0RO.net
ちょっとしたアプリだったらPrismなんか鬱陶しいだけや
インタフェースすらいらんクラスは全部newして使え
67:デフォルトの名無しさん
20/09/18 21:18:16.96 8iZc6qR5.net
>>66
BindableBaseだけでも便利じゃない？
68:デフォルトの名無しさん
20/09/18 21:50:45.71 qRlJN51w.net
Prismに実装は知らんけど、それぐらいだったら自分で実装した方がいいわ
69:デフォルトの名無しさん
20/09/18 22:33:14.85 8iZc6qR5.net
なんで？
70:デフォルトの名無しさん
20/09/19 07:54:05.91 ul0rnq3X.net
Xamarin.Formsで作ったアプリの起動を速くする方法教えて
71:デフォルトの名無しさん
20/09/19 10:01:48.79 Gvm1pzA6.net
Xamarinみたいな糞でやるからそうなる
72:デフォルトの名無しさん
20/09/19 10:34:50.60 8CWsjPsF.net
今度は.NET Standardの開発を2.1を最後に中止かMSの開発環境はもうブレブレだなw
今後は.NET 5だけを継続して.NET xxというナンバリングに統一するんだな
さっさとXAMLも廃止して今後すべてのフロントエンドはHTMLベースのASPに統一すればいいのに
なんでフロントエンドの実装がいくつもある状態は維持するんだよ先にこっちに手をつけろよ
なんかもうC#なんかはAzure使ったバックエンドだけで飯食っていきたいってのが見え見えなんだよなフロントエンドとかFlutterやReactなんかの好きなの使えって感じでお荷物なんだろうな
73:デフォルトの名無しさん
20/09/19 11:29:28.91 Gvm1pzA6.net
糞を糞と見抜けなかった自分の無能さを認識しろ
74:デフォルトの名無しさん
20/09/19 12:34:35.09 NkXVQQqV.net
>>72
フロントエンドはC#+Blazorだよ
75:デフォルトの名無しさん
20/09/19 14:02:17.28 u83cgSuQ.net
Flutterも大概やぞ
企業案件じゃ怖くて使えん
76:デフォルトの名無しさん
20/09/19 16:35:51.04 zrQMw6sa.net
xamarin使用してまともに作られたアプリってあるの
77:デフォルトの名無しさん
20/09/19 16:38:23.19 zaBpASvv.net
Googleはいきなり捨て去るからなあ…
78:デフォルトの名無しさん
20/09/19 16:55:22.18 ZXydqtAO.net
>>76
cocoa
ってMSは言わせたかったんやろなあ。なお
79:デフォルトの名無しさん
20/09/19 17:51:03.61 47slHi8R.net
日本人全員に使わせたいアプリという条件下で採用されたのは大きいね
80:デフォルトの名無しさん
20/09/19 18:00:52.22 47slHi8R.net
>>72
JSに頼らなければならないHTMLよりXAMLだけで作れるほうがシンプル
C#はゲーム業界でも活発に使われている
81:デフォルトの名無しさん
20/09/19 19:04:06.21 qVdDP8T2.net
>>70
つか、今時のマシンで素のテンプレアプリなら起動早いだろ
後はお前のアプリ次第なんじゃないの
>>72
名前が変わるだけで中身大して変わってないだろ
Xamarin.Formsもクロスプラットフォーム開発としてはネイティブともモニョモニョできるし筋は悪くないと思うけどね
82:デフォルトの名無しさん
20/09/19 19:32:31.67 Gvm1pzA6.net
Xamarin程の糞はない
83:デフォルトの名無しさん
20/09/19 22:08:35.48 9Bd6aHrZ.net
google payはflutterで作り直したのか
msもreact native捨ててxamarinでoffice作り直せよ
84:デフォルトの名無しさん
20/09/19 22:17:12.05 8CWsjPsF.net
それな
GoogleもFacebookも自社で使ってる技術を公開したり自社の技術で開発するのにMSだけは他社の技術で作る矛盾だらけの現実www
React NativeのOfficeやSkypeだけじゃなくVSCodeもElectronだしコアなとこC++だしそこもRustに試したりしてるしマジでMSがこんなことしててMS環境をデベロッパーに使えって無理筋すぎるだろwww
85:デフォルトの名無しさん
20/09/19 22:53:00.34 47slHi8R.net
どうして選択肢を狭めたほうがいいと思ってるんだ？？
86:デフォルトの名無しさん
20/09/19 22:56:54.08 8CWsjPsF.net
いやMSの開発環境とか選択肢にすらなってないから
日本はMSとエヴァンジェリスト()とかいう開発まったくできない意味不明なやつらが大規模開発で採用されてたりする世界でも特殊な環境ですからwww
87:デフォルトの名無しさん
20/09/19 23:10:00.38 NkXVQQqV.net
>>86
理由になってないよ
88:デフォルトの名無しさん
20/09/19 23:11:33.90 47slHi8R.net
Xamarinへの嫉妬心が彼を狂わせている
89:デフォルトの名無しさん
20/09/19 23:28:53.31 61l8trcl.net
Linux 財団が作った、Cloud Native Computing Foundation (CNCF)には、
Microsoft(MS), Apple など、ほとんどの企業が参加してる
Kubernetes, Fluentd, Prometheus などが卒業ソフト
MSは、ここ10年、Linux 主体で採用してきたから、WSL を作れた！
一方、Apple は、資源をスマホに集中させたから、将来性は危い
90:デフォルトの名無しさん
20/09/20 01:09:15.49 a6RSeQSc.net
変なの寄ってくるから上げないで
91:デフォルトの名無しさん
20/09/20 08:16:40.76 iOi4lJv5.net
デプロイ王子まで投入してあのざまなんやから、xamarinでまともなアプリ作れる人間は存在しないんやろなあ
92:デフォルトの名無しさん
20/09/20 08:22:47.71 dWfh4J9k.net
日本のアプリ開発のレベルが低いんだよアプリの開発力って卓越した技術力とかじゃないんだよな
まぁアプリを開発するうえで基準となる技術は持ってて当たり前の話だから
よーするにセンスがない日本のウェブでもアプリでもまともなもの存在がしないのにネットじゃ日本の技術力は世界レベル！とか笑う
93:デフォルトの名無しさん
20/09/20 10:13:21.38 5YCGyM/T.net
Flutterで構築新しいGooglePayも実際に触ってみないと何とも言えんでしょ
てかはよ使ってみたいから日本ユーザーにもベータ版開放してや
94:デフォルトの名無しさん
20/09/20 15:36:03.74 0QrwQpRm.net
>>92
ほんそれ
これ観ると良く判る
URLﾘﾝｸ(twitter.com)
(deleted an unsolicited ad)
95:デフォルトの名無しさん
20/09/20 16:38:59.03 NMfWpmfy.net
そのツイート見ても>>92とどう繋がるのかよく分からないんだが解説してもらってもいいか？
96:デフォルトの名無しさん
20/09/20 17:39:32.49 LymrRzkE.net
>>81
マジで？
prismのテンプレそのままで起動しただけでも遅くない？
97:デフォルトの名無しさん
20/09/20 18:23:37.16 xYmAV+Et.net
早いとか遅いとか議論にならんやろ、具体的な数値もなしにw
98:デフォルトの名無しさん
20/09/21 00:17:46.67 loUqMvPB.net
>>96
テンプレのFormsアプリとテンプレのprismで比較してからだな
99:デフォルトの名無しさん
20/09/21 01:34:15.48 G1EXro4t.net
デレゲートコマンドの良さが全く理解できないんだけど何のためにあるの？
ICommand継承したコマンドクラス用意したほうが分かりやすいし使いまわせるからいいと思った
100:デフォルトの名無しさん
20/09/21 02:12:57.54 n34Xl0+a.net
は？DelegateCommandはICommand継承してんだが？
MVVMというよりプログラミングがにわかすぎるから基礎を勉強してから質問しような？
101:デフォルトの名無しさん
20/09/21 03:51:23.35 G1EXro4t.net
だからそのインターフェースがあるのにああいう使い方するのはどうなんだ？ってこと
102:デフォルトの名無しさん
20/09/21 04:31:22.30 loUqMvPB.net
>>101
処理ごとにクラス定義すんのめんどくさいし全く必要ねーだろ
103:デフォルトの名無しさん
20/09/21 04:31:57.78 loUqMvPB.net
つーかF#みたいなアドホックなインターフェース実装導入してくれよ
104:デフォルトの名無しさん
20/10/05 01:22:35.40 MtiasaAN.net
Xamarin.formとXamarin.androidの違いがよくわからんです
前者はwinformと同じ系統？androidアプリにも使ってる例があったので使い分けがあるんですかね？
105:デフォルトの名無しさん
20/10/05 12:15:15.13 sEK5j82X.net
FormはXamarin.iOSやAndroidの上で使える共通UIライブラリだよ
106:デフォルトの名無しさん
20/10/05 12:15:54.82 sEK5j82X.net
UI含むフレームワークって言った方が適切かも知らんが
107:デフォルトの名無しさん
20/10/05 20:58:42.39 zJPtbP+T.net
Xamarin.form
→ 糞
Xamarin.android
→ 糞
108:デフォルトの名無しさん
20/10/07 14:48:10.16 391FQqqr.net
クリスマスにぎっくり腰
→びっち
109:デフォルトの名無しさん
20/10/09 21:01:30.75 ep/kiu1W.net
Xamarinめっちゃ最強なのになんでお前ら文句言ってんの？
自分の脳力のなさをツールのせいにする奴って嫌いやわ
110:デフォルトの名無しさん
20/10/09 21:16:09.09 ORv8GRAS.net
釣られないぞ
111:デフォルトの名無しさん
20/10/09 21:28:55.96 qkXnTvq4.net
Xamarinは親の敵
112:デフォルトの名無しさん
20/10/09 22:51:23.99 QQRDEZkv.net
Xamarin程の糞はない
113:デフォルトの名無しさん
20/10/09 23:38:30.58 ep/kiu1W.net
Xamarinほどの最強のライブラリはない
114:デフォルトの名無しさん
20/10/10 00:10:51.11 RnJgUMSd.net
>>113
最強最強って、リアル小学生男子かw
115:デフォルトの名無しさん
20/10/10 00:27:05.12 cY0iPnEC.net
>>114
糞糞って幼稚園児かな
116:デフォルトの名無しさん
20/10/10 23:10:56.23 9gHfM/qP.net
春はあけぼの
夏は夜
秋は夕暮れ
冬はつとめて
糞はざまりん
117:デフォルトの名無しさん
20/10/19 23:42:43.52 4eTrUc8n.net
FlutterスレでXamarinの悪口を言いたい放題になってるんだけど、悔しくないの？
118:デフォルトの名無しさん
20/10/21 02:23:43.27 RXqRx2bR.net
どういう内容やねん
119:デフォルトの名無しさん
20/10/23 13:19:01.93 2Ck4Gh8f.net
国税庁で出したやつもXamarinなんだろうな
日本はXamarinで決まりだな
120:デフォルトの名無しさん
20/10/23 15:57:53.13 JsCcxmNL.net
やっぱ The Marine にかけたのかな。Xを使うところも厨二っぽいし。
121:デフォルトの名無しさん
20/10/28 17:01:11.14 3Daf3qqc.net
VS 2019 CommunityでAndroid用アプリを作ろうと思って試してるけど、
レイアウトをRelativeにした場合、Buttonなどのウィジェットを一つしか張り付けることが出来ない。
レイアウトをVerticalにした場合、ウィジェットを縦に２つ以上並べることは出来るけど、横に２つ以上並べることが出来ない。
レイアウトをAbsoluteにした場合、ウィジェットを一つも貼り付けることが出来ない。
どうやったら縦横自由にウィジェットを貼り付けることが出来るでしょうか？
122:デフォルトの名無しさん
20/10/28 21:31:44.84 KBl0LJGW.net
gridの上に貼り付ける
123:デフォルトの名無しさん
20/10/28 23:17:49.08 hMYVwwX8.net
そんな基本のところのチュートリアルも自分で探せないなら厳しいな
124:デフォルトの名無しさん
20/10/28 23:53:47.87 P2hEbnWW.net
なぜxamarinを選択したw
125:デフォルトの名無しさん
20/10/29 00:05:29.04 hLIytFFi.net
>>121
reactにすれば出来るよ。
126:121
20/10/29 12:12:55.38 ysSZXn9F.net
返答ありがとー
まず、Linear(Vertical)を配置したあと、入れ子でLinear(Horizontal)を部分的に配置することでやりたいこと出来るようになりました。
C#+Windows Formの経験しか無かったから、こんなところで躓くことになる。
127:デフォルトの名無しさん
20/10/30 01:58:32.99 t59vcWKc.net
c#ポトペタでスマホアプリできるんか！？って思ってた時期が俺にもありました
128:デフォルトの名無しさん
20/11/07 11:50:06.42 ByksgPiI.net
え？できないの？
じゃあなんのためにxamarinて存在するの？
129:デフォルトの名無しさん
20/11/07 12:25:18.68 +3ThrZWD.net
UIViewにAddSubView()とAdd()があって、どっちを使っていいか分からんから違いを調べたわ。
こういうのほんとうざい。
Add()を使うとか規約で決めてますか？
それとも統一性の無い糞コードをメンテしてますか？
私は後者です。
130:デフォルトの名無しさん
20/11/07 13:21:05.96 7xC3ODDO.net
>>128
お前はポトペタ以外の開発って一切しないの？
>>129
UIKitもう忘れたけど必要なら統一したまへ
既に量産されてたら頑張れ
131:デフォルトの名無しさん
20/11/07 16:38:02.29 WU4iiwmR.net
UIView.AddSubViewはアップルが定義した名前だからXamarinに文句言うのはお門違いやで
132:デフォルトの名無しさん
20/11/08 18:34:39.63 zPm8rg3D.net
普段、Android StudioでKotlin（またはJava 8）でAndroidネイティブアプリの開発しているけど、Xamarinに変更しようか迷ってる。
Android Studio開発環境からXamarin環境に移動した人の感想が知りたい。
133:デフォルトの名無しさん
20/11/08 18:41:07.62 wGduwukj.net
Xamarin程の糞はない
134:132
20/11/09 12:25:25.78 MrZMdEH/.net
>>133
どういう風に糞なの？
135:デフォルトの名無しさん
20/11/09 12:44:02.84 TXQrani0.net
名前が糞
M$得意の名前だけ変えて中身同じ作戦実行したら
また逝き還ると思う
136:デフォルトの名無しさん
20/11/09 12:59:15.94 JzGs0end.net
.NET FrameWork +.NET Core + Xamarin/Mono
3本のフレームワークまとめて.NET 5に統合…されるはず……
2020/11月予定だったけどどうなった？
137:デフォルトの名無しさん
20/11/09 14:32:14.17 WSssCoY/.net
M$とか書いてたら年がばれるぞ
138:132
20/11/09 16:02:08.64 MrZMdEH/.net
質問の仕方変えるか。
Android Studioでサポートされたばかりの機能って使える？
139:デフォルトの名無しさん
20/11/09 16:15:50.41 i5JS1s61.net
VisualStudioの方がいいよ
140:デフォルトの名無しさん
20/11/09 17:06:00.21 0Wj1IGQy.net
VSがもう老害向けなんだが...
141:デフォルトの名無しさん
20/11/09 17:33:28.83 /cAHs5IG.net
そう言うあなたが老害
142:132
20/11/09 17:48:44.62 MrZMdEH/.net
さっきから理由説明も無く糞だの老害だのVSが良いだの言うけど、理由説明くらいしようぜ。
143:デフォルトの名無しさん
20/11/09 18:00:04.69 fhgfCJZn.net
まさかのマジレスｗｗｗ
144:デフォルトの名無しさん
20/11/09 18:24:28.60 WSssCoY/.net
>>142
核心を突いたね
145:デフォルトの名無しさん
20/11/09 20:19:52.02 gAPXv0/n.net
やればすぐ糞だと分かる
146:デフォルトの名無しさん
20/11/09 20:21:57.12 plEZ/ez3.net
分からん
147:デフォルトの名無しさん
20/11/09 20:51:22.30 vy8j/+jQ.net
Xamarinで開発することはDLLヘルの労苦を自分から招き入れることと似ていると思う
148:デフォルトの名無しさん
20/11/09 22:44:59.46 xgBFWR02.net
具体性皆無
149:デフォルトの名無しさん
20/11/10 02:05:38.39 Y03bssJG.net
.NET MAUIの続報を待て
てか早く情報出せよん
150:デフォルトの名無しさん
20/11/10 02:07:43.23 Y03bssJG.net
正式リリース来年の11月だったぜ・・・
151:デフォルトの名無しさん
20/11/10 02:51:05.52 ylY3Wqtm.net
2020/11じゃなかったっけ？
URLﾘﾝｸ(forest.watch.impress.co.jp)
152:デフォルトの名無しさん
20/11/10 03:10:13.60 xR0NfzdP.net
mauiのことならGAが来年の11月
.net 5なら今年の11月
153:デフォルトの名無しさん
20/11/10 09:11:19.52 Pfs547LL.net
5だとXamarinはどういう位置付けになるんだっけ。
最近そっち全然追ってないや
154:デフォルトの名無しさん
20/11/10 18:58:51.02 hY8Hwxut.net
BCLは統一された
155:デフォルトの名無しさん
20/11/11 08:26:27.24 Zih2ZOXb.net
Download .NET 5.0
Released
2020-11-10
URLﾘﾝｸ(dotnet.microsoft.com)
156:デフォルトの名無しさん
20/11/11 08:40:20.43 fMilr/pn.net
Xamarin統合は.NET6に延期やね
157:デフォルトの名無しさん
20/11/11 10:06:06.65 tAzuyT8U.net
Perl6
Qt6
.NET6 いまここ
158:デフォルトの名無しさん
20/11/11 11:43:34.59 zCFWfmOs.net
.NET 5 に乗り遅れたクソザコ技術
159:デフォルトの名無しさん
20/11/11 13:31:50.33 7A3xK0xJ.net
MSの中でも力入れてる技術じゃないから
もうむりでしょ。
160:デフォルトの名無しさん
20/11/11 15:41:42.21 foWqNnZI.net
他に使えるものがないから
161:デフォルトの名無しさん
20/11/11 18:34:40.01 8jvEypaT.net
何がもう無理なんだか意味わかんないんだけどお前使ってねーだろ
162:デフォルトの名無しさん
20/11/20 15:40:51.71 1FMuX9Ox.net
PCのハード変えようと思うんだけど
VS19のXamarin.Formsに適したメモリスペックはどれくらいですか？
Androidエミュレーターだけで推奨4GBと書いてるから、RAM8GBが
最低ラインだと思うけど、VS用途で16GB, 32GBにしてどの程度差がでるかわからない。
メモリたくさんつんで、複雑なUIをXamarin.Formsで使う場合に
XamarinとVSでRAMどれくらい使いますか？
163:デフォルトの名無しさん
20/11/20 15:44:34.81 1FMuX9Ox.net
あ、iOSとAndroidのエミュレーターが同時に起動するのなら8GBと16GBで差が出るかな
Xamarinでの開発用途で16GBと32GBで差がでるのかは気になる
164:デフォルトの名無しさん
20/11/20 15:59:27.62 xmRBGHKU.net
よくわからんけどハード変える前にまず今の環境で試してみれば？
あとiOSはMacへのリモート接続だよ
165:デフォルトの名無しさん
20/11/20 17:38:58.98 1FMuX9Ox.net
>>164
メモリスロットの空きがない上に手持ちメモリの規格が
違って大容量のテストができないのです。
メモリを買うか、PCまるごと変えるかしないと試せない状態
同じ画面でAndroidとiOSのふたつエミュレーターらしきもの起動してるのをYouTube
のXamarin.Forms動画で見た気がするんだけど、
あれiPhoneの画面はリモートの画面を映してるだけのエミュレーターもどきってことかな？
だとするとWindows側のメモリやCPUの負荷はほとんど増えないのか
iPhoneはあるけどMacもまだ買ってないので試せない
166:デフォルトの名無しさん
20/11/20 19:01:18.11 Kk34kLge.net
4GBではiOSはしらんけどアンドロのエミュレータ開くのにも応答なし連発しながらすごい時間かかる
なので自分なら16GB以上を選ぶ
167:デフォルトの名無しさん
20/11/20 19:14:00.78 XxXmHrzQ.net
>>165
そう、iOSはmac側でシミュレーターが動いてて、xamarinは表示してるだけ。mac画面でも同じ画面が表示されてる。
168:デフォルトの名無しさん
20/11/20 19:39:00.28 1FMuX9Ox.net
>>166
Android Studioでもemulatorだけで最低2GB、推奨は4GBらしいから、
OSいれて8GBが最低ラインとみている
>>167
なるほどー
Xamarin以外にAndroid StudioやFlutterを同時起動したり
Xamarin.Formsのemuを2つ以上同時起動することも考慮しても
トータル16GBでSSD構成ならば快適に使えそうな感じがしてきた。
169:デフォルトの名無しさん
20/11/20 21:08:52.45 PS4d71RA.net
最低メインメモリは16GB
ストレージはSSD
CPUは4コア8スレッドで充分
170:デフォルトの名無しさん
20/11/21 10:19:06.05 btCpo2jd.net
>>169
Xamarin.Formsで16GB超えるケースってどんな使い方？
171:デフォルトの名無しさん
20/11/21 12:21:51.15 4FOwvnhi.net
なんでVisualStudio以外起動しない前提なのよ
172:デフォルトの名無しさん
20/11/21 12:49:16.61 7nAT0iI+.net
そんな前提どこから出てきたのよ
173:デフォルトの名無しさん
20/11/21 12:56:32.37 fC1tv38v.net
いっその事、実機は？
XamarinじゃなくてAndroid Studioしか触ったことないけど。
174:デフォルトの名無しさん
20/11/21 12:57:19.14 btCpo2jd.net
iOS appをMac hardware使わずにbuildできるみたいだな
Hackintosh / RyzentoshにしてMac OS使う方法のが
Win10にEmulatorとMac OS入れる方法より快適そうに思えるけど
Xamarin民はHackintosh多いのかな
175:デフォルトの名無しさん
20/11/21 13:05:01.99 btCpo2jd.net
>>171
PostgreとかPostmanとかVS以外にも起動するけど
そんなGB単位でメモリ使うソフトがあまりないからだよ。
ブラウザもタブ数個しか開かない派
メモリ16GB超必要な人はやっぱり仮想化したMac使ってるのかな？
ゲームと仮想化OSとChromeはメモリ馬鹿食いの代表だし
176:デフォルトの名無しさん
20/11/21 13:09:37.84 btCpo2jd.net
>>173
効率よくクロスプラットフォーム開発したいから、
Android StudioではなくXamarin.FormsかFlutterにしたい。
C#が好きだからXamarin.Formsのが現時点で好き
Madの実機はコスパ悪いので買いたくない
Mac OS入手するために中古は買うカモだけど
開発はHackintoshにした自作PCか
Mac OS仮想化したWindows PCでやりたい。
177:デフォルトの名無しさん
20/11/21 13:18:50.18 gXWX4N6O.net
逆ギレして自分語りか
面倒くさい奴だな
178:デフォルトの名無しさん
20/11/21 13:25:40.83 4FOwvnhi.net
仕様書は開かないでプログラム作る人?
Visual Studio別にして普通に使ってても8Gなんて足りないケース多いけど
金の問題かもしれないけど
マシンを快適にしたいなら上限決めるんじゃ無くて、下限決めておいた方がいいよ
179:デフォルトの名無しさん
20/11/21 13:54:39.40 btCpo2jd.net
>>178
8GBにするなんていってない。>>168で8GBは最低ラインだろうと書いてる。
175 170をよく読んで欲しい。「16GB超」と書いてる
つまりXamarinで32GBとか64GBが必要な状況を聞いたわけ
「超」の一文字見落としてるでしょ
そこまでメモリ使うとしてXamarinではなくMac OS仮想化で大半使ってるんじゃないかなと
>>177
ぜんぜん切れてない
ふつうに誤解を訂正してるだけ
180:デフォルトの名無しさん
20/11/21 14:10:16.01 jQLdetle.net
6年前のパソ�
181:Rン工房の初心者向けノートPC、 Windows 10 Home, 64 bit, 20H2(2020 秋) CPU は、i3-3120M。2 core, 4 thread。 8GB メモリ、128GB SSD WSL2 で、Windows 側に、VSCode, ブラウザ、 Linux 側に各プロジェクト、Ubuntu 18.04, Docker, Ruby on Rails, Node.js, データベース 8GB メモリでは、キツイ！
182:180
20/11/21 14:17:09.96 jQLdetle.net
Visual Studio なら、CPU-i7, 16GB メモリ、256GB SSD が最低ライン
VirtualBox, WSL2, Linux まで考えると、32GB メモリを推奨
183:デフォルトの名無しさん
20/11/21 17:27:18.65 btCpo2jd.net
>>180
Xamarinが入ってないというツッコミを置いておいてｗ
その使用例でもメモリ喰ってるのはブラウザとコンテナだろうな
コンテナ/仮想化が大量に使ってるだけでほかはたいしたことない
Dockerとか仮想化使わなければかなり高速化するはず
184:デフォルトの名無しさん
20/11/21 17:31:49.09 btCpo2jd.net
>>181
あとi7が最低ラインとかおかしい
Passmarkとかベンチスコアでかかないと意味ないだろう
i7でも世代が古ければ意味ないし
SSDも安くなったから容量より速度だろう。M.2のがいい
185:デフォルトの名無しさん
20/11/21 19:24:01.91 vI0PCjsW.net
XamarinというかGoogleAndroidエミュレータ使うならHyper-Vがほぼ必須
HAXMでも構わないけどWSL2も利用するならハイパーバイザ有効化しておいた方がいい
URLﾘﾝｸ(docs.microsoft.com)
186:デフォルトの名無しさん
20/11/21 20:23:05.66 btCpo2jd.net
>>184
ありがとう、Hyper-Vは有効にした。
有効にしないとXamarinのAndroid emulatorがOS起動すらしなかった。
Hyper-Vを有効にしたらMEmuというAndroid gameやるための
emulatorが使えなくなってしまった。
正確に言うとMEmu起動するとHyper-Vを無効化されてしまう
MEmuはVirtualBox依存だからほかのVirtualBox上のVMも
XamarinのAndroid emulatorと共存できないかもしれない。
187:デフォルトの名無しさん
20/11/21 21:35:58.00 vI0PCjsW.net
Hyper-Vはハイパーバイザ型の仮想マシン
VirtualBoxはホスト型の仮想マシン
そもそも原理が違うので共存できない
URLﾘﾝｸ(ascii.jp)
188:デフォルトの名無しさん
20/11/22 21:37:01.04 kDrPKY9d.net
>>186
ありがとう
どうやら新しめのVMwareやVirtualBoxでは
Hyper-Vとの共存ができるようになっているようだよ
URLﾘﾝｸ(qiita.com)
URLﾘﾝｸ(kb.vmware.com)
共存させるにはVMwareやVirtualBoxだけでなくHost OSのWindowsも
新しいBuildじゃないとだめみたい。
仕方ないからWindows10を20H2にupdateをしている。
Xamarin.FormsのAndroid emulatorとVMware Workstationの共存可能になれば
VMwareにMac OSのVMいれて、PC1台でiOS, Android appsを開発できるよう
になるはず。まだ試してないから断言できないけど
189:デフォルトの名無しさん
20/11/23 11:01:33.62 WFPhqmL6.net
Xamarin.FormsのAndroid Emulator,
「設定」とか開いているとすぐにエラーでて処理が止まったりしてまともに動かない。
Xamarin使用時のタスクマネジャーみるとEmulatorはQEMUみたいですね。
作成したVMはproject作成時にデフォルトで作成されるVMで
Pixel, Android9 pie, というやつです。
安定してXamarinのAndroid emu動いてますか？
安定して動くバージョンのVMとかありますか？
190:デフォルトの名無しさん
20/11/23 16:01:33.93 Ttmyf3Eh.net
xamarin.formsでアプリ作ってるんだが、iOS側でキーボードの高さを調べる方法の参考になりそうなサイト知ってたら教えてください
191:デフォルトの名無しさん
20/11/23 16:25:31.09 TpZfa4CU.net
xamarin.formsでアプリ作ってるんだが、iOS側でキーボードの高さを調べる方法を調べるのが面倒なので、誰か調べて参考になりそうなサイトあったら教えてください
192:デフォルトの名無しさん
20/11/23 16:35:36.44 IdcoSJXz.net
teratailかstackoverflowに聞いた方が早い
ここよりも嫌らしいしネチっこいけど
193:デフォルトの名無しさん
20/11/23 16:55:36.30 Ttmyf3Eh.net
>>191
ありがと
そっち行ってみます
194:デフォルトの名無しさん
20/11/23 17:03:57.41 Z+kfOJki.net
>>188
Hyper-Vを使えるPro版のWindowsでしかAndroid Emulatorは使えなかったような
195:デフォルトの名無しさん
20/11/23 22:21:20.44 WFPhqmL6.net
>>193
ありがとう
VMwareはProではない無料のVMware workstation player 16だけど、
Win10 はWin10 Pro 20H2の最新安定buildです。
Win10 1909から20H2アップグレードしたあとは、VMware player16で
Hyper-V関連の警告がでることもなく、VMwareをインストールできた。
Hyper-VとVMwareは共存できるようになった様子。
他の人はAndroid emulator安定してるとなるとメモリ不足のエラーかも。
増設メモリ届いてからVMwareにMac OSいれてXcodeとか使えるようにする予定
196:デフォルトの名無しさん
20/11/24 20:28:03.50 VvBbDMQG.net
USBケーブルでAndroid実機つないでテスト、デバッグして、
Android Emulatorは使わない派けっこう多いの？
実機メインとXamarinのエミュレーターメインの開発どっちがいいのかよくわからん
197:デフォルトの名無しさん
20/11/24 20:49:17.03 ZpPfPxTz.net
>>195
実機で確認できない解像度での表示確認くらいにはエミュレータ使うけどほとんど実機でデバッグするね
実機の方がサクサク動くから
198:デフォルトの名無しさん
20/11/24 21:21:46.09 VvBbDMQG.net
>>196
なるほど。タブレットとか解像度いろいろあるし解像度かえて、
エミュでUIのバランスとかをチェックするわけね。
USBケーブル着脱がちょっとめんどくさいけど実機メインで始めてみます。
サクサク大事ですね
199:デフォルトの名無しさん
20/11/24 23:11:56.80 1h3t9EGE.net
iOSは実機ビルドが遅くてシミュばかりだけど、泥は実機の方がエミュが動かないとかないしデプロイもクソ楽だし実機の方がいい。
けど家では実機持ってないのでエミュ使ってる
200:デフォルトの名無しさん
20/11/25 21:19:40.90 Da+eSDZz.net
>>194
20H2でPixel 2 Q 10.0 - API 29のAndroid Emulatorで使えてる。エラーが出たりしたらデバイス削除して作り直してた。
メモリ8GBでも使えてる。CPUはN4100ってセレロン。
エラー出なくなったらデバイス削除しなくても使えるようになると思う。
不安定さに関係あるかわからないけどAndroid SDKとツールでHAXM installerも入れてる。
201:デフォルトの名無しさん
20/11/26 19:07:30.07 +DwRTiUz.net
>>198-199
なるほど、iOSはbuild/deployが遅いのね
仮想化MacOS (on VMware)は遅くなりそうだし、
Mac実機ないならHackintosh自作PCを用意したほうが良いかな
Android10の実機をUSBでつないで試してみたけど実機だとほんと速くてびびった。
いろんな解像度のチェック以外にはもうAndroid Emulatorは使わないかも。
Wi-Fiでもdeployできるし楽でいいね。
Android11になるとwi-fi deploy楽にできるから早くAndroid11来て欲しいわ
202:デフォルトの名無しさん
20/11/26 19:08:47.26 +DwRTiUz.net
>>199
YouTubeでもAndroid Emulatorだと謎のエラーでてたし
ある程度は謎エラーでるのかな。
メモリはDDR4-16GBを購入しました。眠ってたマザーでXamarin用PC組む
203:デフォルトの名無しさん
20/11/26 21:23:12.56 TKNGTNmL.net
正規のMac実機が無いとAppleのサイトで開発者登録拒否されるのでは？
204:デフォルトの名無しさん
20/11/26 22:50:58.00 +DwRTiUz.net
>>202
searchした限りではHackintoshでiOS apps作ってる人もいるようだよ
iOS app作ってくれるのはアップルとしては大歓迎でしょ。
アップルハード買わせたい狙いはあるだろうけどそれならば
もっと徹底的にHackintosh潰し対策してるはずだよ
現状はほとんど黙認
Mac OSは無料化されてるしあまりOSのライセンスはうるさくない。
ただApple siliconになっちゃうからHackintoshできるのも
せいぜいあと2年。
205:デフォルトの名無しさん
20/11/26 23:50:48.18 aDslcZMh.net
>>203
Hackintoshは動くハードが限られてるみたいだし、動くハードを買うなら整備済Mac miniでも買った方が時間かからないと思うよ。
税別60800円で買った整備済2020年のMac mini Intel Core i3 メモリ8GB SSD128GBだけどXamarinのビルドに使えてる。
その前買った2011年のMac miniはよく持ったけど最新macOS対象外になったから買い替えた。
206:デフォルトの名無しさん
20/11/26 23:55:59.53 aDslcZMh.net
というよりHackintoshのインストーラ作るのにmacOSが載ってる実機要るみたいよ
207:デフォルトの名無しさん
20/11/27 00:21:38.74 vZyao8Xu.net
macの安い実機くらい1台買えばいいのに
208:デフォルトの名無しさん
20/11/27 00:41:10.92 G49+rmFr.net
vmwareでいいじゃん。
209:デフォルトの名無しさん
20/11/27 02:10:50.04 XQDvVmUY.net
既に開発者登録を澄ませているユーザーならいけるかも知れないけど未登録だとXcode実行させる段階で詰むと思う
210:デフォルトの名無しさん
20/11/27 02:22:39.21 QrndevnL.net
>>204
昔、自作PCが趣味だったからそのめんどくささを楽しめてしまう。
Win自作PCが簡単になりすぎたからこそHackintoshは少しハードル
高いからおもしろいかなと。
パーツはintel CPU、マザー、GPUさえ動作済みのを選べば後は割と自由みたいだよ
開発用なら内蔵GPUのマザーでもいいし。
マザー交換できないノートならともかく自作PCなら主要パーツ選べるから
あんまり制限は感じない。
Ryzenは一部動くようになったけどいろいろめんどうらしい。intel CPUなら楽
211:デフォルトの名無しさん
20/11/27 02:39:01.25 QrndevnL.net
>>204
中古Mac miniは少し考えたけど２年もしたらApple siliconが普及する。
intel Macはゴミになると書かれていて自分もそのとおりになりそうと思った。
intel MacはOS updateも長くない噂されているのも気がかり。
それならApple siliconの最安のMac mini買おうかと思ったらメモリ増設不可。
メモリ増やしたスペックで買うと割高になるしで計画中止w
いくらM1速いといってもメモリたったの8GB, SSD256で10万は割高ですわ
Hackintoshなら10万あったらRAM 64GB, NVMe SSD 1TBとかいけるし。
URLﾘﾝｸ(www.apple.com)
212:デフォルトの名無しさん
20/11/27 02:49:31.88 QrndevnL.net
XamarinでAndroid実機でXAMLファイル修正してdeployすると
5秒以内で実機に反映される。
けっこう速いし差分だけbuildできてるように見える。
iOSだとbuild遅いそうだけど実機とシミュレーターとでどれくらいかかるものなの？
XAMLのファイル１個修正してbuild、みたいな小範囲の変更で。
>>207
VMware workstationも動かしてはみる予定だけど
仮想化だからかなり遅いんじゃないのかな
>>206
>>210 M1はメモリ増設不可で割安感ゼロ。intel Macは今後ゴミ化の恐れ
213:デフォルトの名無しさん
20/11/27 09:42:20.33 wKoyNI7R.net
>>210
M1が速い要素の一つはSoCで統合されたメモリだろ
ドリキンとかも言ってたけど今までのPCのは不効率だけどパワーを上げてなんとか速度を稼いでたがM1は高効率で少ないパワーでも速度を出せるっていうのが言い得て妙だと思った。
M1のメモリ容量は今までのPCの基準で考えない方が良さそう
214:デフォルトの名無しさん
20/11/27 09:55:58.12 QrndevnL.net
>>212
SoC内のメモリ速いのはいいけど増設不可で8GBは少なすぎでしょ
従来の1次キャッシュみたいなのを8GBにしたと考えればいい。
アクセス速度は落ちるけど増設可能なRAMも使えるようにすればよかったが
アップルが儲けるためにできなくされた。
iPhoneでmicroSDを使えなくしてるのとおなじやり口だよ
割高な上位モデルを買わせるためにRAM増設できないようにされた
215:デフォルトの名無しさん
20/11/27 10:02:17.77 QrndevnL.net
>>212
あとM1はメモリが違うから少なくても大丈夫っていうアップルの言い分だけど
完全に嘘だと思ってる。
そんなの使うアプリとOSが全部効率的なメモリ管理しないと実現しないし
ひとつの処理が大きなメモリを要求してきたらどうやったって足りなくなる。
性能3倍とかアピールも嘘だと言われてる。
216:デフォルトの名無しさん
20/11/27 13:13:48.93 wKoyNI7R.net
>>213
16GBの使えよアホか
別にM1が完璧だなんて話じゃなくもちろん64GB全部使って処理するようなものなんかはまあ無理があるだろ
けど特に開発用途なんかじゃそういう場面も少ないだろうし今回のアーキテクチャがぶっ刺さる場面もまあ多々あるだろ
とりあえずバカはクソして寝てろ
217:デフォルトの名無しさん
20/11/27 13:53:26.31 QrndevnL.net
なんできれてるんだろ、Apple信者かな
M1は32GB以上の構成にはできないし
仮想化しようとしたら16GBにしたところで足りない。
10万以上出していまどき16GBはしょぼい。
開発者だからこそ仮想化を使う人が多い。
218:デフォルトの名無しさん
20/11/27 15:15:10.52 wKoyNI7R.net
全員が仮想化使うわけじゃねーだろ さっきから用途によっては不向き言ってんだろマジでアホか
この手のバカがしたり顔でのたまってるのほんと嫌い
219:デフォルトの名無しさん
20/11/27 16:51:02.68 QrndevnL.net
全員使うなどと言っていない
「開発者だからこそ仮想化を使う人が多い」と書いている
用途によっては不向き、当たり前
冷静に反論すればいいのにアホ、バカ連呼するから、アップル信者と言われる
220:デフォルトの名無しさん
20/11/27 17:43:36.87 h9WgN4N/.net
よくらからないけどちょまどのオッパイおいときますね
URLﾘﾝｸ(chomado.com)
221:デフォルトの名無しさん
20/11/27 18:03:03.61 CaB76cy+.net
アップルとニップルは似ている
222:デフォルトの名無しさん
20/11/27 19:39:21.91 KBexg0Zn.net
結局M1Macを批判したかっただけ？
223:デフォルトの名無しさん
20/11/27 20:50:42.09 XjJBzbKf.net
アップルが儲けるためにPAM増設できなくしたとか超短絡的な考えが面白いw
224:デフォルトの名無しさん
20/11/27 22:36:59.71 ocMZsxYX.net
Xamarinの話してよ
225:デフォルトの名無しさん
20/11/27 22:59:43.01 QrndevnL.net
>>222
儲けるため以外にないでしょ
信者脳だと真の理由に気付かないのかな
iPhoneがmicroSDを頑なに拒否するのも上位モデルをぼったくり価格で売るためだ。
M1でメモリ増設不可、SSD換装不可にしたのもiPhoneと同じ構図。
他社にはハードを作らせない、パーツ交換すらさせない。
アップルなら後付けRAM対応は今後もやらないだろう
MSが高速なARM SoC作ってほしい
226:デフォルトの名無しさん
20/11/27 23:28:44.86 I6eDgLql.net
MSファンボーイの嫉妬かよくだらねーw
surfaceみたいなメモリ増設不可の低性能マシンしか作れないんだから期待しても無駄だぞw
227:デフォルトの名無しさん
20/11/27 23:37:01.48 wKoyNI7R.net
>>218
だったらグダグダ低脳理論で文句垂れてんなよクズ
228:デフォルトの名無しさん
20/11/27 23:57:35.12 XjJBzbKf.net
>>224
外部メモリ増設だとUMAの恩恵がない
別のメモリコントローラを内蔵しないといけないのでトランジスタ数がふえる
最初からメモリを増やすとトランジスタ数が増えるので歩留まりが悪くなるし検査工程も増えるので価格上昇
現状での落とし所だったんだろ
たぶん
229:デフォルトの名無しさん
20/11/27 23:59:13.64 XjJBzbKf.net
アンチ脳でiPhoneとかのアップル陰謀論とか信じ込んでる可哀想なやつw
230:デフォルトの名無しさん
20/11/28 00:52:37.25 AaN5oABb.net
>>227-228
そんな性善説がアップルには通用しないですわ
下請け企業いじめたり、技術盗んだり、カネのためならなんでもやる企業
231:デフォルトの名無しさん
20/11/28 00:56:08.02 AaN5oABb.net
>>225
それは良いCPU作れなくなったインテルが悪い
高性能なWindows向けCPU/SoC作れないQualcommも低能
232:デフォルトの名無しさん
20/11/28 01:29:44.83 SnCjdQJI.net
ID:AaN5oABb
最近Blazorスレでも頓珍漢な事を喚いて笑いものになったただの素人爺
MSのプログラマーに強い憧れを持つ
233:デフォルトの名無しさん
20/11/28 01:51:44.97 Klh7hYbE.net
なんでそんなに憎いに憎いappleのiPhone向けアプリ作りたいのかな
234:デフォルトの名無しさん
20/11/28 02:35:37.94 AaN5oABb.net
>>232
そんなのスマートフォンアプリが儲かるからに決まってるでしょう
Xamarin使ってるやつはだいたいそうだろう
MicrosoftやC#が好きだが儲かるからXamarinでiOS/Android appを作るみたいな
235:デフォルトの名無しさん
20/11/28 03:02:58.79 vnJrllvH.net
スマホアプリが儲かるっていつの時代の話してるんだ？
お前マジで聞き齧りの知識だけでプログラム板に書き込み続けてるんだな
236:デフォルトの名無しさん
20/11/28 03:11:56.01 AaN5oABb.net
>>234
だれが儲からないっていってんだよ
YouTuberかなんかの受け売りだろｗ
儲ける奴は儲けてるよ
友人のエンジニアもかなりアプリで稼いでる
237:デフォルトの名無しさん
20/11/28 03:37:25.78 vnJrllvH.net
脳内の友人エンジニア出されても対応に困るわ
ここはお前のポエム語るスレじゃないから他スレに行けや
238:デフォルトの名無しさん
20/11/28 04:18:47.98 F2DuRJLz.net
>>229
完全に憎しみだけの思い込み論になっててワロタw
239:デフォルトの名無しさん
20/11/28 04:40:28.47 AaN5oABb.net
アップルの悪口かいたらアンチが湧いてきた
アップル信者はわかりやすい
240:デフォルトの名無しさん
20/11/28 06:52:05.65 oubzKSDY.net
アンチって何のアンチだ
Appleアンチはお前じゃないのか？
241:デフォルトの名無しさん
20/11/28 10:38:49.47 F81kboYJ.net
仕事でやってんならちゃんとMac買えよw
242:デフォルトの名無しさん
20/11/28 13:27:01.71 AaN5oABb.net
いいかげん、Xamarinに関係ある話でお願い
243:デフォルトの名無しさん
20/11/28 13:30:01.68 jDjmJN0t.net
そのとおり
ハッキントッシュの話題禁止な
244:デフォルトの名無しさん
20/11/28 13:52:55.09 wE5XnF2y.net
Xamarin程の糞はない
245:デフォルトの名無しさん
20/11/28 14:20:43.17 AaN5oABb.net
Apple Silicon搭載MacでWindowsを正常に動作させることに成功
URLﾘﾝｸ(gigazine.net)
246:デフォルトの名無しさん
20/11/28 14:26:00.07 AaN5oABb.net
>>244
M1ならWindowsもMacOSも使えるってなると
ますます開発者がMacに流れてしまう
247:デフォルトの名無しさん
20/11/28 14:42:54.92 SX/YRWeE.net
>>244
>>245
いいかげん、Xamarinに関係ある話でお願い
248:デフォルトの名無しさん
20/11/28 14:59:58.16 AaN5oABb.net
>>246
iOS app buildにMac OS必要なんだから
めちゃくちゃ関係ある話だ
249:デフォルトの名無しさん
20/11/28 15:01:43.67 SX/YRWeE.net
>>247
じゃあさっさと実機買えよ
250:デフォルトの名無しさん
20/11/28 15:04:27.05 Klh7hYbE.net
>>247
Xamarinスレ的には実機買えで終了だからあとはハッキントッシュのスレでやってくれ
251:デフォルトの名無しさん
20/11/28 15:11:28.95 AaN5oABb.net
248-249
244はHackintoshの話じゃないっての
おまえらOSとハード知識ゼロかよ
ろくにコード書けなさそう
252:デフォルトの名無しさん
20/11/28 15:25:54.05 SnCjdQJI.net
コード書いたことない素人爺さん、はやく消えて
253:デフォルトの名無しさん
20/11/28 19:20:43.17 2mZTE0Rq.net
AaN5oABbのこいつxamarinに関係ある話ししろって言っといて、他から同じ事言われると…
書き込み見てると本人がハードとか分かってる様には見えんし^^;
254:デフォルトの名無しさん
20/11/28 19:52:49.92 wnE+u/1l.net
ヤバい人が集まってるな
255:デフォルトの名無しさん
20/11/28 20:04:42.54 LMOmlhIf.net
気狂いジジイに餌やるなよw
256:デフォルトの名無しさん
20/11/28 20:19:41.13 ZrS5Ha3U.net
ここまでのレスを見ると...俺はAndroid StudioとUWPしか触ったことないけど、俺の方がまだ知ってそう。
なんでこんなにXamarinから遠ざかった話題で盛り上がっているのだろうか...。
Xamarinに興味があるのに何も伝わらねぇ。
257:デフォルトの名無しさん
20/11/28 21:03:24.36 3XG0jOFv.net
>>255
Macでビルドできてないから前に進めてないんだよw
258:デフォルトの名無しさん
20/11/28 21:19:15.07 AaN5oABb.net
>>251-255
なんで嫌いな俺の話ばっかりしてるの？
プログラミングの話できないレベルなんだろうけど
>>244とかアプリ開発やってたら興味深いトピックなわけだが
Hackintoshと区別つかない低レベルな人がいて驚いた
259:デフォルトの名無しさん
20/11/28 21:26:55.77 yKbHDLdJ.net
>>257
Mac板行けよ鬱陶しいな
260:デフォルトの名無しさん
20/11/28 21:28:31.17 VVrnAQDV.net
いいからコテつけろよガイジ
何度もNGさせるな鬱陶しい
261:デフォルトの名無しさん
20/11/28 21:33:52.45 AaN5oABb.net
>>255
C#ではWPFとかASP.NET MVCとかBlazor使えるし
Web appはDBとかバックエンド含めてゼロから作れるし
ハードの知識あるからサーバー組んでオンプレミス運用もできる
PHP, JS, Javaも経験ある
Xamarinは始めたばかりだが開発者としては中級以上
人の批判するなら自分でプログラミングに関連した話題あげたら？
262:デフォルトの名無しさん
20/11/28 21:38:16.81 AaN5oABb.net
>>258
Mac板はプログラミングできるやつほとんどいない
XcodeやXamarinの話をしたところでレスはない
263:デフォルトの名無しさん
20/11/28 21:46:38.93 27f9VbsH.net
Xamarinみたいな糞でやるからこうなる
264:デフォルトの名無しさん
20/11/28 22:12:14.06 LMOmlhIf.net
つかお前らNGしろよw
265:デフォルトの名無しさん
20/11/28 22:13:10.74 qNqJct9S.net
XamarinスレでMac買いたくない主張を延々とするわBlazorスレでXamarinの話延々とするわなんなのこのガイジ
266:デフォルトの名無しさん
20/11/29 00:24:15.55 RTGqTy5z.net
>>260
当たり前の事を自信満々に言われても…^^;
267:255
20/11/29 00:46:15.19 9l7L6WSM.net
>>260
じゃあ初心者の私から質問です。
Android JetpackってXamarinでも使えますか？
例えは...navigationとかってAndroid Studioの専用エディタが無いとナビゲーショングラフが表示されないと思うのですが、Xamarin環境でも表示されるのか疑問です。
ここらへんの事情が知りたいです。
268:デフォルトの名無しさん
20/11/29 10:49:32.51 /LlHv+1p.net
>>255
でいきなりマウントとってきておいて
認識が間違っていても謝りもせず
今度は俺を利用しようとするような人間はクズすぎて相手にできない
269:デフォルトの名無しさん
20/11/29 10:53:13.04 0AJh/hOW.net
誰だよ
270:デフォルトの名無しさん
20/11/29 11:10:37.37 9l7L6WSM.net
>>267
> 人の批判するなら自分でプログラミングに関連した話題あげたら？
271:デフォルトの名無しさん
20/11/29 12:30:49.47 5mCTA+vS.net
Xamarinでどんなスマホアプリ作ったのか教えてよ
おそらく企業向けだと思うけど
272:デフォルトの名無しさん
20/11/29 15:21:07.48 WLOXOrGb.net
>>267
>俺を利用しようと
自意識過剰すぎて草生えるわ
273:デフォルトの名無しさん
20/11/29 16:03:11.14 /LlHv+1p.net
クズにまともに教えたところで感謝されることはないし
答えなければ、さらに不快なことをやってくる。
実際この態度だからな、>>269
予想通り
>>271
質問に答えさせる＝利用する、なわけだが？
失礼なことやったあとによく質問できるなとおもうわ
ずうずうしすぎる>>266
274:デフォルトの名無しさん
20/11/29 16:42:47.87 KCiQ2bpf.net
ID:/LlHv+1p
きんもーっ☆
プログラム板はこんなのがこんなのがぶわーっといるの
275:デフォルトの名無しさん
20/11/29 17:25:24.74 n5htVSur.net
>>260
むしろ、ここまでのレスを見るとまともな人達に見下されない方が不思議だし、お前のレスが特にそれを裏付けている
255のAndroid StudioとUWPの件はXamarinに関連する話だから別に変な反応ではないけど、それを経歴自慢と解釈したのか260で必死にXamarinと無関係なハード知識やオンプレ開発及びPHP，JSの経歴PRをしだす辺り草生える
Xamarin触ったことないから謎の対抗意識が芽生えちゃったのかな？
266の質問の意味がわからないなら素直に「Androidネイティブアプリ開発したことないからわかりません」って言えばいいのに。
276:デフォルトの名無しさん
20/11/29 17:39:36.70 CAQCHso7.net
まあ餅付け
変なのはNGするとしてとりあえずQiitaでトレンド入りしてたC#の良記事読んでよ
.NET 5 を使いたい理由6選
URLﾘﾝｸ(qiita.com)
277:デフォルトの名無しさん
20/11/29 20:50:03.04 WLOXOrGb.net
昨日あたりからトンチンカンなイキリしてるやつの無能臭が半端なくて草生える
278:デフォルトの名無しさん
20/11/29 21:25:46.10 /LlHv+1p.net
>>276
技術的な話ゼロのおまえがいうな
おまえはからっぽだから技術的な話がふれずマウントとりたがる
279:デフォルトの名無しさん
20/11/29 21:27:22.21 /LlHv+1p.net
>>274
挑発にのって答えたらカスの思うつぼ
本人じゃないなら口出すなよ
おまえみたいなレスつけてたらずっとこの流れ終わらない
280:デフォルトの名無しさん
20/11/29 21:30:26.43 /LlHv+1p.net
XamarinとXamarin関連の話しろよ
おまえらずっと俺の話ばっかりしてる
俺のAppleの話のがまだXamarinと関連性があった
281:デフォルトの名無しさん
20/11/29 22:03:33.95 SoREYN8+.net
>>279
おい、>>270にさっさと答えろハゲ
282:デフォルトの名無しさん
20/11/29 22:09:25.13 /LlHv+1p.net
>>280
>>279
283:デフォルトの名無しさん
20/11/29 22:15:42.08 SoREYN8+.net
都合悪くなるとすぐ話逸らして逃げやがって…
お前がXamarinについて無知な事が証明出来たんでこれ以降は完全にNGするわ
284:デフォルトの名無しさん
20/11/29 22:28:35.35 /LlHv+1p.net
>>282
>>279
285:デフォルトの名無しさん
20/11/29 23:09:30.21 WLOXOrGb.net
こいつ無能さを自覚してるから無能と言われると顔真っ赤にしてて草生える
286:デフォルトの名無しさん
20/11/29 23:33:19.52 /LlHv+1p.net
>>284
>>279
287:デフォルトの名無しさん
20/11/30 00:55:48.77 7kB0p0yM.net
Xamarin.Formsだと.Netを選択出来るけど(2.1までだけど)
Xamarin For Androidだと.Netは選択できない
.net 6.0でFromsが統合されるそうだけど
Xamarin For Androidはどうなるの?
288:デフォルトの名無しさん
20/11/30 04:47:36.41 N17S7gzn.net
>>286
Xamarin for Androidは重複する機能になるし新しいバージョンのリリースはなくなるだろう
セキュリティ関連パッチなど最低限のアップデートのみは
しばらくは提供されるパターンが多い。
289:デフォルトの名無しさん
20/11/30 14:06:20.80 3PLmCTmV.net
FormsからiOSとかUWP除外したらいいだけじゃないの
290:デフォルトの名無しさん
20/11/30 16:58:23.77 UDPsEVur.net
>>286
.NETってStandardのこと言ってるの？
291:デフォルトの名無しさん
20/12/01 00:31:10.77 j5PxuLra.net
重複する機能ではないと思うぞ。
結局Formsの下回りはXamarin.Androidだから。
Formsに移行させられるなら別言語でいいってなるわ。
Xamarin.Androidが一番使いやすいのに。
292:デフォルトの名無しさん
20/12/01 13:17:50.66 e7wDhqC2.net
Androidの役割するやつは残るんだろうけど、namespaceとか変わる予定なんだっけ？
293:デフォルトの名無しさん
20/12/03 00:03:55.82 20xIbR9g.net
AWSがmacOSをクラウド上で利用可能にする「Amazon EC2 Mac Instances」を発表 - GIGAZINE
URLﾘﾝｸ(gigazine.net)
macなくてもいいんだ。
294:デフォルトの名無しさん
20/12/03 01:17:06.28 xtevUdSd.net
>>292
クラウド経由で実機デバッグとかまともに動くのかな
295:デフォルトの名無しさん
20/12/05 02:11:45.35 3plm3Csp.net
Xamarin Community Standup - .NET MAUI Update!
URLﾘﾝｸ(www.youtube.com)
296:デフォルトの名無しさん
20/12/07 02:11:06.18 ul+XVqgf.net
>>292
価格も分からないし、GUIが使えるかどうかも分からない。
Mac miniは8万円ほどなので、料金がよっぽど安くないと使いたくない。
297:デフォルトの名無しさん
20/12/07 02:44:08.40 ul+XVqgf.net
>>295
[補足]
・8万円のMac miniを買えば何年か使えるし、トラブルも少ないだろうから、
それより十分安くない限りはそのようなサービスはメリットが少ない。
・高速な固定回線が前提になるが、それがそもそも年間6万円くらいは必要になるが、
それに比して十分そのサービスが安くなければ余り意味が無い。
298:デフォルトの名無しさん
20/12/07 02:46:41.98 ul+XVqgf.net
iOSアプリを作る企業だったらMac実機とiOSが動く実機を買った方が良さそうだし、
そのサービスは個人のアプリ作家くらいしかターゲットに出来ないかも知れないから
よっぽど安くなければ意味無いかも。
iOS実機と言えば、やはりiPhoneとiPadの両方の実機でテストしなければ
企業が作るソフト品質には達しないと思われる。
299:デフォルトの名無しさん
20/12/07 06:15:16.87 0GjF0Vhl.net
>>292 >>295
そのMac EC2はiOS apps開発者にすらニーズはあまりなさそう。
スポットプライスで利用すれば安く使えそうだが、使うたびに利用の
手続きするなんて煩雑すぎて現実的じゃない。
EC2サーバーもMac Mini intel 32GBだしスペックたいしたことない。
これを多数のユーザーが共有してつかうわけだから速度もひどいだろう
EC2より安めのMacMini買って占有してbuildするほうがずっと快適なはず
300:デフォルトの名無しさん
20/12/07 06:20:17.99 0GjF0Vhl.net
やっぱりiOS app Build環境のコスパ最強は
自作PCでHackintoshだろうな
RAM16G, SSD256GBくらいでいいなら3万円程度でも組めるし
301:デフォルトの名無しさん
20/12/07 07:12:17.29 ltPRXLTV.net
>これを多数のユーザーが共有してつかう
アホか
お前何も分かってないだろ
302:デフォルトの名無しさん
20/12/07 07:36:22.26 kHmTq4eZ.net
Hackintoshを使ってないから知らないけど、PatcherのMacでXamarinペアリングビルドできなかったから多分イバラの道だと思う
303:デフォルトの名無しさん
20/12/07 08:31:40.04 0GjF0Vhl.net
>>300
細かい料金システムは熟知してないが
クラウドの本質はおまえよりかはわかってるだろう
何もわかってないと否定してるのは
多数のユーザーの部分か？
共有してつかうの部分か？
否定してるなら具体的に項目や理由を書いてみろ
304:デフォルトの名無しさん
20/12/07 08:36:00.61 0GjF0Vhl.net
>>301
Patcherって古いMacに入れるやり方？
それならハードが新しいOSのスペック満たしてないしできなくても驚きはない。
HackintoshはMacで使用実績のあるパーツで
比較的新しいパーツを使うことが多いから互換性はかなり高い。
ちゃんといれればセキュリティパッチもインストールできる
305:デフォルトの名無しさん
20/12/07 08:59:52.67 U/+QH0eT.net
>>302
普通はユーザー接続ごとにCPUコアやメモリは割当てられる
ひとつのインスタンスを多数のユーザーが共有するはず無いだろ
306:デフォルトの名無しさん
20/12/07 09:12:36.13 0GjF0Vhl.net
>>304
やっぱりそんなレベルの話かｗ
CPU, RAMなどの重要なリソースを共有してるという
重大な事実を忘れるなよｗ
パフォーマンスに影響するのはハードウェアリソースだろうがｗ
それと「多数が」というのは「数人」でも多数だ
buildなんてCPU使いまくるから数人でも遅くて話にならない
契約上1-2core占有できたところで性能の絶対値が低い
Mac EC2とか使うのは情弱だけだと思うわ
307:デフォルトの名無しさん
20/12/07 09:18:09.72 0GjF0Vhl.net
多くのユーザーがハードを共用していれば
ハードリーソースは共有してることになる。
ストレージは容量でわけることくらいはできるが、他のユーザーの負荷の影響を受ける。
各ユーザーごとにストレージが用意されるわけでもない。
Ethernetなども同様
自分の契約で使えるRAMなどが決まっていれば
共有していないとかいう無茶な理論にはついていけない
308:デフォルトの名無しさん
20/12/07 09:52:52.70 3foqcNas.net
>>305
Amazonのデータセンターで何万台のサーバーが稼働してると思ってるんだ？
個人のサーバー共有とは違うんだぞ
309:デフォルトの名無しさん
20/12/07 10:04:34.09 UR27QHi4.net
彼の頭の中ではMacがポツンと1台だけあってそれをすべてのユーザーが共有しているとでも思ってるんだろう
310:デフォルトの名無しさん
20/12/07 10:30:15.28 kHmTq4eZ.net
>>303
それ以前にPatcherだとリモート共有できなかった。論外。
Patcher作る側の動作確認不足なんだと思う
311:デフォルトの名無しさん
20/12/07 10:32:43.93 wnWpqMYa.net
仕組みがわかってないんだけど
自分が契約して作った仮想マシンのリソースがフルに使えるのは他の人があまり使ってなくてリソースに余裕がある時だけってこと？
本体のCPUの処理能力が100だとして仮想マシンが1台あたり20×10台で全体のCPU処理能力合計が200だったりすると他でCPUが80以上使われてると自分のPCでは20の全力が出ないみたいな？
312:デフォルトの名無しさん
20/12/07 10:37:51.42 kHmTq4eZ.net
EC2のiOS以外のCPU、OSみたいにハードの増減自由自在なんじゃないの？
313:デフォルトの名無しさん
20/12/07 10:49:48.37 rEH/ruiR.net
>>310
利用者側が細かいこと気にしても仕方ない
CPU負荷やネットワーク負荷に応じてデータセンターのロードバランサーがサーバー群に適切に負荷分散させるので(契約内容に相当する)スループットはほぼ平均化される
大手のクラウド事業者ならその辺りのノウハウは持っている
314:デフォルトの名無しさん
20/12/07 11:10:25.13 0GjF0Vhl.net
>>307-308
こいつらアホ決定
AWS絶賛してるアホYouTuberと同類
AWS全体で何台あろうが関係ない話だ。
自分が利用できるリソースは
そのある1台のMac Miniのうちの一部のハードウェアリソースでしかない。
buildなんて数人同時すら重くて話にならない。
あと>>298でAWSのスポットプライスのことかいてる。
一応、AWSの料金ページくらいは見て書いてる
315:デフォルトの名無しさん
20/12/07 11:22:57.47 0GjF0Vhl.net
>>310-312
AWSの場合はインスタンスで課金だから空いてても意味ない。
たくさんのサーバーを同時に使えば料金も跳ね上がるから、
実質的にできない。
光回線とかなら空いてる時間帯は快適に高速回線使えるが、
AWSはそういうことにはならない。
>>311
そもそもBuildだから技術的に複数サーバーまたがっての動作はしないだろう。
コンパイラが対応してない。
仮にできたとしても上に書いたように料金面で不可能
316:デフォルトの名無しさん
20/12/07 11:28:27.22 UR27QHi4.net
>>313
ユーザーごとに別のMacのインスタンスが生成されるのがまだ分からんのか
複数のユーザーであればそれぞれ別のリソースが割り当てられる
同じリソースを使い回すのではない
具体的な割り当ては>>312の通りどのサーバーか流動的なので多数のサーバーが利用される
317:デフォルトの名無しさん
20/12/07 11:39:35.87 0GjF0Vhl.net
>>315
だからそんな契約の話でなくて
CPU1個をまるまる使えないから遅いだろって話だよ！
BuildはCPUリソースを使うわけだから
あるCPU１個のうちのコアの「一部だけ」をひとりで使えても意味ないの。
遅すぎる
なんでこんな基礎的な話がつうじないのか
ハード知識ゼロすぎだろう
318:デフォルトの名無しさん
20/12/07 11:48:48.93 kHmTq4eZ.net
EC2結構速いよ
319:デフォルトの名無しさん
20/12/07 11:56:54.55 0GjF0Vhl.net
例えばｖCore x8, 16GBで
Linuxでc5d.2xlargeだと24時間で11.52ドルもかかる
これならMac買った方が安いに決まってる。すぐ元が取れる。
Macだとハードが割高だからLinuxより高くなるはず
>>317
それapplication serverとかでしょ
buildはCPUリソースがっつりつかうから
安いプランでは３年前の中古Macにすら勝てないと思う
320:デフォルトの名無しさん
20/12/07 12:06:42.81 kHmTq4eZ.net
>>318
Amazon Linux 2の話だけどRocketChatってNode.jsのチャットサーバーのビルド結構速かったよ。
321:デフォルトの名無しさん
20/12/07 12:50:13.24 LDzktyL7.net
AWS は、普通の共有サーバーみたいに、他人の影響は受けないだろ
Linux のcgroup とかで、リソースを分割してるから。
他人のリソースを使えないだろ
例えば、vCPU 1個の契約なら、絶対にそれだけ。
他人のvCPUを使えない
コンパイルなら、20分掛かる。
vCPU 4個なら、5分
322:デフォルトの名無しさん
20/12/07 13:19:58.69 K+wCUOF4.net
サーバー用のx64/x86コアならXeonで18C/36Tや28C/56Tの様なCPUがある
323:デフォルトの名無しさん
20/12/07 13:38:12.51 0GjF0Vhl.net
Mac EC2はIntel Mac Miniの32GBだからスペック高くない
Linux EC2よりはるかに性能は落ちるは間違いない
それでいてハードは割高なAppleだから料金はそう安くもならないだろう
EC2ならMac買った方が得という結論は変わらないな
>>320
20分は耐えられないわ
例えばAndroidで動いたらiOSでも問題なく動くというなら
MacOSでのbuild少なくて済むからいいけどそう甘くはないだろうし
324:デフォルトの名無しさん
20/12/07 14:05:15.99 QUUS5DsI.net
>>318
>Linuxでc5d.2xlargeだと24時間で11.52ドルもかかる
>これならMac買った方が安いに決まってる。すぐ元が取れる。
そんなに高いのか。
そりゃ駄目だわ。
325:デフォルトの名無しさん
20/12/07 14:20:34.58 LBrxPLOl.net
Xamarinみたいな糞でやるからそうなる
326:デフォルトの名無しさん
20/12/07 14:22:42.92 LDzktyL7.net
大体、EC2 1つで、月1万円ぐらい
だから、Lambda みたいな必要な時だけ動かすようなものを勧めている
327:デフォルトの名無しさん
20/12/07 17:20:25.12 tdgEbSc2.net
>>322
こいつ、また薄っぺらな知識で大層な文句垂れてるのか
そんなの利用携帯とかで料金いくらでも変わるだろ
クラウドは結局えんえんとつ買い続けるなら実機の方が安いけど、短時間などしか使わないなら割増料金になっててもトータルコストやイニシャルコストは安くなるかもで基本はまあ変わらん
328:デフォルトの名無しさん
20/12/07 18:22:52.85 0GjF0Vhl.net
>>323
具体的な金額出したらやっと納得してくれる人でてきたか
>>326
計算できないアホ？
短期間でもMac EC2のが損するっての。
8万円のM1 Mac Miniの3年後に３万円で売ってリプレースする場合
のコストは年間あたり16500円程度でしかない。
>>318 の例だと１日1150円かかり、たったの14.34日で
Mac Miniの所有期間コストを超えてしまう。
週1時間しか使わないような趣味プログラマーさえもEC2のが損する。
しかも実機M1 Mac miniよりはるかに遅い。
329:デフォルトの名無しさん
20/12/07 18:41:29.71 tdgEbSc2.net
>>327
どういう計算だよwww
330:デフォルトの名無しさん
20/12/07 18:42:39.19 tdgEbSc2.net
この手のバカって勝手に自分に都合の良い数字を仮定して計算して悦に入るんだよね
331:デフォルトの名無しさん
20/12/07 19:24:54.75 0GjF0Vhl.net
>>328-329
M1 Mac miniの３年後売却価格から１年あたりの所有コスト計算してるだけなんだが
やっぱりバカには理解できなかったようだ
これだけ詳しく書いてもわからないとはそうとう知能低そう
ちょっと計算すれば利用日数が少なければ借りるほうが得ってのが
思い込みだとわかるんだが
やっぱりクラウド絶賛してるやつってレベル低い
332:デフォルトの名無しさん
20/12/07 19:31:46.81 6Dw+8Dgd.net
またオンプレ爺が暴れてるの？
こいつ昔の経験に囚われて新しい知識全く吸収しようとしないんだよな
結構いい歳だろ50代？
333:デフォルトの名無しさん
20/12/07 19:41:08.92 0GjF0Vhl.net
>>331
新旧の話じゃない
コスト計算できないかオンプレミス構築、運用するスキルが
ないからクラウド絶賛してしまう。
無能にとってはクラウドは救世主なわけ
新しい知識を吸収しないのはクラウド絶賛のやつらのほうだ
自分でできる範囲が少ないからクラウド頼み
フルスタックでやるほうがよほど学習量は多い
334:デフォルトの名無しさん
20/12/07 19:58:21.81 elYDtejT.net
このスレ内で絶賛している奴は見当たらないなあ
335:デフォルトの名無しさん
20/12/07 20:01:06.82 WiYj5gq6.net
思い込みで周りがすべて敵に見えているんだろ
336:デフォルトの名無しさん
20/12/07 21:16:23.44 nn/gP0Zc.net
50代は否定しないのか…
337:デフォルトの名無しさん
20/12/07 22:41:28.53 0GjF0Vhl.net
おまえらだってスクリプトしかできないフロントエンドの奴らに
C#バカにされたら腹立つだろｗ
C#古いだのdisってるYouTuber多いぞ
>>333
すぐ上にいただろう、331とかな
バックエンド構築、運用のスキルない雑魚のくせにオンプレミスに
対応できる人をバカにしてるっていうね
フロントエンドのやつらにそういう奴らが多い
338:デフォルトの名無しさん
20/12/07 22:45:07.32 xaSfQ4Ai.net
クラインババアのまんこのにおいくんくんくんくんくん…ガクッ（窒息して死ぬ音
339:デフォルトの名無しさん
20/12/07 22:50:50.07 tdgEbSc2.net
>>330
このバカ前提が間違ってることにまだ気づかないのかw
老害は逝ってどうぞ
340:デフォルトの名無しさん
20/12/07 23:43:00.40 6Dw+8Dgd.net
>>336
ホントお前は人の話を全く聞かず、自分に都合よく解釈する嫌なジジィだな
会話が全然成立しないからリアルでも敬遠されてるだろ？
還暦迎える前にその癖直せや
341:デフォルトの名無しさん
20/12/07 23:58:28.88 LBrxPLOl.net
オンプレミスは時代遅れ
342:デフォルトの名無しさん
20/12/08 00:03:30.54 JYNW/7BD.net
>>339
人の話をきいてないのではない
論理破綻に気付かないほどおまえの頭が悪い
知識とスキルは
何もできない人＜クラウドがないと開発できない人＜オンプレミス対応できる人
クラウド頼みでいきってるやつはWeb APIもまともにつくれない
つくっててもFirebaseとかザコしかつかえない
343:デフォルトの名無しさん
20/12/08 00:11:00.45 dmeZBX1i.net
オンプレミスできてクラウドも言える人は強いと思うけど、オンプレミスしかできないってのはただの老害だろw
どの技術も範囲が違いこそすれ深掘りの余地はあって範囲の違いを持って優劣つけるのとか愚の骨頂だろ
松本零士の「この武器こそ最高なんだ！」とか言ってる漫画の人みたいだわ
344:デフォルトの名無しさん
20/12/08 00:16:32.71 MP8linz8.net
な、全然噛み合わないだろ？ｗ
クラウドの高速進化に追いつけないからオンプレにしがみつくしかないのよ
完全に会社のお荷物だよこの爺さん
345:デフォルトの名無しさん
20/12/08 02:24:45.94 VCMv1TIN.net
しかもこの爺さんBlazorスレでXamarinの話ばっかりやるし
頭おかしいだろ
346:デフォルトの名無しさん
20/12/08 02:28:11.47 Vp2tf1xt.net
かわいそうに多様性が皆無なんだよ
347:デフォルトの名無しさん
20/12/08 03:50:08.23 ekpYalia.net
>>341
ねえコンテナって知ってる？
デプロイしたことある？
348:デフォルトの名無しさん
20/12/08 04:34:00.52 dmeZBX1i.net
ていうかこの人クラウドはPAASやSAASしかないと思ってんとかな
349:デフォルトの名無しさん
20/12/08 05:37:15.10 oEyBH1ro.net
AWSの初回一年間の無料枠でいろいろできるからとりあえずやってみたら良いのに
350:デフォルトの名無しさん
20/12/08 06:22:52.70 JYNW/7BD.net
>>346
Docker使えるくらいで自慢したいって相当レベル低いな
Dockerはインフラ得意な上級者ほど嫌う
自分の開発環境では使わない
副作用あるから
351:デフォルトの名無しさん
20/12/08 06:30:46.95 JYNW/7BD.net
>>342
オンプレミス対応できるのにクラウド使えないやつはいないだろ
設定のハードル低くして無能でも始められるようになってるんだから
352:デフォルトの名無しさん
20/12/08 06:44:29.50 oEyBH1ro.net
でも話聞く限りAWSもGCPもやったこと無いよね。
この手の人は誰に何言われても絶対やらないから
やればわかることが永遠にわからない
353:デフォルトの名無しさん
20/12/08 07:05:04.27 yDzerlnA.net
>>349
具体的には？
354:デフォルトの名無しさん
20/12/08 07:17:53.21 zQBOearI.net
Dockerはローカル環境を汚したくない時にこそ使うけどな
仮想環境とクラウドをごっちゃにしてないか？
355:デフォルトの名無しさん
20/12/08 08:01:48.66 ekpYalia.net
>>349
Dockerでイキってきた人、お爺ちゃんが初めてだよ
クラウド上でコンテナ扱った経験は無いんだねOK
で、デプロイは？単語の意味は分かるかな？
356:デフォルトの名無しさん
20/12/08 08:57:08.03 kEsRlAAS.net
副作用って何だ？
諸般の事情でマシンに直接構築せざるを得ない状況が多いが、その副作用を無くしたくてDocker使いたくて仕方ないぞ。
357:デフォルトの名無しさん
20/12/08 09:11:49.23 JYNW/7BD.net
>>354
オンプレミスで開発・運用やってる人に
その質問をすることがどれほど馬鹿げているか気付かないわけね
deploymentしなければ仕事にならない
deployの意味もおまえが考えてるのは間違ってる。本来はもっと広い意味をもってる
レベル低すぎ
発音も「デプロイ」ではない。
>>355
副作用知らずにDocker使うとか意味わからん