Javaはもう死んだの?

1 デフォルトの名無しさん 2018/04/29(日) 04:48:48 ID:
どうなのよ

2 デフォルトの名無しさん 2018/04/29(日) 13:23:53 ID:
死にかけ

3 デフォルトの名無しさん 2018/04/29(日) 13:25:10 ID:
なんで?

4 デフォルトの名無しさん 2018/04/29(日) 14:22:00 ID:
oracle

5 デフォルトの名無しさん 2018/04/30(月) 03:50:36 ID:
死んだというか殺されかけてる

6 デフォルトの名無しさん 2018/04/30(月) 13:15:56 ID:
生きてる

7 デフォルトの名無しさん 2018/04/30(月) 14:29:26 ID:
>>3
Oracleがライセンス料をせしめるために、リリースモデルを変更した。
>>6のいうように今はまだ生きているが、>>2,5のいうように殺されかけているというのも事実。
Java8のOracleからの無償サポートが切れる頃には>>1に先見の明があったと言うことになるかもしれない。
すなわち、お前はもう死んでいると。

8 デフォルトの名無しさん 2018/04/30(月) 15:41:57 ID:

9 デフォルトの名無しさん 2018/04/30(月) 16:02:05 ID:
SIerの次の選択肢はなんだろう

10 デフォルトの名無しさん 2018/05/01(火) 01:12:08 ID:
マジかよ今勉強中なんだけど

11 デフォルトの名無しさん 2018/05/01(火) 04:53:30 ID:
>>8
リンク先見てきたけど、公開されているビルドの日付が2017年とかになっているんだが、
そんな装備で大丈夫か?

12 デフォルトの名無しさん 2018/05/01(火) 07:52:44 ID:

13 デフォルトの名無しさん 2018/05/01(火) 23:09:17 ID:
死んでないどころかよく使われてるのに
金を取るとか元締めが言い出すから
みんな悪口を言ってるんだよ

14 デフォルトの名無しさん 2018/05/02(水) 17:43:06 ID:
OpenJDK を Windows で使うにはどうすればいいですか?

15 デフォルトの名無しさん 2018/05/08(火) 06:15:15 ID:
>>13
まだ生きているが、Javaの取り柄である互換性の堅持が捨てられて、同じバージョンを使うためだけに
金をむしられるようになった時点で、将来的な死が確定したも同然。

16 デフォルトの名無しさん 2018/05/08(火) 07:45:50 ID:
>>15
OpenJDKつこたらええやんけ
開発者に金が回るのはええことやし
製品にもその金が落とされるってことやで
ええことづくめやん
SUNのように潰れるよりよっぽどマシ

17 デフォルトの名無しさん 2018/05/08(火) 08:10:36 ID:
>>16
LTSのプランすらまだ固まってないのに?

18 デフォルトの名無しさん 2018/05/08(火) 11:04:50 ID:
今後のAndroidアプリって、何で作るのがいいの?

19 デフォルトの名無しさん 2018/05/08(火) 14:57:59 ID:
googleは一時期OpenJDK推奨とかやってた気がするが

20 デフォルトの名無しさん 2018/05/08(火) 15:01:03 ID:
最悪小鳥でも構わんけどソースコンバータ用意してくり

21 デフォルトの名無しさん 2018/05/08(火) 17:18:50 ID:
>>16
OpenJDK を Windows にビルドできますか?

22 デフォルトの名無しさん 2018/05/08(火) 18:51:01 ID:
死んでないからこそ悪口を言われる言語

23 デフォルトの名無しさん 2018/05/16(水) 21:34:46 ID:
死んだよ。

24 デフォルトの名無しさん 2018/05/17(木) 12:47:27 ID:
いつかは死ぬと思うけどもうしばらくは生きそう

25 デフォルトの名無しさん 2018/05/18(金) 00:26:57 ID:
グーグルが敵対的買収して中のゴミを全部切ればいいのに

26 デフォルトの名無しさん 2018/05/18(金) 06:09:03 ID:
>>25
互換性を保つためにゴミすら切らない。だから、一度覚えれば末永く使える。それがJavaのいいところ。
Jigsawによってモジュール化されたゴミを切りやすくなった。
Googleの買収を待つまでもなく、Oracleが色んな物を切り捨て始めた。
そして切り捨て前のバージョンを使いたければ金を払えと。
Javaは死んだ。あるいは今生きているとしても死ぬことが確定した。

27 デフォルトの名無しさん 2018/05/20(日) 11:06:14 ID:
(目先の利益で言語寿命を削るような決断したゴミ経営を)全部切ればいいのに

28 デフォルトの名無しさん 2018/05/21(月) 15:00:31 ID:
Pythonに抜かれました

29 デフォルトの名無しさん 2018/05/22(火) 00:52:19 ID:
無料でなければ、プログラミング言語は死ぬのか…

30 デフォルトの名無しさん 2018/05/22(火) 05:25:37 ID:
>>29
まともな言語は有料のものしかなかった昔ならともかく、今時有料の言語が生き残る余地はない。

31 デフォルトの名無しさん 2018/05/22(火) 11:35:00 ID:
ク、CUDA...

実質有料

32 ◆QZaw55cn4c 2018/05/22(火) 18:35:55 ID:
>>31
今 VC++ でコンパイルできないみたいなんだが

33 デフォルトの名無しさん 2018/05/23(水) 19:17:23 ID:
僕の知り合いの知り合いができたパソコン一台でお金持ちになれるやり方
役に立つかもしれません
グーグルで検索するといいかも『ネットで稼ぐ方法 モニアレフヌノ』

JL2IM

34 デフォルトの名無しさん 2018/05/23(水) 20:28:44 ID:
と、いうか…
無償を前提にして開発されたシステムやアプリケーションがサクッと死ぬか死にかけると思う。

35 デフォルトの名無しさん 2018/05/24(木) 22:21:48 ID:
有償ってのはFUDでしょ?
>>8によればオラクル、IBM、レッドハット等のメジャーなOpenJDKのベンダーがAdoptOpenJDKに参加するっていう
OpenJDKは永久に不滅

36 デフォルトの名無しさん 2018/05/25(金) 05:17:59 ID:
>>35
半年ごといろんな機能が切り捨てられて非互換になっていく言語で開発しようと思う人は少ない。

37 デフォルトの名無しさん 2018/05/25(金) 17:15:30 ID:
>>36
そういう間違った認識する人には難しいだろうな

38 デフォルトの名無しさん 2018/05/25(金) 22:38:19 ID:
実際には互換性を大事にするあまり
J2SE 1.4ぐらいの頃のゴミを今でも引きずっている

まだ若かったC#が互換性を破壊してまでジェネリクスを実装したのに対し
結構長く続いていたJavaは互換性を維持するために型パラメータを消去するという
それはそれで強引なやり方でジェネリクスを実装
これは型が実行時に分からなくなる、性能が悪くなると言ったデメリットがある
今でも改善されてない

39 デフォルトの名無しさん 2018/05/26(土) 02:13:26 ID:
もともと10年ほど前から有用性を感じなくなった
java使わなくてもいい
もっといい言語いっぱいある

40 デフォルトの名無しさん 2018/05/26(土) 11:22:15 ID:
しかし世界で人気あるのは今でもjavaが圧倒的に1位
30年後はどうなっているかわからんけど、人気ある言語を使うべき
なんのためにプログラミングしてるのかを考えれば疑問は起こらない

41 デフォルトの名無しさん 2018/05/26(土) 11:27:39 ID:

42 デフォルトの名無しさん 2018/05/26(土) 12:29:37 ID:
>>41
それ2017年じゃん
都合悪くなると昔のランキング出してくるんだなw

https://furien.jp/columns/385/

43 デフォルトの名無しさん 2018/05/26(土) 12:48:49 ID:
>>41はGoogle SearchやGoogle Trend、GitHub、Twitterなど10のオンラインソースが元
>>42はチュートリアルの検索回数

44 デフォルトの名無しさん 2018/05/26(土) 12:58:39 ID:
>>42
PYPL引っ張ってくるならそれこそ最新版を出そうよ
http://pypl.github.io/PYPL.html

45 デフォルトの名無しさん 2018/05/26(土) 13:01:49 ID:
>>44
そうくると思ったけどさあ、誤差じゃん
3位以下なんて太刀打ちできないんだけど

