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/

**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, 機能毎にメソッド化(分割や統合)できそうだなってのをメソッド化
他にもあるだろうけどこんな感じでいいよ

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

自宅で自分用の（自分で勉強するための）プログラムを書いて慣れるというのがいちばんだと思う
業務指令で範囲限定されたコードだけ書いててもまっっっったくメソッド感覚（？）は身につかないよ
だって「そんなことしなくても動く」もの、業務中にやる理由ないよね

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

口頭で伝えるのは後から改変するための常套手段
証拠は残さない

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

なぜこのクラスが必要なのですかと訊くと
キレ気味にいいから黙ってやれと言われる
別にイヤとかやりたくないとかじゃないんだけど適当な仕様だと文脈背景わからないと間違いの元
他の奴が黙ってやっちゃうから味を占めたんだろうな
また無駄な後戻り工数が生まれて実装のせいにされる

**デフォルトの名無しさん** · 2017/10/14(土) 11:22:15.08

わかってないだけだって
人はわからないことを聞かれた時に不機嫌になるってのはわかるだろ

**デフォルトの名無しさん** · 2017/10/14(土) 11:24:26.80

>>142
そのせいなのかメールで聞くと返事が返ってこないやつはマジでイラつく
そういう奴は無責任の意気地なしとみなす

**デフォルトの名無しさん** · 2017/10/14(土) 13:23:40.40

>>135
＞・再利用できるメソッドを作るよう心がける
間違ってもいないんだけど実際には

最初から再利用を目指すより
リファクタリングで重複した処理を
メソッドに切り出す方が簡単なんだけど

「動いた物をいじるな」という職場だと
まあそっちもそっちで難しいよな

**デフォルトの名無しさん** · 2017/10/14(土) 13:24:19.64

>>145
口頭で聞いた後に

先程の備忘です。
認識齟齬などあれば返信にて訂正願います。

とかなんとか理由付けてこっちからメール送ればいい
一手間かかるけどある程度身を守れる

**デフォルトの名無しさん** · 2017/10/14(土) 13:44:26.23

>>142
じゃあ録音しとけ。
または忘れやすいということにして詳細にメモをする。

**デフォルトの名無しさん** · 2017/10/14(土) 19:47:58.75

>>136
書店で推薦書を購入し、
１「スッキリ」の２冊
２「Javaで学ぶアルゴリズムとデータ構造（明快シリーズ）」
の順番が良いかと思いましたので、
本日からスッキリを学んでいこうと思います。
ありがとうございました。

>>138
おっしゃる通り、重要業務は任されていないと思います。
今はとにかくスキルを上げたいと考えています。

>>140
たぶん再利用可能メソッドは標準ライブラリで提供されているような
ものだろうと思っています。
なんとかくくり出せるように考えてみます。

>>146
デザインパターンをマスターすると保守しやすいクラスや
メソッドになると知りました。
デザインパターンとリファクタリングも学んだほうが良いようですね。

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

今から「スッキリ」で勉強を始める、素人か。
そんな奴に、一々説明していたら、数年かかる

オブジェクト指向を知らない奴は、仕事でプログラミングしたら、いけないレベル

少なくとも、Java の本を10冊読んで、資格や数年以上の経験が必要

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

本10冊くらいはそりゃ読む必要あるけど
資格や経験年数はほとんど関係ないよ
本人の素質と努力次第

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

新卒？中途採用？
何歳か知らんけどプログラミングほとんどやったことないなら
普通研修みたいなの1か月ぐらいは与えられるもんだが今がそれなのか？

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

その辺はその会社次第なんじゃないの? 教育やる余裕がない小さい会社とか
大きくてもその辺のこと分かってない会社とか色々あるだろうし。

ま、しかし、基本的にワザは教えて貰うよりは盗んだ方が良いだろうな。
自分で求めてこうだと分かったことなら忘れないが教えて貰ったことは忘れるから。

なんてことをこの前テレビで坊さんが言っているのを聞いてその通りだと思った。

**デフォルトの名無しさん** · 2017/10/15(日) 02:43:30.36

