虹裏img歴史資料館

ここでは虹裏imgのかなり古い過去ログを閲覧することができます。新しいログはこちらにあります

17/08/19(土)11:08:26 オラクルリニン... のスレッド詳細

削除依頼やバグ報告は メールフォーム にお願いします。個人情報、名誉毀損、侵害等については積極的に削除しますので、 メールフォーム より該当URLをご連絡いただけると助かります。

画像ファイル名:1503108506314.jpg 17/08/19(土)11:08:26 No.447233911

オラクルリニンサン今度はJavaを捨てたがってる?

1 17/08/19(土)11:08:50 No.447233972

Java捨ててよもう

2 17/08/19(土)11:09:25 No.447234069

3億台の使用機器はどうするんですか!

3 17/08/19(土)11:10:25 No.447234197

なんでソフトウェア開発ってもっとシンプルで簡単にならないんだろう… 大量の言語大量のフレームワーク大量の開発環境大量の実行環境… IT関係者って頭悪いんじゃないの…

4 17/08/19(土)11:11:14 No.447234318

どいつもこいつも自分が使いやすいようにやっただけだよ

5 17/08/19(土)11:11:56 No.447234415

>IT関係者って頭悪いんじゃないの… はい

6 17/08/19(土)11:12:54 No.447234557

金融に流れてる人材がITに流れてきたらもうちょいマシになると思う

7 17/08/19(土)11:13:07 No.447234588

馬鹿にすんな超頭いいわ ただ技術的な限界とビジネス的な要請とを混ぜたら弱点が目につく製品になることがあるだけだ

8 17/08/19(土)11:13:14 No.447234608

>3億台の使用機器はどうするんですか! 3 billion devicesって 30億台なんじゃ…

9 17/08/19(土)11:13:28 No.447234642

まぁ古いオブジェクト指向に対して互換性もたせなきゃいけないし 互換性ないけど

10 17/08/19(土)11:14:21 No.447234770

scalaの時代が来るー!

11 17/08/19(土)11:21:16 No.447235782

次の言語はなにになるの

12 17/08/19(土)11:21:38 No.447235832

Rust!

13 17/08/19(土)11:22:02 No.447235890

>IT関係者って頭悪いんじゃないの… 何を今更

14 17/08/19(土)11:22:24 No.447235939

Swift!

15 17/08/19(土)11:22:34 No.447235954

flashもいらないしjavaもいらない なにもかもがいらない!

16 17/08/19(土)11:23:03 No.447236027

PHP!

17 17/08/19(土)11:23:21 No.447236070

Go!

18 17/08/19(土)11:23:38 No.447236115

>flashもいらないしjavaもいらない >なにもかもがいらない! PCを!

19 17/08/19(土)11:23:52 No.447236159

はい…アッセンブラ書きます…

20 17/08/19(土)11:23:58 No.447236173

Sunの資産どんどんダメにしてるけど何で買ったの…

21 17/08/19(土)11:24:18 No.447236216

>PCを! 窓から!

22 17/08/19(土)11:24:30 No.447236255

rustがちょっと気になる 勉強してみようかなあ

23 17/08/19(土)11:25:14 No.447236355

>>PCを! >窓から! 投げすてろ!

24 17/08/19(土)11:25:17 No.447236361

>Sunの資産どんどんダメにしてるけど何で買ったの… オラクルはいつもそうだろ!

25 17/08/19(土)11:25:24 No.447236384

Sunを潰したいから買ったんだろ?

26 17/08/19(土)11:26:42 No.447236559

アプレットが流行ったせいでブラウザ上で動かすための言語だと思ってる人がけっこう居そうだ

27 17/08/19(土)11:27:07 No.447236621

企業として言語を囲ったところで儲かるのは皆がよく分かってないのでサポートを求める最初のうちだけなのではないだろうか 今B2Bがどんな感じになってるかわからないけど

28 17/08/19(土)11:28:41 No.447236864

