AI エクスペリエンスの構築 Gemini API などを使用して、AI を活用した Android アプリを作成できます。

How do buildpacks work?Buildpacks are distributed and executed in OCI images called builders. Each builder can have one or more buildpacks. The builder of the Google Cloud buildpacks that we are releasing today is available gcr.io/buildpacks/builder. Builders have the ability to auto-detect the language of your source code. This is accomplished by a `bin/detect` executable in the buildpack. The de

こんにちは、@nerusanです。 皆さんは、状態管理ツールなどは使っておられますでしょうか。 例えば、有名なところでは、Redux, Recoilなどがあります。 今回は、Reactにおける状態管理についての動向を知ることで、なぜ、Reduxが使われるようになったのか？何をReduxなどのグローバルな状態管理ライブラリで扱えばいいのか？現状どうなっているのか？を調べたので、記事にしたいと思います！ 自身の解釈なので、もしかしたら、誤ったことを言っている可能性もあるので、その際はご指摘いただければと思います m(- -)m SPAの流行り SPAとはSingle Page Applicationの略であり、新しいページに移動する際、サーバからページを再読み込みするのではなく、JavaScriptを使って、クライアント側のブラウザで動的にページを書き換えるアプリケーションを指します。ページご

レンティオでCTOをつとめています神谷(@kmy4_)と申します。当社では、カメラや家電全般をレンタルできるECサイト、レンティオを運営しています。 今回はタイトルにもある通り、2015年の創業から今に至るまでのレンティオのサイト構成の変遷と、その意思決定の背景について書いてみたいと思います。 もともとレンティオは東京都大田区の端っこで創業した零細ECサイトでしたが、約7年の期間を経て月間流通総額が数億円規模のECサイトにまで成長しました。 一般的な物販ECであれば業態に合わせてShopifyやBASE等を活用するのがほとんのケースにおいて最も効率の良い方法かと思います。しかし、レンティオの場合はビジネスが少々特殊ということもあり、ECサイトを内製するという選択をしました。 上記のような事情もあり結構ニッチなテーマではあるのですが、同様の記事もあまり見かけないことから記録として書き残してみ

この文書はなにか Beyond the Twelve-Factor App [1] は良文書だと思うのですが、それぞれの項目の目的や理由が明確ではないように思えました。言うまでもないことなのかもしれませんが、はっきりしていないと不安かなとも思います。 Beyond the Twelve-Factor App には以下の15の項目があります。優先順位順です。 One codebase, one application API first Dependency management Design, build, release, and run Configuration, credentials, and code Logs Disposability Backing services Environment parity Administrative processes Port bind

AWS FISC安全対策基準対応リファレンスとは？ FISC「金融機関等コンピュータシステムの安全対策基準・解説書」第9版追補改訂に対応 本書は2020年9月にアマゾン ウェブ サービス（以下、AWS）よりリリースされた「AWS FISC安全対策基準対応リファレンス」をより使いやすいものとするために、AWSパートナーの有志企業が共同で作成した参考文書です。 2020年9月にAWSがリリースした「AWS FISC安全対策基準対応リファレンス」をより使いやすいものとするために、AWSパートナーの有志が募り、リファレンスの参考文書を作成するコンソーシアムを立ち上げました。この度、本コンソーシアムの成果物として「AWS FISC安全対策基準対応リファレンス」参考文書が完成しましたので、金融機関および金融機関のシステムを構築するベンダー向けに無償提供を開始します。 TISは、本コンソーシアムの主旨に

プラネットロックダウンは、世界が直面している状況に関するドキュメンタリーです。疫学者、科学者、医師、弁護士、抗議者、政治家、王子など、世界で最も明るく勇敢な人々と話をしました。 これらの勇敢な魂は、すべての可能性に対して真実を話し、私たちに同じことをするように促す勇気を持っていました。 恐れを克服する勇気が必要です。 一度やれば、毎回簡単になります。Show more プロジェクトに寄付してください。 あなたの貢献は本当の違いを生みます。 https://planetlockdownfilm.com/donate/ 映画とインタビューの最新情報については、メーリングリストに登録してください。 https://planetlockdownfilm.com/lists/?p=subscribe より多くの完全なインタビューを見て、あなた自身を教育してください！ https://planetlo

この記事は、Merpay Advent Calendar の14日目の記事です。 こんにちは。メルペイのSettelementチームで開発を担当するバックエンドエンジニアの @shiv3 です。 9月に入社後今のチームへ配属されてからシステムのキャッチアップが進み、晴れて開発している担当のシステムのオンコール当番を任されるようになりました。 「メルペイSREチームのこれまでとこれから」でも触れられていますが、メルペイではSREチームがオブザーバビリティやオンコール制度を整えてくれており、開発チームと協力体制でオンコールを回しています。 オンコール体制で重要になるのは、オンコール担当者のシステムへの理解やドメイン知識は言うまでもなく、アラートが鳴った際にすぐに原因調査を行える状態にしておくことが重要です。安定したシステムでも、もし何か起こった際に原因が全く分からないブラックボックスの状態では

