はてなブックマーク

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? Azureを扱う際、FunctionsとかSQLDatabaseのような、いわゆる"リソース"よりも上位の概念が存在します。 リソースグループ(Resource Group)、サブスクリプション(Subscription)、管理グループ(Management Group)がそれに該当します。 また、これらと同時期に検討されるのが権限管理です。 今回は、これらをどう分割したら良い感じの環境になるのかを考えてみたいと思います。 環境の分割方法にビシッとした正解はありません。正直なところ、みなさんが使いやすく適切に管理できれば良いと思います。

前回は、IoT Hub Device Provisioning Service の超概要ということで、DPSが何をしたい時に使うサービスなのかを書きました。 https://qiita.com/mstakaha1113/items/231c859d7427b466d4ad 今回は、マイクロソフトのドキュメント "クイックスタート" を題材に、実際にDPSを作りながら理解していきたいと思います。 今回見るドキュメント １．Azure上でIoT HubとDPSを接続する クイック スタート:Azure Portal で IoT Hub Device Provisioning Service を設定する ２．X.509証明書を使い、デバイス→DPS→IoT Hubという接続を確認する クイック スタート:IoT Hub Device Provisioning Service 対応の C# デバイ

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? "Boards(ボード)"は、開発の根幹を成す大切なサービスです。 プロジェクトを運営するにあたり、様々なスタイルがあります。 ウォーターフォールとかアジャイルとか。 これらを意識して、Azure DevOpsでは "プロセス" という設定を準備しています。 Azure DevOpsのBoardsはプロジェクト作成時に、どのプロセスで運営するかの選択が必要です。 選択肢によって、プロジェクトがデフォルトで扱える機能が少しずつ変わってきます。 自分でカスタマイズはできますが、できるだけデフォルトを使いこなして独自色を出さない方が、長い目で

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? Azure DevOps全体の概要については、こちらをご覧ください。 https://qiita.com/mstakaha1113/items/1cf45a5119e1397d0315 "Boards(ボード)"は、開発の根幹を成す大切なサービスです。 サービスとして何があるのかご紹介します。 超概要なので、具体的な画面の説明はありません。 "Boards"のメニュー かなりザックリした説明になります。あえて抽象的な言葉で説明しています。 Work Items : 作業の一覧です。自分に割り当てられている作業をすばやく見つけたい時などに

何を書こうとしているか・本記事の目的 プログラミングに苦手意識があった中で、アジャイル(スクラム開発)に携わることになった私が1年間の経験を経てどう変わったか書いてみようと思います。 学生時代～アジャイルに携わる前の自分について 学生時代 学生時代は一応情報系の大学に通っていて、プログラミング自体も授業で学んでいました。学習言語はJavaで週に数時間授業があったと記憶しています。 ただ、当時の自分はプログラミングがあまり好きではなく、得意になろうとしていませんでした...。 ひたすらできる友人のソースコードをコピペを続ける日々でした。 就職のタイミングでSEにならない選択肢もあったと思いますが、手っ取り早く就活を終えたかったのと、プログラミング未経験の文系出身学生でもエンジニアになっている人がそれなりにいることを知り、社会人になってから覚えるでも遅くないのでは？と感じSEになりました。 社

最近でCircleCIおじさんになっているりんご（@mstssk）です。 今やっているプロジェクトのgitリポジトリが大きくなりすぎて、CircleCIでの checkout の実行に何分もかかってしまっています。 以前は2〜3分だったのが、先日は8分もかかってました。 思い切って.gitディレクトリをキャッシュしてしまうようにして、10秒前後で済むようにしてみました。 追記2019/02/19 本記事の内容を試す前に、あなたがCircleCIで使っているDockerイメージにgitとsshがインストールされているか確認しましょう。 gitとsshが無い場合、CircleCIがFallbackしてチェックアウトを行ってくれるのですが、これはイメージ上のgitとsshを使うより遅いようです。 FallbackしているかどうかはCircleCIの各ジョブのページでCheckout codeステ

人類はより高速に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

Swiftで開発した際に出会った、いろいろなエラーについてのメモ。 （Xcode6.1を使用） not conform to protocol [http://note862.blogspot.jp/2014/08/swift-type-viewcontroller-does-not.html] protocolを指定して、protocolで宣言したメソッドが定義されていない場合に発生。 has no initializers [http://bribser.co.jp/blog/swift-optional-value/] 変数を宣言したら、末尾に「?」か「!」を必ずつけること。 Could not insert new action connection Interface BuilderでボタンをCtrl+ドラッグした際に発生。 Product > Clean でクリーンしたら解消。

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?

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