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/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少なくて済むからいいけどそう甘くはないだろうし

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

>>318
>Linuxでc5d.2xlargeだと24時間で11.52ドルもかかる
>これならMac買った方が安いに決まってる。すぐ元が取れる。
そんなに高いのか。
そりゃ駄目だわ。

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

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

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

大体、EC2 1つで、月1万円ぐらい

だから、Lambda みたいな必要な時だけ動かすようなものを勧めている

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

>>322
こいつ、また薄っぺらな知識で大層な文句垂れてるのか
そんなの利用携帯とかで料金いくらでも変わるだろ
クラウドは結局えんえんとつ買い続けるなら実機の方が安いけど、短時間などしか使わないなら割増料金になっててもトータルコストやイニシャルコストは安くなるかもで基本はまあ変わらん

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

>>323
具体的な金額出したらやっと納得してくれる人でてきたか

>>326
計算できないアホ？
短期間でもMac EC2のが損するっての。

8万円のM1 Mac Miniの3年後に３万円で売ってリプレースする場合
のコストは年間あたり16500円程度でしかない。
>>318 の例だと１日1150円かかり、たったの14.34日で
Mac Miniの所有期間コストを超えてしまう。
週1時間しか使わないような趣味プログラマーさえもEC2のが損する。
しかも実機M1 Mac miniよりはるかに遅い。

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

>>327
どういう計算だよwww

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

この手のバカって勝手に自分に都合の良い数字を仮定して計算して悦に入るんだよね

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

>>328-329
M1 Mac miniの３年後売却価格から１年あたりの所有コスト計算してるだけなんだが
やっぱりバカには理解できなかったようだ
これだけ詳しく書いてもわからないとはそうとう知能低そう

ちょっと計算すれば利用日数が少なければ借りるほうが得ってのが
思い込みだとわかるんだが
やっぱりクラウド絶賛してるやつってレベル低い

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

またオンプレ爺が暴れてるの？
こいつ昔の経験に囚われて新しい知識全く吸収しようとしないんだよな
結構いい歳だろ50代？

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

>>331
新旧の話じゃない
コスト計算できないかオンプレミス構築、運用するスキルが
ないからクラウド絶賛してしまう。
無能にとってはクラウドは救世主なわけ

新しい知識を吸収しないのはクラウド絶賛のやつらのほうだ
自分でできる範囲が少ないからクラウド頼み
フルスタックでやるほうがよほど学習量は多い

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

このスレ内で絶賛している奴は見当たらないなあ

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

思い込みで周りがすべて敵に見えているんだろ

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

50代は否定しないのか…

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

おまえらだってスクリプトしかできないフロントエンドの奴らに
C#バカにされたら腹立つだろｗ
C#古いだのdisってるYouTuber多いぞ

>>333
すぐ上にいただろう、331とかな
バックエンド構築、運用のスキルない雑魚のくせにオンプレミスに
対応できる人をバカにしてるっていうね
フロントエンドのやつらにそういう奴らが多い

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

クラインババアのまんこのにおいくんくんくんくんくん…ガクッ（窒息して死ぬ音

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

>>330
このバカ前提が間違ってることにまだ気づかないのかw
老害は逝ってどうぞ

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

>>336
ホントお前は人の話を全く聞かず、自分に都合よく解釈する嫌なジジィだな
会話が全然成立しないからリアルでも敬遠されてるだろ？
還暦迎える前にその癖直せや

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

オンプレミスは時代遅れ

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

>>339
人の話をきいてないのではない
論理破綻に気付かないほどおまえの頭が悪い
知識とスキルは
何もできない人＜クラウドがないと開発できない人＜オンプレミス対応できる人
クラウド頼みでいきってるやつはWeb APIもまともにつくれない
つくっててもFirebaseとかザコしかつかえない

**デフォルトの名無しさん** · 2020/12/08(火) 00:11:00.45

オンプレミスできてクラウドも言える人は強いと思うけど、オンプレミスしかできないってのはただの老害だろw
どの技術も範囲が違いこそすれ深掘りの余地はあって範囲の違いを持って優劣つけるのとか愚の骨頂だろ
松本零士の「この武器こそ最高なんだ！」とか言ってる漫画の人みたいだわ

