C# vs Java どっちが好き? その4©2ch.net
■ このスレッドは過去ログ倉庫に格納されています
>>155
それって BOM(ByteOrderMark＝バイトオーダー判定用マーク) が本来持っているべき役割でしょうか？ ではBOM以外の方法でUTF-8かどうかを判定する方法を提案してください
もちろん誤認識や互換性などの問題が発生してはいけません >>157
BOM って UTF-8 というよりは UTF-16, UTF-32 に使われるマークですよね
BOM ですら UTF-8 と UTF-16LE/BE とかとを区別できないのに、それ以上の方法が他にあるわけないでしょう？ 判定以前に、指定できるようにしたら良いだけなのだが。 FSFとMSは相互運用性を無くせば相手が困るだろうと考えた。
そして執拗に相手が悪いのだと言い張りながら互換性の問題を取り込んでいった。
困ったユーザーたちは、OSXに移行するという解決策を見出した。
これはうまくいった。
OSXなら問題が起こらないのだ。
2000年代のサーバーサイド開発者はDebianを使っていた。
2010年代はOSXを使っている。
その結果、FSFが折れた。 2つ質問がある：
1. FSFが無くそうとした相互運用性、とは具体的には何？
2. 「FSFが折れた」とは具体的にどのような事で「折れた」？ Appleの方が遥かに全方位排除仕掛けてると思うけどな
仮想マシンのゲストで使えないし
iOSアプリはMacないと作れないし youtubeにしても著作権違反した動画が溢れかえっている。 >>169
いや、おまえの頭の中にお花畑があるのが問題。先日、アメリカで銃規制の大規模デモが行われた。
犯罪に使う奴が悪いというおまえのような論理では、世界はAppleやGoogleのようなパクり屋の世の中になってしまう。 YouTubeの話が何で銃規制の事になるの？
何の関係があるの？ youtubeも著作権違法動画を持っていれば防げた話 >>170
この方は何をしてる人なんだろ
それなりに詳しそうだし
歳は行ってそうだけど >>171
そうか。春休みだからそこから説明しなきゃいけないのか。では分かりやすく説明しよう。
ゆとりは馬鹿だと言われるだろう？ なぜだと思う？簡単な話だ。勉強してないからだ。
では勉強しなかったゆとりが悪いのか？ そうじゃない。教師が楽をするためのゆとり教育システムを官僚と一緒に構築したからだ。
軍事産業は銃を売り、ジョブスは電話タダ掛けハッキングツールを売り、Appleは著作権保護システムのない音楽プレイヤーを販売し、
Googleは違法動画Upサイトで広告収入を得、公務員教師は仕事せずボーナスをゲット。すべて本質は同じなのだ。
悪用させる道具やフレームワーク、システムが一番お金になるのだ。
そいつらが本当の悪人なのだ。 話が脱線し過ぎだって
YouTubeの事なのに教育問題までになっちやったよ いやはや皮肉すら受け取れなかったか。頭の悪さはホンモノのようだ。 根本原因と称しておおよそ関係ないところに問題をなすりつけるＳＥの鏡 >>174
貴方のオススメの言語や開発環境は何でしょうか？
今後の自分の勉強の為にも興味あるので教えてもらえますか？ 今のVBやRubyがそうであるように、数年後、「C#なんて使うのは馬鹿」と言われる気が
する。誰でも使えるが効率が悪いイメージが付いて。 Python, PHP, HSP なんかも馬鹿にされてる。
それは、誰でも使えてしまうから。 誰でも使えるのがC#の良い所てしょ
難解なのが良いの？ 一説によると、誰でも使える言語は低レベルな人が流れ込んでくるから
成果物も低レベルになり、それが言語自体の印象になってしまうらしい。
それと、他人の作った成果物る今まで見てきた限り、C#は遅い。 誰でも使いやすいってのは貴方が推奨しているオープンな技術に繋がると思うんだけど >>187
C++ はひどい言語だ。これは、多くの平均以下のプログラマーが使ってるために
さらに輪をかけてゲロゲロになっていて、どうしようもないゴミが
簡単に生産されるようになってる。正直いって、C を選ぶ理由が C++ プログラマーを
追っぱらうため *だけ* だったとしても、それ自体、C を使う強力な理由になりうる。
C++ はトンでもなく悪い設計の元になりうる。どうせこの言語ではいつも STL やら
Boost やら、その他ゲロゲロベロベロの「素敵な」ライブラリの機能を使って、
それがあんたのプログラムに「役立つ」んだろうが、以下のことが起きる:
- うまく動かないときにもたらされる際限のない苦痛 (あと STL とか、特に Boost が
安定してるとか移植性があるとかいう奴は、どいつもこいつも大ウソつきで、
もはや笑えるレベルを超えている)
- 非効率な抽象プログラミングモデルで、2年たった後にこれらが実はそんなに
効率的じゃなかったことに気づくケース。でもそのときにはすでに全部の
コードがその素晴らしいオブジェクトモデルに依存していて、直すためには
アプリ全体を書き直さなきゃなんない。
言いかえれば、唯一まともで、効率がよくて、システムレベルで使えて、移植性がある
C++ ってのは、基本的に C で使える機能だけに限ったときなんだ。そして C だけに
限定するってことは、他の人がそれをめちゃくちゃにしないってことで、
ついでに沢山のプログラマが実際に低水準の問題を理解することができて、アホらしい
「オブジェクト・モデル」のたわごとを持ちこまないってことだ。 >>189
ちなみに、C++暦は長いが、STL や boostを 一回も使った事がない。 >>189
オブジェクトモデルなんてたわごとを持ち込んでもらっても一向にかまわないが、テンプレートは煮ても焼いても食えないな。
と、beast使い始めて思いました。 そういえば、boost やらは、変な感じだったな。
特に、リストのイテレータが、C/C++の設計思想と合わない気がした。
本来は、もっと単純に出来る。あれだったら、イテレータを使った方が
コード全体としては開発効率が下がるかも。 >>188
2つ間違いがある。
1. 誰でも使いやすい事と、オープンな技術である事には、特に相関はない。
2. 「オープンな技術」を推奨しているわけでもない。 >>189
1. 個人的には、リスト・テンプレートなんかは自作したものを使ってる。
2. 個人的には、文字列は、MFCのCString を使ってる。
3. 確か、boostの作者は、SmallTalkか何かに傾倒していたらしい。その結果、C/C++の本来
想定していたやり方とは大幅に異なる習慣を無理やり使うような設計となっており、
C/C++の良さが生かせず、変に悪い面ばかりが目立つようになっている。
4. 新しく登場してきた概念やライブラリ、言語などは、良いことばかりが語られる事が多い。
そして実際に使い込んでみてから、デメリットが見つけられて、クソ扱いされる事がある。
5. そして、長い時間が経った後でも良いと語られているものコソが真の良いものである。
6. 現在、C#は良いことばかりが語られているステージ。後からクソ扱いされるようになるだろう。 C#がクソ扱いされるにはC#を明らかに超える言語が出てこないとね。
現状ある？ リストテンプレート自作するのも結構楽しいよねｗ
メモリ周り高速化してみたり プロパティツリーも何とかしてほしいな。
属性の扱いが無理やりすぎだろ。
こういう時こそテンプレートの黒魔術の出番じゃないのか。
あと、黒魔術はライブラリのユーザーに見せなくていいから。
外出するときはパンティー履くだろ。 みんな参考にしてるサイトは何？
カッコつけて海外のとか要らんから普段から使ってる奴で boost.jp
lets boost
でも結局boost.org
そして見てもわからない。
※英語の国の人が見てもわからないはず。 >>202
MSDNとdobon.net
他、検索して当った皆様 MSDNの日本語訳とか最悪じゃね？
英語のほう見てんの？ ちなみに俺はstack over flow に丸投げｗ >>202
圧倒的にqiitaが多い
それ以外だと個人ブログかmsdnあたり C#使ってると、「see sharp」、つまり、SHARPの二の舞を見る事になる。
つまり、あなたの人生が倒産する。 カッコつけるもクソもあるか。
Googleの設定で英語の結果もチェック付けとけよ。情報量・質が段違いだぞ。
検索は英語ですれば英語のページも日本語のページも引っ掛かるぞ。
日本語混ぜると日本語のページしか出ないからダメ。
日本語のページでもいいのあることももちろんあるけど運だからな。マイナーなの調べなきゃならん時、情報の分母は大きい方がいい。 英語の情報なんて大したこと書いてないだろ。今の技術系情報の発信は中国サイト。 202です
なんつーの
やりたい事というか解決したい事が確実に分かってたり決まってたり検索ワードもバッチリ分かってる場合は英語サイトでも検索出来るけどもう少し手前のぼんやりな場合は日本語で検索しまくって調べるしかない訳なのでやっぱり日本語のサイトが知りたいです。
検索してるとQiiteが良く出てくるので参考にさせて貰ってます
msdnで解決したことは少ない >>210
無能経営者が置き換わってシャープ今大成功してるやん C++とC#の速度差については、FrontPageとExpressionWeb 4
を比べてみると良い。両者ともMS純正だが、後者は起動が非常に
遅い。これが、C++とC#の実力差なのではないか。 C#で書かれているとは公言されてないが、公言すると何か困るのだろうか。
察しよう。 C#はC++より遅い。当たり前だ。だがJavaよりは断然速いのだ。 マルチコア処理の場合最適化の関係でネイティブよりも.NETの方が速くなるっていう場合があるとかどうとか あんまりよく分からんのだが
C++ってMacで動くアプリケーション作れるの？ >>226
C++で、同じソースでWinとMacで共通に動くアプリという意味では、マルチ
プラットフォームのツールキットを使えば作れなくもないが、IDEの出来も良
くないし、険しい道を歩むことになる。Webアプリでよければ、Emscripten
を使って、C++をwasmに変換すれば、作れる。ただ、ビジネスアプリを作る
というなら、Widgetやツールキットに使いやすいものがまだ出てないと思う
ので険しい。一方、ゲームを作りたいというのであれば、今の段階でも
単一のC++のソースで、Emscripten、WebGL、Canvas、SVGで
Webアプリとしては、大体書ける。
この場合、C#の.Net Runtime(Frameworkと仮想マシン、JITコンパイラ)に
相当するのが、WebAssemblyを動かすブラウザ(Chrome、FireFox、Safari)
のエンジンということになる。
C#もWebAssemnly(wasm)もJavaもFlash(CrossBridg)も、VMか、
または、JITコンパイラでnativeに直して実行する仕組み大体は同じ。
このうち、wasmは、C++で書ける。 結論を言ってしまえば、C#と.Netの関係と、C++とWebAssembly
エンジン(?)の関係がほぼ同じ。
同じ仮想コードとしてVM上で動く共通点があるが、C++で
書けば、GCによる制御しにくい突発的な速度低下が起きない
メリットがある。
とこれ以上、詳細を語るとMSに伝わって、WebAssemblyのアド
バンテージが失われてしまうので書きたくない。 【訂正】
誤：C++で、同じソースでWinとMacで共通に動くアプリという意味では、マルチ
プラットフォームのツールキットを使えば作れなくもないが、IDEの出来も良
くないし、険しい道を歩むことになる。
正：共通のC++ソースでWinとMacで動くnativeアプリという意味では、マルチ
プラットフォームのツールキットを使えば作れなくもないが、IDEの出来も良
くないし、険しい道を歩むことになる。 もうひとつ言っておくと、Adobe の CrossBridge は、C++ を LLVM
を用いて Flash 仮想マシンの上で動かせる。
そして、Widgetも基本的なものはデモを見た記憶がある。だから、ビジネス
アプリも、これを使えば、Win,Mac,Linux,Android,iOS で共通に動く
Webアプリ(Flash)としてC++で組める可能性がある。
しかし、GoogleやFireFoxなどによる陰湿な大人のいじめや嫌がらせによって、
JavaとまとめてFlashもブラウザ上では動かせない方向になって行っている。
ほとんどFlashのCrossBridgeと代わりがないのに、WebAssemblyが入れ替
わりに採用されようとしている。なんという陰湿な世界なんだろう。 誤：ほとんどFlashのCrossBridgeと代わりがないのに
正：ほとんどFlashのCrossBridgeと変わりがないのに じゃあなんでMSはVSCodeをC++で書かないんですかねぇ VS Codeの起動は、1.9秒とか書いてあった。
WzEditor の起動は、0.1秒くらいだよ。 >>236
iMacとshuttleのベアボーンだけど一瞬で起動する 爆速C++製VisualStudioの起動時間は？ >>241
そりゃiOSアプリ作ったらお金あげるって言うんだからMacくらい使うさ 実際に何語で書かれているか知らんが、もしVSが、C#製じゃないとすれば、
C#に何らかのデメリットがあるからと考えるのが自然ではないか。 >>243
お金もらえるの？
だったら俺も買うわ。 AppleとOralceの案件はサポートが最悪だからお断り致します。 そういや昔はiPhoneって勝ち組ハードだったけど最近はiPhone辞めたいって話ちょくちょく聞くようになったな ジョブズが亡くなってからまた俺様主義に回帰してユーザー置いてけぼりにしてるからな、アポーは
まさかたった数年で音楽プレイヤーとしても使えない糞端末になるとは思いもしなかったわ 日本だけ見てれでスマフォのiOSシェアはまだ高めだけど、世界で見たら無視して良いくらい
に低い。しかもアプリの登録料を毎年取られ続ける。これは趣味プログラマの完全排除宣言
みたいなもの。そっちがそうなら apple 無視で行く人が出てくるべきだ。プログラマの不買
運動。 ■ このスレッドは過去ログ倉庫に格納されています
