SlideShare a Scribd company logo
Eclipse  を使った Java  開発 杉浦 彰 Twitter: @urasandesu Blog:  http://urasandesu.blogspot.com/
はじめに 既に、 VB  や  C++  などの、他のプログラミング言語を使った開発を行ったことがある人向けの資料です。 Eclipse  を使った基本的な  Java  開発を行うための導入資料となります。 ソフトウェア構成管理の一部である、テスト自動化についても触れています。
Java http://java.com/en/ オブジェクト指向 プラットフォーム非依存(互換性重視) ネットワーク機能を標準で セキュリティ 開発のしやすさ(枯れた構文、 GC 、マルチスレッド向け言語仕様)
Eclipse http://www.eclipse.org/ 統合開発環境( IDE ) 元は  IBM  が開発-> OSS  化 豊富なプラグイン デバッグ・ステップ実行 コード編集支援(自動補完、自動追加、自動生成)
インストール なにはともあれ、開発環境
Eclipse 3.7 Indigo(EE) 32bit  版 eclipse-jee-indigo-SR1-win32.zip 64bit  版 eclipse-jee-indigo-SR1-win32-x86_64.zip 適当なフォルダへ解凍 これだけ? これだけ。 コンパイラは同梱されてる。 ベンダにより微妙に挙動が違うのはよくある話。最終的には標準的な環境で試すのが吉。
Hello, world!! さっそく動かして見る
1. Eclipse  を起動し、ワークスペースを指定。
2. Welcome  画面。とりあえず閉じる。
3. Package Explorer  ビューで右クリック、 [New]->[Project]  を選択。
4. New Project  ダイアログが開いたら、 [Java Project]  を選択し、 [Next]  ボタンをクリック。
5. New Java Project  ダイアログが開いたら、 [Project name]  に “ HelloWorld”  を入力し、 [Finish]  ボタンをクリック
6. Package Explorer  ビューにできた  HelloWorld  プロジェクトの中にある  src  フォルダを右クリック、 [New]->[Class]  を選択。
7. New Java Class  ダイアログが開いたら、 [Name]  に “ Main”  を入力し、  [Finish]  をクリック。
8. Main.java  をダブルクリックして開き、以下のようなコードを入力。 public   class  Main { public   static   void  main(String[] args) { System. out .println( "Hello, world!!" ); } }
9.  一通り入力が終わったら保存。 Problems  ビューにビルドエラーが検出されていないことを確認。
10. Package Explorer  ビューの  Main.java  を右クリック、 [Debug As]->[Java Application] 。
11. 実行結果が  Console  ビューに表示される。
せっかくなら・・・ 環境のカスタマイズ 自分やメンバのお好みで
フォントの種類やサイズを変える [Window] – [Preferences] [General] – [Appearance] – [Colors and Fonts]
行番号を表示 / 列ガイドを表示 [Window] – [Preferences] [General] – [Editors] – [Text Editors] – [Show line numbers] [General] – [Editors] – [Text Editors] – [Show print margin] [Print margin column]  に桁数を入力
シンタックスハイライトをカスタマイズ [Window] – [Preferences] [ Java ] – [Editor] – [Syntax Coloring]
タブ派  v.s.  スペース派 [Window] – [Preferences] [ Java ] – [Code Style] – [Formatter] – [Edit]  ボタンクリック [Profile name]  にわかりやすい名前を入力 [Indentation]  タブの  [Tab policy]  を変更
1  行に入る文字数 [Window] – [Preferences] [ Java ] – [Code Style] – [Formatter] – [Edit]  ボタンクリック [Profile name]  にわかりやすい名前を入力 [Line Wrapping]  タブの  [Maximum line width]  を変更
設定のインポート / エクスポート インポート [File] – [Import] [General] – [Preferences] – [Next]  ボタンクリック [From preference file]  に他のマシンからエクスポートした設定ファイルを指定し、 [Finish] エクスポート [File] – [Export] [General] – [Preferences] – [Next]  ボタンクリック [Export all]  チェックボックスをチェック [To preference file]  にエクスポートする設定ファイルパスを指定し、 [Finish]
他にも色々? Eclipse  の真骨頂
例えば、静的解析ツール バグの元になりやすそうなパターンを指摘 無効な引数 変数の初期化し忘れ コメントの有無 Eclipse で使える静的テストツール  - @IT http://www.atmarkit.co.jp/fjava/rensai3/eclipsetst02/eclipsetst02_1.html
Checkstyle 代表的な静的解析ツールを使ってみる プラグインの導入方法も
Checkstyle http://checkstyle.sourceforge.net/ Java  のための静的解析ツール 主にコーディング規約が遵守されてるかどうか 空白スペースの記述位置 クラス名、メソッド名、定数、変数などの命名規則 Sun  のコーディング規約があらかじめ提供される
あと、プラグイン Eclipse  に新しい機能を付けられる 柔軟性は非常に高い Java  以外の言語でも  Eclipse  を利用可能に! C++ 、 PHP 、 Perl 、 C# 、 D 、 TeX 、 Python 、 Ruby 、 JavaScript 、 COBOL… 簡単な導入機能 ただし、 Eclipse 3.4  以降 Checkstyle  もこれに対応したプラグインを配布 http://eclipse-cs.sourceforge.net/
1. [Help]  メニューの  [Install New Software]
2. Install  ダイアログが開いたら、 [Add]  ボタンをクリック
3. Add Repository  ダイアログが開いたら、 [Name]  にわかりやすい名前入力し、 [Archive]  ボタンをクリック
4.  ダウンロードした  zip  ファイルを指定し、 [OK]  ボタンをクリック
5. [Select All]  ボタンをクリックし、 続けて  [Next]  ボタンをクリック
6. [Next]  ボタンをクリック
7.License Agreement  を確認し、 [Finish]  ボタンをクリック
8.Warning  ダイアログが出てもそのまま進める
9.Eclipse  の再起動を促されるので、再起動
10. 試しに最初のプログラムをチェックしてみる。 右クリック –  [Checkstyle] – [Check Code with Checkstyle]
11. 指摘たくさん!
12.  プロジェクトや個人で使いたいものに絞り込む。 [Window] – [Preferences] [Checkstyle]  デフォルトの  Check Configuration  をコピーするなどして、使うチェックだけにカスタマイズ
ソフトウェア構成管理 はじめの一歩 急に  JUnit  に入ってもアレかと・・・ すみません・・・前置き長いかもです
例えばこんな問題 しっかり直したはずの不具合が、 いつの間にか復活してる ! このバージョンのマスタがあったはずなのだけど、 どこに行った ? 追加したはずの機能が、他の人の 手違いで上書き / 削除 されてしまった! 特定の  PC   にしか最新版のソースがない、 特定の人 しかビルド / リリースできない・・・。 ある機能の実装を担当していた人が 突然いなくなって しまった!
例えば、 「しっかり直したはずの不具合が~」 何が起こった?(他に影響はない?) いつから? どのリリースから?(仕向け地毎 / 機器毎にカスタマイズしてる場合とか) 誰が?(我々?それとも別会社?) なぜそれが入り込んだ? 再発防止策、作ってよ? 不具合が出ちゃったものは しょうがないけど、 ちゃんと説明してよね!
これらの問題を解決するために ソフトウェア構成管理 Software Configuration Management: SCM 構成管理= 品質管理+変更履歴管理
品質管理と変更履歴管理 品質管理 要求 / 障害の管理 リリース計画 変更履歴管理 作業記録 複数メンバによる共同作業時の決め事
ただ・・・ 例えば、不具合を不具合管理用の帳票で ↓ 過去に似たようなもの直したはずだから、参考にしたい・・・でも、どこにあるの? そもそも帳票の最新版はどれ? 不具合管理帳票の変更管理表 過去に修正した不具合の一覧表 それらの文書をまとめる管理表 ・・・あれ?
自動化、しましょうか・・・ 脱・属人性 方法論があるのであれば、なるべく
品質管理ツール 要求 / 障害の管理 Mantis/Trac/Redmine リリース計画 継続的インテグレーション Continuous Integration: CI ビルド自動化( xmake/xant ) テスト自動化( xUnit )
変更履歴管理ツール 第  1  世代 SCCS/RCS 第  2  世代 CVS/SVN/VSS 第  3  世代 Bazaar/Git/Mercurial
寄り道 品質管理とか変更履歴管理とか、他の部分のための社内勉強会もあるといいですね。 オープン系は結構情報出てくるんですけど、基幹系はこの辺りどうなってるんでしょう? xUnit  の類に  COBOLUnit  ってツールもあるみたい? COBOL->Java  載せ換えみたいなプロジェクトでこの辺りの話はあるのか~とか。 せっかく載せかえるのだから、バッチ処理の負荷分散とか並列処理とか~とか。
JUnit 今回は、テスト自動化ということで
JUnit http://www. junit .org/ Java  向けのユニットテスト(単体テスト)自動化フレームワーク Smalltalk  の  SUnit  を元にケント・ベックらが中心となって開発 Eclipse EE  には標準で同梱
1. Package Explorer  を右クリック-> [New]->[JUnit Test Case]
2. New JUnit Test Case  ダイアログが開いたら、 Name  にわかりやすい名前を入れ、 [Finish]  ボタンをクリック
3.  実行。 [Debug As]->[JUnit Test]
4. JUnit  ビューが自動的に表示される。まだ失敗。
5.  テストを追加。 標準出力に  Hello, world!!  が出力されるんだっけ。 public   class  MainTest { @Test public   void  test() { //  設定 ByteArrayOutputStream baos =  new  ByteArrayOutputStream(); PrintStream ps =  new  PrintStream(baos); System. setOut (ps); //  実行 Main. main ( new  String[] {}); //  検証 Assert. assertEquals ( "Hello, world!!\r\n" , baos.toString()); } }
6.  もう一度実行->成功した!
機能を追加してみる 引数に与えた文字列を計算させる。 イメージ $> java Main + 1 1 Result: 2
7.  テストの修正。 public   class  MainTest { @Test public   void  test_main01Add() { //  設定 ByteArrayOutputStream baos =  new  ByteArrayOutputStream(); PrintStream ps =  new  PrintStream(baos); System. setOut (ps); //  実行 Main. main ( new  String[] { "+" ,  "1" ,  "1" }); //  検証 Assert. assertEquals ( "Result: 2\r\n" , baos.toString()); } }
8.  実行。もちろん失敗する。
9. 機能の変更。これでいいかな? public   class  Main { public   static   void  main(String[] args) { if  (args[0].equals( "+" )) { int  x = Integer. parseInt (args[1]); int  y = Integer. parseInt (args[2]); System. out .println( String. format ( "Result: %d" , x + y)); } } }
10. 再度実行。 O.K.!!
でも、ほんとにこれで大丈夫? 引数に何も与えられない場合は? 引数が空の場合は? 引数の数が足らない場合は?多すぎる場合は? 引数が数字じゃない場合は?
不安をテストに 怪しいのは非対称なパターン、異常系 テストが書けないのは、仕様や設計が不明確なことも多々 “ +” 以外はなんかないの? 聞いて見ると、“ -”, “*”, “/”  も必要だった! 整数の演算しかないの? 聞いて見ると、小数点付きの数や  16  進数の計算も必要だった! 実は、文字列の結合もしたいという要望もあった!
自動化しておくことで 仕様の変更や機能の追加に対しては・・・ 前にあった機能と実は 競合してた 、みたいなことが 早めにわかる 処理の流れを整理したい、というときに 安心して できる(リファクタリング) 新しく入った人に、勉強も兼ねて 安全に 触ってもらえる 一通り完成した後の保守でも・・・ 不具合対応が、もし 他の場所に影響 していた場合に 検出しやすく なる(デグレの検出)
演習! 習うより慣れろ、です ※ 演習資料は、 TDDBC for C++  で使われたものを利用させていただきました http://www. slideshare .net/ imagire / tdd-boot-camp-for-c
ハマりやすいところをいくつか プリミティブ型(値型)と参照型 ラッパー型と  Auto Boxing/Unboxing  の動き Integer i = null; //  コンパイル可! int ii = i;  //  実行時に  NullPointerException ! 演算子のオーバーロードはありません String  の同値比較は、 equals  メソッドで 「リソースの確保は初期化時に( Resource Acquisition Is Initialization: RAII )」 できません( Java 6  まで) 例外安全にするには、 finally  文や  Rent  パターン Java 7  からは拡張  try  文が使える
Java  を使った プロジェクトならではの問題も? 変な規約 設計書に書かれたクラスしか作ってはいけない! 初期のころの不具合やパフォーマンスの問題が未だに信じられている? 古いバージョンしか使えない Java 4 、 Java 5  は現役! 社内フレームワークがバージョンアップに付いて行けていない? 15  年前に出た言語なので、他にもありそう ただ、未だに一番人気がある言語という地位を守っている事実! http://www. tiobe .com/index. php /content/ paperinfo / tpci /index.html

More Related Content

What's hot (20)

テストを書こう、Unity編
テストを書こう、Unity編テストを書こう、Unity編
テストを書こう、Unity編
Hiroto Imoto
 
Java デバッガ活用術 ~勘デバッグ・print デバッグから抜けだそう~ #jjug_ccc #ccc_h4
Java デバッガ活用術 ~勘デバッグ・print デバッグから抜けだそう~ #jjug_ccc #ccc_h4Java デバッガ活用術 ~勘デバッグ・print デバッグから抜けだそう~ #jjug_ccc #ccc_h4
Java デバッガ活用術 ~勘デバッグ・print デバッグから抜けだそう~ #jjug_ccc #ccc_h4
Yusuke Yamamoto
 
初めての単体テスト
初めての単体テスト初めての単体テスト
初めての単体テスト
Basuke Suzuki
 
Laravelとテストについて
LaravelとテストについてLaravelとテストについて
Laravelとテストについて
Takeo Noda
 
プラガブル Play20 Scala
プラガブル Play20 Scalaプラガブル Play20 Scala
プラガブル Play20 Scala
Kazuhiro Sera
 
Getting Started with Testing using PHPUnit
Getting Started with Testing using PHPUnitGetting Started with Testing using PHPUnit
Getting Started with Testing using PHPUnit
Atsuhiro Kubo
 
Visual studio de debug
Visual studio de debugVisual studio de debug
Visual studio de debug
Kazushi Kamegawa
 
第4回勉強会 単体テストのすすめ
第4回勉強会 単体テストのすすめ第4回勉強会 単体テストのすすめ
第4回勉強会 単体テストのすすめ
hakoika-itwg
 
ビジネス的に高価値なアジャイルテスト
ビジネス的に高価値なアジャイルテストビジネス的に高価値なアジャイルテスト
ビジネス的に高価値なアジャイルテスト
Tsutomu Chikuba
 
Introduction to Continuous Test Runner MakeGood
Introduction to Continuous Test Runner MakeGoodIntroduction to Continuous Test Runner MakeGood
Introduction to Continuous Test Runner MakeGood
Atsuhiro Kubo
 
Javaチョットデキルへの道〜JavaコアSDKに見る真似したいコード10選〜
Javaチョットデキルへの道〜JavaコアSDKに見る真似したいコード10選〜Javaチョットデキルへの道〜JavaコアSDKに見る真似したいコード10選〜
Javaチョットデキルへの道〜JavaコアSDKに見る真似したいコード10選〜
JustSystems Corporation
 
C++でテスト駆動開発
C++でテスト駆動開発C++でテスト駆動開発
C++でテスト駆動開発
Akineko Shimizu
 
最近の単体テスト
最近の単体テスト最近の単体テスト
最近の単体テスト
Ken Morishita
 
Behatで行う、E2Eテスト入門
Behatで行う、E2Eテスト入門Behatで行う、E2Eテスト入門
Behatで行う、E2Eテスト入門
leverages_event
 
メタな感じのプログラミング(プロ生 + わんくま 071118)
メタな感じのプログラミング(プロ生 + わんくま 071118)メタな感じのプログラミング(プロ生 + わんくま 071118)
メタな感じのプログラミング(プロ生 + わんくま 071118)
Tatsuya Ishikawa
 
Behat Driven Development
Behat Driven DevelopmentBehat Driven Development
Behat Driven Development
Ryo Tomidokoro
 
Pythonでの開発を効率的に進めるためのツール設定
Pythonでの開発を効率的に進めるためのツール設定Pythonでの開発を効率的に進めるためのツール設定
Pythonでの開発を効率的に進めるためのツール設定
Atsushi Odagiri
 
はじめてのCodeIgniter
はじめてのCodeIgniterはじめてのCodeIgniter
はじめてのCodeIgniter
Yuya Matsushima
 
ExcelとPythonによる社会インフラシステムの設定ファイルの自動生成
ExcelとPythonによる社会インフラシステムの設定ファイルの自動生成ExcelとPythonによる社会インフラシステムの設定ファイルの自動生成
ExcelとPythonによる社会インフラシステムの設定ファイルの自動生成
Fuminobu TAKEYAMA
 
テストを書こう、Unity編
テストを書こう、Unity編テストを書こう、Unity編
テストを書こう、Unity編
Hiroto Imoto
 
Java デバッガ活用術 ~勘デバッグ・print デバッグから抜けだそう~ #jjug_ccc #ccc_h4
Java デバッガ活用術 ~勘デバッグ・print デバッグから抜けだそう~ #jjug_ccc #ccc_h4Java デバッガ活用術 ~勘デバッグ・print デバッグから抜けだそう~ #jjug_ccc #ccc_h4
Java デバッガ活用術 ~勘デバッグ・print デバッグから抜けだそう~ #jjug_ccc #ccc_h4
Yusuke Yamamoto
 
初めての単体テスト
初めての単体テスト初めての単体テスト
初めての単体テスト
Basuke Suzuki
 
Laravelとテストについて
LaravelとテストについてLaravelとテストについて
Laravelとテストについて
Takeo Noda
 
プラガブル Play20 Scala
プラガブル Play20 Scalaプラガブル Play20 Scala
プラガブル Play20 Scala
Kazuhiro Sera
 
Getting Started with Testing using PHPUnit
Getting Started with Testing using PHPUnitGetting Started with Testing using PHPUnit
Getting Started with Testing using PHPUnit
Atsuhiro Kubo
 
第4回勉強会 単体テストのすすめ
第4回勉強会 単体テストのすすめ第4回勉強会 単体テストのすすめ
第4回勉強会 単体テストのすすめ
hakoika-itwg
 
ビジネス的に高価値なアジャイルテスト
ビジネス的に高価値なアジャイルテストビジネス的に高価値なアジャイルテスト
ビジネス的に高価値なアジャイルテスト
Tsutomu Chikuba
 
Introduction to Continuous Test Runner MakeGood
Introduction to Continuous Test Runner MakeGoodIntroduction to Continuous Test Runner MakeGood
Introduction to Continuous Test Runner MakeGood
Atsuhiro Kubo
 
Javaチョットデキルへの道〜JavaコアSDKに見る真似したいコード10選〜
Javaチョットデキルへの道〜JavaコアSDKに見る真似したいコード10選〜Javaチョットデキルへの道〜JavaコアSDKに見る真似したいコード10選〜
Javaチョットデキルへの道〜JavaコアSDKに見る真似したいコード10選〜
JustSystems Corporation
 
C++でテスト駆動開発
C++でテスト駆動開発C++でテスト駆動開発
C++でテスト駆動開発
Akineko Shimizu
 
最近の単体テスト
最近の単体テスト最近の単体テスト
最近の単体テスト
Ken Morishita
 
Behatで行う、E2Eテスト入門
Behatで行う、E2Eテスト入門Behatで行う、E2Eテスト入門
Behatで行う、E2Eテスト入門
leverages_event
 
メタな感じのプログラミング(プロ生 + わんくま 071118)
メタな感じのプログラミング(プロ生 + わんくま 071118)メタな感じのプログラミング(プロ生 + わんくま 071118)
メタな感じのプログラミング(プロ生 + わんくま 071118)
Tatsuya Ishikawa
 
Behat Driven Development
Behat Driven DevelopmentBehat Driven Development
Behat Driven Development
Ryo Tomidokoro
 
Pythonでの開発を効率的に進めるためのツール設定
Pythonでの開発を効率的に進めるためのツール設定Pythonでの開発を効率的に進めるためのツール設定
Pythonでの開発を効率的に進めるためのツール設定
Atsushi Odagiri
 
はじめてのCodeIgniter
はじめてのCodeIgniterはじめてのCodeIgniter
はじめてのCodeIgniter
Yuya Matsushima
 
ExcelとPythonによる社会インフラシステムの設定ファイルの自動生成
ExcelとPythonによる社会インフラシステムの設定ファイルの自動生成ExcelとPythonによる社会インフラシステムの設定ファイルの自動生成
ExcelとPythonによる社会インフラシステムの設定ファイルの自動生成
Fuminobu TAKEYAMA
 

Similar to Eclipse を使った java 開発 111126 杉浦 (20)

Intelli j vs-eclipse-by-mike-neck #jbugj
Intelli j vs-eclipse-by-mike-neck #jbugjIntelli j vs-eclipse-by-mike-neck #jbugj
Intelli j vs-eclipse-by-mike-neck #jbugj
Shinya Mochida
 
テスト勉強会よしおか100311 1
テスト勉強会よしおか100311 1テスト勉強会よしおか100311 1
テスト勉強会よしおか100311 1
Hiro Yoshioka
 
大規模ソフトウェア開発とテストの経験について
大規模ソフトウェア開発とテストの経験について大規模ソフトウェア開発とテストの経験について
大規模ソフトウェア開発とテストの経験について
Rakuten Group, Inc.
 
函館IKA Eclipse活用術
函館IKA Eclipse活用術函館IKA Eclipse活用術
函館IKA Eclipse活用術
Masahiro Wakame
 
Distributed Agile using UML
Distributed Agile using UMLDistributed Agile using UML
Distributed Agile using UML
Kenji Hiranabe
 
COBOL技術者のためのJava勉強会
COBOL技術者のためのJava勉強会COBOL技術者のためのJava勉強会
COBOL技術者のためのJava勉強会
naka hide
 
from old Java to modern Java
from old Java to modern Javafrom old Java to modern Java
from old Java to modern Java
心 谷本
 
レガシーコード改善はじめました 横浜道場
レガシーコード改善はじめました 横浜道場レガシーコード改善はじめました 横浜道場
レガシーコード改善はじめました 横浜道場
Hiroyuki Ohnaka
 
テスト初心者Androiderのためのソフトウェアテスト入門
テスト初心者Androiderのためのソフトウェアテスト入門テスト初心者Androiderのためのソフトウェアテスト入門
テスト初心者Androiderのためのソフトウェアテスト入門
Satoshi Watanabe
 
Programming camp code reading
Programming camp code readingProgramming camp code reading
Programming camp code reading
Hiro Yoshioka
 
Code Anything
Code AnythingCode Anything
Code Anything
Yoshitaka Kawashima
 
夏だからJava再入門
夏だからJava再入門夏だからJava再入門
夏だからJava再入門
Katsumi Honda
 
Unit Test
Unit TestUnit Test
Unit Test
ykhr
 
Code complete ch22_developper_test
Code complete ch22_developper_testCode complete ch22_developper_test
Code complete ch22_developper_test
Sho Shimauchi
 
DSLによる要求獲得でスーパーアジャイル
DSLによる要求獲得でスーパーアジャイルDSLによる要求獲得でスーパーアジャイル
DSLによる要求獲得でスーパーアジャイル
陽平 山口
 
第1回内容の振り返り
第1回内容の振り返り第1回内容の振り返り
第1回内容の振り返り
skowata
 
[豆ナイト]Java small object programming
[豆ナイト]Java small object programming[豆ナイト]Java small object programming
[豆ナイト]Java small object programming
Yuichi Hasegawa
 
はじめてのテスト技法
はじめてのテスト技法はじめてのテスト技法
はじめてのテスト技法
Tatsuya Saito
 
Project lambda
Project lambdaProject lambda
Project lambda
Appresso Engineering Team
 
Intelli j vs-eclipse-by-mike-neck #jbugj
Intelli j vs-eclipse-by-mike-neck #jbugjIntelli j vs-eclipse-by-mike-neck #jbugj
Intelli j vs-eclipse-by-mike-neck #jbugj
Shinya Mochida
 
テスト勉強会よしおか100311 1
テスト勉強会よしおか100311 1テスト勉強会よしおか100311 1
テスト勉強会よしおか100311 1
Hiro Yoshioka
 
大規模ソフトウェア開発とテストの経験について
大規模ソフトウェア開発とテストの経験について大規模ソフトウェア開発とテストの経験について
大規模ソフトウェア開発とテストの経験について
Rakuten Group, Inc.
 
函館IKA Eclipse活用術
函館IKA Eclipse活用術函館IKA Eclipse活用術
函館IKA Eclipse活用術
Masahiro Wakame
 
Distributed Agile using UML
Distributed Agile using UMLDistributed Agile using UML
Distributed Agile using UML
Kenji Hiranabe
 
COBOL技術者のためのJava勉強会
COBOL技術者のためのJava勉強会COBOL技術者のためのJava勉強会
COBOL技術者のためのJava勉強会
naka hide
 
from old Java to modern Java
from old Java to modern Javafrom old Java to modern Java
from old Java to modern Java
心 谷本
 
レガシーコード改善はじめました 横浜道場
レガシーコード改善はじめました 横浜道場レガシーコード改善はじめました 横浜道場
レガシーコード改善はじめました 横浜道場
Hiroyuki Ohnaka
 
テスト初心者Androiderのためのソフトウェアテスト入門
テスト初心者Androiderのためのソフトウェアテスト入門テスト初心者Androiderのためのソフトウェアテスト入門
テスト初心者Androiderのためのソフトウェアテスト入門
Satoshi Watanabe
 
Programming camp code reading
Programming camp code readingProgramming camp code reading
Programming camp code reading
Hiro Yoshioka
 
夏だからJava再入門
夏だからJava再入門夏だからJava再入門
夏だからJava再入門
Katsumi Honda
 
Unit Test
Unit TestUnit Test
Unit Test
ykhr
 
Code complete ch22_developper_test
Code complete ch22_developper_testCode complete ch22_developper_test
Code complete ch22_developper_test
Sho Shimauchi
 
DSLによる要求獲得でスーパーアジャイル
DSLによる要求獲得でスーパーアジャイルDSLによる要求獲得でスーパーアジャイル
DSLによる要求獲得でスーパーアジャイル
陽平 山口
 
第1回内容の振り返り
第1回内容の振り返り第1回内容の振り返り
第1回内容の振り返り
skowata
 
[豆ナイト]Java small object programming
[豆ナイト]Java small object programming[豆ナイト]Java small object programming
[豆ナイト]Java small object programming
Yuichi Hasegawa
 
はじめてのテスト技法
はじめてのテスト技法はじめてのテスト技法
はじめてのテスト技法
Tatsuya Saito
 

Eclipse を使った java 開発 111126 杉浦