>アプレットが流行ったせいでブラウザ上で動かすための言語だと思ってる人がけっこう居そうだ 脱衣ブロック崩しをやるのに必要!

29 17/08/19(土)11:28:59 No.447236910

つまりCOBOLが一番

30 17/08/19(土)11:29:21 No.447236973

スマホのアプリってどんな言語で作られてるん?

31 17/08/19(土)11:30:16 No.447237106

邪魔な奴つぶすために買うことは企業間ではよくある

32 17/08/19(土)11:30:31 No.447237142

AndroidはJavaだよ

33 17/08/19(土)11:30:40 No.447237168

そのうちgoogleの人工知能がAIにしか理解できない機械語丸出しな最強プログラムを用意して世界統一してくれるから大丈夫

34 17/08/19(土)11:30:48 No.447237190

ゲームならC#じゃね?

35 17/08/19(土)11:31:04 No.447237221

Oracleが買ったときもうSun死に体だった気が…

36 17/08/19(土)11:31:08 No.447237231

Javaの勉強初めた所なんですけお…

37 17/08/19(土)11:31:27 No.447237279

kotlinいいよね

38 17/08/19(土)11:32:17 No.447237398

>AIにしか理解できない機械語丸出しな最強プログラム ついに人類もAIに支配されてしまうのか まあ戦争しか繰り返さない愚かな人類にとってそのほうがいいのかもな

39 17/08/19(土)11:32:40 No.447237469

まあ似たような名前のやつは残るだろうからいいでしょ

40 17/08/19(土)11:33:39 No.447237602

プログラム言語は最新の物が一番つおい! …とはいかないの?

41 17/08/19(土)11:33:47 No.447237615

別にoracleが捨ててもJavaという言語自体は当分現役でしょう

42 17/08/19(土)11:34:18 No.447237684

次どこが買うの?グーグル?

43 17/08/19(土)11:34:18 No.447237686

>プログラム言語は最新の物が一番つおい! >…とはいかないの? ウンコ言語が日々量産されているので…

44 17/08/19(土)11:34:30 No.447237716

>プログラム言語は最新の物が一番つおい! >…とはいかないの? 昔からある言語もどんどん改善されてつおくなるので… なぁC++

45 17/08/19(土)11:35:03 No.447237800

>次どこが買うの?グーグル? 普通にありそうな気はする

46 17/08/19(土)11:35:13 No.447237821

>プログラム言語は最新の物が一番つおい! >…とはいかないの? 得意分野や方向性みたいなのがあるそれぞれの道具だからこれが最強と一言で言えるものはない

47 17/08/19(土)11:35:18 No.447237839

>なぁC++ 確実に強くなってますね

48 17/08/19(土)11:35:25 No.447237855

Oracleは何のためにSunを買ったのか

49 17/08/19(土)11:36:02 No.447237945

C++11にすら対応してないコンパイラがほとんどだけどね

50 17/08/19(土)11:36:57 No.447238076

やはりScalaが最強…

51 17/08/19(土)11:37:12 No.447238106

JSはいいフレームワークてきなものが多すぎて何だかわからん なんでこうなってるんだ…

52 17/08/19(土)11:37:18 No.447238120

理屈的にはOSと同じ言語が最強だよ

53 17/08/19(土)11:37:37 No.447238151

>JSはいいフレームワークてきなものが多すぎて何だかわからん >なんでこうなってるんだ… もとがクソ言語なのが悪い

54 17/08/19(土)11:38:33 No.447238268

言語としては悪くないよ

55 17/08/19(土)11:39:24 No.447238376

JVM利用する言語も多いから捨てられると結構困る

56 17/08/19(土)11:39:37 No.447238402

なんでも出来るは言語としては褒め言葉だが プログラマとしてはクソ

57 17/08/19(土)11:40:57 [CASL] No.447238572

スッ

58 17/08/19(土)11:41:33 No.447238651

javaはなんでバージョン上がると旧バージョンで動いていたシステムが動かなくなるの