そもそもjavaは世の中のインフラから医療や宇宙産業まであらゆるもので使われてるから無くすことができない
pythonなんてたかがAIの波に乗っただけじゃん

46 ◆QZaw55cn4c 2018/05/26(土) 15:30:08 ID:
>>38
>Javaは互換性を維持するために型パラメータを消去するという
>やり方でジェネリクスを実装

>これは型が実行時に分からなくなる、
実行時に型情報は基本的に不要なのでは?

>性能が悪くなると言ったデメリットがある
なぜ性能が悪くなるの?というか、本当に性能が悪くなるの?どういう現象から「悪くなった」と判断したの?

47 デフォルトの名無しさん 2018/05/26(土) 16:11:51 ID:
>>46
Listに値を出し入れする時に正しい型かをチェックするので不必要なオーバーヘッドが発生する

値型は型パラメータに出来ず一旦オブジェクトに変換されるため
より速度低下が深刻
そのためInt型だけを扱うListクラスが作られたりする
二度手間だが仕方ない

型パラメータがコンパイル時に消されるため
当然ながらリフレクションで型パラメータを知る事は出来ない

48 ◆QZaw55cn4c 2018/05/26(土) 16:27:47 ID:
>>47
>Listに値を出し入れする時に正しい型かをチェックするので不必要なオーバーヘッドが発生する
それはコンパイル時のチェックではないか?

>型パラメータがコンパイル時に消される
のであれば実行時に型をチェックすることはできないし、していないのではないか?

49 デフォルトの名無しさん 2018/05/26(土) 21:59:14 ID:
>>48
コンパイル時にリスト変数を使う関数自体に型チェックの命令を入れる

ジェネリクスが無いときは手動でリストから取ったデータを目的の型にキャストしていたが
このチェックを自分で書かなくて良くなっただけとも言える

実際、リスト操作で生成されるバイトコードはジェネリクス使ってないコードと使ってるコードで同じになったりする

リスト変数自体には型パラメータの情報は存在しないので
リフレクションでは型パラメータを取り出せない

50 ◆QZaw55cn4c 2018/05/26(土) 22:37:20 ID:
>>49
>コンパイル時にリスト変数を使う関数自体に型チェックの命令を入れる

それは本当ですか?それを裏付ける資料はありますか?
「型チェックの命令を入れる」とのことですが、jvm 言語仕様上はどんな命令になるのですか?

ジェネリクスが無いときは、リスト取得時に
>目的の型にキャストしていた
そのとおりだが、実際に実行コードが増えるわけではない、あくまでソース文面での整合をとるためだけなのではないですか?

>バイトコードはジェネリクス使ってないコードと使ってるコードで同じになったりする
つまり「型チェックの命令を入れ」ないのではないですか?

51 ◆QZaw55cn4c 2018/05/26(土) 23:11:00 ID:
>>47
>Listに値を出し入れする時に正しい型かをチェックするので不必要なオーバーヘッドが発生する
オーバーヘッドというのは実行時の計算リソースの追加消費のことですよね

>>49
>リスト操作で生成されるバイトコードはジェネリクス使ってないコードと使ってるコードで同じになったりする

この二つは矛盾しますよね

52 デフォルトの名無しさん 2018/05/27(日) 07:01:10 ID:
>>12
Docker用のファイルしかないみたいなんですが。

53 デフォルトの名無しさん 2018/06/08(金) 20:46:30 ID:
CORBA, JavaFXの次はJava8の目玉の一つだったNashornまで切り捨てるらしい。
ttp://openjdk.java.net/jeps/335
これはもうだめかもわからんね。

54 デフォルトの名無しさん 2018/06/10(日) 09:51:56 ID:
誰もつかわんかったし

55 デフォルトの名無しさん 2018/06/20(水) 21:48:14 ID:
>>16
OpenJDKなんて、ワザと不具合仕込まれたモンキーモデルやん。あんなの使えるか。

56 デフォルトの名無しさん 2018/06/20(水) 23:32:09 ID:
>>55 そんな不具合あるの?

57 デフォルトの名無しさん 2018/06/20(水) 23:33:13 ID:
>>55
ソース

58 デフォルトの名無しさん 2018/06/21(木) 02:15:32 ID:
>>55
エアプ

59 デフォルトの名無しさん 2018/06/21(木) 21:42:20 ID:
オラクルに金を払えば3年間は安泰らしい…
は?金払ってたったの3年????3年ぽっち????
普通5年以上10年未満だろ…

まぁ、Javaの出版社やクズライターが苦悩するな、確実に。
「JavaXX対応!!」
というオビだけすげかえて、裏表紙をめくると「2015年 初版」などという詐欺商法が流行するであろう。

60 デフォルトの名無しさん 2018/06/22(金) 18:43:09 ID:
>>59
金さえ払えばExtended Support含めて最長8年は安泰らしい。
新しいLTSのリリース前なら5年になる計算だが。
OpenJDKとはアップデート内容が違うだろうから、OpenJDKにLTSがあっても
初年度からOracleにウン十万円のお金を積む必要があるわけだ。

61 デフォルトの名無しさん 2018/06/24(日) 10:46:28 ID:
Java SE、新バージョンで有償に 1ユーザ月額2.5ドル、サーバ向けは1CPU月額25ドル
https://2ch.live/cache/view/news/1529743735

62 60 2018/06/24(日) 21:17:07 ID:
>>61
>>60の翌日に発表を聞いて立場がないw
まあ、法外な値段じゃなくなったのは良かったというべきか。
しかし、また微妙な価格設定だな。1年契約らしいから個人だと年3500円くらいだろうか。

63 デフォルトの名無しさん 2018/06/28(木) 02:19:10 ID:
今までjavaで日曜プログラミングしてきたけどもうこれでそれも終いや
折角、ライブラリ豊富で使いやすかったのに
あほらし、有償化すんならpythonかrubyにするわ
本当馬鹿だよこんなのに年間3500円も払えるかっちゅーねん
これで一気に泥舟化するな自分たちで寿命縮めてるのはあほらし過ぎる
あーあ、もったいない良い言語だったのに…、 バイバイ

64 デフォルトの名無しさん 2018/06/28(木) 07:13:33 ID:
本格的に終わりだね

65 デフォルトの名無しさん 2018/06/28(木) 12:53:17 ID:
rubyはないわ

66 デフォルトの名無しさん 2018/06/28(木) 16:46:35 ID:
Oracleが言いたいことは、Javaなんぞ使わずにKotlin使えってことだろ。

67 デフォルトの名無しさん 2018/06/28(木) 18:18:26 ID:
>>63
c++コンパイラがオープンソース化されるらしいから、今後はc++に移植かなぁ。

68 デフォルトの名無しさん 2018/06/29(金) 17:24:14 ID:
育ってきたからドーン

MySQLも手を切らないと来るで

69 ◆QZaw55cn4c 2018/06/29(金) 19:32:33 ID:
>>67
>c++コンパイラがオープンソース化されるらしい
もう、とうの昔に gcc(Gnu C Compiler) をはじめいくつかのC++コンパイラがオープンソース化されているんですけれども

70 デフォルトの名無しさん 2018/06/29(金) 21:50:45 ID:
>>66
Kotlin使いたいけど実行環境とか無料でいけるんだろうか。

71 デフォルトの名無しさん 2018/07/04(水) 18:28:07 ID:
>>63
日曜プログラミングがOpenJDKでは困るのか?

72 デフォルトの名無しさん 2018/07/04(水) 22:04:58 ID:
717

73 デフォルトの名無しさん 2018/07/05(木) 03:32:09 ID:
C#でAndroid開発できるようになってめっちゃ快適やわ

74 デフォルトの名無しさん 2018/07/10(火) 05:48:54 ID:
>>25じゃないけど、GoogleがOpenJDKのLTSを4年間(3年+移行期間1年)サポートしますって
宣言してくれたら、JavaはGoogleのものになるのになと思う。

75 デフォルトの名無しさん 2018/07/12(木) 06:54:58 ID:
>>74
ボラクルの妨害が凄そう

76 デフォルトの名無しさん 2018/07/12(木) 07:26:40 ID:
googleはjava捨ててkotlin専用のvm出しゃいいんだよ
簡単に変換出来るんだからそれだけでみんな移行するべさ

77 デフォルトの名無しさん 2018/07/12(木) 17:28:17 ID:
javaは賛否両論あったが今となっては良い思い出

さてポストjavaは何になるのかな

