C# vs Java どっちが好き? その4©2ch.net
■ このスレッドは過去ログ倉庫に格納されています
あっちに行ってしまったの？
振られて捨てられた気分だ >>69-71
何を言ってるのかよう分からんが、何を根拠にJavaが日本製だとか、Oracleが日本企業
だとか言ってるのか？ 根拠、ソース、エビデンスを示せ：
（でなければ嘘つき決定だ。） >>102
そう、判んないんだよね
何言ってんのかが >>84 見て思ったんだけど、顧客から「操作性が悪い」と要望が寄せられたとき「操作で困ったことなんかないけど？」と返答するんだろなあ。
>>72 のようなことが実際あったからな。 >>102
経験的に、日本の企業風土とOracleのそれはよく似ている。
多くの人がそれに気づいてるから「ボラクル」という言葉があるのだろう。
ボラクルという言葉は単純に高いという意味ではないと思う。
どんなに良いものを作っていても安く価格設定した企業は大体潰れた。
相対的に高いソフトのほうが生き残ったことは多くの人が感じている。
しかし、高いソフトであってもボラクルというような悪名はつかないのだ。
ボラクルは単純な価格ではなく企業風土を表しているのだ。 >>106
操作性が悪いの一言しか言わんかったら誰だって同じ対応するわ
いつ何したときになったんだよ 生き残ったソフトの主な特徴は、スクリプトをはじめとする何らかの方法で拡張や自動化が行えた、価格が高く性能も高かった。
この二点だろう。
そこそこの性能でとても安いというのが一番ダメなパターンだった。 >>108
文字を選択するときマウスカーソルと選択文字の位置関係をWindowsと意図的に変えてあるのはJava製品のユーザーは誰でも知っている。
ところがJava製品の開発者はたいてい知らない。
キミもJava使いの一人であるから、当然ながら何を言ってるのかすらわからない。
そこが問題だと言っているのだが。 ドッグフードを食う習慣があれば、ユーザーがJavaの何に困っているのか気づけるのだが。
Javaで作られる製品を開発者が使う必要は全くないだろう。
自分が開発にかかわった製品を自分で使うJava開発者はほとんどいないだろう。
Javaはそういうポジションの製品だから当然ではあるのだが、だからこそユーザーの声に耳を傾ける必要があるのだ。
自分で気が付けないんだから。 >>110 >>111
あなたたちは、外人だね。
自動翻訳した可能性が非常に濃厚。
日本語として意味が分からない。 >>107
1. Oracleと日本企業と似ているというのはお前の主観であり客観性がない。
2. 100歩ゆずって、似ていたとしても、「Oracleが日本企業」「Javaは日本製」
という事ではない。
3. よって、嘘情報だと認定される。 >>110
いやいや、Javaが最も使われてるのはアプリでもアプレットでもなくサーブレットやJSPだろ >>113
誤： 1. Oracleと日本企業と似ているというのはお前の主観であり客観性がない。
正： 1. Oracleと日本企業が似ているというのはお前の主観であり客観性がない。 製品の評価を検索数に頼るというのも問題の発端なのかもしれない。
「弊社製品の検索数が減っている、なんとかせい！」
「了解」
↓
検索数を向上させるためには、検索需要を作らないといけない。
↓
ワザとに問題を引き起こす。
↓
検索数が上がって査定アップ、めでたしめでたし。
これ実際にやったことがあります。 どっちを使って開発しても良いとなったらVSでC#の一択しかないでしょ
それ以外ならどんなメリットがあるのか知りたい
たた今野が使い慣れてるだけでしょ？ Microsoftもたいがいだからな。
MicrosoftがOSSをサポートするときは、OSSユーザーをMS製品に乗り換えさせるためにやってる。
だから、まともにOSSが動くことは無い。
できそう→でもできない、常にこんな感じ。
結局、OSXが一番まとも。
皮肉なことに銭ゲバが一番まともという。 Linuxはソフトウェアというより宗教だしな。
教祖の教えに従うのが何より大事。
結局金稼ぐのに一生懸命なAppleが一番ユーザーの方を向いてるという皮肉な結果に。 現在ではウェブとは広告のことだが、もともとはそうでもなかったよな。 マックでプログラム書いてる人なんている？
グラフィック関係だけでしょ どんどん増えてるな。
Windowsは.NETを排除しようとしているし、JavaはWindowsを排除しようとしているし、Linuxはユーザーを排除しようとしているし、誰ウェルなのがOSXしかない。
しかしOSXにはお布施の問題がある。 OSXのシェアが増えてるのは、iOSのおかげだと各ベンダーは考えてるようだけど、ユーザー視点だとそれ以外の選択肢がないんだよね。
ベンダーがOSSを排除しようとすればユーザーはOSXしか選択肢がなくなるし、ベンダーがWindowsを排除しようとすればユーザーはOSXしか選択肢がなくなる。
一番有り得ないOSXしかユーザーには選択肢がないんだよ。 .netを排除しようとしてるってホント？
そんな訳ないと思うけど
排除して何するの？ >>126
マックなんてほんとはありえないんだよ。
Apple以外のハードウェアが使えない競争のない世界なんだから。
ところが開発となると様相が変わる。
Linuxで動く製品の開発者の多くはMacを使っているし、なんとLinuxさえ使わずにOSX上で開発するようになっている。
何でかというと宗教だったはずのMacでさえ、Linuxに比べれば宗教性が無いから。
つまり、単純にLinuxより使いやすい。
そしてウェブだろうと何だろうと、Windows上でLinuxで動く製品はまともに開発できない。
Pythonの○○ライブラリが使いたい？OSXが一番楽ですよ。
聞かれたらこう答えるしかないでしょ。 OSXなんてiosに喰われて下降の一途じゃん
もう増えることはないだろ
ほとんどの人はiPadで十分だし 例えばさ、VSがPythonをサポートしましたよとか、WindowsがLinuxをサポートしましたよとか、これ結局、PythonユーザーやLinuxユーザーをWindowsに取り込みたいからやってるわけで、その逆になっちゃダメなわけよ。
使いやすくなるわけがない。 >>130
俺は古くからのVS、Windows、Linuxユーザーなので本当はOSXの台頭を好ましく思っていないんだよ。
ところがその俺でさえOSXを使うしかなくなってきてる。
ホント苦々しい思いだわ。 VSがより便利になって嬉しいだけだけど
開発環境は全部統合して一つにして欲しい
その可能性があるのは今のところVSって事
資金力も開発力も交渉力もダントツ 俺が最初に買ったOSはPC-DOSだし、その上にWindows3.1入れてたんだよ。
その当時友人が80万出してMac一式そろえたんだけど、俺のDOS/Vは全部で20万もしなかった。
それにLinuxはELF移行を進めてた頃に使い始めた。
1996年くらいだな。
その位昔から使ってるから、今更Macなんてちゃんちゃらおかしいけど、それしか選択肢がない。 >>133
OSX使ってみれば考え変わるよ。
結局、MSの流儀に従って改変されたOSS使うより、端からUNIXのOSXのほうが楽ちんすぎる。
Windowsでの苦労は何だったんだって思うはず。
Microsoftは考え変えてほしいわ。
変えなければ10年後にはシェアが逆転してるだろう。 そもそもム板でOSXをOSの一つとして認める奴がいることのほうが驚き。
普通にBSDの括りだろ。 VS使ってる皆さん、上手くいかないのはあなたのせいではありません、Windowsのせいです。
OSXお試しあれ。
僕の言ってることがわかるはず。 もしBSDが楽チンならLinuxより普及してる。そもそもハナからUNIXというのが詐欺。
BSDカーネル開発本家がUNIX取得してないのに、自分だけUNIX取得して名乗ってんだから。Appleって根っからの詐欺師。 >>139
そんな銭ゲバのApple製品が一番ユーザーの方を向いてるのが問題なんだよ。 なんかメリットを明確にせずに
本物はHaskellを使う
みたいなこと言われても
ふーん、死ねば？
としか >>140
まさかム板の住人がAppleのユーザー切捨ての歴史を知らないとでも思ってるのか。
マカーってほんと馬鹿だよなぁ。 >>143
そんなAppleのほうが楽ちんな現状。 >>144
お前、詳細な具体例挙げないとNG入れるぞ >>144
AppleにMSのプレミアムサポートレベルのものを用意できるというのか？ 自社でOS開発してないのに。 iOS開発とハードウェアのクォリティを除くとMacもWindowsも大差ないよ
>>131
時代遅れの発想
MicrosoftはWindowsなんかどうでも良くて、開発者にAzureを使わせたい
AppleもOSXはどうでも良くて、iOS端末を買ってほしい UTF-8のBOMも随分長い間ユーザーを困らせてきたよな。
頑なにUTF-8を認めず、手動で設定したとしても保存するたびにせめてBOMだけはつけようとするVSと、UTF-8のBOMは絶対認めないGCC。
そんな時AppleのCLangは光って見えた。
そしてCLangがLinuxユーザーにも光って見えだした時、とうとうGNUが折れた。
マンセーし続けてたらGNUは折れなかっただろう。
なんせMS憎しという宗教なんだから。
そしてVSはいまだに折れません。 そもそもLinuxは文字コードなんていくらでも変えられる。
過去の資産なんてないんだから。
あったっていつでも捨てられるゴミみたいなもんだ。
TeXやroffの問題さえ誰も提起しない。
過去の文書が読めなくても困っていないんだ。
Linuxで作った文書なんてゴミだから。
ゴミだからLinuxで作ったのだろう。
これがExcelだったら大問題だっただろな。
いや実際、環境によって開けたり開けなかったりする文書が作れるんだから文句は言われてる。
同じ事情のTeXに誰も文句を言わないのはゴミすぎて誰も使っていないからだろ。 スタイル警察入れて大文字小文字ルールと、スペーシングルールをチェックさせるようにしたわ >>150
UTF-8 にどうして BOM(ByteOrderMark) が必要なのですか？ >>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#を明らかに超える言語が出てこないとね。
現状ある？ ■ このスレッドは過去ログ倉庫に格納されています
