[表示 : 全て 最新50 1-99 101- 201- 301- 401- 501- 601- 701- 801- 901- 1001- 2ch.scのread.cgiへ]
Update time : 09/23 00:36 / Filesize : 224 KB / Number-of Response : 1023
[このスレッドの書き込みを削除する]
[+板 最近立ったスレ&熱いスレ一覧 : +板 最近立ったスレ/記者別一覧] [類似スレッド一覧]


↑キャッシュ検索、類似スレ動作を修正しました、ご迷惑をお掛けしました

Xamarin Part5



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/

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での実現性確認の技術調査は工期/工数を0と見なすって極論が出はじめたのかな
確かにそうすれば、「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
事前調査の工数/工期を0に出来ても
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
ざまあwww

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を推奨するならデフォルトで必要なライブラリなど全て入れた状態で配布しろ
UIは共通化できると言うわりに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表示が始まる、つまりコードで何かできるようになるまで7,8秒掛かってる

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を推奨するならデフォルトで必要なライブラリなど全て入れた状態で配布しろ
UIは共通化できると言うわりにListViewは重くてスワイプがもたついたり画像の表示が遅かったりする
スマホアプリの最も基本的なUIであるListViewすらまともに動かないとか糞
Xamarin.Formsはちょっと複雑なことしようとするとお得意のdependency serviceとcustom rendererの連発
クロスプラットフォームと言うならXamarin.Formsだけでできないことを恥じろよ
結局一つの機能を実装するのにXamarin.FormsとXamarin.AndroidとXamarin.iOSで3回も同じ実装をしないといけないのが糞
Xamarinなんてマイナーな環境使っている人が少ないせいでググって調べものするのに時間がかかるのが糞
結局ネイティブでやるより時間が掛かってクロスプラットフォームのメリットが相殺されるどころか
下手すると解決策が見つからなくてデザインや機能の面で妥協する結果となる
任天堂のXamarin製アプリも星平均3.0の糞アプリ認定されてる
エンジニアもデザイナーもお客さんも全員がっかりするのがXamarin

260 名前:デフォルトの名無しさん mailto:sage [2017/08/02(水) 01:06:32.51 ID:5zWl/j1s.net]
いつもの無能コピペ馬鹿

261 名前:デフォルトの名無しさん mailto:sage [2017/08/02(水) 06:44:07.33 ID:I6arU5uZ.net]
Xamrin Live Player使ってみたくて手順通りVS2017preとXamarin Updater入れてみたんだが
Xamarinの更新が出てこない
他になんか手順ある?
ディスク容量とか関係あんのかな、、

262 名前:デフォルトの名無しさん mailto:sage [2017/08/02(水) 07:35:38.45 ID:gn1nftiy.net]
>>256
ウチだと、前ここで挙げてもらったこのURL手順どおりだった
qiita.com/eXpresser/items/1fe372f1b9d4137f811b

ただ、iOSは動作しなかった
動いたっていう話も聞かないね
本番リリースを待ち望んでるわ

263 名前:デフォルトの名無しさん mailto:sage [2017/08/02(水) 08:36:18.83 ID:it3Y3UEQ.net]
iOSでも動かしてみたいが、VisualStudioはWindows側を使うという前提で、どれぐらいのスペックのMacが必要なのかな?



264 名前:デフォルトの名無しさん mailto:sage [2017/08/02(水) 08:50:50.89 ID:zmKOS4fC.net]
Mac mini Late2014の最下位の製品(i5 1.4GHz/4GB/5400rpmHDD)を使用中
正直言ってかなり重いが なんとか使える

265 名前:デフォルトの名無しさん mailto:sage [2017/08/02(水) 08:52:51.46 ID:G9Teymns.net]
>>257
更新は出来てるのね
その辺も見たけど公式の手順以外の手順は特に無いっぽいんだよなあ
オプションからの更新も試そうと思ったけど「Other」が無いから手動でも出来ないし…
どうすりゃいいねん

266 名前:デフォルトの名無しさん mailto:sage [2017/08/02(水) 09:37:54.60 ID:it3Y3UEQ.net]
>>259
情報thx
検索してみたけど、ビルドだけの為にしては高いな・・・

267 名前:デフォルトの名無しさん mailto:sage [2017/08/02(水) 14:56:57.83 ID:BYhvu/wJ.net]
けど最低限それ必要やで。
クラウドビルドで問題なくできるならそれもありかもだけど。

268 名前:デフォルトの名無しさん mailto:sage [2017/08/02(水) 16:47:48.15 ID:Q6Gt82H4.net]
Mac必要とするのがほんと厄介だな。

269 名前:デフォルトの名無しさん mailto:sage [2017/08/02(水) 23:44:52.22 ID:gn1nftiy.net]
>>260
まーまだベータどころかアルファ版やし
次のリリースを待つのが良さげ
VS2017をstableとpreviewの二つとも入れるのはキッツイから、おれは諦めたわ

270 名前:デフォルトの名無しさん mailto:sage [2017/08/03(木) 00:17:04.10 ID:iXFAvDHj.net]
macは仮想化して動かすものだという夢をみた

271 名前:デフォルトの名無しさん mailto:sage [2017/08/03(木) 00:31:45.43 ID:tTb9XEwF.net]
ビルド+シミュレーター専用なら5万円のMac miniでも大丈夫だよ

272 名前:デフォルトの名無しさん mailto:sage [2017/08/03(木) 01:26:07.45 ID:2SdXMT/C.net]
appleのスマホがどんどん売れなくなって、appleが慌ててWindowsでもビルドできるようにする
ようになるまで待とう。

273 名前:デフォルトの名無しさん mailto:sage [2017/08/03(木) 02:58:42.76 ID:0tdsmwxd.net]
>>267
そうなったらそも必要なくなってくるでは



274 名前:デフォルトの名無しさん mailto:sage [2017/08/03(木) 08:22:47.39 ID:AQ1Gzvh7.net]
>>266
仕事の道具としてなら安いものだけど、趣味のPGとしては気軽に買える値段じゃないんだよね。
社長に買わせるか・・・w

>>265
現実としては仮想化できるの?
仮想化できるなら必要なのはOSだけになるから趣味でも買えるかな・・・

275 名前:デフォルトの名無しさん mailto:sage [2017/08/03(木) 11:55:00.67 ID:0If9d90g.net]
>>269
これが出せない値段だと言うならApple Developers Programの年会費1






[ 続きを読む ] / [ 携帯版 ]

前100 次100 最新50 [ このスレをブックマーク! 携帯に送る ] 2chのread.cgiへ
[+板 最近立ったスレ&熱いスレ一覧 : +板 最近立ったスレ/記者別一覧]( ´∀`)<224KB

read.cgi ver5.27 [feat.BBS2 +1.6] / e.0.2 (02/09/03) / eucaly.net products.
担当:undef