Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article?

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? ※前回記事にてトラブルシューティング実施にあたって準備しておきたいこと(作業ログの取得方法など)を記載しておりますので、本記事では割愛します。 はじめに 前回の記事の続きとなります。 新米エンジニア(アプリ・インフラエンジニア問わず)に知っておいてほしいトラブルシューティング入門 はじめの一歩編 前回に記事を書いたあと、現場でも意外と基礎を押さえた切り分けができない人が多いのではと思い、よりいろんな方に読んでいただきたくタイトルをかえてみました。 前回の記事では、トラブルシューティングの前に実施しておきたい事や心構えについて記載しました

Android開発をした際に参考にしたリンク集です。 【リファレンス】 ・http://developer.android.com/intl/ja/reference/packages.html 【フラグメントはここ嫁】 http://qiita.com/Hoshi_7/items/bee2588397348a4e0105 http://mixi-inc.github.io/AndroidTraining/fundamentals/2.02.activity-and-fragment.html http://y-anz-m.blogspot.jp/2012/06/fragment-activity.html http://techbooster.org/android/application/3483/ フラグメント間通信 http://quesera2.hatenablog.jp/ent

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article?

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article?

WebAPIの仕様を記述する方法はいくつかあると思う。 普通に日本語で記述する JSON Hyper-Schema、WADL、RAML、Swaggerなどを使う 仕様書の代わりにプログラムを書く HTTPメッセージそのものを記述しておく でも、文法にばらつきがあったり、読みにくかったり、ツールのセットアップが面倒だったり、どれもイマイチな所があって、手軽な方法が欲しいと思っていた。 何気なくcurlコマンドのオプションを調べていたら、「もうこれでAPIドキュメント扱いにしちゃえばいいんじゃね？」と思えてきたのでメモしておく。 curlコマンドのおさらい curlコマンドはlibcurlの付属コマンドで、最近のUnix系OSなら大抵最初から入っていると思う。コマンドの詳細はmanを読んでいただければ。 cURL - How To Use （マニュアルページ日本語訳） curlコマンドのオプシ

野良配布しているアプリがありまして、それをアップデートする際に、従来は、ダウンロード・ページのURLをインテントで呼び出して、標準のブラウザなりchromeなりでダウンロードしてもらって、あとはパッケージ・インストーラがよしなにしてくれていたのですが、最近、ダウンロード・フォルダからだとインストーラが起動してくれなくなりました。セキュリティ的に危ないですもんね。 とはいえ、アプリの配布手順が複雑になってしまっていて困ったので、自前でダウンロードして、パッケージ・インストーラの起動までシームレスに実行するようにしました。かなりニッチなニーズですが、参考までに紹介しようと思います。 まずはダウンロード（WebView経由） 前述のように従来は、ダウンロード・ページからダウンロードするようになっていたのと、セッションをCookieで管理していた都合上、いったんWebViewで開く必要がありました