**デフォルトの名無しさん** · 2020/12/08(火) 00:16:32.71

な、全然噛み合わないだろ？ｗ
クラウドの高速進化に追いつけないからオンプレにしがみつくしかないのよ
完全に会社のお荷物だよこの爺さん

**デフォルトの名無しさん** · 2020/12/08(火) 02:24:45.94

しかもこの爺さんBlazorスレでXamarinの話ばっかりやるし
頭おかしいだろ

**デフォルトの名無しさん** · 2020/12/08(火) 02:28:11.47

かわいそうに多様性が皆無なんだよ

**デフォルトの名無しさん** · 2020/12/08(火) 03:50:08.23

>>341
ねえコンテナって知ってる？
デプロイしたことある？

**デフォルトの名無しさん** · 2020/12/08(火) 04:34:00.52

ていうかこの人クラウドはPAASやSAASしかないと思ってんとかな

**デフォルトの名無しさん** · 2020/12/08(火) 05:37:15.10

AWSの初回一年間の無料枠でいろいろできるからとりあえずやってみたら良いのに

**デフォルトの名無しさん** · 2020/12/08(火) 06:22:52.70

>>346
Docker使えるくらいで自慢したいって相当レベル低いな
Dockerはインフラ得意な上級者ほど嫌う
自分の開発環境では使わない
副作用あるから

**デフォルトの名無しさん** · 2020/12/08(火) 06:30:46.95

>>342
オンプレミス対応できるのにクラウド使えないやつはいないだろ
設定のハードル低くして無能でも始められるようになってるんだから

**デフォルトの名無しさん** · 2020/12/08(火) 06:44:29.50

でも話聞く限りAWSもGCPもやったこと無いよね。
この手の人は誰に何言われても絶対やらないから
やればわかることが永遠にわからない

**デフォルトの名無しさん** · 2020/12/08(火) 07:05:04.27

>>349
具体的には？

**デフォルトの名無しさん** · 2020/12/08(火) 07:17:53.21

Dockerはローカル環境を汚したくない時にこそ使うけどな
仮想環境とクラウドをごっちゃにしてないか？

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

>>349
Dockerでイキってきた人、お爺ちゃんが初めてだよ
クラウド上でコンテナ扱った経験は無いんだねOK

で、デプロイは？単語の意味は分かるかな？

**デフォルトの名無しさん** · 2020/12/08(火) 08:57:08.03

副作用って何だ？
諸般の事情でマシンに直接構築せざるを得ない状況が多いが、その副作用を無くしたくてDocker使いたくて仕方ないぞ。

**デフォルトの名無しさん** · 2020/12/08(火) 09:11:49.23

>>354
オンプレミスで開発・運用やってる人に
その質問をすることがどれほど馬鹿げているか気付かないわけね
deploymentしなければ仕事にならない
deployの意味もおまえが考えてるのは間違ってる。本来はもっと広い意味をもってる
レベル低すぎ
発音も「デプロイ」ではない。

>>355
副作用知らずにDocker使うとか意味わからん

**デフォルトの名無しさん** · 2020/12/08(火) 09:13:39.81

俺への質問ばっかりになっててめんどくさい
無視せずにまじめに答えてしまう俺もわるいんだが
今日は忙しいしレスひかえる

いいかげんXamarinの話しろよ

**デフォルトの名無しさん** · 2020/12/08(火) 09:20:03.80

マジできもいな
これでこいついいおっさんなんだぜ

**デフォルトの名無しさん** · 2020/12/08(火) 09:24:41.82

docker使うための設定が必要

**デフォルトの名無しさん** · 2020/12/08(火) 09:48:26.32

>>356
具体的に害のある副作用教えてくれよ。
少しパフォーマンスが落ちるとかそういう部分じゃない所を是非。
もちろん、オンプレ上にDocker建てるのが前提な？

**デフォルトの名無しさん** · 2020/12/08(火) 12:52:35.19

まあ大体把握できたからもう何も答えなくていいよ
お爺ちゃんはずっと中小企業向け案件担当してきた人で最新技術に触れる機会も必要性も無かった
今はそれらシステムのメンテと追加開発案件で食べているんだろうね
それはそれで幸せである意味実に羨ましいエンジニア人生送ってるなあと思う

