調査ブログ https://tyosa.blog.shinobi.jp/ よくわからないことを調べて解説してみるブログ。 Wed, 29 Mar 2017 04:14:55 GMT ja © Ninja Tools Inc. Effective Java 読書日記　項目２数多くのコンストラクタパラメータに直面した時にはビルダーを検討する 　コンストラクタに初期化パラメータをすべて引数にとる実装方式。
　必須のパラメータが可変である場合、可変パターンごとにコンストラクタに用意する必要がある。
　クラスが持つ初期化対象の変数がN個だとしたら、N!の数だけコンストラクタを必要とする可能性がある。

・JavaBeansパターン
　new オブジェクト後に、パラメータごとに用意したsetメソッドで初期化する。
　
　メリット
　　パラメータが大量でも必要分だけの記述で対応可能。
　デメリット
　　コードが分断される。
　　setメソッドは実装上publicになるため、初期化時のみの利用というような制限ができない。

・ビルダーパターン
　クラスの内部にstaticなビルダークラスを用意する。
　Builderクラスは、必須パラメータを引き受けるコンストラクタを持ち、
　任意パラメータに対する初期化メソッドを持つ。
　この初期化メソッドは返却型にBuilderクラスを指定する。
　
　初期化例
　Car car = Car.Builder(100, 120).setMaxSpeed(110, "Km/h").setHoyeel(4).build();
    //雑ですみません。

   メリット
　　テレスコーピングコンストラクタパターンと
　　JavaBeansパターンのデメリットを解消する
　デメリット
　　パラメータ数が少ないときにはあまり効果的ではない（しかし、パラメータの拡張性に富んでいるため間違いになることはないだろう）。


]]> Effective Java 読書日記 https://tyosa.blog.shinobi.jp/effective%20java%20%E8%AA%AD%E6%9B%B8%E6%97%A5%E8%A8%98/effective%20java%20%E8%AA%AD%E6%9B%B8%E6%97%A5%E8%A8%98%E3%80%80%E9%A0%85%E7%9B%AE%EF%BC%92%E6%95%B0%E5%A4%9A%E3%81%8F Wed, 29 Mar 2017 04:14:55 GMT tyosa.blog.shinobi.jp://entry/49 Effective Java 読書日記　項目１コンストラクタの代わりにstaticファクトリーメソッドを検討する ・コンストラクタに名前を付けられる
・返却型にそのサブタイプを選択できる
・シングルトンのインスタンスを返却できる

デメリット
・クラス内の他のメソッドと見分けがつかない
　ファクトリー系なのかそれ以外なのか。

読書メモ
・ファクトリーメソッドを持つクラスは出来ればファクトリークラスでありたい
　それが出来なければ、ラッパークラス型のvalueOfの実装を見てどういった考え方か確認する。

・builderと呼ばれる方式はこの後出てくるのかな？]]> Effective Java 読書日記 https://tyosa.blog.shinobi.jp/effective%20java%20%E8%AA%AD%E6%9B%B8%E6%97%A5%E8%A8%98/effective%20java%20%E8%AA%AD%E6%9B%B8%E6%97%A5%E8%A8%98%E3%80%80%E9%A0%85%E7%9B%AE%EF%BC%91%E3%82%B3%E3%83%B3%E3%82%B9 Wed, 29 Mar 2017 03:18:13 GMT tyosa.blog.shinobi.jp://entry/48 OCJP Gold 7合格 無料キャンペーンを利用して、４回受けていました。
なのであまりえらそうなことは書けません。

利用したのは下記の本です。
問題演習はやっておいて損はないです。


絶対に合格するなら、
テスト範囲の標準APIについて、
・JavaDocを読み込んでいること
　概要説明の記述を見て何のクラスのことか思い浮かべればベスト。

・クラス図を描けること
　CollectionAPIやDBアクセス周りのクラス構成の理解。
　これをやっておくと、～Setに対する理解が非常に深まりますし、
　Javaそのものの考え方にも触れることが出来ます。

・一連のメソッドの動作仕様の理解
　クラスの責務を果たすメソッドの複数回実行。
　クラスの責務を補佐するメソッドの実行後の責務を果たすメソッド実行時の挙動。

