はてなブックマーク

ドキュメントの中には、キーと値のペアが保持されています。 値には、文字列や数値などのほか、リストなどの複雑なオブジェクトを保持させることが出来ます。 触った感じ的にはMongoDBを扱うのに近い印象を持ちました。 すでに計測アプリ自体の開発は進んでおり、レース当日までの時間も少なかったため下記のようなデータ構造としています。 Timeというコレクションに、乱数生成した名称のドキュメントをLap計測を開始したタイミングで生成し、生成したドキュメントの下に、Pit側で必要な情報類をひとまずペアで保持させるという形にしています。 もちろんデータ構造としてはどうなのよと思うところもあるかもしれませんが、綺麗さよりも稼働を優先したためこのようになっています。 Firebase Cloud FirestoreをiOSアプリから触る 下記のようなラッパークラスを作成して、必要なときにshareInsta

※所属団体とは無関係の立場で書く記事になります。 ※一部問題があったため、一度再アップしています。 乗換案内オープンAPI つい先日から乗換案内オープンAPIというサービスが開始されました。何が出来るかというと、鉄道の経路検索を1経路だけ無料で取得することが出来ます。そんなAPIです。 乗換案内オープンAPIで、何が出来るのか？ 大きく下記の5つのことができます。 任意のキーワードからの駅名検索 任意のキーワードからの路線名検索 特定の駅を通る路線の一覧取得 特定の路線に所属する全ての駅を取得 経路検索機能 某研究所が公開されている、ほにゃららWebサービスとの大きな違いは、経路検索結果をURLとして取得するのではなく、細かな経路情報をJSON形式で取得出来るということです。 つまり何が言いたいかというと、制約はあるものの自分好みなオリジナルな乗換案内が作れちゃうんだZE☆ということです。

ASK-SDK v2がリリースされ、少し期間も経ったので移行しようかなと思ったらかなり破壊的な変更が入っていました。 この記事は、ASK-SDK v1(以下,V1)で作ったスキルかつ、V1のSDKからDynamoDBの操作を行っているスキルを開発している開発者向けです。 ASK-SDK V1とV2では、DynamoDBに生成されるプライマリパーティションキーが異なる 従来のV1で、AlexaスキルからDynamoDBを操作する場合は、下記のようなコードをLambda側に用意していました。下記のコードでは、DynamoDBのテーブル名にAlexaUserData_V1を設定し、何らかのインテントを受け付けたときに**AlexaSDK V1のテストです。と返答します。返答時にuseridをプライマリパーティションキーとしてDynamoDBのテーブルが生成されます。今回は、msgというキーとして

最新版への更新 やはり、アプリ開発を行っていて、色々なお客様がいらっしゃると常日頃感じています。 技術サイドにいるとアップデートというものが当たり前になっているので、過去Versionで止まっていることのほうが珍しいかなと思っています。 しかし、中にはAppStoreからのアップデートの意味がわからなかったりだとか、アップデートすることで何が変わるか理解していない方も少なからずいらっしゃいます。(うちの母とかもそうです。) 前置きは、置いておきましてやはり最新版をどんな方でも触って欲しい！ これに尽きます。 ですので、iOS向けに簡単に使えるVersionAlertFrameworkを書いてみました。 Version取得、比較 iTunes Search APIというものがAppleから実は提供されています。 iTunes Search API JPより Search API を使えば、i

public class YMTGetDeviceName { /// Device codes enum DeviceCode: String { // MARK: Simulator case i386 case x86_64 // MARK: iPod /// iPod Touch 1st Generation case iPod1_1 = "iPod1,1" /// iPod Touch 2nd Generation case iPod2_1 = "iPod2,1" /// iPod Touch 3rd Generation case iPod3_1 = "iPod3,1" /// iPod Touch 4th Generation case iPod4_1 = "iPod4,1" /// iPod Touch 5th Generation case iPod5_1 = "iPod