**デフォルトの名無しさん** · 2020/12/08(火) 13:05:04.42

オンプレでハードのセットアップから含めてインフラ構築できるとかってのは一つのスキルかもしれんけど、その辺すっ飛ばしてクラウドでIAASやらPAASやら組み合わせて動くシステムを素早く生産性高く作るってのはまた別のスキルで、そんなのはIT関わってりゃ普通わかると思うけどね

アセンブラできるやつと関数型わかるやつは違うしDirectXでゴリゴリ作るやつとUnityでVFX使いこなすやつもまた別。

まあオンプレのスキルしか身についてない老害だってのは話せば話すほど透けて見えるからある意味可哀想

**デフォルトの名無しさん** · 2020/12/08(火) 13:18:30.91

>>356はオンプレの経験あるってどの規模のオンプレなの？
零細企業だとサーバーの選定とか、データベースの管理とか色々一人でやったりするけどその程度じゃないよね？
要は自作に毛が生えた程度の規模だったら笑う

**デフォルトの名無しさん** · 2020/12/08(火) 13:52:52.25

>>362
オンプレミスでやっても慣れてればたいして時間かからない。
おまえらはRDBとかapplication serverの設定に何時間もかかる無能なのか？

あとオンプレミスといっても決済機能とかは普通に外部のサービス使うぞ
なんでもゼロからつくるわけじゃない
知識あれば楽に構築・運用できるDBとかAPP serverは外部に運用を
任せない。
性能落ちるし維持費高いしろくなことない

**デフォルトの名無しさん** · 2020/12/08(火) 14:23:36.88

YouTube に動画を上げてるクラスメソッドは、すごい

全社で、AWS 資格を800。
全12資格を取った、マスターが7人いる

**365** · 2020/12/08(火) 14:29:37.97

AWS ソリューションアーキテクトは、遂に、Ruby on Rails を超えて、頂点に立った！
年収1,500万円

Rails 1,300万円。
Node.js 900万円

たぶん日本でも、500万円以上はもらえる

Amazon の時価総額も、150兆円。
不況の金余り・株高で、たぶん、500兆円ぐらいまで上がりそう

**デフォルトの名無しさん** · 2020/12/08(火) 17:16:53.87

従業員数1万人2万人以上の大企業はNさんとかIさんとかFさんに大金払ってオンプレ運用
それより小さい中小企業はAWSとかGCPのVPC運用でやり繰りする感じかな
業務システムに大金払う企業少ないよね

**デフォルトの名無しさん** · 2020/12/08(火) 17:41:48.23

>>364
その調子だと「Dockerの副作用」とやらはオーバーヘッドという主張かいな？

**365** · 2020/12/08(火) 17:59:13.76

ベンチャーでは、AWS, Ruby on Rails, CircleCI, Capistrano の組み合わせが一番多い

Docker は本番では使わない。
本番では、Kubernetes みたいなオーケストレーション

素人には、AWSのお勧めは、マネージドのLambda, Fargate

玄人には、CloudFormation で、
Terraform, Ruby のKumogata, Cookpad 製のItamae などを使える人は、EC2

CentOS 系のAmazon Linux と、MySQL 系のAurora の組み合わせで、数倍速く改造してる

**デフォルトの名無しさん** · 2020/12/08(火) 20:43:05.13

何これオンプレスレ？
てか、隔離スレ作ろうか？
staticおじさんと同類の匂いがするんだが。

**デフォルトの名無しさん** · 2020/12/08(火) 21:43:30.84

スキル無い爺さんは口でマウントとらにゃ生き残れんから大変だな
一緒に働いてる人達が気の毒すぎる

>>370
お願いしてもいい？助かるよ

**デフォルトの名無しさん** · 2020/12/08(火) 22:11:45.04

>>370-371
クソスレ立てるなよ
立てても誰も書かない
>>369とかのRailsおじさんはどのスレにもでてくる

おまえらみたいに技術の話しない、できない人が
人物批判をしてるからいつまでも終わらないということに気付け
Xamarinの話しろといっても誰もしない
Xamarin使ってない人ばかりが書き込んでる

