C# vs Java どっちが好き? その4©2ch.net
■ このスレッドは過去ログ倉庫に格納されています
IntelliJやEclipseは十分まともな部類のデスクトップアプリだろ? VSが一番高機能で使いやすくて最高なんだけど
結果C#の勝ち
そーでもない? JavaはMS憎しがひどすぎてまともなWindowsアプリが作れない。
例えば文字列の上でクリックしてみると良い。
標準的なWindowsユーザーは意図通りの場所を選択できるだろうか?
そう、できないのである。
Java製アプリを使ったWindowsユーザーは「Windowsって駄目だな」と思うだろうか?
普通は、「Javaってイライラするな」と思うだろう。
なぜならJava製以外はとても使いやすい動きをするからである。 MSを認めたくないのは当然だろう。
しかしながら、Windowsユーザーまで憎むのでは本末転倒だろう。
そんな風に思いました。 Javaがアメリカ製というのはおそらく嘘で、本当は日本製だろう。
MS憎し、どうやってカッパぐか、そんなことが前面に出てきてユーザーの方を向いていない。
ユーザーなど叩いてやったほうが金を落とすのだ。
まさに日本製の考え方ではないか。 そりゃ驚くだろう。
だが考えてみたまえ、これほどまでにユーザーにそっぽを向いたアメリカ企業があっただろうか?
無いだろう。
あのマイクロソフトでさえ、もう少しユーザーを大切にしたものだ。
ユーザーを逆さにして振れば小銭が落ちてくるという企業文化はどの国のものだろう?
まさに我々日本ではないか。 俺は昔、某国産ソフトウェアの研修で、「アンドゥするにはどうしたら良いかというお問い合わせをよくいただきますが、間違えなければアンドゥする必要はありません」と、聞いてもいないのにどや顔で演説されたことがあるぞ。 案外オラクルがこのスレを見たら、「戦略企画室が日本にあるとなぜばれたんだろう」と冷や汗を流すかもしれないぞ。 なんでフリーまで含めて非常に多数ある他のデータベースに移らないの。 >>71
>ユーザーを逆さにして振れば小銭が落ちてくるという企業文化はどの国のものだろう?
>まさに我々日本ではないか。
全然実感がない。日本企業は顧客第一主義で凄く親切丁寧。むしろその事が問題に
なっているとも効くし。「お客様は神様」的な思想がある。 >Oracleは日本企業だったとは驚くなぁ…
そういうのは結構あるよ、上場しているかどうかの違いだけ。
マイクロソフトだって、Appleだって同じで普通の日本の会社。
勿論、OracleもMSもAppleも米国の子会社。
他にもこういう企業はたくさんある。
ただし、GoogleやAmasonとは立ち位置がことなる。
Googleの日本法人は形式上あるだけで、利用者は契約を米国と行いカード決済で
びた一文日本にお金を落とさない。消費税も。 因みに、古くからある外資のソフト会社の場合(特に汎用機時代から)は、
日本語化とIBM機器以外(富士通、日立)で動かすための改変や日本語化の関係で
その開発に必要な部隊が日本に必要だったという経緯がある。
話は変わるが、Oracleは90年過ぎに経営難に陥り新日鉄(現在のNSソリューションズ)が
買収する話になったが、別に米国で資金調達ができたため生き残ったという経緯がある。
ま、ここには関係ない話だけどね。 チョン「イエスキリストは韓国人!」
チョン「ブッダは韓国人!」
チョン「孔子は韓国人!」
チョン「日本のノーベル賞受賞者は韓国系!」
チョン「日本のオリンピックメダリストは韓国系!」 「オラクルは日本企業」
また、fake newsか。。。 皮肉で書いてるんだろうが揚げ足とられやすい論法はbad methodやで >>67
EclipseはJavaでできてるはずだが
クリックで困ったりしないぞ JavaもC#もどっちでもそんなに変わらんけどJDKの違いは大きいのでC#の発展を祈念しております >>64
>流石にまともなリソースエディタの一つもねーとかクズ過ぎじゃね?
リソースエディタは無くても、楽にGUIアプリ作れるよ、Javaの場合。
Widgetの生成・配置を、コードで書いてもとても分かりやすいから。 >>87
1. JavaのGUIのクラスは設計が美しいのでWidget生成をコードで書いても非常に簡単で分かりやすい。
論理的な配置を書くだけで、座標は自動的に計算してくれるし、フラグもほとんど指定する必要がない。
2. Win3.1のリソースはとても分かりにくかった。配置をx,y座標で指定しなくてはならなかったし、
本質的でない細かなフラグ類まで大量に指定する必要があったから。 >>88
おそらく >>87 が言いたいのは
実行ロジックとGUI指定が分離されていないじゃないかと
いう話だと思う。 >>89
現実には、分離されている事こそが、配置や(日本語、英語などの)言語切り替えなどを
プログラミングで制御する事が難しくなってしまう原因になる。 >>89
そんなんじゃなくて
単にリソースエディタがほしかった >>92
そこらへんはxaml+UWPが進んでいる。コントロールにIDをセットするだけで、ソレに対応するリソースからラベルの文字などを拾ってくるが
英語のリソースを用意するだけで自動で日英切り替えができるし、リソースファイルを増やすだけで多国語対応できる
レイアウトの自動計算は当然として、画面の大きさ変更で部品のありとあらゆるプロパティーを弄れるしアニメーションも可能
分離しているからと言って不自由になることはないよ >>87
この点に関しては Win3.1 も win32api も変わりません MSを敵対視してた人は何してるんだろ
季節外れのインフルエンザにでもなって寝込んでるのか
世界平和の為にも早く復活して下さい あっちに行ってしまったの?
振られて捨てられた気分だ >>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が折れた」とは具体的にどのような事で「折れた」? ■ このスレッドは過去ログ倉庫に格納されています