・各メソッドの矛盾した利用による動作
　例えば、
    resultSet.absolute(1);
    resultSet.next();を２回実行したときの挙動は？

なぜ８ではなく７かというとラムダに苦手意識があるためです・・・。
いずれUpdate試験は受ける予定です。]]> OCJP Gold対策 https://tyosa.blog.shinobi.jp/ocjp%20gold%E5%AF%BE%E7%AD%96/ocjp%20gold%207%E5%90%88%E6%A0%BC Sun, 26 Jun 2016 13:59:09 GMT tyosa.blog.shinobi.jp://entry/46 java.lang.Threadのライフサイクル public class Main { public static void main(String[] args) { A a = new A(); Thread aThread = new Thread(a, "AThread"); Thread bThread = new Thread(a, "BThread"); System.out.println("aThread.getState() :" + aThread.getState()); aThread.start(); System.out.println("aThread.getState() :" + aThread.getState()); try { aThread.join(); } catch (InterruptedException e) { // TODO 自動生成された catch ブロック e.printStackTrace(); } System.out.println("aThread.getState() :" + aThread.getState()); aThread.start(); } } 実行結果
aThread.getState() :NEW
aThread.getState() :RUNNABLE
aThread.getState() :TERMINATED
Exception in thread "main" java.lang.IllegalThreadStateException
at java.lang.Thread.start(Thread.java:705)
at thread.joinToStart.Main.main(Main.java:18)
上記のとおり、
new Thread()：NEW
start()             : RUNNABLE
join() 後　　 ：TERMINATED
となり、再度start()することはできない。
]]> OCJP Gold対策 https://tyosa.blog.shinobi.jp/ocjp%20gold%E5%AF%BE%E7%AD%96/java.lang.thread%E3%81%AE%E3%83%A9%E3%82%A4%E3%83%95%E3%82%B5%E3%82%A4%E3%82%AF%E3%83%AB Sat, 21 May 2016 09:50:32 GMT tyosa.blog.shinobi.jp://entry/45 [ITIL]合格しました。
勉強時間は２０時間以下。
自社内では５時間以下の天才から３０時間オーバーまで。

私は８割程度教科書を読みこみ、残りは２割は受験先に行く際の電車で読み込みました。


この資格は開発経験の有無が勉強必要時間に関係していると思います。

開発経験が無い場合は、活動の具体的なイメージがつきにくい方もいるかもしれません。
Foundationレベルなら丸覚えでもいけるかもしれません。


ITIL自体の有用性は非常にあると思います。
保有資格を増やすためだけに取るというより、今、将来にかけて、
今の現場や理想的な現場であるべき姿を追うために、どんな情報をどのタイミングで、管理・運用すべきなのか、を目指すために利用していきたいところです。

ITILが浸透した組織では、運用・管理自体が洗練され、そのうえコミュニケーションコストも低減してくものと思われます。体系的な基盤を持った組織におけるコミュニケーションは無駄が排除されているはずだからです。]]> ITIL https://tyosa.blog.shinobi.jp/itil/-itil-%E5%90%88%E6%A0%BC%E3%81%97%E3%81%BE%E3%81%97%E3%81%9F%E3%80%82 Sat, 23 Apr 2016 08:29:38 GMT tyosa.blog.shinobi.jp://entry/44 1.手始めに マーケットプレイスより
・GoogleSDK
・emmet
インストール。

次にGoogleAppEngineコンソールより新規ID取得。

新規プロジェクト作成。

以下に従いサンプルサイト作成
https://cloud.google.com/appengine/docs/java/gettingstarted/ui_and_code]]> GAE https://tyosa.blog.shinobi.jp/gae/1.%E6%89%8B%E5%A7%8B%E3%82%81%E3%81%AB Mon, 03 Aug 2015 05:01:45 GMT tyosa.blog.shinobi.jp://entry/42 作ればわかるGoogleAppEngine目次 　すでにやっているので飛ばす。

第二章　イツドコダレガナニシタ
　HellowWoldの確認
　サーブレットJSPの確認
　画面遷移の確認

第三章　クラウド俳句部
　XMPPサービスの確認

第四章　彼女からの目覚ましメール
　データストア
　タスクキュー

第五章　アバター旅行記
　Flickerとのマッシュアップ例

