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