はてなブックマーク

概要 firebase realtime database (以下 database) には rule という仕組みがあり、これを用いることである程度のデータ構造(RDB で言う所のテーブル構造)を定義したり、特定のデータへのアクセス制限をしたりすることができます。 基本的な概念や使い方は公式ページが日本語化されているのそちらを参照してください。 ノウハウ集 firebase を使って4つほどアプリケーションを作ってみてよく使った rule やこうした方が良いみたいなパターンを書いていきたいと思います。 認証しているユーザーは全てのデータにアクセス許可 database の rule はデフォルトでは以下のように認証済みのユーザーは全てのデータに read, write の権限を持っています。 auth というのは実は変数で認証していると uid などのプロパティを持つオブジェクトになって

前回 概要 今回は趣向を変えて iOS アプリというより画像処理に焦点を当てます Core Image を使用して Swift が画像処理を行います CIDetector を使って顔検出を行います ちなみに俺はそんなに画像処理について詳しくない 画像処理 画像処理（がぞうしょり、Image processing）とは、電子工学的（主に情報工学的）に画像を処理して、別の画像に変形したり、画像から何らかの情報を取り出すために行われる処理全般を指す https://ja.wikipedia.org/wiki/画像処理 画像の色を変えたり、変形・回転させる他にもエッジ検出をしたりすることも画像処理です。 伝統的には画像を RGB に分解して3次元の配列として色々計算したりしてました。 for (int b = 0; b < size; b++) { for (int g = 0; g < size

縁があってプログラミング教室で Swift で iOS のアプリを作る授業を行いました。 事前のヒアリング等は行わずとりあえず教室に行き授業が始まる数分前に どんなレベルなのか? どのようなことをやりたいのか？ 興味が有ることは？ という質問を生徒さんにして Swift で簡単な iOS アプリを作ることに決めました。 生徒のスペック 高校生2年生 タイピングが普通にできる 他の言語でプログラムを作ったことがある 配列、メソッド(関数)などの簡単な部分は理解できている mac を持っている 環境 生徒さん5人程度 教室内にはもっと沢山の生徒さんがいてその中の一角で行いました 先生は僕１人 授業は一コマ 1.5時間 プロジェクターに自分の画面を映して説明しながら進める やったこと 作るもの 題材としては TODO アプリ を選びました。 準備時間がほぼゼロでしたので簡単なものを選びました。

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? 5年以上ぶりに ARToolKit を使ったのでせっかくなので記事を書きます。 学生の頃に工学ナビというサイトで頑張って勉強したのが懐かしい思い出です。 概要 AR とそれを取り扱うための ARToolKit の説明と、物体を認識する方式である NFT をざっくり説明します。 AR とは日本語で拡張現実と言われる技術で wikipedia では以下のように説明されています。 拡張現実（かくちょうげんじつ、英: Augmented Reality、AR）とは、人が知覚する現実環境をコンピュータにより拡張する技術、およびコンピュータにより拡

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? TL;DR: コードレビューを優先すべき。 こんにちわ。 合同会社コベリンの CIO です。 僕らの会社の開発は基本的にプルリクエストを出してレビューしてもらって、大丈夫ならマージするというよくある流れで行っています。 今回は、自分の作業よりもコードレビューを優先したら開発効率が増した(相手も自分も)ということについて書きたいと思います。 事の起こりは、僕が下記の記事を読んでレビューの優先度を上げたことから始まります。 [翻訳] コードレビューについて この記事にはコードレビューをする側とされる側に対してどのような姿勢でそれらに望むべき

iOS でプッシュ通知通知をする場合、プッシュ通知用の証明書を作る必要があります。 恐らく最終的に hogehoge.p12という拡張子のファイルを作ることが多いと思います。 しかし、その証明書の作成方法はブラウザや mac の キーチェーンアクセス を行ったり来たりする必要があるので非常に面倒です。 具体的にはここにあるような手順を踏む必要があります 更にこの作業はリンク先にあるように証明書の期限が1年で切れるため毎年やる必要があります。 1年後だと確実に忘れていそうですよね。また、手順が複雑すぎて最初の1回目も手間取ると思います。 そこで今回はそんな面倒な手順をコマンド一発で終わらせる fastlane の pem を紹介したいと思います。 インストール お手持ちの環境で gem install pem とやるとインストールできます。 README.md もご確認ください。 証明書の作

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? TL;DR: 多分伝わるだろうという思い込みは辞めてちゃんと言おう。 僕の会社 僕が働いている会社は小山工業高等専門学校の同級生と起業した会社です。 高専に入学したのが確か2005年なのでかれこれ10年ぐらいの付き合いになります。 メンバーの入れ替わりはあるものの、役員3人は全員同級生です。 弊社にはそれに加えて1名の従業員がいて彼は同級生ではないですが僕と個人的な付き合いがあって、入社と同時に一瞬で馴染んでいます。 なぁなぁでコミュニケーションしてない？ さて、そんな付き合いの長いメンバーが沢山いるとスムーズなコミュニケーションができ

TL;DR: issue はテンプレート化すると良いです 皆さんちゃんと issue 作っていますか？ 僕はそう言われるとちょっと気まずいです。 雑な issue まずは弊社のリポジトリの中から雑な issue の例を上げてみたいと思います(勝手に拝借しちゃってごめん...)。 一目見ただけで沢山突っ込みどころありますよね！ どの画面での遷移アニメーションだよ！ そもそも遷移アニメーションってなんだよ！ 再現手順は？ どのバージョンで発生するの？ バグならバグってラベル付けて！ 誰かにアサインしようよ！ 誰もこれ見て状況を把握できねぇよ！！！ という感じで大量に突っ込めます。 issue って便利なのでちょっと思いついたアイディアをタイトルだけメモみたいな感じで書いて作ってしまったりすることがあります。 それを後で見返すと、「この時何考えてたんだっけ..？」となったりします。もちろん他人が

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