第六章　イマココ
　スマフォのGPS機能との連動

第七章　新刊情報ガジェット
　ガジェット機能との連携

第八章　人口無能ぐぐるちゃん
　Twitter都の連携

第九章　全自動クイズヒラメかナイト
　定期クイズサイト

第十章　スマートゲーム集
　認証とゲーム

第十一章　みんなでお絵かき
　チャネルサービスを用いた同時参加お絵かきサイト


まとめ
　プログラムに慣れたひと（リファレンスから調べられる人）にとっては、冗長な部分が多いかな。プログラムは知っているけど何かを作ってみたい人の足がかりとしてはまぁまぁ有用かもしれない。もっと有用なものがあるのかと問われると、そもそも調べて試しての繰り返しでプログラムの力は育つと思われるので、完璧な書籍はない。]]> GAE https://tyosa.blog.shinobi.jp/gae/%E4%BD%9C%E3%82%8C%E3%81%B0%E3%82%8F%E3%81%8B%E3%82%8Bgoogleappengine%E7%9B%AE%E6%AC%A1 Mon, 03 Aug 2015 04:22:51 GMT tyosa.blog.shinobi.jp://entry/41 [OCJP]試験結果（2回目） 合格ラインは65％だった。

試験結果からのフィードバックは、
  • アサーションを使用した不変量のテスト
  • インタフェースの継承とクラスの継承の選択
  • コレクションを作成するためのダイアモンド演算子の使用
  • シングルトン・デザイン・パターンを使用したクラス設計
  • スレッドのライフサイクルの管理と制御
  • スレッドの潜在的な問題の識別
  • ファイルの読み込みおよび書き込みのためのストリームの使用
  • メソッドのオーバーライド
  • ラッパー・クラスとオートボクシングの使用
  • 共有データに対するスレッドのアクセスの同期化
  • 従来型とジェネリックス型を使用したコレクションの相互運用性の分析
  • 文字列の検索、解析および作成
  • 書式指定パラメータを使用した文字列の書式化： %b、%c、%d、%f、%s
  • 最上位レベルとネストクラスの作成
  • （ピリオド）、*（アスタリスク）、+（プラス）、?、\d、\D、\s、\S、\w、\W、\b、\B、[]、()などのパターンを正規表現で使用して、文字列の検索、解析および置換を行う
  • JDBCのトランザクションの振る舞いのカスタマイズとトランザクションのコミット
  • WatchServiceを使用したディレクトリ変更の監視
  • is-a関係とhas-a関係を実装するコードの作成
  • throw文とthrows文の使用


覚えている範囲で、分からなかったところ。
・printfの引数の解釈ごとに例外が起きうるか？起きる場合、どのような例外か？
・シングルトンパターン
・compute,joinの用法
・split,tokenizer,scannerの違い
・is-a,has-aの理解
・メソッド内のクラス宣言は可能か？
・オートボクシングとオーバーロードにおける配列型と可変長引数の切り替え、型違いの切り替えについて
・volatile
・ライブロック
・スレッドAのインスタンスオブジェクトを扱うsyncronizedメソッドAから更なるsyncronizedメソッドBを呼び、
　その後スレッドAから同様のメソッドAが呼ばれたとき、メソッドBからメソッドへ戻って来れるか？？？
・BufferedInputReaderの skipメソッド
・各入出力クラスの上書きオプションの指定方法について

90問中、まったく適当であろうと感じたケースが19問。
あとはある程度、判断できた問題が71問。
実際には、35問（39%）を間違えており、出来ると思い込んでいた問題が16問。

・スレッドの問題は、印象に残りやすいが4～6問程度だったか。フィードバックを見る限り3問は間違えている・・・・
・NIO2は、問題集の範囲内で対応できた。
・is-a,has-aが分かっていない・・・


次回は、RETAKEキャンペーンがまた始まったらチャレンジとなるため、
おそらく例年通りであれば12月以降となる・・・。


