Javaはもう死んだの？

■ このスレッドは過去ログ倉庫に格納されています
1デフォルトの名無しさん
垢版 |
2018/04/29(日) 04:48:48.62ID:BgWXrKyR
どうなのよ
2019/06/17(月) 23:53:53.71ID:bcui+wr0
ほんとにメリットとか考えて使うなら導入例とか要らんと思うけどね。

導入例でてくるまで待つのが当然ならLinux とか php とか java だって普及してないでしょ。

鶏とタマゴどっちが先って話になっちまうわ
565デフォルトの名無しさん
垢版 |
2019/06/18(火) 00:34:52.16ID:6YVmUs6+
実績があるものがあって、それとの比較になるからでしょ
何も比較対象が無かった時代を持ち出すのは違う

.net frameworkと.net coreでコードを共通化できない、
MS的にはwindowsサーバーに誘導したい、
実績があるjvmとの比較でcoreは使用されにくい、
こういった状況でどうやってcoreが発展していくのか？
2019/06/18(火) 00:39:19.87ID:h7JODXU0
>>565
なぜ共通化できないと思った？
2019/06/18(火) 00:40:52.66ID:cyqtJBzj
この業界は互換性があるっていう嘘を簡単に信じるバカで溢れてる。
2019/06/18(火) 00:41:42.12ID:2u4q0503
Coreが発展するかどうかというよりも、（レガシーな）.NET Frameworkの開発はやめますってMicrosoftが公言してるわけだから、Core以外の選択肢はもうない
2019/06/18(火) 00:42:21.09ID:XdWrh1Hd
>>565
>>561
570デフォルトの名無しさん
垢版 |
2019/06/18(火) 01:00:21.09ID:6YVmUs6+
>>566
なぜ共通化できると思った？
2019/06/18(火) 01:00:55.37ID:h7JODXU0
>>570
してるから
572デフォルトの名無しさん
垢版 |
2019/06/18(火) 01:01:12.00ID:6YVmUs6+
そもそもMSとして.net frameworkとcoreに互換性は無いという態度だ。
だから.net standardという概念を持ち出した。

https://docs.microsoft.com/ja-jp/dotnet/core/porting/third-party-deps
＞コードを .NET Core に移植するために依存関係を分析する

https://msdn.microsoft.com/ja-jp/magazine/mt842506.aspx
＞.NET Standard と互換性があることを明示しているライブラリはまだ一部にすぎません。

https://docs.microsoft.com/ja-jp/dotnet/standard/analyzers/portability-analyzer
＞アプリケーションで他の .NET の実装とプロファイル (.NET Core、.NET Standard、UWP、Xamarin for iOS/Android/Mac など) との互換性を確保するのに必要な作業量を知りたい場合は、 .NET Portability Analyzer が役立ちます。
2019/06/18(火) 01:02:40.07ID:h7JODXU0
>>572
どんだけ古い情報持ち出すんだよ…
2019/06/18(火) 01:03:11.81ID:XdWrh1Hd
.NET Standard2.0以前とはワロタｗｗｗ
2019/06/18(火) 01:03:20.97ID:sHwOcwm9
>>568
そのCoreの実際例がね、、、
Azureへは実際移行出来ない企業が多い
576デフォルトの名無しさん
垢版 |
2019/06/18(火) 01:04:41.94ID:6YVmUs6+
JVMだったら、java6,7,8みたいな時系列のバージョンにおいて互換性が問題になるだけ。
.netはframework,core,monoとかでも互換性が問題になってしまう。

