Java入門・初心者質問スレ Part.4 [無断転載禁止]©2ch.net
■ このスレッドは過去ログ倉庫に格納されています
スクリプト言語はツールの拡張で使わざるを得ないでいつの間にか習得している事が多いな プログラミングなんてそんなもん
必要になったのをコツコツ積み上げていけばいつの間にかって感じだな >>674
そういうセリフって、できる奴が言ってこそ格好がつくわけでw >>675
そう言わないと自我が保てないならそれでいい 今までの人生経験からすると、「自分はできる」と思った時はかなりまずい状態だ。
そう思った時はほとんどの場合実際にはたいしてできる状態になっておらず、
まだまだ知らない事が山のようにあるのだが、そのこと自体に気付いていない。
というか気づいていないからこそ自分はできると思い込んでしまっている。そして
そのまま分かったつもりで進むと穴にハマって大怪我をする。やはり慎重さや
謙虚さはあった方が良い。 いつまでたっても自分はできるとは思えない
ただその過程で一生懸命やってみたら今回は何とかできたの連続かも >>678
それはプログラミングに限った話ではなく何にでも当てはまる
少し慣れてきて安心し始めた頃が一番危ない >>678
成功しない奴の典型みたいなタイプだね
実際には意味不明なほど自信があってそれを原動力に行動する奴が勝ち組になるんだよ
謙虚とか自重ってのは負け組の美学 >>682
>>678が言う所の謙虚さは技術や知識に関して自分が全て知ってると思い込まずに
欠けている知識があるのではないか、もっと学ぶべきことがあるのではないかという
考え方の面で謙虚であれという意味であって実際の行動に関して謙虚であれと言ってるわけではない
それに>>678が言ってない自重を勝手に付け加えるのは辞めよう >>685
大丈夫
だいたい声がでかいお調子者は大したことないから >>685
技術面でも謙虚さは特にならない
俺はなんでもできるとアピールしたほうがいい
そうするとあいつは難しいプロジェクトに回したほうがいいなとなって実際に面白い技術を使ったプロジェクトにありつける
自分なんてまだまだですよなんて言ってると誰にでもできるようばつまらない、例えばレガシーの保守なんかを割り当てられてしまうので永遠に成長できない
もちろんこれは周りがどう思うかだけの問題ではなく自身の行動力にも影響する
自分は数学を勉強してこなかったから人工知能を学ぶのは時期尚早だろう謙虚になってわきまえなきゃ
数学なんか大卒の俺様なら楽勝だ人工知能やるぞわからんことなんぞ調べりゃええイノベーション起こしたる
どちらが成功するかは目に見えてるね >>687
もちろん自分もそういう姿勢は大切だと思うし、それに関しては否定してないよ
>>678が言う所の謙虚さと使い方が違ってたから指摘しただけで >>687
さすが、できる人は違いますね!!!!!!!!!!!!!!!!!!!!!!!!!!!! なんかのコピペで韓国人がどうたらで中国人は謙虚で自信たっぷりだってのがあった
あれ気になってしょうがない
どういう気の持ちようなんだろう >>682
自信はあってもいいが過信は危険ってことだよ。もちろん運が良ければ過信したままでも事故らずに済むよ。物凄いスピードで車運転するようなものだな。運が良ければ事故らないし素早く目的地に着く。
まあしかしそういう方法ばかり選択して積み上げられた成功体験での自信は何かで失敗した時の穴が再起不能になりそうなぐらいでかそうではある。薄氷を踏んで進み続けてるようなもんだからな。 >>647
人の公開しているプログラムを改造する
普段やってることをプログラムで自動化する
人が欲しがってるプログラムをして公開する
次の人が続く 頼むからお前等馬鹿の自分語りは他所でやるかチラシの裏にでも書いててくれ
ほんと頭の悪い馬鹿は2chでも低能だから見ててイラっとするな 初心者スレだから当然だが書いてることが素人丸出しの馬鹿のくせに如何にも
「ボクは素人じゃないよ!」風に書いてる馬鹿だから見ててイライラしてくる
お前等はできるできない以前に「自分は馬鹿」であることを自覚することから始めた方が良い >>696
∧_∧ / ̄ ̄ ̄ ̄ ̄
( ´∀`)< ・・・
( ) \_____
│ │ │
(__)___) ID:30iOXDdaの溢れ出る知性
・頭の悪い馬鹿
・2chでも低能
・馬鹿だから見ててイライラしてくる
・自覚することから始めたほうが良い これ思い出した
頭のおかしな人の判定基準
・「みんなの意見」「他の人もそう思ってる」など
自分の意見なのに他人もそう思ってると力説する人
・根拠もなく他人を卑下したり差別したりする人
自分で自分を褒める人
・自分の感情だけ書く人 >>700
>>699には事実が書いてあるだけで差別はしていない。 差別と区別(方法)の違いの分からない馬鹿がいるのか hashCodeについて質問です。
https://ideone.com/HgGjYI
上述のコードの6行目のように、hashCode()をオーバーライドする文中で、
hashCode()を使うことは出来るのでしょうか?
出来るとしたら、それはオーバーライドする前のものを使うことになるの
でしょうか?
回答の方よろしくお願いします。 オーバーライドなんかされてないし
そのメソッドとStringクラスのhashCodeメソッドは完全に別物
入門書1兆回熟読してこい >>708
HeroクラスのhashCodeメソッドとStringクラスのhashCodeメソッドを混同してる すべてeclipseに従え
マウスカーソル置いてJavadoc読め >>709 >>710 >>711
よく分かりました!ありがとうございました。 >>704
差別と区別の違いを説明してみ
わかってないのはお前だから 区別は元のレスにある通り何らかの基準を設けて分けること
差別はその区別を基にして取扱いや待遇に差を付けること
よって基準を示しただけで差別には当たらない >>715
クソジャップの発想だな
クソジャップはそういう生き物だ クソジャップの見分け方
差別を区別と称して平気でやる
朝鮮半島をはじめフィリピンやベトナムに侵略戦争をしかけ虐殺を行う 誰がクソジャップかわかったかな?
クソジャップを見分けることができると君も一人前だ >>715
君が言っているのは国語学的な意味。
小学校や中学校で差別を習ったと思うけど、それは社会の授業だったでしょ。
差別という言葉は社会学の教科書を読んで意味を調べないと
国語辞典にこう書いてあったからこれで良いんだと思ってはいけないよ。 Javaプログラマーはプログラマーとしてはもちろん人間としても一人前で会って欲しいものだな 言うに事欠いて悔し紛れにIDを貼るなんてことがないように スレを代表して言わせてもらうがJavaは差別と戦っていきます
よろしくお願いします えーと。今日はID:r2U/+ucMをNGIDに設定すればいいのかな? Javaを考えたのはドイツ人
そのせいでユダヤ人に差別されて潰されそうです 匿名だとこういう変な奴が紛れ込む
2ちゃんなんかやめて皆んなでteratailに行こうよ
あっちは快適だぞ >>729
. ,′ .,′,′ i ! i ヽ ヽ `ヽ / /
i i i 」. -i iハ ハイ⌒iヽ ヽ ヽヽヽ.V /
i i i'´ i i i ! iィx=ミ、 i i i i i ヘ. / ばいばーい!
! ! iヽx=ミメ ノ ノ トイ::ハ ! i j i ! ノ ! /
i i イトイ::;ハ , 弋)ソjイ/ /ハ i′
ヽVヘ '.弋)rソ , -‐ 、 ノイイ | ;
ヽヽヽ ヘ ∨ j .イ´ j/ ,'! ,′
\\ \ー- ... ニ´ ィヘ | ./ !i /
\\ X´{ヽ. ∧ i / ノノ′
//ヘヘ /ノ ヽ. / javaを考えたのはサンかオラクルのおっさんじゃないんか?
すげー頭よさそうだよな >>730
お前は
・黒人は肌が黒い
・黄色人種は日焼けで黒くもなるし日に当たらなければある程度は元に戻る
・白人は肌が白い、日に焼けると赤くなる
これを差別と言うのか 今は字下げにTAB使ってて、他人と組むことはないからどっちが正しいとかはどうでもいいのだけど、それでもちょっと前に自分が作った奴は字下げにスペース使っててしかも2個だったり4個だったり
まあ動作に支障ないから放っておいてもいいとはいいのだけど自動でどっちかのルールに統一して書き換えてくれるツールはないでしょうか >>739
あるんじゃねえか?
でもお題として丁度良さそうな難易度なのでお題にしてみんなに作らせてもいいかもなw
行頭のスペースをタブに変換。 単純置換なら簡単だから
自動インデントだと大変だな eclipseのformatter使えよ
ctrl + shift + fだ Eclipse vs NetBeans vs IntelliJ
Atom vs VSC vs SublimeText
宗教戦争勃発 atomは原子の定義が壊れるぐらいクソ重い
vscodeが神 需要があるかないかの違いだから宗教とかそういう問題じゃない >>739
IDEのコードフォーマッターぐらい使えよ
コメント位置すらちゃんと設定通りにしてくれるぞ
つーかコード規約決めた後にIDE側で設定して
保存時かコンパイル時に自動でフォーマットかける設定にするんじゃないの普通 いや、sedだと複雑怪奇なものにならんか? s/(スペース4文字)/\t/g か? emacsをunixに移植したのは>>738だったな
もうモダンなIDE使ってると言ってたけど 質問すいません。
プログラムはある程度できるのですが、画像の処理関係は全くの素人なのです。
やりたいことは画像を比較して類似しているかどうか調べるというものなのです。
ただ、画像がとても多く、画像の追加も頻繁にあるので困っています。
どのようにすると良いでしょう? >>753
画像を一定のサイズ色に粗くしてMD5とっといて一致するかどうか
でJavaの質問は? とある本(サンプルソースがJAVA)で、下記のような文章があり、よくわからない状況です。
ーー引用ーー
自己カプセル化を使っているときは、コンストラクタ内のsetメソッドの使用には注意が必要です。
多くの場合、オプジェクトが生成されたあとの変更用にsetメソッドが使われることを想定しているので、
setメソッドには、初期化時とは異なる振る舞いを持たせることになるでしよう。
そのため、コンストラクタから直接アクセスを使うか、別に設ける初期化メソッドを使うのがよいでしよう。
ーー引用ーー
Q、私の拙い解釈だと、「コンストラクタ内でsetメソッド使用は避けよ」と言っているようなのですが、理由が読み解けません。どなたか、わかりますか? >>755
プロパティa,bがあったとして
すべてのインスタンスは何らかの値を持ってたとする
setAではbの内容を参照するとする
でもコンストラクタでの手順によってはbはまだ初期化されてない
借り値を入れとくとか手順を考えるとかもあるけど
その著者はsetを使わないことにしてるんじゃない
私はvalidateとかをsetに入れてるので極力使うよ コンストラクタ内の処理が走っている段階では、
そのクラスはまだ不完全で、メソッドかフィールド変数かが
利用できない状態かもしれない、だからsetterは控えよう……
ということでしょうか?
参考書の著者は控えようと言っているけども、
現在のJVM環境なら、さして気にすることもないから
setter使っていいよ! ……ってことでしょうか?
なんだか混乱してます……(><; >>757
setterを控えよう、じゃなくて、setterをはじめとするオブジェクトの状態を変更するメソッドの呼び出しには気をつけようってこと
パブリックなsetメソッドは完全なオブジェクトに対し状態変更のため外部から呼び出されるという用途であること多いから、気をつけないといけないポイントの代表例として挙げてあるだけ 花火オブジェクトの引火メソッドは、オブジェクトが完全な状態で呼び出されることを想定してるから、
花火オブジェクト生成中の火薬剥き出しの状態で呼び出してはならない ・コンストラクタ処理中はインスタンス作成途中の可能性がある。
・作成途中のインスタンスを変更する操作は避けた方が良い。
ということが、ご説明頂いた内容で理解できました(^^)ノ
ありがとうございました。m(^v^)m<ペコリ >>761
> ・作成途中のインスタンスを変更する操作は避けた方が良い。
別に変更すること自体はいいんだよ、その変更がオブジェクトの初期化に必要な操作であり、変更による
不整合が発生しないことがわかってるなら
まあ気をつけましょうってことだよ
あと気持ち悪い顔文字使ってんじゃねえよ殺すぞ なんと、拙い私の理解不足にフォローまでしてくださって、
助かります。良い方ですね。(m’ v’)m<感謝!
ありがとうございました。m(^v^)m<ペコリ 人が嫌がることを嬉々としてやる奴ってキチガイなのか?
それとも幼いのか?
ガキがアリの巣に水を流し込んで喜んでいるみたいな感じで >>754
ありがとうございます。
ぜんぜん違う方法でしたがうまくいきました。 ■ このスレッドは過去ログ倉庫に格納されています