78 デフォルトの名無しさん 2018/07/12(木) 18:28:44 ID:
>>73
Java死亡でC#の価値がアップ
ま、でもVisual Studio使うならVB.netの方が楽なんだが

79 デフォルトの名無しさん 2018/07/12(木) 20:42:10 ID:
>>78
いまさらVB.NETはねーよ

80 デフォルトの名無しさん 2018/07/12(木) 22:22:07 ID:
>>78
XamarinはVB非対応なんだが

81 デフォルトの名無しさん 2018/07/13(金) 00:25:36 ID:
>>80
Android開発ならVBは無関係
VB必要な場合は過去の資産(VB6以前)からのシステム移行だろうね

82 デフォルトの名無しさん 2018/07/15(日) 14:36:12 ID:
>>71
ビジネスじゃ使えねえ、ってだけ。

83 デフォルトの名無しさん 2018/07/15(日) 20:27:21 ID:
javaとc♯はシンタクスがcの分派だから基本的な部分でストレス少ない

VBは結構ストレス溜まる

84 デフォルトの名無しさん 2018/07/15(日) 21:36:24 ID:
昔はみんなBASICから始めたんだよ。

85 デフォルトの名無しさん 2018/07/15(日) 21:53:55 ID:
Javaなら俺の隣で白骨化してるよ。

86 デフォルトの名無しさん 2018/07/15(日) 21:57:18 ID:
さようならJava今までありがとう

87 デフォルトの名無しさん 2018/07/15(日) 22:02:57 ID:
N88BASICをVB.NETに移植する仕事やったけどけっこうコピペが効くから助かったわ

88 デフォルトの名無しさん 2018/07/16(月) 15:19:42 ID:
>>82
ビジネスでもサポートなんか気にしない人ならOpenJDKで困らないし
固い所で金は用意するからサポート契約無いのは困るという立場なら何も変わらないし
どういう理由や状況がビジネスで使えない理由なんだ?

89 デフォルトの名無しさん 2018/07/16(月) 15:55:24 ID:
95%以上の会社がWindowsだけどなんでだろうね
ビジネスでもサポートなんか気にしないならLinuxで困らないのにね

90 デフォルトの名無しさん 2018/07/16(月) 20:00:05 ID:
OracleによってJavaは死亡しました

91 デフォルトの名無しさん 2018/07/16(月) 23:11:58 ID:
>>88
それは違う
リリースサイクルの速さについていける環境ならばOpenJDKでも問題ない

92 デフォルトの名無しさん 2018/07/16(月) 23:28:57 ID:
>>89
話がずれているかと思いますが一応相手すると
ほとんどの会社はWindowsのサポート契約してないと思いますが。

93 デフォルトの名無しさん 2018/07/17(火) 00:13:18 ID:
ふーんlinuxでセキュリティ問題出たときどこに問い合わせるの?
それをどうやって経営陣に説明するの?

94 デフォルトの名無しさん 2018/07/17(火) 01:05:19 ID:
>>93
サポート契約欲しけりゃRHなどに頼めるよね(もしかしてしらないんだろうか)

95 デフォルトの名無しさん 2018/07/17(火) 02:43:03 ID:
金にがめついoracleがjavaを無償提供しつづけるポリシーのSunをぶっ潰した時点ででこうなることは分かってた

96 デフォルトの名無しさん 2018/07/17(火) 06:01:36 ID:
トヨタなんて、MS に毎年、何千億円も払っている

97 デフォルトの名無しさん 2018/07/17(火) 06:09:30 ID:
>>91
企業でも個人でもリリースサイクルの速さについていけないから問題なんだって。
自分に落ち度もないのに半年ごとにこれまで書いてきたコードを点検・修正しないと
いけないなんて地獄でしかない。

98 デフォルトの名無しさん 2018/07/17(火) 06:56:43 ID:
>>97
同じことを言っているような気がするけど?

99 デフォルトの名無しさん 2018/07/17(火) 07:18:17 ID:
>>97
アップデート放置してたらダメなんけ

100 デフォルトの名無しさん 2018/07/18(水) 09:10:05 ID:
非互換なアップデートそんなにやってたっけ?

101 デフォルトの名無しさん 2018/07/18(水) 18:57:04 ID:
>>94
知らないんでしょ
サポートライセンス有りのLinuxと無しのが有る事を

102 デフォルトの名無しさん 2018/07/18(水) 18:58:31 ID:
>>96
バカとしか言えないけどな
Windowsクライアントなんて部署で数台ありゃ済む
他はライセンスフリーのLinuxで十分

103 デフォルトの名無しさん 2018/07/18(水) 19:06:31 ID:
自分がカーネル作ってるわけでもないくせにw
ヤマダ電機とかが付けてるサポートとレベル変わらないじゃんワロタwwwww

104 デフォルトの名無しさん 2018/07/19(木) 10:45:16 ID:
>>103
Linuxのサポート提供してる会社はカーネルに限定してもコミッター
抱えてるところ多いけどね

105 デフォルトの名無しさん 2018/07/19(木) 11:39:07 ID:
ヤマダ電機「うちにはメーカーから転職してきたやつがいるんだぞう」www

106 デフォルトの名無しさん 2018/07/19(木) 15:55:38 ID:
意味わかってなさそう

107 デフォルトの名無しさん 2018/07/19(木) 19:56:44 ID:
やりやがったなオラクル
さんざん無料で餌まいて普及させてから一網打尽とか、悪質にもほどがある
そのうちMySQLとVirtualBoxもやるだろう
逃げろ今のうちに逃げろ

108 デフォルトの名無しさん 2018/07/19(木) 20:00:26 ID:
どこに

109 デフォルトの名無しさん 2018/07/19(木) 20:42:45 ID:
三途の川の向こう側とか

110 デフォルトの名無しさん 2018/07/20(金) 00:32:59 ID:
どこにいっても地獄じゃないか

111 デフォルトの名無しさん 2018/07/20(金) 01:22:44 ID:
>>107
既にサポート付版とフリー版やってるだろ

112 デフォルトの名無しさん 2018/07/20(金) 05:46:49 ID:
>>111
Windows10やJDKのサポートと他のサポートの違いは、
Windows10: メジャーアップデート強制が嫌なら金を払って高価なPro版を使え(それでも完全ではない)
OracleJDK: メジャーアップデートしないLTSが使いたければ金を払え
と、質問に答えてお金を取るサポートではなくて、
アップデートしないという不作為に対して金をとるという点。

113 デフォルトの名無しさん 2018/07/20(金) 08:34:08 ID:
>>112
フリーソフトウェアに対して金払った奴だけLTSを提供するというのは
Oracleだけのビジネスモデルじゃないだろ

114 デフォルトの名無しさん 2018/07/20(金) 17:08:33 ID:
死の定義をそこまで緩くすると、プログラミングの言語はほぼ全て死んでいる。

115 デフォルトの名無しさん 2018/07/21(土) 02:33:52 ID:
可哀想なのはメガバンクだな
これが原因でメガバンク淘汰しそうだ
地銀とか信用金庫で.netやLinux+OpenCOBOLやAJAX(JavaScript)とかやってる所が助かったと言う事か

116 デフォルトの名無しさん 2018/07/21(土) 17:13:27 ID:
60億のデバイスで動いてると宣伝しつつこの仕打ち

117 デフォルトの名無しさん 2018/07/21(土) 19:14:35 ID:
OSS版もリリースサイクル早すぎてついていけない
毎月リリースして勝手に死んだブラウザがあったし、
それと同じになるのでは?

118 デフォルトの名無しさん 2018/07/22(日) 00:27:25 ID:
過去の資産(Javaアプリ)は消し様が無いが
これから新規案件でもJava選ぶのはアホとしか言えんな

DelphiとC++Builderが無償配布版を提供
https://forest.watch.impress.co.jp/docs/news/1133620.html

Delphi復活か

119 デフォルトの名無しさん 2018/07/22(日) 00:47:15 ID:
>>118
GUI部分はDelphiで作って(クライアント端末はWindows or macOS)
サーバーはLinux+Apache+JavaScript or PHP
DBはPostgreSQL

120 デフォルトの名無しさん 2018/07/22(日) 01:05:40 ID:
>>118
Javaがなくなったらワンチャンあるよな

121 デフォルトの名無しさん 2018/07/22(日) 01:23:00 ID:
>>120
既にJavaに切り替えた所は変更しないだろうね
Javaに手を付けてない所がどう動くか