なんでそうなってるか？MSが当初からWindowsのことしか考えてなかったからだろ。
2019/06/18(火) 01:12:23.41ID:h7JODXU0
>>572
2017年当時ですらNuGetパッケージの70％は.NET Standard2.0互換なわけだけど、これが「一部」って言い張るやつとは議論にならんわ…
578デフォルトの名無しさん
垢版 |
2019/06/18(火) 01:15:06.75ID:6YVmUs6+
>>577
それを言ってるのはMSだが
579デフォルトの名無しさん
垢版 |
2019/06/18(火) 01:18:26.24ID:6YVmUs6+
そもそも.net frameworkはwpf等windows専用APIがあって、
それとの互換性を保つ限り今後ずっと.net coreとの完全互換にはならない。
必ず依存関係の調査が必要になり、場合によって移植作業が必要になる。
.net frameworkとcoreでコードを共通化できるかはコードによる。
一般にはコードの共通化はできない。
580デフォルトの名無しさん
垢版 |
2019/06/18(火) 01:20:22.08ID:6YVmUs6+
この状況でエコシステムが発達したら
ライブラリによって互換性があるかないかが変わってしまう。
だからクロスプラットフォームという点においてJVMに勝つ事は絶対に無理。
2019/06/18(火) 01:21:38.60ID:h7JODXU0
>>578
それは明示してるかどうかやろ
互換性は問題ないからよく読め
具体的にどのライブラリを使う時にどう問題になるのか示してみ
2019/06/18(火) 01:22:40.28ID:h7JODXU0
>>579
そのWPFは.NET Core対応するんやけど
2019/06/18(火) 01:23:58.34ID:h7JODXU0
>>580
クロスプラットフォームという点においてC#がJavaより上なんて言ってないからｗｗｗ
妄想おつ
2019/06/18(火) 01:25:37.51ID:AuIaKE15
Java屋の悲壮感が伝わってくるな…
らいとわんすらんえにうぇあーイェーイ
585デフォルトの名無しさん
垢版 |
2019/06/18(火) 01:26:41.23ID:6YVmUs6+
https://docs.microsoft.com/ja-jp/dotnet/framework/
>.NET Framework は、Web、Windows、Windows Phone、Windows Server、および Microsoft Azure 用のアプリを作成するための開発プラットフォームです。

ある時点でたまたま互換性があったとしても、
.net frameworkはあくまでWindows用のランタイムで、
.net coreとのソースコードの共通化が保たれるという保証がない。
2019/06/18(火) 01:27:48.81ID:h7JODXU0
>>585
そらそうやろもう開発ストップするんやから
何回も言わせんなって
587デフォルトの名無しさん
垢版 |
2019/06/18(火) 01:28:29.62ID:6YVmUs6+
.net frameworkの開発は停止しないと言われている。
近年coreが活発化してるだけ。
2019/06/18(火) 01:29:35.20ID:h7JODXU0
また妄想か
589デフォルトの名無しさん
垢版 |
2019/06/18(火) 01:30:33.30ID:6YVmUs6+
「.net frameworkとcoreはソースコードを共通化できない」
この認識が正しい。
MS自体がソースコードを共通化できるという保証を宣言していない。
frameworkはwindows用であり、coreへの移行作業のためのツールを提供している。
590デフォルトの名無しさん
垢版 |
2019/06/18(火) 01:32:03.90ID:6YVmUs6+
だから>>565が正しく>>566は間違いだ。

