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

■ このスレッドは過去ログ倉庫に格納されています
1デフォルトの名無しさん
垢版 |
2017/06/28(水) 00:02:42.38ID:ULDUfAbu
C#を用いてクロスプラットフォームアプリケーション(iOS Android Mac)を
を開発するためのライブラリおよび開発環境です。
Macの人は Xamarin Studio、Winの人は Visual Studioで開発できるよ!

公式
http://xamarin.com/

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

Xamarin Part3 [無断転載禁止]©2ch.net
http://echo.2ch.net/test/read.cgi/tech/1483089021/

Xamarin Part2
http://echo.2ch.net/test/read.cgi/tech/1480602653/

Xamarin Part1
http://echo.2ch.net/test/read.cgi/tech/1359861574/
2017/08/03(木) 11:55:00.67ID:0If9d90g
>>269
これが出せない値段だと言うならApple Developers Programの年会費1万円も厳しいだろうからiOS開発はご縁がないんじゃないかな
2017/08/03(木) 12:22:13.84ID:a1QqeSYj
最初から期間内に作り切ることを決めているならいいんだけど
作り始めは作り切れるかわからない
だから軽く触ってみたいだけなのにうん万とか掛かるから手を出しにくい
2017/08/03(木) 12:43:49.40ID:AQ1Gzvh7
>>270
年会費取るの?じゃあいいや。
UWP/Android用に自作したものをiPadでも使ってみたいなって程度の考えだったからね。
iPad向けのツールに無料のものが少ない原因だろうね。
2017/08/03(木) 13:07:55.27ID:2Hqooo+i
AppStoreに公開しない自作アプリだけなら登録は必要ないよ
2017/08/03(木) 13:31:42.61ID:E5nG9vqc
結論としてXamarinは糞
2017/08/03(木) 13:34:34.93ID:0If9d90g
>>273
実機で動かせないけどな
2017/08/03(木) 13:39:49.42ID:NqPVdka+
>>272
自分のマシンに入れるぶんには会費いらんぞ
2017/08/03(木) 13:46:55.09ID:0If9d90g
>>276
会員登録せずにプロビジョニングプロファイル作れたっけ?
2017/08/03(木) 14:13:13.25ID:bzInL6+g
>>277
会費いらんって話をなぜ会員登録無しと読むんだ
2017/08/03(木) 14:21:46.12ID:0If9d90g
あっ、2015年から無料で実機実行できるようになってたんだな
2017/08/05(土) 20:45:53.23ID:o6FpSbkO
>>256だが、更新出来て接続も出来るようになった!
ワークロードから.Netデスクトップ開発辺りチェックして足りないもん入れないと更新出来ないっぽい
あと>>257の手順以外にオプションから有効にする手順がいる
2017/08/06(日) 00:45:15.22ID:sgoo39Zl
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もないということ
結局行き詰った時に解決ができなくて妥協する結果になりがちで、
その結果、アプリのクオリティが落ちてエンジニアもデザイナーもお客さんもがっかりするのが糞
2017/08/06(日) 01:20:07.41ID:Iv6EzFLf
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
2017/08/06(日) 02:10:53.95ID:sgoo39Zl
結論として、Xamarinを使うと開発工数は伸び、アプリのクオリティは落ちるということ
Xamarinで開発するということは貴重な人生の時間を無駄にするということだし、
同じ時間をネイティブ開発に費やした方がエンジニアのキャリアとして価値があるということ
結局Xamarinをやっている人間は、C#の機能を使うことやXamarinでアプリを作ることそれ自体が
目的と化していて、お客さんに良いアプリを届けたいという純粋な動機が存在していない
ソフトウェアを作るということは価値のある良いものを創造して世の中をもっと良い場所にするために
行われることであるべきで、完全に自分本位でゴミアプリを量産するXamarinエンジニアは
生きている意味がないし、死んだ方が世の中にとって良いということ
2017/08/06(日) 03:16:21.63ID:flwEi40Q
いつもの無能コピペ馬鹿
2017/08/06(日) 09:55:42.81ID:v8o+Lh7f
ニンテンアプリがVoiceAPIの使い方とかXamarinと関係ないところでケチついたのでいい事例としてあげにくいのがアレだな
2017/08/06(日) 20:23:20.90ID:ll5fjyzO
>>284
お前さんもコピペじゃねーかwと釣られてみる
2017/08/07(月) 02:20:29.85ID:2soy/sL0
相変わらずAppleさんの潤沢な宣伝費用には驚かされるよ
2017/08/07(月) 22:32:08.81ID:cDVnQOGV
5 reasons why Japanese Engineer are fu*king da*n
ttps://anond.hatelabo.jp/20170806192324