122 デフォルトの名無しさん 2018/07/22(日) 01:24:53 ID:

123 デフォルトの名無しさん 2018/07/22(日) 10:00:50 ID:
月々250円も払えない貧乏会社は潰れてしまえってことだろ

124 デフォルトの名無しさん 2018/07/22(日) 16:28:35 ID:
お固いところなら金払えば電話かける先ができたほうが喜ぶだろ

125 デフォルトの名無しさん 2018/07/22(日) 17:29:58 ID:
今はJava技術者が一番簡単に集められる。新規案件はJava一択だよ。

126 デフォルトの名無しさん 2018/07/22(日) 22:13:47 ID:
もう新規システム開発で、Javaを選択することはない
問題は既存システムをどうするかだ

127 デフォルトの名無しさん 2018/07/22(日) 22:21:30 ID:
まじかよ
何で作る気だ

128 デフォルトの名無しさん 2018/07/22(日) 22:27:50 ID:
金は払わんぞ
ボラクルがやらかしまして、とか申請書に書いても通らんからな

129 デフォルトの名無しさん 2018/07/22(日) 23:55:57 ID:
>>126
新規システム案件でJavaで
と提案した時点でライセンスコストは?て聞かれて、どう答えるかだな
Java8でセキュリティガバガバで実装しますでOK出るかどうかw

130 デフォルトの名無しさん 2018/07/23(月) 00:25:12 ID:
偏見だ

131 デフォルトの名無しさん 2018/07/23(月) 21:01:02 ID:
>>129
Java6でセキュリティガバガバの方が多いらしい

132 デフォルトの名無しさん 2018/07/24(火) 23:55:08 ID:
>>126
メガバンクはライセンス払ってサポート継続
他の金無い所はどうするか?w

133 デフォルトの名無しさん 2018/07/25(水) 03:32:07 ID:
ライセンスコストが問題になるとか言ってる人はどんだけ給与が安いんですか。
あなた方のIT企業に一人月100万は払ってるんですよ。

134 デフォルトの名無しさん 2018/07/25(水) 03:43:00 ID:
>>133
その100万円が社員にそのまま渡る訳無いでしょ?
で、基本的にライセンスコストは仕事請け負ったiTドカタが払うコストじゃなくて仕事依頼元のコスト

135 デフォルトの名無しさん 2018/07/25(水) 03:57:56 ID:
だから依頼元が100万、200万のライセンスやサポート契約をケチると思ってるんですか。

> その100万円が社員にそのまま渡る訳無いでしょ?

あなたは無職ですよね?いくらなんでもアホ過ぎる返しですよ。

136 デフォルトの名無しさん 2018/07/26(木) 14:25:21 ID:
そもそも1人月100万円の計算が正しいのか問題だな

137 デフォルトの名無しさん 2018/08/06(月) 15:29:15 ID:
スレタイトルに対しての回答はライセンス徴収で死んだ、と言う事

138 デフォルトの名無しさん 2018/08/07(火) 05:49:19 ID:
正確には徴収のために無償版のサポート期間を半年にしたからだけど、まあ>>137でだいたいあってる。

139 デフォルトの名無しさん 2018/08/07(火) 16:15:21 ID:
半年ごとに自分たちで修正すれば無償運用出来るって事だが、システム規模によってはかなり負担になる

140 デフォルトの名無しさん 2018/08/08(水) 00:01:36 ID:
Javaは登場当初からオワコン臭があったから不思議じゃないねぇ。

切り開いてきた功績はあまりあるが、21世紀のVBになるべくしてなったという感じ。

141 デフォルトの名無しさん 2018/08/08(水) 06:40:44 ID:
イメージだけでしゃべんなし

142 デフォルトの名無しさん 2018/08/08(水) 21:24:45 ID:
冗長型ドカタ育成言語であることには違いねーよ

143 デフォルトの名無しさん 2018/08/09(木) 05:59:13 ID:
>>142
省略だらけでわけがわからなくなった言語とかを見ると、
冗長なのは必ずしも悪いことではないと思えるようになった。
varなんて中途半端なことやめて、冗長路線を貫けばよかったのに。
やっぱりJavaは死んだ。

144 デフォルトの名無しさん 2018/08/09(木) 19:14:15 ID:
>>115
銀行は昔から金払って長期サポート契約しとるぞ

145 デフォルトの名無しさん 2018/08/13(月) 10:40:29 ID:
今はJava以外ん言語でコーディングして「Java classにコンパイル」するのが主流だが、ボラクルはここからも金取ろうってわけ?

146 デフォルトの名無しさん 2018/08/13(月) 10:58:20 ID:
>>143

var も使いようだよ
右辺と左辺で同じ型を明示するなら無駄でしかないし
右辺見てもぱっとわからないなら型宣言すればいい

147 デフォルトの名無しさん 2018/08/13(月) 12:32:27 ID:
>>143
おじいちゃんこんにちは

148 デフォルトの名無しさん 2018/08/15(水) 06:34:19 ID:
>>146
varのガイドラインは読んだから知っているけど、ScalaとかKotlinとかもっと書きやすい言語なら他にある中で、
Javaの個性は、使いようで良くも悪くもなる機能を、悪い使い方をする人が出る可能性を重視して
多少不便でも極力入れないところにあると思う。

149 デフォルトの名無しさん 2018/08/16(木) 00:39:26 ID:
うまいこと言った
だが結果論では?

150 デフォルトの名無しさん 2018/08/17(金) 07:17:35 ID:
>>149
演算子オーバーロード禁止とかにも、使いようで良くも悪くもなる機能を極力入れないという
思想はあらわれているから、結果論というわけではないと思う。

151 デフォルトの名無しさん 2018/08/18(土) 03:56:41 ID:
>>144
今回のJavaライセンスに関しては突発事項なので長期サポート内で処理出来るかどうか分からんよ

152 デフォルトの名無しさん 2018/08/18(土) 10:03:12 ID:
Javaって、9、10は無かった事にされちゃうのか?

153 デフォルトの名無しさん 2018/08/18(土) 11:00:19 ID:
う、うん…

154 デフォルトの名無しさん 2018/08/18(土) 22:11:55 ID:
>>145
JVM言語が最新のJVMに対応するのに1年以上かかることがあるのに、
最新のJVMが半年ごとに更新されるなんてことになれば、
JVM言語は永久にJVMの更新から遅れたままになりそう。

155 デフォルトの名無しさん 2018/08/20(月) 18:17:58 ID:
当分、Javaメンテナンス案件は続くが、新規案件は減って行くだろう
スクリプト系言語に軸足は移ると思う

156 デフォルトの名無しさん 2018/08/20(月) 19:16:50 ID:
JavaScriptでサーバ処理がかけるもんか

157 デフォルトの名無しさん 2018/08/20(月) 19:38:36 ID:
>>156
書けるよ
書きたくないけどね

158 デフォルトの名無しさん 2018/08/20(月) 19:42:35 ID:
>>156
おいおいnode.js知らんのか

159 デフォルトの名無しさん 2018/08/20(月) 19:45:42 ID:
そんなものもあった気がするが動いてるブツは見たことない
実在するんか

160 デフォルトの名無しさん 2018/08/20(月) 20:07:56 ID:
ブツと言うかGoogleが提供してるサービス

161 デフォルトの名無しさん 2018/08/20(月) 20:17:24 ID:
有名どころで言えばpaypalとかnetflixとか

162 デフォルトの名無しさん 2018/08/20(月) 21:27:17 ID:
大体、node.jsは知らず知らずの内に皆が使ってる

163 デフォルトの名無しさん 2018/08/20(月) 22:12:34 ID:
>>152
別に退行するわけじゃないから

164 デフォルトの名無しさん 2018/08/20(月) 23:03:44 ID:
>>156
プログラマー廃業しろw

165 デフォルトの名無しさん 2018/08/20(月) 23:16:17 ID:
うるせえてめえらだって見たことないんじゃないか!

166 デフォルトの名無しさん 2018/08/20(月) 23:19:18 ID:
>>165
見たことないもなにも自分が関わってる案件で使ってますし

167 デフォルトの名無しさん 2018/08/20(月) 23:21:09 ID:
まじか
あのぐちゃぐちゃ言語でどうやって全体の統制とってるんだ

168 デフォルトの名無しさん 2018/08/20(月) 23:28:04 ID:
Typescript

