Java/C++ VS C# どっちが好きか教えて©2ch.net
■ このスレッドは過去ログ倉庫に格納されています
>>163
思い込み激しいというのが、君の思い込みでしょw
おまえは何も知らないが俺は知っているみたいな、頭大丈夫?
別に認めて欲しくないでしょ
俺、Java売って生活しているわけじゃないし
君がJava使ったところで俺に何の利点が?
思い込みで物言う癖やめなよ >>164
一般論の承認欲求のことだよ
人は他人に認めてもらいたくて必死に自分はすごいんだアピールをするんだ
実際にJavaの利点だけでなく問題や欠点、その改善策を言える? >>165
改善策がこのスレタイでは
実際にC#の利点だけでなく問題や欠点、その改善策を言える? >>166
https://github.com/dotnet/roslyn/issues
ここらへんを適当に追いかけてると問題点が結構わかる
最近だとref returnは地味だけどなかなかよさげ
共変性フラグといい、中間言語が幅広い言語に使えるように高機能に作ってあったのは幸いだなと思った(限界もあるけど)
標準ライブラリにも設計ミスや後で追加された機能と合わないところもところどころある
StreamのCloseとか互換性維持のために消すに消せなくなってる ぼくはJavaでプログラム作ってマインクラフトみたいに大成功してみせる! 三つ巴か?何にしてもネイティブ言語は生き残りやすい。 ネイディブ言語で生き残るっつっても
C/C++のライブラリの豊富さにはどうやっても勝てないからね
汎用言語はもう十分だから、ドメイン固有言語の方が生き残る可能性は高い
SQLとか、アップル用言語のSwift、Objective−Cとかね
WebクライアントのJavascriptとか
MSOfficeのマクロとか
JavaもJVMが使いたいがための言語と言えるかもね
こういう、仕方なしに使う言語
ドメインが生き残っている限りは言語も一緒に生き残るというわけ
この場合、言語自体の優劣は関係ないね
だから何か新しい言語を作って普及させたいという野心を持っているのだったら
なにか途轍もなく優秀な画期的なアプリを作って、人々をそれ無しじゃ生きていけない状況にして
それ用のスクリプト言語として実装して、無理やり使わすしかないね
今どき汎用言語なんか作ったって誰も使ってくれるわけないんでね まぁでもどの言語も何らかのドメインに属しているとは言えて
言語自体の優劣というより、ドメインと一緒に普及していったといった方が良い
でもどのドメインももう飽和状態というか
例えば何も考えずにネイディブコード吐く汎用言語なんか作ったって
完全にC/C++と被って、どうやっても勝てるわけがない
だから新しい言語を作るためには、まず新規ドメインを自分で開拓しないといけない
無茶苦茶優秀なアプリを作るとか、アップルみたいにスマホ作って売りまくるとか
MSみたいにOSと優秀な開発環境を作って、それ用の言語を作るとか
新しい市場、土壌、ドメインを作らないことには、新しい言語なんか作っても意味が無いのだ
言語は仕方なく使う物、って任天堂の組長も言っていただろう でも、新しいドメインを開拓できたなら、それだけで凄いことであり、商業的にも気分的にも、もう十分だから
言語の事なんかどうでもよくなると思うけどね
現実的には、新しいドメインを開拓しようとしている人をどこかから見つけてきて
自分、それ用の言語作ります、っつってくっ付いていくとか
かなり器用に立ち回らないとダメだろうね ドメインなら何個も持っているが何か?
レンタルサーバー借りてドメイン使ってるー JavaってAndroidの標準言語なんだって?
すごいなー >>132
あーごめん
可変長部分の引数のことだ
さすがにフォーマット文字列評価して警告出すのは不可能でしょ >>184
何故不可能だと思うんだ?
フォーマット文字列を直書きした場合は不正なフォーマット指定や
後ろの引数の数/型が合ってない場合は警告出るよ(GCC/VS) AndroidのプログラムをXamarinで作ったらパッケージが巨大化して誰もダウンロードしたくなくなるサイズになるって本当?
JavaでAndroidのソフトを作るとコンパクトになるのは知ってるー 紅白アプリをみると少し大きめではあるが高機能なアプリなら許容範囲じゃないかな
画像リソースとかも含んでのサイズだし
単機能のシンプルなツールソフトを作るには少しオーバースペックかもしれない 君らもJavaやっときゃ今頃ウハウハだったかも知れないのになw そうそう、C++BuilderよりもJavaのほうが実用性高いよね >>185
>>186の指摘通り
書式文字列は必ずしもコンパイル時に確定しているわけじゃない java必死だな。
java組が面倒を起こすとC++組が尻拭いする現実 C#にとってわざわざここのスレに来る意味がない
C++と対決するスレも、Javaと対決するスレももうあるからな JavaもC++もC#も使わんから特に書くことない Javaを使うようになってから胃の具合がよくなり気分もすっきりして課長に昇進し恋人もできた
C#ではこのようなことは一切起こらなかっただろう やっぱりJavaだよね
魚を食べると頭が良くなるようにJavaでブログミングすると頭がよくなる 概ね有名プログラマが書いた記事では、
「Javaを使うと頭悪くなるってほのめかす記事」が多いような。
その逆は見たことが無い。 javaってなんちゃってPGの代名詞の気がしてならんよ javaってストラテジーパターン使うとき、まだクラスとか定義してるの?
デザインパターン見ててアホかこの言語と思った。 カコよく隠蔽したつもりが
結局隠蔽された部分を追いかけなければならなくなる
ってのはよくある話
あと見えないgotoである例外は厄介だぬ 【報道ステーション】数日後に連絡が来て、「実は東京が危ないということは報道できない」と、全面カットになった.
お笑いの前田さん心肺停止44歳 / 「テラスハウス」今井洋介さん心筋梗塞 31歳 / 盛岡動物園のヒトコブラクダが急性心不全
阿藤快さん心不全 69歳 一押しすし店『海味』の大将も、同年死去 / 平標山で男性2人が急性心不全 助けに向かった64歳の男性も
医学界で高まる不安 「白血病」、昨年の約7倍 / 「甲状腺がん多発原因は、被ばくしかない」津田俊秀 岡山大学教授。2016年4月24日
福島県産の肉や野菜をモロに食べてしまいました
牛肉の話題をニュースで聞いて、愕然としました・・・・・おそらく内部被爆は確実に深刻なレベルまで行ってるはずです。
今のところ目立った症状は出てきていませんが、これから何が起こるかわからない恐怖で押しつぶされそうです・・・・
福島県の農家が憎いです・・・・知らん顔して出荷させた癖に悪いのは東電だと平気な顔して言ってのけた農家のあの人らが憎くてたまりません・・・・
http://oshiete.goo.ne.jp/qa/6875320.html?from=rfqa_no
マイト★レーヤは原発の閉鎖を助言されます。
マイト★レーヤによれば、放射能は自然界の要素を妨害し、飛行機など原子のパターンが妨害されると墜落します。
マイト★レーヤの唇からますます厳しい警告と重みが発せられることを覚悟しなさい。彼はいかなる人間よりもその危険をよくご存じです。
福島県民は発電所が閉鎖されれば1年か2年で戻って来られるでしょう。
日本の福島では多くの子どもたちが癌をもたらす量の放射能を内部被ばくしています。健康上のリスクは福島に近づくほど、高まります。
日本の近海から採れた食料を食べることは、それほど安全ではありません。汚染されたかもしれない食料品は廃棄すべきです。
日本もさらに多くの原子力発電所を作ろうとしています。多くの人々が核の汚染の影響で死んでいるのに、彼らは幻想の中に生きています。
問題は、日本政府が、日本の原子力産業と連携して、日本の原子力産業を終わらせるおそれのあることを何も認めようとしないことです。 GitHubで匿名通信(Tor、i2p等)ができるBitComet(トラッカーサイト不要でDHTだけで日本語検索可能)
みたいな、BitTorrentがオープンソースで開発されています
言語は何でも大丈夫だそうなので、P2P書きたい!って人居ませんか?
Covenantの作者(Lyrise)がそういう人と話したいそうなので、よろしければツイートお願いします
https://twitter.com/Lyrise_al
ちなみにオイラはCovenant(純粋P2Pのファイル共有ソフト)の完成が待ち遠しいプログラミングできないアスペルガーw
2 まずは貴様の連投脳をアスペルスキーでウィルスチェック あいよ
匿名通信(Tor、i2p等)ができるファイル共有ソフトBitComet(ビットコメット)みたいな、
BitTorrent(Covenant)が活発な情報交換・交流コミュニティでオープンソース開発されています(プログラマー募集中)
言語は何でも大丈夫だそうなので、P2P書きたい!って人居ませんか?
Covenantの作者(Lyrise氏)がそういう人と話したいそうなので、よろしければツイートお願いします<(_ _)>
https://twitter.com/Lyrise_al
ちなみにオイラはCovenantの完成が待ち遠しいプログラミングできない情報発信好きアスペルガーw
The Covenant Project
概要
Covenantは、純粋P2Pのファイル共有ソフトです
目的
インターネットにおける権力による抑圧を排除することが最終的な目標です。 そのためにCovenantでは、中央に依存しない、高効率で検索能力の高いファイル共有の機能をユーザーに提供します
特徴
Covenant = Bittorrent + Abstract Network + DHT + (Search = WoT + PoW)
接続は抽象化されているので、I2P, Tor, TCP, Proxy, その他を利用可能です
DHTにはKademlia + コネクションプールを使用します
UPnPによってポートを解放することができますが、Port0でも利用可能です(接続数は少なくなります)
検索リクエスト、アップロード、ダウンロードなどのすべての通信はDHT的に分散され、特定のサーバーに依存しません
^ 何でJava/C++ VS C#になるのか。
JavaとC++が何で同じくくりになるのか。
JavaとC++は大きく異なって、JavaとC#は似た者同士と思うがどうよ。 C++の学習で手一杯で、C#やJavaまで学習に手が回らんわ。でも学習したら努力が報われるのかいな?
STLよりも.net frameworkやJavaのライブラリのほうが果たして使いやすいのかいな。
ファイルの入出力は.netやJavaだと多種類の文字コードに対応してるそうなのは利点か。
でもShift-JISしか使わないからな。Shift-JISの読み書きで、.net frameworkのほうが手間がかかると思ったが。
文字列の長さも半角と全角文字でそれぞれ正しいバイト数を取得できるんかいな。 C++を何十年もやってる人でもない限りC#やJavaの方が明らかに簡単でミスも脆弱性もバグも少なく済む
永遠にShiftJISしか使わないならともかく、サロゲートペアとか複雑な処理の知識は言語関わらず身につけるべきだと思うけど、C#はライブラリレベルで対応が進んでる方かな C#やJavaだから不具合も瑕疵も少ないというのは弊害ある表現だな
しょせんはクロマニヨン言語なんだからバグを減らすことはできない
可読性を上げてエンバグを抑えているだけだ
VisualStudioやEclipseといったIDEが優秀になって
事前にエラーを報せてくれる、ありがたい機能だが
それはtypoやdeleteを忘れたなどのヒューマンエラーの話をしているのであって
根本的な仕様矛盾や設計ミスとは話が別だ Java や C# のどこで間違えようがあるんだ?と首をかしげる C++er であった >>226
メモリの破壊や未定義の動作などをC++では見つけにくい
その分速度やメモリ効率の話があるから一長一短ではある
しかし、メモリ効率も速度もいらないし、OSに深く介入するわけでもないならほか言語の優位性が高まる バグのリスクを低減するために、制限をかけて自由度を低くするんなら、必要に応じて
制限を撤廃する指令をソースファイル先頭に記述できる仕様にするなどすれば良いのに。
if文の式でintの0か0以外の評価も比較演算子を要求する制限とか、switch文のcaseにすべて
breakを要求する制限とかを。
グローバルのmain()関数も使わせないおかしな制限の両言語。
そして関数の引数のデフォルト値が使えないのも何のためなのか。引数を明示的に渡すか、
デフォルト値とする引数を追加して呼び出す同名関数をオーバーロードするなどの対策をす
るんかいな。
C#は、そうやってVB.NET側に長所を持たせてやるために、そうしてるのかいな。 >>229
まったくメリットを感じられない。
方言使いたいならそれに近い言語使えばいいだろ。
お前みたいな規則に緩いのを入れたくないから制限入れてるの。 >>229はC#にデフォルト引数があるのを知らないにわかor馬鹿 >>231
オプション引数の導入はC#
4.0以降だから昔かじっただけなんでしょ >>229
しっかり考えてない奴の発想
それをやると暗黙の型変換とかで言語仕様が複雑になり、利用者も大混乱になる
さらにc++以外の言語では空配列や空文字を偽と判断するし、case文に式を入れられることも多く、文字列を数値に自動変換したりするから、できないと人によっては制限に見える
結果、例えば"0"の真偽は膨大なスイッチの組み合わせを確認しないと求められなくなり、迂闊にファイルを分割したりするだけで検出困難なバクが生じるようになる なぜJavaなのか。C++やC#やVB.NETではいけない理由は何か。
なぜC#なのか。JavaやC++やVB.NETではけいない理由は何か。 >>228
↑みたいなこという奴に限って、ユーザーモードで動作するプログラムしか書いたこと無いんだよなw
win32apiを呼び出すだけで「OSに深く介入する」なんて抜かしてるわけじゃないよなwww >>235
普通にグローバルフックとか他プロセスへのインジェクションとかの深さでC#よりc++はで書く利点が大きくなると思うが
そもそもC++使ってカーネルモードでバリバリプログラム書いてるやつなんてそんなにいるのかね なんだやっぱりユーザモードでの話か・・・
それなら、C++だろうが、C#だろうが、VBだろがなんでもいいだろ 残念ながら、なぜその言語でないとだめか明確な人がおらんからクソスレだ。 優劣じゃなくて好き嫌いだから理由は要らんのでは?
>>237
グローバルフックもコードインジェクションもC#でできないことはないんだよね?
やったことないしやらないけど >>242
SetWindowsHookEx の使い方知らないんだろw >>241
自分の認識してる範囲では、グローバルフックについてはマウスとキーボードフック以外ではDllExportが必要
.NETがそれに対応するバイナリを吐けないので単独では無理
https://support.microsoft.com/en-us/kb/318804
C/C++のDLLを噛ませればできる
インジェクションも同様に.NETの実行にはランタイムとかが必要なので他のプロセスに簡単に差し込めるDLLを作れない
もちろん、C/C++でDLL作るとかマシン語を直接相手のメモリに書き込むことはできるが、それはもはやC#のプログラミングではない あとは、シェル拡張とかは.NET4以降が実質必須
言うまでもなく、ユーザーモードでもドライバーとかはC#では書けない
結局、なんでもいいってことはない 実行中のプログラムの任意の場所から
突然ジャンプさせるのも、.NETやC♯程度じゃくるしいかな。
ソースがない他者プログラムに対して、数千行、数万行相当のプログラムを差し挟むとか普通にするし。 Java/C++ VS C#だったら
Visual Studio(VS)が一番好き 昔はBASICでそれが出来たが、今はPCを使うのとプログラムを組むのは無関係に CUIにも便利なところは沢山あったが、それもやりにくくなってしまった
Cシェルが分からんからC言語で組んだりとか いまだにChrome/Firefox/Adobe/MS Office/iTunes/3DCG/CADなど大部分の主要なデスクトップアプリがなぜ
C++/Win32/MFCなどの旧式の技術で作られているのだろうか?
これは一部業務アプリでは.NET/C#も使われているが、当初のC++アプリを置き換えるとした.NET戦略はほぼ失敗したとも言えるだろう。
パフォーマンス、OSのネイティブAPIへのアクセス性、自社・OSS各種ライブラリとの親和性、他プラットフォームへの移植性や
MSの独自テクノロジーへの依存度の低下を考慮すると、大手ソフト開発企業がその選択をするのは妥当なことであろう。
さらに近年のAndroid/iOS/Macなど多様なプラットフォームの台頭により、C++が唯一の共通基盤技術として再注目されている。
それに対応すべく見劣りのあった言語設計もC++14/17で改善されつつある。
ただ、これには.NET/C#が登場した歴史的背景もあり、仕方がない側面もある。
.NET/C#が登場した当時の状況は今とはまったく異なり、Javaが台頭しつついわゆるWrite once, run anywhereがSunにより
声高に叫ばれ、すべてのソフトウェア開発はJavaプラットフォーム上に乗り、Windowsが単なる"土管"技術となる危機感が
ある状況であった。
これへの対抗技術として十数年前に投入された.NETが、現状の複雑なモバイル/クラウド環境に適さないのは当然のことでもある。
だがこうしたJava/C#といった中間言語から、近年のモバイル/UWPなどのネイティブ技術への回帰はあるものの、
どちらかが下火になるというわけでなく、開発レイヤーによる棲み分けや、XamarinやUnityなど各種ツールとの融合なども進み、
状況はさらに複雑化していくだろう。
しかしこうした開発技術の百花繚乱とも言える状況で、本当に"土管化"するのはある意味開発者ということになるかもしれない。 昔作ったWind32アプリのメンテはまだやってるけど新規案件をWin32で始めようとはもう思わないな ビルダー君は英語も読めないしc++もc#もjavaも初心者レベルだからなぁ
今頃どこで何をしているのだろう このところ、周辺が結構様変わりしてきた
以前はJavaのニーズばかりが高かったが、
このところC#のニーズばかりが目に付く。
Javaどこ行っちゃった?ってなかんじ。
どうなってんの? 両方を経験すると個人的にはC#でしかする気にならん。
仕事ではJavaですでに作られてるシステムが多いからしばらくはJavaの時代だろうな。
新しい案件はC#も多いからだんだん増えてくるだろうな。 >>261
javaよりc#の方が生産性高い。
簡単なことでしょ。 ■ このスレッドは過去ログ倉庫に格納されています