Xamarin Part5 [無断転載禁止]©2ch.net

**デフォルトの名無しさん** · 2017/06/28(水) 00:02:42.38

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

公式
http://xamarin.com/

前スレ
Xamarin Part4 [無断転載禁止]©2ch.net
http://mevius.2ch.net/test/read.cgi/tech/1494196804/

Xamarin Part3 [無断転載禁止]©2ch.net
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/

**デフォルトの名無しさん** · 2017/06/28(水) 00:43:35.42

姫に彼氏いるのかな？

**デフォルトの名無しさん** · 2017/06/28(水) 00:55:44.43

　　　　　　　　　 Xamarinするには、まず人脈♪

　　　　　　　　　　　　　　　　／＼
　　　　　　　　　　　　　　／　神＼　　　　・@chomado
　　　　　　　　　　　　　／　　　　　　＼
　　　　　　　　　　　　／￣￣￣￣￣￣＼￣￣￣￣￣￣￣￣￣￣￣￣￣
　　　　　　　　　　／　　　　　　　　　　　＼　　　　・@ytabuchiとか
　　　　　　　　　／　　　　　偉い人　　　　　＼　　　 JXUGの方々
　　　　　　　／　　　　　　　　　　　　　　　　＼
　　　　　　／￣￣￣￣￣￣￣￣￣￣￣￣￣＼￣￣￣￣￣￣￣￣￣￣￣￣￣
　　　　　／　　　　　　　一般ピープル　　　　　　＼　　　　・無償化されて
　　　　／　　　　　　　　　　　　　　　　　　　　　　　　＼　　　知った人
　　 .　￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣　￣￣￣￣￣￣￣￣￣￣￣￣￣

　 ttp://pbs.twimg.com/media/CyKXMkvUsAAkB_g.jpg

**デフォルトの名無しさん** · 2017/06/28(水) 00:56:36.83

参考画像

http://livedoor.4.blogimg.jp/michaelsan/imgs/c/d/cd16c283.gif

**デフォルトの名無しさん** · 2017/06/28(水) 01:25:04.36

>>2
いないとでも？

**デフォルトの名無しさん** · 2017/06/28(水) 08:34:41.47

Xamarin程の糞はない
そもそもMicrofoftという会社自体がもう古臭い
C#も登場から何年も経ってるのに圧倒的にJavaの方が人気が高いし求人も多い
WPF + Xamlも登場から何年も経つのに全然受け入れられず未だにWindows Formsでアプリが作られている
Microsoftの考えたXaml + MVVMという考えが全く間違っていたということだし
C#みたいなマイナー言語をやっているということはエンジニアとしての価値が低いということだ
IEのシェアも落ちたしVisual Studio for Macはまともにビルドできないし
Microsoftという会社は完全に時代遅れ
今時JetBrains製のIDEを使っていない人間は時代が読めてない
Microsoftみたいな3流企業の製品を使っている奴はエンジニアとしての価値も3流ということだ
大体MicrosoftはWindowsPhoneのシェアを二桁取ってからモノを言えと言いたい
MicrosoftがやっていることはGoogleやAppleの作ったパイを横取りしようとしているだけ
そんな会社の製品を使ってアプリ開発しているやつは泥棒猫と同じ
MVVM前提の開発環境とか言うくせに外部ライブラリを入れないと良い感じでMVVMできないし
MVVMを推奨するならデフォルトで必要なライブラリなど全て入れた状態で配布しろ
Xamarin.Formsはちょっと複雑なことしようとするとお得意のdependency serviceとcustom rendererの連発
クロスプラットフォームと言うならXamarin.Formsだけでできないことを恥じろよ
クロスプラットフォームという割にほとんど個別に作っているのと変わらない
ＵＩは共通化できると言うけどListViewは重くてスワイプがもたついたり画像の表示が遅かったりする
スマホアプリの最も基本的なUIであるListViewすらまともに動かないとか糞
Xamarinなんてマイナーな環境使っている人が少ないせいでググって調べものするのに時間がかかるのが糞
結局ネイティブでやるより時間が掛かってクロスプラットフォームのメリットが相殺されるどころか
下手すると解決策が見つからなくてデザインや機能の面で妥協する結果となる
エンジニアもデザイナーもお客さんも全員がっかりするのがXamarin

**デフォルトの名無しさん** · 2017/06/28(水) 10:12:21.64

>>6
いつものコピペ馬鹿

**デフォルトの名無しさん** · 2017/06/28(水) 16:49:02.87

Android、iOSどちらのアプリ開発の経験ないんだけど、突然Xamarin始めてもいい感じのアプリ作れますか？

**デフォルトの名無しさん** · 2017/06/28(水) 17:06:18.40

Android or iOS経験あるか、C# & XAML経験あるか、のどちらかが使うのがXamarin

**デフォルトの名無しさん** · 2017/06/28(水) 18:47:28.03

例のコピペマンまだListViewの件理解してないんだな
まともな人間ならもう恥ずかしくて出てこれないだろwwwwwwwwwww.

**デフォルトの名無しさん** · 2017/06/28(水) 19:19:26.18

Xamarin始めてみたはいいがSSD128GBしかない私には無理だった

256GBはないとあかんわ

**デフォルトの名無しさん** · 2017/06/28(水) 21:59:32.89

>>11
その前にまず人脈だろ

**デフォルトの名無しさん** · 2017/06/28(水) 22:47:43.79

qiitaの投稿数
Android: 7851
iOS: 9500
Xamarin: 574 <- 爆笑