Javaの「スッキリ」はRPGで言うと
「ひのきの棒」や「竹のやり」みたいな初期装備だが
丸腰よりはるかにマシ
「明解」でやっと「銅のつるぎ」

ファウラーの「リファクタリング」や
GOFのデザパタやエヴァンスのDDD本は
もっと高級な剣だが
レベルが足りないと装備できない

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

ひのきの棒という役割を演じるゲームか
シュールだな

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

>>154
そのスッキリは入門編(黄緑の方)のことですよね？

**デフォルトの名無しさん** · 2017/10/15(日) 18:51:46.03

>>156
そうだよ

でもスッキリ2冊読んで終わりとか
それほど甘くはないよ
スッキリは基本的に初心者向け

**デフォルトの名無しさん** · 2017/10/15(日) 18:53:06.03

>>155
本が役割ってのがよく分からない

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

オブジェクト指向はあまり良くないだろな。
GUIと相性が良かっただけで、その他一般的な問題とは親和性が低い。

**デフォルトの名無しさん** · 2017/10/16(月) 19:04:15.39

オブジェクト指向が一番汎用的だと思う
DDDがOOメインなのもそこだし

**156** · 2017/10/16(月) 20:19:21.78

>>157
レスが遅くなってすいません。

そうですよね、ありがとうございます。
でも今の自分には実践編(緑の本)の中盤以降が結構難しいです…。

**デフォルトの名無しさん** · 2017/10/17(火) 14:09:59.12

オブジェクト指向がマッチしないと言っているのは
設計を構造化とかどやっといて
オブジェクト指向プログラミング使えないと言ってる奴がよくいる
機能とか流れって出てきたら注意

**デフォルトの名無しさん** · 2017/10/17(火) 14:22:15.60

オブジェクト指向がよくわかってないからマッチさせられないだけではないか？

**デフォルトの名無しさん** · 2017/10/18(水) 10:19:44.01

>>156
リストの頭だけを掻き集めてリスト化したような良書ではある

**デフォルトの名無しさん** · 2017/10/18(水) 11:33:37.26

Javaスレ少なくなったなあ。

**デフォルトの名無しさん** · 2017/10/18(水) 12:05:23.13

ことりんに横取りされちゃう

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

メモリー使用量が個人利用の壁になっているんだろうな。

**デフォルトの名無しさん** · 2017/10/18(水) 18:27:07.39

Javaの個人利用が難しいのは
安いレンサバで使えないのが大きいのでは

**デフォルトの名無しさん** · 2017/10/18(水) 22:32:18.55

大抵PHP.良くてPython.ruby止まりかな

**デフォルトの名無しさん** · 2017/10/19(木) 03:47:23.04

何故使えるようにならなかったのか考えないのがJavaユーザぽくていいよね。

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

スクリプト言語はその場で書き直しゃ動くからねぇ
JavaとかC#とかはビルド→デプロイまたは
ビルド→パッケージング→デプロイとか面倒
GAEはどこまでショートカットしてくれるのか知らん

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

俺って大体そこらへんの能無しより２倍ぐらい仕事早いほうなんだけど
金融系の内部管理システムで1画面にボタンが20個ぐらいあって
段階的に5回ぐらい認証する機能で鬼のように状態持ってるから
設計書の相関チェックも凄いことになってて当然こんなレベルの機能だと
設計書にも不備ありまくりで実装してく度に何十回も設計者と確認しないといけないレベルで
外部結合で持ってくる情報も鬼の用にあるからSQLも１００行超えるわ
外部ファイルも取り込んだりするわでエビデンスのページ数も余裕で100ページ越えるレベルで
これが最初テスト完了まで2週間ぐらいの線表で
毎日残業して1か月かけて作ったらプロパーが後ろで「こんだけ時間かけられるとは思わなかったわ」とか
嫌味言ってくるのが典型的な能無し無能システム会社なんだよな

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

で？

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

そういう無理のあるものを断れない立場に居ること事態が既に能のある状態とは言えない

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

