デバッグビルドとリリースビルドで処理を変える方法（2）
デバッグビルドとリリースビルドで処理を変える方法その２です。 以前に書いた方法は以下から。 デバッグビルドとリリースビルドで処理を変える方法 http://neta-abc.blogspot.jp/2012/02/blog-post.html ADT 17（らしい）から/genの下にBuildConfig.javaが自動生成されるようになっています。 BuildConfig.java /** Automatically generated file. DO NOT MODIFY */ package com.example.builconfigtest; public final class BuildConfig { public final static boolean DEBUG = true; } このBuildConfig.DEBUGはリリースビルド時（Export Signed
Javascriptを使うのをやめろ：Railsの時代遅れ云々についての結論 - Qiita この記事は、全体的に自分の業務以外の評価基準やトレンドを知らないんだなという感じで、わざわざ付き合うと精神的に消耗する感じがした。ただ、それが彼らの本職でない以上、自分もこの結論に至るのは仕方ないと感じている部分はある。 真の問題は、自分がレガシーなJavaScriptを書いているという自覚がない人間が、ここ数年の技術トレンドから乖離したコードを書き続けることで他のエンジニアやエコシステムそのものに悪影響を及ぼしているケースが散見されている。一行書く毎にグローバル汚染するスクリプトを見せられてもメンテ出来んと言われても、はいそうですねとしか言えないし、そういう人に最近のライブラリを触らせると遅くなるというのは、画面全体を一つのMustacheテンプレートにしてBackbone.Modelのパラメー
Android Studioがついにベータになりました。 Android L preview, Android 4.4Wなどのリリースに合わせてSDK周りも多数バージョンアップされていますが、これを反映すると、どうやらsupport-v4ライブラリを使っているプロジェクトでエラーが発生することがあるようです。 (おそらく、support-v4に依存したライブラリを含んでいるプロジェクト) 以下は、問題の内容と解決策(一部)です。 エラー内容 エラー1 Error:Module version com.android.support:support-v13:19.1.0 depends on libraries but is not a library itself
Google I/O 2014 - What's new in Android development tools
Google I/O 2014 - What's new in Android development tools ■ 全体の感想 前半は、Android Studio Beta の特に Variant についての解説、後半はデモと個別の機能について。 CIツールのことをかなり意識している感じが伝わってきた。 1.0 が出たら本格的にEclipse + ADTがオワコンになりそうな感じ。 現在はぜんぜんドキュメントがないが、1.0 になったら Android Studio のドキュメントをもっと増やす予定だそうだ。 ■ 内容のpickup Android Studio Beta がリリースされた。 （セッション時は 0.8.0 だが、その後 0.8.1 がリリースされている） Android Studioの戦略は、統一されたビルドシステムを提供すること。つまり、Android Studio
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