stack overflowの投稿数
Android: 1,002,288
iOS: 514,864
Xamarin: 60,299 <- 爆笑

情報の少ない環境でご苦労さまですｗ

**デフォルトの名無しさん** · 2017/06/28(水) 23:10:05.90

公式ドキュメントとフォーラムを使えばよろしい
qiitaに書いてないから出来ないと言うのは甘え

**デフォルトの名無しさん** · 2017/06/28(水) 23:18:33.42

そもそもフレームワークのひとつに過ぎないXamarinと
OSであるAndroidやiOSと記事数を比べるのが間違い
それこそ林檎と蜜柑を比べるようなものだ

**デフォルトの名無しさん** · 2017/06/29(木) 00:26:22.56

そういう馬鹿な比較書き込み見て解るだろうけど
このスレで延々と荒らしてるのは
xamarinどころかプログラム自体やったことの無い奴

だからマジレスなんかして相手にするだけ無駄で餌あげてるだけだから
いい加減スルーする事を覚えろ

**デフォルトの名無しさん** · 2017/06/29(木) 04:32:50.85

比べるならcordovaじゃないの

**デフォルトの名無しさん** · 2017/06/29(木) 07:18:53.11

>>16

そうだったのか逆にXanarinを広めてやろうという気になったよ

Xamarin広めるぞー

**デフォルトの名無しさん** · 2017/06/29(木) 15:48:20.31

Xamarin.FormsをXamarinの唯一の手段だと呼称するなといきってるけど、誰がそんなこと言ってるの

**デフォルトの名無しさん** · 2017/06/29(木) 15:50:52.18

原理主義者がうるさいけど、
Xamarin = Xamarin.Forms
に事実上なってるから仕方ない。

**デフォルトの名無しさん** · 2017/06/29(木) 21:46:01.52

そんなとこ勘違いしてるような奴は無視でいいだろ。アホらし。

**デフォルトの名無しさん** · 2017/06/29(木) 22:07:15.63

採用に影響あるんだと

**デフォルトの名無しさん** · 2017/06/30(金) 14:49:42.14

AndroidがC#採用してれば良かったのに
Javaって型推論もLINQもないし
Java8のStream APIって微妙でしょ？

**デフォルトの名無しさん** · 2017/06/30(金) 16:03:29.06

>>23
>Javaって型推論もLINQもないし
そんなのなくてもいいし

**デフォルトの名無しさん** · 2017/06/30(金) 16:16:55.08

>>23
型推論が微妙なC#ごときに言われても、とF#erが言ってます。

**デフォルトの名無しさん** · 2017/06/30(金) 16:21:29.08

javaがクソなのは高階関数がなくクロージャもない
デリケートもまともに出来ない
C#の方が1.5倍くらいマシ

**デフォルトの名無しさん** · 2017/06/30(金) 16:21:50.84

>>24
え？

**デフォルトの名無しさん** · 2017/06/30(金) 17:11:29.03

Xamarin.Androidで存分に書けば良いじゃない

**デフォルトの名無しさん** · 2017/06/30(金) 17:50:59.64

>>23
Googleは排他的だから仕方ない。

**デフォルトの名無しさん** · 2017/06/30(金) 18:28:43.41

>>29
Appleとどっちが排他的かい？

**デフォルトの名無しさん** · 2017/06/30(金) 18:49:52.73

>>30
Appleは独自。

**デフォルトの名無しさん** · 2017/06/30(金) 19:03:15.32

Xamarin.AndroidはVM乗っけてる糞

**デフォルトの名無しさん** · 2017/06/30(金) 19:29:28.40

その糞に負けるnative java、糞オブ糞だな

**デフォルトの名無しさん** · 2017/06/30(金) 23:30:11.94

>>23
そのへんはkotlinが全部解決してくれる

**デフォルトの名無しさん** · 2017/06/30(金) 23:44:47.17

>>27
お前のような馬鹿はアセンブラでプログラム書けないだろうな

**デフォルトの名無しさん** · 2017/07/01(土) 00:51:47.56

Xamarinで書くようなものアセンブラで書くとかw
お前はヒューマンリソースマシンでもやってろよ

**デフォルトの名無しさん** · 2017/07/01(土) 00:58:19.91

便利な機能がそもそも存在しないのと存在するけどあえて使わないだけなのは全然違う

**デフォルトの名無しさん** · 2017/07/01(土) 01:35:17.73

誤爆か

**デフォルトの名無しさん** · 2017/07/01(土) 09:55:36.30

>>35
変な人

**デフォルトの名無しさん** · 2017/07/02(日) 23:11:19.19

Xamarin程の糞はない

**デフォルトの名無しさん** · 2017/07/04(火) 15:08:31.71

SkiaSharpを使ってグラフィックの表示を行っています。
画像データを読み込み、SKImage形式で保存したものを画面に表示するさいに縮小をするとノイズのようなものが発生することがあります。
ノイズを出にくくすることは可能でしょうか。

canvas.DrawImage(skImage, SKRect.Create((int)bw, (int)bh), SKRect.Create(ox, oy, dw, dh),paint);

**デフォルトの名無しさん** · 2017/07/04(火) 16:47:18.32

Xamarinでやるからそういうどうでもいいことでハマるんだ

**デフォルトの名無しさん** · 2017/07/04(火) 17:02:16.57

Xamarinじゃなくてライブラリの問題でしょ

**デフォルトの名無しさん** · 2017/07/04(火) 20:47:43.44

ぐぬぬ

