Java入門・初心者質問スレ Part.5©2ch.net

**デフォルトの名無しさん転載ダメ©2ch.net** · 2017/09/29(金) 17:53:25.24

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

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

**デフォルトの名無しさん** · 2017/09/30(土) 23:41:32.16

またスッキリから？

**３５5歳** · 2017/09/30(土) 23:51:26.97

人の頭が可笑しいとか、犯罪だとか言う前に
働け

◆BrBq2CJg6HGd · 2017/09/30(土) 23:59:50.30

>>40
分かった。お前のコードはよく出来ているから。
元のスレッドに戻ろう、な。頼むから。

**デフォルトの名無しさん** · 2017/10/01(日) 00:04:41.63

ドラクエとかオワコンだろUIは別に実装するとしてソシャゲで頼むわ

**デフォルトの名無しさん** · 2017/10/01(日) 00:24:10.45

>>43
ID変えてまで自分のコード褒めるとか大丈夫？

**デフォルトの名無しさん** · 2017/10/01(日) 00:26:01.77

新スレいきなり荒れて残念だな

◆BrBq2CJg6HGd · 2017/10/01(日) 00:38:44.71

>>45
失礼しました。ちょっとパニクってました。
何とか彼をなだめようとして自分のコードを褒めるというアホらしい結果に
なってしまいました。
あの個所は、「お前の気持ちは分かるから」、と書くべきでした。

**デフォルトの名無しさん** · 2017/10/01(日) 01:07:51.07

こんな35歳がいるとか日本はもうだめだな

**デフォルトの名無しさん** · 2017/10/01(日) 01:35:01.75

>>42
犯罪地君は35歳に成り済ましてないで、
早く被害者のPCを弁償しようね

**デフォルトの名無しさん** · 2017/10/01(日) 01:44:40.51

Javaのように普及した大衆言語は
利用者が多いのでここの嵐のように
頭のおかしい人間も出てくる罠

犯罪者にパンや米を
食べている奴が多いのと同じ

**デフォルトの名無しさん** · 2017/10/01(日) 03:43:49.92

かといって主食がジャガイモでも大差なし

**デフォルトの名無しさん** · 2017/10/01(日) 10:26:45.06

最近はPythonの方がよっぽどゆとり言語だろ

**デフォルトの名無しさん** · 2017/10/01(日) 10:39:52.94

>>48
日本人は大人も幼稚って世界的に有名だよね

**デフォルトの名無しさん** · 2017/10/01(日) 11:27:03.97

>>53
まあ、お前は世界を語るほど世界を知らねえけどなw

**デフォルトの名無しさん** · 2017/10/01(日) 12:02:55.93

世界が全て子供みたいになれば平和じゃね？

**デフォルトの名無しさん** · 2017/10/01(日) 12:43:05.69

>>◆BrBq2CJg6HGd
時間や年齢は関係無いと思うけど、10ヶ月でそのコードなら
もう少し、いろいろ考えた方が良い

**デフォルトの名無しさん** · 2017/10/01(日) 12:45:14.34

>>52
ゆとり言語の定義って何？

**デフォルトの名無しさん** · 2017/10/01(日) 13:05:23.51

動的型付けでコンパイル不要

**デフォルトの名無しさん** · 2017/10/01(日) 13:54:25.71

>>55
いや、みんなして子供のようだから今の状態になっているだけ。

**デフォルトの名無しさん** · 2017/10/01(日) 13:58:04.78

>>57
ゆとりと言えばみんなで手を繋いでゴールするだの円周率3で教えるだのが言われていたが、これは実際にやっている学校はなく都市伝説だったそうだな。

**デフォルトの名無しさん** · 2017/10/01(日) 14:50:00.51

子供って意外と差別的で残酷だったりするけどね

**デフォルトの名無しさん** · 2017/10/01(日) 14:56:04.33

>>61
無知と誤解によってそうなってしまう。
そしてだいたいの人間はそのまま大人になる。
結果的に体の大きい歳を取った子供が世に溢れる状態になり、無知と誤解を本物の子供に植え付ける。

**デフォルトの名無しさん** · 2017/10/01(日) 16:29:29.97

Javaは今後消滅する可能性が非常に高い言語だけど、割とクラスのパーツをつなげる作業が暇つぶしになって面白いよな

**デフォルトの名無しさん** · 2017/10/01(日) 16:59:41.15

消滅するとしてもC言語並みに何十年も尾を引くのではないかと思う。

**デフォルトの名無しさん** · 2017/10/01(日) 17:07:23.91

場合によってはCOBOL並みに尾を引くかも知れん

**デフォルトの名無しさん** · 2017/10/01(日) 17:35:34.78