(翻訳)ここがクソだよ日本人エンジニア
ttps://anond.hatelabo.jp/20170728223725
2017/08/08(火) 00:07:07.51ID:Y9aY1cDz
Microsoftのエヴァンジェリストに聞かせてあげたい。
2017/08/08(火) 00:43:41.48ID:w1QOlx7H
Xamarinの日本語資料がないとか言ってる無能に聞かせてやりたい
2017/08/08(火) 00:47:02.55ID:LLb1U58m
良いプロダクトを作ることじゃなくて、
C#の機能を使うことやXamarinを使うこと自体が目的化しているのが、
Xamarinエンジニア
292デフォルトの名無しさん
垢版 |
2017/08/08(火) 09:09:27.54ID:s7rjzO1n
>>290
日本人にとって一番わかりやすい言語は日本語。
2017/08/08(火) 09:21:22.19ID:KNn14Xux
別に技術研究をしているわけでもないからな。
顧客の要件に対して十分なコードを納品すれば良いだけ。
そのコードをまとめるのに必要な工数を少なくするための情報収集ができれば問題ない。
2017/08/08(火) 09:46:17.54ID:u1RsoTCl
Xamarinエンジニアにとって一番分かりやすい言語は日本語ではなくC#
2017/08/08(火) 14:26:32.84ID:nQWw73v/
ちょまど語だろ
2017/08/08(火) 14:47:45.03ID:0Qi9QukE
一番ちょまどにこだわってるのがアンチなの笑えるw
2017/08/08(火) 14:50:56.11ID:sXqk1Nyf
あと4ヶ月か
どうなることやら
2017/08/08(火) 15:10:53.73ID:d6IaxiH0
ちょま姫で抜いて応援しよう
2017/08/08(火) 17:04:22.82ID:bErgVuQg
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
2017/08/08(火) 21:00:46.68ID:SUJhrvEH
>>297
なにが
2017/08/08(火) 21:52:29.58ID:RmCoAkhK
>>299
いつもの無能コピペ馬鹿
2017/08/09(水) 18:29:20.14ID:YY4brWzg
お客さんに良いもの届けたいという意思のないXamarinエンジニアには反吐がでるね
君ら良いプロダクトを作ることより、勉強会で登壇したとかMVP取ったとかそういうどうでもいいことが最優先なんだろ
アプリを使ってくれるひとのためじゃなく、いかに自分が凄いかを示すためにソフトウェアを開発するという生き方には
何の価値もないし早く死んだ方がいいね
2017/08/09(水) 18:39:40.32ID:/53mz0sx
攻め方を変えてきてワロタw
2017/08/09(水) 18:48:02.94ID:sd7amocF
できるだけ効率よくアプリ作成をしたい訳で、xamarinはその手段でしかないから、
必要な情報が見つからなかったらJava,Swiftで書いた方が早いって判断もある。
必要な情報がすぐ見つかるってこともすごく大切だよ。
2017/08/09(水) 19:32:19.93ID:VM8BFCaM
>>302
>良いプロダクトを作ることより、勉強会で登壇したとかMVP取ったとかそういうどうでもいいことが最優先なんだろ

で、どこにどれだけそういうプログラマーがいたの?
2ちゃんで見たとかは禁止な
2017/08/09(水) 19:38:32.59ID:YY4brWzg
Xamarinエンジニア程の糞はない
2017/08/09(水) 19:42:15.38ID:LEhjkv+4
鏡みてみ
2017/08/10(木) 06:32:57.60ID:xl3Y67R0
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
2017/08/10(木) 15:55:42.79ID:49d7EhLB
いつもの無能コピペ馬鹿
2017/08/10(木) 19:23:15.36ID:TnZMl38N
無能コピペに反応するところまでがテンプレ
2017/08/11(金) 12:43:35.62ID:DrIkEWeV
Xamarin程の糞はない
2017/08/12(土) 01:32:16.34ID:RyENCJV9
NGワード:糞はない
2017/08/12(土) 04:27:07.74ID:T5YBPYu1
>>312
了解
2017/08/12(土) 07:17:09.13ID:HrPHyYmA
プログラミング言語別の平均年収ランキング
ttp://www.itmedia.co.jp/news/articles/1708/10/news073.html