**デフォルトの名無しさん** · 2017/07/04(火) 21:08:52.49

>>41
アンチエイリアスかけたらどないでしょ

**デフォルトの名無しさん** · 2017/07/04(火) 22:00:27.24

>>40
でたらめ🍎信者工作員必死過ぎ

**デフォルトの名無しさん** · 2017/07/04(火) 22:01:35.58

>>36
禿同

**デフォルトの名無しさん** · 2017/07/04(火) 22:11:57.31

アセンブラとアセンブリの違いが解らないのに
アセンブラって言えば凄いんだろうと勘違いして煽ってしまった
そんな恥ずかしい人をこれ以上虐めるのはやめたげて

**デフォルトの名無しさん** · 2017/07/04(火) 23:08:04.15

>>46
そいつiOS開発できないからアップル信者ではないだろ

**デフォルトの名無しさん** · 2017/07/05(水) 02:50:01.52

>>48
悔しかったか？
アセンブラ使ったこともない馬鹿は死ねよ

**デフォルトの名無しさん** · 2017/07/05(水) 06:11:08.12

>>50
アセンブラを使って「俺すごい！」と悦に入ってる馬鹿は氏ねよ

**デフォルトの名無しさん** · 2017/07/05(水) 07:50:05.75

>>49
別に開発者じゃなくてもいいだろ

**デフォルトの名無しさん** · 2017/07/05(水) 08:17:07.10

>>51
馬鹿というかプログラミングしたことない子供かと

**デフォルトの名無しさん** · 2017/07/05(水) 08:31:18.77

Xamarin使うかどうかの案件でアセンブラ使うことを提案します！とか言ったら総スルーだろうがw

**デフォルトの名無しさん** · 2017/07/05(水) 09:55:03.05

>>52
プログラム板に何しに来てるんだよ

**デフォルトの名無しさん** · 2017/07/05(水) 12:11:36.91

MASMとか使ったこともない馬鹿がアセンブリだと得意顔で知ったか
型推論やLINQがなければプログラム組めないとかいう馬鹿がいるのがこのスレ

**デフォルトの名無しさん** · 2017/07/05(水) 12:13:17.48

誰かこのキチガイどうにかしろよw

**デフォルトの名無しさん** · 2017/07/05(水) 12:40:01.60

>>3
神ってなんだ
あほか

**デフォルトの名無しさん** · 2017/07/05(水) 13:23:56.16

コピペにマジレス
しかも亀

**デフォルトの名無しさん** · 2017/07/05(水) 13:47:45.15

このスレは荒らしに全力で構うのが習わし
構うの忘れてて慌ててレスしたんだよ

**デフォルトの名無しさん** · 2017/07/05(水) 14:07:06.40

>>58
20周ぐらい遅れてるぞ

**デフォルトの名無しさん** · 2017/07/05(水) 14:41:15.12

>>56
＞型推論やLINQがなければプログラム組めないとかいう馬鹿がいるのがこのスレ

便利な機能は使えば使うほど能率上がるんだから使った方がいいに決まってるでしょ
君が使いこなせないからといって嫉妬するのはよくない

**デフォルトの名無しさん** · 2017/07/05(水) 20:21:58.75

アセンブラ程の糞はない

**デフォルトの名無しさん** · 2017/07/05(水) 21:33:51.45

>>62
片や書かれた内容に対してコメントしてるのに、

>君が使いこなせないからといって嫉妬するのはよくない
こういう言い掛かりしかできない書き込みを見て、あっ察し(笑)、となるわな。
幼稚なガキどもが群がってるから、姫、姫言うのも納得だわ。

**デフォルトの名無しさん** · 2017/07/05(水) 21:59:50.52

いちいち噛みついている時点でお前も同類だぞ
いい加減スルーしろよ

**デフォルトの名無しさん** · 2017/07/05(水) 22:25:40.97

>>64
使いこなせないからって嫉妬は見苦しすぎ

**デフォルトの名無しさん** · 2017/07/05(水) 22:38:43.66

>>64
つ鏡

**デフォルトの名無しさん** · 2017/07/05(水) 22:39:25.99

またMVVM警察よりご神託がくだされたぞ

**デフォルトの名無しさん** · 2017/07/05(水) 22:44:06.67

Xamarin程の糞はない

**デフォルトの名無しさん** · 2017/07/05(水) 22:46:04.14

ところがおまえの人生よりはマシ

**デフォルトの名無しさん** · 2017/07/06(木) 01:17:02.42

Kotlinとかやりたくないの？C#なんかにしがみついてたら時代遅れのゴミになっちゃうよ

**デフォルトの名無しさん** · 2017/07/06(木) 04:56:02.76

KotlinはC#そっくりだからやろうと思えば余裕ダロウ

**デフォルトの名無しさん** · 2017/07/06(木) 05:12:47.42

>>65
つ鏡

**デフォルトの名無しさん** · 2017/07/06(木) 08:14:28.74

KotlinやるぐらいならF#でいいし

**デフォルトの名無しさん** · 2017/07/06(木) 08:43:38.24

姫で荒れてんだろうなと思ったら違うことで荒れてた
もう落としちゃえよここ

**デフォルトの名無しさん** · 2017/07/06(木) 09:08:09.16

うるせー雑魚は黙ってろ

**デフォルトの名無しさん** · 2017/07/06(木) 12:39:25.08

>>52を見ても分かるとおりプログラミングなんてできない奴が荒らしに来てるみたいだね

**デフォルトの名無しさん** · 2017/07/06(木) 12:51:41.74