過疎ってるから暇つぶしに書いただけだ
プログラムやらず嫌いのプロパーしかいない無能会社の中でも大ハズレの部類
当たりはバグ調査が全然できないプロパーがいるところのバグ調査担当

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

書かなくていいです

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

JDK 8u151と8u152、2つ出てるけどどっちをインストールすればいいの？

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

リリースノート。

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

>>171
スクリプトでもバージョン管理してるから他で書いてやっぱりデプロイしてる
個人でも

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

ストリームバッファについて質問です。どれがいいのでしょうか？

FileInputStream fis=new FileInputStream("file");
０.
InputStreamReader r=new InputStreamReader(fis);
1.
InputStreamReader r=new InputStreamReader(new BufferedInputStream(fis));
2.
BufferedReader r=new BufferedReader(new InputStreamReader(fis));
3.
BufferedReader r=new BufferedReader(new InputStreamReader(new BufferedReader(fis)));

そもそもバッファの効果もよくわかってません

**デフォルトの名無しさん** · 2017/10/19(木) 18:21:13.65

訂正
3.
BufferedReader r=new BufferedReader(new InputStreamReader(new BufferedInputStream(fis)));

**デフォルトの名無しさん** · 2017/10/19(木) 21:44:03.04

BufferedReader br = Files.newBufferedReader(path,charset)

**デフォルトの名無しさん** · 2017/10/20(金) 09:35:26.11

>>180
バッファがあると一回の読み書きに時間が掛かる機器の場合に効率が良くなって速度が上がる可能性がある。

例えばHDD。一回の読み書きが遅いのでまとめて読んだり書いたりした方が速度は上がる。
ということでファイル入出力にはバッファがあった方が良い。

**デフォルトの名無しさん** · 2017/10/20(金) 09:42:05.09

どのくらい早くなりますか？

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

その手の質問には「1万回繰り返すと2倍くらい違う」と答えることにしてる

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

100回繰り返した場合はどうですか？

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

割合算でいいんじゃないの
つまり速い方に書き換えると「その部分だけが」2％くらい速い
そこの処理が0.03秒だった場合は処理速度が0.0294秒になって0.0006秒の改善になる

どっちかってと速度なんかじゃなくHDDとメモリ酷使するのを良しとするかどうかで動作決めていいよバッファ系は

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

OSはバッファしないのですか？

**デフォルトの名無しさん** · 2017/10/20(金) 12:01:07.16

ググレカス

**デフォルトの名無しさん** · 2017/10/20(金) 12:44:07.68

>>188
するよ
そこまで行ったならオブジェクト生成コストやGC負荷とアルゴリズム、加えて「コンパイラが完全最適なオブジェクト構成に置き換えてくれる」まで考えて、
結局は実際に計測して遅くなきゃいいや、人力脳内最適化は無意味でクソである、といういま一番トレンドな結論に至る
おめでとう

**デフォルトの名無しさん** · 2017/10/20(金) 12:44:37.57

ヨハン・セバスチャン

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

>>184
接続されてるHDDやプログラムがどのぐらい細切れにデータを読み書きするかで変わる。
ま、なんだったら自分でバッファありとなし作って試してみな。だいたいはバッファありの方が速くなる筈。

速度差が出ないとか、むしろ遅くなる場合はバッファの大きさがそのプログラムでの一度の読み書き量に対して適切ではないとか接続されているHDDに対して適切ではないのかも知れない。
あるいは最初から適切だったためにバッファありにしても殆ど変わらないかかな。固定長の大きな電文を自分で作ってその単位で読み書きする場合はその電文の塊がバッファみたいなものなので変化がないかも知れない。

**デフォルトの名無しさん** · 2017/10/20(金) 14:59:15.51

特定環境だけ意識するのか

**デフォルトの名無しさん** · 2017/10/20(金) 16:29:37.22

HDDはあまり関係ないような気がする。

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

OSはほぼ確実にバファリンしてるのでHDDの読み書きではなく、システムを呼び出すオーバーヘッドで
変わるだけじゃないだろか。