C#は何位なんですかねぇ
2017/08/12(土) 08:44:19.82ID:q5CWtCtu
むしろC言語がランクインしていることに驚いた
いまだに素のC言語の求人件数ってそんなにあったのか
2017/08/12(土) 09:26:22.50ID:l8v9tpAX
>>315
ネットの情報しか見てないからそんな風に思うんだろうけどうちの会社でもいまだに案件の半分はC/C++だよ
2017/08/12(土) 09:55:31.46ID:rPsPQPBe
記事中の注釈によると、あえてC++やC#などのC言語からの派生言語を除いた巣のC言語らしいが
2017/08/12(土) 10:22:10.21ID:8y2XE3wL
>>316
そんなの業種次第かと…
ちな、なに?
2017/08/12(土) 10:41:40.42ID:VYq9fsSw
組み込みブームだから低級に近いのが求められるんだろう
そういうのに興味なければわざわざやる必要はない
2017/08/12(土) 11:22:57.76ID:8y2XE3wL
拘束性求められるところやるならRustとか使いたいのう…
Rustで組み込みとかいけるんかの
2017/08/12(土) 11:32:06.41ID:tF3yiAv3
今Cで作られてるのは大体もとからCで進められてきたからCなのさ

LinuxもまだCだしね
2017/08/12(土) 11:49:51.26ID:TJiL0Nh/
少なくとも現代のPC,スマホで動かす前提ならもっと抽象化された言語で十分
過度に実行効率追い求めるよりビジネスロジックそのものに集中できるメリットの方が大きい
2017/08/12(土) 12:15:26.24ID:HrPHyYmA
C#程の糞はない
2017/08/12(土) 12:29:07.75ID:+L/OaKpV
他言語使いの人からみたら脅威だろうね<c#
2017/08/12(土) 14:14:36.10ID:l8v9tpAX
>>318
> そんなの業種次第かと…
そうだよ、そういう業界もあるってこと
> ちな、なに?
車関係とか色々
2017/08/12(土) 15:22:42.88ID:HrPHyYmA
C#はオワコン
誰も使ってへん
2017/08/12(土) 16:11:29.61ID:twq9ElY8
くるま関係ってぼかしてるけど要するに組み込み系か
2017/08/13(日) 15:47:58.60ID:2JUNj4Ly
日本の姫から世界の姫に
2017/08/13(日) 16:36:26.32ID:WGlPBLEV
追っかけかよ
2017/08/13(日) 19:02:40.44ID:A3dGR0G5
どうせもう日本ではセッション等にホイホイとは登壇させられないしと海外に追い出されたか
東京オリンピックもあるし、合掌&お辞儀して「おもてなし」とか言ってれば海外で日本撫子カワイイ!とか持て囃されそう
・・・童顔の日本人って外人にとっては合法ロリだから受けるんだよなぁ、中々に小賢しいことをするじゃないか日本MSよ
2017/08/13(日) 19:18:07.49ID:9xl+uBhs
>>330
日本撫子w
2017/08/13(日) 21:15:00.97ID:hLIxXM3W
Xamarin程の糞はない
2017/08/13(日) 21:21:04.69ID:ti4G6KmL
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
2017/08/13(日) 21:42:57.51ID:H6vJBBpV
お客さんに良いもの届けたいという意思のないXamarinエンジニアには反吐がでるね
君ら良いプロダクトを作ることより、勉強会で登壇したとかMVP取ったとかそういうどうでもいいことが最優先なんだろ
アプリを使ってくれるひとのためじゃなく、いかに自分が凄いかを示すためにソフトウェアを開発するという生き方には
何の価値もないし早く死んだ方がいいね
2017/08/13(日) 21:53:29.04ID:A3dGR0G5
 ∧||∧