Xamarin程の糞はない

**デフォルトの名無しさん** · 2017/07/07(金) 12:00:51.38

マイクロソフトが事業見直し　3千～4千人リストラへ
http://hayabusa9.2ch.net/test/read.cgi/news/1499381091/

姫の話題だけになってる

**デフォルトの名無しさん** · 2017/07/07(金) 12:55:19.23

落ち目の会社の技術なんかにしがみついててどうするの

**デフォルトの名無しさん** · 2017/07/07(金) 19:09:11.90

windows10 は失敗だったと思うよ

**デフォルトの名無しさん** · 2017/07/07(金) 19:45:31.65

Microsoftが落ち目って、PC売上落ちてるよねーしか知らないど素人のたわごとだろwww

**デフォルトの名無しさん** · 2017/07/07(金) 22:20:46.68

素人さんはAzureの売上が順調に伸びてることとか知る由もないもんね

**デフォルトの名無しさん** · 2017/07/08(土) 11:07:24.61

AzureはHazure(ハズレ)

**デフォルトの名無しさん** · 2017/07/08(土) 12:53:22.38

オマエのかーちゃんはAbazure

**デフォルトの名無しさん** · 2017/07/08(土) 14:11:35.82

>>85
姫も

**デフォルトの名無しさん** · 2017/07/08(土) 15:27:35.13

>>84
Azureはアズレじゃなくてアジュールって読むんですけどね

**デフォルトの名無しさん** · 2017/07/09(日) 17:36:56.03

アズュールって
灼眼のシャナに出てくる火除けの指輪でしょ？

**デフォルトの名無しさん** · 2017/07/09(日) 17:45:10.15

>>87
その表記だと日本語読みだけどな
ネイティブの発音聞いてみろよ、低悩

**デフォルトの名無しさん** · 2017/07/09(日) 17:53:20.57

ネイティブの発音聞いてみろよ、低悩

**デフォルトの名無しさん** · 2017/07/09(日) 17:59:56.31

Xamarin程の糞はない

**デフォルトの名無しさん** · 2017/07/09(日) 18:08:44.07

発音はともかく表記はアジュールで問題ない
マイノリティ派の意見など無視されるのが世の常

**デフォルトの名無しさん** · 2017/07/09(日) 19:57:46.98

マイクロソフトがアジュールって言ってんのになw

**デフォルトの名無しさん** · 2017/07/13(木) 13:42:05.13

マイクロソフトプレスの電子書籍無料配布
https://blogs.msdn.microsoft.com/mssmallbiz/2017/07/11/largest-free-microsoft-ebook-giveaway-im-giving-away-millions-of-free-microsoft-ebooks-again-including-windows-10-office-365-office-2016-power-bi-azure-windows-8-1-office-2013-sharepo/

**デフォルトの名無しさん** · 2017/07/13(木) 17:47:31.58

仕事でxamarin使ってるんだけど、androidのアプリ起動がゲロ遅い
起動時に多少処理はしてるんだけど、
メイン画面が開かれるまでに3秒以上かかるのなんやねん

aot有効にしたら早くなるけど100mとかなるし

**デフォルトの名無しさん** · 2017/07/13(木) 18:01:38.84

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

**デフォルトの名無しさん** · 2017/07/13(木) 19:59:42.07

>>95
姫に謝れ！

**デフォルトの名無しさん** · 2017/07/13(木) 22:37:47.14

>>95
100メートルってなんだよ

**デフォルトの名無しさん** · 2017/07/13(木) 22:51:57.85

>>95
今改善中らしいよ

**デフォルトの名無しさん** · 2017/07/14(金) 02:38:55.31

>>98
100ミリ秒で起動するということ

**デフォルトの名無しさん** · 2017/07/14(金) 15:34:54.69

>>99
割と致命的な遅さ
ネイティブで作り直しかもしれん

100mは100メガバイトのアプリサイズになるってことだ

**デフォルトの名無しさん** · 2017/07/14(金) 15:48:21.14

起動時間が遅いことについて上流工程/顧客が諦めるまで時間稼ぎしれ
起動時間が遅かったり、ランタイムがでかかったりするのは、Xamarinに限らずマルチプラットフォーム(笑)の宿命だゾ

**デフォルトの名無しさん** · 2017/07/14(金) 15:55:47.73

自分はAOTで起動速度そこそこになったからそれで出荷したけど、とっとと改善して欲しいわ

**デフォルトの名無しさん** · 2017/07/14(金) 16:12:03.65

3秒くらいどうでもいいかな

**デフォルトの名無しさん** · 2017/07/14(金) 16:27:40.56

Xamarinでやるとアプリのクオリティが落ちる
クオリティが落ちることに対してなんとも思わなくなる

**デフォルトの名無しさん** · 2017/07/14(金) 16:30:48.62

>>103
バカでかくならない？
30メガ程のアプリやけどaot有効にしたら100メガになって変な声出たわ

しかも、vsでそのオプション（試験段階）とか書かれてるし

**デフォルトの名無しさん** · 2017/07/14(金) 16:38:09.07

>>106
100メガバイトは100MBな。
略称は大文字小文字で意味が変わる。
例えば100Mbって書くと、100メガビットになる。
仕事でPGやっているなら単位は正確にな。

**デフォルトの名無しさん** · 2017/07/14(金) 17:21:58.61

PG

