Java入門・初心者質問スレ Part.10
レス数が950を超えています。1000を超えると書き込みができなくなります。
次スレを立てる時は本文の1行目に以下を追加して下さい
!extend:on:vvvvv:1000:512
Java初心者のためのスレッドです。
※前スレ
Java入門・初心者質問スレ Part.９
https://mevius.5ch.net/test/read.cgi/tech/1552143555/
VIPQ2_EXTDAT: default:vvvvv:1000:512:: EXT was configured >>872
なるほどな
初めて右シフトの存在意義を知ったわ JavaのGOLD持ってれば実務で組んでなくても何かしらの評価になりますかね？
他言語経験者でJavaの勉強しようと思うんだけど、ゴールをどういうところにもっていこうかと思ってる。 「JavaのGOLDを持っているんだな」
という評価になる
もしJavaのプログラミングを仕事にしたいのであれば
そういう求人のところに応募するしかない
雇う側はゼロから教えるつもりだから
知識があるかどうかは関係がない
ちょっと有利かもしれない Ruby on Rails なんて、1年の未経験者が10年以上のプロよりも、技術力が上！
WSL2, Linux, Node.js(Webpack, Babel), Docker Compose, CircleCI,
VSCode(Remote Container, Remote WSL)、データベース
さらに最近は、AWS Fargate, Terraform, React, Vue.js
一方、YouTube で有名な雑食系エンジニア・KENTA は、
SES系Java は何もしなくても良いって言ってるw
SIer が、IT土方奴隷を集めているだけだから
YouTube では、自社開発系RubyのKENTA vs SES系Javaのモローの戦い 黄金の知識をちゃんとコードに反映できるレベルなら
そこらへんの低能が書いたコードより遥かに綺麗になることは間違いない
ただ知識詰め込んで黄金取りましたっていうなら低能と一緒 20代までなら実務経験なくても多少評価高く見てもらえるんじゃない？
他言語の経験はあるみたいだしそこでの活躍次第でいくらでも上振れる
30代以上なら資格なくてもJavaの実務経験豊富な奴採るかな Javaの仕事したいわけじゃないんじゃないかな・・・だってJavaだよ Javaの仕事したくないのにgold取る意味が分からん
評価欲しいならその業務に適した資格があるだろ IBM HLアセンブラーの資格試験がありません。よくこれだけで30年食えたわ GOLDとっても若くないと取得しても意味がないかな
受験料安ければ自己研鑽でとってもいいんだけどなぁ
保有してる方はどういう理由で取得されたんですか？ Javaでおすすめのparser libraryってありますか？ >>884
何をパースするん？ CSV？ JSON？ XML？ 初心者だがファイル読み込みとは言わずパーサを欲しがる……
とするとSableCCみたいなパーサジェネレータが欲しいんだろ 総務省の全国地方公共団体コードを参照して
都道府県、市区町村、その他住所に分割したことならある
総務省｜電子自治体｜全国地方公共団体コード
https://www.soumu.go.jp/denshijiti/code.html 最後が32ページとかなってるがこいつらマジで印刷するつもりなのか、バカだろ
総務省はアホとバカのすくつか？
最高学府でエクセル印刷するバカを量産してんのか？ HttpUrlConnectionを使ってサーバに対してPOST送信してるのですが、
送信データはBASE64文字列のため、「+」が含まれているとスペースに置き換わってしまいます。
これはJavaの仕様なのでしょうか？
何か回避策ありますかね？
// POSTデータ送信処理
try (OutputStream out = con.getOutputStream()) {
BufferedWriter writer = new BufferedWriter(new OutputStreamWriter(out, "UTF-8"));
writer.write("signature=" + signature);
writer.flush();
writer.close(); >>889
ただの大学出ってだけでなくて、東京一工早慶とかゴロゴロいそうなイメージ >>889
役所は紙に印刷して人の目で確認するって法律で決まってるって聞いた。
いまどきアホなことやってんなとは思うがｗ (Kyokumen)oの処理は何をしているのでしょうか
基本かと思うのですが
class Kyokumen implements Constants,Cloneable {
//中略
public boolean equals(Object o) {
Kyokumen k=(Kyokumen)o;
if (k==null) return false;
return equals(k);
}
//中略
} >>895
ObjectからKyokumenに型変換してる
てかなにこのひどいメソッド Java将棋のアルゴリズムという本からの抜粋です
ありがとうございました。 邪悪なコードに見えるけど、きっと抜粋元では型チェックしてるし、オーバーロードもprivateなんでしょう インスタンス同士の等価でしょ。
丸投げ判定
Ruby で言う、<=> 宇宙船演算子 １ equalsはObjectで受け取るのがお約束
２ 次のステップでは適切な型かどうかチェックするのもセオリー
３ その後にようやくホントの比較をする
これをすっ飛ばすとセオリーだけがヘンにこびりついた謎コードが出来上がる
曰く「equalsではObjectで受けとれ」てな村の伝承で型チェックせず無条件にキャストしてる
でも局面と局面以外を比較するミスなんてそうそう起きないでしょコレ
昔からの惰性でキャストしてる ・キャスト知らない
・equalsの典型的な書き方知らない
将棋の本読んでる場合じゃねーぞ
Javaの教科書一通り読んだ方が早いゾ
基本と分かってて基本をやって無いんだからこの先幾度となくつっかかって読み通せなくなるのが目に見えてる たいてい、どの言語でも「Effective 何々」と言う本に書いてある
インスタンス同士の比較を定義しましょうとか、
インスタンス.to_string を定義しましょうとか >>902
違うじゃん
キャストが何なのか知らない、分からない、と書いてる なんでobjectで受け取ってるか理解してないガチ素人しかいなくてワロタｗ
回答側も初心者しかいなくてワロタｗ Object は基底クラスだから、
つまり、すべてのクラスを受け付けるように作っている >>899
RubyおじさんJava分かってないじゃん
インスタンス等価を評価したいならそもそもオーバーライドする必要がない
super.equals(k) と書いていない以上、Objectクラスのインスタンス等価の実装が呼ばれることはない
再起でスタックオーバーフローになってないならオーバーロードが省略されてると考えるのが妥当
ついでに言うと、equalsをオーバーロードするのは悪手もいいところ
ただしequalsのオーバーロードをprivateで書いた場合は直ちに実害はない（やりたいとは決して思わんけど） >>906
> equalsをオーバーロードするのは悪手もいいところ
これはどうしてなの？ ルビーのおっさんは論外だからもうレスしないほうがいいぞ >>908
書くだけ無駄な上にミスを誘発する
特にオーバーロードだけ書いてオーバーライドを忘れるとMapなどでまともに動かなくなる
サブクラスを増やしたときもオーバーロード向けのオーバーライドがいちいち必要になって冗長だしこれまたミスを誘う
オーバーロード間で挙動に一貫性がなかったりするとこれまた分かりにくいバグを生む >>908
オーバーライドではなくオーバーロードだよ？ 悪手に決まってんじゃん
元のコードを読み返してみて equals の中から equals が呼ばれてる
これがスタックオーバーフローしないのは equals(Kyokumen k) というオーバーロードが存在するからと推測できる
このようなオーバーロードをしてるとちょっとしたことでスタックオーバーフローしがち
だからやめようね 内側の隠蔽用途なら、適当に_つけるとかなんかすればいいしな。 >>911
キャストしてるからオーバーロードが成立するわけで再帰するわけじゃないっすよね
スタックオーバーフローにはならないですよね 間違って書いたとしてもスタックオーバーフローになるなら実装時に気づくと思うけどなあ
なんでダメなのかあまり説得力を感じなかった オーバーライド忘れてMapが動かなくなるのはオーバーライドがあろうがなかろうがそんなの当たり前じゃん
君たちの批判はすべて言いがかりレベルの些末なことだよ 僕はそんなミスをしたことがないんだよね、僕が優秀なだけなのかな
なんか優秀でごめんだけど、本当に意味がわからないんだよね ”君たち”じゃないから
くそみたいな低レベルな話してるのはおまえともう一人の奴だけだ
関係ないやつを巻き込むな >>918
君も含めて、意味がわからないんだよね
君がその代表です >>918
> equalsをオーバーロードするのは悪手もいいところ
これはどうしてなの？ >>921
そうなんです
あなたは何も言ってないんです、だから意味がわからないんです
equalsをオーバーロードするのはあなたにとってどう？ > public boolean equals(Object o) {
> Kyokumen k=(Kyokumen)o;
> if (k==null) return false;
> return equals(k);
> }
このメソッドはKyokumenでないオブジェクトが渡されたときに
実行時例外が投げられるけれども、実行時例外が投げられるからこそ
実装ミスに気づける良いコードとも言えるわけです Javaの標準ライブラリはジェネリクス使ってコンパイル時に型の間違いを検出できるようにするのが
理想なんでしょうけどね 頭悪そうだからわかってて言ってるのか知らんが
オバマロードの糞な点はメソッドの選択が動的ではないということだろ >>914
そりゃあちゃんと書いてれば再帰にはならないけどさ
equals(Kyokumen k) の型を間違えたり変更したりしただけで equals(Object o) がマッチしてしまう危険性がある
たとえば equals(KyokumenB k) にしてしまったりとか >>926
> オバマロードの糞な点はメソッドの選択が動的ではないということだろ
それはオーバーロードの説明であってクソなところの説明ではないよね
いまだにあなたは何も言ってない状況です、給料泥棒だよ >>927
型を間違えるっていうのはそれはもうバグなので
スタックオーバーフローでそれに気づけるので良いことですよね ＞それはオーバーロードの説明であってクソなところの説明ではないよね
動的でないメソッドの選択が実装者にとってとてつもなく糞で言語の欠陥って言ってるのが
わからないくらいアホなんだからレスつけるな低能 説明できなきゃ動的でないってレスもできないよなぁアホ
「私は低能だからわからないので教えてください」って言ったら説明してやるよ低能 >>932
私は低能だからわからないので教えてください ほんとド低能は低能すぎてしょうがないにゃぁ
オバマロードしたメソッドはコンパイルされた段階でどのメソッドが呼び出されるか既に確定してるんだよ
今回のように同じ型を引数に渡せるメソッドが2つあった場合Objectの方のメソッドしか絶対に呼ばれない
これが糞な理由だ
これでわからなかった諦めて入門書からやりなおせ低能 今回のようにとは言ったがオーバーロードしたメソッドがあるかは全くわからんけどな
そんなもん作っても呼ばれないんだから無意味だしないと考えるのが妥当 >>935
え、全然わかんないんだけど、何言ってるのこの人、ちゃんと説明してる？
> 今回のように同じ型を引数に渡せるメソッドが2つあった場合Objectの方のメソッドしか絶対に呼ばれない
実引数の型によるよね 疑問に思う前に手を動かせ糞初心者
ピーチクパーチク喚きやがって
あほ >>941
昔はそうだったってこと？ いつのとき？ Javaのバージョンは？ あなたは手を動かして確認したのだよね？
バージョンいくつで確認したの？ 初心者なんですけど ﾜｯﾁｮｲ 4e10-lMMI の涙目敗走負けってことでいいんですか？？ 逆
オバマロードが静的であることは事実だから
おまえの負け SpringBootでコンソールアプリケーションを作成したいんだけど
コマンドライン引数解析でいい感じのライブラリってある？
.NETでは↓こういうのがあってこれの類似品がJavaにあれば助かる
https://github.com/Cysharp/ConsoleAppFramework ApplicationRunner標準のApplicationArgumentsしか使ってないや >>944
バグりやすいからequalsのオーバーロードは避けたほうがいいのは間違いない
それ以外にも元のサンプルコードはいきなりキャストして
それからnullチェックとか意味がわからん >>948
nullのときfalseにしたいだけだと思うよ >>949
nullのときにfalseにするならキャスト前に o == null で十分
instanceof 使わずに強制キャスト試みるなら k も要らんな
equals((Kyokumen)o) でいいな
どうせテキトーなコードなんだから >>950
だよね
ググったら近畿大学理工学部で卒業研究が2つヒットした
該当箇所は2つともコメント含め全く同じだったから元ネタは別にありそう >>950
それはキャストしたあとにヌルチェックするのが不十分ということにはならんよね if分は三項演算子で十分と言ってるようなもので結局書き手の好みでしかないよ コストの差なんて誤差みたいなものだしキャストの前と後どちらでヌルチェックするかにこだわるのは時間の無駄だよ、それよりも将棋のアルゴリズムを考えたが良い たったこれだけのイディオムで書く書かない考えるまでもないだろ。
if (o == null || getClass() != o.getClass()) return false;
GoogleのAutoなんとかやIDEが勝手に追加してくれる。 >>955
一般的に同じクラスじゃないとequals() を真にしないほうがいいのでしょうか。
いままであまり考えずに insuranceOf() で子クラスも ok にしてました。 method(Object o)
というメソッドを呼び出す時、String型だろうがInteger型だろうが引数に渡すことができますが
method(List<Object> oList)
というメソッドに対してList<String>やList<Integer>を引数に渡す事ができないのはなぜでしょうか？ >>957
仕様で禁止
仮にmethod(List<Object> oList)の中でoList.add("test")ってやってたら、List<Integer>を渡されたら困るでしょ
これができないのと同じこと
List<Object> objList;
List<Integer> intList = new ArrayList<>();
objList = intList; // コンパイルエラー
objList.add("数字じゃない"); >>956
実用上、どっちでもいいんじゃね。
その子クラスでもequals()を結局実装することになるだろうし、
そもそもデータクラスで継承使いたくないのもあるし。 JPAのhibernate.ddl-auto=updateって使ってる？ 質問です
var stream = IntStream.range(0, 10).boxed();
このStreamから要素数を指定してグルーピングして
[0,1,2],[3,4,5],[7,8,9]
というStreamを得たいのですがどのようにデータを操作すれば良いですか？
Streamではこういうことできなかったりしますか？ なぜ6が抜けてるのか...ミスだと仮定すると
Collection<List<Integer>> values = IntStream.range(0,10).boxed()
.collect(Collectors.groupingBy(i -> i / 3))
.values();
System.out.println(values);
実行結果
[[0, 1, 2], [3, 4, 5], [6, 7, 8], [9]] >>962
ありがとうございます！
6はミスなので気にしないで大丈夫です
collectはStreamが終わってしまうんですよね
[0,1,2]...をStreamで逐次に読み出したいんですせっかくのStreamなので
グルーピングの処理を逐次でできるといんですけど 無理なんですかね、.NETのLINQのGroupByもシーケンス全部を読み取るようですし
条件を指定した場合は要素を全部見ないといけないんでしょうけど
先頭から数件ごとにグルーピングする場合は理屈としてはシーケンシャルに
読み取れるはずなのでStreamでやれればと思ったんですけど、難しいですねこれ
いったん諦めます、もしわかったかたおられたら教えて欲しいです
私はRxJavaを試してみます >>964 すまんグルーピングじゃなくてただのwindowか...
RxJavaなら
Observable.range(0, 9).window(3).subscribe(....)
Streamだと今思いつかない。 >>965
すごいです！
>>966
ありがとうございます！ Kotlin もよろしく
Kotlinだとこうなる
val values = (1..10).chunked(3)
println(values)
出力
[[1, 2, 3], [4, 5, 6], [7, 8, 9], [10]] Kotlin使いてえ
来週会社に行ったらみんなJavaを書くのをやめてKotlinしか使ってない世界にならないかなあ
あ、転職すりゃいーのか >>968
chunkedが返すのは残念ながらList<List<T>> sequenceに変換してからchunkedを呼べばいいんじゃないの？ レス数が950を超えています。1000を超えると書き込みができなくなります。