余談だが、
来月末はJSTQB Foundation（ソフトウェアテストにおける認定資格）を受験予定。

]]> OCJP Gold対策 https://tyosa.blog.shinobi.jp/ocjp%20gold%E5%AF%BE%E7%AD%96/-ocjp-%E8%A9%A6%E9%A8%93%E7%B5%90%E6%9E%9C%EF%BC%882%E5%9B%9E%E7%9B%AE%EF%BC%89 Sun, 12 Jul 2015 12:06:34 GMT tyosa.blog.shinobi.jp://entry/40 [ITSS]IT資格のITSSレベル
ITSSは、スキル標準ユーザー協会という組織で管理されている模様。

こちらのページで、各ベンダーの認定資格やIPAの国家資格について、
ITSSのレベルをマッピングしている。

http://www.ssug.jp/docs/

・プログラム言語の扱いが可能であることを示すOCJPはレベル２
・応用情報はレベル３を全般的に保有していることを示す
・基本情報はレベル２を全般的に保有していることを示す
・資格によるITSSレベルは４までである。
・ITSSレベル４については、業務実績が必要でかつ認定機関がIPA、情報処理学会の2組織が存在する。IPAでは情報処理技術者試験を提供し知識面を試験、情報処理学会にて実績面を試験する（→認定情報技術者制度と呼ばれている）。認定情報技術者制度は、国際規格（IFIP IP3）に準拠すべく設計されているとのことだが、現時点（2015/7）では、認定は受けていないようだ。
・レベル５以降に応じた資格試験はない。




]]> その他 https://tyosa.blog.shinobi.jp/%E3%81%9D%E3%81%AE%E4%BB%96/-itss-it%E8%B3%87%E6%A0%BC%E3%81%AEitss%E3%83%AC%E3%83%99%E3%83%AB Sun, 12 Jul 2015 11:52:47 GMT tyosa.blog.shinobi.jp://entry/39 [OCJP]static inner class, non-static inner class package june20150623; public class InnerStaticClass { static class InnerClass{ public int no = 10; public static int value = 11; } class InnerClass2{ public int no = 12; // public static int value = 13; // コンパイルエラー！staticでないインナークラスにstatic変数はfinal修飾子が必須。 // トップクラスおよび静的インナークラスのみ、staticの非final変数定義が許可されている。 // 実行時のエラーメッセージ和訳 // 「定数式で初期化されない限り、フィールドの値は、 // 非静的インナータイプで静的に宣言することはできません」 public static final int value2 = 14; } public static void main(String[] args) { // int no = new InnerStaticClass().InnerClass.no; // コンパイルエラー！メンバ変数はstaticではない。 // instance-value of static inner class int no = new InnerStaticClass.InnerClass().no; // メンバ変数はインスタンス変数であるため、インスタンス化したうえでのアクセスが可能。 // インナークラスへのアクセスはstaticに可能。 // static-value of static inner class no = InnerStaticClass.InnerClass.value; // static インナークラスのstaticメンバ定義 // no = new InnerStaticClass.InnerClass2().no; // 最上位クラスのインスタンス化が前提と成るため、コンパイルエラー！ // instance-value of non-static inner class no = new InnerStaticClass().new InnerClass2().no; // static-value of non-static inner class no = InnerStaticClass.InnerClass2.value2; // non-static インナークラスへのstaticメンバ定義（final必須） } }
・インナークラスの生成式
　new 最上位クラス(). new インナークラス();

・非staticインナークラスのメンバへのアクセス
　new 最上位クラス.new インナークラス().メンバ変数;

・非staticインナークラスのstaticメンバへのアクセス
　最上位クラス.インナークラス.staticメンバ変数;

・staticインナークラスのメンバへのアクセス
    最上位クラス.new インナークラス.メンバ変数;
　　
　　メンバ変数がstaticでないため、インナークラスをインスタンス化することでしか、メンバ変数を実体化出来ないため、本来不要であるstaticクラスのインスタンス化が必要となっている。

・staticインナークラスのstaticメンバへのアクセス
　new 最上位クラス.インナークラス().staticメンバ変数;

・トップクラスおよび静的インナークラスのみ、staticの非final変数定義が許可されている。]]> OCJP Gold対策 https://tyosa.blog.shinobi.jp/ocjp%20gold%E5%AF%BE%E7%AD%96/-ocjp-static%20inner%20class- Tue, 23 Jun 2015 08:45:49 GMT tyosa.blog.shinobi.jp://entry/38