アメリカ合衆国海軍及び日本国海上自衛隊における「ミサイル艇」の艦種記号。
昔はアメリカ合衆国海軍では「砲艦」（Patrol　Gunboatの頭文字を取ったもの）だったのだが、いつの間にか「ミサイル装備艦船」の艦種記号は「Ｇ」が付くことになったので（たとえば、ミサイル（艦隊防空用）駆逐艦はＤＤＧなど）、
ＰＧはミサイル艇になった。古い世界の艦船などを読むときには要注意である。
護衛艦に装備しているものは「艦対艦誘導弾」と称する海上自衛隊でも「誘導弾艇」とは言わない（笑）。

**デフォルトの名無しさん** · 2017/07/14(金) 18:56:41.01

>>106-107
この流れで100Mbitとかありえへんわ

**デフォルトの名無しさん** · 2017/07/14(金) 19:48:50.31

Xamarin程の糞はない

**デフォルトの名無しさん** · 2017/07/14(金) 23:47:33.77

>>109
例えで書いているだけというのが理解できないのか？

**デフォルトの名無しさん** · 2017/07/15(土) 00:32:37.11

ちんちんが痒いんですがここで合ってますか？

**デフォルトの名無しさん** · 2017/07/15(土) 06:32:00.52

>>111
例えが的はずれって言われてるのが理解できないのか？

**デフォルトの名無しさん** · 2017/07/15(土) 07:08:41.69

100mって書くと100メートル、最大限譲歩しても100ミリ秒と受け取られて混乱するだけと言っておけば済む話だな
100MBというのは無理がある

**デフォルトの名無しさん** · 2017/07/15(土) 08:48:03.35

うっせ死ね

**デフォルトの名無しさん** · 2017/07/15(土) 09:23:05.42

>>113
後付け乙

**デフォルトの名無しさん** · 2017/07/15(土) 09:53:58.79

>>116
後付け？
恥の上塗りにしか見えんわ w

**デフォルトの名無しさん** · 2017/07/15(土) 20:19:58.96

読み方はザマリンでいいの？

**デフォルトの名無しさん** · 2017/07/15(土) 20:49:20.84

糞と読みます

**デフォルトの名無しさん** · 2017/07/15(土) 21:12:30.30

日本語学校通って来い

**デフォルトの名無しさん** · 2017/07/15(土) 22:18:12.02

Xamarin（ザマリン）とは、2011年5月、Mono、MonoTouch、Mono for Androidの開発者により設立された企業
Xeon（ジーオン）は、インテルがサーバあるいはワークステーション向けに製造販売している、x86 命令セットを持つ CPU

**デフォルトの名無しさん** · 2017/07/16(日) 02:38:00.13

ダマリンな

**デフォルトの名無しさん** · 2017/07/16(日) 15:52:15.88

Xerox=ゼロックス
エックスエロエックスではない

**デフォルトの名無しさん** · 2017/07/16(日) 16:20:07.86

XAML(ザムル)のことも忘れないで

**デフォルトの名無しさん** · 2017/07/16(日) 16:25:38.58

Xamarin = 糞
Xaml = 糞
C# = 糞
Microsoft = 糞

**デフォルトの名無しさん** · 2017/07/16(日) 19:12:45.22

Xamarin = 糞
Xaml = やや糞
C# = 糞じゃない
Microsoft = 糞じゃない
MSKK = 糞中の糞

**デフォルトの名無しさん** · 2017/07/16(日) 21:10:48.47

Xamarinを使いこなせないクソプログラマーがwww

**デフォルトの名無しさん** · 2017/07/16(日) 21:59:09.59

>>127
ぐぬぬ

**デフォルトの名無しさん** · 2017/07/16(日) 22:08:58.73

姫 = おっぱい

**デフォルトの名無しさん** · 2017/07/16(日) 23:10:25.67

JXUG = 発情したサルの集まり

**デフォルトの名無しさん** · 2017/07/17(月) 00:09:10.14

参考画像貼っておきますね

http://livedoor.4.blogimg.jp/michaelsan/imgs/c/d/cd16c283.gif

**デフォルトの名無しさん** · 2017/07/17(月) 03:59:35.98

ザブングルは糞

**デフォルトの名無しさん** · 2017/07/17(月) 22:15:50.88

Xamarinを使いこなせてる人が一人もいない説について

**デフォルトの名無しさん** · 2017/07/17(月) 22:42:14.73

qiitaの投稿数
Android: 7851
iOS: 9500
Xamarin: 574 <- 爆笑

stack overflowの投稿数
Android: 1,002,288
iOS: 514,864
Xamarin: 60,299 <- 爆笑

情報の少ない環境でご苦労さまですｗ

**デフォルトの名無しさん** · 2017/07/17(月) 22:47:26.17

まだ買収して一年くらいだからなｗ

**デフォルトの名無しさん** · 2017/07/17(月) 22:59:43.08

そりゃiOSやAndroidのネイティブ情報を流用できるんだからXamarin単独の情報はネイティブ情報に比べて少なくなるのは当たり前でしょう

**デフォルトの名無しさん** · 2017/07/17(月) 23:17:35.37

いつの数値だよw
Xamarin 860
react native 455
cordova 574
まあクロスプラットフォーム手法としてはメジャーな方？
後何かあったっけ

**デフォルトの名無しさん** · 2017/07/17(月) 23:23:05.19

でもxamarin 2017 adventだけは急激に増えたのはびっくりしたけど。

**デフォルトの名無しさん** · 2017/07/17(月) 23:33:11.95

>>134
比較対象間違ってんぞ

**デフォルトの名無しさん** · 2017/07/18(火) 01:13:30.96