まぁ馬鹿には使いこなせない言語だからな
消えることはまずないけど使いこなせない馬鹿が勝手に消えていくから
新規案件および馬鹿が存在する前の保守案件は非常に快適なソースコードになるだろう

**デフォルトの名無しさん** · 2017/10/01(日) 17:41:26.24

Javaは簡単な部類だと思うけどね

**デフォルトの名無しさん** · 2017/10/01(日) 18:32:58.47

>>66
現実を見て強く生きるんだ

**デフォルトの名無しさん** · 2017/10/01(日) 18:37:34.05

お前が現実を見ような
https://fossbytes.com/100-most-popular-programming-languages/

**デフォルトの名無しさん** · 2017/10/01(日) 19:16:09.68

Kotlinはまだまだ下の方だなあ。
Swiftが上がってきたな。

**デフォルトの名無しさん** · 2017/10/01(日) 19:20:43.13

集計方法がいまいちよくわからないんだよね

**デフォルトの名無しさん** · 2017/10/01(日) 19:44:58.15

ここに書いてあった
https://www.tiobe.com/tiobe-index/programming-languages-definition/

**デフォルトの名無しさん** · 2017/10/01(日) 20:29:46.58

ぬるぽ対策が無い生のJavaってこの先生き残らないと思う。
マジョリティはkotlinで、ぬるぽと無縁なマイナー賢者はscalaかclojureに移行するだろう。

**デフォルトの名無しさん** · 2017/10/01(日) 20:31:36.14

>>63
言語ランキングで一番人気だぞ
あと半世紀は残るんじゃないか

**デフォルトの名無しさん** · 2017/10/01(日) 20:50:14.97

残ってしまう、というべきだろうね
COBOLと同じ立場
ほとんどウイルスのようなものだ

**デフォルトの名無しさん** · 2017/10/01(日) 23:37:33.21

>>73
例外処理ガッんばれ

**デフォルトの名無しさん** · 2017/10/01(日) 23:52:04.33

Springなんかのフレームワークが息してる内は残るだろうね

4 ◆BrBq2CJg6HGd · 2017/10/02(月) 01:12:35.76

レスが遅くなってしまい、すいませんでした。
>>4にレスをくれた方、ありがとうございました。

>>5
解答を見ても分からなかったので質問しました。
今は何となく理由が分かりました。

>>8
勉強自体はJDKでやっています。(コマンドプロンプトとメモ帳)

比較しても分からなかったです。

>>23
はい。やってみます。

>>56
しばらくスランプの時期もありまして…。
少し前くらいから気合入れて勉強を再開しています。
何とかしなきゃいけないというのはよく分かってますので…。

**デフォルトの名無しさん** · 2017/10/02(月) 02:33:51.76

だから「eclipse」っていう開発ツール落として来てそこでソースを書けって
そのレベルのくだらないエラーはコンパイルするまでもなくツールが教えてくれるから
ググってこんなことも出来ないなら向いてないからマジで諦めろ

**デフォルトの名無しさん** · 2017/10/02(月) 09:17:50.27