ソースコードの内容によっては共通化できるかもしれないが、
一般に今後継続的に共通化するのは無理。
2019/06/18(火) 01:33:13.07ID:h7JODXU0
>>589
.NET Frameworkと.NET Coreは共通ライブラリを.NET Standard化することでコードを共通化できる
592デフォルトの名無しさん
垢版 |
2019/06/18(火) 01:33:49.31ID:6YVmUs6+
しかも>>586は何を言いたいのか分からんな。
開発が停止するか継続するかによらず、
.net frameworkはwindows用でありcoreとのソースコード共通化の保証は存在しないし、
それを期待してはならない。
2019/06/18(火) 01:34:33.00ID:h7JODXU0
>>592
わかりたくないんやろ？
594デフォルトの名無しさん
垢版 |
2019/06/18(火) 01:38:42.70ID:6YVmUs6+
>>583
この話題はもともとJavaと各言語の比較だ
595デフォルトの名無しさん
垢版 |
2019/06/18(火) 01:39:26.28ID:6YVmUs6+
.net frameworkの開発が停止するというソースは？
2019/06/18(火) 01:40:18.35ID:h7JODXU0
英語も読めず、日本語で論理的な思考のできない人に比較なんて無理な話やで
2019/06/18(火) 01:42:19.37ID:h7JODXU0
>>595
それすら知らなかったのかよ…
"All future investment in .NET will be in .NET Core. "
https://devblogs.microsoft.com/dotnet/net-core-is-the-future-of-net/
2019/06/18(火) 01:44:21.93ID:sHwOcwm9
日本の中小企業において
WindowsサーバーでVB.NETでwebアプリ動かしてる場合、CALが企業の経営を圧迫してる場合が有る
(サーバーOSライセンスも含め)
Linux or MacOSサーバーに移行したいがVB.NET→C#に今更組み替えしたく無いし、かと言ってCoreに移行するには現行プログラムソースが正常稼働する保証が無い
これで困って未だに高いライセンス料金払ってる企業が多い
マイクロソフトが無慈悲な所はこういう企業への手当てが無い所だな
599デフォルトの名無しさん
垢版 |
2019/06/18(火) 01:46:53.51ID:6YVmUs6+
>>597
その話題は知ってたけど、一応開発は継続していくという認識だった。
最後のメジャーバージョンであるというだけで、開発が停止するということは書かれていない。

>>596
こういうの本当に陰湿だと思うんだけど
相手の欠点を指摘するのが議論じゃないぞ
なぜ議題が何であるかを考えてそれに集中できないんだ？
なぜ誹謗中傷するチャンスを探しているんだ？
なぜ相手の英語力や人格批判が必要なんだ？
本当に日本人コミュニティは陰湿だ・・・
600デフォルトの名無しさん
垢版 |
2019/06/18(火) 01:47:59.65ID:6YVmUs6+
まじで日本人コミュニティってどうしたらいいの？誰か教えてくれ。
601デフォルトの名無しさん
垢版 |
2019/06/18(火) 01:49:22.46ID:6YVmUs6+
>>592に対する>>593も意味が分からない
こいつの人格がどうしようもなく陰湿だと考える以外答えが無い
602デフォルトの名無しさん
垢版 |
2019/06/18(火) 01:52:11.12ID:6YVmUs6+
>>591
それ.net standardでしょ
.net framework用ライブラリだったらwindows専用の実装になってる可能性もあるし
coreとのソースコード共通化ができるという保証は一般には存在しない
2019/06/18(火) 01:58:10.01ID:h7JODXU0
>>599
…もう一度書いてあげるよ
"All future investment in .NET will be in .NET Core. "

話にならんわもう
2019/06/18(火) 02:00:20.55ID:h7JODXU0
最低限の英語力は議論をする上で必要。一次ソースの解釈ができないんじゃ議論にならない。
しかも人格攻撃ときたもんだ…こいつやっぱ巧妙なJavaアンチやろ、よくやってるわ
605デフォルトの名無しさん
垢版 |
2019/06/18(火) 02:08:58.35ID:6YVmUs6+
最後のメジャーバージョンを即ち開発停止と解釈する事に同意してもいい。
でも、それが>>586になるのかは全く分からない。
606デフォルトの名無しさん
垢版 |
2019/06/18(火) 02:10:05.46ID:6YVmUs6+
意味は分からないが>>586はframeworkとcoreでソースコードを共通化できないということに同意してるんだろ？
この話題はもともと>>565-566だから、結論は出てるじゃないか
607デフォルトの名無しさん
垢版 |
2019/06/18(火) 02:12:46.54ID:6YVmUs6+
https://www.quora.com/What-is-your-review-of-NET-Core#MoreAnswers
>Its hard to use a single codebase for .NET framework and .NET core. I finally resorted to using 2 projects, a VS 2012 project for .NET and a VS 2015 project that built the .NET core version.
608デフォルトの名無しさん
垢版 |
2019/06/18(火) 02:15:07.94ID:6YVmUs6+
実際の.net frameworkプロジェクトでcoreに追加タスク無しで移行できるものはほぼないだろう。
互換性があるAPIやライブラリだけを使っていれば移行できるだろうけど、
.net frameworkベースで書かれたコードがそうなっているという保証がない。
609デフォルトの名無しさん
垢版 |
2019/06/18(火) 02:27:13.54ID:6YVmUs6+
coreでwpfが動くという話も”移行”になるのであって
ソースコードを共通化できるわけではない。

