- 1 名前：デフォルトの名無しさん [2017/06/28(水) 00:02:42.38 ID:ULDUfAbu.net]
- C#を用いてクロスプラットフォームアプリケーション（iOS Android Mac）を
を開発するためのライブラリおよび開発環境です。
Macの人は Xamarin Studio、Winの人は Visual Studioで開発できるよ！
公式
xamarin.com/
前スレ
Xamarin Part4 [無断転載禁止]©2ch.net
mevius.2ch.net/test/read.cgi/tech/1494196804/
Xamarin Part3 [無断転載禁止]©2ch.net
echo.2ch.net/test/read.cgi/tech/1483089021/
Xamarin Part2
echo.2ch.net/test/read.cgi/tech/1480602653/
Xamarin Part1
echo.2ch.net/test/read.cgi/tech/1359861574/
- 159 名前：デフォルトの名無しさん mailto:sage [2017/07/20(木) 18:41:57.89.net]
- どうせ理解していないだろうから書いてやるけど、プログラマーがプラットフォームのAPIをちゃんと理解して使ってないだけだろ。
Xamarin.FormsはUIの共通化がメイン。
各プラットフォーム固有の機能はAPI経由。
Xamarinは関係ない。
- 160 名前：デフォルトの名無しさん mailto:sage [2017/07/21(金) 01:09:36.28.net]
- 結局OS毎の機能使うのにはネイティブの知識とAPIの知識も必要
Xamarinを無理して使う必要性はないな
開発してる側も、Xamarinなしで普通にネイティブで作った方が楽そう
- 161 名前：デフォルトの名無しさん mailto:sage [2017/07/21(金) 03:40:54.77.net]
- Xamarin程の糞はない
- 162 名前：デフォルトの名無しさん mailto:sage [2017/07/21(金) 05:04:41.70.net]
- >>157
何度同じ話を繰り返したいのか知らんが、XamarinのメリットはC#など.NETメインで開発できることとそれゆえコードの大幅な共通化が出来ること。
そこにメリット感じないならネイティヴでやれば良いし好きにしろ、
- 163 名前：デフォルトの名無しさん mailto:sage [2017/07/21(金) 13:48:03.91.net]
- C#をロクに知らずにXamarinに手を出したら痛い目に遭うだろうな
OSSのソースを読み慣れてて、英語圏の技術系掲示板でやり取り出来て、JavaやC#みたいな古式ゆかしい静的型付オブジェクト指向言語に慣れてる人でないと、それはそれはクソに見えるだろう
- 164 名前：デフォルトの名無しさん mailto:sage [2017/07/21(金) 15:25:26.12.net]
- UnityでC#慣れてるからイケると思ったんじゃね
必要なノウハウ全然違うけど
- 165 名前：デフォルトの名無しさん [2017/07/22(土) 00:44:38.14 ID:vFCvGFE5.net]
- Java使いが多すぎて叩かれているんですか？
- 166 名前：デフォルトの名無しさん mailto:sage [2017/07/22(土) 02:28:55.51 ID:u0Hho6ny.net]
- 何が糞ってXamarin.formsが中途半端に機能ｊを提供してるのが糞
初めから糞だと分かってれば手を出さないのに、中途半端に対応してるから、
まずXamarin.formsの機能で実装しようとしてみる。
結局Xamarin.formsだとうまくいかないことが分かって、
その機能だけXamarin.AndroidとXamarin.iOSで書き直す羽目になる。
同じ機能を実装するのに、3回も実装しないといけない
ネイティブだったらAndroid版とiOS版の2回で済む
- 167 名前：デフォルトの名無しさん mailto:sage [2017/07/22(土) 03:50:46.12 ID:EUdlwCoz.net]
- アホ？
- 168 名前：デフォルトの名無しさん mailto:sage [2017/07/22(土) 06:22:12.50 ID:Okx2Fzo5.net]
- 頭弱い子だからもう触れてあげるな
- 169 名前：デフォルトの名無しさん mailto:sage [2017/07/22(土) 21:28:57.43 ID:IwEFmDCG.net]
- >>163は珍しく的を射た正論だと感心した
- 170 名前：デフォルトの名無しさん mailto:sage [2017/07/22(土) 21:55:44.13 ID:U8lvaIlb.net]
- Forms見切り付けてXamarin.Nativeやれば済む話
今までの工数が勿体無ぇ的なコンコルド効果全開で強行すりゃ、そら当然痛い目見るわさ
- 171 名前：デフォルトの名無しさん mailto:sage [2017/07/22(土) 23:29:24.66 ID:Okx2Fzo5.net]
- >>166
どこがだwww
お前が作るもののうち、Xamarin.Formsじゃ作れない画面がどんだけあるのか考えろ
ほとんどの画面はXFで事足りる。足りないとこだけ少しレンダラするなりそれでもダメならネイティヴコントロール梅込みゃいいだけ
どれだけコード共通化出来るか作るもの次第だろうけれどまともなものを作るならその共通化メリットが学習コストを大きく超える
いまさらTableViewSourceみたいなクソに触りたくないわ
- 172 名前：デフォルトの名無しさん mailto:sage [2017/07/23(日) 15:59:35.13 ID:QhXTZVH/.net]
- >>167はXamarin.Forms使ったら痛い目見るよって言って
>>168はXamarin.Forms使っても痛い目見ないよって言ってる
どっちが正しいんだろう
- 173 名前：デフォルトの名無しさん mailto:sage [2017/07/23(日) 16:21:54.27 ID:Jxhc2vQ
]
- [ここ壊れてます]
- 174 名前：G.net mailto: >>163
3回実装する前提で笑った。
その部分を2回実装で済ませば確実にXamarinのほうが生産性高いという言い分かｗ [] - [ここ壊れてます]
- 175 名前：デフォルトの名無しさん mailto:sage [2017/07/23(日) 17:03:50.55 ID:r13OITYo.net]
- >>168
言いたいことはわかるが、
まともなもので Xamarin 使ってるものがあるみたいな書き方はよくない
Xamarin 使ってまともなものが作れるみたいな誤解を招くよ
- 176 名前：デフォルトの名無しさん mailto:sage [2017/07/23(日) 17:14:42.45 ID:zpvApiPv.net]
- >>163
行き当たりばったりでいきなり実装するからだろ
何がプラットフォーム固有で何が共通化できるかなんてプログラミング実装前に要件を整理してる段階で分かってるはずなんだから
- 177 名前：デフォルトの名無しさん mailto:sage [2017/07/23(日) 18:04:36.39 ID:ULNyj/4O.net]
- >>172
わかんねえよ
Xamarin.Formsのwebviewが糞かどうかなんてあらかじめわかんねえよばか
- 178 名前：デフォルトの名無しさん mailto:sage [2017/07/23(日) 18:15:42.84 ID:fT1LI3xw.net]
- 機能分析の検討不足あるいはシステム設計のミス
- 179 名前：デフォルトの名無しさん mailto:sage [2017/07/23(日) 18:29:41.98 ID:ULNyj/4O.net]
- 糞が糞であるかどうかの検討なんかしたくないし
糞とかかわりたくない
- 180 名前：デフォルトの名無しさん mailto:sage [2017/07/23(日) 18:35:09.78 ID:yIAExIwQ.net]
- ID:ULNyj/4O
こいつどんだけ無能なんだよ
- 181 名前：デフォルトの名無しさん mailto:sage [2017/07/23(日) 18:36:11.33 ID:cP7zrvwO.net]
- 手元にどんな材料があるかも把握せずに作りたい物が作れるかどうかなんて分かるはずないんだけど
- 182 名前：デフォルトの名無しさん mailto:sage [2017/07/24(月) 00:06:49.83 ID:IcO3V0H5.net]
- >>171
正直Xamarin使ってネイティヴに劣るのってアプリサイズがどうしても肥大しがちなぐらいだろ。
他でまともなのが作れないのは無能だからだよ、
- 183 名前：デフォルトの名無しさん mailto:sage [2017/07/24(月) 01:43:53.99 ID:jVeS/i2f.net]
- >>169
べつにFormsが絶対悪ってこたあない
分かった上で使えってだけ
技術検証の時点で前述の三回実装が大発生する事に想像が及ばないはずは無い
分かった上でForms先行投資に腰を据えるか、モデル共通化程度にハードル下げてXamarin.Nativeやるか、Xamarinやめるかのどれかだろ
- 184 名前：デフォルトの名無しさん mailto:sage [2017/07/24(月) 05:58:41.28 ID:9l5j56yy.net]
- 結局、Xamarin.Formsで試作してダメなことを確認して、Xamarin.Android, Xamarin.iOSで実装するんだよね
ダメなことを確認するための無駄な検証作業はやらず、最初からXamarin.Forms捨てた方が正しくない？
「分かった上でForms先行投資に腰を据える」に何のメリットがあるんだろう
- 185 名前：デフォルトの名無しさん mailto:sage [2017/07/24(月) 06:20:47.16 ID:9l5j56yy.net]
- あと、UIは最初はテキトーでいいけど、完成度を詰めて行くにつれて要件が変わっていくから
最初はXamarin.Formsで凌げてたけど、やっぱりダメだわってなることがあるんだよねぇ
「分かった上でForms先行投資に腰を据える」は
「(後から痛い目を見る可能性があることを)分かった上でForms先行(の開発)投資に腰を据える」って意味かな
Formsは予算がたくさんないと無理だなって思った。
- 186 名前：デフォルトの名無しさん mailto:sage [2017/07/24(月) 07:02:20.89 ID:5lb/vkvy.net]
- 結局君自身が何を作りたいのか正確に理解できていないんだろ
プログラム書き始める以前の問題
- 187 名前：デフォルトの名無しさん mailto:sage [2017/07/24(月) 08:02:07.13 ID:d8RjP+27.net]
- いや、だからさ、、、
Xamarin.Formsで作れるかどうかを検証するための予算を用意しないとダメでしょ
これを個人の問題だと思えるのなら、日曜プログラミングでしか考えてない随分遠い話だよ
- 188 名前：デフォルトの名無しさん mailto:sage [2017/07/24(月) 08:42:35.44 ID:bO97PyE0.net]
- formsで作れるかどうかの検証ってネイティブで作る場合にどんなライブラリ使うべきかの調査、
もしくはそもそもそんなライブラリあるのか自作しなきゃならないのか調べるのと同等でしょ
- 189 名前：デフォルトの名無しさん mailto:sage [2017/07/24(月) 11:07:28.54 ID:de1olaRP.net]
- >>181
要件が変わったら当初の予算からずれるのは当たり前。
地元の中小企業相手ならのまざる負えない時もあるが、基本的には要件が変わった時の取り決めも契約書に書いているだろ。
なにもXamarinに限った事じゃない。
- 190 名前：デフォルトの名無しさん mailto:sage [2017/07/24(月) 11:38:25.62 ID:d8RjP+27.net]
- うむ、だから.Formsやるなら大目に予算を用意しておこうってことだよな
.Forms先行試作してダメだったら、.Android, .iOSで作り直す訳だし、
最初から.Android, .iOSで作るより予算を多めにしておかないと赤字になる可能性がある
- 191 名前：デフォルトの名無しさん mailto:sage [2017/07/24(月) 11:51:29.44 ID:jT/JmcNa.net]
- >>186
おまえには無理だからやめておけ
- 192 名前：デフォルトの名無しさん mailto:sage [2017/07/24(月) 11:54:09.28 ID:B2s1NTKT.net]
- >>186
全然わかってないな
手を動かす前に頭を使え
- 193 名前：デフォルトの名無しさん mailto:sage [2017/07/24(月) 12:17:05.27 ID:MeSUFNVI.net]
- どの機能がForms標準で提供されているか、標準でないならどんなライブラリが使えるか、
そんなことは事前に調べれば分かることだからそもそも作り直すなどということにはならない
まあ、事前に調査などせずいきなり作り始めるようないい加減な現場なら1から作り直すぐらい大して文句も言われないだろう
- 194 名前：デフォルトの名無しさん mailto:sage [2017/07/24(月) 13:54:04.42 ID:knNNsZZF.net]
- 建前論としてはその通りだけど、やってみなくてもわかるほど
ドキュメントやらノウハウやら実装が整備されてんのかこれ
- 195 名前：デフォルトの名無しさん mailto:sage [2017/07/24(月) 14:06:08.91 ID:hf6yORlN.net]
- >>186
だからそれが技術調査だろ…
どんなフレームワークだろうがライブラリだろが同じ事。
自分の案件ではフォームでいけるものだったしそれを超えるものは仕様にさせない、変更するとこちらでコントロールできたから9割以上コード共有できてよかったけどね。
>>190
手動かせよ。まあもっと色々資料や情報あればいいとは思うけどな。
- 196 名前：デフォルトの名無しさん mailto:sage [2017/07/24(月) 14:35:24.51 ID:bO97PyE0.net]
- >>190
事前調査ってのは簡易プログラムでの動作確認も含むでしょ
クロスプラットフォームだろうがネイティブだろうが使ったことのない機能を使うなら同じこと
この段階の作業を本番の作業に混ぜ入れて、そこで判断しようとするから作り直しなどが起こりうるのであって
簡易プログラムで試してどうしても期待通りにならないからネイティブにすることを作り直しとは言わない
- 197 名前：デフォルトの名無しさん mailto:sage [2017/07/24(月) 14:45:30.49 ID:BriKQjg0.net]
- 糞Xamarin.Formsだとやり直しになる確率が相当高いけどな
- 198 名前：デフォルトの名無しさん mailto:sage [2017/07/24(月) 15:14:05.88 ID:hf6yORlN.net]
- まあ技術の取捨選択も出来ず顧客の出す仕様のコントロールもできない無能は新しい技術に手なんか出さずネイティヴで各々ゴリゴリ作ってればいいと思うよ。
新しい技術による果実はそれを受け取れる人だけが受け取ればいい。
- 199 名前：デフォルトの名無しさん mailto:sage [2017/07/24(月) 16:13:34.87 ID:d8RjP+27.net]
- んー >>187-193 の辺りで
Xamarin.Formsでの実現性確認の技術調査は工期/工数を０と見なすって極論が出はじめたのかな
確かにそうすれば、「Xamarin.Formsで作る」と「Xamarin.Android, .iOSで作る」を比較して前者の方が良くなるよね
>>194
Xamarinは顧客の出す仕様のコントロールし放題な日曜プログラミングに最適だな！
もっとXamarin流行れ
- 200 名前：デフォルトの名無しさん mailto:sage [2017/07/24(月) 16:54:29.59 ID:BriKQjg0.net]
- ネイティブでやってたら糞はひかねえよ
ライブラリなんかもググれば定番のものがすぐ見つかる
- 201 名前：デフォルトの名無しさん mailto:sage [2017/07/24(月) 16:57:47.42 ID:BriKQjg0.net]
- Xamarinでやると余計な調査時間が取られて効率悪いことが判明したな
- 202 名前：デフォルトの名無しさん mailto:sage [2017/07/24(月) 17:11:27.50 ID:mykIzM6x.net]
- Xamarin の経験ある人はフィジビリティスタディなしでパフォーマンスや使える範囲とかわかるから利点あるんだろう
- 203 名前：デフォルトの名無しさん mailto:sage [2017/07/24(月) 17:16:54.87 ID:kRvKtkPF.net]
- Xanarinやってると糞を引く前提の思考が身に付いちゃうんだな
- 204 名前：デフォルトの名無しさん mailto:sage [2017/07/24(月) 17:25:05.64 ID:hf6yORlN.net]
- 無能が新しい技術に対応できないからって、古い技術にしがみつくのはわかるけど、新しいものを使ってる人に難癖つけにくる思考が意味不明。
そんなことやってる間に勉強しろよwww
- 205 名前：デフォルトの名無しさん mailto:sage [2017/07/24(月) 17:32:00.59 ID:lNhEqEhk.net]
- 事前調査もろくにできない自分の無能さを誇るんだから恐ろしいよね
- 206 名前：デフォルトの名無しさん mailto:sage [2017/07/24(月) 17:37:41.11 ID:jT/JmcNa.net]
- どんなことも新しいものは最初は時間かかる。
ここが違う、あそこが違うと文句も言いたくなる。
それを抜けたら生産性が高まる。
当たり前のこと。
- 207 名前：デフォルトの名無しさん mailto:sage [2017/07/24(月) 17:50:00.74 ID:kRvKtkPF.net]
- Xanarinのような糞が主流になることはない
有名アプリはどれもXamarinを採用してない
- 208 名前：デフォルトの名無しさん mailto:sage [2017/07/24(月) 17:57:23.27 ID:bO97PyE0.net]
- >>195
ネイティブで作るなら実現性確認の調査はしないでいいのか
- 209 名前：デフォルトの名無しさん mailto:sage [2017/07/24(月) 18:00:53.15 ID:Rfa1nlOQ.net]
- ネイティヴはみんなやってるからわかってること前提なんじゃないの
- 210 名前：デフォルトの名無しさん mailto:sage [2017/07/24(月) 19:15:39.77 ID:mhhc1Lod.net]
- じゃあXamarinも一通り勉強すれば分かってること前提にしていいよね
ネイティブだって分かってる前提になれるまで勉強してたわけだし
- 211 名前：デフォルトの名無しさん mailto:sage [2017/07/24(月) 19:31:57.52 ID:Rfa1nlOQ.net]
- 要不要とか投入に対するリターンってもんがあるだろw
ネイティヴの理解は必須なわけだし。
とはいえこのスレでは前提にしていい気がする。
役に立たないと思う人は読まなきゃ良いんだしね。
- 212 名前：デフォルトの名無しさん mailto:sage [2017/07/24(月) 19:57:10.91 ID:kRvKtkPF.net]
- ネイティブの知識が必須なクロスプラットフォームとか存在価値ないし
Xamarin.Formsは中途半端な部品しか提供しないし
このスレを読んでいる若者がXamarinで開発してみようなんて
間違った考えを持たないようにXamarinは糞であるという
正しい情報を伝えていかないといけない
- 213 名前：デフォルトの名無しさん mailto:sage [2017/07/24(月) 20:06:40.98 ID:tEfgK24+.net]
- >>208
ばーか
- 214 名前：デフォルトの名無しさん mailto:sage [2017/07/24(月) 20:16:33.98 ID:kRvKtkPF.net]
- >>209
お前が死ね
- 215 名前：デフォルトの名無しさん mailto:sage [2017/07/24(月) 20:36:20.74 ID:lNhEqEhk.net]
- >>209
お前は生きろ
- 216 名前：デフォルトの名無しさん mailto:sage [2017/07/24(月) 20:56:12.00 ID:d8RjP+27.net]
- >>204
その先に次善策(Xamarin.Android, .iOS, ネイティブ)が存在しないからねぇ
Xamarin.Formsの実現性確認の調査 => 次善策の実現性確認の調査 => 本実装 の可能性を見据えた予算確保は必要ではないかと
- 217 名前：デフォルトの名無しさん mailto:sage [2017/07/24(月) 21:02:53.29 ID:BriKQjg0.net]
- Xamarinでやると同じ実装を3回もやらないといけない
こんなゴミを使っている奴は頭がおかしい
- 218 名前：デフォルトの名無しさん mailto:sage [2017/07/24(月) 21:20:44.95 ID:hf6yORlN.net]
- >>213
同じ実装を3回www ちょバカwww
- 219 名前：デフォルトの名無しさん mailto:sage [2017/07/24(月) 21:21:44.84 ID:hf6yORlN.net]
- Xamarinを使うことのリスクより、こんな無能をプロジェクトに引き入れる方がはるかにリスク高いだろw
- 220 名前：デフォルトの名無しさん mailto:sage [2017/07/24(月) 21:41:01.51 ID:d8RjP+27.net]
- >>198
事前調査の工数/工期を０に出来ても
Xamarin.Formsで実現できないと判断されるなら、Xamarin.Formsは使えないってなる悲しさよ
そもそもは>>167-168の矛盾にどう折り合いをつけてるのか知りたかったけど
そこを気にしてXamarinを擁護する人はいなさそうね・・・
- 221 名前：デフォルトの名無しさん [2017/07/24(月) 23:47:02.70 ID:5K5P7PpF.net]
- VS2017 CommunityをWin10に入れたんですが、ビルドは通るのにXAMLデザイナでコード補完されない。
何がいけないんだろう。
- 222 名前：デフォルトの名無しさん mailto:sage [2017/07/25(火) 00:20:17.43 ID:hCMBOefP.net]
- >>141
Objective Sharpie
- 223 名前：デフォルトの名無しさん mailto:sage [2017/07/25(火) 00:21:21.28 ID:Mx3pdN15.net]
- 姫に彼氏いるのかな？
- 224 名前：デフォルトの名無しさん mailto:sage [2017/07/25(火) 01:02:11.63 ID:+WAceOy0.net]
- >>217
Xamarinは罠がたくさんで詰まりどころが多いから辞めた方がいいよ
- 225 名前：デフォルトの名無しさん mailto:sage [2017/07/25(火) 09:53:15.99 ID:rrzsm54b.net]
- >>217
そういうときはVSを再起動。
それでもダメなときはアップデートがあれば適用して再起動。
それでもダメなときは再インストール。
それでもダメなときは諦めろ。
- 226 名前：デフォルトの名無しさん mailto:sage [2017/07/26(水) 08:45:09.95 ID:6SSzfJ8v.net]
- >>217
引き当ててしまったのかも
https://bugzilla.xamarin.com/show_bug.cgi?id=57281
前からある症状っぽいね
あんま詳細追ってないので、 xamarin 2017 xaml intellisense でググるともうちょい解決法っぽいのが出るかもよ
- 227 名前：デフォルトの名無しさん mailto:sage [2017/07/26(水) 18:27:19.39 ID:2qLj6v
]
- [ここ壊れてます]
- 228 名前：E7.net mailto: Xamarin程の糞はない []
- [ここ壊れてます]
- 229 名前：デフォルトの名無しさん [2017/07/26(水) 18:35:41.31 ID:NJF52IWr.net]
- "Xamarin程の糞はない"
検索結果 9件
- 230 名前：デフォルトの名無しさん mailto:sage [2017/07/26(水) 23:08:51.63 ID:h2DwuEZp.net]
- 無能のひとつ覚え
- 231 名前：デフォルトの名無しさん mailto:sage [2017/07/27(木) 10:14:07.69 ID:NfZoZ1qJ.net]
- ニンテンドースイッチのモバイルアプリに不満を抱くユーザーが、自分の手で「メニュー画面」を作り出す
ttp://jp.automaton.am/articles/newsjp/20170726-51381/
- 232 名前：デフォルトの名無しさん mailto:sage [2017/07/27(木) 10:50:34.88 ID:+Ahh6d9Y.net]
- >>226
Xamarinを使って作成されているからurlを載せているんだと思うけど、
これって単に制作会社の能力が無いだけでしょ。
- 233 名前：デフォルトの名無しさん mailto:sage [2017/07/27(木) 11:15:28.27 ID:y6iinPQZ.net]
- デザイナは仕事をした、次はエンジニアがXamarin.Formsでモックを実装する番だな
- 234 名前：デフォルトの名無しさん mailto:sage [2017/07/27(木) 11:35:51.09 ID:jyu17hY7.net]
- >>226
Xamarinで作らなければまともなUIのアプリが作れたのに。。
- 235 名前：デフォルトの名無しさん mailto:sage [2017/07/27(木) 13:53:20.77 ID:eOOvg74v.net]
- 姫の画像ください
- 236 名前：デフォルトの名無しさん mailto:sage [2017/07/28(金) 17:28:19.32 ID:eLDr91NM.net]
- MSKKって何やってる企業なの
- 237 名前：デフォルトの名無しさん mailto:sage [2017/07/29(土) 07:44:11.35 ID:sH/xP+7Q.net]
- Xamarin.Formsイイゾーって流布する企業
早く誰かNintendo Switch Appモックを作れよ・・・
やっぱり.Formsは生産性も実用性もないダメツールなのかよ
- 238 名前：デフォルトの名無しさん mailto:sage [2017/07/29(土) 10:21:42.15 ID:vnHGUpnb.net]
- 生産性や実用性求める人はわざわざ既に誰かが作ったもののコピー品作ることに時間費やそうとなど思わない
そんな暇あるなら別の新しいもの作りたいだろ
- 239 名前：デフォルトの名無しさん mailto:sage [2017/07/29(土) 10:44:09.12 ID:W96Wekxi.net]
- Nintendoアプリの星平均3.0だな
Xamarin.Formsで作るとアプリのクオリティが落ちるということ
前回のみまもりSwichアプリの方はネイティブ開発で星平均4.5ある
Xamarin.Formsで作るとアプリのクオリティが落ちるということ
- 240 名前：デフォルトの名無しさん mailto:sage [2017/07/29(土) 11:37:36.05 ID:XHlVBmd9.net]
- 木を見て森を見ずの典型だな
左巻きといっしょ
- 241 名前：デフォルトの名無しさん mailto:sage [2017/07/29(土) 12:00:48.15 ID:Fa6Gue1x.net]
- とりあえず星が下がってる要素のうち、XFに起因するものあげてみてよ。すぐ見つかるんでしょ？
- 242 名前：デフォルトの名無しさん mailto:sage [2017/07/29(土) 13:30:02.24 ID:dABzSlHD.net]
- これを使って開発するという前提から作られたものだから、最初からクソ
これを使って開発しないといけない事に固執し、UIや中身含めとりあえずXamarinで何とか作ってみましたで配信されたものがこれ
本当は分かってるんだろ？まともアプリを作ろうと思ったら、Xamarinはまだその段階ではない事くらい
そして、中途半端な出来のまま、結局はネイティブに戻る
Xamarinで開発してる奴は、自分の選択した開発の仕方に未来があると思いたいために、
Xamarinに関わるマイナスのニュースを、逆に質問返しする事で、
実は自分のやってる事は間違ってるんじゃないか？と相手からはっきりと指摘されるのを戦々恐々と震えながら待ってるんだろう
そうなったらXamarinにかけたコストをネイティブだけにかけていればよかったなと後悔するもんな
- 243 名前：デフォルトの名無しさん mailto:sage [2017/07/29(土) 17:03:27.24 ID:QOkPtRMG.net]
- 何で部外者が開発の経緯まで知ってるんだろうか
- 244 名前：デフォルトの名無しさん mailto:sage [2017/07/29(土) 20:43:58.91 ID:W96Wekxi.net]
- 任天堂のおかげでXamarin.Formsが糞だということが証明された
- 245 名前：デフォルトの名無しさん mailto:sage [2017/07/29(土) 20:50:21.91 ID:iH5rcp7M.net]
- >>239
ざまあｗｗｗ
- 246 名前：デフォルトの名無しさん mailto:sage [2017/07/29(土) 22:14:30.89 ID:Fa6Gue1x.net]
- >>239
で、結局XFのせいでクソになったところ、指摘できないんですよねwww
- 247 名前：デフォルトの名無しさん mailto:sage [2017/07/29(土) 23:11:28.97 ID:qurZEugz.net]
- appleの広告費が余ってんだろ
せっかく生態系作って囲い込んでるのをお手軽に平坦化されたら困るもんなw
- 248 名前：デフォルトの名無しさん mailto:sage [2017/08/01(火) 01:14:49.54 ID:CsoPYqDt.net]
- Xamarin程の糞はない
C#も登場から何年も経ってるのに圧倒的にJavaの方が人気が高いし求人も多い
WPF + Xamlも登場から何年も経つのに全然受け入れられず未だにWindows Formsでアプリが作られている
Microsoftの考えたXaml + MVVMという考えが全く間違っていたということだし
C#みたいなマイナー言語をやっているということはエンジニアとしての価値が低いということだ
IEのシェアも落ちたしVisual Studio for Macはまともにビルドできないし
Microsoftという会社は完全に時代遅れ
Microsoftみたいな3流企業の製品を使っている奴はエンジニアとしての価値も3流ということだ
大体MicrosoftはWindowsPhoneのシェアを二桁取ってからモノを言えと言いたい
MicrosoftがやっていることはGoogleやAppleの作ったパイを横取りしようとしているだけ
MVVM前提の開発環境とか言うくせに外部ライブラリを入れないと良い感じでMVVMできないし
MVVMを推奨するならデフォルトで必要なライブラリなど全て入れた状態で配布しろ
ＵＩは共通化できると言うわりにListViewは重くてスワイプがもたついたり画像の表示が遅かったりする
スマホアプリの最も基本的なUIであるListViewすらまともに動かないとか糞
Xamarin.Formsはちょっと複雑なことしようとするとお得意のdependency serviceとcustom rendererの連発
クロスプラットフォームと言うならXamarin.Formsだけでできないことを恥じろよ
結局一つの機能を実装するのにXamarin.FormsとXamarin.AndroidとXamarin.iOSで3回も同じ実装をしないといけないのが糞
Xamarinなんてマイナーな環境使っている人が少ないせいでググって調べものするのに時間がかかるのが糞
結局ネイティブでやるより時間が掛かってクロスプラットフォームのメリットが相殺されるどころか
下手すると解決策が見つからなくてデザインや機能の面で妥協する結果となる
任天堂のXamarin製アプリも星平均3.0の糞アプリ認定されてる
エンジニアもデザイナーもお客さんも全員がっかりするのがXamarin
- 249 名前：デフォルトの名無しさん mailto:sage [2017/08/01(火) 02:11:31.38 ID:88z5eACC.net]
- いつものコピペ馬鹿
- 250 名前：デフォルトの名無しさん mailto:sage [2017/08/01(火) 09:00:40.70 ID:FaugVk+J.net]
- 聞きたいことあって初めてここ来たけど
なんで延々罵り合ってんだこのスレ
- 251 名前：デフォルトの名無しさん mailto:sage [2017/08/01(火) 09:13:26.61 ID:DF5eMoiu.net]
- 一部のバカが粘着しているだけだよ
- 252 名前：デフォルトの名無しさん mailto:sage [2017/08/01(火) 09:38:55.38 ID:5VpZIsuu.net]
- 次スレは頼むからﾜｯﾁｮｲ入れてくれ
- 253 名前：デフォルトの名無しさん mailto:sage [2017/08/01(火) 10:11:36.90 ID:5oOAhK/v.net]
- >>245
Xamarinが使い物になると困るやつが延々張り付いてるだけだ。気にするな
- 254 名前：デフォルトの名無しさん [2017/08/01(火) 11:18:53.09 ID:BpzciApA.net]
- MS先生のDevCenterApp for Android, やっぱXamarinなんだろうけど 起動遅いﾆｬ
僕の電話だと最初のProgressRing表示が始まる、つまりコードで何かできるようになるまで７，８秒掛かってる
- 255 名前：デフォルトの名無しさん mailto:sage [2017/08/01(火) 12:18:33.32 ID:DF5eMoiu.net]
- >>249
電話ってスマホの事か？ なら、たんにその機種が遅いだけって落ちか？
デベロッパーセンターの事なら、自分の環境では1秒もかからず起動する。
- 256 名前：デフォルトの名無しさん mailto:sage [2017/08/01(火) 23:16:18.97 ID:CsoPYqDt.net]
- 煙のない所に火はたたぬ
- 257 名前：デフォルトの名無しさん mailto:sage [2017/08/01(火) 23:57:48.65 ID:bsIAKS/0.net]
- それを言うなら、火のない所に煙は立たぬ、だろ
- 258 名前：デフォルトの名無しさん mailto:sage [2017/08/02(水) 00:40:56.53 ID:N5b0FAdT.net]
- 火
Xamarinするには、まず人脈♪
／＼
／ 神 ＼ ・@chomado
／ ＼
／￣￣￣￣￣￣＼￣￣￣￣￣￣￣￣￣￣￣￣￣
／ ＼ ・@ytabuchiとか
／ 偉い人 ＼ JXUGの方々
／ ＼
／￣￣￣￣￣￣￣￣￣￣￣￣￣ ＼￣￣￣￣￣￣￣￣￣￣￣￣￣
／ 一般ピープル ＼ ・無償化されて
／ ＼ 知った人
. ￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣ ￣￣￣￣￣￣￣￣￣￣￣￣￣
ttp://pbs.twimg.com/media/CyKXMkvUsAAkB_g.jpg
- 259 名前：デフォルトの名無しさん mailto:sage [2017/08/02(水) 01:05:51.65 ID:KZ/D7Dnt.net]
- Xamarin程の糞はない
C#も登場から何年も経ってるのに圧倒的にJavaの方が人気が高いし求人も多い
WPF + Xamlも登場から何年も経つのに全然受け入れられず未だにWindows Formsでアプリが作られている
Microsoftの考えたXaml + MVVMという考えが全く間違っていたということだし
C#みたいなマイナー言語をやっているということはエンジニアとしての価値が低いということだ
IEのシェアも落ちたしVisual Studio for Macはまともにビルドできないし
Microsoftという会社は完全に時代遅れ
Microsoftみたいな3流企業の製品を使っている奴はエンジニアとしての価値も3流ということだ
大体MicrosoftはWindowsPhoneのシェアを二桁取ってからモノを言えと言いたい
MicrosoftがやっていることはGoogleやAppleの作ったパイを横取りしようとしているだけ
MVVM前提の開発環境とか言うくせに外部ライブラリを入れないと良い感じでMVVMできないし
MVVMを推奨するならデフォルトで必要なライブラリなど全て入れた状態で配布しろ
ＵＩは共通化できると言うわりにListViewは重くてスワイプがもたついたり画像の表示が遅かったりする
スマホアプリの最も基本的なUIであるListViewすらまともに動かないとか糞
Xamarin.Formsはちょっと複雑なことしようとするとお得意のdependency serviceとcustom rendererの連発
クロスプラットフォームと言うならXamarin.Formsだけでできないことを恥じろよ
結局一つの機能を実装するのにXamarin.FormsとXamarin.AndroidとXamarin.iOSで3回も同じ実装をしないといけないのが糞
Xamarinなんてマイナーな環境使っている人が少ないせいでググって調べものするのに時間がかかるのが糞
結局ネイティブでやるより時間が掛かってクロスプラットフォームのメリットが相殺されるどころか
下手すると解決策が見つからなくてデザインや機能の面で妥協する結果となる
任天堂のXamarin製アプリも星平均3.0の糞アプリ認定されてる
エンジニアもデザイナーもお客さんも全員がっかりするのがXamarin
|
 |