**デフォルトの名無しさん** · 2020/12/08(火) 23:08:01.13

>>372
お前が香ばしい発言繰り返してるから終わらないんだよw

**デフォルトの名無しさん** · 2020/12/09(水) 00:16:48.46

もともと過疎ぎみのスレなんでね
そもそもM1にしろEC2にしろやってみてどうだったって話を投下する人が一人でもいれば建設的な話が進むのだが

**デフォルトの名無しさん** · 2020/12/09(水) 01:15:44.77

テメエが書けゴルァ！！

**デフォルトの名無しさん** · 2020/12/09(水) 01:26:10.53

Xamarinよりカバディしようぜ

**デフォルトの名無しさん** · 2020/12/09(水) 03:05:12.55

遡ってみたところ、XamarinスレでmacOSがawsで使える！って書き込みに食いついたのはオンプレおじさんだった

**デフォルトの名無しさん** · 2020/12/09(水) 06:18:11.03

オンプレ爺さんって話している内容が薄っぺらで何処か微妙に的外れなんだよな
本当に開発経験あるのか？

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

>>375
ガッツリ開発してるわけじゃなくて情報収集のために見てるだけなんだ……
すまんな

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

常識的に考えてギブアンドテイクだろ。
余計な調査やトラブルを避けて開発効率考える人はMac買って開発するだろうし新CPUも避ける

**デフォルトの名無しさん** · 2020/12/09(水) 08:47:45.77

そもそも Xamarinを避ける

**デフォルトの名無しさん** · 2020/12/09(水) 08:55:15.56

お前ギブアンドテイクの意味わかってる？

**デフォルトの名無しさん** · 2020/12/09(水) 09:11:50.80

米軍からチョコレートもらったお礼にジープ乗り逃げするんだろ

**デフォルトの名無しさん** · 2020/12/09(水) 09:42:37.81

お前の欲しい情報が得られないからといって悪態つくのは荒らしの考え方だぞ

**デフォルトの名無しさん** · 2020/12/09(水) 11:39:44.58

>>383
まあ、確かにそういう意味にもとれるよな。

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

ギブアップして丸投げして情報をもらう。

**デフォルトの名無しさん** · 2020/12/09(水) 12:16:31.11

今日も安定のXamarinの話ゼロ
Xamarinインストールすらしたことないひとが50%超えてると思う
おれは多少はつかった。来年から本気出す

Xamarin.FormsもFlutterも本気でやってるやつはかなり少なそう

**デフォルトの名無しさん** · 2020/12/09(水) 12:24:45.88

使ってるぞ
phonewordってプロジェクトを実行してる

**デフォルトの名無しさん** · 2020/12/09(水) 12:32:14.47

5月にビルド&実行できてたUnoのプロジェクトが今はエラーが出てビルドできなくなってた。Uno上げたらテンプレートが割と変わってた

**デフォルトの名無しさん** · 2020/12/09(水) 12:42:26.04

半年以上放置ｗｗｗ

**デフォルトの名無しさん** · 2020/12/09(水) 12:55:23.85

VS2019もアップデートがたくさんあった

**デフォルトの名無しさん** · 2020/12/09(水) 19:03:19.22

>>389
ずっとxamarin使ってるけど、いつもそんな感じやで。
バージョンアップの度にビルドできるかヒヤヒヤしてる。
unoがxamarinに依存してる時点で、オワコン臭しかしない。

**デフォルトの名無しさん** · 2020/12/09(水) 21:42:14.80

>>387
案件で普通に使ってるぞ
ネイティブの方が変なレイヤー噛まないとか軽いとかいいとこもあるかもだけど大きなトラブルもないし今んとこ他の選択肢ないわ

**デフォルトの名無しさん** · 2020/12/11(金) 21:17:46.15

Xamarin.Formsは使わずにXamarin.AndroidとXamarin.iosで
MVVMでいうところのModelとかUtil系とかだけ共通プロジェクトにして開発できる？課題とかある？
画面に近いところだけはそれぞれの文化にのっとってつくりたい

**デフォルトの名無しさん** · 2020/12/11(金) 21:20:09.45

糞は何しても糞