やっぱり改めて思うけど>>554だわ
この陰湿さと議論の迷走っぷりがあるから、
日本人コミュニティに詳細な意見を投下してはならない。
他の人にそうするよう求めてもいけない。
実際にこいつらがそうしているように他人の意見を批判するにとどめる、
最小の言葉で留める事が日本人コミュニティでの正しい行動だ。
そんなコミュニティは終わってる。
2019/06/18(火) 02:44:11.37ID:h7JODXU0
>>605
いやだから英語読めってば…
2019/06/18(火) 02:45:11.68ID:h7JODXU0
>>607
.NET CoreのプロジェクトにVS2015使ってる時点でおかしいと思わないのかい？
2019/06/18(火) 02:48:04.01ID:h7JODXU0
もっというと、.NET Frameworkのプロジェクトの方でVS2015じゃなくてVS2012を使わないといけないのはなぜかって疑問に思わなかったのかい？
2019/06/18(火) 02:51:34.26ID:ABGm6QQS
いまさら.NET Core1時代の話を聞くとは思わなんだ…project.json懐かしすぎる
LTSですらもう今月サポート切れになるだろ…どんどん墓穴掘ってやがるｗｗｗ
2019/06/18(火) 03:09:08.69ID:r6toPsE+
>>597
コメ欄がWCFの文句だらけで草
2019/06/18(火) 03:14:05.04ID:h7JODXU0
>>614
WCFは.NET Foundationに放り投げたもんねw
https://devblogs.microsoft.com/dotnet/supporting-the-community-with-wf-and-wcf-oss-projects/
616デフォルトの名無しさん
垢版 |
2019/06/18(火) 06:24:29.72ID:3nOE2mBA
プログラム板にキチガイ降臨中！botに一晩も反応する異常さ
一般人(学校恩師)に殺害予告をしているのでスレ建て通報してください。
https://mevius.5ch.net/test/read.cgi/tech/1559872586/

142 名前：a4 ◆700L1Efzuv 投稿日：2019/06/18(火) 05:29:55 ID://qVkzO
>>141
名古屋の人な　俺ね、君の問題を大橋先生と混ぜないことにする。つまりね、
片桐孝洋のことをボコろうと思う。普通に顎の骨を折る。これくらいで警察来るか？
一般市民とかさ、普通にさ、俺らの秘密なんだけどさ、日本人なんて復活ねーから。
617デフォルトの名無しさん
垢版 |
2019/06/18(火) 06:58:56.32ID:x8EphBF6
クロスプラットフォームと、.NET Framework/Coreの話がごっちゃになってる気がするなぁ。

クロスプラットフォームってことなら、.NET Core 使えばいいだけだし、
.NET Frameworm も 4.x までで今後は Core をベースにしたものになるから
正直新規プロジェクトにはまったく問題ないし
クライアント側GUIがWebブラウザ使ったものなら
クロスプラットフォーム自体は .NET に関係ないでしょ。
サーバ側にクロスプラットフォームてそんなに必要か？
広く販売するパッケージにならまぁあったほうがいいのかもしれんが。

既存のコードを引き継いだりする上では、.NET Framework から Core への移行は問題になる部分もあるけど、
話の内容的に新規プロジェクトでなに選ぶかって話だよね？
だって、既存で Java 使ってれば自然に次もJavaになるし、.NET 使ってれば次も.NET になるでしょ。
まったく新しくゼロから書きなおすなら別だけど。

