Java入門・初心者質問スレ Part.4 [無断転載禁止]©2ch.net
■ このスレッドは過去ログ倉庫に格納されています
質問するのにも敬語すら使えない馬鹿をいちいち相手にしてるからお前等は馬鹿なんだよ 重複削除するのにいちいちマッチングしたりストリーム使ったり馬鹿の代表かよお前等w ほんと阿呆の肥溜めだな >>203 最高に天才なあなたのコートを拝見できませんか? >>203 2chで敬語使えとか言うバカを久々に見たわ 不愉快だから黙ってろよ レベル低い馬鹿の上に質問する側が敬語も使えないとかただの池沼なんだから お前が黙って首吊ってさっさと死ねよ低能馬鹿のゴミ 大きな大きなブーメランの映像が頭に思い浮かんだ 一体これはなんだったのだろうか つづく >>203 そこで、皆が誉め称えるようなコードをパッと示したら格好いいのにね Java大好きだし腐すつもりはまったくないから 怒らないで欲しいけど 他の言語を色々やったあとでJavaに戻ってきたら StreamAPIなるもんがあって それを有難がってる(?)人々が居て 若干腰抜かす StreamAPIがダメっていう主張じゃなくて Javaにはいらんやん、って主張 主張したいなら論拠を示してくれないと反論もできないんですが ごもっとも 論拠も根拠も特にないので単に感想に差し替えさせてください んな感想はチラシの裏に書け? 今から書いてきます失礼いたしました >>有難がってる(?) 有り難がってるようなレスはなかったと思うけど・・・ そもそも、ここは初心者スレだから、好奇心で色々と試してるってノリでしょ ビックリする人がいることに驚いちゃうよ なんども書くような処理はモジュール化して再利用するって常識 Javaとか関係なしに当たり前のことをやってるのがstream api これをなにか特別なものと考えて拒否感を持ったり崇拝する人はセンスがない 当たり前のように使おう 必要になったら使うでいいよ 必要なのにアレルギーよろしく拒否るからややこしくなる class Aho { public static void main(String ... args) { System.out.println("質問するのにも敬語すら使えない馬鹿をいちいち相手にしてるからお前等は馬鹿なんだよ"); System.out.println("重複削除するのにいちいちマッチングしたりストリーム使ったり馬鹿の代表かよお前等w"); System.out.println("ほんと阿呆の肥溜めだな"); } } >>216 ま、そうだが、streamはある程度使って慣れないと使い所がよくわからないもののように思うな。 何せループでも実現できちゃうからな。そっちで慣れてる人は中々手を出さないのではないか? 他の言語で多用したいた場合はJavaでも使えて便利みたいに感じるかも知れんが。 お前みたい馬鹿のために用意されたものなんだからありがたく使っとけよ阿呆 C#, Java の、Parallel Stream で、複数コアを使える Node.js は、JavaScript だから、シングルスレッドだろ。 数値計算などで、複数コアを使いたい場合に、困る プログラミングそのものを愛するか、プログラミングによって作られるものを愛するかの違いです >>223 何に対する意見だよw 仮にstreamapiを好むかどうかにしても、プログラミング自体が好きでもstreamapiが好きとも限らねえぞw 違いです、とかw >>175 お前はもう来るなよ。スレの主旨から言ってお前の言動は不適当。 もっと近いレスに香ばしいのがいるのに、なかなかの粘着さんだなw a = [1,1,2,2,3,3,3,1] p a.chunk {|x| x}.map {|k, a| k} rubyだとたったこんだけだよね? > 他の言語で多用したいた場合はJavaでも使えて便利みたいに感じるかも知れんが。 逆ぅ! 如何せん貧相すぎてね 村の子が村のお祭り誇らしげ、みたいな ブスが化粧してお澄まししてる、みたいな 顔には出さないけど、胸がチクッとするんです… 昨日も言ったけどJavaは好きだし Javaには感謝すらしているし ディスろうという目的ではない ちょっと短く書くためにいろいろ犠牲にしてるrubyこそ着飾ったブスに思えるなぁ 世の中にはブス専もいるわけだしそこまで行くと主観の問題だわな 比べる対象がスクリプト言語しかも動的型付け言語なのはさすがにおかしい JavaがJavaの良さを殺さないように意識しながらStream APIを導入する必要があったのと話が違いすぎる >>231 コレクションライブラリにメソッド用意することはできるわけで ラムダ式は処理を丸投げできるハイパーリッチなコレクションと 組み合わせてこそ進化を発揮する 今のJavaの標準ライブラリがショボいことは事実だ 逆に言うとJavaはもっと成長する余地があるってこと いくらきれいな白鳥でも・・・あとはわかるだろ、そういうことだ >>232 (´・ω・`) n ⌒`γ´⌒`ヽ( E) ( .人 .人 γ / =(こ/こ/ `^´ )に/こ( 8がつ2にち(すいようび) きょうは、すっきりわかるじゃば入もんを 330ページまでよみました。 ゆうしゃとおばけきのこをうみだしました。 とてもおもしろかったです。 >>232 さんに触発されて書いた OCamlならこんだけ https://ideone.com/JhDj2U 「連続した同じ要素をまとめ」るコード ただし、rubyのものにくらべ簡易的なchunk しかもchunk関数はパクり ぐぐって丁度いいの見っけたから拝借した だから何やねん!って言うのは我慢してほしい(´・ω・`) そういうフィルタが既にあるかどうかよりも簡単に拡張して実装できるかの方が言語的には重要だろう C#のLinqはyield returnと拡張メソッドのおかげでLinq拡張がすごくやりやすい それに比べるとJavaのStreamは…… >>240 (´・ω・`) n ⌒`γ´⌒`ヽ( E) ( .人 .人 γ / =(こ/こ/ `^´ )に/こ( > 簡単に拡張して実装できるかの方が言語的には重要 https://ideone.com/Fegs0C rubyも拡張しやすいほうなのかな? よく分からないまま書いたので、なにかおかしいかもしれない 最初のほうでself.dupなんていきなりしてよかったのかは不明 (Enumeratorを返すメソッド作成の作法的に) なんだかんだ申しましたが StreamAPIがどうなっていくかは 今後静かに見守って行きたいと思います 完 きょうはとしょかんで スッキリのメソッドをべんきょうしました。 メソッドはとてもむずかしかったです。 となりにこうこう2ねんせいが べんきょうしていました。 あしたもとしょかんにいきたいです。 >>244 となりに →となりで にほんごも、もっとがんばりましょう 初歩的な質問すみません おじいちゃんクラス 親クラス 子クラス という継承関係があってメンバーの名前が統一されてる時 子クラスから親のメンバーを利用するにはsuperを使うのは分かりましたが おじいちゃんのメンバーを利用するにはどうしたら良いんですか? それはウルトラ、じゃなくて、super.super. って使えない? superはただの予約語なんだから使えるわけがない 馬鹿かおまえは 予約語かどうかの問題ではなく単にそう作ってあるかどうかの問題では? だってそういう言語作ろうと思えば作れるでしょ。 そう作ってないから予約語なんだよ 馬鹿は回答側に回るな馬鹿 こんなの。 ただしクラス名わかってないとできない。 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; } } コードも酷すぎるからお前はもう二度と書き込まん方がいい 初心者が初心者を低レベルに導く流れはやめろ >>247 そっちを使う、とかじゃなくて 子クラスがそのように実装される、というだけ 全くプログラミング経験無しで なんとなくjava始めたけど そもそも論としてこの選択は正しかったのだろうか 今、学生で、普通のサラリーマンになる予定なら、 エクセルやアクセスのマクロ(vba)が書ける方が職場で重宝されそうだけどね 将来androidアプリを作りたいなら、「とりあえずjava」であってると思うけど >>258 いいんじゃないの LLとか便利だけど、その面倒な部分の大事さとか学べない ひとつの言語だけで終わるなら用途によってもっといい言語がありそう >>247 ですが、>>253 さんのコード目からウロコです! thisもキャストできるんですね 不勉強なので>>255 さんの仰る事が少し難しいのですが、インスタンスだから、ということでしょうか 今丁度その辺りを勉強しているところなので正しく理解できるよう頑張ります 皆さんありがとうございました ありがとう。 どうやらjavaを選択したことは間違いではなかった様子。 まだfor構文だが頑張る forいいじゃん 個人的に、Javaで書くときはなるべく質素に書くのが似合ってる気がする 拡張forとかfroEachとかStreamAPIとか言わずに for (int i = 0; i < a.length; i++)の形が美しいとすら思う 単に個人的な意見です 美しいかどうかは個人の感覚だけど 短く楽に書けて、読みやすいのはメソッドチェインの方かな 個人的な意見をごり押ししていいなら無駄なカウンタ変数は美しくない 変数が再代入されるのもできる限り避けたい よってforはあまり使わない カウントなどというバグの原因は内部でやらせておくに限る カウントのバグ、みたいなもんを針小棒大に扱って見せても白けるだけ 処理速度はともかく数字への無駄な依存をなくすことが悪いことのはずない チューニングはボトルネックと判明してからでも遅くはない ループ書くと後々必ずループの中身を肥大化させるバカが居からなるべくループは書かない 終わらないループ 終わらないif文 終わらないメソッド 使い回され続ける変数 共通部分の大量コピペ 業務プログラムあるあるですな 仕様を決めつけて最適化しすぎると保守性が下がるんだけどな。 共通部分なんて程度で共通化すべきではない それはたぶんたまたま同じなだけ どうせすぐここだけ変えてほしいって要求が来てあっという間にIF文まみれになる 最初から別につくったほうがまし >>276 あるあるネタだね 画面ごとにデータ取得SQLを最適化したり頭悪いわ 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万の 間でやらしている。 >>276 クライアントが拘りの部分だけ設計時に最適化したがるんだよな そんなとこ運用してからでいいだろというとこ 全部設計してくれてコーディングだけでいいなら任せるけどさ >>280 たまたま同じ部分をIFでなく継承でまとめたからって、おこる問題は一緒だ むしろ継承はIF文より汎用性がないからIF文よりずっと悲惨なことになる すなおにコピペで別クラスにしとこう >>282 初心者だと応用効かないか条件分岐の代わりにしか使えないとか でもそもそもそういうこと言ってるんじゃないんだよ ちゃんとオブジェクト指向わかってるば、たまたま共通のコードとかじゃなくて、設計段階で本質的に同じものでまとめて書ける お前のはサブルーチンとして使ってるだけだろ >>283 設計段階で同じものだってわかってるなら何使ったってどうにでもなるわ! オブジェクト指向関係ない そのあとで実はここ違いますってなったとき IF文:分岐を入れる オブジェクト:ケースに応じて継承もしくは別クラス作成 コピペ:該当部分を修正 コピペが最優秀なんだけど その該当部分が鼠算で無限増殖していくのであっという間に手に負えなくなる コピペは死罪 そんなに増えないって 結合テストのケースに応じてコピペすりゃいいんだ どうせまとめたって機能別に試験させられるんだからそこがボトルネックのはず むしろ同じテストが完了した時点で 同じものがたくさんできているので生産性が高いといえよう 同じ記述はメンテ的に良くないので避けるべき、と習ったよ 修正箇所を少なく作るのが江戸っ子らしい ただそんな書き方は素人の俺には思いつかないのが問題 まとめたら単体まで作るときは楽なんよね… まとまってるぶん網羅しやすいからブラックボックステストの試験ケース少なくて済む でもIF文とか継承まみれになると可読性めっちゃさがる if文が増えるなら 業務分析が下手くそ 設計が下手くそ コーディングが下手くそ >>292 おまえは神か?世界の複雑さを完全に把握してコントロールできるのか? 彡 ⌒ ミ 彡 ⌒ ミ ( ´・ω・) ( ´・ω・) _(__つ/ ̄ ̄ ̄/つ/ ̄ ̄ ̄/ \/ / \/ /  ̄ ̄ ̄ カタカタ ̄ ̄ 彡 ⌒ ミ 彡 ⌒ ミ ( ´・ω・) .(・ω・` )ヾ < なぁ、これって _(__つ/ ̄ ̄ ̄/つ/ ̄ ̄ ̄/ \/ / \/ /  ̄ ̄ ̄  ̄ ̄ ̄ 彡 ⌒ ミ 彡 ⌒ ミ ( ´・ω) .(・ω・` ) _(__つ/ ̄ ̄ ̄/つ/ ̄ ̄ ̄/ \/ / \/ /  ̄ ̄ ̄  ̄ ̄ ̄ 彡 ⌒ ミ .彡 ⌒ ミ (´・ω・`) (´・ω・`) また、かみの話してる _(__つ/ ̄ ̄ ̄/つ/ ̄ ̄ ̄/ \/ / \/ /  ̄ ̄ ̄  ̄ ̄ ̄ >>286 仕様と1対1にできるのがオブジェクト指向のいいとこだろう 言ってることが真なら設計に戻るだけ コードだけ変えてメンテできなくなるのは初心者が陥りがちな罠 >>289 それむしろ逆。共通化してしまうと仕様変更で別々になる可能性がある。 共通化は本当に共通化したい部分にすべきことであって、何でもかんでも共通化は間違い。 いまどきJavaでオブジェクト指向にこだわっているのは考え方が古い。 業務系はオブジェクト指向と相性いいからな 趣味とかは知らん ■ このスレッドは過去ログ倉庫に格納されています
read.cgi ver 07.5.5 2024/06/08 Walang Kapalit ★ | Donguri System Team 5ちゃんねる