169 デフォルトの名無しさん 2018/08/20(月) 23:29:39 ID:
案件で関わら無くてもサービスで恩恵受けてるからな(node.js)

PHPしろJavaScriptにしろ実装部分の統制がキッチリ出来てないのはVB出始めも同じだろ
これからはキッチリ統制出来る所だけが残る

170 デフォルトの名無しさん 2018/08/20(月) 23:34:39 ID:
>>163
8は短いし、11は形も見えない。

171 デフォルトの名無しさん 2018/08/20(月) 23:40:00 ID:
じゃあ10がずっと続くじゃないか

172 デフォルトの名無しさん 2018/08/20(月) 23:44:01 ID:
>>167
typescript

173 デフォルトの名無しさん 2018/08/20(月) 23:53:29 ID:
サーバJavaでクライアントJavaAppletでいいやん!
なんでJavaScript側に寄せるんだよ

174 デフォルトの名無しさん 2018/08/20(月) 23:57:21 ID:
Javaアプレットは廃止が決定しています

175 デフォルトの名無しさん 2018/08/21(火) 00:02:29 ID:
ばかげている

176 デフォルトの名無しさん 2018/08/21(火) 00:30:05 ID:
アプレットってゴミだぞ

177 デフォルトの名無しさん 2018/08/21(火) 06:11:54 ID:
>>173
気持ちは分かるが、>>174が現実。Javaアプレットは死んだ。

178 デフォルトの名無しさん 2018/08/22(水) 04:35:01 ID:

179 デフォルトの名無しさん 2018/08/22(水) 21:26:27 ID:
>>156
このような人のおかげで俺は飯が食えている

180 デフォルトの名無しさん 2018/08/22(水) 21:40:20 ID:
ちがう
お前に飯を食わせるために
世界のほうが捻じ曲げられたんだ

181 デフォルトの名無しさん 2018/08/22(水) 21:53:37 ID:
>>156
こういう人ってJavaのことしか知らないんだな

182 デフォルトの名無しさん 2018/08/22(水) 21:57:33 ID:
>>180
俺は神に愛されているのか

183 デフォルトの名無しさん 2018/08/22(水) 22:08:52 ID:
統失キャンペーンのせいで身内が精神病院に入って出てくる見込みがない

MSもインターネットもGoogleも他をあっさり駆逐した
Javaにもその力があったがいやがらせを受け続けてつぶされかけてる

違いはユダヤ人が作ったかどうかだ
神ってなんだよ

184 デフォルトの名無しさん 2018/08/22(水) 22:16:10 ID:
>>183=身内?

185 デフォルトの名無しさん 2018/08/22(水) 22:18:36 ID:
お前も高ストレス下でMSのHP見る日がきたらわかる

186 デフォルトの名無しさん 2018/08/22(水) 23:13:37 ID:
>>183
自分のことを身内と言ってるの?

187 デフォルトの名無しさん 2018/08/23(木) 04:32:30 ID:
病院から書き込めんの?

188 デフォルトの名無しさん 2018/08/23(木) 05:27:31 ID:
>>187
これくらいなら入院でなく通院中だろ、察しろよ

189 デフォルトの名無しさん 2018/08/23(木) 06:51:20 ID:
>>187
ああスマン。本人が入院中と言っているんだったな。

190 デフォルトの名無しさん 2018/08/29(水) 23:04:42 ID:
Javaは徐々に衰退の方向だな

191 デフォルトの名無しさん 2018/08/29(水) 23:06:34 ID:
死にました

192 デフォルトの名無しさん 2018/08/30(木) 06:34:28 ID:
>>191
まだだよ。これからだ(死ぬのは)

193 デフォルトの名無しさん 2018/08/30(木) 09:28:21 ID:
Jpythonの拡散が物凄い。

194 デフォルトの名無しさん 2018/08/30(木) 09:34:40 ID:
やはり日頃の行いというのは大事ですね。まさか先にC#が危篤状態とは。

195 デフォルトの名無しさん 2018/08/30(木) 19:21:55 ID:
androidのjavaScript非推奨騒動で気が付いた

JavaAppletが普通になると
検索エンジン等を有する権力者が情報を寡占するのに都合が悪い
ボットでコンテンツの詳細にアクセスしにくくなってしまう

言語の可能性でなく権力の都合なんだ

196 デフォルトの名無しさん 2018/08/30(木) 22:31:31 ID:
JavaアプレットはJava11で廃止されることが決定してるんだから諦めろよw

197 デフォルトの名無しさん 2018/08/31(金) 06:02:50 ID:
>>194
>>195のJavascriptの話は調べればわかったが、
https://2ch.live/cache/view/news/1535358006
C#って何か最近事故ったっけ?

198 デフォルトの名無しさん 2018/08/31(金) 07:53:14 ID:
>>197
無いと思うが

199 デフォルトの名無しさん 2018/08/31(金) 21:30:31 ID:
>>198
だとしたら、>>194は何をもってC#が危篤といいたかったんだろうか。

200 デフォルトの名無しさん 2018/09/01(土) 03:34:46 ID:
>>199
理由なんてない

201 デフォルトの名無しさん 2018/09/02(日) 12:55:34 ID:
>>200
そうかJavaがこんなで辛いし、>>197はよく読むと騒ぐほどのことでもないし、
C#でメシウマできれば慰みにでもなるかと思ったが、残念だ。

202 デフォルトの名無しさん 2018/09/14(金) 03:14:19 ID:
JavaでBigDecimal型使うと演算子が使えない
演算をメソッド化しないといけなくなるのでCOBOLの様に計算が可視化出来ない上、バグと誤差の温床になる
COBOL→Javaは間違いだったって事

203 デフォルトの名無しさん 2018/09/14(金) 22:42:46 ID:
Javaが演算子オーバーロード対応すれば万事解決
それは気が向いたらいつでもできる

プログラム言語開発の世界はものごとに取り返しがつかなすぎるから今までやらなかったのは正解
var入れちゃったぐらいだしそのうち入るんじゃないか

204 デフォルトの名無しさん 2018/09/15(土) 12:58:33 ID:
>>203
>>そのうち
もう遅いと思うが

205 デフォルトの名無しさん 2018/09/15(土) 13:09:22 ID:
できない要素ってなんかあるっけ

206 デフォルトの名無しさん 2018/09/15(土) 23:13:01 ID:
>>205
できるけど出来たとしてももう遅いということかと。
そういうのが必要な層はもうScalaやKotlinに移住しただろうし。

207 デフォルトの名無しさん 2018/09/16(日) 00:09:03 ID:
Androidの新規案件はC#に移行したわ

208 デフォルトの名無しさん 2018/09/16(日) 00:27:33 ID:
よく考えたらBigDecimalで誤差が問題になるのはそもそも誤差の計算が難しいから

単純に演算子に置き換えたらバグが増えこそすれ問題の解決にはならないだろう
単にちょっと見栄えがよくなるってだけ

演算子を導入できない理由もないけどわざわざやる理由もない

209 デフォルトの名無しさん 2018/09/16(日) 09:38:56 ID:
>>208
COBOL→Javaにマイグレーションした金融システムは屍ルイルイ
今後は金払ってJavaのメンテナンスして行くしか無い

210 デフォルトの名無しさん 2018/09/16(日) 12:47:16 ID:
ライセンスは政治的な思惑だからCobolだってどっちに転んだかわからん
Javaになってメンテしづらいとか具体的になんかあったっけ

211 デフォルトの名無しさん 2018/09/16(日) 13:04:29 ID:
>>210
Javaになって困る
としたら銀行で言うと、システム担当者がJavaのコード見ても分からない事だろうな
Java移行してSierに投げないとあらゆるシステム更新が出来なくなって自分たちで修正出来なくなってる事かと

212 デフォルトの名無しさん 2018/09/26(水) 19:55:33 ID:
めでたく死亡

313 デフォルトの名無しさん 2018/09/26(水) 15:09:42.39 ID:HWt0FbSg
Java 11正式版がリリース、本バージョンからOracle JDKのサポートは有償に。OpenJDKで無償の長期サポート提供は現時点で期待薄
https://www.publickey1.jp/blog/18/java_11oracle_jdkopenjdk.html