Xamarin程の糞はない

**デフォルトの名無しさん** · 2017/07/18(火) 03:51:37.45

ObjCやらJavaで書かれたサードパーティライブラリを、手軽にインポートやら変換やらする方法て無いの？
愚直に書き直すしかない？

**デフォルトの名無しさん** · 2017/07/18(火) 08:01:14.97

>>137
RubyMotion, Kivy, NativeScript, Corona, Cocoa2d-x, Qt, GoMobile

**デフォルトの名無しさん** · 2017/07/18(火) 09:16:17.50

>>141
http://sourceforge.net/apps/mediawiki/ikvm/index.php?title=Main_Page

C# Jar 呼び出しで検索かければすぐ出てきたが・・・
ObjectiveC は知らね

**デフォルトの名無しさん** · 2017/07/18(火) 18:46:11.86

>>141
jarならバインディングすればいい

**デフォルトの名無しさん** · 2017/07/18(火) 23:15:38.97

>>142
メジャーと言えなくもないのQtぐらい？

**デフォルトの名無しさん** · 2017/07/19(水) 17:52:05.99

漫画ビュアを5月中頃からXamarinで作り始めたけど、なんとか形になったわ。
Xamarinの制限というより、UWPの制限で苦労した。
Androidの方はFormsでActivityを使うやり方を理解したら機種依存部分はすんなりいった。
1本作って思ったのは、日本語での資料が散在していて、趣味でやっていたら問い合わせ場所がほとんどない。
Xamarinを普及させたかったら、このあたりをなんとかしないと難しいね。

**デフォルトの名無しさん** · 2017/07/19(水) 18:51:42.71

あめい@バレル待ち @amay077:
きたな！ Nintendo Switch Online アプリ(Android/iOS)Xamarin(Xamarin.Forms)製です！
https://twitter.com/amay077/status/887610194947067904/photo/1

**デフォルトの名無しさん** · 2017/07/19(水) 19:24:41.54

ゲームの世界の人たちも C# には大分馴染んできたようで。

**デフォルトの名無しさん** · 2017/07/19(水) 19:30:56.54

Unityのお陰やね

**デフォルトの名無しさん** · 2017/07/19(水) 23:28:40.61

任天堂ももうXamarinはこりごりだと思っただろうな

**デフォルトの名無しさん** · 2017/07/19(水) 23:32:29.38

任天堂のオンラインサービスの開始が2017年秋から2018年中に延期になったのもXamarinのせいなんだろう

**デフォルトの名無しさん** · 2017/07/20(木) 02:08:48.33

東大卒のオタクが姫に入れ込んじゃったんじゃねーの？

**デフォルトの名無しさん** · 2017/07/20(木) 15:08:54.07

Nintendo Switch Onlineのボイスチャット機能ですが、海外ゲームメディアのPolygonやGameSpotによると、ボイスチャットはアプリが開いている間のみ有効になっているとのこと(´・ω・｀)
つまり、ボイスチャットを楽しむにはスマートフォンの画面ロックを解除し、常に画面を表示しておく必要があるというわけ(´・ω・｀)
間違ってスマートフォンの電源ボタンなどを押して画面をロックしたり、他アプリでメールや検索などを行おうとすれば、ボイスチャットは終了してしまうそうなので、LINEやSkypeなどのIP電話よりもかなり使い勝手の悪いものになっている模様(´・ω・｀)
なお、GameSpotは「スマートフォンのバッテリーの減りが劇的に早くなる！！！！」と指摘しています

https://www.gamespot.com/videos/gs-news-update-nintendo-switch-online-app-has-voic/2300-6439956/

**デフォルトの名無しさん** · 2017/07/20(木) 15:22:09.85