(  ⌒ ヽ大和撫子だった。ちょっと逝ってくる。
 ∪  ノ
  ∪∪
2017/08/13(日) 22:05:56.61ID:iw+r8YgZ
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もないということ
結局行き詰った時に解決ができなくて妥協する結果になりがちで、
その結果、アプリのクオリティが落ちてエンジニアもデザイナーもお客さんもがっかりするのが糞
2017/08/13(日) 23:22:09.39ID:8AEgiH1b
いつもの無能コピペ馬鹿
2017/08/14(月) 00:04:22.37ID:D0nYxL0s
もう少しスレを見てる人に良いものを届けようって気持ちでレスしろよ
2017/08/14(月) 02:18:50.61ID:m2pNmEOH
>>322
フレームワークのバグや変な仕様に煩わされずにビジネスロジックに集中したいからc++を使うんじゃん
2017/08/14(月) 02:59:30.88ID:0ZxsE6n7
>>339
おまえアホだな
2017/08/14(月) 03:21:28.14ID:m2pNmEOH
反論できない馬鹿はそうやって理由も示さず人格攻撃してろよ
2017/08/14(月) 03:44:13.00ID:FiZKEf6H
標準ライブラリも使えないな
もっといえばコンパイラすら使えないな
余計なことに煩わせられたくなければ、ひたすらアセンブラで組むしかないな
2017/08/14(月) 03:47:04.83ID:YpttDPc/
新しいフレームワーク覚えられないってだけかw
2017/08/14(月) 07:35:38.20ID:nx7fdOgp
>>342
アセンブラにもバグがないとは言えないからマシンコード直打ちだな w
2017/08/14(月) 07:43:49.63ID:P0GuPkz4
オレオレフレームワークで新たなバグを作り込むのです
2017/08/14(月) 08:30:29.23ID:RcQ0I4IK
NGワード:糞
2017/08/14(月) 08:59:56.36ID:D0nYxL0s
>>339
ものにもよるだろうが明らかに他の言語より生産性低いだろ
2017/08/14(月) 09:37:55.12ID:784t+r59
>>347
CならそうだけどC++なら意外とそうでもない
2017/08/14(月) 10:06:51.11ID:bBXqyxwU
>>334
おっと、姫の悪口はそこまでだ
2017/08/14(月) 10:26:00.45ID:47PUipPG
>>339
君は相当凄腕のプログラマーなんだな
普通はフレームワーク自体に潜むバグより自分が生み出すバグの方がよっぽど危険だから
2017/08/14(月) 11:38:09.43ID:aTjiiVS5
>>334
姫は広告塔としてクッソ有能だったろ、こんだけ話題と笑いを提供したのは評価されるべき
これからは外人向け合法ロリアイドル広報だぞ、どれだけの商業価値があるか
2017/08/14(月) 12:09:51.55ID:2zcXIk42
C / C++ だと長年使われてる枯れたライブラリあるからねえ
2017/08/14(月) 12:48:11.95ID:PXJQYWPZ
>>351
だから姫の画像はよ
2017/08/14(月) 13:45:24.57ID:2HTYS38i
>>348
いやあ…STL未だエラーがわけからん言うし自分の記憶だとC#で2倍F#で4倍は生産性違いそう
2017/08/14(月) 13:59:33.34ID:nx7fdOgp
>>354
> いやあ…STL未だエラーがわけからん言うし
ああすまんそのレベルの人だとC++は難しいかも
2017/08/14(月) 14:12:08.82ID:2HTYS38i
>>355
はあ。まあここ10年以上触ってないから偉そうなことは言えんけど、達人ならあんな長いエラー出さないし、出ても一瞬で解読できるんですか。凄いですね。偉いですね。
2017/08/14(月) 14:45:34.71ID:aTjiiVS5
C#も20年近い歴史あるから枯れたライブラリあるんじゃないの、知らんけど
2017/08/14(月) 14:53:58.20ID:iTtz//Hb
C++ は (Apple の blocks でも lambda みたいな)
無名関数やクロージャ関連の拡張ないと記述性が悪すぎる
非同期処理とかでコールバック書くのダルすぎる
2017/08/14(月) 15:05:47.93ID:aTjiiVS5
C++11のLambda Functionsじゃダメなの?
いい加減、組み込みですらC++11は許される時代だと思うけど
2017/08/14(月) 16:32:29.00ID:YN51Zr7K
>>359
ランバダファンクションズ?
361デフォルトの名無しさん
垢版 |
2017/08/14(月) 16:38:55.85ID:skahyl72
C++のプロジェクトは避けるわ
C#は喜んでするが
2017/08/14(月) 21:01:03.19ID:HJwH3qkh
>>360
ラムブダ ファンクションズ
bをバって読むってどういう頭してんだよ
2017/08/14(月) 21:46:14.99ID:x+ScipGy
>>362
2017/08/14(月) 21:51:09.88ID:iPI5oPJG
ラムダだろ
2017/08/14(月) 21:55:47.90ID:nx7fdOgp
>>362
2017/08/14(月) 22:08:50.32ID:RcQ0I4IK
2017/08/14(月) 22:25:28.32ID:HJwH3qkh
すまん、mをンと読んでる所も指摘すべきだった
2017/08/14(月) 22:28:37.64ID:iPI5oPJG
そこじゃねーよw
2017/08/14(月) 22:42:42.65ID:nfOGAh6Z
>>367
■ このスレッドは過去ログ倉庫に格納されています
5ちゃんねるの広告が気に入らない場合は、こちらをクリックしてください。

ニューススポーツなんでも実況