**デフォルトの名無しさん** · 2017/10/20(金) 16:42:56.58

BufferedReaderを使うとシステム呼び出し回数が減らせるのでスレッドの切り替え確率が
減るという説明のほうが納得がいくような気がスルスル。

**デフォルトの名無しさん** · 2017/10/20(金) 22:57:05.24

OS・HDD は、バッファリングしてる

だから突然の電源断により、書き込まれない事があるため、
必ず正常にシステムを終了させること

普通OSは、5秒ごとに、HDDに書き込む

フラッシュメモリーには、書き込み回数の上限があるため、
SSD の書き込み回数が気になるなら、15秒ごとに書き込むように設定できる

**デフォルトの名無しさん** · 2017/10/21(土) 02:10:59.27

Javaの最大の欠点は100kbのデータを扱うプログラムにGBクラスのメモリーが必要になるような
効率の悪さ。

**デフォルトの名無しさん** · 2017/10/21(土) 02:34:16.89

**デフォルトの名無しさん** · 2017/10/21(土) 02:58:50.47

https://i.imgur.com/ex4qwLj.jpg
大学の課題なんだが、for文のi<5のあとにlengthをつけなくてもこの課題は解決できるのかを教えてくれ。

**デフォルトの名無しさん** · 2017/10/21(土) 03:49:35.47

>>198
どういう場合にそうなんの？
普通なら大丈夫なんじゃね

**デフォルトの名無しさん** · 2017/10/21(土) 03:59:19.02

>>200
この問題
「am[0]」の使い方に違和感があるな

AMCounterクラスとか作って
カウントの責務を分離したい感じがする

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

>>202
3つ目のクラスを作るってことか？それはまだ習ってないからそうしないのかも。

**デフォルトの名無しさん** · 2017/10/21(土) 04:20:38.55

>>202
ああ。違和感あるな。これダメな設計だよなあ?

am[0].countAutomobile() や am[0].countHeavy() でカウントした結果が出るということは
new Automobile() した時にコンストラクタで Automobile クラス内にある static のクラス変数の
カウントをしていて countAutomobile() や countHeavy() メソッドでそれを読み出すという
ことになるが、そんなクラスは一つのVMで同時に一つしか動かせない。複数のスレッドで
同時に使おうとすると意図した通りに動かない。Java のクラスとしてはなんだかとても
嫌なクラスだ。

**デフォルトの名無しさん** · 2017/10/21(土) 10:41:58.06

ハイエークラスに集計メソッドを持たせてはどうか。

**デフォルトの名無しさん** · 2017/10/21(土) 10:42:56.10

せっかくだからシークエルを渡せるようにしてはどうか。

**デフォルトの名無しさん** · 2017/10/21(土) 14:19:09.90

>>200
可能

5台と固定だから付ける意味ないんじゃないかな
クラス変数の挙動を知る課題かな
その使い方や設計としては悪いが

**デフォルトの名無しさん** · 2017/10/21(土) 15:37:16.16

>>200
amもweightも同じ要素数だから5回繰り返せばぴったりじゃん

**デフォルトの名無しさん** · 2017/10/21(土) 15:47:20.68

ぴったりじゃん？

**デフォルトの名無しさん** · 2017/10/21(土) 16:49:24.05

何この糞問題ｗｗｗひっでぇな・・マジで
これ作ったの教員？生徒？
なんで配列の一要素でしかないクラスが配列全体の情報を持ってこれるんだよｗ
こんなレベルだと生徒もダメになるゴミ問題だな

**デフォルトの名無しさん** · 2017/10/21(土) 16:53:51.90

しかもこれで大学だからなｗｗｗ
>200も相当な馬鹿っぽいし１００％Fランだなｗ

**デフォルトの名無しさん** · 2017/10/21(土) 16:58:21.30

あーこれあれかｗ
最初から車の総数と大型車の台数わかってるから
countAutomobileとcountHeavyは５台と２台を直打ちで返すようにしてるだけなのかｗｗｗ
中学校のマイコン倶楽部の問題かよｗｗｗｗｗｗｗ