あれ、数か月前に見たニュースじゃOpenJDKもLTSやるから一安心って話だったじゃないですかー(>_<

213 デフォルトの名無しさん 2018/10/03(水) 00:22:01 ID:
Javaは死んだ。

Oracleの変節により、今後Javaのライセンス形態がどのように変わっていくか、誰にも予測がつかなくなった。
なにしろ、ランタイムにライセンス料を請求するようになったのが大きい。
こんなにリスクの高くなったプラットホームを使って、今後システム開発をするのは危険過ぎる。

私はもともと軸足を.netに置いていたので大した痛手はないが、Java一本でやってきた所は大変だろうな。

214 デフォルトの名無しさん 2018/10/03(水) 11:08:39 ID:
C でいいじゃん
泥臭いけど楽しいよ

215 デフォルトの名無しさん 2018/10/03(水) 12:10:28 ID:
>>213
>>Java一本
メガバンクとかね
小さいソフトウェアハウスでJava一本、とか選択ミスだろ

216 デフォルトの名無しさん 2018/10/03(水) 13:03:53 ID:
>>215
フリーランスで、Javaだけって人いたんだよ。さすがと思わせるぐらい深いスキル持ってたけど、彼、どうなるんだろう...

217 デフォルトの名無しさん 2018/10/03(水) 13:05:48 ID:
>>214
Cはダメだよ、よほどのスキルがないと。
下手が書いたCのソースは誰にも手がつけられないし、ロジックの穴に対するペナルティが生半可ない。

218 デフォルトの名無しさん 2018/10/03(水) 13:34:11 ID:
>>216
COBOLプログラマーと同じ
Javaメンテナンス案件を渡り歩くだけ

219 デフォルトの名無しさん 2018/10/03(水) 15:41:25 ID:
むしろこれから新規でJava始めるヒト減ったら、稼ぎ放題じゃん。
残存者利益ってやつだな。

220 デフォルトの名無しさん 2018/10/03(水) 15:55:32 ID:
言語に死はない
アンチが死ぬ死ぬ言ってるだけ

221 デフォルトの名無しさん 2018/10/03(水) 21:46:18 ID:
ち~ん

222 デフォルトの名無しさん 2018/10/03(水) 23:42:50 ID:
一度広まった物
というのはそう簡単には無くならないからねぇ
cobolがまさしくそういう感じ
自分はそんなにcobolが悪いとは思ってないけど
ただjavaが最初からこういう形だったらそんなに問題なかったと思うけど
広まってからだからなぁ
元々sum時代から採算取れるのか?
って感じでは有ったけど
セキュリティ対策パッチを長く提供する体制を採るのに有料化した
自分はそう見てるけど
有る意味頻繁にバージョンを頻繁に変えたりしなくて済むなら
そういう所には良いんじゃないか?
最初からこうだったら何も喧々諤々しなくて済んだのだろうけど

223 デフォルトの名無しさん 2018/10/04(木) 00:27:58 ID:
Javaプログラマーは新規に学習する人が減るだけ

224 デフォルトの名無しさん 2018/10/04(木) 12:22:59 ID:
受け皿はどんな言語がいいだろうな

225 デフォルトの名無しさん 2018/10/04(木) 12:38:03 ID:
C#が現実的なんだろうけど、Java崩れなんて入ってきてほしくない…

226 デフォルトの名無しさん 2018/10/04(木) 20:16:45 ID:
>>220
確かにDelphiの新バージョンが未だにリリースされてる訳だしな。
でも、今からDelphi使いたいか?

227 デフォルトの名無しさん 2018/10/04(木) 20:18:53 ID:
>>225
そして今度はマイクロソフトが罠を仕掛けるのだろう。
どこであれ、1社に依存するのは危険な気がする。

228 デフォルトの名無しさん 2018/10/04(木) 20:25:04 ID:
>>226
使いたい、より施主がDelphiでOK出すかどうかだな

229 デフォルトの名無しさん 2018/10/11(木) 06:24:20 ID:
何も考えずにOracleからダウンロードしてダブルクリックすれば済んだ時代は終わった。
用途を明確にして、開発側と実行側でどの実装を使うか選択し、
ダウンロードしたファイルは手動で展開・コピー。PATHの設定まで手動。
アップデートのチェックと適用まで手動。
半年ごとに変更点をチェックして、「動作を変えないために」自分のコードを変更。
ビルド時にJREを同梱を推奨といいつつも、そのあたりのサポートは手薄なまま。

この程度というかもしれないが、そういうことが言える人以外には
これでついていけなくなる層が結構いるに違いない。
Javaは死んだ。

230 デフォルトの名無しさん 2018/10/11(木) 10:03:50 ID:
Oracleからダウンロードしたことないけど

231 デフォルトの名無しさん 2018/10/12(金) 19:48:53 ID:
Stringをswitchに突っ込んだらぬるぽで落ちるように設計したやつ

ちょっと

232 デフォルトの名無しさん 2018/10/12(金) 20:49:37 ID:
229は230みたいな奴以外の話をしてるんだろう

233 デフォルトの名無しさん 2018/10/21(日) 04:13:19 ID:
JavaがなくなるからKotlinとかいうのができたのかな?

234 デフォルトの名無しさん 2018/10/27(土) 20:33:30 ID:
>>233
それを予想して出来た訳では無いが
結果的に代替えになるかと
何にせよJavaの旬は終わった

235 デフォルトの名無しさん 2018/10/28(日) 20:25:23 ID:
あとはAndroidがJava捨てれば一気に終わると思う。

236 デフォルトの名無しさん 2018/10/28(日) 21:00:10 ID:
もうkotrinでいいわ

237 デフォルトの名無しさん 2018/10/29(月) 09:56:15 ID:
JetBrainはGoogleかMSが買うのかねぇ
意外なところでAmazon?

238 デフォルトの名無しさん 2018/10/29(月) 22:09:15 ID:
>>237
MSだとXamarinの時のように敵対的買収になる(そしてRoboVMは消された)だろうし、
独占禁止法違反の議論が生じるから、Googleかな。

239 デフォルトの名無しさん 2018/10/29(月) 22:26:49 ID:
Xamarinが敵対的買収ってなんの冗談だよ

240 デフォルトの名無しさん 2018/10/29(月) 22:26:57 ID:
Oracleが買ったりしてな
あの会社、他人が嫌がる事するの好きだし

241 デフォルトの名無しさん 2018/10/30(火) 22:07:24 ID:
>>239
言い方が悪かった。Xamarinが買収される時にXamarin社が開発していたRoboVMもいっしょに買収された。
RoboVMは生き残っていたらMSの.NetにおけるXamrinと競合するから消された。
敵対的買収はXamarin社のRoboVM(のリーディング企業)が買収されたことについての話で、
Xamarin社のXamarinを買収したことについての話ではない。

242 デフォルトの名無しさん 2018/11/02(金) 17:04:14 ID:
実際何がメインになっていくんだろうか?

243 デフォルトの名無しさん 2018/11/03(土) 13:12:52 ID:
kotlinやろ
spring boot対応がでかくないか?

244 デフォルトの名無しさん 2018/11/05(月) 04:00:05 ID:
>>235
既にAndroid7以降はOpenJDK使用に変更済み
次期OSが具体化すれば終わりかと

245 デフォルトの名無しさん 2018/11/06(火) 23:00:49 ID:
Javaシンパはすごく発狂してるよな
まだ終焉を迎えているという現実を受け入れられずにいる

246 デフォルトの名無しさん 2018/11/08(木) 17:04:57 ID:
金とられそうだから発狂してるだけだ
終わりなどしないだろう

247 デフォルトの名無しさん 2018/11/08(木) 17:07:37 ID:
Kotlinに未来は担えない
やることが雑すぎる

248 デフォルトの名無しさん 2018/11/08(木) 22:10:03 ID:
ことりんのゆるキャラ作れば未来は明るくなる かな

249 デフォルトの名無しさん 2018/11/08(木) 22:13:07 ID:
フリーの実装が分岐するんじゃね?

250 デフォルトの名無しさん 2018/11/21(水) 14:08:13 ID:
C++一択

251 デフォルトの名無しさん 2018/11/21(水) 17:05:48 ID:
>>250
http://www.kh.rim.or.jp/‾nagamura/misc/stroustrup-interview.html

252 デフォルトの名無しさん 2018/11/21(水) 19:01:18 ID:
>>251
良く見つけだけど、元が不明なら説得力に欠けるよ

253 デフォルトの名無しさん 2018/11/21(水) 21:20:43 ID:
>>250
C++ はひどい言語だ。これは、多くの平均以下のプログラマーが使ってるために
さらに輪をかけてゲロゲロになっていて、どうしようもないゴミが
簡単に生産されるようになってる。正直いって、C を選ぶ理由が C++ プログラマーを
追っぱらうため *だけ* だったとしても、それ自体、C を使う強力な理由になりうる。

C++ はトンでもなく悪い設計の元になりうる。どうせこの言語ではいつも STL やら
Boost やら、その他ゲロゲロベロベロの「素敵な」ライブラリの機能を使って、
それがあんたのプログラムに「役立つ」んだろうが、以下のことが起きる:

- うまく動かないときにもたらされる際限のない苦痛 (あと STL とか、特に Boost が
安定してるとか移植性があるとかいう奴は、どいつもこいつも大ウソつきで、
もはや笑えるレベルを超えている)

- 非効率な抽象プログラミングモデルで、2年たった後にこれらが実はそんなに
効率的じゃなかったことに気づくケース。でもそのときにはすでに全部の
コードがその素晴らしいオブジェクトモデルに依存していて、直すためには
アプリ全体を書き直さなきゃなんない。

言いかえれば、唯一まともで、効率がよくて、システムレベルで使えて、移植性がある
C++ ってのは、基本的に C で使える機能だけに限ったときなんだ。そして C だけに
限定するってことは、他の人がそれをめちゃくちゃにしないってことで、
ついでに沢山のプログラマが実際に低水準の問題を理解することができて、アホらしい
「オブジェクト・モデル」のたわごとを持ちこまないってことだ。

254 デフォルトの名無しさん 2018/11/22(木) 13:28:49 ID:
20年前とは別言語ぐらい変わってるよね

255 デフォルトの名無しさん 2018/11/23(金) 16:36:44 ID:
C++ちょっとかじった程度だけどCの機能まで容易に降りれちゃうところが破綻しやすい原因かもしれん
記述出来るレイヤーの幅が広すぎて書いていて混乱する…

とにかくこれからの言語は汎用性を捨てて使用用途に限定した設計にしないと凡人には使えないと思うわ

256 デフォルトの名無しさん 2018/12/06(木) 00:15:18 ID:
>>255
C++は、作者が書いてるように「システム用言語」なんだけどな。
間違った用途に使って文句言ってるやつが殆ど。

257 デフォルトの名無しさん 2018/12/06(木) 06:21:19 ID:
pythonに取って変わられつつあるな。

258 デフォルトの名無しさん 2018/12/06(木) 07:39:24 ID:
javaグラマーはどうすんの?
cobolerと同じような状態になるの?
移行が出来たやつと出来ないやつでわかれるん?

259 デフォルトの名無しさん 2018/12/06(木) 07:53:58 ID:
オブジェクト演算子がありかつポインターが無い言語ならjava屋さんはまあ乗り換えが楽でしょうね

260 デフォルトの名無しさん 2018/12/06(木) 13:30:05 ID:
pythonってプログラム書けない人が選ぶから結局何もできないんだよね。

261 デフォルトの名無しさん 2018/12/06(木) 17:38:37 ID:
>>258
>>cobolerと同じような状態になるの?

そうなるな
新規案件減るからな

262 デフォルトの名無しさん 2018/12/17(月) 18:13:15 ID:
WEBはPHPとかnode.jsとかあるけど、Androidのアプリはどうなるの?
個人的にはFirefox OSにカムバックして欲しいけどw

kotlinてJavaがないと動かないんでしょ?
てことはJavaと心中でしょ?

263 デフォルトの名無しさん 2018/12/17(月) 21:25:51 ID:
>>262
心中したくないから
Kotlin/Nativeっての開発してるよ

264 デフォルトの名無しさん 2018/12/25(火) 21:57:12 ID:
>>262
Android含めOpenJDKに移行してなかったっけ?

265 デフォルトの名無しさん 2018/12/29(土) 13:37:56 ID:
利用者への影響を最低限に抑えながら脱Javaする――。
こんな方針を決めたのが総務省だ。対象は行政管理局が運営する
Javaベースのシステム「e-Gov電子申請」である。
Javaアプレットを米マイクロソフトの基盤技術「.NET Framework」で刷新し、
2018年11月にWebサイトを通じて提供を始めた。
利用者はWebブラウザーから従来通り電子申請ができる。

266 デフォルトの名無しさん 2018/12/29(土) 18:04:20 ID:
>>265
Oracleから脱却してMicorsoftにとらわれる...日本オワタ...

267 デフォルトの名無しさん 2018/12/29(土) 18:12:36 ID:
まあJavaの移行先としては妥当な線やろ

268 デフォルトの名無しさん 2018/12/30(日) 17:15:30 ID:
つーか未だにJavaアプレット使ってるってヤバいだろ

269 デフォルトの名無しさん 2019/01/01(火) 04:36:21 ID:
有償化で大学教育でもJavaを教えるのはやめよう
みたいな動きはあるんかね

270 デフォルトの名無しさん 2019/01/01(火) 14:40:07 ID:
>>269
開発までは無料だからタチが悪い
成果物実行時点のライセンスをどうするかによる

271 デフォルトの名無しさん 2019/01/01(火) 16:35:21 ID:
>>260
AI作っている奴らはプログラム書けんのか?

272 デフォルトの名無しさん 2019/01/01(火) 20:54:07 ID:
>>270
成果物検証は教授の仕事だから、教授側がライセンス払う必要有る
OpenJDKなら半年毎に更新すりゃいいが教授がやってる余裕あるかだな

273 デフォルトの名無しさん 2019/01/02(水) 18:45:09 ID:
まだ有償とか書いてる奴って自演?
普通にオラクル以外が無償のJDK出してるだろ

274 デフォルトの名無しさん 2019/01/02(水) 18:45:34 ID:
>>273
乱立してるな

275 デフォルトの名無しさん 2019/01/02(水) 18:54:06 ID:
>>273
ただのアホやろなw

276 デフォルトの名無しさん 2019/01/03(木) 01:19:00 ID:
自演というより未だ状況が浸透してないんでしょう
自分も良く解らないし

277 デフォルトの名無しさん 2019/01/03(木) 02:17:39 ID:

278 デフォルトの名無しさん 2019/01/03(木) 13:54:53 ID:
Oracleは半年毎に更新しろ、としてるがdistributionでLTS版が乱立するとは予想出来なかったからな
そりゃOracleも今後どうするかだな

279 デフォルトの名無しさん 2019/01/03(木) 14:00:07 ID:
まぁJava 関連の人員とかにかかるコストを回収できてなかっただろうからな

サポートを有償化して回収できないようなら特許もOSIに譲ってやめるんじゃないの

280 デフォルトの名無しさん 2019/01/12(土) 20:32:33 ID:
半年ごとにdeprecatedの対応に追われるよりも、発展が止まって仕様が固定したほうが
既存開発者としては助かる。

281 デフォルトの名無しさん 2019/01/15(火) 15:29:28 ID:
一部の変化がどうたらこうたら
とか言ってる所を除けば
余り変化がなかったりするから
そういう所はoracleが長期的にセキュリティパッチを提供する
というのは業務的にはありがたい所が多そうな印象は受ける
結構な金額がoracleに集まるんじゃないかと自分は予想しているけど
中長期計画は建て易くなった様に見える

282 デフォルトの名無しさん 2019/01/15(火) 23:08:29 ID:
>>273
まともな企業が使おうと思ったら有償のしか無いってだけ。

283 デフォルトの名無しさん 2019/01/16(水) 07:46:15 ID:
>>282
っていうJavaアンチのお前の願望?

284 デフォルトの名無しさん 2019/01/16(水) 22:04:03 ID:
オラクルは有償サポートがそもそも糞だから。

285 デフォルトの名無しさん 2019/01/17(木) 03:03:25 ID:
つまりJavaは業務で使えない役立たずってことか

286 デフォルトの名無しさん 2019/01/17(木) 21:58:29 ID:
>>業務で
ライセンス発生
開発でオナニーするならライセンス不要
Visual StudioはCommunity Editionで開発時もライセンス不要
業務使用でサーバーライセンスとクライアントアクセスライセンス必要
(クライアントライセンスも必要)
.NET Coreで業務ライセンスも不要(Linux使用で)
もうJava終わり

287 デフォルトの名無しさん 2019/01/17(木) 23:20:47 ID:
Communityを業務で使用は犯罪

288 デフォルトの名無しさん 2019/01/18(金) 00:05:31 ID:
>>287
必ずしもすべてがそうではない

289 デフォルトの名無しさん 2019/01/18(金) 01:07:13 ID:
>>287
それは言いすぎ

290 デフォルトの名無しさん 2019/01/18(金) 07:27:13 ID:
必死だな犯罪者共

291 デフォルトの名無しさん 2019/01/18(金) 07:28:30 ID:
お前らの人生も終わり
牢屋の中で悔い改めろ

292 デフォルトの名無しさん 2019/01/18(金) 09:26:35 ID:
無料でCommunityを使う条件

PC台数250台未満かつ
年商1億円未満の企業や団体
さらにこの条件を満たさない企業からの委託開発ではない
全て満たせば5名以下まで利用可

そんな会社割と限られているのでは
売上から費用を差し引いた利益じゃなくて年商だし

293 デフォルトの名無しさん 2019/01/18(金) 12:10:36 ID:
>>292
誰もそれは否定してないよ

294 デフォルトの名無しさん 2019/01/18(金) 12:11:37 ID:
しかもその引用した条件すら不完全…ただのあほか

295 デフォルトの名無しさん 2019/01/18(金) 13:47:19 ID:
>>292
業務利用が100%犯罪という意見に100%ではないとツッコミが入ってるだけ

296 デフォルトの名無しさん 2019/01/18(金) 22:24:41 ID:
アスペ丸出しやな

297 デフォルトの名無しさん 2019/01/18(金) 22:38:41 ID:
バスケ選手は背が高いという意見に対して
160cmの人もいると指摘する人は賢くないよ
全体の傾向に対して個別の事例を出しても反論にならないからね
この人は文脈を汲み取る能力が低いアスペルガー障害の人かなって一般の人は思うよ
気をつけようね

298 デフォルトの名無しさん 2019/01/18(金) 22:39:34 ID:
あらためて言うけどCommunityを業務で使う人はすべからく犯罪者です

299 デフォルトの名無しさん 2019/01/18(金) 22:43:09 ID:
>>298
すべてがそうとは言えない

300 デフォルトの名無しさん 2019/01/18(金) 22:54:12 ID:
>>299
馬鹿かお前、パンツ泥棒が持ってるパンツの中に自分で
買ったものが混ざっていたとしてもパンツ泥棒の誹りは免れないだろうが
パンツ泥棒は犯罪者なわけだから論理的なとうぜんの帰結として
Communityを業務で使う人は犯罪者であることが導かれるわけ

301 デフォルトの名無しさん 2019/01/18(金) 23:06:37 ID:
業務利用が100%犯罪というのは真っ赤な嘘

302 デフォルトの名無しさん 2019/01/18(金) 23:13:11 ID:
>>301
そうとは言い切れないよ

303 デフォルトの名無しさん 2019/01/18(金) 23:19:40 ID:
Communityを業務で使っていて法に抵触してない人のみが石を投げなさい

304 デフォルトの名無しさん 2019/01/19(土) 08:59:08 ID:
>>298
民事の契約違反であって犯罪ではない

305 デフォルトの名無しさん 2019/01/19(土) 10:05:14 ID:
>>277
なんでディストリビュージョンでLTS出てんのに、このスレ盛り上がるの?

306 デフォルトの名無しさん 2019/01/19(土) 10:16:48 ID:
>>302
なぜ?

307 デフォルトの名無しさん 2019/01/19(土) 10:18:03 ID:
VSCode使えよ
VSのCommunityを業務利用で
ライセンス違反じゃない状況は限られている

308 デフォルトの名無しさん 2019/01/19(土) 10:33:41 ID:
>>307
それは誰も否定してない

309 デフォルトの名無しさん 2019/01/19(土) 11:11:00 ID:
すべから‐く【▽須く】の意味 出典:デジタル大辞泉(小学館)
[副]《動詞「す」に推量の助動詞「べし」の付いた「すべし」のク語法から。
漢文訓読による語》多くは下に「べし」を伴って、ある事をぜひともしなければ
ならないという気持ちを表す。当然。ぜひとも。

~べし、~すべしの形にすることから覚えよう!

310 デフォルトの名無しさん 2019/01/19(土) 14:19:03 ID:
>>306
誰も石を投げなかったからCommunityを業務で使ってる人の中に
犯罪者ではないひとはいない

311 デフォルトの名無しさん 2019/01/19(土) 14:31:16 ID:
>>310
おばか

312 デフォルトの名無しさん 2019/01/19(土) 15:55:10 ID:
>>311
なぜ?

313 デフォルトの名無しさん 2019/01/19(土) 17:22:34 ID:
>>292
>>年商1億未満
地方じゃいくらでも有るで

314 デフォルトの名無しさん 2019/01/19(土) 17:29:51 ID:
ITゼネコンの下請けの仕事してるから条件みたさないだろ
日本の多重下請構造なめんなよ

315 デフォルトの名無しさん 2019/01/19(土) 17:40:10 ID:
>>314
地方零細の100%がITゼネコンの下請けをしてるみたいな言い方はよくないね

316 デフォルトの名無しさん 2019/01/19(土) 17:47:03 ID:
>>315
お仕事は全部結局のところITゼネコンに行き着くんやで
そうじゃない仕事は存在しません

317 デフォルトの名無しさん 2019/01/19(土) 17:47:20 ID:
ゼネコンなめんなよ

318 デフォルトの名無しさん 2019/01/19(土) 17:59:50 ID:
思い込みの激しい人だねー

319 デフォルトの名無しさん 2019/01/19(土) 18:04:01 ID:
例えば非ソフトウェア開発の中小企業の社内SEが使うなんてパターンは業務利用OKのパターン

320 デフォルトの名無しさん 2019/01/19(土) 18:11:14 ID:
>>318
それはこっちのセリフだよ
夢見てんじゃないよ
中小企業は大企業の下請けの仕事こなして飯食ってんだよ
社会人エアプか?

321 デフォルトの名無しさん 2019/01/19(土) 18:11:49 ID:
OSSの開発もOK
>>292はたぶん意図的に条件から抜いてるんだろうけど

322 デフォルトの名無しさん 2019/01/19(土) 18:14:37 ID:
OSSは大企業で使われてるからたいていNGですが
ライセンスエアプか?

323 デフォルトの名無しさん 2019/01/19(土) 18:17:22 ID:
>>322
OSS開発なら大企業でも利用OK

324 デフォルトの名無しさん 2019/01/19(土) 18:18:57 ID:
>>323
>さらにこの条件を満たさない企業からの委託開発ではない

完全にライセンス違反

325 デフォルトの名無しさん 2019/01/19(土) 18:19:12 ID:
逮捕されます、震えて眠れ

326 デフォルトの名無しさん 2019/01/19(土) 18:21:25 ID:
OSS開発がなんで大企業からの委託に話がすり替わってんだよw

327 デフォルトの名無しさん 2019/01/19(土) 18:25:39 ID:
業務で使うなら普通はOSSでない物を作るだろう
100%OSS何て事はあるまい

328 デフォルトの名無しさん 2019/01/19(土) 18:30:22 ID:
例 2: Fortune 500 のある企業は、店舗地図モバイル アプリケーションの開発を小さな企業に委託している。
このアプリケーションは、オープン ソース プロジェクトではない。
この小さな企業は 5 名がこのプロジェクトに就業しており、Visual Studio Community 2015 を利用したい。
この小さな企業は Fortune 500 企業のアプリケーションの開発受託者であり、かつ、このアプリケーションはオープン ソース プロジェクトではないため、この小さな企業は Visual Studio Community 2015 をアプリケーションの開発やテストに利用することができない。

https://www.microsoft.com/ja-jp/download/confirmation.aspx?id=13350

329 デフォルトの名無しさん 2019/01/19(土) 18:32:28 ID:
>>328
さっきからその条件前提でみんな話してるっつうのw

330 デフォルトの名無しさん 2019/01/19(土) 18:33:16 ID:
>>327
誰も100%なんて言ってない
OSSの開発でCommunityを使うのは問題ないってだけ

331 デフォルトの名無しさん 2019/01/19(土) 18:36:52 ID:
大企業が委託したんなら、その大企業が開発ソフト提供するべき
(Community Edition以外のね)

新着レスの表示
■トップページに戻る■ お問い合わせ/削除依頼