59 17/08/19(土)11:41:47 No.447238682

COBOL to Javaいいよね

60 17/08/19(土)11:41:54 No.447238697

買収前は良かったなどというナイーブな考えは捨てろ

61 17/08/19(土)11:42:15 No.447238735

「このプログラムJVM1.6.0_11で動作確認済みですか?」とか聞いてくるの止めろ!

62 17/08/19(土)11:42:58 No.447238846

>なぁC++ お前は若干と人類の手に余る

63 17/08/19(土)11:43:36 No.447238935

>javaはなんでバージョン上がると旧バージョンで動いていたシステムが動かなくなるの 指定バージョンで動作するよう指定すれば動きますが? というクソ仕様だから?

64 17/08/19(土)11:44:15 [C++] No.447239027

ゼロオーバーヘッドなんて当然のことだよね

65 17/08/19(土)11:44:35 No.447239065

Googleに譲れと数年前から言われている

66 17/08/19(土)11:45:33 No.447239195

>Googleに譲れと数年前から言われている GoogleもJava棄てる気では

67 17/08/19(土)11:46:00 No.447239251

WinSV2008Java6Oracle11gR1までしか評価してません!

68 17/08/19(土)11:46:17 No.447239292

わたしラムダ式きらい!(バァァァァン

69 17/08/19(土)11:46:28 No.447239316

>指定バージョンで動作するよう指定すれば動きますが? >というクソ仕様だから? じゃあ旧バージョンのサポート打ち切るのやめてくだち…

70 17/08/19(土)11:46:30 No.447239318

>ゼロオーバーヘッドなんて当然のことだよね お前は使う側への負担が大きすぎる

71 17/08/19(土)11:46:43 No.447239345

Googleは今まで何個言語捨てた?

72 17/08/19(土)11:47:11 No.447239414

中国企業が買ってマルウェア化する

73 17/08/19(土)11:47:31 No.447239453

>javaはなんでバージョン上がると旧バージョンで動いていたシステムが動かなくなるの Rubyよりマシというか Javaは後方互換性高いのが売りで エンタープライズ用途に使われてるんだよ それでも互換性問題起きるけど

74 17/08/19(土)11:48:03 No.447239536

Googleの社内公用言語ってそんなにかわったの?

75 17/08/19(土)11:48:10 No.447239546

JAVA捨てたらAndroidはどうやって動かすんです?

76 17/08/19(土)11:48:10 No.447239547

言語は分からんけど結構ぽいぽいサービス捨てるよねgoogle

77 17/08/19(土)11:48:33 No.447239596

CLIはISO規格取ったのに全然普及しませんなー

78 17/08/19(土)11:48:34 No.447239600

退屈なことはPythonにやらせよう

79 17/08/19(土)11:49:13 No.447239699

PythonにしようPythonがいい

80 17/08/19(土)11:49:14 No.447239701

JSPythonJavaであと20年を生き残るぞ

81 17/08/19(土)11:49:28 No.447239741

Androidはkotlin

82 17/08/19(土)11:49:37 No.447239760

Clojureの時代が来たn!?

83 17/08/19(土)11:49:51 No.447239790

日本人ならRubyをつかえ

84 17/08/19(土)11:50:15 No.447239850

>日本人ならRubyをつかえ Railsしか価値が…

85 17/08/19(土)11:50:18 No.447239851

>JAVA捨てたらAndroidはどうやって動かすんです? 次期androidはKotlinが標準だよ

86 17/08/19(土)11:51:53 No.447240089

頭は悪くないよ コミュニケーション能力が悪くて人にお願いするより自分でやった方が早いとみんなが思っているだけだよ

87 17/08/19(土)11:51:58 No.447240096

なんだかんだ速度速くて静的型付けのメジャー言語がないと困る

88 17/08/19(土)11:52:21 No.447240145

>日本人ならRubyをつかえ いや用途違うし

89 17/08/19(土)11:52:58 No.447240238

もうC#でいいんじゃないかな

90 17/08/19(土)11:53:40 No.447240333

おっぱいそん好きだけどなんかドキュメントがめっちゃ読みにくくない!? 関数の型とか全然乗ってなくてイライラする

91 17/08/19(土)11:53:49 No.447240346

C#って主にどこで使われてるんだろう?

92 17/08/19(土)11:53:54 No.447240356

Scala使ったらJavaはうんこに見えるよ

93 17/08/19(土)11:54:38 No.447240483

>次期androidはKotlinが標準だよ 開発はコトリンでも動作するのはjava仮想マシン上なのでは

94 17/08/19(土)11:54:42 No.447240495

これもバベルの塔の崩壊の影響なんですか?

95 17/08/19(土)11:54:48 No.447240510

IT関係が頭悪いというよりお金を出したくないからIE6を使い続けてくだち!サポート期限なんて知らないんですけおおおおん!!!! みたいなのが幅を利かせる社会が悪い そういうのをばっさり見捨てられないIT関係は悪いというよりは甘い もっと自分たちを高く売りつけてもよかろうにのう

96 17/08/19(土)11:55:42 No.447240643

COBOL技術者が絶滅危惧種になってるのと同じ理屈で 今のうちにJAVA勉強しといたら10年後で大活躍! とは行かないのかな

97 17/08/19(土)11:55:42 No.447240645

>これもバベルの塔の崩壊の影響なんですか? 機械語をチクチク打つ時代に戻るべきか…

98 17/08/19(土)11:55:51 No.447240663

>頭は悪くないよ >コミュニケーション能力が悪くて人にお願いするより自分でやった方が早いとみんなが思っているだけだよ 人にお願いしたら納期割れするし…

99 17/08/19(土)11:55:57 No.447240677

C#もC++も 同じよ

100 17/08/19(土)11:56:09 No.447240706

>javaはなんでバージョン上がると旧バージョンで動いていたシステムが動かなくなるの どの言語もそうだろ?

101 17/08/19(土)11:56:29 No.447240753

ああ?

102 17/08/19(土)11:56:45 No.447240779

C#って半音上がるという控えめの意味なのか C++++という強気な意味なのかどっちなの

103 17/08/19(土)11:57:35 No.447240895

未だにIE8以下が標準のうちの社内システムなんなの?

104 17/08/19(土)11:57:41 No.447240919

じゃば夫達はどこに行ってしまったの?

105 17/08/19(土)11:58:15 No.447241000

++をすこしずらして重ねるとシャープになるだろ? ってのは当時から言われてたな

106 17/08/19(土)11:58:32 No.447241042

今こそハードからos、プログラミング言語、あらゆるアプリまで自社製品で固めて囲い込む時代!

107 17/08/19(土)11:59:02 No.447241115

>じゃば夫達はどこに行ってしまったの? 今仕事してるよ

108 17/08/19(土)11:59:09 No.447241132

>今のうちにJAVA勉強しといたら10年後で大活躍! >とは行かないのかな レガシーシステムの保守とかいうクソみたいな仕事しか無いがよろしいか というかJavaは現状そんな感じだ

109 17/08/19(土)11:59:20 No.447241166

さあ仕事に戻るんだ

110 17/08/19(土)11:59:38 No.447241205

googleは業務分野によるけどメインはC++ Java Pythonだってさ 後はJavaScriptやGoだって んで今年からMSと協力してTypeScriptを使っていく方向だとか

111 17/08/19(土)11:59:41 No.447241216

>関数の型とか全然乗ってなくてイライラする 実質決まった型でしか動かないのになんで載せないんだろう いやそのライブラリについて詳しい人なら一目瞭然なんだろうけどさ

112 17/08/19(土)11:59:45 No.447241227

言語の名前なんて大帝製作者がノリで決めてるからな…

113 17/08/19(土)12:00:28 No.447241341

Swingってまだ生きてる?

114 17/08/19(土)12:00:42 No.447241373

COBOLだって死ぬ死ぬ言われながら現役なんだからJavaだってまだまだ

115 17/08/19(土)12:00:56 No.447241419

>レガシーシステムの保守 仕事としてはウンコだけど COBOLみたいに需給バランスがえらいことになると局地的にホワイト化したりするから世の中何がどうなるか分からん

116 17/08/19(土)12:01:15 No.447241465

使う言語よりわかりやすく書いてくれることの方が重要

117 17/08/19(土)12:01:20 No.447241484

最新のハードの上で90年代前半のコードが未だに動いてるのいいよね

118 17/08/19(土)12:01:22 No.447241489

>んで今年からMSと協力してTypeScriptを使っていく方向だとか ES6が結構いけてたからAltJSいらないんじゃみたいなことも言われてたけど 今後も使われるならそろそろTypeScript勉強しようかなあ

119 17/08/19(土)12:01:43 No.447241546

なんだかんだ言っても世界中で広く普及していて尚且つプラットフォームを選ばないってのは やっぱり強いよ

120 17/08/19(土)12:01:51 No.447241564

>言語の名前なんて大帝製作者がノリで決めてるからな… 強そう

121 17/08/19(土)12:02:00 No.447241591

>使う言語よりわかりやすく書いてくれることの方が重要 仕様書書く暇ないからjavadocとコメント山ほど入れるね…

122 17/08/19(土)12:02:10 No.447241619

Scalaで書くと同じ処理が3分の1のコード量になる 誇張抜きで

123 17/08/19(土)12:03:03 No.447241753

正しいコードはコメントが無くても可読性が云々

124 17/08/19(土)12:03:24 No.447241804

>>使う言語よりわかりやすく書いてくれることの方が重要 >仕様書書く暇ないからjavadocとコメント山ほど入れるね… ちゃんと書いてくれるならそれでもいいけど 大帝メンテされてなかったり間違ってたりする…

125 17/08/19(土)12:04:06 No.447241895

COBOLは言語としては簡単 COBOLエンジニアが足りないというより銀行とか保険とかの複雑な業務システムを知ってる人が欲しいわけなので ただJavaやっててもあまり価値ないと思う

126 17/08/19(土)12:04:11 No.447241904

Scalaはオブジェクト指向でも書けますよ!とかやってくれるから 混迷に両足を突っ込む

127 17/08/19(土)12:04:49 No.447241988

>>言語の名前なんて大帝製作者がノリで決めてるからな… >強そう プログラムじゃないけど昔arduinoが流行る前gainerとかfunnelとかあったな…

128 17/08/19(土)12:04:51 No.447241994

でも設計書って本当に必要かね? 流石に概要と引数、戻りぐらいは定義してもらわないと困るけどさ

129 17/08/19(土)12:05:11 No.447242045

>COBOLは言語としては簡単 今さら言語仕様がアップデートされないから育休産休明けのママさんエンジニアの復帰も容易なんです! いやマジで

130 17/08/19(土)12:05:30 No.447242105

>今後も使われるならそろそろTypeScript勉強しようかなあ TypeScriptいいよ やっぱ静的型付けは強いよ

131 17/08/19(土)12:05:31 No.447242109

COBOLは様式違いすぎてわけわからん

132 17/08/19(土)12:06:17 No.447242237

>流石に概要と引数、戻りぐらいは定義してもらわないと困るけどさ javadoc書いとけばよくない? 非技術者に仕様を伝えるための基本設計レベルならあっていいと思う

133 17/08/19(土)12:06:43 No.447242301

CoffeeScriptさんは死んだの?

134 17/08/19(土)12:06:45 No.447242308

ZFS捨てるならライセンス変えてからにしてくだち……

135 17/08/19(土)12:06:59 No.447242346

Flow使ってて悪くないと思ったけどTypeScriptとどう違うんだろう

136 17/08/19(土)12:07:23 No.447242402

コメントと実装が矛盾しまくってることなんてままあるから 結局コード読まないといけないのいいよね

137 17/08/19(土)12:07:36 No.447242434

枯れきった技術はまぁ悪いものではない

138 17/08/19(土)12:08:13 No.447242520

>コメントと実装が矛盾しまくってることなんてままあるから >結局コード読まないといけないのいいよね どっちみち詳細設計書とコードが一致してることもないから 書かなくてもいいよね

139 17/08/19(土)12:08:26 No.447242553

設計書は要らないけど仕様書は要る Whatは要らないけどWhyは要る

140 17/08/19(土)12:09:02 No.447242632

設計書は顧客が紙に印刷した日本語のものを要求してくるからそのためだけに作るよ

141 17/08/19(土)12:09:23 No.447242684

設計書レビューが通ってから実装で格段にスマートな解法見つけちゃうのいいよね… 工程戻りめんどい…

142 17/08/19(土)12:09:24 No.447242690

BtoCのWEBシステム作ってるけど設計書作ってないよ 作っても誰も読まないしね

143 17/08/19(土)12:09:59 No.447242760

関数名と処理内容が違うのはやめて 少しだけ名前が違うけど処理内容の違いがわからないようなのもやめて

144 17/08/19(土)12:10:40 No.447242836

>CoffeeScriptさんは死んだの? railsとかplayで採用されてるでしょ

145 17/08/19(土)12:10:53 No.447242861

>少しだけ名前が違うけど処理内容の違いがわからないようなのもやめて いい名前が思いつかなくて…

146 17/08/19(土)12:11:07 No.447242892

>どっちみち詳細設計書とコードが一致してることもないから >書かなくてもいいよね 上から下に読めないクソソース書かないなら許してやる

147 17/08/19(土)12:11:13 No.447242906

長い関数名変数名を恐れるな

148 17/08/19(土)12:11:18 No.447242920

ウォーターフォール的には詳細設計を書いてからコーディングだけど 実状に合わせるにはコードから設計書を自動生成できたほうが齟齬が少ないという現実

149 17/08/19(土)12:11:30 No.447242953

BtoCは需要のために仕様の方がコロコロ変わるので設計書なんて作ってられん

150 17/08/19(土)12:12:26 No.447243090

>関数名と処理内容が違うのはやめて >少しだけ名前が違うけど処理内容の違いがわからないようなのもやめて 関数名をaとかaaとかa1とかにしてjavascriptのコードをbrainF*ckみたいにしやがったキチガイを思い出した あの時は本気で殺意を覚えた

151 17/08/19(土)12:12:48 No.447243147

エクセル設計書と一致するように書くからコードが読みづらくなる コードが読みづらくなるから仕様を把握するために設計書を読むことになる

152 17/08/19(土)12:12:53 No.447243156

>関数名と処理内容が違うのはやめて getって付いてるのにゲッターじゃなくて重い生成処理走るのいいよね

153 17/08/19(土)12:13:28 No.447243233

>あの時は本気で殺意を覚えた 全て置換すればタダみたいなもんやぞ

154 17/08/19(土)12:14:31 No.447243371

>>あの時は本気で殺意を覚えた >全て置換すればタダみたいなもんやぞ aは無理じゃね!?

155 17/08/19(土)12:14:49 No.447243421

処理速度とかの感触が良ければこれで行こうレベルのお試し実装だと つい一文字変数やtmpを多用してしまう 想像以上の結果に大喜びしてリファクタリングを忘れて取り込まれて大ひんしゅく

156 17/08/19(土)12:14:52 No.447243427

>ウォーターフォール的には詳細設計を書いてからコーディングだけど >実状に合わせるにはコードから設計書を自動生成できたほうが齟齬が少ないという現実 たんにウォーターフォールがあってないってだけで後で正しい内容を確認できればいいんだから 詳細設計レベルは後から作っても何の問題もないと思う

↑Top