前書き 久々にJavaでコーディングをする用があったのだけど、テストをJUnitで書いていたらなんだか人生が辛くなってきた。なぜ辛くなったのかは分からない。嫌な思い出でもあるのかもしれない。 そこでEclipse+Mavenの開発環境でJava開発をしつつ、テストコードだけScalaTestで書く環境を整えて、辛い過去と決別することを試みてみた。 ScalaTestやSpecsを使えば、当社比50%くらいはテストコードがすっきりし、人生の辛さの5%くらいは軽減できるかもしれない。 Eclipseを入れる Eclipse入れるところからスタート。 これを書いている時点ではScalaのプラグインは4.2には対応していない。対応してても4.x系はまだ待ちだと思われる。 なので今回は下記サイトからIndigo(Eclipse3.7)を落とす。 Download http://www.eclipse
初めに 必要なソフトウェアのインストール giter8でプロジェクト作成 sbtでビルド&テスト sbtのEclipseプラグインでEcplise設定ファイルを出力 Eclipseにインポート という流れでやっていきます IntelliJ IDEAでもほぼ同じ手順で問題ないと思いますがIntelliJ IDEAを持っていないので試せていません 必要なソフトウェアのインストール Apache Spark 1.2.1対応のscala 2.1.0をインストールします sbtはビルドツールです giter8はプロジェクトのテンプレートを作成してくれるツール(テンプレートはgithubで管理されてます) brew cask install java brew install scala210 brew link --force scala210 brew install sbt brew insta
Eclipseデバッガを活用するための31のtips from Hiroki Kondo speakerdeckに貼ろうかどうか迷ったけれども、どこかで話したわけではないのでslideshareに。 Eclipseのデバッガを活用すると開発が捗ります。自宅ではIntelliJを使い始めてみて、さくさくコードが書ける事を体感しているのですが、デバッグはEclipseの方がやりやすいです。で、自分の知っているノウハウをチームで共有するために作りはじめたんですが、広くみんなに公開したほうがいいと思っておすそ分け。調べてみると、結構知らなかったネタがゴロゴロでてきました。Run to Lineとかお手軽で強力な機能だと思う。 「こんなネタ知りたい」とか、フィードバックを是非お寄せください。調査して追記していきますので、コメントとかよろしくお願いします。
Analyzing and understanding the memory use of an application is challenging. A subtle logic error can result in listeners never being disposed, ultimately leading to the dreaded OutOfMemory error. Even if your application is properly disposing of all unused objects, it may still be requiring 10 or 100 times more memory than necessary. Lucky for us, the Eclipse Memory Analyzer (MAT) can help provid
Learning to write code efficiently is only one step towards becoming a coding master. Another step is learning to debug. When it comes to legacy or 3rd party code you will need to debug in order to understand how the code behaves. In this post I will give you some basic tips on how to master your debugger and become more efficient. This is a follow up to My Top 10 Tips on how to be more productive
Eclipseの「Step Into」の挙動が設定によって変更できることを知っていましたか? 今回は、「Step Into」を始めとする「Step実行」の挙動を変更する「Step Filtering」の設定方法と利用例を紹介します。使えるかも、と思ったら人は、ぜひ導入を検討してみてください。 目次 1. 「Step Into」とは2. 「そこに潜らなくてもいいのに!」3. 解決策:Step Filtering3.1. 有効化3.2. フィルタ設定3.3. その他の設定4. 使い方5. 設定例1:どうでもいい標準ライブラリのコードに飛ばないようにする5.1. 問題5.2. 対策:無視するクラスを設定する6. 設定例2:ClassLoaderへのStep Intoを回避する6.1. 問題6.2. 対策:ClassLoaderをフィルタする7. 設定例3:単純なgetter/setterを無視す
In 2004 a new Major Version of the Eclipse platform was released: Eclipse 3.0. This release delivered a universal platform for application delivery and included the OSGi runtime. Now, 8 years later, the Eclipse release train has moved to the next major version. Eclipse Juno has been released and it is the first simultaneous release to be built on Eclipse 4. In preparation for the release, I’ve
Hi Amir, The problem with other languages is that they have different syntax rules. So The specific Java syntax coloring rules don't carry over exactly the same. The file 'org.eclipse.jdt.ui.prefs' can be renamed to 'org.eclipse.cdt.ui.prefs' at best for C/C++. If you open up the files you'll see a bunch of java_* specific settings; maybe Eclipse will have better cross language support in future r
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く