.NET Framework のコードを生かすという点では、
.NET Standard に準拠するビルドができればコードを共通化する必要なんてなくて
そのまま .NET Core で使えるし、コードを共通化する必要性があるって話は
ほぼほぼプロジェクトを将来的に .NET Core への移行を想定してそうするってレベルの話でしょ。

正直　6YVmUs6+　が何を頑なに否定し続けるのかがよくわからないな。
2019/06/18(火) 13:59:38.01ID:sHwOcwm9
>>サーバ側にクロスプラットフォームてそんなに必要か？

Windowsサーバー使いたく無いのよ
2019/06/18(火) 15:29:55.25ID:Y/YPXRM6
.NET Core なら CentOS で動かせるやん
620デフォルトの名無しさん
垢版 |
2019/06/18(火) 18:23:53.00ID:ei8mZ0vT
>>618
病気ですね。
2019/06/18(火) 20:56:25.84ID:J02hj8Oz
>>620
ライセンス料金高いからな
無料になるならWindowsサーバーで構わんけど
2019/06/18(火) 21:04:00.56ID:ei8mZ0vT
Windowsサーバが買えないほど小さな会社もあるんですね。
Linuxとかだと開発費、保守費で逆転してたいていMS製品のほうが安くなると思いますが。
2019/06/18(火) 21:24:27.91ID:A5DC2ZGM
WindowsServerサーバ買うのとWindowsServerインスタンス借りるのどっちが安いんだろ
2019/06/18(火) 21:48:31.40ID:Y/YPXRM6
>>622
Redhat のほうが高いしねぇ
2019/06/19(水) 09:42:09.24ID:2x/CN7xY
C#は遅い。起動時だけでなくオブジェクトを作るときは常に遅いらしい。
2019/06/19(水) 09:44:47.87ID:2x/CN7xY
海外のQuora(Qiitaではない)で聞いた話だと、本格的な3Dゲームで
C#が使われた例は今まで無く、全てC++製なんだそうだ。
だから今後もUnityで本格的な3Dゲームが作られる可能性は低いかもしれない。
2019/06/19(水) 10:38:05.37ID:SrD1/3Xb
>>624
Distribution選べば安く出来るよ
RedHatなんて出始め安い(と言うか無料)なのに買収されて安く無くなった
CentOSとかなら安い
>>622
CAL排除目的ならMacOSサーバーも有るからね
どれを選ぶかだな
2019/06/19(水) 10:39:15.62ID:SrD1/3Xb
>>625
それな
だからC#が無条件に良いとは言えない
2019/06/19(水) 11:51:26.59ID:gW/FhvVV
Linuxを導入するような人は他人が保守することなんてハナから考えてから、保守用のドキュメントも用意していない。
担当替われば保守不能になって後でSIerに丸投げする。結果高い金を支払うことになる。よくある話。
2019/06/19(水) 15:04:48.70ID:SrD1/3Xb
>>629
まーそうなりがちだわな
逆に言うとLinux導入した担当者は首に出来ない
2019/06/26(水) 23:59:34.18ID:T5/m+UMM
そうか
よし
2019/06/27(木) 09:49:17.13ID:eedA7Zyp
>>630
そうだとしてもエラいひとは現場知らないから平気で首切るよ
2019/06/27(木) 12:02:53.57ID:ieBNOlpq
>>632
そういう会社ほどリストラするからね
2019/06/27(木) 12:35:07.69ID:ieBNOlpq
>>631
何が、そうかよしだよw
2019/06/27(木) 12:36:43.41ID:ieBNOlpq
そもそもLinuxだとディストリビューションで色々違うからMacOS使う方がマシだったりする
2019/06/29(土) 17:52:27.35ID:j/bgy+kV
それはない。
2019/06/29(土) 20:35:13.07ID:hT/i37fz
>>636
んな事無い
既にマックを端末として使ってるシステム部門ならアリだよ
2019/06/30(日) 02:06:03.45ID:HwnfN+Zz
ないない。そもそもMacを端末に使う時点でどうかしてるよ、そこのシス管は。
2019/07/01(月) 16:41:49.10ID:9r8RZXK3
Macは値段が高い時点で却下だ。
2019/07/01(月) 18:18:26.14ID:QcmMcYzx
ServerOSは2400円追加で済む
641sage
垢版 |
2019/07/01(月) 18:47:59.67ID:5VJBy2mx
javaは死にました
2019/07/02(火) 13:11:08.37ID:vQT+qXro
C#は生きていても死んでいるのかと思うほど遅い。
2019/07/02(火) 21:49:07.84ID:ku+wkW4H
そんなでもなかろう？
2019/07/03(水) 11:10:05.29ID:rPbAuFKr
今後は安い人員でメンテナンス


