Java入門・初心者質問スレ Part.4 [無断転載禁止]©2ch.net

**デフォルトの名無しさん** · 2017/06/30(金) 22:14:16.54

Java初心者のためのスレッドです。

※前スレ
Java入門・初心者質問スレ Part.3
http://mevius.2ch.net/test/read.cgi/tech/1491306071/

**デフォルトの名無しさん** · 2017/07/31(月) 08:36:53.63

>>206
まあまあそんなに怒らないでください

**デフォルトの名無しさん** · 2017/07/31(月) 08:57:46.56

>>206
言葉づかいが最高に天才ですね

**デフォルトの名無しさん** · 2017/07/31(月) 14:22:15.80

大きな大きなブーメランの映像が頭に思い浮かんだ
一体これはなんだったのだろうか

　　　　　　　　　　　　　　　　　　　　　　　　　　つづく

**デフォルトの名無しさん** · 2017/07/31(月) 18:15:47.54

>>203
そこで、皆が誉め称えるようなコードをパッと示したら格好いいのにね

**デフォルトの名無しさん** · 2017/07/31(月) 19:20:31.40

Java大好きだし腐すつもりはまったくないから
怒らないで欲しいけど
他の言語を色々やったあとでJavaに戻ってきたら
StreamAPIなるもんがあって
それを有難がってる（？）人々が居て
若干腰抜かす

StreamAPIがダメっていう主張じゃなくて
Javaにはいらんやん、って主張

**デフォルトの名無しさん** · 2017/07/31(月) 19:25:06.72

主張したいなら論拠を示してくれないと反論もできないんですが

**デフォルトの名無しさん** · 2017/07/31(月) 19:26:34.94

ごもっとも
論拠も根拠も特にないので単に感想に差し替えさせてください

んな感想はチラシの裏に書け？
今から書いてきます失礼いたしました

**デフォルトの名無しさん** · 2017/07/31(月) 19:30:05.84

>>有難がってる（？）

有り難がってるようなレスはなかったと思うけど・・・

そもそも、ここは初心者スレだから、好奇心で色々と試してるってノリでしょ

ビックリする人がいることに驚いちゃうよ

**デフォルトの名無しさん** · 2017/07/31(月) 19:39:08.58

なんども書くような処理はモジュール化して再利用するって常識
Javaとか関係なしに当たり前のことをやってるのがstream api
これをなにか特別なものと考えて拒否感を持ったり崇拝する人はセンスがない
当たり前のように使おう

**デフォルトの名無しさん** · 2017/07/31(月) 19:46:13.69

必要になったら使うでいいよ
必要なのにアレルギーよろしく拒否るからややこしくなる

**デフォルトの名無しさん** · 2017/07/31(月) 22:11:44.32

class Aho {
　public static void main(String ... args) {
　　System.out.println("質問するのにも敬語すら使えない馬鹿をいちいち相手にしてるからお前等は馬鹿なんだよ");
　　System.out.println("重複削除するのにいちいちマッチングしたりストリーム使ったり馬鹿の代表かよお前等ｗ");
　　System.out.println("ほんと阿呆の肥溜めだな");
　}
}

**デフォルトの名無しさん** · 2017/07/31(月) 22:20:26.08

>>216
ま、そうだが、streamはある程度使って慣れないと使い所がよくわからないもののように思うな。
何せループでも実現できちゃうからな。そっちで慣れてる人は中々手を出さないのではないか？
他の言語で多用したいた場合はJavaでも使えて便利みたいに感じるかも知れんが。

**デフォルトの名無しさん** · 2017/08/01(火) 00:38:37.91

お前みたい馬鹿のために用意されたものなんだからありがたく使っとけよ阿呆

**デフォルトの名無しさん** · 2017/08/01(火) 01:48:00.02

C#, Java の、Parallel Stream で、複数コアを使える

Node.js は、JavaScript だから、シングルスレッドだろ。
数値計算などで、複数コアを使いたい場合に、困る

**デフォルトの名無しさん** · 2017/08/01(火) 02:41:43.75

https://paiza.io/projects/6-WpEz3ixG7UEfSQftO6cQ

**デフォルトの名無しさん** · 2017/08/01(火) 03:06:20.33

ハーイ(^O^)/

