処理が複雑でジョブの依存関係を定義したい場合は、AWS Batch 単体で制御するか、より複雑な場合は Step Functions を用いて Lambda、ECS（Fargate）、AWS Batch（Fargate） を組み合わせる。 AWSにおけるバッチ処理の選択肢 ざっくりとした選択肢は下記。 Lambda ECS（Fargate） AWS Batch（Fargate） これらのサービスに実際は SQS や Step Functions を組み合わせることもあるので選択肢はさらに広がる。 ちなみに、SQS + Fargate（常時起動でポーリング） という構成や、SQS + Lambda + Fargate（都度実行） という構成は、AWS Batch が Fargate に対応した現在は特にメリットがないので取り扱わない。 2021/5/2 追記 「常時リクエストがくるユースケー
はじめに どんなソフトウェアエンジニアも拡張しやすくメンテナンスしやすいソフトウェアを作りたいと思っているはずです。また、どんなプロダクトマネージャも同様に拡張しやすいシンプルな要求を作りたいと考えているはずです。 しかし、将来の不確実性や発展性に対して見通しを立てるのは難しいものです。そのため、開発チームの思いとは裏腹にソフトウェアの複雑性はどんどんと増大していきます。気がついたら技術的負債と呼ばれるような手もつけられない泥団子になってしまうということもしばしばです。誰もが生産性を下げるために機能を追加したいわけではなく、ビジネス価値を提供するために機能を追加したいだけなのにです。 このような状況を避けるためにはどうしたらよいのでしょうか。今回はその一つの手段として、要求には隠れた「意図」があり、それを発見していくことの重要性についてまずはお話しします。さらにわかりやすい要求が持つ仕様の
こんにちは、はてなでWebアプリケーションエンジニアをやっている id:polamjag です。 最近のはてなでは、若手エンジニアを中心として、いろいろな技術を見つめ直すワーキンググループをやっています。先日、id:onk も「デプロイ今昔」という記事を書きましたが、このエントリーはそのシリーズの続きで、ワーキンググループの「ログ」の回で議論したこと・話題になったことをまとめました。 Web開発におけるログを見つめ直す ログを4つの目的で分類する 目的ごとに求められる取り扱いの要求水準 いまどきのログフォーマットについて まとめ：どう実装するかを模索していく Web開発におけるログを見つめ直す Webサービス（Webアプリケーション）の運用には、多種多様なログがついてまわります。多くのミドルウェアは何もしなくてもそれなりの量のログを出力しますし、クラウド上のマネージドサービスも然りです。行
はじめに この記事はHow to Learn Software Design and Architecture | The Full-stack Software Design & Architecture Mapを翻訳したものです。 翻訳がおかしい箇所などあればご指摘頂けるとありがたいです。 元記事の著者: Khalil Stemmler(@stemmlerjs) 設計、アーキテクチャ、フロントエンド、ブロックチェーンに興味ある方是非Twitter(@show_clements)フォローしていただけると嬉しいです！ 設計に関する記事 ソフトウェアデザインとアーキテクチャは、DevOpsやUXデザインのように、コンピューティングの領域の中でも独自の研究分野となっています。ここでは、クリーンコードからマイクロカーネルまで、ソフトウェアデザインとアーキテクチャの幅広さを説明するマップを紹介しま
ソフトウェア開発者でなくとも、セキュリティ・バイ・デザインという言葉は聞いたことがあると思います。しかし、セキュリティ・バイ・デザインが十分に実施できていると言える組織は多くないのではないでしょうか。 いざセキュリティ・バイ・デザインを実施しようとしても「何をすればよいのだろう？」「どうやれば良いのだろう？」となかなか手が動かない。そんな状況の一助となるよう、我々がセキュリティ・バイ・デザインを学び、実践した内容を文書化し公開する運びとしました。 セキュリティ初心者でも読みやすいように、以下の特徴を念頭において本書を執筆しました。 軽快な文章 図表を多用したグラフィカルな見た目 キャラクターのセリフに共感しながら理解ができる 1章 セキュリティ・バイ・デザイン －セキュリティ・バイ・デザインの概要や必要性の説明 2章 脅威分析 －組織やシステムに対する脅威分析の実施方法 3章 セキュリティ
こちらの記事は、Jonathan Saring 氏により2019年12月に公開された『 11 Must-Know FrontEnd Trends for 2020 』の和訳です。 本記事は原著者から許可を得た上で記事を公開しています。 ランチ中のフロントエンドトークでスマートに見られる方法！ チームのランチトークでスマートに見られることは、最新のフロントエンドのトレンドを常に把握しておくための大きな理由であることは言うまでもない。 それは、あなたがより良い開発者になり、より良い技術とより良い製品を作るのに役にたつかもしれない。 たぶんね。 だから、いくつかの興味深い方向を示すことで、この名誉あるクエストを君が簡単に達成できるように少し時間をもらいたい。 すべてのコンセプトについて1から10まで説明するのではなく、そのコンセプトとそれがどのように有用であるか紹介しよう。最後にはさらなるリソー
免責事項 社内向けに展開するように雑にまとめました Next.jsの知見が深くない人がリードしてPoCを立ち上げなきゃいけなくなったが、社内的にはNext.jsを推奨しているみたいな場面を想定しています なので自信ないところも多いですが割と断言するように心がけて書いています PoCの立ち上げ想定なので、jest/Storybookなど内部品質面についてあまり深く書くことを避けています ほぼ自分の知識だけで書いており私見も多いですし、そもそも自分自身がトップクラスの知識や視座を有しているわけでもないので、まずは以下の話を理解はした上で、踏襲するかどうかは別途他記事やGitHub、公式ドキュメントなどを漁って判断することを推奨 App RouterかPages Routerか 2023年末現在まだApp Routerは技術記事が足りてきている印象ではないため、社内でノウハウを積極的に貯めていく
職業柄、「よりよいもの」や「よりよい環境」を求める方が多いエンジニア。そんなエンジニアの「家づくり」にはきっと、さまざまなこだわりが詰め込まれているはず。 「エンジニア、家を建てる」第4回は、兵庫県に戸建てを建てた、はまーんさんに寄稿いただきました。 子育てをする中で、当時住んでいた賃貸物件に手狭さを感じていたはまーんさん。コロナ禍をきっかけに、県内の“田舎”に土地を買い、もともと憧れていたという「家づくり」をスタートさせました。 心がけたのは、自然たっぷりな周囲の環境を生かすこと。エンジニアという仕事は四六時中何かを考えていることが多くなりがちですが、この家のおかげで「何も考えずに過ごす時間」をたくさんつくれているそうです。 こんにちは、はじめまして。はまーんです。 一時的、東京に住んでいたこともありますが、基本的にほぼ関西圏を拠点にソフトウェアエンジニアをしてきました。今はお客様のビジ
数々の建築賞を受賞した複合文化施設内に作られたガラス張りの図書室。 外光が差し込む明るい書棚には、紫外線により赤色が褪色し、青い表紙になった書籍が並ぶ。 https://t.co/F7461Da3HP
ちょっと昔まではデータ基盤の管理人・アーキテクト, 現在は思いっきりクラウドアーキを扱うコンサルタントになったマンです. 私自身の経験・スキル・このブログに書いているコンテンツの関係で, 「データ基盤って何を使って作ればいいの?」的なHow（もしくはWhere）の相談. 「Googleのビッグクエリーってやつがいいと聞いたけど何ができるの?」的な個別のサービスに対するご相談. 「ぶっちゃけおいくらかかりますか💸」というHow much?な話. 有り難くもこのようなお話をよくお受けしています. が, （仕事以外の営みにおける）個人としては毎度同じ話をするのはまあまあ疲れるので, データ基盤にありがちな「何を使って作ればよいか？」という問いに対する処方箋 というテーマで, クラウド上でデータ基盤を構築する際のサービスの選び方 （データ基盤に限らず）クラウド料金の基本的な考え方 をGoogle
BPStudy#178〜成長し続け、変更を楽に安全にできるソフトウェア設計とは 株式会社ビープラウドが主催するIT勉強会 2022年6月30日 設計を学ぶのは自分のため 「正しい」学び方があるわけではない 設計の学びに特定の到達点はない 何を学ぶのか 設計の学び方 上達する：練習して変化する 成長する：時間をかけて変化する ひらめき：突発的に変化する
2022年5月15日(日)に開催されたSRE NEXT 2022 Day 2の登壇資料です。 ▼SRE NEXT 2022オフィシャルサイト https://sre-next.dev/2022/ ▼発表の概要 https://sre-next.dev/2022/schedule#jp20
アプリケーションをユーザに公開する場合, それがGUIであってもCUIであってもインタフェースが必要になります. Webアプリケーションを公開する場合にはWeb APIを利用するのが一般的であり, AWSもAPIをフルマネージドで活用するためのAPI Gatewayを提供しています. 非常に簡単に活用できるのですが細かい機能などを今一度洗い直す機会があればと思っており, 社内勉強会の機会があったのでAPI Gatewayについて話しました. 今回の記事では社内向け勉強会で登壇した内容をブログ向けに再編しています. 資料はSpeakerDeckで公開していますが, 内容についてより細かくこのブログで説明しますので, 是非ご閲覧ください. What is API まず最初にAPIが何かを確認します. 大雑把に伝えるとアプリケーションが呼び出せば予期した結果を返されるような仕組みです. 名前にあ
Skip to the content. 自作RDBMSやろうぜ! このサイトの目的 RDBMS（いわゆるリレーショナルデータベース）というものはプログラミング言語の処理系や、OSなどと同様に、世の中で広く使われているソフトウェアであるにも関わらず、いざ自作してみようと思うと日本語で記述されたサイトや書籍で、必要な情報・情報源がまとまったものがないことに気づきました そこで、叩き台として、本サイト管理人および数名のコミッタで開発している自作RDBMSである SamehadaDB が軌道に乗るまでの経験をベースに、自作RDBMSするための道筋をある程度整理して書き記してみました 各々の情報・情報源はあいかわらず多くが英語で記述されていますが、その点はご容赦下さい なお、本サイトは技術的な解説を提供するのではなく、適切と思われる情報・情報源をポイントするようなサイトとなることを想定しています
TL;DR GraphQLはクライアント側とサーバー側の双方の複雑化を解決するために利用されてる フロントエンドにとってGraphQLはHTTP上で動く信頼できる唯一のリソースとして振る舞う フロントエンドの状態管理のベストプラクティスとしてのApollo Client クライアントファーストなAPI, GraphQLはWeb APIのベストプラクティスになり得る クラシックアプリケーションを改修することなくGraphQLとモダンフロントエンドで今どきのアプリを作れる はじめに GraphQLは非常に良く出来たソフトウェア(の仕様)ですが、複数の側面を持つことからすぐに理解することが難しくまだ日本ではあまり受け入れられていない印象があります。GraphQLを端的に何と言われると "全てのフロントエンドのためのAPI BFF" なのですが、それだけで理解出来る人はなかなか居ないように思います
ツイッターに度々寄せられるガラス張り図書館への批判。「まちなかリビング北千里」（大阪府吹田市）に対する2022年11月に発生した炎上を事例として、図書館をガラス張りで設計するのは本当にダメなのか、また、特定の個人ツイートに批判を浴びせる〈本好き〉達の行為への疑問を中心にまとめを作成した。
ご来店いただきありがとうございます。新刊『プログラマーのためのCPU入門 ― CPUは如何にしてソフトウェアを高速に実行するのか』発売開始のお知らせです。 ほぼすべてのソフトウェア開発者がお世話になるコンピューターの最重要パーツ、CPU。「演算をする」というざっくりした役割は知っているし、もう少し踏み込んでレジスタやアセンブリ命令、あるいはさらに踏み込んで、NAND/OR/NOT回路による演算装置といった原理を勉強したことがあるプログラマーの方も少なくないと思います。 しかし、現代のソフトウェアにおいてCPUがもたらす大きな価値は、その原理のみならず、むしろその尋常ならざる高速さにこそあるといっても過言ではないでしょう。 CPUの性能は、半導体技術の進化やハードウェア構成の妙といった物理的な要因のみによって決まるわけではありません。その裏には、パイプライン化やスーパースカラ化、さらには分岐
1971年東京生まれ。イラストレーター。ドクロ服、ドクロ雑貨集めに情熱を燃やしすぎている。ほかにはワニ、ウツボ、ハダカデバネズミなど毛の生えていない動物も好む。著書に「しろねこくん」、「ココロミくん」、「ひとみしり道」、「ばかスイーツ」などがある。（動画インタビュー） 前の記事：サブちゃんの好物を食べてみたい
2020/07/14 Cybozu Tech Meetup #3
ＪＲ高輪ゲートウェイ駅周辺の再開発工事現場から見つかった高輪築堤跡＝いずれも東京都港区で、本社ヘリ「おおづる」から １８７２（明治５）年の国内初の鉄道開業時、東京湾の浅瀬に線路を敷設するため造られた「高輪築堤（ちくてい）」の遺構が、東京都港区の再開発現場から出土した。かつて「列車が海の上を走る」と東京名所に数えられたが、一帯の埋め立てで姿を消していた。遺構は断続的に約１．３キロメートルにわたり確認。保存状態も良好で、開業時の鉄道の様子や土木技術を知る貴重な手掛かりになりそうだ。（梅野光春）
ほたか @hotaka_zrc Le pont le plus long(長ぇ橋)って名前の授業 その名の通り、学校のアトリウムの窓から窓へ10メートルの橋を段ボールのみで作り、最終日にはその上を歩かないといけないと言うアホがワイン飲みながら考えたとしか思えない内容 こんなに真剣に壊れない設計を考えたことはない。命かかってる pic.twitter.com/QbIuzpPsRz 2022-02-10 17:07:53
「データ指向アプリケーションデザイン」をベースに、24時間365日動き続けるデータシステムを実装する際に必要となる技術や考え方を紹介します。 この資料は、2023年大阪大学大学院 情報科学科 マルテメディア工学特別講義で使われた資料を一般用に修正して公開しています。 参考： 「30分でわか…
【新機能】Google Cloud 純正の構成図ツール Architecture Diagramming Tool が発表されました Google Cloud のアーキテクチャ図を書く純正のツール Architecture Diagramming Tool が発表されました。Google Cloud の構成図ツールの決定版になると思います。 ウィスキー、シガー、パイプをこよなく愛する大栗です。 先程 Google Cloud 純正のアーキテクチャ図作成ツールである Google Cloud Architecture Diagramming Tool が発表されました。 Introducing a Google Cloud architecture diagramming tool Google Cloud Architecture Diagramming Tool 今まではGoogle S
しゅ〜🐴いくん｜Shumaikun 🏯⛩🏛⛪️ @shuma1115 47都道府県ごとの最古の木造建築を調べてみた！ 北海道と沖縄県が最古が江戸時代なのは知ってたけど、長崎県も江戸時代が最後だったのか… pic.twitter.com/cHEkfmZDwO
雨穴：Kさん、お久しぶりです。お時間とっていただいてありがとうございます。 Kさん：いえいえ、雨穴さん。ところで送ってもらった間取り図のことですが… 雨穴：はい。一階に謎の空間があるんですが、これについて何かわかりますか？ Kさん：うーん…一つ言えるのは、これが意図的に作られたものだということですね。 雨穴：意図的に…ですか？ Kさん：この空間は本来必要のない二枚の壁によって作られているんです。 Kさん：台所に接した二枚の壁。これがなければ「謎の空間」は生まれないし、台所も広くなります。 雨穴：なるほど。なぜ作ったんでしょうか？ Kさん：もしかして、最初はここを収納スペースかなにかにする予定だったんじゃないですかね？ Kさん：たとえばリビング側に扉を作ればクローゼットとして使えるし、台所側に作れば食器棚になる。 だけど途中で気が変わったか、費用が足りなくなったかで扉を取り付ける前に断念した
バベルの図書館アルゼンチンの有名作家ボルヘスさんの短編。 この世に存在しうる全ての本が収められた、無限(？)に広がる図書館の世界が舞台。舞台つっても特になにが起きるわけでもなく、基本的に世界観の説明に終始する。たしか本棚がある六角形の部屋が無限に連なってるんだけど、その間に食事や排泄のための小さなスペースがある的な描写があり結構心をくすぐられた。 四畳半神話大系アニメ化もされた森見登美彦さんの作品。 主人公の大学生が暮らす四畳半の部屋が無限に連なる四畳半宇宙、みたいなものが出てくる。それぞれの部屋はひとつのパラレルワールドに対応していて、置いてあるものなんかがちょっとずつ違っている。迷い込んだ主人公が出られなくなって長い時間を過ごすことになり、多くの部屋に共通して置いてある土産物のカステラを主食としてなんとか食い繋ぐという展開がかなりグッときた。 横浜駅SFネット発のSF。 AI？ナノマシ
コンテンツブロックが有効であることを検知しました。 このサイトを利用するには、コンテンツブロック機能（広告ブロック機能を持つ拡張機能等）を無効にしてページを再読み込みしてください。 ✕
2024/01/15(月) 12:00 〜 13:00 t-wadaさんが後世に残したい、実録レガシーコード改善 https://findy.connpass.com/event/304101/ テストコードが無いコードを引き継いだところからはじまる、実際に2018年に行った受託開発案件のエ…
プレゼンテーションレイヤ、いわゆるフロントエンドがクライアントサイドで実装・実行されるアーキテクチャ (注 1) において、管理画面/管理機能をあとから追加する際にどのような実装パターンがあるのかを整理してみます。 注 1: Presentation Domain Separation の実践の中でも、物理的にプレゼンテーションロジックとドメインロジックを分離しているアーキテクチャです。 用語の整理 プレゼンテーションレイヤ 三層アーキテクチャにおける、システムの利用者へユーザインターフェイスを提供する層です。本記事では"フロントエンド"とほぼ同義で使います。 OSI 参照モデルの第六層ではないです。 バックエンド Web API とは プレゼンテーションを持たない Web API (HTTP プロトコルを用いてネットワーク越しに呼び出すアプリケーション) とします。 プレゼンテーションレ
Ryuhan🌱隆範の建築煩悩 @o_yutaka0113 設計はサンティアゴ・カラトラバ。竣工は1998年です。 この芸術科学都市を設計したのと同じ方ですね。構造とデザインが美しく融合しています。 twitter.com/o_yutaka0113/s… twitter.com/o_yutaka0113/s… Ryuhan🌱隆範の建築煩悩 @o_yutaka0113 こんなに未来的な建築が、地球上に存在していた！！ 一つ一つが超巨大なのに、全部合わせて魚の姿になってるの凄過ぎでしょ超かっこいい！！！尾の方から歩いて来たから、最初は建築それぞれに感動してたのに、最後に全部が合わさってもう号泣！ ここはスペインのバレンシア、「芸術科学都市」で、→続 pic.twitter.com/P717mFnUTc Ryuhan🌱隆範の建築煩悩 @o_yutaka0113 こんなに未来的な建築が、地球上
さんきゅう倉田（元国税職員） @thankyoukurata クラスの友人たちと百貨店のトイレに寄ったら女性用は外まで並んでいた。友人が言うには「台湾の女性用トイレは男性トイレの3倍の面積にすることが法律で決まってる」らしい。 そこで、なぜ日本の女性用トイレは並ばないくらい広くなっていないのか議論になった。 知ってる人がいたら教えてください。 さんきゅう倉田（元国税職員） @thankyoukurata 出た意見としては、 「設計した人が男性だから、女性用トイレの混雑を気にしていないのではないか」 「プロが設計してるのに混雑を考慮しないわけがない。男性用トイレと同程度のサイズなのは理由があるはずだ」 「人はそんなに賢くない。考慮などしていない」 などがありました。 さんきゅう倉田（元国税職員） @thankyoukurata 都内区役所で都市計画をやっている友人 「他の階にもトイレがあるの
昔：感情があった 元々ぼくはきれいなコードを書くことへのモチベーションが高かった。 プログラマーになったばかりの頃にリーダブルコードを読んで感動したというのもあるし、ちょうどその頃DDD原理主義みたいなものが流行ってて、はてブのITタブにはきれいなコードを書くためのコーディング規約やテクニックに関するブログエントリやLT資料がたくさん流れていた。 最初にAndroidの大規模プロジェクトに関わった時は、元々のコードがかなりひどかった(初めてJavaを書く人達だけで書いたとしか思えない、現代ではおおよそあり得ないようなレベル)ため、リファクタリングをすることに非常に意義もやりがいも感じたし、どうせきれいにするのならばと張り切って出来るだけリーダブルなコードを書こうとした。 その後チームにgit化の波が訪れ(自分が推進したんだが)PRによるコードレビューなるものもやるようになった。 意識が高か
対象読者 マイクロサービス化を検討しており、実際に作る場合の構成を参考にしたい。 ドメイン駆動設計について、基本的な用語の知識がある。 TypeScript を多少触ったことがある。理解がある。 はじめに こんにちは。エンジニアの吉村です。 現在、弊社が運営する teratail というサービスに携わっており、CakePHP で動作しているモノリシックな既存サービスをマイクロサービスに移行するというプロジェクトを進行中です。 この記事では、実務を通して得た知見として、マイクロサービス化によりどんな恩恵があるのか、具体的にどのような構成で実装をしているのかについてご紹介します。 TL;DR マイクロサービスのバックエンドサービスの実装に焦点を絞って、ドメイン駆動設計 + オニオンアーキテクチャをベースに設計をしました。 本記事では、具体的に「ユーザ新規登録処理」の実装をする場合を例にとり、実
今から二ヶ月ほど前、10/1 に Yahoo! トラベル のリニューアルが完了しました。このリニューアルは、一休.com と Yahoo! トラベルの2システムを一つに統合することで実現しました。 ご存知の通り、ヤフーと一休は同じグループに所属する企業です。ざっくりいうと「同じグループで2つの宿泊予約システムを開発し続けるのは効率が悪いよね」という話があり、今回のシステム統合に至っています。 Yahoo! トラベルと一休のシステム統合は、(1) 2017年頃にホテルの空室管理や予約、決済、精算業務などを担うバックエンドのシステム統合を行い、そして (2) 今回 2021年春先から半年ほどをかけて、ユーザーが利用する画面も含めた全面統合を行いました。全面統合は総勢で 50名ほどのディレクター、エンジニア、デザイナーが関わる一休的には大きな規模のプロジェクトになりましたが、目立ったトラブルもな
中国四川省成都で、植物に覆われた集合住宅のベランダ（2020年8月3日撮影）。(c)STR / AFP 【9月15日 AFP】中国の大都会で緑に囲まれる暮らしを提案した実験的な集合住宅は、売り出された当初、「階層的な森林」の中での生活を約束した。各部屋のベランダには、手入れされた庭があるはずだった。 この集合住宅の不動産業者によれば、全826室が今年4月までに埋まったという。ところが、建物は環境に優しい都会の楽園となる代わりに、荒涼とした世界滅亡後を描く映画のセットのようになってしまった。 蚊も植物を好む、ということが問題だった。 国営環球時報（Global Times）によると、四川（Sichuan）省成都（Chengdu）にあるこの集合住宅には、蚊の来襲が原因で現在およそ10世帯しか入居していないという。 地元メディアによると、2018年に建設されたこの集合住宅には、植物を育てるための
乗用車が後進し扉を破壊。東福寺境内にある東司内に突っ込んだ＝１７日午前、京都市東山区（京都府教育委員会提供、一部画像処理しています） １７日午前９時半ごろ、京都市東山区本町の東福寺で、京都古文化保存協会の男性職員（３０）が運転する乗用車が、現存する日本最古の便所として知られる東司(とうす)（国の重要文化財）に後進して突っ込んだ。けが人はいなかったが、木製の扉や柱が壊れたという。 京都府警東山署と東福寺によると、男性は前進するつもりが、バックにギアを入れたままアクセルを踏み、そのまま突っ込んだとみられる。男性は業務で東福寺を訪れていたという。 東福寺は１３世紀に創建された臨済宗東福寺派の大本山として知られる。東司は１５世紀前半の室町時代に建てられ、修行僧が利用していた。 東福寺資料研究所の石川登志雄所長は「今までにない大きな事故であぜんとしている。一日も早い復旧を目指す」と話していた。 ＮＨ
こんにちは、モノタロウ コアシステムエンジニアリング部門 配送ドメイングループの安見です。 この記事では私が関わっていた社内システムを仮想サーバ(AWS EC2)からコンテナに移行した後にコンテナをやめて仮想サーバに戻した話をご紹介します。 諸説明 コンテナ移行について コンテナ化対象システムについて 直面した様々な問題 リリース後の多数の残課題 展開する機能の数が多すぎる コンテナ化のメリットが薄かった なぜこうなったか よかったこと まとめ 追記： 現在なら... 諸説明 コンテナ移行について システムのコンテナ移行とは、アプリケーションやサービスを動作させるための必要なすべての環境を、一つの「コンテナ」としてパッケージ化して動作できるようにすることです。これにより、アプリケーションは他のシステムと独立して実行され障害分離ができたり、環境の違いによる影響を受けにくくなるため移植性が向上
September 15, 2021 @ iCARE Dev Meetup #25
API開発の基本 - 銀行APIの開発事例に学ぶ『使いやすい』のデザインプロセス APIは多くのWebシステムにおいて、欠かすことのできない技術です。APIをどのように設計、デザインすれば、ユーザに利便性を提供できるのかを、GMOあおぞらネット銀行 CTOの矢上聡洋さんが解説します。API設計の基本、そして実際の銀行APIの設計から、“使いやすい”を生み出すためのデザインプロセスを学びます。
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Amazon API Gateway は何をしてるのか | DevelopersIO