462 名前：デフォルトの名無しさん (ｱｳｱｳｳｰ Sa47-jK3L [106.180.2.16])[sage] 投稿日：2019/07/03(水) 07:39:05.54 ID:ZPqKMvhJa
>>460
Javaの良いところは安い人員をバルクで調達できるところだからねえ
言語仕様の拡張は人員のクオリティにムラが出る原因になる
2019/07/03(水) 20:36:58.91ID:9xTvIyA+
Ｊａｖａのいいところは堅牢かつ着実で
ほかの言語にうじゃうじゃいる意識高い系ウンコをつかまされにくいことだ
2019/07/04(木) 06:21:02.42ID:gP3HGmG/
Solarisと同じ運命だろうな
2019/07/04(木) 19:19:24.27ID:GcCVF+VU
つぶれるべきではなかった
648デフォルトの名無しさん
垢版 |
2019/07/04(木) 19:49:49.97ID:wppyNFos
誰もSolarisを買っていないのである
2019/07/04(木) 20:07:07.68ID:GcCVF+VU
だが使ってる
2019/07/04(木) 20:57:05.10ID:Xs3KLr3A
sun時代の開発者たちとフリー版はoracle時代にも残す条件でsunは潰された
2019/07/04(木) 21:09:14.82ID:/OUm5fOp
cities skylines はc#で開発された
2019/07/04(木) 21:12:01.73ID:gP3HGmG/
元sunのsolaris開発陣はほとんど解雇された
2019/07/04(木) 21:25:05.11ID:GcCVF+VU
中で生きた人間が動いてるＳｉｍ　Ｃｉｔｙこそもっと評価されるべきだった
2019/07/06(土) 15:27:36.29ID:ZBfh8sT9
まあ.NETがどこで動くかはJava同様問題無い
むしろJavaは動くOSが何であれライセンスかかる様になったのが問題
.NETはCommunity Editionで開発してサーバーがLinuxとかならライセンスフリーで使える
立場が変わってしまった
2019/07/06(土) 15:55:47.86ID:/V3j92xQ
>>654
会社だとCommunityは使えない場合が多いからVisual Studio Codeだけどね
2019/07/06(土) 17:29:18.51ID:ZBfh8sT9
まあ無料で作れて動かせる時点でJavaは.NETに負けた
2019/07/06(土) 20:36:29.57ID:KQfpEmrH
>>654
ちゃんと調べた方がいいね
2019/07/06(土) 21:19:49.01ID:wYHT1rXi
有料だからこそ好循環が生まれるかもしれない
2019/07/10(水) 21:24:43.50ID:wQ/p+O2K
なんでこうまでしてＪａｖａが殺されるのか
2019/07/10(水) 21:49:54.64ID:qgIc44+b
単にOracleが金に換えたいからでそ
2019/07/11(木) 17:42:53.70ID:ZtbelFt5
MySQLもその内、ライセンス徴収になる
2019/07/13(土) 11:56:00.22ID:5nQhdEBd
Oracle、Appleは儲けを碌に開発に再投資しない。
2019/07/15(月) 18:21:32.79ID:totsCoub
Oracleの吸収された時点で終わってた
■ このスレッドは過去ログ倉庫に格納されています
5ちゃんねるの広告が気に入らない場合は、こちらをクリックしてください。
ニューススポーツなんでも実況