何故Javaは敬遠されるのか？ - Qiita
何故かJavaは敬遠される！？ 筆者はIT業界に努めて17年ほどです。 SESとして働きに出ることが多かったのですが、近年はWebエンジニアとして PHP(Laravel)を使った開発が多くなってきています。 そんな開発現場ですが、プログラミング言語の話題に上がると 「Javaはわからない」 「Javaって難しいんでしょ？」 「環境構築がなぁ・・・」 なんて話をよく聞きます。 私はJavaの方が経験した期間が長かったので、特にそういった苦手意識は無いのですが Laravelの現場でもそういった話を聞くので、 「フレームワークの特性や、コードの書き方は結構似ているところが多いのに、何でみんな苦手なんだろう？」 と思ってしまうのです。 今回はそのギモンについて、私が思っていることを書いていきます。 （注：Java嫌いな人を論破したいわけではありませんｗ） 原因その１：インフラ構造上、難しいと思
複数バージョンのJavaを切り替えて使用できるようにする。 - Qiita
OSX の環境で 複数のJavaのバージョン 例えば Java7, Java8, Java9 をそれぞれインストールし 切り替えて使用できるようにします。 前提 前提は Mac OSX 10.11 で homebrew をインストールされている環境です。 方針 方針としては 私の場合は cask を使って違うバージョンのJava をインストール jEnv を使ってバージョンの切り替え という方針で設定します。 それぞれが依存関係ではないので 手動で Java をインストールして jEnv で管理することももちろん可能です。 caskroom/versions インストール 私の場合 homebrew caskroom/versions を使って複数のJavaをインストールしています。 2018-11-06 追記 2018-11-06 では既に brew cask search が disa
修飾子の順番はPHPとJavaで異なる - Qiita
final や public の順番は、ひっくり返しても別に動作するのだけど、なんとなく順番を決めたほうが気持ちが良いもの。調べてたらPHPとJavaで作法が違ったのでメモ。 PSR-2が実質上の標準。 http://www.php-fig.org/psr/psr-2/ Visibility MUST be declared on all properties and methods; abstract and final MUST be declared before the visibility; static MUST be declared after the visibility. abstract / final (あれば) visibility (private / protected / public) 常に書く static (あれば) PHPは他に修飾子がないので、3つ
ファイナライザには頼らない - Qiita
Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? 多くのオブジェクト指向言語では、オブジェクトが解放された時に動く処理を登録できます。そして、その実装には「デストラクタ」と「ファイナライザ」がありますが、決定的に違いがあります。 メモリ解放の仕組み newで確保したものに対して明示的にdeleteを呼ばないといけないC++であれば解放のタイミングは明らかですが、そうでない言語では、プログラマの見えないところでガベージコレクタという、メモリを解放するための仕組みが動いています。そして、このガベージコレクタには、大きく分けて2通りのタイプがあります（掘り下げていけばそれだけで1冊の本になる
Java の Pair について考える - Qiita
public class Pair<K, V> extends AbstractMap.SimpleEntry<K, V> { /** serialVersionUID. */ private static final long serialVersionUID = 6411527075103472113L; public Pair(final K key, final V value) { super(key, value); } } テストコード Pair (AbstractMap.SimpleEntry) ImmutablePair (AbstractMap.SimpleImmutableEntry) javafx.util.Pair JavaFX 2.0 以降のライブラリに含まれている Pair の実装です。上記の SimpleEntry とほぼ同じ使い方が可能です。ただし値を入れ
attachments付きのメッセージをJavaで投稿する - Qiita
はじめに 今回Javaで作っているプログラムでSlackに投稿したいことがありました。 GASでなら以前やったのでそこからコピペ等すれば簡単ですが、Javaでの投稿は未経験でした。 Javaでのやり方はネットを探すも見つけられなかったので記事にします。 (海外のサイトやGitHubなどを漁ればあるだろうとは思いますが。) 試行錯誤している最中のコードも載せていますが、"失敗談はどうでもいいから結果が知りたい"という人は最後の方まで飛ばしてください。 ちなみに、どうにか送れるようになるまで私は1日ほどかかりました。 失敗その1 － チャンネルがない 次のようなメソッドを実行してみました。 (JSONのインデントや改行は必須ではないと思います。) private static void testSlack(){ String json = "{\n" + " \"channel\":\"bot
Javaのロガーの種類が多すぎ、一元化したい - Qiita
Java のロガーってたくさんありますね。Guava は java.util.logging.Logger を使ってますし、Spring Framework や Apache 関連のライブラリは Apache Commons Logging を使っています。パッと用例が出て来ませんが、Log4J や、SLF4J もあります。 まとめると有名所だけでも、これだけあります: java.util.logging.Logger Apache Commons Logging Log4J SLF4J うんざりですね。 これらを依存ライブラリがバラバラに使っていると、ログレベルごとの出力制御が一元化できなかったり、ログフォーマットのバラツキが発生しやすくなり、つらいです。 上に上がっている SLF4J には、これらの出力をブリッジして1つにまとめることのができるモジュールがあります。 この記事ではこれら
Androidの非同期処理の話 - Qiita
Help us understand the problem. What is going on with this article? 非同期処理でよく使う IntentService と AsyncTask は何が違って何が同じなのかという記事を読んだので。 HandlerThreadについて HandlerThreadは、内部に持っているHandlerにメッセージが渡ってきた時、それを順に処理するようできているので、メッセージを同時に複数送ると、ジョブキューのようにシリアルな動作で、メッセージを1つずつ捌いていきます。 これはHandlerThreadのコードを読むのが早いのですが（凄く短いので）、このクラスはイベントループに紐付けるための定型処理のある、ただのThreadのサブクラスです。なので、内部に持っているのは、Handler（メッセージ）ではなく、Looper（イベントループ
幸せな非同期処理ライフを満喫するための基礎から応用まで - Qiita
クライアントアプリにとって、マルチスレッドプログラミングは避けては通れない重要な概念です。しかし、気をつけないとハマるポイントも多く、初めてクライアントアプリを学ぶ人たちからすると、複雑で難解な取っつきづらいものでもあります。ここでは、スレッドの基本から、効率的な使い方、また複雑化しやすいポイントをシンプルに実装するためのノウハウを見ていきます。 TL;DR スレッドの取り扱い方を知る Threadをそのまま使わず、AsyncTaskやIntentService、時にThreadPoolExecutorを使ってスレッドの使い方を効率化する。 複雑な処理フローをシンプルに扱うためのフレームワークを導入する PromiseやRxAndroidなどで、複雑化しやすいポイントを整理する。 スレッドの基本 スレッドといえば、ThreadクラスやRunnableクラスがベースにあります。以下のようにす
Javaでスレッドセーフなコレクションクラスを作る - Qiita
つい最近までは、スレッドセーフなハッシュマップやリストはjava.util.concurrentのConcurrentHashMapなどで作るもんだと思っていたけど、スレッドセーフなコレクションクラスをどのように定義すれば良いか調べていたら最新のバージョンではCollections.synchronized***で作るのが良いらしい。ということで、簡単すぎるけど、例を紹介して備忘録とする。もちろん、中身はLinkedListなどでも良く、必要なデータ型の特性に合わせて使い分けることができる。ちょっと便利になった気がする。同時にVectorがもはや後方互換のためだけに存在することを知って、愕然としている。学生時代とはずいぶんと変わったものだ。 import java.util.Collections; … List<Integer> sampleList = Collections.sync
Java+SeleniumなWebアプリケーションの自動テストプロジェクト構築 - Qiita
システムの開発とか他人の作ったシステムの運用をする中で、サービスの外面だけでも動いているかどうかが常にチェックされているとすごく精神的に安定することがわかってきたので、受け入れテスト的なレベルのテストコードはとりあえずでも積極的に書いていきたいわけです。 1年くらい前に書いたWebアプリケーションを引っ張り出さなければならないことがあったわけですが、このときSeleniumでブラウザを使った自動テストを書いていたおかげで、自動テストで動くChromeの画面を眺めて「ああ、そうそう、こういう操作感のUIだったわ」みたいに思い出せたりします。何よりコードとして自動化されていれば、いつでも動かしておけて、それで安心した分睡眠の質が高まることが期待できます。多分。 そんな中で、ここ最近運用に加わったサービスのテスト、まだあんまり書けてないじゃんと気づいて、JavaかつMavenでSeleniumの
Javadoc ドキュメンテーションコメントの書き方 - Qiita
そもそも、そのメソッドの作成者が近くにいない場合、こういった確認すら行えません。結局、あるメソッドを使うために、そのメソッドの実装を時間をかけて分析することになるため、複数人で開発していることが、逆に開発効率を悪化させてしまいます。つまり、簡単に言うと、 「仕様の明確でないメソッドを作るのは迷惑行為です！」 ドキュメンテーションコメントによって API 仕様が明確にされていれば、こういった無駄なやりとりがなくなるため、開発効率もコード品質も上がります。下記のグラフは、開発メンバの人数と、生産性の関係を表しています。 仕様の不明確な API が溢れているプロジェクトに新しい実装メンバを投入しても、開発効率はうまく上がっていきません。すべての API の仕様が明確になっていれば、不具合が見つかった場合でも、各メソッドが何を実現すべきかが分かるので、別の人が実装を引き継いで修正していくことが可能
IntelliJ IDEAでserialVersionUIDを生成する - Qiita
設定 IntelliJ IDEAのPreference / SettingsからEditor - Inspectionsを選択し、Serialization IssuesのSerializable class without 'serialVersionUID'にチェックを入れます。 こんな感じ。 serialVersionUIDを生成する 実際にSerializableインタフェースを実装するクラスを作成し、クラス名上でAlt + EnterでShow Intention Actionsを表示すると、以下の様にAdd 'serialVersionUID' fieldという選択肢が出てきます。 選択すると、（そりゃそうなんだけど) serialVersionUIDのフィールドを作成してくれます。 参考 java - IntelliJ Idea generating serialVersio
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Javaではif (isAdmin == true)というコードを書いてはいけない - Qiita
Javaの開発環境構築 (Mac + IntelliJ + Gradle) - Qiita
Javaの例外のスタックトレースをStringに変換するスニペット - Qiita
Intellij IDEAで実行可能なjarを作る方法 - Qiita
MavenをEclipseで使いたい初学者のトラブル例 - Qiita
ExecutorServiceを使って、Javaでマルチスレッド処理 - Qiita
Arrays.asList の罠 - Qiita