今回は２部構成で、Spring MVCベースのWebアプリケーションで、Servlet 3.0からサポートされた非同期処理を利用する方法をについて説明します。なお、Servlet標準の非同期処理の仕組みについては、こちらの記事をご覧ください。 Spring Boot上での使い方と実装サンプルは、最後の方に記載してあります。Spring Bootユーザーは方は、もしかしたら先にそちらをみた方がイメージがつきやすいかもしれません。 動作確認環境 Java SE 8 Tomcat 8.5.5 (Servlet 3.1) Spring Framework 4.3.3.RELESAE Spring Boot 1.4.1.RELEASE 前提知識 Servlet標準の非同期処理の仕組みを知っている人 Spring MVCで画面遷移アプリを使ったことがある人 (Java Config + ViewRes

Amazon Web Services ブログ スキーマ設計を通じた Amazon DynamoDB スキャンレイテンシーの最適化 この記事では、Amazon DynamoDB のテーブル構造がスキャンパフォーマンスにどのように影響するかについて説明し、テーブルのスキャン時間を最適化する方法をご紹介します。 Amazon DynamoDB は、柔軟なスキーマを使用できる NoSQL データベースです。これは、項目それぞれにどのような属性が存在するかという点で、同じテーブル内の項目が互いに異なることを意味します。 DynamoDB のスキーマとアクセスパターンの大部分は GetItem 操作と Query 操作を中心に方向づけと最適化が行われ、これによってテーブルまたはインデックスから単一項目にアクセスするときに一貫した 1 桁台のミリ秒での応答時間が提供されますが、ユースケースとアクセスパ

AWS Startup ブログ Docker をフル活用して金融業界のシビアなパフォーマンス、セキュリティ要件に対応している株式会社Finatext石橋さんに、難しいポイントやアーキテクチャ上の工夫を伺いました – 前編 皆さんこんにちは！スタートアップソリューションアーキテクトの塚田（Twitter: @akitsukada）です。今日は、注目の FinTech 企業 株式会社Finatext において創業期から設計・開発をリードしている石橋さんにお話を聞いてきました。 石橋さんはAWS Summit Tokyo 2018, 2019、AWS Dev Day Tokyo 2018 等で登壇するなど、AWS に関する深い知見をお持ちです。 AWSにおけるクラウドネイティブでセキュアな証券システムの運用 / aws-summit-tokyo-2019-l2-03-finatext こち

Amazon Web Services ブログ Amazon DynamoDB Transactions を使用して複数のアイテムに調整された変更を加える 近年、NoSQL データベースをリレーショナルデータベース管理システム (RDBMS) の制約から解放するソリューションと見なす組織が増えているため、NoSQL データベースの使用が大幅に増加しています。NoSQL データベースの柔軟性、俊敏性、およびパフォーマンスは、移行をトリガーする主な利点ですが、組織の重要な要件の一部によって RDBMS は同じままでした。 RDMBS は、最も広く知られ議論されている機能であるトランザクションサポートのために、重要なデータを操作する場合 NoSQL データベースよりも好まれます。 Amazon DynamoDB Transactions 使用する理由 多くのアプリケーションでは、1 つ以上の項目

Amazon Web Services ブログ 大規模な Amazon DynamoDB テーブルに適切なシャード数の選択 一般的な設計のベストプラクティスとして、アプリケーションをテーブル内のすべての論理パーティションキーとインデックス全体での均一な読み込みと書き込みアクティビティのために設計することによって、Amazon DynamoDB のスループットキャパシティーを最大限に活用することができます。このような設計により、テーブルのキャパシティーを過剰に消費する可能性があるホットパーティションの発生を防ぐことができます。 書き込みアクセスをパーティション全体に均等に分散させる 1 つの方法は、パーティションキースペースを拡大させることです。この戦略は、パーティションキーに追加のサフィックスを付加して、基盤となるパーティション全体での配分を向上させるもので、書き込みシャーディングと呼ばれ

今回も前回の記事につづき、Java8による変更点で未だあまり紹介されていないポイントを記事にしようと思う。 今回はJava8のHotSpotVMの話。Java8ではJEP122が取り込まれ、VMのメモリモデルが変更された。JEP122のタイトル「Remove the Permanent Generation」から想像できるとおり、Java8のHotSpotVMからは従来のPermanent領域が無くなった。 なぜ、こういった変更が行われたのだろうか？また、元々Permanent領域に格納されていた情報は何処にいってしまったのか？JVM付属のツールにどういった影響があるのか？ 今回の記事ではこの点をまとめていこうと思う。 なお、HotSpotVMのメモリモデルについて詳しくない方は、先にこちらの項番（「補足 – HotSpotVMのメモリ構造概説）を読んでいただくとスムーズに読み進められるだ