はてなブックマーク

人類はより高速にCIを回していくべきだと思っている りんご（@mstssk）です。 先日、 npm の v5.7がリリースされ npm ci というサブコマンドが新たに追加されました。 The npm Blog — Introducing npm ci for faster, more reliable... http://blog.npmjs.org/post/171556855892/introducing-npm-ci-for-faster-more-reliable CI/CDを開発プロセスに組み込んでいる場合により整合性があり高速なエクスペリエンスを提供する、と公式ブログでは紹介しています。 npm ci は何をするのか npm ci を実行すると常に package-lock.json から依存関係をインストールします。 既に node_modules フォルダの中身があっても

Android 8.0 Oreoがリリースされ、Lollipop以来の大きな通知関係の変更が入りました。 Lollipopのときにも同人誌にまとめたりしましたが、今回もTechBoosterのEdge of Androidという本に「ツは通知のツ」というタイトルでOreoでの通知の変更点をまとめました。 Edge of Androidは https://booth.pm/ja/items/586710 から購入できます。 本記事は「ツは通知のツ」から特に実装対応が必要な点について抜き出した簡易まとめです。 「ツは通知のツ」の中ではその他の挙動の変更などについてもまとめています。 ※ただし、Android O Developer Preview 3の頃に動作確認を行った内容を元にしているので、もしかしたら変わっているかもしれません。 当時の動作確認時に作成したサンプルアプリケーションは ht

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

りんごです。 この記事はAngular Advent Calendar 2017の12月15日の記事です。 はじめに よくあるWebの入力フォームのある画面や何かしらのデータを編集するWebアプリの画面など、不意に誤ってブラウザのタブを閉じてしまうと悲しい思いをするケースがあります。 そういった画面を実装するには、次のようにwindowのbeforeunloadイベントを使うことで離脱確認ダイアログを表示するのが一般的です。 しかし、AngularではwindowのイベントだけでなくRouterによって画面遷移を制御します。そのため、beforeunloadイベントだけではページ離脱確認を実装しきれません。 今回はAngularでのページ離脱確認の実装方法を紹介します。 CanDeactivateを使う Angularでページ離脱確認を行うには、beforeunloadイベントを処理するだ

CircleCI 2.0が登場し、Dockerイメージを使ってビルドできるようになりました。 C92や技術書典3に向けて執筆されている方でもRe:VIEWを使っている方がいると思います。 vvakameさんが作成したRe:VIEW用のイメージがあるので、CircleCI 2.0でRe:VIEWの原稿をビルドしてみました。 サンプルのリポジトリ: https://github.com/mstssk/ReVIEW_CircleCI_Sample 解説 やったこととしては以前書いたWerckerでRe:VIEWの原稿をビルドするという記事のCircleCI 2.0版です。 GitHubとCircleCI間の連携については、特別なことは何もしていないので本記事では割愛します。 公式のドキュメントなどを参照してください。 設定ファイル 設定ファイルは20行未満になりました。並列処理したりしたいわけで

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

excludeFromRecents属性を使う アクティビティがRecent Appsに表示されないようにするには、activity要素のexcludeFromRecents属性にtrueを設定します。※デフォルトはfalseです。 そのアクティビティをrootに持つアクティビティスタックはRecent Appsに残らなくなります。 注意点 noHistory属性とは異なる noHistory 属性やFLAG_ACTIVITY_NO_HISTORYは、特定のアクティビティをアクティビティスタックに残すかどうかの設定です。 Recent Appsに残すかどうかを指定するexcludeFromRecents属性とは別です。 noHistory 属性: 指定されたアクティビティをアクティビティスタックに残さない。 excludeFromRecents属性: 指定されたアクティビティをrootに持

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? 過日、DroidKaigi 2016が開催され、@konifarさんの手により開発が始まった公式アプリも公開されました。 私も通知機能関係でいくつかPRを出したので、簡単にその解説をしてみます。 関連資料 私のPRはTechBoosterの同人誌にLollipopの通知の記事を書いた時に一通り調べた情報が元になっています。 機能概要だけ知るにはLT資料を読むといいです。 [書いた本] TechBooster - 甘味アンドロイドパーク http://techbooster.github.io/c87/#park [原稿用メモ] Andr

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

HIGH以上だと、Heads-up Notificationになる（※priorityだけじゃなく、他の条件も絡む）。 MINだと、ステータスバーに表示すらされず、通知領域を開かないと見られない。 ※ 広告出しまくるアプリが、無闇矢鱈にMAXとかHIGHな通知を出してきて、アンインストールされまくる未来が見える。 適切な優先度設定をする方法 DEFAULT, HIGH, MAX はユーザーに割り込みをかけ、ユーザー操作を中断させてしまうリスクがある優先度レベル。 割り込みレベルは以下の基準 他人を巻き込む 時間が重要。その時である必要がある。 現実のユーザーの行動に直ちに影響を及ぼす可能性がある LOW, MIN はユーザーにとって価値がないわけではない。早急な対応が必要なかったり、気がついた時に通知を開いて見てみても意味があるものとか。 基準は以下 他の人を巻き込まない 時間に関係ない

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

テストコードでは必須と言ってもいいくらいにお世話になっているモックライブラリ「Mockito」 最低限の使い方というか、実際よく使っているパターンを紹介します。 モックって？ モックライブラリを使ったことがない方は、モックするという事自体に馴染みがないと思います。 例えば、テスト対象のクラスAが別のクラスBに依存している場合に、クラスAのテストコードなのにクラスBを初期化する処理を長々と書いたりするのは余計な手間です。もしクラスBがビジネスロジックなら目も当てられないテストコードが出来上がります。 モックライブラリでは、クラスBをクラスB自身の実装に依存しないmock(ハリボテ)として生成し、更にそのメソッドの戻り値を任意に設定するという事ができます。これにより「クラスBがこういう状態でこういう値を戻す場合のクラスAのテスト」が容易に書けます。 そしてそのモックライブラリの注目株が Moc