**デフォルトの名無しさん** · 2017/08/01(火) 07:44:11.55

プログラミングそのものを愛するか、プログラミングによって作られるものを愛するかの違いです

**デフォルトの名無しさん** · 2017/08/01(火) 11:31:28.30

愛されるより愛したい

**デフォルトの名無しさん** · 2017/08/01(火) 12:14:27.48

>>223
何に対する意見だよw

仮にstreamapiを好むかどうかにしても、プログラミング自体が好きでもstreamapiが好きとも限らねえぞw

違いです、とかw

**デフォルトの名無しさん** · 2017/08/01(火) 12:21:01.88

>>175
お前はもう来るなよ。スレの主旨から言ってお前の言動は不適当。

**デフォルトの名無しさん** · 2017/08/01(火) 12:47:57.63

もっと近いレスに香ばしいのがいるのに、なかなかの粘着さんだなw

**デフォルトの名無しさん** · 2017/08/01(火) 19:48:41.43

a = [1,1,2,2,3,3,3,1]
p a.chunk {|x| x}.map {|k, a| k}

rubyだとたったこんだけだよね？

> 他の言語で多用したいた場合はJavaでも使えて便利みたいに感じるかも知れんが。

逆ぅ！
如何せん貧相すぎてね
村の子が村のお祭り誇らしげ、みたいな
ブスが化粧してお澄まししてる、みたいな
顔には出さないけど、胸がチクッとするんです…

昨日も言ったけどJavaは好きだし
Javaには感謝すらしているし
ディスろうという目的ではない

**デフォルトの名無しさん** · 2017/08/01(火) 20:24:37.33

ちょっと短く書くためにいろいろ犠牲にしてるrubyこそ着飾ったブスに思えるなぁ

**デフォルトの名無しさん** · 2017/08/01(火) 22:20:27.40

世の中にはブス専もいるわけだしそこまで行くと主観の問題だわな

**デフォルトの名無しさん** · 2017/08/01(火) 22:39:38.01

比べる対象がスクリプト言語しかも動的型付け言語なのはさすがにおかしい

JavaがJavaの良さを殺さないように意識しながらStream APIを導入する必要があったのと話が違いすぎる

**デフォルトの名無しさん** · 2017/08/01(火) 22:50:43.40

>>228
Javaならこんだけなんだが？
https://paiza.io/projects/fSO_sipgTquVIHLm5cgAqA

**デフォルトの名無しさん** · 2017/08/01(火) 22:57:16.20

>>231
コレクションライブラリにメソッド用意することはできるわけで
ラムダ式は処理を丸投げできるハイパーリッチなコレクションと
組み合わせてこそ進化を発揮する

今のJavaの標準ライブラリがショボいことは事実だ

逆に言うとJavaはもっと成長する余地があるってこと
いくらきれいな白鳥でも・・・あとはわかるだろ、そういうことだ

**デフォルトの名無しさん** · 2017/08/01(火) 23:05:18.35