　　　　 _,,...,_
　　/_~,,..::: ~"'ヽ
　(,,"ヾ　 ii　/^',)
　　 :i　　　 i"
　　　 |(,,ﾟДﾟ)　　　・・・
　　　 |（ﾉ　　|）
　　　 | 　　　|
　　　ヽ＿ノ
　　　　U"U

**デフォルトの名無しさん** · 2017/10/02(月) 10:44:23.50

　
　　∧∧∧∧∧∧∧∧∧∧∧∧∧∧∧∧∧∧∧∧∧∧∧∧∧∧
　＜JDK！JDK！JDK！JDK！JDK！JDK！JDK！JDK！JDK！　＞
　　∨∨∨∨∨∨∨∨∨∨∨∨∨∨∨∨∨∨∨∨∨∨∨∨∨∨∨
　　　、　　　　　　　、　　　　　　　　、　　　　　　、　　　　　　　、
　 /っﾉ　　　　　　/っﾉ　　　　　　/っﾉ　　　　　/っﾉ　　　　　　/っﾉ
　/ /　 ∧＿∧ / /　 ∧＿∧　/ /　 ∧＿∧ / /　 ∧＿∧ / /　 ∧＿∧
　＼＼（　　　　）＼＼（　　　　）＼＼（　　　　）＼＼（　　　　）＼＼（　　　　）

**デフォルトの名無しさん** · 2017/10/02(月) 23:42:47.15

　　　　　　　 lヽﾉ l　　　　　　　　ｌ l　ｌヽ　　ヽ
　 )'ｰーノ(　 |　|　 | ､　　　　　 / l｜ｌ　ハヽ　　|ｰ‐''"ｌ
　/　Ｊ　　|　|　|／| ﾊ　　/ / ,/ /|ﾉ /l /　ｌ l ｌ|　ｌ　Ｊ　ヽ
　l 　･　　i´ |　ヽ､| |ｒ|| |　//--‐'" 　｀'メ､_ｌﾉ| /　・　 /
　|　Ｄ　　l　トー-トヽ| |ノ　''"´｀　　　ｒｰ-/// |　Ｄ　｜
　|　･　　 |／　　　 | l ||､　''"""　 j　""''/ | |ヽｌ　・　｜
　|　Ｋ　 |　　　　 | l |　ヽ,　　― 　／　| |　ｌ　Ｋ　 |
　| 　! !　 |　　　 /　| | |　　 ` ｰ-‐ ' ´||　,ﾉ| |　|　　!!　｜
ノｰ‐---､,|　　 /　│ｌ､l　　　　　　　 |ﾚ' ,ﾉﾉ　ﾉハ､_ノヽ
　/ 　　　　／　ノ⌒ヾ､　ヽ　　　ノハ,　　　　 |
,/ 　　　　,イーｆ'´ /´　　＼　| ,／´ ｜ヽl　　　　 |
　　　　／-ト、|　┼―- ､_ヽﾒr'　, -=ｌ''"ハ　　　　|　ｌ
　　 ,／　　|　ヽ　＼　　_,ノｰｆ' ´　　ﾉノ　ヽ　　｜　|
､_　　　 _ ‐''ｌ　　`ー‐―''" ⌒'ｰ--‐'´｀ヽ､_ 　　_,ノ　ノ
　￣￣　　 |　　　　　　　　　　／　　　　　￣

**デフォルトの名無しさん** · 2017/10/02(月) 23:55:56.25

>>81-82
そういやFalcom Sound Team jdkは、再来年で結成から30周年を迎えるようだな

**デフォルトの名無しさん** · 2017/10/03(火) 00:01:30.12

うるせぇよ

**デフォルトの名無しさん** · 2017/10/04(水) 00:41:17.31

>>78
巣に帰れ

**デフォルトの名無しさん** · 2017/10/04(水) 15:01:26.75

>>79
初学者が迷惑するから相手するの辞めてくれ。

知らない人居るの？
◆BrBq2CJg6HGd 　は無職の35歳で10ヶ月javaを勉強しています。

職歴、大学後に新卒で入社、28から35まで無職（自称、アセンブラ経験5～6年）。
就職したいですと発言し、ハロワ行きません。
体力有りませんが、靴が痛むので歩くの嫌です。
失敗するのが嫌です。10ヶ月の期間JAVAを学習しました。
先行投資と言う名目で、無職ですが親に高級ノートPC買わせました。
10ヶ月の間、プログラミングの問題といたら？→時間制限がry 失敗したく無いです。準備ができてからetc
最後は無敵の40歳までに就職します。

私たちは、つい反応したくなる気持ちをぐっとこらえ、彼らに影響されないようにする方法を見つけなくてはなりません。
彼らが私たちに影響を与えることを許してしまったら、絶えずイライラしていなくてはならないでしょう。
今後の皆さんの課題は、超然として反応しないようにすることです。

**デフォルトの名無しさん** · 2017/10/05(木) 08:12:28.96

>>86
誰が誰にレスしようとその人の勝手で外野が喚く事ではない
スルーを求めるなら関連レスすらスルーしておけばいい

知らない人居るの？
真・スルー　何もレスせず本当にスルーする。簡単なようで一番難しい。
偽・スルー　みんなにスルーを呼びかける。実はスルーできてない。
予告スルー　レスしないと予告してからスルーする。
完全スルー　スレに参加すること自体を放棄する。
無理スルー　元の話題がないのに必死でスルーを推奨する。滑稽。
失敗スルー　我慢できずにレスしてしまう。後から「暇だから遊んでやった」などと負け惜しみ。
願いスルー　失敗したレスに対してスルーをお願いする。ある意味３匹目。
激突スルー　話題自体がスルーの話に移行してまう。泥沼状態。
疎開スルー　本スレではスルーできたが、他スレでその話題を出してしまう。見つかると滑稽。
乞食スルー　情報だけもらって雑談はスルーする。
質問スルー　質問をスルーして雑談を続ける。
思い出スルー　攻撃中はスルーして、後日その思い出を語る。
真・自演スルー　議論に負けそうな時、ファビョった後に自演でスルーを呼びかける。
偽・自演スルー　誰も釣られないので、願いスルーのふりをする。狙うは４匹目。
３匹目のスルー　直接的にはスルーしてるが、反応した人に反応してしまう。
４匹目のスルー　３匹目に反応する。以降５匹６匹と続き、激突スルーへ。

**デフォルトの名無しさん** · 2017/10/05(木) 19:58:22.56

質問です。
同一ディレクトリ・同一パッケージ内に、共にpublicで2つのクラス(RenshuA、
RenshuB)を作り、それぞれmethodA、methodBをpublicかつstaticで定義し、
methodB内でRenshuA.methodA();と呼ぶコードを作成したのですが、
コンパイルが通りません。
どなたか原因を教えて頂けないでしょうか。

88 · 2017/10/05(木) 20:01:15.37

それとエラーは「シンボルを見つけられません」というものです。
よろしくお願いします。

**デフォルトの名無しさん** · 2017/10/05(木) 20:06:12.40

それだと推測でしか答えられないから
ソースをコピペしてほしい

**デフォルトの名無しさん** · 2017/10/05(木) 20:08:27.60

>>89
コンパイルはどのようにしたのか？

**88・89** · 2017/10/05(木) 20:49:30.26

kenshou2という名前のディレクトリ・パッケージ内に、クラスRenshuA・
RenshuBが入っています。

以下RenshuA.javaのコード
package kenshou2;
public class RenshuA {
public static void methodA() {
System.out.println("A");
}
}

以下RenshuB.javaのコード
package kenshou2;
public class RenshuB {
public static void methodB() {
System.out.println("B");
RenshuA.methodA();
}
}

RenshuAはコンパイル通っています。
コマンドプロンプトにおいて、javac RenshuB.javaと入力しました。

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

>>92
javac - Java programming language compiler
http://docs.oracle.com/javase/7/docs/technotes/tools/windows/javac.html#searching

| The compiler searches for class files first in the bootstrap and extension classes,
| then in the user class path (which by default is the current directory).
| The user class path is defined by setting the CLASSPATH environment variable
| or by using the -classpath command line option. (For details, see Setting the Class Path).

コンパイラは、まずブートストラップクラスと拡張クラスのクラスファイルを検索し、
次にユーザークラスパス（デフォルトではカレントディレクトリ）を検索します。
ユーザークラスパスは、CLASSPATH環境変数を設定するか、
-classpathコマンドラインオプションを使用して定義します。

クラスパスのオプションが指定されていないのでユーザクラスパスはカレントディレクトリですよと
パッケージ名がついてるときはパッケージ名と同じディレクトリがないといけないですよと
なのでこうかな

javac -cp ..\ RenshuB.java

cd ..
javac kenshou2\RenshuB.java

**デフォルトの名無しさん** · 2017/10/05(木) 22:44:07.57

Java は、実際のフォルダ階層と、

各クラスのパッケージ階層を、同一にしないといけない

**88・89** · 2017/10/06(金) 04:22:34.25

>>93 >>94
丁寧にありがとうございました。やってみようと思います。

**デフォルトの名無しさん** · 2017/10/06(金) 05:37:22.47

JSFを勉強しているのですが、JSF２の参考書は分厚い難しそうなのしかないのですが、JSF１とかの参考書は
Amazonの中古で割と砕けた感じのがありとっつきやすそうなのですが、JSF１と２ではやはりだいぶ違いますか・・？

根幹とかが一緒なら、やってみたいとも思うんですが・・。

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

>>96
俺は1覚えた状態から2を覚えたけど、今なら最初から2の方がいいでしょ。というか、俺は5年前にJSFを捨てた。当時は気に入ってたけど、今時のweb開発とは全く違うから。
内部で使う管理ツール的なアプリならいいけど、普通のアプリはちょっと辛いよ

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

実際の現場で、新入社員等に○○されたら
ブチ切れる……みたいなことありますか？
JAVAか、少しスレちですが開発現場関係で
教えてくださいませ！

**デフォルトの名無しさん** · 2017/10/08(日) 01:49:50.25

少しどころではない

**デフォルトの名無しさん** · 2017/10/08(日) 01:58:15.50

板違いだな
マ板向きの話題か

**デフォルトの名無しさん** · 2017/10/08(日) 02:05:12.73

そうですか……
すみませんでした

**デフォルトの名無しさん** · 2017/10/08(日) 06:48:08.91

プログラマの雑談部屋 ★16
http://medaka.5ch.net/test/read.cgi/prog/1507354689/

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

変な改行
変な顔文字

96 · 2017/10/11(水) 11:38:51.27

だいぶ亀レスですが、ご容赦ください・・。
>>97
やっぱそうですよね・・。どのWebページ見てもJSFは2からやったほうが良いようなことを書いてあります。
JSF１はくだけた解説書があるのですが、JSF2はあんまりないです(´・ω・`)…

Kindle本で評判悪いですが、あるのでやってみようと思います。KindleUnlimtedに加入すると0円らしいです・・・

お礼が遅くなりすみません。どうも体調が悪くて・・・。しかし、今時のWeb開発とは違うんですね・・。

私がやってたころは、Strutｓしかなかったのに・・・。

**デフォルトの名無しさん** · 2017/10/11(水) 12:44:18.73

保守作業するんでもない限り今からやるならspringのほうが良いだろ
むしろspringがあるからJava使うレベル

**104** · 2017/10/11(水) 15:33:31.63

>>105 Springってそんなにいいんですね。図書館にSpringの本がたくさんあったので
それやってみようと思います。J2EE関連の本はJSFばっか取り扱っているので、Springなんておまけみたいなものなんだろうと思っていました。それ、やってみます。

どうもありがとう。

**デフォルトの名無しさん** · 2017/10/11(水) 20:30:44.86

プログラミング GROOVY、2011

Spring Framework 4 プログラミング入門、掌田津耶乃、2014
Spring Boot プログラミング入門、掌田津耶乃、2016

**デフォルトの名無しさん** · 2017/10/12(木) 02:29:30.72

プログラミング速度を上げる方法を教えてください。
バリバリの初心者で、とにかくベタベタ上から書いています。
しかし、先を見据えてないので、書いて消して悩んで……で
時間だけが無駄に過ぎていきます（；；）
（料理の初心者が、あたふた料理している感じ）
何回なアルゴリズムをすぐに思いつく！　ではなく……
普通のアルゴリズムの普通のソースコードを、
たんたんと書いていけるようにしたいのです。
（料理人が危なげなく、並列して料理している感じ）

みなさんは、どうやって開発、記述しているのでしょうか？

**デフォルトの名無しさん** · 2017/10/12(木) 02:47:30.24

>>108
行き当たりばったりに書かないで
全体から書いていくと良い

具体的にはUML（のクラス図とか）を書く
慣れたらいちいち書かなくてもいいけど
最初のうちは書いて全体の見方を覚える

そうすると料理で言ったら煮込んだり
時間のかかる調理をしながら
下ごしらえをするみたいなことができる

要するにムダがなくなる

**デフォルトの名無しさん** · 2017/10/12(木) 08:39:52.77

>>108
プログラミングで言うソースは
料理で言うレシピみたいなもんだからな
慣れだよ慣れ

**104** · 2017/10/12(木) 09:00:15.46

>>107
ありがとう。その2冊は図書館にあったので、見てみます。前から、ちょっとは見てみたいな…と思ってたやつです。
あと掌田津耶乃さんはけっこうSpringとかGroovyとか推してますよね(´・ω・`)　JSFでググったときに出てきました。

一度読んでみます。ありがとう。ステマじゃないよｗ

**デフォルトの名無しさん** · 2017/10/12(木) 09:17:19.57

>>109
UMLは全図を勉強しましたが、もっぱらクラス図を見るだけですね。（～＿～；）
クラス図以外は使っていないので、だんだんと記憶が……。
例えば、下記のような仕様のソースを109様が開発するときは、すらすらとクラス図にできるのでしょうか？　もしコツがあるならご教授ください……！　
稚拙な例ですいません（＞＜）

「なんでも計算機」
・基本機能は加減剰余のみ。
・プラグイン形式で数学的計算機能を追加可能。
（開発者が追加していくパターン）
・プラグイン形式でユーザー独自の関数を追加可能。
　・方法：テキストファイルに決まった形式でユーザーが関数を書き込み、
　　　　　それを取り込み、機能を実現。

>>110
慣れ……ですか。（＞＜）
110様の普段のコツは無いのでしょうか？

**109** · 2017/10/12(木) 09:48:27.62

>>112
＞「なんでも計算機」
3D描画エンジンとかもそうだけど
そういう専門的なものを作る場合は
UMLとか一般的なOOP手法だけじゃなくて予備知識がいる

例というだけじゃなく本当にその仕様を実現したいなら
インタプリタとか言語処理系の知識が必要
「バリバリの初心者」向きの題材じゃない

**デフォルトの名無しさん** · 2017/10/12(木) 11:06:35.94

>>108
設計を学ぶ

**デフォルトの名無しさん** · 2017/10/12(木) 11:18:21.19

>>112
自分用にあったら便利そうな小さなツールから作っていく
次第に「あれとあれ組み合わせたらいいのできるかも？」みたいに思いつくから
段々規模を大きくしていく

でももし趣味とか好きだからじゃなく仕事で仕方なくとかなら思いつきにくいかも

後々土台の変更が必要になったりしてもいいなら
まず単純に加減乗除の式だけテキストから読み込んで実行できるようなのを作ったら
後は機能追加でいいから土台だけでもやってしまうとか

何桁まで扱うようにするのかとか多倍長整数まで扱うのかとかも要検討かな

**デフォルトの名無しさん** · 2017/10/12(木) 11:18:29.49

>>98 >>108
誰かに怒られたのか？

**デフォルトの名無しさん** · 2017/10/12(木) 11:21:03.26

面白いことに「数式を入力して計算するアプリを作る」よりは「色々な数式ボタンをつけた電卓を作る」ほうがずっと簡単なのだ
テキストパーサの知識はゆくゆくはあったほうがいいが、初心者がやるもんじゃねーな

んで、もし

プログラミング行為自体が遅い（1時間に打つ文字数が少ない、等）と思った場合：
・文字列やコレクションが持つメソッドの動作、高度な制御構造の使い方だけは絶対に記憶しておく
（書き方は覚えなくていい。「配列を○○する方法ってそういえばあったな」と気付ける程度でいい）
・メジャーなデザインパターンを、これまた基本的な動作だけやって納得しておく（書けなくていい）

7割くらい機能ができた時点でかなり消して3割くらいから書き直すが動かない、みたいなことが頻発する場合：
・ gitや、gitや、あとgitのようなバージョン管理システムを利用する
（git類は「ここまでできたので保存しておく」「壊してしまったので保存時点まで戻す」「試しにコピーして改造する」がすぐできる。必須）
・上記に関し、メソッド単位で編集保存するという作り方を心掛ける（いきなりあちこち書き換えない）

メソッドAを使うメソッドBを作ったのだがそのまま動くと思ったメソッドAでエラーが出る、みたいな「このメソッドいきなり動かなくなった」が多発する
・ "ユニットテスト"を導入する。小難しい議論が大量にあるが当座「このメソッドはこの引数Aの時戻り値Bを返す、Cのときは実はD」という使い方でいい

UMLやクラス構成図を使っているのにぐちゃぐちゃになるという場合：
・いまのあなたに必要なのはもっと自由ならくがきである可能性が高い。方眼プロジェクトペーパーと書きやすいペンを用意しよう

**デフォルトの名無しさん** · 2017/10/12(木) 11:46:27.97

UMLは設計を整理したり人に伝えたりするもので
それ自体が分析設計を生み出すものではない

分析設計を生み出すのは開発手法
RPとかOMT

**デフォルトの名無しさん** · 2017/10/12(木) 14:10:31.81

>>108
大きな問題を小さな問題に段階的に繰り返し分解する
十分に粒度の小さな問題の解法は何度も必要になるのでメモするなりしてすぐ参照できるようにする
>>117が書いてるような文字列操作・コレクション操作・制御構造なんかはこのレベル

少しやってれば上のようなレベルは資料を見なくてもすぐ出来るようになるので
次はそれらの小さな問題を集めたもう少し粒度の大きい問題を解くパターンを認識して
それらをメモするなりしてすぐ参照できるようにする

これを繰り返していけば問題に対する解法をすぐに思いつけるようになる
それぞれの解法に対応したスニペットや汎用的な抽象化コードを用意しておけば
考える速度だけじゃなく書く速度も上がる

小中学校の算数・数学の問題を速く解くための勉強方法と基本的に同じ

**デフォルトの名無しさん** · 2017/10/12(木) 14:27:19.38

もしにひょっとしてIDEを使っていないのならIDEは使ったほうがいいよ
IDEなしにいまどきのJavaなんてタチの悪い修行だよ
書かないと覚えないだろなんてのはその「書くべきこと」が1行で済むような場合だけだ
IDEの使い方（正確には実行設定の仕方）とトラブル対処を覚えないといかんのでちょっとアレなのだけれど、そこをなんとか

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

「あるサブクラスのオブジェクト」から、
「そのスーパークラス」や「スーパーのスーパークラス」の
属性やメソッドを使用するのが苦手です。
サブクラス上から見えないからです。
エディタなどで上手く一覧する機能ありませんか?
importしたライブラリのメソッドや属性もどういう構成になっているか
がわかりません。

**デフォルトの名無しさん** · 2017/10/12(木) 22:53:15.60

ide

**デフォルトの名無しさん** · 2017/10/13(金) 00:22:43.72

そもそも実装を継承しないのが良い
「継承より委譲」

**デフォルトの名無しさん** · 2017/10/13(金) 00:24:47.19

>>123
継承を委譲に互換できるようにリファクタリング
する方法はありませんか?

**デフォルトの名無しさん** · 2017/10/13(金) 00:39:26.87

普通に継承を委譲（集約）に
置きかえていけばいいんだよ

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

>>113
なんとこの例は専門的なものだったんですね。
思いつきで考えた例なので申し訳ありませんでした。

>>114
設計がうまくなりたいです。
そうすれば眠る時間も増えそうです……。
（ｚ_ｚ）

>>115
小さなツールというのは再利用可能なクラスということでしょうか？
正直、私の作ったクラスはネストと専用処理だらけで再利用できないのです……。

>>116
怒られたというか、注意されました。
上司、先輩に確信を持ってコーディングしろと……。
担当レベルで「バグ０」にして提出と言われたので、今回のような
質問をしたら、「根性で学んでこい、とにかく動けばいい」と……。
根性で何を学んだらいいのか教えてもらえませんでした。
スレのみなさんの意見で、たぶん「設計」を学ぶと良いのかなと思いました。

**デフォルトの名無しさん** · 2017/10/13(金) 08:38:26.90

>>117
丁寧に助かります。
GIT調べてみます。
ユニットテストはprintlnでログを確認してます。
私の開発手順は……
・口頭で「xxxなクラスを作ってくれ」と指示を受ける。
・クラス名を考えて、とりあえず必要そうなフィールドを書く。
・ここで手が止まる。（何か書かなきゃ、そうだ！　アクセッサ！）
・全フィールドのアクセッサをかく。（焦る。とにかくメソッド書かなきゃ！）
・時価の商品価格を計算するとしたら、メソッド名（calcPrice）を書く。
・とりあえず分岐はするはず！　そうだif文の枠だけ書こう！
・（省略）以下、確信なく恐怖でベタベタ書く……
・ifネスト、forネスト、switchネストな恐ろしいメソッドが１つできあがる。
（アクセッサ抜かすと、大抵はpublicメソッドが１～２個しかない）
・printlnでログみてテスト。一応動くが、確信は無い。
・（そして大抵は）仕様変更、追加のお知らせが届き、デスマーチへ。
（合間に結果としてのエラーも当然でて、ブレークでトレースしてると
あっというまに１時間経ってます……）

>>118
RP、OMT、調べて参考書探してみます。

>>119
その粒度を小さくするという作業が「設計」ということでしょうか？
数学（簡単なもの）ならその分解作業が可能なのですが、
ことシステム設計になると、とっかかりが見つからないのです……。（＞＜）
数学で言えば、計算式は解けるが、文章題から計算式が導けない感じです。

>>120
エクリプス使っています。
といっても、フォルダ管理と構文チェック、結果ログ見る程度です。

**デフォルトの名無しさん** · 2017/10/13(金) 09:32:14.92

>・口頭で「xxxなクラスを作ってくれ」と指示を受ける

この時点で既に常識的な開発現場としてありえないんだが
ユニットテストまでやって仕様変更云々って言ってるってことは
もう詳細レベルまで落とし込んだ仕様があるのに口頭でやってとかありえんだろ
詳細設計書あるならどういう作りすればいいか壊滅的な馬鹿でもない限り誰でもわかるし
作り終わったらテスト仕様書作ってテストするから仕様変更やデスマーチも糞もねぇだろっていう
お前のところ色々おかしいかお前が意地悪されてるか敢えて何かを試されてるか何かだと思うわ

**デフォルトの名無しさん** · 2017/10/13(金) 09:44:47.25

ネストしまくるような複雑な条件の仕様を口頭で言うとかありえないから
とりあえず実際にどういう指示されたか書いてみ

**デフォルトの名無しさん** · 2017/10/13(金) 09:51:55.46

>>128
いやテストしてないと思う
"ユニットテスト"ってきちんと書かれてるのに「プログラムの動きをテストすること」だと思ってる（だからprintlnという頓珍漢な答が）
https://qiita.com/takehiro224/items/a5d4265c4a1b36b0919c
ともあれ最初の業務でやってるのならツール的なアドバイスは無駄かもしらんね

**デフォルトの名無しさん** · 2017/10/13(金) 10:37:26.01

配列定数はイニシャライザーにおいてのみ使用可能です
これどういう意味ですか？

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

>>131
それ自体はそのまんまの意味だが、配列リテラルを代入し損ねてるときに言われることが多い
その代入の書き方は本当に合ってる？ arrじゃなく arr[ ] とかが必要なんじゃない？？

**デフォルトの名無しさん** · 2017/10/13(金) 15:38:08.18

>>127
>その粒度を小さくするという作業が「設計」ということでしょうか？
設計の一部だけど全部じゃない
一つの問題に対して解法は一つではないので
複数ある選択肢からどの解法の選択するかが設計の核
問題の分解方法は解法選択の一部

>数学で言えば、計算式は解けるが、文章題から計算式が導けない感じです。
これは問題を明確に定義できてないから
明確に定義されてない問題は解けない

「xxxなクラスを作ってくれ」と指示を受けたらまず以下3点を明確にする
1. なぜそのクラスが必要なのか？クラスの責務は何か？
2. そのクラスに必要なパブリックインターフェースは？
　　- 例外を含めた入力・出力の型（メソッドシグニチャ)
3. どういうテストをパスしたら十分なのか？
　　- 事前条件、事後条件、不変条件

3点とも指示を出した側に質問する必要がある(嫌がられてもしつこく)
特に3の何ができたら問題を解けたと言えるのかを明確にするのが一番大事

問題の定義と解法の選択、解法の選択の主要な方法として問題の分解がある
算数で考えればものすごく当たり前だよね

**デフォルトの名無しさん** · 2017/10/13(金) 16:00:23.53

>>126
設計を考える上で標準ライブラリを参考にするといい
たとえばどの言語でも日付なんかは標準になってる

そういう共通してて何度もおこなう処理を考えよう
たとえば価格の計算であちこちで何度も
税額を算出してるならメソッドにくくり出すとか

>>127
とりあえずクラス使ってるってだけで手続き的な
オブジェクト指向らしくないコードのようだね

なるべく深いネストは外していこう
メソッドに抽出してその組み合わせで処理する

そうして粒度を細かくすると
クラスやメソッドの数が増えて不安かもしれないが
重複が減るし読み書きしやすいから
その方が全体として作業量は減っていく

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

皆様、いろいろご丁寧にありがとうございます。
指示は先輩が手帳を見ながら口頭で伝えられるので、
それを急いでメモするという感じです。とにかく忙しそうです。
具体的な内容は業務内容に触れてしまうので控えさせてください。

とりあえず、下記のことをやってみようと思います。
・設計の本で良いのがないか本屋で探す。
・仕様詳細をもっと聞く。
・まずクラス図を書いて、責務の粒度を細かくする。
・再利用できるメソッドを作るよう心がける。
　（といっても、どうやればいいのか……）

あとは、みなさんのレスを反芻していきます。
本当にありがとうございました。
最後の質問ですが、設計に関してのおすすめの書籍はありますか？
ぜひ、購入したいと思います。

**デフォルトの名無しさん** · 2017/10/13(金) 21:36:38.72

>>135
＞設計に関してのおすすめの書籍

まずJavaやOOP自体に慣れてないなら
『スッキリ Java』が一番やさしい

狭義の設計じゃないけど設計力の土台になるのが
『Javaで学ぶアルゴリズムとデータ構造』

本題の設計は難解な本が多いから
UMLの本とかデザインパターンの本とか個別のテーマで
やさしそうな本から読んでいくのがオススメ

メソッドの抽出とかは『リファクタリング』に
いろんな手法が載ってるから
ある程度JavaやOOに慣れたら読んでみよう

**デフォルトの名無しさん** · 2017/10/13(金) 23:16:37.77

>>127
アクセッサは、アノーテーションを付けるだけだろ

テスト駆動開発(TDD)でやる。
最初は関数で処理を作っていき、だんだん高度になってくると、クラスにする

**デフォルトの名無しさん** · 2017/10/14(土) 03:37:43.62

書いてる内容見る限り、立ち位置的に設計云々とかクラス図とか
考えるレベル以前の問題で職場の奴はそういうのは求めてないように見える
言われて作ったクラスがどういう使われ方してるのかもよくわからんし
書いてる事から想像するに、勉強も兼ねた誰かの手伝いとして適当に使われてるだけだろ
いずれにしても作業指示の仕方が糞すぎるからそこは辞めた方がいいよ

**136** · 2017/10/14(土) 04:10:51.25

>>136
＞『Javaで学ぶアルゴリズムとデータ構造』
あっ今検索したら同名の書籍があったけど
望洋の明解シリーズの奴ね
図解が多くて分かりやすいから

**デフォルトの名無しさん** · 2017/10/14(土) 09:07:23.00

>>135
> ・再利用できるメソッドを作るよう心がける。
1, これは再利用するだろうなってのをメソッド化
2, この処理は別の所でもやったなってのをメソッド化
3, 機能毎にメソッド化(分割や統合)できそうだなってのをメソッド化
他にもあるだろうけどこんな感じでいいよ