はてなブックマーク

概要 ここ数年、AWSのNoSQLの1つのサービスであるDynamoDBを利用する上で設計の知見が溜まったので書いていこうと思います。NoSQLは最初の設計をミスると後から回収するのが大変です。なので慎重に設計する必要があると感じました。 それと、DynamoDBはkey-valueのNoSQLなので検索やインデックスの貼り方がとても難しいとも感じました。SQLしか設計したことがなかったので初めは苦戦しました。 でも、なぜそこまでしてDynamoDB(NoSQL)を使いたいのかは、「DynamoDBを使いこなして精神的安定を手に入れた」こちらの記事を読んでいただければと思います。また、基本的な用語などがわからないときも読んでみてください。 では、検索にどのような癖があるのかを説明し、どの様に設計すれば回避できるのかを説明します。設計に良い影響を与えられると思うので、ぜひ読んでみてください。

概要 自分が Nuxtjs(Typescript + Vuetify + Jest) を理解するために、apiサーバーとしてRailsを作りNuxtjs + RailsのSPA構成のサンプルを作りました。せっかくなので、OSSで公開しNuxtjsの環境構築でハマっている人のためになればと思いこの記事を記載しました。 この内容は、勉強会でもLTした内容です。その時のSpeaker Deckはこちら です。ご興味がある方は御覧ください。 今後も時間が有るときにコミットしていきます。このOSSの方針としては、どのサービスで必ず使用するであろう機能を今後も追加していく予定です。 その一つとして認証機能はどんなサービスでも必要になってくると考えたので、既に実装してあります。今後はGoogle認証などのOauth認証系も追加予定です。 環境 Dockerがインストールされていればどんな環境でもサンプル

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? 2025-07-06 追記 6年以上経った今も多くの方に見ていただいているので、スライド形式版を Speaker Deck に公開しました。 概要 最近「DMは業務効率をさげるのでよくない。パブリックチャンネルで会話しよう」というのをよく聞きます。 そこで、なぜDMを使用しないほうがいいのか、具体例をGIFにしてまとめてみました。 ※DM=ダイレクトメッセージ ※ここでいうDMとは、1対1のことを指しています 1. 前提条件 誤解を招かないよう、先に前提条件を2つ挙げておきます。 この前提条件の中で、DMを使わなくても仕事は回ると考えて

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? 今私が開発している新サービスをDynamoDBを使用して開発/運用しているので、使ってみてのメリット/デメリットをSQLと比較しながら説明できればと思います。 知見が新たに溜まったらどんどん追記していく予定です。 早速、SQL(MySQL)と比較してのDynamoDBメリット/デメリットを書いていきたいと思います。 その前に、DynamoDBの用語にまだなれていない方は先にこの記事の最後の方にある用語マッピングを見てから読んでいただいたほうがすんなり理解できると思います。 また、既存のgemは検索系が弱かったので dynamodb-ap

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?