>>232
(´･ω･`)　　　n
⌒｀γ´⌒`ヽ( E)
(　.人 .人　γ /
=(こ/こ/　｀^´ 　
)に/こ(

**デフォルトの名無しさん** · 2017/08/02(水) 15:22:29.01

８がつ２にち（すいようび）
きょうは、すっきりわかるじゃば入もんを
３３０ページまでよみました。

ゆうしゃとおばけきのこをうみだしました。
とてもおもしろかったです。

**デフォルトの名無しさん** · 2017/08/02(水) 18:18:04.54

>>232さんに触発されて書いた
OCamlならこんだけ
https://ideone.com/JhDj2U

「連続した同じ要素をまとめ」るコード
ただし、rubyのものにくらべ簡易的なchunk
しかもchunk関数はパクり
ぐぐって丁度いいの見っけたから拝借した

だから何やねん！って言うのは我慢してほしい（´・ω・｀）

**デフォルトの名無しさん** · 2017/08/02(水) 19:08:45.26

そういうフィルタが既にあるかどうかよりも簡単に拡張して実装できるかの方が言語的には重要だろう
C#のLinqはyield returnと拡張メソッドのおかげでLinq拡張がすごくやりやすい
それに比べるとJavaのStreamは……

**デフォルトの名無しさん** · 2017/08/02(水) 19:43:38.64

関数型厨御用達言語Haskell
https://ideone.com/JxtHSz

**デフォルトの名無しさん** · 2017/08/03(木) 00:25:37.27

>>237
C#ならどんだけ？

**デフォルトの名無しさん** · 2017/08/03(木) 22:30:56.72

>>239
へい
https://paiza.io/projects/9upRElS3dQublPUezUge2Q

C#7ならタプルを(a, b)って書けるからもっと簡単になる
おっぱいざのコンパイラ古い

**デフォルトの名無しさん** · 2017/08/04(金) 00:26:47.86

>>240
(´･ω･`)　　　n
⌒｀γ´⌒`ヽ( E)
(　.人 .人　γ /
=(こ/こ/　｀^´ 　
)に/こ(

**デフォルトの名無しさん** · 2017/08/04(金) 19:10:37.95

> 簡単に拡張して実装できるかの方が言語的には重要

https://ideone.com/Fegs0C
rubyも拡張しやすいほうなのかな？
よく分からないまま書いたので、なにかおかしいかもしれない
最初のほうでself.dupなんていきなりしてよかったのかは不明
（Enumeratorを返すメソッド作成の作法的に）

なんだかんだ申しましたが
StreamAPIがどうなっていくかは
今後静かに見守って行きたいと思います　完

**デフォルトの名無しさん** · 2017/08/04(金) 20:57:07.88

　　　　　　　　　　完

　

**デフォルトの名無しさん** · 2017/08/05(土) 20:13:27.69

きょうはとしょかんで
スッキリのメソッドをべんきょうしました。

メソッドはとてもむずかしかったです。
となりにこうこう2ねんせいが
べんきょうしていました。
あしたもとしょかんにいきたいです。

**デフォルトの名無しさん** · 2017/08/05(土) 20:50:07.33

おっさん乙

**デフォルトの名無しさん** · 2017/08/06(日) 04:58:57.45

>>244
となりに
→となりで

にほんごも、もっとがんばりましょう

**デフォルトの名無しさん** · 2017/08/08(火) 12:19:00.25

初歩的な質問すみません

おじいちゃんクラス
親クラス
子クラス

という継承関係があってメンバーの名前が統一されてる時
子クラスから親のメンバーを利用するにはsuperを使うのは分かりましたが
おじいちゃんのメンバーを利用するにはどうしたら良いんですか？

**デフォルトの名無しさん** · 2017/08/08(火) 12:26:11.98

それはウルトラ、じゃなくて、super.super. って使えない？

**デフォルトの名無しさん** · 2017/08/08(火) 12:57:35.54

superはただの予約語なんだから使えるわけがない
馬鹿かおまえは

**デフォルトの名無しさん** · 2017/08/08(火) 13:04:24.09

予約語かどうかの問題ではなく単にそう作ってあるかどうかの問題では？
だってそういう言語作ろうと思えば作れるでしょ。

**デフォルトの名無しさん** · 2017/08/08(火) 13:06:01.15

そう作ってないから予約語なんだよ
馬鹿は回答側に回るな馬鹿

**デフォルトの名無しさん** · 2017/08/08(火) 13:32:02.75

はいはい。

そういやキャストすればできるな。

**デフォルトの名無しさん** · 2017/08/08(火) 13:37:26.20

こんなの。
ただしクラス名わかってないとできない。

class A {
int a = 1;
}
class B extends A {
int a = 2;
}
class C extends B {
int a = 3;
int get() {
return ((A) this).a;
}
}

**デフォルトの名無しさん** · 2017/08/08(火) 13:45:04.54

コードも酷すぎるからお前はもう二度と書き込まん方がいい
初心者が初心者を低レベルに導く流れはやめろ

**デフォルトの名無しさん** · 2017/08/08(火) 15:06:55.26

>>247
そっちを使う、とかじゃなくて
子クラスがそのように実装される、というだけ

**デフォルトの名無しさん** · 2017/08/08(火) 15:07:58.73

ID:EzmBL1dyが意味不明すぎる

**デフォルトの名無しさん** · 2017/08/08(火) 15:45:07.99

何かあったのだろう

**デフォルトの名無しさん** · 2017/08/08(火) 16:05:06.76

全くプログラミング経験無しで
なんとなくjava始めたけど
そもそも論としてこの選択は正しかったのだろうか

**デフォルトの名無しさん** · 2017/08/08(火) 18:14:28.51

さあなあ。今後何やるかにもよるんじゃないか？

**デフォルトの名無しさん** · 2017/08/08(火) 19:59:14.74

今、学生で、普通のサラリーマンになる予定なら、
エクセルやアクセスのマクロ(vba)が書ける方が職場で重宝されそうだけどね

将来androidアプリを作りたいなら、「とりあえずjava」であってると思うけど

**デフォルトの名無しさん** · 2017/08/08(火) 21:13:19.41

>>258
いいんじゃないの
LLとか便利だけど、その面倒な部分の大事さとか学べない

ひとつの言語だけで終わるなら用途によってもっといい言語がありそう

**デフォルトの名無しさん** · 2017/08/08(火) 22:06:18.12

>>247ですが、>>253さんのコード目からウロコです！
thisもキャストできるんですね
不勉強なので>>255さんの仰る事が少し難しいのですが、インスタンスだから、ということでしょうか
今丁度その辺りを勉強しているところなので正しく理解できるよう頑張ります
皆さんありがとうございました

**デフォルトの名無しさん** · 2017/08/09(水) 08:33:32.83

ありがとう。
どうやらjavaを選択したことは間違いではなかった様子。
まだfor構文だが頑張る

**デフォルトの名無しさん** · 2017/08/09(水) 23:08:12.69

forいいじゃん
個人的に、Javaで書くときはなるべく質素に書くのが似合ってる気がする
拡張forとかfroEachとかStreamAPIとか言わずに
for (int i = 0; i < a.length; i++)の形が美しいとすら思う
単に個人的な意見です

**デフォルトの名無しさん** · 2017/08/09(水) 23:59:14.48

美しいかどうかは個人の感覚だけど
短く楽に書けて、読みやすいのはメソッドチェインの方かな

**デフォルトの名無しさん** · 2017/08/10(木) 00:33:49.18

全部Iteratorで書きたいわ

**デフォルトの名無しさん** · 2017/08/10(木) 06:49:53.58

個人的な意見をごり押ししていいなら無駄なカウンタ変数は美しくない
変数が再代入されるのもできる限り避けたい
よってforはあまり使わない

**デフォルトの名無しさん** · 2017/08/10(木) 16:31:24.34

内部ではカウントしてそうだけどな

**デフォルトの名無しさん** · 2017/08/10(木) 19:01:50.13

カウントなどというバグの原因は内部でやらせておくに限る

**デフォルトの名無しさん** · 2017/08/10(木) 19:09:12.83

カウントのバグ、みたいなもんを針小棒大に扱って見せても白けるだけ

**デフォルトの名無しさん** · 2017/08/10(木) 19:26:16.34

処理速度はともかく数字への無駄な依存をなくすことが悪いことのはずない
チューニングはボトルネックと判明してからでも遅くはない

**デフォルトの名無しさん** · 2017/08/10(木) 19:32:52.40

ループ書くと後々必ずループの中身を肥大化させるバカが居からなるべくループは書かない

**デフォルトの名無しさん** · 2017/08/10(木) 22:48:58.06

>>272
それ例えばどんなん？

**デフォルトの名無しさん** · 2017/08/10(木) 23:18:34.33

終わらないループ
終わらないif文
終わらないメソッド
使い回され続ける変数
共通部分の大量コピペ

業務プログラムあるあるですな

**デフォルトの名無しさん** · 2017/08/11(金) 01:35:32.02

超次元宇宙で業務をしておられるようで

**デフォルトの名無しさん** · 2017/08/11(金) 11:33:31.61

仕様を決めつけて最適化しすぎると保守性が下がるんだけどな。

**デフォルトの名無しさん** · 2017/08/11(金) 12:10:31.38

共通部分なんて程度で共通化すべきではない
それはたぶんたまたま同じなだけ

どうせすぐここだけ変えてほしいって要求が来てあっという間にIF文まみれになる
最初から別につくったほうがまし

**デフォルトの名無しさん** · 2017/08/11(金) 13:20:41.56

>>276
あるあるネタだね
画面ごとにデータ取得SQLを最適化したり頭悪いわ

**デフォルトの名無しさん** · 2017/08/11(金) 17:20:44.31

372仕様書無しさん2017/08/11(金) 10:31:43.41
フリーランスで検索すると引っかかる零細ITがやっているサイトはだめだ。
高額に見せているけど実際は50万前後
JIET加入した方がいいよ。案件は毎日千件以上末端価格は60万円　平凡な稼働時間の80万円の案件もある。
ユー子が求人をだしてる。名刺も渡せる。ユー子に名刺が渡せるんだぞ。夢のようだ

それらの案件まさぐってHPで転売していたのが零細ITがやるフリーランスサイト

自称エージェントはJIETから流れてくる案件を転売してるだけだった。
JIETに加入すれば誰でも案件に応募することができた。収入が40万50万台にならなくて済む

473非決定性名無しさん2017/08/03(木) 15:21:30.71

JIETに加入すれば誰でも3次60万からスタートだ。フリーランスのサイトをやってる
自称エージェントもそこから案件情報を取得しきてる。サイトで60万で釣って40万から55万の
間でやらしている。

**デフォルトの名無しさん** · 2017/08/11(金) 17:27:29.24

>>277
オブジェクト指向で書けよ

**デフォルトの名無しさん** · 2017/08/11(金) 17:38:47.68

>>276
クライアントが拘りの部分だけ設計時に最適化したがるんだよな
そんなとこ運用してからでいいだろというとこ

全部設計してくれてコーディングだけでいいなら任せるけどさ

**デフォルトの名無しさん** · 2017/08/11(金) 18:43:57.91

>>280
たまたま同じ部分をIFでなく継承でまとめたからって、おこる問題は一緒だ
むしろ継承はIF文より汎用性がないからIF文よりずっと悲惨なことになる

すなおにコピペで別クラスにしとこう

**デフォルトの名無しさん** · 2017/08/11(金) 20:13:57.80

>>282
初心者だと応用効かないか条件分岐の代わりにしか使えないとか

でもそもそもそういうこと言ってるんじゃないんだよ
ちゃんとオブジェクト指向わかってるば、たまたま共通のコードとかじゃなくて、設計段階で本質的に同じものでまとめて書ける
お前のはサブルーチンとして使ってるだけだろ

**デフォルトの名無しさん** · 2017/08/11(金) 21:13:24.15

javaでウイルス作れる？

**デフォルトの名無しさん** · 2017/08/11(金) 21:23:48.80

Javaはセキュリティホール

**デフォルトの名無しさん** · 2017/08/11(金) 21:26:09.39

>>283
設計段階で同じものだってわかってるなら何使ったってどうにでもなるわ！
オブジェクト指向関係ない
そのあとで実はここ違いますってなったとき

IF文：分岐を入れる
オブジェクト：ケースに応じて継承もしくは別クラス作成
コピペ：該当部分を修正

コピペが最優秀なんだけど

**デフォルトの名無しさん** · 2017/08/11(金) 21:28:04.90

その該当部分が鼠算で無限増殖していくのであっという間に手に負えなくなる
コピペは死罪

**デフォルトの名無しさん** · 2017/08/11(金) 21:34:53.83

そんなに増えないって
結合テストのケースに応じてコピペすりゃいいんだ
どうせまとめたって機能別に試験させられるんだからそこがボトルネックのはず

むしろ同じテストが完了した時点で
同じものがたくさんできているので生産性が高いといえよう

**デフォルトの名無しさん** · 2017/08/11(金) 21:36:39.69

同じ記述はメンテ的に良くないので避けるべき、と習ったよ
修正箇所を少なく作るのが江戸っ子らしい
ただそんな書き方は素人の俺には思いつかないのが問題

**デフォルトの名無しさん** · 2017/08/11(金) 21:43:55.23

まとめたら単体まで作るときは楽なんよね…
まとまってるぶん網羅しやすいからブラックボックステストの試験ケース少なくて済む

でもIF文とか継承まみれになると可読性めっちゃさがる

**デフォルトの名無しさん** · 2017/08/11(金) 21:44:30.73

×ブラック〇ホワイト

**デフォルトの名無しさん** · 2017/08/11(金) 21:53:13.03

if文が増えるなら
業務分析が下手くそ
設計が下手くそ
コーディングが下手くそ

**デフォルトの名無しさん** · 2017/08/11(金) 22:02:03.16

>>292
おまえは神か？世界の複雑さを完全に把握してコントロールできるのか？

**デフォルトの名無しさん** · 2017/08/11(金) 22:07:37.25

>>293
わたしがかみです

**デフォルトの名無しさん** · 2017/08/11(金) 22:13:39.81

　　彡 ⌒ ミ　　彡 ⌒ ミ
　　(　´･ω･)　 (　´･ω･)
＿(__つ/￣￣￣/つ/￣￣￣/
　　＼/　　　　/ ＼/　　　　/
　　　　￣￣￣ｶﾀｶﾀ￣￣

　　彡 ⌒ ミ　　彡 ⌒ ミ
　　(　´･ω･)　 .(･ω･`　)ヾ＜なぁ、これって
＿(__つ/￣￣￣/つ/￣￣￣/
　　＼/　　　　/ ＼/　　　　/
　　　　￣￣￣　　￣￣￣

　　彡 ⌒ ミ　　彡 ⌒ ミ
　　(　　´･ω)　 .(･ω･`　)
＿(__つ/￣￣￣/つ/￣￣￣/
　　＼/　　　　/ ＼/　　　　/
　　　　￣￣￣　　￣￣￣

　彡 ⌒ ミ　　 .彡 ⌒ ミ
　 (´･ω･`)　　 (´･ω･`)　また、かみの話してる
＿(__つ/￣￣￣/つ/￣￣￣/
　　＼/　　　　/ ＼/　　　　/
　　　　￣￣￣　　￣￣￣

**デフォルトの名無しさん** · 2017/08/11(金) 22:15:32.75

髪の話するやつ死ねよ

**デフォルトの名無しさん** · 2017/08/11(金) 22:22:13.21

ハゲに人権なし

**デフォルトの名無しさん** · 2017/08/11(金) 22:53:51.24

このハ・・・

**デフォルトの名無しさん** · 2017/08/11(金) 23:22:48.62

>>286
仕様と1対1にできるのがオブジェクト指向のいいとこだろう
言ってることが真なら設計に戻るだけ
コードだけ変えてメンテできなくなるのは初心者が陥りがちな罠

**デフォルトの名無しさん** · 2017/08/11(金) 23:47:13.60

>>289
それむしろ逆。共通化してしまうと仕様変更で別々になる可能性がある。

共通化は本当に共通化したい部分にすべきことであって、何でもかんでも共通化は間違い。

**デフォルトの名無しさん** · 2017/08/11(金) 23:48:26.02

いまどきJavaでオブジェクト指向にこだわっているのは考え方が古い。

**デフォルトの名無しさん** · 2017/08/12(土) 00:41:21.40

業務系はオブジェクト指向と相性いいからな
趣味とかは知らん

**デフォルトの名無しさん** · 2017/08/12(土) 07:28:02.61

ビット演算について教えて下さい。
ビット演算子(&,|, ^)の右側と左側で桁数が違うときは、どういう処理がされるのですか？

**デフォルトの名無しさん** · 2017/08/12(土) 08:21:47.95

>>302
データベースとのやりとりは結局、解決してないけどな。

**デフォルトの名無しさん** · 2017/08/12(土) 08:31:15.18

>>303
例えば、8・16ビットで、ビット演算して、何ビットの結果が必要なんだ？

少ない方の結果が必要なら、多い方を、少ないビットに変換すればいいし、
多い方の結果が必要なら、少ない方を、多いビットに変換すればいい

多いビット・少ないビットの、変換関数を探すか、自分で作ればいい

**デフォルトの名無しさん** · 2017/08/12(土) 09:08:08.52

>>305
やりたいことは符号無しintをlongに型変換したいのです。
どこかのサイトを見たところ、
longNumber = unsignedInt & 0x00000000FFFFFFFF
とすればいいらしいのですが、

そもそも桁違いでビット演算したらどうなるんだ？というのが気になりまして。

小さい方を大きいほうの型にキャストしてるのか、
それともキャストしてるんじゃなくて桁を増やしてるのか…
桁増やすにしても、符号拡張してるのか、0で埋めてるだけなのか…

気になって夜も眠れますん。