Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article?
備忘録ですお。 継続的デリバリー曰く「あらゆる環境に同じバイナリをデプロイせよ」 開発環境とか本番環境だとかで同じ設定を使っているなんてことは、まぁ、殆ど無いと思います。 DBの接続先とか、外部サービスのURIだったりとか。 なので、開発にデプロイする時と本番にデプロイする時で設定情報を切り替える必要があるわけですが、よく取られるアプローチとしては任意の環境用にビルドするというのがあると思います。*1 つまり build develとか build prodみたいなことをして、それぞれの環境用の設定で、それぞれの環境用のバイナリを作るというアプローチです。 しかし、継続的デリバリーはこう言っています。 「いろんな環境に簡単にデプロイできるようになるし問題の切り分けしやすくなるから、どの環境にデプロイするかにかかわらず同じバイナリ使え。」 そうなると、アプリケーション本体には設定へのポインタ
前書き Scalaという言語をご存知ですか? Javaと同じくコンパイルされるとclassファイルになり、実行時はJVM上で動作する、オブジェクト指向+関数型のプログラミング言語です。 Scalaを開発したのはJavaのgenericsの設計を手がけたり、javacの開発をしていた経歴も持つMartin Odersky氏。 Scalaは後発の言語ということもあって、Javaを書いている時に感じる冗長さに対する様々な解が用意されています。 本記事では、ScalaとJavaのコードを比較しながら、JavaユーザがScalaに移った際に得られるメリットを提示していきます。 尚、序盤のサンプルコードはJavaユーザに伝わりやすいように、returnを明記したり、メソッドは必ず{ }で囲むなど、極力Javaっぽい記述をしています。 だいたいJavaと同じような書き方ができます ScalaはJavaの
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く