◎正当な理由による書き込みの削除について: 生島英之 とみられる方へ:Xamarin Part5 [無断転載禁止]©2ch.net ->画像>12枚
動画、画像抽出 ||
この掲示板へ
類似スレ
掲示板一覧 人気スレ 動画人気順
このスレへの固定リンク: http://5chb.net/r/tech/1498575762/ ヒント: 5chスレのurlに http ://xxxx.5chb .net/xxxx のようにb を入れるだけでここでスレ保存、閲覧できます。
Xamarinするには、まず人脈♪ /\ / 神 \ ・@chomado / \ / ̄ ̄ ̄ ̄ ̄ ̄\ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ / \ ・@ytabuchiとか / 偉い人 \ JXUGの方々 / \ / ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ \ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ / 一般ピープル \ ・無償化されて / \ 知った人 .  ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄  ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ 参考画像
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だけでできないことを恥じろよ クロスプラットフォームという割にほとんど個別に作っているのと変わらない UIは共通化できると言うけどListViewは重くてスワイプがもたついたり画像の表示が遅かったりする スマホアプリの最も基本的なUIであるListViewすらまともに動かないとか糞 Xamarinなんてマイナーな環境使っている人が少ないせいでググって調べものするのに時間がかかるのが糞 結局ネイティブでやるより時間が掛かってクロスプラットフォームのメリットが相殺されるどころか 下手すると解決策が見つからなくてデザインや機能の面で妥協する結果となる エンジニアもデザイナーもお客さんも全員がっかりするのがXamarin
Android、iOSどちらのアプリ開発の経験ないんだけど、突然Xamarin始めてもいい感じのアプリ作れますか?
Android or iOS経験あるか、C# & XAML経験あるか、のどちらかが使うのがXamarin
例のコピペマンまだListViewの件理解してないんだな まともな人間ならもう恥ずかしくて出てこれないだろwwwwwwwwwww.
Xamarin始めてみたはいいがSSD128GBしかない私には無理だった 256GBはないとあかんわ
qiitaの投稿数 Android: 7851 iOS: 9500 Xamarin: 574 <- 爆笑 stack overflowの投稿数 Android: 1,002,288 iOS: 514,864 Xamarin: 60,299 <- 爆笑 情報の少ない環境でご苦労さまですw
公式ドキュメントとフォーラムを使えばよろしい qiitaに書いてないから出来ないと言うのは甘え
そもそもフレームワークのひとつに過ぎないXamarinと OSであるAndroidやiOSと記事数を比べるのが間違い それこそ林檎と蜜柑を比べるようなものだ
そういう馬鹿な比較書き込み見て解るだろうけど このスレで延々と荒らしてるのは xamarinどころかプログラム自体やったことの無い奴 だからマジレスなんかして相手にするだけ無駄で餌あげてるだけだから いい加減スルーする事を覚えろ
>>16 そうだったのか逆にXanarinを広めてやろうという気になったよ
Xamarin広めるぞー
Xamarin.FormsをXamarinの唯一の手段だと呼称するなといきってるけど、誰がそんなこと言ってるの
原理主義者がうるさいけど、 Xamarin = Xamarin.Forms に事実上なってるから仕方ない。
そんなとこ勘違いしてるような奴は無視でいいだろ。アホらし。
AndroidがC#採用してれば良かったのに Javaって型推論もLINQもないし Java8のStream APIって微妙でしょ?
>>23 >Javaって型推論もLINQもないし
そんなのなくてもいいし
>>23 型推論が微妙なC#ごときに言われても、とF#erが言ってます。
javaがクソなのは高階関数がなくクロージャもない デリケートもまともに出来ない C#の方が1.5倍くらいマシ
Xamarin.Androidで存分に書けば良いじゃない
その糞に負けるnative java、糞オブ糞だな
>>23 そのへんはkotlinが全部解決してくれる
>>27 お前のような馬鹿はアセンブラでプログラム書けないだろうな
Xamarinで書くようなものアセンブラで書くとかw お前はヒューマンリソースマシンでもやってろよ
便利な機能がそもそも存在しないのと存在するけどあえて使わないだけなのは全然違う
SkiaSharpを使ってグラフィックの表示を行っています。 画像データを読み込み、SKImage形式で保存したものを画面に表示するさいに縮小をするとノイズのようなものが発生することがあります。 ノイズを出にくくすることは可能でしょうか。 canvas.DrawImage(skImage, SKRect.Create((int)bw, (int)bh), SKRect.Create(ox, oy, dw, dh),paint);
Xamarinでやるからそういうどうでもいいことでハマるんだ
アセンブラとアセンブリの違いが解らないのに アセンブラって言えば凄いんだろうと勘違いして煽ってしまった そんな恥ずかしい人をこれ以上虐めるのはやめたげて
>>46 そいつiOS開発できないからアップル信者ではないだろ
>>48 悔しかったか?
アセンブラ使ったこともない馬鹿は死ねよ
>>50 アセンブラを使って「俺すごい!」と悦に入ってる馬鹿は氏ねよ
>>51 馬鹿というかプログラミングしたことない子供かと
Xamarin使うかどうかの案件でアセンブラ使うことを提案します!とか言ったら総スルーだろうがw
MASMとか使ったこともない馬鹿がアセンブリだと得意顔で知ったか 型推論やLINQがなければプログラム組めないとかいう馬鹿がいるのがこのスレ
このスレは荒らしに全力で構うのが習わし 構うの忘れてて慌ててレスしたんだよ
>>56 >型推論やLINQがなければプログラム組めないとかいう馬鹿がいるのがこのスレ
便利な機能は使えば使うほど能率上がるんだから使った方がいいに決まってるでしょ
君が使いこなせないからといって嫉妬するのはよくない
>>62 片や書かれた内容に対してコメントしてるのに、
>君が使いこなせないからといって嫉妬するのはよくない
こういう言い掛かりしかできない書き込みを見て、あっ察し(笑)、となるわな。
幼稚なガキどもが群がってるから、姫、姫言うのも納得だわ。
いちいち噛みついている時点でお前も同類だぞ いい加減スルーしろよ
Kotlinとかやりたくないの?C#なんかにしがみついてたら時代遅れのゴミになっちゃうよ
KotlinはC#そっくりだからやろうと思えば余裕ダロウ
姫で荒れてんだろうなと思ったら違うことで荒れてた もう落としちゃえよここ
>>52 を見ても分かるとおりプログラミングなんてできない奴が荒らしに来てるみたいだね
落ち目の会社の技術なんかにしがみついててどうするの
Microsoftが落ち目って、PC売上落ちてるよねーしか知らないど素人のたわごとだろwww
素人さんはAzureの売上が順調に伸びてることとか知る由もないもんね
>>84 Azureはアズレじゃなくてアジュールって読むんですけどね
アズュールって 灼眼のシャナに出てくる火除けの指輪でしょ?
>>87 その表記だと日本語読みだけどな
ネイティブの発音聞いてみろよ、低悩
発音はともかく表記はアジュールで問題ない マイノリティ派の意見など無視されるのが世の常
仕事でxamarin使ってるんだけど、androidのアプリ起動がゲロ遅い 起動時に多少処理はしてるんだけど、 メイン画面が開かれるまでに3秒以上かかるのなんやねん aot有効にしたら早くなるけど100mとかなるし
>>99 割と致命的な遅さ
ネイティブで作り直しかもしれん
100mは100メガバイトのアプリサイズになるってことだ
起動時間が遅いことについて上流工程/顧客が諦めるまで時間稼ぎしれ 起動時間が遅かったり、ランタイムがでかかったりするのは、Xamarinに限らずマルチプラットフォーム(笑)の宿命だゾ
自分はAOTで起動速度そこそこになったからそれで出荷したけど、とっとと改善して欲しいわ
Xamarinでやるとアプリのクオリティが落ちる クオリティが落ちることに対してなんとも思わなくなる
>>103 バカでかくならない?
30メガ程のアプリやけどaot有効にしたら100メガになって変な声出たわ
しかも、vsでそのオプション(試験段階)とか書かれてるし
>>106 100メガバイトは100MBな。
略称は大文字小文字で意味が変わる。
例えば100Mbって書くと、100メガビットになる。
仕事でPGやっているなら単位は正確にな。
PG アメリカ合衆国海軍及び日本国海上自衛隊における「ミサイル艇」の艦種記号。 昔はアメリカ合衆国海軍では「砲艦」(Patrol Gunboatの頭文字を取ったもの)だったのだが、いつの間にか「ミサイル装備艦船」の艦種記号は「G」が付くことになったので(たとえば、ミサイル(艦隊防空用)駆逐艦はDDGなど)、 PGはミサイル艇になった。古い世界の艦船などを読むときには要注意である。 護衛艦に装備しているものは「艦対艦誘導弾」と称する海上自衛隊でも「誘導弾艇」とは言わない(笑)。
>>106-107 この流れで100Mbitとかありえへんわ
>>109 例えで書いているだけというのが理解できないのか?
>>111 例えが的はずれって言われてるのが理解できないのか?
100mって書くと100メートル、最大限譲歩しても100ミリ秒と受け取られて混乱するだけと言っておけば済む話だな 100MBというのは無理がある
>>116 後付け?
恥の上塗りにしか見えんわ w
Xamarin(ザマリン)とは、2011年5月、Mono、MonoTouch、Mono for Androidの開発者により設立された企業 Xeon(ジーオン)は、インテルがサーバあるいはワークステーション向けに製造販売している、x86 命令セットを持つ CPU
Xerox=ゼロックス エックスエロエックスではない
Xamarin = 糞 Xaml = 糞 C# = 糞 Microsoft = 糞
Xamarin = 糞 Xaml = やや糞 C# = 糞じゃない Microsoft = 糞じゃない MSKK = 糞中の糞
Xamarinを使いこなせないクソプログラマーがwww
参考画像貼っておきますね
Xamarinを使いこなせてる人が一人もいない説について
qiitaの投稿数 Android: 7851 iOS: 9500 Xamarin: 574 <- 爆笑 stack overflowの投稿数 Android: 1,002,288 iOS: 514,864 Xamarin: 60,299 <- 爆笑 情報の少ない環境でご苦労さまですw
そりゃiOSやAndroidのネイティブ情報を流用できるんだからXamarin単独の情報はネイティブ情報に比べて少なくなるのは当たり前でしょう
いつの数値だよw Xamarin 860 react native 455 cordova 574 まあクロスプラットフォーム手法としてはメジャーな方? 後何かあったっけ
でもxamarin 2017 adventだけは急激に増えたのはびっくりしたけど。
ObjCやらJavaで書かれたサードパーティライブラリを、手軽にインポートやら変換やらする方法て無いの? 愚直に書き直すしかない?
>>137 RubyMotion, Kivy, NativeScript, Corona, Cocoa2d-x, Qt, GoMobile
>>142 メジャーと言えなくもないのQtぐらい?
漫画ビュアを5月中頃からXamarinで作り始めたけど、なんとか形になったわ。 Xamarinの制限というより、UWPの制限で苦労した。 Androidの方はFormsでActivityを使うやり方を理解したら機種依存部分はすんなりいった。 1本作って思ったのは、日本語での資料が散在していて、趣味でやっていたら問い合わせ場所がほとんどない。 Xamarinを普及させたかったら、このあたりをなんとかしないと難しいね。
あめい@バレル待ち @amay077:
きたな! Nintendo Switch Online アプリ(Android/iOS)Xamarin(Xamarin.Forms)製です!
https://twitter.com/amay077/status/887610194947067904/photo/1 ゲームの世界の人たちも C# には大分馴染んできたようで。
任天堂ももうXamarinはこりごりだと思っただろうな
任天堂のオンラインサービスの開始が2017年秋から2018年中に延期になったのもXamarinのせいなんだろう
東大卒のオタクが姫に入れ込んじゃったんじゃねーの?
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/ iOSでVoIP専用APIをきちんと使わないとそういう制限になるよねー 後から問題が発覚したけど今更再実装は無理ぽってなった予感 まぁ正式ローンチは来年だしドーンと待とうや(その時にXamarinからネイティブに切り替わってないことを祈りつつ
どうせ理解していないだろうから書いてやるけど、プログラマーがプラットフォームのAPIをちゃんと理解して使ってないだけだろ。 Xamarin.FormsはUIの共通化がメイン。 各プラットフォーム固有の機能はAPI経由。 Xamarinは関係ない。
結局OS毎の機能使うのにはネイティブの知識とAPIの知識も必要 Xamarinを無理して使う必要性はないな 開発してる側も、Xamarinなしで普通にネイティブで作った方が楽そう
>>157 何度同じ話を繰り返したいのか知らんが、XamarinのメリットはC#など.NETメインで開発できることとそれゆえコードの大幅な共通化が出来ること。
そこにメリット感じないならネイティヴでやれば良いし好きにしろ、
C#をロクに知らずにXamarinに手を出したら痛い目に遭うだろうな OSSのソースを読み慣れてて、英語圏の技術系掲示板でやり取り出来て、JavaやC#みたいな古式ゆかしい静的型付オブジェクト指向言語に慣れてる人でないと、それはそれはクソに見えるだろう
UnityでC#慣れてるからイケると思ったんじゃね 必要なノウハウ全然違うけど
何が糞ってXamarin.formsが中途半端に機能jを提供してるのが糞 初めから糞だと分かってれば手を出さないのに、中途半端に対応してるから、 まずXamarin.formsの機能で実装しようとしてみる。 結局Xamarin.formsだとうまくいかないことが分かって、 その機能だけXamarin.AndroidとXamarin.iOSで書き直す羽目になる。 同じ機能を実装するのに、3回も実装しないといけない ネイティブだったらAndroid版とiOS版の2回で済む
Forms見切り付けてXamarin.Nativeやれば済む話 今までの工数が勿体無ぇ的なコンコルド効果全開で強行すりゃ、そら当然痛い目見るわさ
>>166 どこがだwww
お前が作るもののうち、Xamarin.Formsじゃ作れない画面がどんだけあるのか考えろ
ほとんどの画面はXFで事足りる。足りないとこだけ少しレンダラするなりそれでもダメならネイティヴコントロール梅込みゃいいだけ
どれだけコード共通化出来るか作るもの次第だろうけれどまともなものを作るならその共通化メリットが学習コストを大きく超える
いまさらTableViewSourceみたいなクソに触りたくないわ
>>167 はXamarin.Forms使ったら痛い目見るよって言って
>>168 はXamarin.Forms使っても痛い目見ないよって言ってる
どっちが正しいんだろう
>>163 3回実装する前提で笑った。
その部分を2回実装で済ませば確実にXamarinのほうが生産性高いという言い分かw
>>168 言いたいことはわかるが、
まともなもので Xamarin 使ってるものがあるみたいな書き方はよくない
Xamarin 使ってまともなものが作れるみたいな誤解を招くよ
>>163 行き当たりばったりでいきなり実装するからだろ
何がプラットフォーム固有で何が共通化できるかなんてプログラミング実装前に要件を整理してる段階で分かってるはずなんだから
>>172 わかんねえよ
Xamarin.Formsのwebviewが糞かどうかなんてあらかじめわかんねえよばか
糞が糞であるかどうかの検討なんかしたくないし 糞とかかわりたくない
ID:ULNyj/4O こいつどんだけ無能なんだよ
手元にどんな材料があるかも把握せずに作りたい物が作れるかどうかなんて分かるはずないんだけど
>>171 正直Xamarin使ってネイティヴに劣るのってアプリサイズがどうしても肥大しがちなぐらいだろ。
他でまともなのが作れないのは無能だからだよ、
>>169 べつにFormsが絶対悪ってこたあない
分かった上で使えってだけ
技術検証の時点で前述の三回実装が大発生する事に想像が及ばないはずは無い
分かった上でForms先行投資に腰を据えるか、モデル共通化程度にハードル下げてXamarin.Nativeやるか、Xamarinやめるかのどれかだろ
結局、Xamarin.Formsで試作してダメなことを確認して、Xamarin.Android, Xamarin.iOSで実装するんだよね ダメなことを確認するための無駄な検証作業はやらず、最初からXamarin.Forms捨てた方が正しくない? 「分かった上でForms先行投資に腰を据える」に何のメリットがあるんだろう
あと、UIは最初はテキトーでいいけど、完成度を詰めて行くにつれて要件が変わっていくから 最初はXamarin.Formsで凌げてたけど、やっぱりダメだわってなることがあるんだよねぇ 「分かった上でForms先行投資に腰を据える」は 「(後から痛い目を見る可能性があることを)分かった上でForms先行(の開発)投資に腰を据える」って意味かな Formsは予算がたくさんないと無理だなって思った。
結局君自身が何を作りたいのか正確に理解できていないんだろ プログラム書き始める以前の問題
いや、だからさ、、、 Xamarin.Formsで作れるかどうかを検証するための予算を用意しないとダメでしょ これを個人の問題だと思えるのなら、日曜プログラミングでしか考えてない随分遠い話だよ
formsで作れるかどうかの検証ってネイティブで作る場合にどんなライブラリ使うべきかの調査、 もしくはそもそもそんなライブラリあるのか自作しなきゃならないのか調べるのと同等でしょ
>>181 要件が変わったら当初の予算からずれるのは当たり前。
地元の中小企業相手ならのまざる負えない時もあるが、基本的には要件が変わった時の取り決めも契約書に書いているだろ。
なにもXamarinに限った事じゃない。
うむ、だから.Formsやるなら大目に予算を用意しておこうってことだよな .Forms先行試作してダメだったら、.Android, .iOSで作り直す訳だし、 最初から.Android, .iOSで作るより予算を多めにしておかないと赤字になる可能性がある
>>186 全然わかってないな
手を動かす前に頭を使え
どの機能がForms標準で提供されているか、標準でないならどんなライブラリが使えるか、 そんなことは事前に調べれば分かることだからそもそも作り直すなどということにはならない まあ、事前に調査などせずいきなり作り始めるようないい加減な現場なら1から作り直すぐらい大して文句も言われないだろう
建前論としてはその通りだけど、やってみなくてもわかるほど ドキュメントやらノウハウやら実装が整備されてんのかこれ
>>186 だからそれが技術調査だろ…
どんなフレームワークだろうがライブラリだろが同じ事。
自分の案件ではフォームでいけるものだったしそれを超えるものは仕様にさせない、変更するとこちらでコントロールできたから9割以上コード共有できてよかったけどね。
>>190 手動かせよ。まあもっと色々資料や情報あればいいとは思うけどな。
>>190 事前調査ってのは簡易プログラムでの動作確認も含むでしょ
クロスプラットフォームだろうがネイティブだろうが使ったことのない機能を使うなら同じこと
この段階の作業を本番の作業に混ぜ入れて、そこで判断しようとするから作り直しなどが起こりうるのであって
簡易プログラムで試してどうしても期待通りにならないからネイティブにすることを作り直しとは言わない
糞Xamarin.Formsだとやり直しになる確率が相当高いけどな
まあ技術の取捨選択も出来ず顧客の出す仕様のコントロールもできない無能は新しい技術に手なんか出さずネイティヴで各々ゴリゴリ作ってればいいと思うよ。 新しい技術による果実はそれを受け取れる人だけが受け取ればいい。
んー
>>187-193 の辺りで
Xamarin.Formsでの実現性確認の技術調査は工期/工数を0と見なすって極論が出はじめたのかな
確かにそうすれば、「Xamarin.Formsで作る」と「Xamarin.Android, .iOSで作る」を比較して前者の方が良くなるよね
>>194 Xamarinは顧客の出す仕様のコントロールし放題な日曜プログラミングに最適だな!
もっとXamarin流行れ
ネイティブでやってたら糞はひかねえよ ライブラリなんかもググれば定番のものがすぐ見つかる
Xamarinでやると余計な調査時間が取られて効率悪いことが判明したな
Xamarin の経験ある人はフィジビリティスタディなしでパフォーマンスや使える範囲とかわかるから利点あるんだろう
Xanarinやってると糞を引く前提の思考が身に付いちゃうんだな
無能が新しい技術に対応できないからって、古い技術にしがみつくのはわかるけど、新しいものを使ってる人に難癖つけにくる思考が意味不明。 そんなことやってる間に勉強しろよwww
事前調査もろくにできない自分の無能さを誇るんだから恐ろしいよね
どんなことも新しいものは最初は時間かかる。 ここが違う、あそこが違うと文句も言いたくなる。 それを抜けたら生産性が高まる。 当たり前のこと。
Xanarinのような糞が主流になることはない 有名アプリはどれもXamarinを採用してない
>>195 ネイティブで作るなら実現性確認の調査はしないでいいのか
ネイティヴはみんなやってるからわかってること前提なんじゃないの
じゃあXamarinも一通り勉強すれば分かってること前提にしていいよね ネイティブだって分かってる前提になれるまで勉強してたわけだし
要不要とか投入に対するリターンってもんがあるだろw ネイティヴの理解は必須なわけだし。 とはいえこのスレでは前提にしていい気がする。 役に立たないと思う人は読まなきゃ良いんだしね。
ネイティブの知識が必須なクロスプラットフォームとか存在価値ないし Xamarin.Formsは中途半端な部品しか提供しないし このスレを読んでいる若者がXamarinで開発してみようなんて 間違った考えを持たないようにXamarinは糞であるという 正しい情報を伝えていかないといけない
>>204 その先に次善策(Xamarin.Android, .iOS, ネイティブ)が存在しないからねぇ
Xamarin.Formsの実現性確認の調査 => 次善策の実現性確認の調査 => 本実装 の可能性を見据えた予算確保は必要ではないかと
Xamarinでやると同じ実装を3回もやらないといけない こんなゴミを使っている奴は頭がおかしい
Xamarinを使うことのリスクより、こんな無能をプロジェクトに引き入れる方がはるかにリスク高いだろw
>>198 事前調査の工数/工期を0に出来ても
Xamarin.Formsで実現できないと判断されるなら、Xamarin.Formsは使えないってなる悲しさよ
そもそもは
>>167-168 の矛盾にどう折り合いをつけてるのか知りたかったけど
そこを気にしてXamarinを擁護する人はいなさそうね・・・
VS2017 CommunityをWin10に入れたんですが、ビルドは通るのにXAMLデザイナでコード補完されない。 何がいけないんだろう。
>>217 Xamarinは罠がたくさんで詰まりどころが多いから辞めた方がいいよ
>>217 そういうときはVSを再起動。
それでもダメなときはアップデートがあれば適用して再起動。
それでもダメなときは再インストール。
それでもダメなときは諦めろ。
>>217 引き当ててしまったのかも
https://bugzilla.xamarin.com/show_bug.cgi?id=57281 前からある症状っぽいね
あんま詳細追ってないので、 xamarin 2017 xaml intellisense でググるともうちょい解決法っぽいのが出るかもよ
>>226 Xamarinを使って作成されているからurlを載せているんだと思うけど、
これって単に制作会社の能力が無いだけでしょ。
デザイナは仕事をした、次はエンジニアがXamarin.Formsでモックを実装する番だな
>>226 Xamarinで作らなければまともなUIのアプリが作れたのに。。
Xamarin.Formsイイゾーって流布する企業 早く誰かNintendo Switch Appモックを作れよ・・・ やっぱり.Formsは生産性も実用性もないダメツールなのかよ
生産性や実用性求める人はわざわざ既に誰かが作ったもののコピー品作ることに時間費やそうとなど思わない そんな暇あるなら別の新しいもの作りたいだろ
Nintendoアプリの星平均3.0だな Xamarin.Formsで作るとアプリのクオリティが落ちるということ 前回のみまもりSwichアプリの方はネイティブ開発で星平均4.5ある Xamarin.Formsで作るとアプリのクオリティが落ちるということ
とりあえず星が下がってる要素のうち、XFに起因するものあげてみてよ。すぐ見つかるんでしょ?
これを使って開発するという前提から作られたものだから、最初からクソ これを使って開発しないといけない事に固執し、UIや中身含めとりあえずXamarinで何とか作ってみましたで配信されたものがこれ 本当は分かってるんだろ?まともアプリを作ろうと思ったら、Xamarinはまだその段階ではない事くらい そして、中途半端な出来のまま、結局はネイティブに戻る Xamarinで開発してる奴は、自分の選択した開発の仕方に未来があると思いたいために、 Xamarinに関わるマイナスのニュースを、逆に質問返しする事で、 実は自分のやってる事は間違ってるんじゃないか?と相手からはっきりと指摘されるのを戦々恐々と震えながら待ってるんだろう そうなったらXamarinにかけたコストをネイティブだけにかけていればよかったなと後悔するもんな
任天堂のおかげでXamarin.Formsが糞だということが証明された
>>239 で、結局XFのせいでクソになったところ、指摘できないんですよねwww
appleの広告費が余ってんだろ せっかく生態系作って囲い込んでるのをお手軽に平坦化されたら困るもんなw
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
聞きたいことあって初めてここ来たけど なんで延々罵り合ってんだこのスレ
>>245 Xamarinが使い物になると困るやつが延々張り付いてるだけだ。気にするな
MS先生のDevCenterApp for Android, やっぱXamarinなんだろうけど 起動遅いニャ 僕の電話だと最初のProgressRing表示が始まる、つまりコードで何かできるようになるまで7,8秒掛かってる
>>249 電話ってスマホの事か? なら、たんにその機種が遅いだけって落ちか?
デベロッパーセンターの事なら、自分の環境では1秒もかからず起動する。
火 Xamarinするには、まず人脈♪ /\ / 神 \ ・@chomado / \ / ̄ ̄ ̄ ̄ ̄ ̄\ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ / \ ・@ytabuchiとか / 偉い人 \ JXUGの方々 / \ / ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ \ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ / 一般ピープル \ ・無償化されて / \ 知った人 .  ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄  ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ 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
Xamrin Live Player使ってみたくて手順通りVS2017preとXamarin Updater入れてみたんだが Xamarinの更新が出てこない 他になんか手順ある? ディスク容量とか関係あんのかな、、
>>256 ウチだと、前ここで挙げてもらったこのURL手順どおりだった
http://qiita.com/eXpresser/items/1fe372f1b9d4137f811b ただ、iOSは動作しなかった
動いたっていう話も聞かないね
本番リリースを待ち望んでるわ
iOSでも動かしてみたいが、VisualStudioはWindows側を使うという前提で、どれぐらいのスペックのMacが必要なのかな?
Mac mini Late2014の最下位の製品(i5 1.4GHz/4GB/5400rpmHDD)を使用中 正直言ってかなり重いが なんとか使える
>>257 更新は出来てるのね
その辺も見たけど公式の手順以外の手順は特に無いっぽいんだよなあ
オプションからの更新も試そうと思ったけど「Other」が無いから手動でも出来ないし…
どうすりゃいいねん
>>259 情報thx
検索してみたけど、ビルドだけの為にしては高いな・・・
けど最低限それ必要やで。 クラウドビルドで問題なくできるならそれもありかもだけど。
>>260 まーまだベータどころかアルファ版やし
次のリリースを待つのが良さげ
VS2017をstableとpreviewの二つとも入れるのはキッツイから、おれは諦めたわ
ビルド+シミュレーター専用なら5万円のMac miniでも大丈夫だよ
appleのスマホがどんどん売れなくなって、appleが慌ててWindowsでもビルドできるようにする ようになるまで待とう。
>>267 そうなったらそも必要なくなってくるでは
>>266 仕事の道具としてなら安いものだけど、趣味のPGとしては気軽に買える値段じゃないんだよね。
社長に買わせるか・・・w
>>265 現実としては仮想化できるの?
仮想化できるなら必要なのはOSだけになるから趣味でも買えるかな・・・
>>269 これが出せない値段だと言うならApple Developers Programの年会費1万円も厳しいだろうからiOS開発はご縁がないんじゃないかな
最初から期間内に作り切ることを決めているならいいんだけど 作り始めは作り切れるかわからない だから軽く触ってみたいだけなのにうん万とか掛かるから手を出しにくい
>>270 年会費取るの?じゃあいいや。
UWP/Android用に自作したものをiPadでも使ってみたいなって程度の考えだったからね。
iPad向けのツールに無料のものが少ない原因だろうね。
AppStoreに公開しない自作アプリだけなら登録は必要ないよ
>>272 自分のマシンに入れるぶんには会費いらんぞ
>>276 会員登録せずにプロビジョニングプロファイル作れたっけ?
>>277 会費いらんって話をなぜ会員登録無しと読むんだ
あっ、2015年から無料で実機実行できるようになってたんだな
>>256 だが、更新出来て接続も出来るようになった!
ワークロードから.Netデスクトップ開発辺りチェックして足りないもん入れないと更新出来ないっぽい
あと
>>257 の手順以外にオプションから有効にする手順がいる
Xamarinのここが糞 Visual Studio for Macが頻繁にビルドが通らなくなるのが糞 gitでブランチを切り替えたり、画像リソースを編集しただけで ビルドが通らなくなる。cleanしたりリビルドしても直らない場合もあって、 頻繁にIDEの再起動を繰り返さないといけなくなる。 クロスプラットフォームのメリットなど吹き飛んでしまう非効率な開発環境が糞 Xamarin.Formsの提供する機能が貧弱で使い物にならないのが糞 WebViewなどXamarin.Formsの提供するUIを使ってクロスプラットフォーム開発できるかと思いきや、 機能が貧弱すぎて結局Android用とiOS用で処理を分けて実装しないといけなくなる。 ネイティブ開発だったらiOS用とAndroid用で2回実装すれば済むところが、 Xamarinを使うとXamarin.Formsの提供する機能で実装して糞な思いを させられた後で、Xamarin.iOSとXamarin.Androidで実装し直すという、計3回同じ実装をする羽目になる。 クロスプラットフォームのメリットなど吹き飛んでしまう非効率さが糞 実装に行き詰ったときにネット上の情報が少ないのが糞 qiitaの投稿数 iOS: 15,976 Android: 13,681 Xamarin: 874 <- stackoverflowの投稿数 iOS: 521,623 Android: 1,015,959 Xamarin: 63,070 <- Xamarinの情報はAndroidの10分の1もないということ 結局行き詰った時に解決ができなくて妥協する結果になりがちで、 その結果、アプリのクオリティが落ちてエンジニアもデザイナーもお客さんもがっかりするのが糞
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
結論として、Xamarinを使うと開発工数は伸び、アプリのクオリティは落ちるということ Xamarinで開発するということは貴重な人生の時間を無駄にするということだし、 同じ時間をネイティブ開発に費やした方がエンジニアのキャリアとして価値があるということ 結局Xamarinをやっている人間は、C#の機能を使うことやXamarinでアプリを作ることそれ自体が 目的と化していて、お客さんに良いアプリを届けたいという純粋な動機が存在していない ソフトウェアを作るということは価値のある良いものを創造して世の中をもっと良い場所にするために 行われることであるべきで、完全に自分本位でゴミアプリを量産するXamarinエンジニアは 生きている意味がないし、死んだ方が世の中にとって良いということ
ニンテンアプリがVoiceAPIの使い方とかXamarinと関係ないところでケチついたのでいい事例としてあげにくいのがアレだな
>>284 お前さんもコピペじゃねーかwと釣られてみる
相変わらずAppleさんの潤沢な宣伝費用には驚かされるよ
Microsoftのエヴァンジェリストに聞かせてあげたい。
Xamarinの日本語資料がないとか言ってる無能に聞かせてやりたい
良いプロダクトを作ることじゃなくて、 C#の機能を使うことやXamarinを使うこと自体が目的化しているのが、 Xamarinエンジニア
>>290 日本人にとって一番わかりやすい言語は日本語。
別に技術研究をしているわけでもないからな。 顧客の要件に対して十分なコードを納品すれば良いだけ。 そのコードをまとめるのに必要な工数を少なくするための情報収集ができれば問題ない。
Xamarinエンジニアにとって一番分かりやすい言語は日本語ではなくC#
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
お客さんに良いもの届けたいという意思のないXamarinエンジニアには反吐がでるね 君ら良いプロダクトを作ることより、勉強会で登壇したとかMVP取ったとかそういうどうでもいいことが最優先なんだろ アプリを使ってくれるひとのためじゃなく、いかに自分が凄いかを示すためにソフトウェアを開発するという生き方には 何の価値もないし早く死んだ方がいいね
できるだけ効率よくアプリ作成をしたい訳で、xamarinはその手段でしかないから、 必要な情報が見つからなかったらJava,Swiftで書いた方が早いって判断もある。 必要な情報がすぐ見つかるってこともすごく大切だよ。
>>302 >良いプロダクトを作ることより、勉強会で登壇したとかMVP取ったとかそういうどうでもいいことが最優先なんだろ
で、どこにどれだけそういうプログラマーがいたの?
2ちゃんで見たとかは禁止な
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
むしろC言語がランクインしていることに驚いた いまだに素のC言語の求人件数ってそんなにあったのか
>>315 ネットの情報しか見てないからそんな風に思うんだろうけどうちの会社でもいまだに案件の半分はC/C++だよ
記事中の注釈によると、あえてC++やC#などのC言語からの派生言語を除いた巣のC言語らしいが
組み込みブームだから低級に近いのが求められるんだろう そういうのに興味なければわざわざやる必要はない
拘束性求められるところやるならRustとか使いたいのう… Rustで組み込みとかいけるんかの
今Cで作られてるのは大体もとからCで進められてきたからCなのさ LinuxもまだCだしね
少なくとも現代のPC,スマホで動かす前提ならもっと抽象化された言語で十分 過度に実行効率追い求めるよりビジネスロジックそのものに集中できるメリットの方が大きい
>>318 > そんなの業種次第かと…
そうだよ、そういう業界もあるってこと
> ちな、なに?
車関係とか色々
どうせもう日本ではセッション等にホイホイとは登壇させられないしと海外に追い出されたか 東京オリンピックもあるし、合掌&お辞儀して「おもてなし」とか言ってれば海外で日本撫子カワイイ!とか持て囃されそう ・・・童顔の日本人って外人にとっては合法ロリだから受けるんだよなぁ、中々に小賢しいことをするじゃないか日本MSよ
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
お客さんに良いもの届けたいという意思のないXamarinエンジニアには反吐がでるね 君ら良いプロダクトを作ることより、勉強会で登壇したとかMVP取ったとかそういうどうでもいいことが最優先なんだろ アプリを使ってくれるひとのためじゃなく、いかに自分が凄いかを示すためにソフトウェアを開発するという生き方には 何の価値もないし早く死んだ方がいいね
∧||∧ ( ⌒ ヽ大和撫子だった。ちょっと逝ってくる。 ∪ ノ ∪∪
Xamarinのここが糞 Visual Studio for Macが頻繁にビルドが通らなくなるのが糞 gitでブランチを切り替えたり、画像リソースを編集しただけで ビルドが通らなくなる。cleanしたりリビルドしても直らない場合もあって、 頻繁にIDEの再起動を繰り返さないといけなくなる。 クロスプラットフォームのメリットなど吹き飛んでしまう非効率な開発環境が糞 Xamarin.Formsの提供する機能が貧弱で使い物にならないのが糞 WebViewなどXamarin.Formsの提供するUIを使ってクロスプラットフォーム開発できるかと思いきや、 機能が貧弱すぎて結局Android用とiOS用で処理を分けて実装しないといけなくなる。 ネイティブ開発だったらiOS用とAndroid用で2回実装すれば済むところが、 Xamarinを使うとXamarin.Formsの提供する機能で実装して糞な思いを させられた後で、Xamarin.iOSとXamarin.Androidで実装し直すという、計3回同じ実装をする羽目になる。 クロスプラットフォームのメリットなど吹き飛んでしまう非効率さが糞 実装に行き詰ったときにネット上の情報が少ないのが糞 qiitaの投稿数 iOS: 15,976 Android: 13,681 Xamarin: 874 <- stackoverflowの投稿数 iOS: 521,623 Android: 1,015,959 Xamarin: 63,070 <- Xamarinの情報はAndroidの10分の1もないということ 結局行き詰った時に解決ができなくて妥協する結果になりがちで、 その結果、アプリのクオリティが落ちてエンジニアもデザイナーもお客さんもがっかりするのが糞
もう少しスレを見てる人に良いものを届けようって気持ちでレスしろよ
>>322 フレームワークのバグや変な仕様に煩わされずにビジネスロジックに集中したいからc++を使うんじゃん
反論できない馬鹿はそうやって理由も示さず人格攻撃してろよ
標準ライブラリも使えないな もっといえばコンパイラすら使えないな 余計なことに煩わせられたくなければ、ひたすらアセンブラで組むしかないな
>>342 アセンブラにもバグがないとは言えないからマシンコード直打ちだな w
オレオレフレームワークで新たなバグを作り込むのです
>>339 ものにもよるだろうが明らかに他の言語より生産性低いだろ
>>347 CならそうだけどC++なら意外とそうでもない
>>339 君は相当凄腕のプログラマーなんだな
普通はフレームワーク自体に潜むバグより自分が生み出すバグの方がよっぽど危険だから
>>334 姫は広告塔としてクッソ有能だったろ、こんだけ話題と笑いを提供したのは評価されるべき
これからは外人向け合法ロリアイドル広報だぞ、どれだけの商業価値があるか
C / C++ だと長年使われてる枯れたライブラリあるからねえ
>>348 いやあ…STL未だエラーがわけからん言うし自分の記憶だとC#で2倍F#で4倍は生産性違いそう
>>354 > いやあ…STL未だエラーがわけからん言うし
ああすまんそのレベルの人だとC++は難しいかも
>>355 はあ。まあここ10年以上触ってないから偉そうなことは言えんけど、達人ならあんな長いエラー出さないし、出ても一瞬で解読できるんですか。凄いですね。偉いですね。
C#も20年近い歴史あるから枯れたライブラリあるんじゃないの、知らんけど
C++ は (Apple の blocks でも lambda みたいな) 無名関数やクロージャ関連の拡張ないと記述性が悪すぎる 非同期処理とかでコールバック書くのダルすぎる
C++11のLambda Functionsじゃダメなの? いい加減、組み込みですらC++11は許される時代だと思うけど
C++のプロジェクトは避けるわ C#は喜んでするが
>>360 ラムブダ ファンクションズ
bをバって読むってどういう頭してんだよ
>>367 がそもそもなんでbついてるんだろ。語源はなんなんだ
>>372 ちゃうちゃう。語源って言葉が悪かったがそのスペルとしてbが入ってる理由。
ギリシャ語だったものを英語にした時に入った?
>>359 =
>>362 で、ラムダと読むのは分かってて
>>360 の下らんボケに合わせたんだが
それに対してマジレスが多すぎるだろ・・・
ボケと分かっててツッコミ入れてる奴もいるんだろうけど
それにしても俺を含む下らないボケに対してスルー耐性がなさすぎる
>>374 英語の一般的なルール
bomb、dumb、thumb、tomb とかの mb で終わる単語は b を発音しない
lambda みたいに mb の後に何か続く場合は発音する場合としない場合がある
>>377 なるほど確かにmbと続くものあるね。
computerとかだと付かないとかは何かしら由来とか元にルールがあるんだろうな…
>>376 今さらなに言い訳してるんだよ w
下らなすぎるし面白くもないから叩かれてるだけ
>>380 ID:aTjiiVS5はXamarinやってないんだよねw
Xamarinやるとスルー耐性削られてボケを叩かないといけない精神状態になるのか 怖いなー、C/C++しとこ
普通C++使ってる奴はわざわざC/C++なんて言い回しはしない
本当に釣りなら後で釣り宣言なんてしないからなw よってID:HJwH3qkhはマジレスで間違いない
クロスプラットフォームな以上そこにネイティブよりも問題が発生するのは当たり前だから、それを解決できるメンバーがいるかどうかで生産性が大きく変わってくるよ 解決するためにはネイティブの深い知識が必要だし Xamarin のある程度の知識が必要だから、あまり広まってない時点で劇的な効率アップは難しいというとこだろう 既にネイティブの知識が多くあって新しい技術を覚えるのが苦じゃないよって人ならメリットは大きいだろう
頭いい若い人はディープラーニングとかやってるから、 なんつーかアレなこんなのには来ないわ
まったく脈絡のないこと言い出したな ディープラーニングが何か分かってるのか?
クロスプラットフォーム云々の話からなんでディープラーニングの話になるんだよ
なぜモバイルアプリ向けフレームワークのXamarinと単なるアルゴリズムであるディープラーニングが比較対象になるんでしょうね
ディープラーニングがフレームワークだと思ってるんでしょ
そもそもディープラーニング使った開発やる層とモバイルアプリ開発やる層が被ることがほとんどないわけで
>>397 エッジコンピューティングがどうたらでスマホで推論やることもあるかとは思うけど、
>>389 はまああれ。
ソニーも開発ツール無償公開したんだからMicrosoftもやらないと。 さらに開発者に逃げられるで。
VisualStudioCommunityもVisualStudioforMacも無償ということを知らないのか?
スレチというよりイタチだな プログラム関係ないただのツールの話だろ プログラム板よりもソフトウェア板あたりで扱うテーマだな
まあこんなアホでは知らないぐらいの知名度しかないってことかの
>>402 azure cognitive services
>>407 基本有料だし、利用するだけのものだし。
スレチだからやめるわ。
アンテナの弱いアホではリーチしない程度の知名度ってことだろうよ 姫がXamarinからAzureに追いやられてAzureについてちまちまと講壇してたのに残念な限りよな
懲りもせずに今度はAzureについて無知を晒しているのか Azureがどういったものか理解してないのだろうな
Azureは一気にMicrosoftの稼ぎ頭になったのに、追いやられて、とは無知すぎる
どこの開発ツールが勝とうと実行環境をAzureに引き込めば成功だからな AzureMLが人気になったり、WindowsやC#みたいにAzureと相性のいいところに囲い込めればMS的にはベストかもしれんが無理して投資するとこでもなさそう
Azureの派生サービスはいろいろあるけど、本質はSaaS、PaaSを統合したクラウドプラットフォームそのものだろ AWSに次いで世界第2位のパブリッククラウドサービスこそがその実態 さらにはMSのオンプレミス事業を併用したハイブリッドクラウドによるカバー範囲の広さでいまやMSの基幹事業となってる
>>412 ラムバダさんはエイズーレ(ASUSと同様の発音)だろうな
ディープラーニングの話始めた者だけど、あれは
>>388 >既にネイティブの知識が多くあって新しい技術を覚えるのが苦じゃないよって人ならメリットは大きいだろう
に反応したレスだったんだ。
生きられる時間は限られてるから出来る子はダメ筋みたいな方には行かないよね、
みたいなことを言いたかった。
せめてオープンソースならともかく(実はオープンソースだったらゴメン)、
MS の采配一つでバグも治らんようなものにかかずりあうには
人生は短すぎる。
>>418 テンソルの方が有名だけどMSのも評価悪くないだろ
ほんと知らないなら余計なこと言わなきゃいいのに
>>423 するとなにか
お前はMr.Childrenをミスターと略すのか?
>>418 今どきPowerShellもMSBuildもオープンソースやで
>>424 後半を略してるって分かってんじゃねーかwww
スマホアプリ作ろうかな →xamarin使うと便利なのかな →xamarinよくわかんないな →じゃあ代わりにディープラーンニングやる! ハァ?
>>428 流行りものを追ってる風だから次はAIだな
りんねのアルゴリズムはOSSだっけ?
>>418 かかずりあうって聞いたことなかったけど北関東の方言らしいね
>>418 の釣り師っぷりが結構すごいと思った、大漁すぎてそろそろ笑えなくなるレベル
ラムブダが美味しいなぁと思ったのにあっという間に霞んだじゃないか・・・
周りが
>>418 に攻撃しだしたから周りに流されて俺も攻撃しようみたいなやつばっかだなww
雑魚臭ぷんぷんなやつ多すぎ
逆に
このスレの流れで
>>424 を書き込める人のセンスに
今後は期待
延々
>>418 にレスしてる人たちは話のネタの引き出しが少ないんだろうね
(今度は釣られた魚たちを嘲笑う流れだな?頑張るぞい)
どう見てもちんこ咥えられながら釣れたよーと言ってる奴にしか見えない
Xamarin程の糞はない C#も登場から何年も経ってるのに圧倒的にJavaの方が人気が高いし求人も多い VS for Macはgitでブランチを切り替えたりするだけでビルドできなくなる欠陥品だし Microsoftみたいな3流企業の製品を使っている奴はエンジニアとしての価値も3流ということだ 大体MicrosoftはWindowsPhoneのシェアを二桁取ってからモノを言えと言いたい MicrosoftがやっていることはGoogleやAppleの作ったパイを横取りしようとしているだけ MVVM前提の開発環境とか言うくせに外部ライブラリを入れないと良い感じでMVVMできないし MVVMを推奨するならデフォルトで必要なライブラリなど全て入れた状態で配布しろ UIは共通化できると言うわりにListViewは重くてスワイプがもたついたり画像の表示が遅かったりする スマホアプリの最も基本的なUIであるListViewすらまともに動かないとか糞 Xamarin.Formsはちょっと複雑なことしようとするとお得意のdependency serviceとcustom rendererの連発 クロスプラットフォームと言うならXamarin.Formsだけでできないことを恥じろよ WebViewなどXamarin.Formsの提供するUI部品が糞すぎて 一旦Xamarin.Formsの提供する機能で実装して糞な思いをさせられた後で Xamarin.AndroidとXamarin.iOSで計3回も同じ実装をさせられるのが糞 クロスプラットフォームとか嘘っぱちやないか Xamarinなんてマイナーな環境使っている人が少ないせいでググって調べものするのに時間がかかるのが糞 qiitaやstackoverflowの情報もXamarinに関するものはAndroidの10分の1以下の投稿しかなくて 下手すると解決策が見つからなくてデザインや機能の面で妥協する結果となる 任天堂のXamarin製アプリも星平均3.0の糞アプリ認定されてる エンジニアもデザイナーもお客さんも全員がっかりするのがXamarin 結論としてXamarinを使うと開発工数は伸びアプリのクオリティは落ちるということ XamarinをやっているやつというのはC#の機能を使うことやXamarinを使うことそれ自体が目的化していて お客さんに良いものを届けたいという意思が存在していない ソフトウェアを作るということは価値のあるものを世の中に提供して世の中をもっといい場所にするために 行われることであるべきで、完全に自分本位でゴミを量産し続けるXamarinエンジニアは全員死んだ方が良い
>>441 Mono projectの出自を調べてみれば?
>MicrosoftがやっていることはGoogleやAppleの作ったパイを横取りしようとしているだけ MicrosoftがやったことはXamarin社を子会社化してライセンスを無償解放しただけ OSSの製品としては歓迎すべき
Xamarinがタダとか嘘つくなや なら、会社でタダで使っていいんだな?
>>446 加筆修正しているだろうが
お前の方がコピペ馬鹿やないか
ちょっとは意味のある発言したらどうだ
お前のレスなんかなんの価値もないわ
死ね
>>445 構わんよ
というか以前からXamarinライセンス契約していても、今は支払い分はディスカウントされて帳消しになる
アホか Visual Studioが会社でタダで使えるわけないだろ お前ら零細で開発してるのか?
>>455 Visual Studioのライセンスの話なんて誰もしてないんだが
お前はVisual Studio抜きでXamarinを使うのか?
MacだとXamarinStudioだけどな 最近はVisualStudioforMacもあるけど
以前はVisualStudioの有無に関係なく、Xamarin.Androidのライセンスだけでも15万円弱ほど必要だった 今はVisualStudioだけで、VSのエディションに応じてXamarinのAndroid、iOS、Macすべてのライセンスが無償提供される いい時代になったもんだよ
PCとネットないと開発できないからその費用も入れないといけないな
>>460 ライセンス費払った翌月に無償化しよったわ
>>463 流れの読めない馬鹿にはちょうどいい授業料だったなw
>>457 https://blog.jetbrains.com/jp/2017/08/03/785 >Riderはクロスプラットフォーム.NET IDEです。
>WindowsはもちろんのことMacやLinuxでもお使い頂けます。RiderではASP.NET、.NET Core、.NET Framework、Xamarin、
>そしてUnityアプリケーションを開発できます。
.NET Core 2.0のFinal Releaseが出たからいよいよ、 次はXamarinにおけるMonoを.NET Core 2.0で置き換えて そのあとが問題だな。 Xamarin.Formsが完全に新しく生まれ変わるか、 それとも、現在のXamarin.Formsの改良にとどまるか・・
また最大公約数的なものができるだけ それが悪いとは思えないが
.netcoreも進化してると見せかけて全然進んでいかない マルチ対応でその場でずっと足踏みしてる
>今回のリリースで重要なのは、.NET Standardから.NET Frameworkライブラリを参照できることだ。 >レガシーコードを管理しているデベロッ
>>また最大公約数的なものができるだけ そういうのも必要でしょう。でも、今度はMicrosoft品質で1からつくってほしい。 あんまかわらなそうだったらいいけどw それ以外の特化アプリ作るならXamarin.iOS/Androidでいいし。 >>マルチ対応でその場でずっと足踏みしてる だな。
Forms、standardかどうたら話しあったけど、大幅に変える必要はないだろ。 どこをどう変えるの?
取り敢えずFormsの.NetStandard化はちゃっちやとやってくれ
FormsのUI部分は、UWPとXAML Standardで共通化すると発表があったでそ
XAML以外でまともなUI記述言語って何あんの。 最近ストーリーボードに対するヘイトは目にしたけど
>>476 でも内容を見るとクソみたいな内容だけどな
XAMLにまで最大公約数的な仕様ができるだけ
一体何のためにUWPとxamarinの最大公約数を作らないといけないのか理解できない
あくまでも各プラットフォームにあるコントロールを表現するだけのもので
WPFみたいに自由にはできない
>>477 html5 ....
Xaml StandardってXamarinでUWP,WPF式のXamlを書けてかつ従来の書き方もできるだけじゃないの? Xamarinに慣れた人もUWP,WPFに慣れた人もどっちでもスラスラ書けるようになるからデメリットはないと思ってるんだけど
>>480 誰もが平等に苦しむ仕様じゃなけりゃいいんだけどな
>>479 HTML5は文書フォーマットだったものを無理やりアプリケーションUIに使ってるキメラと思うが…
>>480 別表記もできるよってなるだけってんならいいんだけどな
HTML5がアリならLaTeXもアリかな tex原理派は流石にないと思ってるけど最早死滅してそうである
>>480 ちょい違うな
新しいルールで作られたXaml Standard部分だけ共通で
残りは環境依存
Xaml Standardの部分(buttonとか)は従来のものは書き直しの恐れあり
Xamarin.Formsでレイアウトが複雑なページ作って、ViewModelの値更新してバインドされたViewに通知がいってImageのSourceが変わったのに、 新しい画像に切り替わらずに元の画像も表示されない場合があるんだけど何が原因か予想できるひといますか? ログ出してみてもSourceの値変わってるんですがなぜかレンダリングされないんです
Xamarin.Formsはバグだらけでまともに使えないのでXamarin.Nativeでやりましょう
>>487 SourceのPropertyChangedイベントは発行してんの?
>>447 すまぬ、最近コピペ馬鹿がいないから代行してるだけなんだ
お前さんのレス、たまに的を射てて面白いから頑張っておくれよ
>>451 文面をちょいちょい変えてるから人工知能の範疇なんだゾ
むしろ「Xamarinは糞」という固定文に反応する俺の方が人工無脳と揶揄されるもの
昔流行った人工無脳(ChatBot)を知らない世代なのかな
人工無脳も入力された内容によって反応が変わる その微妙に的を外した頓珍漢な回答を楽しむものだろ
>>487 別のイメージのソースが変わってるに500カノッサ
>>489 ImageのPropertyChanged監視してみたらSourceの通知来てました
Xamarin.FormsとUWPのXAMLって書き方違ったのか クロスプラットフォームってなんだよ
>>498 Xamarin.FromsでUWPアプリ作る時はXamarin.FormsのXAMLの文法だぞ
>>498 Xamarin.FormsのUWPとAndroidとiOSは同じ。
UWPとXamarin.FormsのUWPは違う。
クラスと対応していないXamarin.Formsがダメ実装だったから統一しようという流れ。
.NET Standardはいいけど、XAML Standardの語彙の統一は見た感じあんまどうでもいいよな
Xamarin.Formsの記述でもUWPアプリは作れる 単に標準語と方言の違い
今では良かったがMicrosoftのものになったんだから統一すべきだわな。
XAMLはGUI用の言語じゃなくてオブジェクトのインスタンス作るための仕組みだから そういった意味では統一はされてるんでは? 統一されてないのはクラスだろうと思う 仕様は一括で以降じゃなくて部分的に実装されるみたいだから UWPとXamarinとで共通コードにしようとしてXaml Std1.0 使う場合は UWP側がかなり機能制限されることになる
うおおおおおおおおおおおおおおおおおおおおおおおおおおおおお
>>501 わかる
>>502 バカ?
>>504 ,505
わかる
>>506 アホ?
>>510 統一されてないのはクラスだと思うけど違うのか?
こいつらこんなに意思疎通できないのに仕事できてるんか
>>515 XAMLの基礎
岩永 信之
http://www.atmarkit.co.jp/fdotnet/chushin/introsl_02/introsl_02_01.html >XAMLという言語自体が定めているのは、XML要素をオブジェクトに対応付けるためのルールのみである
>(仕様上は、XAMLとCLRは独立しているが、SilverlightやWPFの場合、
>単純にXML要素からCLRオブジェクトを生成するものと考えて差し支えない)。
今namespaceで別のものを使ってるけど 新しいnamespace作ってそれを参照することになるだけということであろう
要はXAMLの始めに書いてある諸々の宣言をstandard用にすればstandardになるってことかな
Xamarinエンジニアというのは糞にしがみつくハエということ
明らかに素人のアホが紛れ込んでるな 叩くだけしか出来ないのなら無理に首を突っ込まなけりゃいいのに
「いつものコピペ馬鹿」くんが居なくなったからまた半端に構う子が出てきちゃった 人工無脳らしく固定文言に反応しろよなー
Xamarin.android でUSBメモリのファイルを読みたいんだけど、どうやればいい? 参考になるページとかあったら教えてください。
>>534 ほんとお前ボキャブラリー貧困だなー。頭大丈夫?
macのデスクトップアプリ作りたいけど storyboardが猛烈に使いにくい 何とかしてください
だからUIStackViewでやれってあれほど言ったじゃないですか!
>>540 xibやstoryboardはxcodeで編集した方が早い
VSではxmlの微修正程度
>>542 やったことないけど、Xamarinで作ったもののストーリーボードとかだけXCodeとかで開けるのん?
多分うちはFormsメインでもうネイティヴでは作らないだろうからストーリーボード触ることなさげだけどいつか試してみるわー
Xamarin.Formsアプリでも起動画面にはstoryboardやxib使いますからね
Xamarin程の糞はない C#も登場から何年も経ってるのに圧倒的にJavaの方が人気が高いし求人も多い VS for Macはgitでブランチを切り替えたりするだけでビルドできなくなる欠陥品だし Microsoftみたいな3流企業の製品を使っている奴はエンジニアとしての価値も3流ということ 大体MicrosoftはWindowsPhoneのシェアを二桁取ってからモノを言えと言いたい MicrosoftがやっていることはGoogleやAppleの作ったパイを横取りしようとしているだけ MVVM前提の開発環境とか言うくせに外部ライブラリを入れないと良い感じでMVVMできないし MVVMを推奨するならデフォルトで必要なライブラリなど全て入れた状態で配布しろ UIは共通化できると言うわりにListViewは重くてスワイプがもたついたり画像の表示が遅かったりする スマホアプリの最も基本的なUIであるListViewすらまともに動かないとか糞 Xamarin.Formsはちょっと複雑なことしようとするとお得意のdependency serviceとcustom rendererの連発 クロスプラットフォームと言うならXamarin.Formsだけでできないことを恥じろよ WebViewなどXamarin.Formsの提供するUI部品が糞すぎて 一旦Xamarin.Formsの提供する機能で実装して糞な思いをさせられた後で Xamarin.AndroidとXamarin.iOSで計3回も同じ実装をさせられるのが糞 クロスプラットフォームとか嘘っぱちやないか Xamarinなんてマイナーな環境使っている人が少ないせいでググって調べものするのに時間がかかるのが糞 qiitaやstackoverflowの情報もXamarinに関するものはAndroidの10分の1以下の投稿しかなくて 下手すると解決策が見つからなくてデザインや機能の面で妥協する結果となる 任天堂のXamarin製アプリも星平均3.0の糞アプリ認定されてる エンジニアもデザイナーもお客さんも全員がっかりするのがXamarin 結論としてXamarinを使うと開発工数は伸びアプリのクオリティは落ちるということ XamarinをやっているやつというのはC#の機能を使うことやXamarinを使うことそれ自体が目的化していて お客さんに良いものを届けたいという意思が存在していない ソフトウェアを作るということは価値のあるものを世の中に提供して世の中をもっといい場所にするために 行われることであるべきで、完全に自分本位でゴミを量産し続けるXamarinエンジニアは全員死んだ方が良い
ただレッテル貼りしてるだけで中身が無い 論点もバラバラ 長文読んで損した
"Xamarin.AndroidとXamarin.iOSで計3回も同じ実装をさせられるのが糞" 差分は作っても同じ実装することとかあり得なくて触ったことないのか無能すぎるのか判定に困る(´・ω・`)
>>546 それを持って、ストーリーボード触るとかいうのもだいぶ微妙感(´・ω・`)
とうとう荒らしがフィルタされるようになった ボキャ貧相手だと簡単やね
VSアップデートしたけどインストールしてあるandroidのSDKまったく同じものをもう一度ダウンロードして インストールしなおししてるみたいだけど意味あるの?ネットの帯域の無駄じゃないの?
Xamarinみたいな糞でやるからそういうことになる
Xamarinの勉強に行ったらプロジェクタでちょまどがずっと映されてて怖かった つーか、キモかった
>>559 みんな知ってることいちいち言って馬鹿なのかお前は
普通にマイクロソフトがやってるセミナーに行けばそんなキモいことやってないだろうに
ちょまよりかわいい彼女どころか、女の子と喋る時にぐふっぐふっとか言ってるキモオタがイキってるんですね。分かります。
ちょっと勉強してみようかなあと思ってるぐらいだと 勘違いキモオタコミュニティにしか見えない勉強会には行く気が萎えるんだけど。
>>569 勉強会行かないと勉強できないような奴は何やっても無駄だからやめとけ
>>571 ようするに勉強会じゃなくてファンクラブだと
>>570 キンタローの奇跡の一枚レベルの写真だな。
Snnpts - Xamarin Forms UI Snippets
http://snppts.io/latest >>578 OOPS... NO SNIPPETS FOUND!
インストール直後に空のプロジェクト作成でエラーとワーニングの嵐。 なんだこりゃ。俺が悪いの?
>>584 ありがとう。
新規プロジェクト即実行で動くのが当たり前だと思ってたから、
ちょっと愚痴ってみたんだ。
Nugetで更新してみたりググりながらやってはいるんだが、難しいもんだね。
FormsなのかNativeなのか ターゲットはAndroid、iOS、UWPどれか 実行PCの環境 これぐらいは情報ないと答えようないな 少なくともFormsならnugetでXamarin.Formsを最新にするのが第一
ザマフォはビルドエラー起きるの当たり前のようにあるよ クリーンリビルドしたりVs再起動したりすると治る
クリーン、リビルド、IDE再起動、PC再起動を頻繁に繰り返すのがXamarinを使った開発だ
ビルドキャッシュが腐ってるとか10年以上前のJavaみたいだなw
Xamarinの中の人、ハッカー気取ってるならビルドキャッシュの腐りぐらいとっとと直せよと思うわ。 それでいてなんか別のコミュニティのこと下に見てる節あるからな
架空の「Xamarinの中の人の像」を勝手に作り上げるぐらいしか叩くネタがなくなったか
クリーン、リビルド、IDE再起動、PC再起動を頻繁に繰り返すのがXamarinを使った開発だ
人脈が無くても大人から子供まで誰でも手軽にxamarinの勉強ができるようになればいいのになあ 姫と取り巻きにはできないだろうけどね
公式にたっぷり解説あるし、それでも不満ならソース公開されてるわけだしいくらでも勉強材料はある
あとXamarin Universityとかいうオンライン学習もあるし
>>598 人脈ないと勉強できないような奴はどのみち無理。つかプログラマとして無理。
ビルドキャッシュが腐ってるのはXamarinおよびVSを扱ってるMS USに直させないといけない ・・・つまりは、MS USに飛ばされた姫の人脈の使い所ってことだな! やっぱり「Xamarinするには、まず人脈♪」は正論なんだよなぁ おう、姫よお前の仕事だよ、働けよ
C#なんていう10年前の言語とか時代遅れの原始人の言語だよねー イケてるエンジニアはswiftやkotlinといったモダンな言語を使うのが普通 C#みたいな古臭い言語を使っているようじゃエンジニアとしての存在価値がないよ
>>606 きっとc#2.0で頭が止まっちゃってるんだね
10年分のライブラリなどの蓄積があるわけか 素晴らしいな
>>610 何をもって古臭い言ってるのかわからんけど、swiftよりはるかにまともな関数型だと思うが。
swiftやkotlinを使えない奴がXamarinに逃げてんのか
>>593 年収一千万の社員様がそんな野良仕事やるわけ無いだろw
身の程を知れw
お前らは黙って貢いでればいいんだよw
>>606 async,awaitをパクろうとしてる言語がなんだって?w
一応言っておくとプログラマー=作業員=低給、管理者=高給ってのはアジア圏だけの慣習
>>618 プログラマー = IT土方 = 奴隷 だろ?
インドあたりでは、ソフトエンジニアは社会的地位や収入は医者並とか言われているな
>>620 IT土方と呼ばれる建設業同様の多重下請け業界が成立している国が日本ぐらいしかない
IT土方は大企業のシステム等の開発を主な生業としているが、そもそも欧米ではそんなもの一々作らず出来合いのものを買ってきて企業はそのシステムのやり方に合わせる
日本人は自分達の企業は特殊だという勘違いがあるから自社の業務プロセス専用のシステムをわざわざスクラッチで作らせる
>>623 欧米の中堅以上の企業のシステムは内製だぞ。
システムの開発が終わると保守要員だけ残して後のプログラマーはリストラされる。
そうそう、だからプログラマー(笑)なんかよりもエヴァンジェリストやってる方がいいんだよねw
>>625 内製つってもパッケージを色々まともに利用するだろうけどな
日本では案件終了したら解雇ってのができないから結局自社で開発人員雇えず外注するしかない 大企業から直接受注する所も同様に大規模案件だから社員増やすなんてことできずそのリスクを下請けにたらい回しにする つまり根本原因は日本の雇用の仕組みにあって簡単に解雇できるようにすれば解決するわけで、 連合が賛成しかけてたが結局反対になったのにはがっかり
swiftやkotlinを使えない奴がXamarinに逃げてんのか
Xamarin程の糞はない C#も10年前の時代遅れの言語だし圧倒的にswift,Java,Kotlinの方が人気が高いし求人も多い VS for Macはgitでブランチを切り替えたりするだけでビルドできなくなって、 クリーン、リビルド、IDE再起動、PC再起動を頻繁に繰り返さないといけなくなるのが糞 大体MicrosoftはWindowsPhoneのシェアを二桁取ってからモノを言えと言いたい MicrosoftがやっていることはGoogleやAppleの作ったパイを横取りしようとしているだけ MVVM前提の開発環境とか言うくせに外部ライブラリを入れないと良い感じでMVVMできないし MVVMを推奨するならデフォルトで必要なライブラリなど全て入れた状態で配布しろ UIは共通化できると言うわりにListViewは重くてスワイプがもたついたり画像の表示が遅かったりする スマホアプリの最も基本的なUIであるListViewすらまともに動かないとか糞 Xamarin.Formsはちょっと複雑なことしようとするとお得意のdependency serviceとcustom rendererの連発 クロスプラットフォームと言うならXamarin.Formsだけでできないことを恥じろよ WebViewなどXamarin.Formsの提供するUI部品が糞すぎて 一旦Xamarin.Formsの提供する機能で実装して糞な思いをさせられた後で Xamarin.AndroidとXamarin.iOSで計3回も同じ実装をさせられるのが糞 Xamarinなんてマイナーな環境使っている人が少ないせいでググって調べものするのに時間がかかるのが糞 qiitaやstackoverflowの情報もXamarinに関するものはAndroidの10分の1以下の投稿しかなくて 下手すると解決策が見つからなくてデザインや機能の面で妥協する結果となる 任天堂のXamarin製アプリも星平均3.0の糞アプリ認定されてる エンジニアもデザイナーもお客さんも全員がっかりするのがXamarin 結論としてXamarinを使うと開発工数は伸びアプリのクオリティは落ちるということ XamarinをやっているやつというのはC#の機能を使うことやXamarinを使うことそれ自体が目的化していて お客さんに良いものを届けたいという意思が存在していない ソフトウェアを作るということは価値のあるものを世の中に提供して世の中をもっといい場所にするために 行われることであるべきで、完全に自分本位でゴミを量産し続けるXamarinエンジニアは全員死んだ方が良い
アンチに見せかけて内容よく読むと C#への偏執的な愛と必死さに溢れてるよな。 嫌なら褒めてる他の言語にすりゃ良いだけなのに、 それが出来ないでしがみついてる所とか。 みんな多かれ少なかれ不満は持ってると思うし、 MS含めて今のXamarinに納得してる奴なんていないんだから、 最後に一言付け加えればいいんだよ。 「それでもXamarin使いたいです」 ってな。 そうすりゃ同じ様な考え持ってる奴は賛同するだろうよ。 それが無いから誰からも嫌われる。
>>635 なんて期待してたものに裏切られたからこんな風になってるだけだろ。
本来は好きだからこのスレにいる。そんなのみんなわかってたこと。
ここ(
>>638 )に分かってなかったヤツがいるじゃねーかwww
みんなとは一体・・・うごごご
画像見て期待しつつ本物見たら化粧と髪型と衣装でごまかしたブスだとわかって暴れ出した、みたいな?
なんだかんだ言っても結局みんなXamarinが好きって話
MSに買収されなかったら見向きもしなかったくせにw
見向きもしないというよりは買収前は高嶺の花で手を出しづらかったんだよ MSDN割引を利用してもAndroidのBusinessだけで年間10万以上したからな
無料化によって敷居が低くなり 低スキルPGの増加は間違いない それにより今まで(表面上は)問題なかった点も指摘されるように
裾野を広げるために誰か公式ドキュメント全部訳してくれよ
ペゾルト本の日本語版あるんだな
https://www.amazon.co.jp/gp/aw/d/4822298868/ref=mp_s_a_1_1?__mk_ja_JP=%E3%82%AB%E3%82%BF%E3%82%AB%E3%83%8A& ;qid=1505830071&sr=8-1&pi=AC_SX236_SY340_FMwebp_QL65&keywords=Xamarin.forms&dpPl=1&dpID=51WoBV0nmzL&ref=plSrch
年間10万円する高嶺の花だと思ってたけど、簡易に世に出回るようになったら雑草レベルだった、悲しい 信仰が逆ブレしてアンチになるのも分からいでもないよ
それはないわ 信仰が逆ブレでアンチとか、漫画じゃあるまいしそんな頭の中お花畑な奴がいたら笑いものだわ
ん?だから笑ってるんじゃないのかいな まさか、アンチを笑っているんじゃなくてマジギレしてるわけじゃないだろ
582だが、やっと動くようになってきたよ。 ググりまくって一個ずつ潰したらどうにかなった。
更新来た
Release Date: September 19, 2017 - Visual Studio 2017 version 15.3.5
https://www.visualstudio.com/en-us/news/releasenotes/vs2017-relnotes#15.3.5 > Introduced support for Apple's Xcode 9, iOS 11, tvOS 11 and watchOS 4
Visual StudioでXamarinアカウントにログインする必要ってある?
そもそもニートのお前はXamarin使うような開発せんでええやろ。VBでも使ってろよ。
>>655 とりあえずログインはしてる
表示がグレーのままだとなんとなく気持ち悪くて落ち着かない
Xamarinをやるということは人間としての質が低いということだ
全く無関係の他人が使ってる技術にいちゃもん付けるような奴の質よりはマシだろうな
クリーン、リビルド、IDE再起動、PC再起動を頻繁に繰り返すのがXamarinを使ったアプリ開発だ
Xamarinに飛びつくやつというのはプログラミングのセンスがない
同じことしか書き込まれてない気がするんだけど実際使ってる人いるの?
>>670 無能が何回も同じこと書いてるだけだからな
Xamarinはオワコン 去年がブームのピークだった 後は落ちていくだけ 未だにしがみついてるやつは馬鹿
そう言いながらこのスレにしがみついてどのぐらい経つのw
>>674 だってお前さんみたいなのが丁寧にレスしてくれるから
打てばひびくオモチャで遊ばないのはアホ
>>677 だってお前さんみたいなのが丁寧にレスしてくれるから
打てばひびくオモチャで遊ばないのはアホ
(再掲)
>>679 Xamarinしか知らなければそうだな
「定期」とレスする所までが定期だとは分かっているが、「定期」より先に反応する
>>680 好き
そりゃ打てば響くと遊ばれるわ
どうでもいい煽りにしか反応せず、Xamarinの話題がまったくないのが現状を物語ってるんじゃないか
WindowsPhoneが死に体の今、.NETのまま動かそうとするのは間違い。 ReactNativeとかNativeScriptの方が単純にアプローチとして正しい。
Xamarin程の糞はない C#も10年前の時代遅れの言語だし圧倒的にswift,Java,Kotlinの方が人気が高いし求人も多い VS for Macはgitでブランチを切り替えたりするだけでビルドできなくなって、 クリーン、リビルド、IDE再起動、PC再起動を頻繁に繰り返さないといけなくなるのが糞 大体MicrosoftはWindowsPhoneのシェアを二桁取ってからモノを言えと言いたい MicrosoftがやっていることはGoogleやAppleの作ったパイを横取りしようとしているだけ MVVM前提の開発環境とか言うくせに外部ライブラリを入れないと良い感じでMVVMできないし MVVMを推奨するならデフォルトで必要なライブラリなど全て入れた状態で配布しろ UIは共通化できると言うわりにListViewは重くてスワイプがもたついたり画像の表示が遅かったりする スマホアプリの最も基本的なUIであるListViewすらまともに動かないとか糞 Xamarin.Formsはちょっと複雑なことしようとするとお得意のdependency serviceとcustom rendererの連発 クロスプラットフォームと言うならXamarin.Formsだけでできないことを恥じろよ WebViewなどXamarin.Formsの提供するUI部品が糞すぎて 一旦Xamarin.Formsの提供する機能で実装して糞な思いをさせられた後で Xamarin.AndroidとXamarin.iOSで計3回も同じ実装をさせられるのが糞 Xamarinなんてマイナーな環境使っている人が少ないせいでググって調べものするのに時間がかかるのが糞 qiitaやstackoverflowの情報もXamarinに関するものはAndroidの10分の1以下の投稿しかなくて 下手すると解決策が見つからなくてデザインや機能の面で妥協する結果となる 任天堂のXamarin製アプリも星平均3.0の糞アプリ認定されてる エンジニアもデザイナーもお客さんも全員がっかりするのがXamarin 結論としてXamarinを使うと開発工数は伸びアプリのクオリティは落ちるということ XamarinをやっているやつというのはC#の機能を使うことやXamarinを使うことそれ自体が目的化していて お客さんに良いものを届けたいという意思が存在していない ソフトウェアを作るということは価値のあるものを世の中に提供して世の中をもっといい場所にするために 行われることであるべきで、完全に自分本位でゴミを量産し続けるXamarinエンジニアは全員死んだ方が良い
ちゃんと理解すれば業務でも使えるレベルではあると思うけど、ここにいる人たち何も結果出さない人ばかりだから意味ないね 少しは真面目に技術的な話ししたら?
正直、Xamarin自体の話題ってあんまし無いもんな 困ったらネイティヴ実装の情報漁ればいいし バックエンドを.NetCoreに乗り換えてフルC#環境になったら快適過ぎ笑える
>>690 .NetCoreに乗り換えてフルC#環境w
gtk#対応とかもしようとしてるみたいですけどlinuxで使えるようになる日は来ますかね
MSのエコシステムでしか生きてこなかったボンクラが必死www
>>694 ミゲルの尻馬に乗ってたハカー気取りがなんだって?
>>695 .netが糞じゃなくて、それを使ってるエンジニアが糞なのね。
反論でけんわ~
ってXamarinすらまともに使えない人に言われましてもw
だってお前さんみたいなのが丁寧にレスしてくれるから 打てばひびくオモチャで遊ばないのはアホ
これって例の人達が 話題を切り替えるためにやってるんじゃないかと…
個人開発のしょうもないアプリか、アプリ開発受託会社とかが、両OS対応向けの中途半端なアプリにXamarin使うくらいしか用途ないんでは? 今一Xamarinで開発したアプリの実例が出てこず、 まともに開発しようと思ったら、結局ネイティブ開発に移行するだろうし、 今Xamarinで開発してる中途半端なアプリは、後に改修なりメンテナンスなりする人が可哀想
お前が心配するようなことではない まず自分の行く先を心配しろ、ボケ
任天堂のXamarin製のアプリは任天堂が出したスマホアプリの中で一番星平均が低く星平均3のクソゲーだからな もともの任天堂の有料オンラインサービスは今年の秋に始まるはずだったのにXamarin製アプリが糞のせいで来年に延期されてしまった Xamarinを使うと開発工数が伸び、アプリのクオリティは落ちるということ 東大出身の優秀な任天堂社員ですらまともにアプリ開発できないというのはXamarinが糞と言わざるを得ない エンジニアもデザイナーもお客さんも全員がっかりするのがXamarin こんなゴミに手を出す暇が合ったらネイティブ開発に時間を費やすべき
図星でグサッときちゃったのね・・ ボケとか乱暴は言葉でXamarin開発者の民度を下げないようにお願いしますm(._.)m
今時まだ両OSで同じロジック同じように書くとか、週末プログラマです?
>>703 Xamarin活用例なんて散々出てきてるでしょ
>>710 何が楽しくてOS依存がないロジックを別の言語で複数回書かなきゃならないんだ?
人件費という最大のコスト要因を考えれば日曜プログラマーより企業の方がよっぽどその点を気にしなければならない
Xamarinの開発環境が糞過ぎて、 クリーン、リビルド、IDE再起動、PC再起動を頻繁に繰り返さないといけない ロジック共通化のメリットなど吹き飛んでしまう糞環境 こんなの使ってる奴は知能障害があるレベル
Xamarinは良いんだがMicrosoftが使わない。 未だに旧Xamarinチームでそれが問題。
Microsoftも糞認定して使わないのがXamarin
当面の一時しのぎでxamarin買収しただけであって、 本命はこの後でてくるMicrosoft純正の開発環境。 .NET Standard 2.0でその準備ができた。
WindowsPhoneがヒットしてない時点で何も説得力がない スマホの世界で主導権握れなかったくせに あとからなんとかパイにありつこうとしてる姿がきもすぎ そんなきもい会社の開発環境を使ってる奴はセンスなさすぎ
そんな会社のOSを使ってる奴がそこら中に居たらびっくりだね
プログラマーのはずなのにキモいとかセンスがどうとか、感情論の批判を連発してる時点でもうね・・・
プログラマどころかコンピュータの基礎すら理解できているのか怪しいお子様が居座っているからな
>>712 ,717,719
今時まだ両OSで同じロジック(を違う言語で)同じように書くとか、(大したものを作らない)週末プログラマです?
って意味だろ。
お前らプログラムがどうとか言う前に読解力養ったほうがいいんじゃねーの。
私こそが、C#しか触ったこと無い週末プログラマです。 それでもスマホのアプリ作ってみたいから、ちょっと試してるんですが。 エラーとかワーニング多発でヒヤヒヤしますね。 今時の開発環境ってこんなもんですかね。
Cordovaとかでも結構思い通りにならずにヒヤヒヤ出来るぞw
Qt, Cocos2dx, RubyMotion, Kivy, NativeScript, Corona, RoboVMの辺りもヒヤヒヤ Xamarinだけじゃないのだw
>>724 AndroidとiOSで同じロジックを別の言語で別々に書いた方が良い例を具体的に教えてほしい
どう読んでも「大したもの」というのは同じロジックを別の言語で別々のコードとして書くもの、としか読めない文章なんだが
>>726 Xamarinは正直開発環境としてはだいぶバギー。
動いたらちゃんと動くんだけどね、それまでが…
>>731 そもそも論理構造が滅茶苦茶な文章書いておいて読解力とか、こいつの書いたコードは読みたくないわ
>>734 >>724 の補足で意味掴めないとか、お前プログラム書いた方が早い仕様書作ってもらえないとプログラム書けない人?
日本語が不自由なのはプログラミング言語が母国語な人工無能という可能性 煽りに懇切丁寧にレスするここのスレ住民は、特定キーワードに反応するChat Botだと思うの
流石にちゃんと仕様が用意されてないプログラム書けるようなエスパーはそうそういないだろうな 仕様が明記されていない以上、何作っても「そんなんじゃない」と言われるリスク背負い続けるわけで
読解力ないのに、レスして突っ込み入れるの好きとかもう話が明後日の方向に行くから 勘弁してくれって感じだねw
>>730 とりあえずこの人の読解力マジやばいのは皆同意でおけー?
>>737 人工無能でもエスパーでもなく、普通の人間ならスルーを覚えるんだけどな
スルーを覚えず、「そんなんじゃない」を繰り返すのが面白い
抽象的だったり多少間違った日本語を解釈できず「そんなんじゃない」を返すのは人工無能的だと思った
VSCode+dotnet core CLIってサポートされてへんの? ゴミやん
Xamarin程の糞はない C#も10年前の時代遅れの言語だし圧倒的にswift,Java,Kotlinの方が人気が高いし求人も多い VS for Macはgitでブランチを切り替えたりするだけでビルドできなくなって、 クリーン、リビルド、IDE再起動、PC再起動を頻繁に繰り返さないといけなくなるのが糞 大体MicrosoftはWindowsPhoneのシェアを二桁取ってからモノを言えと言いたい MicrosoftがやっていることはGoogleやAppleの作ったパイを横取りしようとしているだけ MVVM前提の開発環境とか言うくせに外部ライブラリを入れないと良い感じでMVVMできないし MVVMを推奨するならデフォルトで必要なライブラリなど全て入れた状態で配布しろ UIは共通化できると言うわりにListViewは重くてスワイプがもたついたり画像の表示が遅かったりする スマホアプリの最も基本的なUIであるListViewすらまともに動かないとか糞 Xamarin.Formsはちょっと複雑なことしようとするとお得意のdependency serviceとcustom rendererの連発 クロスプラットフォームと言うならXamarin.Formsだけでできないことを恥じろよ WebViewなどXamarin.Formsの提供するUI部品が糞すぎて 一旦Xamarin.Formsの提供する機能で実装して糞な思いをさせられた後で Xamarin.AndroidとXamarin.iOSで計3回も同じ実装をさせられるのが糞 Xamarinなんてマイナーな環境使っている人が少ないせいでググって調べものするのに時間がかかるのが糞 qiitaやstackoverflowの情報もXamarinに関するものはAndroidの10分の1以下の投稿しかなくて 下手すると解決策が見つからなくてデザインや機能の面で妥協する結果となる 任天堂のXamarin製アプリも星平均3.0の糞アプリ認定されてる エンジニアもデザイナーもお客さんも全員がっかりするのがXamarin 結論としてXamarinを使うと開発工数は伸びアプリのクオリティは落ちるということ XamarinをやっているやつというのはC#の機能を使うことやXamarinを使うことそれ自体が目的化していて お客さんに良いものを届けたいという意思が存在していない ソフトウェアを作るということは価値のあるものを世の中に提供して世の中をもっといい場所にするために 行われることであるべきで、完全に自分本位でゴミを量産し続けるXamarinエンジニアは全員死んだ方が良い
火消しもクソも最初の書き込みははしょりすぎだとして、その後の補足入れてもまだ意味不な読解してたりグダグダと論理構造がーとか言い訳したりして、もう理解力ない無能さ加減はわかったからこの話はいいよ。しつこい。
はいはい さ、FLASHをHTML5に変換する仕事に戻るんだ
>>744 Xamarin、monoベースですし
.netcoreに統合してくれると楽でいいんだけどねえ
てかformsのPCLはまだ.netstandardに移行してないんかえ?
経験を経てもコア開発に加われないレベルの低いプログラマーは、クロスプラットフォーム開発フレームワークを使うには早すぎる。大人しく Web のエコシステムに頼るべき
イカリングがクソって話だっけ? あのクソさはXamarin関係ねーだろよ
Xamarinのせいで任天堂が良いアプリを提供することができなかった
>>757 Xamarinを使ったアプリの全てに同様の不具合があるのならともかく、
あれは開発会社が無能だっただけだろうが。
1つ悪けりゃ全部悪いとか、左巻きの考えだな
結局それ Xamarin製のアプリはひどいと言われたら、それはたまたまそのアプリが悪いだけと否定する じゃあまともなXamarin製アプリはあるのかと聞かれても、良い見本になるアプリはない 良いアプリを作るというより、Xamarinを使う事が目的化してるから、Xamarinに振り回されてまともなアプリも作れないんだろう
>じゃあまともなXamarin製アプリはあるのかと聞かれても、良い見本になるアプリはない 何勝手に断定しちゃってるの
Xamarinを使うと開発工数は伸びアプリのクオリティは落ちるということ
>>764 それはおまえみたいなカスが使った場合な
>>762 紅白とかカブドットコムのアプリもざまりん、
>>766 何度同じ話を繰り返せばいいの?バカなの?死ぬの?
カブドットコムとか聞いたことないが星3.1のクソゲーじゃねえか 紅白とかXamarin.nativeだからクロスプラットフォームのメリットなんかないじゃねえか
Xamarin.nativeでもロジック共有できるんだから意味あるだろ
>>769 なんで証券会社のアプリがゲームなんだよw
そのために クリーン、リビルド、IDE再起動、PC再起動を頻繁に繰り返すんか ロジック共通化のメリットなど吹き飛んでしまう糞環境 低レベルな作業を繰り返してご苦労さんって感じだなw
>>769 おまえはザマリンネイティブだと何も共通化できないとでも思ってるの?本当にバカなの?
UI共通化できないんじゃネイティブでやった方がええわ
「UI共通化できないならロジックも共通化しなくていい」 うん、論理破綻してるね
ロジック共通化だけでは開発環境の糞さのデメリットの方が上回る
>>780 んじゃお前はもうXamarin使わないゃいいじゃん。なんでここにいんのw
このスレを読んでいる若者がXamarinで開発してみようなんて 間違った考えを持たないようにXamarinは糞であるという 正しい情報を伝えていかないといけない
君らもネイティブでやってれば星4.5のアプリが作れてたのに、 Xamarinなんかに関わったせいで星3のクソゲーしか作れない microsoftのMVPを取ることより星4.5の役に立つアプリをリリースすることの方が 遥かに価値がある それが分からないようじゃソフトウェア開発の素養が無いということだから 別の仕事を探した方が良いよ
おい、誰か
>>780 の開発環境がクソという意見に反論しろ
Xamarin.Forms使い物にならない、Xamarin.Native開発環境がクソって、総じてXamarinは糞を肯定しちまうじゃねぇか
本人が糞と認識しているものに集る糞蠅なんだからいいんじゃね。 糞蠅なんか気にしないで殺虫剤(あぼん)まけばいいだけ。
>>784 そりゃ本人が無能なんだから何使ったって無駄なんだもん
>>784 ザマリンネイティブでもザマリンフォームでもいい感じに共有できるしクロスプラットフォーム開発のツールとして現実界をいい感じに具現化してるとともうが、開発環境がくそなのは否定しないよ。
それを補うメリットがあるから使ってるけど。
クリーン、リビルド、IDE再起動、PC再起動を頻繁に繰り返す なんて低レベルな作業は俺には耐えられないなあ
>>789 考えもなしにライブラリのアップデートとかしない限り再起動なんか必要ない。
まともな運用ができない奴ほど文句を言う。
>>787 東大卒さんがプログラマーに適性があるとは限らんからな。
適性のないヤツにはむりぽ。
MicrosoftのアプリはXamarin使ってなかったりしてね。
マジレスすると、開発環境は今んとこクソだけどロジック共通化出来るのはかなりメリットでかい Formsも今のトコ微妙だけど、大したことしないシンプルなアプリだったら問題ないよ 良くなかったら部分的にネイティブで実装すりゃ良いし
糞じゃなくなってからリリースしろよ 時間の無駄だろ
>>799 おんぶに抱っこで全部してもらわないと何も出来ないのか
もはやLINQもasync/awaitも無しで書けって言われるとしんどいわ C#ってだけでオイシイ
>>800 バグ取ってからリリースしろよってことかと。
昔に比べてソフトウェアの品質がどんどん悪くなっていく。
仕方ない気もするんだが。
ソフトの規模が半端ないし、OSも含めて外的要因が多々あるんだろうし。
おまけに、こちとら1円も料金払ってないしw
>>799 お前は存在が社会の無駄だから自害しろよ
xamarinの本命は.net nativeが動く.net Core2.0なんだから もう少し様子見かな? ndk並のソフトがxamarinで作れるようになったら最強の環境になりうるけど 果たして何時完成するのやら
>>803 開発始まってから大した期間たってないから機能足りてないのは当たり前だし、
今となっては始まってすぐリリースしちゃうのも当たり前になってるからこれくらい自分でなんとかできないと辛いと思う
外的要因多い製品だからより多いってのはそのとおりだと思う
昔より品質が悪いって言えばまあそうなんだけど、流れが早くなってるからしょうがないね
ついていけるレベルじゃないとこういうOSSは使えないから、違う世界行くかそういうレベルになれるよう自分含め努力するしかない
>>769 証券会社のリリースするアプリがゲームだと思う時点で世間知らずの無能であることを露呈してるんだよね
プログラムとか組んだことなくてゲームしか知らない世間知らずの子供が粘着してるだけだろ ネットを漁って適当な言葉を並べ煽って喜んでるだけの馬鹿
だってお前さんみたいなのが丁寧にレスしてくれるから 打てばひびくオモチャで遊ばないのはアホ
専用スレで技術的な会話がないのが現状を物語ってるね。
ム板で技術的な話なんてほとんどないだろ あっても初心者の質問ばっかりで仕事に役だったことないよ
んじゃ誰かFastRenderer試してみてどうだったか教えてくれ
新作キタ
>>821 高収入だとお絵かきが仕事になるの?
関連性が全く分からないからちょっと解説してくれ
SwiftとJavaが減少、その理由は? - 10月開発言語ランキング | 企業IT | マイナビニュース
https://s.news.mynavi.jp/news/2017/10/06/140 Tiobe SoftwareではこうしたSwiftとJavaの衰退の理由を、モバイルアプリの開発が個々のプログラミング言語を直接使うスタイルではなく、同時にiOSとAndroid向けのアプリを開発できるフレームワークに移っている点にあると指摘している。
iOSとAndroidアプリを同時に開発できるフレームワークとして、Tiobe SoftwareはMicrosoft XamarinおよびApache Cordova、Ionicを挙げている。
Microsoft XamarinはC#、CordovaとIonicではJavaScriptを利用する。このため、JavaとSwiftの下落と同時に、C#とJavaScriptの増加傾向が見られると分析している。
iOSのシェアは毎年確実に下落しつけるわけだし、 そりゃこうなるってばよ。
いよいよswiftも失速し始めたのか 一社囲い込み施策の限界が見えてきてるな
最近やたらに数が増えてきているLL言語に票が分散してるだけだろ それにしてもC言語とJavaの落ち込み方は凄まじいな
>>827 C#の増加傾向が見られるって書いてますやん
リンク移動
http://news.mynavi.jp/news/2017/10/06/140/ てか、表のプラマイは月ごとの数字だが、論評は今年に入ってのトレンドだから・・・・
>>823 誰もそんな関連性指摘してないと思うが。
>>830 グラフも決してトレンドとしては増えてはないような?毎月の上下はあるけど。
まあマイクロソフトスタックばかり使ってるから.NETもっとはやってちょ
Othersの割合が多すぎだしKotlinが増えてるだけだろ
クロスプラットフォームは増えてるがC#(Xamarin)はシェアを落としているということか
シェアではなくて言語別の検索件数の大小比較だしな 元々の利用者が多いか、逆にあまり書籍等が普及していないマイナー言語の方がポイントは増える
表は割合を示して、C#が増えてるってのは調査元の見解だから 割合は大して変わらんけど件数は増えてるってことだろうね それにしてもCとJavaの落ち込み具合は酷い
出川哲郎の様に本人は変わってないのに世間の評価が変わって 一発逆転もありうる
Javaが落ち込んだと言っても圧倒的1位だし 落ち込んだ分はKotlinに流れてるだけだし Kotlinは実質Javaみたいなもんだし Javaの圧倒的勝利でXamarinは糞でFA
>>843 Javaが全部スマホ開発用とでも思ってるがガイジか。
Javaは実質有償化するし、これからはC#の時代が来る!
Java実行環境のLTSは優良なんだって LTSでないのは半年毎にアップデートだから製品版ではきつい
JavaのLTSの話は実行環境(JRE)ではなくて開発環境(JDK)の話だろ
>>846 有償の長期サポートを受けるか、半年ごとにバージョンアップするかの二択になった
しかもサポートはプロセッサーライセンスやで
javaはこれからサーバーサイドのお仕事ががくんと減るだろうな
>>851 ん?.NET Coreの絡みで?あ、オラクルの話か?
多種多様なハードがOSで統括されたように、 プログラム言語も統括されれば、こちらとしてはやりやすいかな。
SwiftとKotlinってスマホ専用って感じで学んでもイマイチだな
Kotlinはサーバー側で使われだしてるぞ 書籍も出てるし
C#でデスクトップもサーバーもスマホも組み込みも全部できる 学習コスパ良いぞ
C/C++、Java、C#のような汎用言語が一番だな。 あとJavaScriptくらいか。
dotnet core = PCLだよ 覚えておいて
デスクトップは実質windowsだけだし サーバーもスマホも組み込みもデファクトスタンダードじゃない ゴミなんだよねー
Qiita見ると、kotlinの投稿が1日1件はあるな。 ミーハー多すぎw
VS2017からやろうとしたらプロジェクトの作成が失敗する こんなところで躓くとはな・・・
Googleはザマリンのことどう思ってるの? コトリンはすぐ取り入れたが
Xamarinの投稿数 609 Kotlinの投稿数 762 Xamarin雑魚過ぎwよくこんなマイナーな糞環境使ってんなww頭おかしいwwwwww
Titanium以降色々触ったけど、泥で遅くならない両対応てXamarinだけだったな Reactも泥の罠に嵌ったっぽいし
>>877 Xamarinみたいな糞でやるからそういうことになる
Windows 10 Mobileが正式に死んでお前ら大勝利やん
Microsoft の中の人が Windows 10 Mobile 終了を宣言した話 - 古事連記帖
http://ayano.hateblo.jp/entry/2017/10/09/090210 ますますXamarinを使う意味がなくなるなwww
>>889 おまえアホだな
そこで叩くのならUWPであって、Android、iOSをターゲットにするならXamarinに意味はある
しかもW10mは終了するかもしれんけど、MSのモバイル戦略が終了したわけではない(Windows on ARMの動向によるが)
叩きたいだけの馬鹿はリアルでストレスだらけのゴミなんだろうな。ご愁傷様
そもそもXamarinが何なのかを知らない人にそんな説明しても無駄だろうな
>>890 そもそもザマリンで10モバイル対象にしてた人どんだけいるんだろ…
ちょま姫に近づいてセックスするために覚えてる人だっていっぱいいるはず
最近、MicrosoftがやたらAndroidアプリを投入しだしたな。 Windowsとの連携で食ってかかろうというつもりなのか。 でも上手くいくかな。品質やセンスに不安を感じるし。
officeライセンス付きandroidとか出て来るんだろうか
ちょまどにライバル
Pythonプリンセス現る
ミス理科大 No.5 鈴木りか @misstus2017_05
やっぱり君なんだ
https://misscolle.com/tus2017/vote 今日も投票お願い致します!
最近のMSはいろんなOSからAzureに繋いでもらってもうけようという戦略だね
>>900 そうそう。だから、いろんな機種の上位に立つ目論見じゃないかな。
Microsoftがやりたがりそうなことじゃないか。
Azureのビジネスモデルは、サーバーサイドの利用者との契約によるものでクライアントのユーザーに繋いでもらって収益を得るようなものではないけどな
edgeのios,android展開は単にブラウザのシェア取りに来ただけ?
デバイス間連携を軸にMSアカウントを活用してもらってMSサービスに囲い込む あとはEdgeの普及率を増やしてweb標準に関して何とか主導権をって所かな 正直後追い感は否定出来んけど
このスレにいること自体がXamarinと言うMicrosoftのサービスに囲い込まれているのだよ
>>925 レンダリングエンジンは各OSのやつ使うらしいよ。
確か、そもそもiOSはappleがSafariと同じエンジンのやつしか使っちゃだめっていう縛り入れてたはずだから。
多分Windows Phoneが死んだ今、Windows Phoneで目指してた使い勝手を実現するためにはブラウザを別OSに展開するしかないってことじゃないかな?もしくは、プラットフォームとして重要なのはOSではなくてブラウザだとして見てるのかも。
10モバイルは死んだ。これからはアンドロメダだってことじゃないの?
そして上手くいけば良し、 でなければXamarinを見捨てて、別の開発環境に馴染んだ方が身のため、か。
AndroidとiOSが生き残っている限りはXamarinの優位性は変わらない
本来XamarinはWindows以外に.NET環境を移植するために始まったプロジェクトなのに何を言ってるんだか
うおおおおおおおおおおおおおおおおおおおおお
やっとBrainfuckが仕事で使える時代が来たか。
>>919 これっていずれmonoが消えてMS実装に差し代わるってこと?
がんばれMS超がんばれ
>>921 いや、基本ライブラリが同一の規約に基づいたものになるってこと
どこかのタイミングでモノから脱却したいとか考えてるのかの。 ツールのエコシステムとかあるだろうからそう簡単に置き換えられないとは思うけど。
>>919 PCLはこれで言うとどこに位置するものなの?
>>924 PCLは特定のライブラリのことではなくてコードの共有の仕組みのこと
次の記事のPCL(PortableClassLibrary)と共有プロジェクト(SharedProject)の比較の図解が分かりやすい
https://developer.xamarin.com/guides/cross-platform/application_fundamentals/code-sharing/ >>926 Standardがそれの改善版という位置付けではないのか?
>>927 .NET StandardはAPIの仕様を規定したものであって具体的なコード共有の実装方法とは無関係
まあ現実的には大概のプロジェクトは殆どPCLモデルが採用されるとは思うけど
>>928 そこで言ってるPCLモデルってのは具体的に何を指すのん。
.Standardのライブラリプロジェクトととか作れると思うが、それは今までPCLがになってた役割の代わりをするものではない?
https://twitter.com/pgrho/status/918794623929106433 Xamarin.Forms、高校生が1時間で書いたようなバグだらけのライブラリを提供してくれるのでお勧めですよ
PCLプロジェクトのプロバティから.Net Standardに切り替えることが出来るからPCLと.Net Standardは似たような立ち位置のものなのかと思ったけど違うの? なんかよくわからないな
PCLプロジェクトはターゲットのプラットフォームに用意されてるC#で書かれたAPI(Monoとか)の中から共通してるものだけを使い、 .Net Standardプロジェクトはクロスプラットフォームを前提としたAPI自体を再定義してそのAPIを使うというような感じ?
Androidは.Netと互換性を持たせたMonoがあって、iOSでそれに当たる実装はあるの?Windowsはもともとある.Netがそれにあたるんだよね? .Net Standardはそれらの実装とはまた別のAPIってこと?
>>933 .NET Standardは、Fullの.NET Framework, mono, .NET Coreらが共通して実装すべきBCLのAPIを定めた規約のこと
https://docs.microsoft.com/ja-jp/dotnet/standard/net-standard >.NET Standard は、ポータブル クラス ライブラリ (PCL) に代わるものです。
だいたい
>>932 であってる
旧PCLは.NET Framework、UWP、Window Phone、Silverlightなどの「実装」の最大公約数のAPIのみを使うという制約だった
つまり、「各実装→PCLが決まる」
でも.NET CoreやXamarinなどが登場して実装が増えてきた
.NET Coreとかの開発時にどのAPIを優先実装すればいいのかわからない
利用者からしても全てのターゲット向けに作るとAPIがスカスカで使いものにならない
それが致命的になる前に「最大公約数を定義しよう」というのが.NET Standard
今後(というか現在)は「.NET Standard→各実装」になる
もし独自の.NET実装を作ろう!と思ったらとりあえず.NET Standardのバージョンが小さい順に実装していけば良いという状況になった
実際、以前は.NET Frameworkでは使えるけどXamarinでは使えないみたいなライブラリが減ってる
>>935 それはわかってるからPCLとの関係性を説明してくれよ
API仕様っていうと語弊がない? .NetStandardでビルドしたdllはLinuxWinMacAndroidiOS全部で動く コードレベルじゃ無くてバイナリの仕様が共通化してる
アプリ開発はクロスプラットフォーム開発が主流になるの?
落ちぶれたWindowsしかできないボンクラどもがそうなってるだけ
>>939 語弊もなにも、.NET StandardはAPI仕様のことだよ
もっと勉強しろや、低悩
>>940 Andorid and iPhone (WinPhoneは除外)
こんな糞が主流になるわけない Microsoft自身も自社製アプリにXamarinを使ってないし、 大手の有名アプリでXamarin製のものなんかほとんどない たまに出てきたと思ったらレビュー平均星3.0のクソゲーしかない
>>944 942は最近差し込まれた序文を見てイキってるだけだ、気にすんな
どうやらAPI仕様を".NET Standard"、それに準拠して生成したバイナリを".NET Standar Library"と呼ぶことにしたらしい
https://docs.microsoft.com/ja-jp/dotnet/standard/net-standard#targeting-net-standard >> 945 お前、プログラム板に一体何しに来てるの? ユーザー視点でゲームのアプリに文句言いたいのならゲーム関連の板にでも行けよ
>>946 .NET Standardでビルドされたっていうと語弊ある感じだけどな。
結局標準APIしようとしてのスタンダードがあり、それに準拠したPCLがあるって感じかと。
けどこれバージョンが上がるたびに太ってくってことなんかね。
ってよりもミニマムとかラージとかいくつか規格あって、各々バージョンがあるって方が良かったりしないのかね。
IOTとかでミニマムしか実装しないとしても時代の流れに従ってそこにもこの辺の例えば通信のAPI入れようとかこれらはやはりいらないから上の規格に上げてスリムにしようとかならんのかと。
バージョン上げろって話かもだけど、その入れたいAPIがたまたま一つ上にあるとかならだけど他のいらんのも付いてくるしって風になりそうな
まあといっても後方互換性を保ちつつするとやはりいろいろ難しいのかの。
Xamarinを使うと星平均3の糞アプリしか作れない まともな会社はそれが分かってるからXamarinを採用しない
>>949 >>769 で証券会社のリリースするアプリがゲームだと思っている世間知らずの無能
無駄に使いにくいのはその通りだと思う。 はじめからそう設定しておけばいいのにしてないとか 変な儀式やおまじないみたいなのがいまだにある。
MSがしっかり手を入れるべきなんだよな。 Xamarinチームに任せすぎ。
BCL(Base Class Library)には、
昔ながらのWindows系で使われてた.NET FrameworkのBCL、
最近のUWPとかで使われてる.NET CoreのBCL、
Xamarinで使われてるMonoのBCLがあって、
このバラバラな状況を解決するために.NET StandardっていうAPIを作って、これらを置き換えようっていう話なのね
BCL作ってた人たちは.NET Standardに準拠したAPIだけ実装すればクロスプラットフォームなライブラリー作れるよと
なんとなく理解出来た。
>>926 ,936 ありがとう
>>936 ポータブルに使えるライブラリはプロファイルベースのPCLとしてすでに使えてたよ。
けどそのプロファイルが後付けでぐちゃぐちゃ決めてたから色々とおかしい感じになってたのでスッキリ整理したって感じかと。
Xamarin程の糞はない C#も10年前の時代遅れの言語だし圧倒的にswift,Java,Kotlinの方が人気が高いし求人も多い VS for Macはgitでブランチを切り替えたりするだけでビルドできなくなって、 クリーン、リビルド、IDE再起動、PC再起動を頻繁に繰り返さないといけなくなるのが糞 大体MicrosoftはWindowsPhoneのシェアを二桁取ってからモノを言えと言いたい MicrosoftがやっていることはGoogleやAppleの作ったパイを横取りしようとしているだけ MVVM前提の開発環境とか言うくせに外部ライブラリを入れないと良い感じでMVVMできないし MVVMを推奨するならデフォルトで必要なライブラリなど全て入れた状態で配布しろ UIは共通化できると言うわりにListViewは重くてスワイプがもたついたり画像の表示が遅かったりする スマホアプリの最も基本的なUIであるListViewすらまともに動かないとか糞 Xamarin.Formsはちょっと複雑なことしようとするとお得意のdependency serviceとcustom rendererの連発 クロスプラットフォームと言うならXamarin.Formsだけでできないことを恥じろよ WebViewなどXamarin.Formsの提供するUI部品が糞すぎて 一旦Xamarin.Formsの提供する機能で実装して糞な思いをさせられた後で Xamarin.AndroidとXamarin.iOSで計3回も同じ実装をさせられるのが糞 Xamarinなんてマイナーな環境使っている人が少ないせいでググって調べものするのに時間がかかるのが糞 qiitaやstackoverflowの情報もXamarinに関するものはAndroidの10分の1以下の投稿しかなくて 下手すると解決策が見つからなくてデザインや機能の面で妥協する結果となる 任天堂のXamarin製アプリもカブドットコムのXamarin製アプリも星平均3.0の糞アプリ認定されてる エンジニアもデザイナーもお客さんも全員がっかりするのがXamarin 結論としてXamarinを使うと開発工数は伸びアプリのクオリティは落ちるということ XamarinをやっているやつというのはC#の機能を使うことやXamarinを使うことそれ自体が目的化していて お客さんに良いものを届けたいという意思が存在していない ソフトウェアを作るということは価値のあるものを世の中に提供して世の中をもっといい場所にするために 行われることであるべきで、完全に自分本位でゴミを量産し続けるXamarinエンジニアは全員死んだ方が良い
もうNGしとけばいい 大体使うワード決まってるから
誰かが反応しない限り見えないから反応しなくていいよ
Microsoft edgeブラウザのAndroid版が出たからインストールして Third-party notices見たらGsonとかGlideとか表示されてるんだが なんでXamarin.Formsで作らないのかなあ
Microsoftも糞認定して使わないのがXamarin どこで使われてんだこの糞開発環境
>>960 ブラウザみたいなものにXFなんで使わないの?とかマジで頭膿んでるだろw
最近のMicrosoftのクロスプラットフォーム化戦略みて、Edgeもクロスプラットフォームで動くように作ってんだー と思ったら、iOS/Android版のEdgeはエンジンがBlinkなのか・・
Microsoftも糞認定して使わないのがXamarin どこで使われてんだこの糞開発環境 こんなの使ってるのはMicrosoftに騙されてる馬鹿だけだろ
Xamarinの使いどころを知らない&使えない低悩なんだろ LOB系だとAndroidとiOSもリクエストされるから、いまのところ便利に使ってる 個人的にはUWPが瀕死なのがつらい。新しいモバイルデバイスはよ…
>>973 そろそろだろ? 来月の Connect(); で発表じゃないのか?
VS 2017.15.4でARMのデスクトップサポート入ったしな(Preview)
980とりましたわあ 次スレ立てておきまーすので 以後お見知り置きを♡
このスレッドは1000を超えました。 新しいスレッドを立ててください。 life time: 113日 0時間 6分 46秒
5ちゃんねるの運営はプレミアム会員の皆さまに支えられています。
運営にご協力お願いいたします。
───────────────────
《プレミアム会員の主な特典》
★ 5ちゃんねる専用ブラウザからの広告除去
★ 5ちゃんねるの過去ログを取得
★ 書き込み規制の緩和
───────────────────
会員登録には個人情報は一切必要ありません。
月300円から匿名でご購入いただけます。
▼ プレミアム会員登録はこちら ▼
https://premium.5ch.net/ ▼ 浪人ログインはこちら ▼
https://login.5ch.net/login.php
read.cgi ver 07.7.23 2024/12/25 Walang Kapalit ★ | Donguri System Team 5ちゃんねる
lud20250423174155caこのスレへの固定リンク: http://5chb.net/r/tech/1498575762/ ヒント: 5chスレのurlに http ://xxxx.5chb .net/xxxx のようにb を入れるだけでここでスレ保存、閲覧できます。 TOPへ TOPへ
全掲示板一覧 この掲示板へ 人気スレ |
Youtube 動画
>50
>100
>200
>300
>500
>1000枚
新着画像 ↓「Xamarin Part5 [無断転載禁止]©2ch.net ->画像>12枚 」 を見た人も見ています:・~天下統一~ 戦極姫 ONLINE part5 ©2ch.net ・【Oni Gaming】Farmer Against Potatoes Idle Part5 ・【VR】SteamVRソフト総合 Part56【Vive/Rift/WinMR/Pimax】(ワッチョイ有) ・The Flame in the Flood Part1 ・【Hina】IRONBUNNY Part.2 【Minami】 ・【Threads】愛知で出会い Pari.2【Instagram】 ・【Kabini】AMD 省電力APU総合 Part30【Beema】 ・【メルカリ】 Instagram器作家スレ【転売】 Part.8 ・【ダメプリ】DAME×PRINCEネタバレスレ Part.2 ・namie amuro Final Tour 2018 ~Finally~ Part 4 ・final audio designのイヤホン&ヘッドホンを語る Part18 ・【バンドリ総合】Poppin' Party ☆58【BanG Dream!】 ・【バンドリ総合】Poppin' Party ☆133【BanG Dream!】 ・【バンドリ総合】Poppin' Party ☆110【BanG Dream!】 ・【バンドリ総合】Poppin' Party ☆136【BanG Dream!】 ・シノアリスのんびりスレッド【SINoALICE】 Part.88 ©2ch.net ・【VR】SteamVRソフト総合 Part28【Vive/Rift/WinMR/Pimax】(ワッチョイ有) ・【VR】SteamVRソフト総合 Part19【vive/Rift/OSVR/FOVE/WinMR/Pimax】(ワッチョイ有) ・【VR】SteamVRソフト総合 Part24【vive/Rift/OSVR/FOVE/WinMR/Pimax】(ワッチョイ有) ・Five NFL players protested during the national anthems before early games. ・Garmin fenix part5 ・LINE Pay カード Part51 ・Kindle セール情報 part55 ・Kindle セール情報 part55 ・CyberLink PowerDVD Part56 ・Minoriソリューションズ part5 ・【HTML】HTMLcoin part5【葬式】 ・【AM4】 AMD Ryzen 7/5/3 Part53 ・【YAMAHA】MT-09 part54【ヤマハ】 ・GARMIN ForeAthlete 総合スレ Part5 ・【Nintendo Switch】総合スレ part5 ・【先生とぼく】湯山チカ Part5【ambi75】 ・[YAMAHA]マジェスティ125[名車] Part52 ・スコッチグレイン SCOTCH GRAIN Part55 ・Samsung Galaxy S9/S9+ 総合スレ Part5 ・Samsung Galaxy S8/S8+ 総合スレ Part58 ・Mabinogi Heroes-マビノギ英雄伝 Part591 ・Mabinogi Heroes-マビノギ英雄伝 Part576 ・Mabinogi Heroes-マビノギ英雄伝 Part583 ・Mabinogi Heroes-マビノギ英雄伝 Part571 ・beatmaniaIIDX 24 SINOBUZ 情報スレ part53 ・【Monacoin】総合【モナーコイン】 Part53 ・[Turing]NVIDIA GeForce GTX16XX総合 Part5 ・ニコニコ♡LOVERS ニコラバ Part5 ・【TESO】The Elder Scrolls Online Part57 ・【新生FF14】Ramuh鯖スレ part51【ラムウ】 ・シノビマスター 閃乱カグラ NEW LINK part57 ・シノビマスター 閃乱カグラ NEW LINK part58 ・[Turing]NVIDIA GeForce RTX20XX総合 Part55 ・【6号機】チェインクロニクル Part5【Sammy】 ・【AMD】AM4マザーボード総合 Part52【Ryzen】 ・【AM4】AMD Ryzen 3 2200G/Ryzen5 2400G part5 ・Clavia Nord総合スレ Part5 | Handmade in Sweden ・【新8版】WARHAMMER40,000 Part51本スレ 【WH40K】 ・【コジプロ】 DEATH STRANDING Part54【PS4】IPあり ・【0%】LINE Pay カード Part53 【キムチレッド】 ・In Pursuit of Light ニコン ミラーレススレ Part5 ・【RADEON】AMD RX 5000シリーズ総合 Part5【Navi】 ・VIeW-Suica (ビュースイカ) Part59©2ch.net ・【ワッチョイ】YAMAHA TRICITY Part53【トリシティ】 ・【DFFAC】DISSIDIA FINAL FANTASY(ARCADE)/NT part513【ディシディア】 ・【DFFAC】DISSIDIA FINAL FANTASY(ARCADE)/NT part518【ディシディア】 ・【DFFAC】DISSIDIA FINAL FANTASY(ARCADE)/NT part576【ディシディア】 ・【GACKT】 SPINDLE スピンドル ガクトコイン part5 【SHOW YOUR HEART】 ・【下方修正】【詐欺運営】THE KING OF FIGHTERS ALLSTAR part52 【KOF】 ・【DFFOO】DISSIDIA FINAL FANTASY OPERA OMNIA part508【ディシディア】
20:21:26 up 65 days, 21:20, 0 users, load average: 11.24, 10.61, 10.42
in 1.4637351036072 sec
@1.4637351036072@0b7 on 062209