iOSでVoIP専用APIをきちんと使わないとそういう制限になるよねー
後から問題が発覚したけど今更再実装は無理ぽってなった予感
まぁ正式ローンチは来年だしドーンと待とうや(その時にXamarinからネイティブに切り替わってないことを祈りつつ

**デフォルトの名無しさん** · 2017/07/20(木) 18:03:01.74

Xamarinが糞だということが証明されたな

**デフォルトの名無しさん** · 2017/07/20(木) 18:41:57.89

どうせ理解していないだろうから書いてやるけど、プログラマーがプラットフォームのAPIをちゃんと理解して使ってないだけだろ。
Xamarin.FormsはUIの共通化がメイン。
各プラットフォーム固有の機能はAPI経由。
Xamarinは関係ない。

**デフォルトの名無しさん** · 2017/07/21(金) 01:09:36.28

結局OS毎の機能使うのにはネイティブの知識とAPIの知識も必要
Xamarinを無理して使う必要性はないな
開発してる側も、Xamarinなしで普通にネイティブで作った方が楽そう

**デフォルトの名無しさん** · 2017/07/21(金) 03:40:54.77

Xamarin程の糞はない

**デフォルトの名無しさん** · 2017/07/21(金) 05:04:41.70

>>157
何度同じ話を繰り返したいのか知らんが、XamarinのメリットはC#など.NETメインで開発できることとそれゆえコードの大幅な共通化が出来ること。
そこにメリット感じないならネイティヴでやれば良いし好きにしろ、

**デフォルトの名無しさん** · 2017/07/21(金) 13:48:03.91

C#をロクに知らずにXamarinに手を出したら痛い目に遭うだろうな
OSSのソースを読み慣れてて、英語圏の技術系掲示板でやり取り出来て、JavaやC#みたいな古式ゆかしい静的型付オブジェクト指向言語に慣れてる人でないと、それはそれはクソに見えるだろう

**デフォルトの名無しさん** · 2017/07/21(金) 15:25:26.12

UnityでC#慣れてるからイケると思ったんじゃね
必要なノウハウ全然違うけど

**デフォルトの名無しさん** · 2017/07/22(土) 00:44:38.14

Java使いが多すぎて叩かれているんですか？

**デフォルトの名無しさん** · 2017/07/22(土) 02:28:55.51

何が糞ってXamarin.formsが中途半端に機能ｊを提供してるのが糞
初めから糞だと分かってれば手を出さないのに、中途半端に対応してるから、
まずXamarin.formsの機能で実装しようとしてみる。
結局Xamarin.formsだとうまくいかないことが分かって、
その機能だけXamarin.AndroidとXamarin.iOSで書き直す羽目になる。
同じ機能を実装するのに、3回も実装しないといけない
ネイティブだったらAndroid版とiOS版の2回で済む

**デフォルトの名無しさん** · 2017/07/22(土) 03:50:46.12

アホ？

**デフォルトの名無しさん** · 2017/07/22(土) 06:22:12.50

頭弱い子だからもう触れてあげるな

**デフォルトの名無しさん** · 2017/07/22(土) 21:28:57.43

>>163は珍しく的を射た正論だと感心した

**デフォルトの名無しさん** · 2017/07/22(土) 21:55:44.13

Forms見切り付けてXamarin.Nativeやれば済む話
今までの工数が勿体無ぇ的なコンコルド効果全開で強行すりゃ、そら当然痛い目見るわさ

**デフォルトの名無しさん** · 2017/07/22(土) 23:29:24.66

>>166
どこがだwww
お前が作るもののうち、Xamarin.Formsじゃ作れない画面がどんだけあるのか考えろ
ほとんどの画面はXFで事足りる。足りないとこだけ少しレンダラするなりそれでもダメならネイティヴコントロール梅込みゃいいだけ
どれだけコード共通化出来るか作るもの次第だろうけれどまともなものを作るならその共通化メリットが学習コストを大きく超える
いまさらTableViewSourceみたいなクソに触りたくないわ

**デフォルトの名無しさん** · 2017/07/23(日) 15:59:35.13

>>167はXamarin.Forms使ったら痛い目見るよって言って
>>168はXamarin.Forms使っても痛い目見ないよって言ってる
どっちが正しいんだろう

**デフォルトの名無しさん** · 2017/07/23(日) 16:21:54.27

>>163
3回実装する前提で笑った。
その部分を2回実装で済ませば確実にXamarinのほうが生産性高いという言い分かｗ

**デフォルトの名無しさん** · 2017/07/23(日) 17:03:50.55

>>168
言いたいことはわかるが、
まともなもので Xamarin 使ってるものがあるみたいな書き方はよくない
Xamarin 使ってまともなものが作れるみたいな誤解を招くよ

**デフォルトの名無しさん** · 2017/07/23(日) 17:14:42.45

>>163
行き当たりばったりでいきなり実装するからだろ
何がプラットフォーム固有で何が共通化できるかなんてプログラミング実装前に要件を整理してる段階で分かってるはずなんだから

**デフォルトの名無しさん** · 2017/07/23(日) 18:04:36.39

>>172
わかんねえよ
Xamarin.Formsのwebviewが糞かどうかなんてあらかじめわかんねえよばか

**デフォルトの名無しさん** · 2017/07/23(日) 18:15:42.84

機能分析の検討不足あるいはシステム設計のミス

**デフォルトの名無しさん** · 2017/07/23(日) 18:29:41.98

糞が糞であるかどうかの検討なんかしたくないし
糞とかかわりたくない

**デフォルトの名無しさん** · 2017/07/23(日) 18:35:09.78

ID:ULNyj/4O
こいつどんだけ無能なんだよ

**デフォルトの名無しさん** · 2017/07/23(日) 18:36:11.33

手元にどんな材料があるかも把握せずに作りたい物が作れるかどうかなんて分かるはずないんだけど

**デフォルトの名無しさん** · 2017/07/24(月) 00:06:49.83

>>171
正直Xamarin使ってネイティヴに劣るのってアプリサイズがどうしても肥大しがちなぐらいだろ。
他でまともなのが作れないのは無能だからだよ、

**デフォルトの名無しさん** · 2017/07/24(月) 01:43:53.99

>>169
べつにFormsが絶対悪ってこたあない
分かった上で使えってだけ
技術検証の時点で前述の三回実装が大発生する事に想像が及ばないはずは無い

分かった上でForms先行投資に腰を据えるか、モデル共通化程度にハードル下げてXamarin.Nativeやるか、Xamarinやめるかのどれかだろ

**デフォルトの名無しさん** · 2017/07/24(月) 05:58:41.28

結局、Xamarin.Formsで試作してダメなことを確認して、Xamarin.Android, Xamarin.iOSで実装するんだよね
ダメなことを確認するための無駄な検証作業はやらず、最初からXamarin.Forms捨てた方が正しくない？
「分かった上でForms先行投資に腰を据える」に何のメリットがあるんだろう

**デフォルトの名無しさん** · 2017/07/24(月) 06:20:47.16

あと、UIは最初はテキトーでいいけど、完成度を詰めて行くにつれて要件が変わっていくから
最初はXamarin.Formsで凌げてたけど、やっぱりダメだわってなることがあるんだよねぇ

「分かった上でForms先行投資に腰を据える」は
「(後から痛い目を見る可能性があることを)分かった上でForms先行(の開発)投資に腰を据える」って意味かな
Formsは予算がたくさんないと無理だなって思った。

**デフォルトの名無しさん** · 2017/07/24(月) 07:02:20.89

結局君自身が何を作りたいのか正確に理解できていないんだろ
プログラム書き始める以前の問題

**デフォルトの名無しさん** · 2017/07/24(月) 08:02:07.13

いや、だからさ、、、
Xamarin.Formsで作れるかどうかを検証するための予算を用意しないとダメでしょ
これを個人の問題だと思えるのなら、日曜プログラミングでしか考えてない随分遠い話だよ

**デフォルトの名無しさん** · 2017/07/24(月) 08:42:35.44

formsで作れるかどうかの検証ってネイティブで作る場合にどんなライブラリ使うべきかの調査、
もしくはそもそもそんなライブラリあるのか自作しなきゃならないのか調べるのと同等でしょ

**デフォルトの名無しさん** · 2017/07/24(月) 11:07:28.54

>>181
要件が変わったら当初の予算からずれるのは当たり前。
地元の中小企業相手ならのまざる負えない時もあるが、基本的には要件が変わった時の取り決めも契約書に書いているだろ。
なにもXamarinに限った事じゃない。

**デフォルトの名無しさん** · 2017/07/24(月) 11:38:25.62

うむ、だから.Formsやるなら大目に予算を用意しておこうってことだよな
.Forms先行試作してダメだったら、.Android, .iOSで作り直す訳だし、
最初から.Android, .iOSで作るより予算を多めにしておかないと赤字になる可能性がある

**デフォルトの名無しさん** · 2017/07/24(月) 11:51:29.44

>>186
おまえには無理だからやめておけ

**デフォルトの名無しさん** · 2017/07/24(月) 11:54:09.28

>>186
全然わかってないな
手を動かす前に頭を使え

**デフォルトの名無しさん** · 2017/07/24(月) 12:17:05.27

どの機能がForms標準で提供されているか、標準でないならどんなライブラリが使えるか、
そんなことは事前に調べれば分かることだからそもそも作り直すなどということにはならない
まあ、事前に調査などせずいきなり作り始めるようないい加減な現場なら1から作り直すぐらい大して文句も言われないだろう

**デフォルトの名無しさん** · 2017/07/24(月) 13:54:04.42

建前論としてはその通りだけど、やってみなくてもわかるほど
ドキュメントやらノウハウやら実装が整備されてんのかこれ

**デフォルトの名無しさん** · 2017/07/24(月) 14:06:08.91

>>186
だからそれが技術調査だろ…
どんなフレームワークだろうがライブラリだろが同じ事。
自分の案件ではフォームでいけるものだったしそれを超えるものは仕様にさせない、変更するとこちらでコントロールできたから9割以上コード共有できてよかったけどね。
>>190
手動かせよ。まあもっと色々資料や情報あればいいとは思うけどな。

**デフォルトの名無しさん** · 2017/07/24(月) 14:35:24.51

>>190
事前調査ってのは簡易プログラムでの動作確認も含むでしょ
クロスプラットフォームだろうがネイティブだろうが使ったことのない機能を使うなら同じこと
この段階の作業を本番の作業に混ぜ入れて、そこで判断しようとするから作り直しなどが起こりうるのであって
簡易プログラムで試してどうしても期待通りにならないからネイティブにすることを作り直しとは言わない

**デフォルトの名無しさん** · 2017/07/24(月) 14:45:30.49

糞Xamarin.Formsだとやり直しになる確率が相当高いけどな

**デフォルトの名無しさん** · 2017/07/24(月) 15:14:05.88

まあ技術の取捨選択も出来ず顧客の出す仕様のコントロールもできない無能は新しい技術に手なんか出さずネイティヴで各々ゴリゴリ作ってればいいと思うよ。
新しい技術による果実はそれを受け取れる人だけが受け取ればいい。

**デフォルトの名無しさん** · 2017/07/24(月) 16:13:34.87

んー >>187-193 の辺りで
Xamarin.Formsでの実現性確認の技術調査は工期/工数を０と見なすって極論が出はじめたのかな
確かにそうすれば、「Xamarin.Formsで作る」と「Xamarin.Android, .iOSで作る」を比較して前者の方が良くなるよね

>>194
Xamarinは顧客の出す仕様のコントロールし放題な日曜プログラミングに最適だな！
もっとXamarin流行れ

**デフォルトの名無しさん** · 2017/07/24(月) 16:54:29.59

ネイティブでやってたら糞はひかねえよ
ライブラリなんかもググれば定番のものがすぐ見つかる

**デフォルトの名無しさん** · 2017/07/24(月) 16:57:47.42

Xamarinでやると余計な調査時間が取られて効率悪いことが判明したな

**デフォルトの名無しさん** · 2017/07/24(月) 17:11:27.50

Xamarin の経験ある人はフィジビリティスタディなしでパフォーマンスや使える範囲とかわかるから利点あるんだろう

**デフォルトの名無しさん** · 2017/07/24(月) 17:16:54.87

Xanarinやってると糞を引く前提の思考が身に付いちゃうんだな

**デフォルトの名無しさん** · 2017/07/24(月) 17:25:05.64

無能が新しい技術に対応できないからって、古い技術にしがみつくのはわかるけど、新しいものを使ってる人に難癖つけにくる思考が意味不明。
そんなことやってる間に勉強しろよwww