public static Task<Rect> SelectScreenPositionAsync() { var shapeRect = new Rectangle() { Fill = new SolidColorBrush(Color.FromArgb(0x44, 0x99, 0, 0)), Stroke = Brushes.Red }; var canvas = new Canvas(); canvas.Children.Add(shapeRect); var window = new Window() { Title = "Select Screen Position", Top = 0, Left = 0, Width = SystemParameters.VirtualScreenWidth, Height = SystemParameters.VirtualScreenH

NOTE: この記事は Inspecting Errors を翻訳したものです。 原文に従い、 Creative Commons ライセンスで公開します。 error インターフェイス型の値を返す関数の一般的な契約は、呼び出し側はその error をチェックする前にそれ以外のいかなる戻り値も利用してはいけないというものです。 多くのケースにおいて、関数が返した error 値は呼び出し元にとって不透明であるべきです。 error が nil かどうかチェックすることで呼び出しが成功したかどうかを知ることができ、そしてそれ以上のことはしません。 少ないケースにおいて、主にネットワークなどプロセス外の世界とやりとりする場合に、呼び出し側がエラーの種別を調べて、操作をリトライするべきかどうかを決める必要があります。 パッケージ作者に対して、呼び出し側がエラーの型を判別して利用できるように返すエラ

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? Naming -名前付け- プログラミングで最も重要な技術の一つが、名前付けです。 且つ、センスが問われるものなので、上達は難しいものでもあります。 この記事では、様々な文献から抽出した名前付けに関する情報を雑多にまとめました。 -名前重要- ソフトウェアの設計のアプローチとして、『まず名前から入る』というのは、あまり語られていない秘訣としてもっと広く知られても良いように思います。 まつもとゆきひろ 『プログラマが知るべき９７のこと』 コミュニケーションの基礎 名前は、コミュニケーションの基礎となるものです。 私にもあなたにも名前が無け

2015/4/21、Android Support Libraryの22.1が公開されました。 公式ブログから変更点を抄訳してます 引用: http://yslibrary.net/2015/04/22/android-supoprt-library-221-released/ Support v4 DrawableCompatで、drawable tintingがAPI4以上で使用可能に DrawableCompat.wrap(Drawable)でdrawableをラップして、setTint(), setTintList(), setTintMode()を使おう Paletteの内部ロジックの一部をColorUtilsで公開 Lollipopで追加された、building authentic motionの重要な要素のInterpolatorをSupport v4に追加 FastOutL

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article?

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article?

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article?

AndroidでKotlinをとりあえず試してみようと思い、既存のコードをKotlin変換して躓いたところをメモ。 随時アップデート予定。 retrolambdaで書いたコードが消える Kotlin Plugin 0.11.91 で既存コードをKotlinに変換したらretrolambdaで書いていたlambdaの中身が消えた。 少しならまた書きなおしてもいいんだけど、それなりに大きいところもありここをまた書きなおすのはちょっと辛い。 それに、RxAndroidのsubscribeは引数なしでも問題なくコンパイルが通るので、消えた部分を全部探すのはさすがに面倒。 仕方ないので、lambdaで書いていた部分を普通の無名クラスに書き換えてから変換。 build.gradleからretrolambda消し去ってから、一度ビルドすればlambdaで書いてるところがコンパイルエラーになって見つかるか

Getting Started with ARC - Google Chrome ARC: App Runtime for Chromeは、Chrome上で動く新しいAndroidエミュレータで、Android appをChrome app感覚で実行できます。以下はHelium をARC Welderで実行してみた結果です。 実際に試してみると、単純なアプリはそれなりに動きますが複雑なアプリはレイアウトがぐずぐずであまりまともには動きませんし、すぐクラッシュします。まだまだβ版というところです。 ただ期待感はあって、とにかく起動が非常に早いので、将来的にはこれをテスト環境として強化していくと開発が非常にやりやすくなるのではないかと思います。Google Play Servicesもサポートするようですし。 その他ざっと気づいた特徴： 一度Android appを起動するとそれがChrome

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article?

※ この問題は2015年に経験したものです 先日Androidアプリのアイコンのファイル名を変えたところ、一部機種でアイコンが変になるという問題がありました。変になるというのは端末によって様々で、たとえば黒くなる / 透明になる / 青い電子回路のような四角になる / ドロイド君になる、などです。 該当の問題がおきた端末でもアプリのリストなどでは表示できていること、一部の機種でのみ問題がおきること、問題が起きた端末にアイコンのファイル名を戻したアプリをインストールすると元に戻ったことなどから、Androidのホームアプリがアイコンファイル名のキャッシュを持っていて、それをうまく更新できないことがあるのではないかと推定しています。ただadbやDeployGateなどからのインストール・アップグレードでは再現しないので、Google Playの自動更新のときのみ起きるのかもしれません。 そうい

社内のRxJava勉強会用の資料です。 軽く、ほんの軽くRxJavaのサブセットを20行ほどで実装してみました。 https://github.com/gfx/RxInTheBox 概要 RxJavaはPromise的なもので、連続した「イベントの発生 / 値の生成」を扱えるようにしたもの Observableは「イベントが発生するかもしれない状態 / 値の生成中」という状態を表すオブジェクト OnSubscribeはObservableの中身で、「イベントの発生 / 値の生成」をObservableに通知するためのオブジェクト SubscriberはObservableから「発生したイベント / 生成された値」を受け取るコールバック RxJavaの捉え方 まずRxJavaですが、いくつかの捉え方があります。 リスト処理の抽象化・ストリーム化 Optional的な何か Promise的な何

「pecoってツールらしきものが流行っている」と思いつつ、導入とか難しそうと思って後回しにしていたんですが、気がついたら自分の手元のbash設定ファイルにpecoを使う関数が定義されていたので、改めて初歩からやってみました。 説明に使用しているシェルはお馴染みのbashです。 pecoとは GitHubのpecoのサイト とてもシンプルなツールで 「標準入力から受けた行データをインクリメンタルサーチして、選択した行を標準出力に返す」 コマンドです。 シンプルゆえに様々な組み合わせで効果を発揮します。あらゆる場面での選択肢を標準入力に渡して、選択された結果を標準出力から受け取って加工してコマンド実行をする、というのが基本的な流れ。 説明じゃ伝わらないので実例を体験したほうが早いかも。 peco のインストール pecoで検索すると「pecoはGoでできている」とか出てきて「Goってなんぞや」