ソフトウェアアーキテクチャを学ぶために - kawasima
いわゆるGoFの23個のデザインパターン。知っておくに越したことはないが、フレームワーク・ライブラリに溶け込みすぎていて、現代では知らないうちに使ってることになるので、余裕があれば。
いわゆるGoFの23個のデザインパターン。知っておくに越したことはないが、フレームワーク・ライブラリに溶け込みすぎていて、現代では知らないうちに使ってることになるので、余裕があれば。
初めての技術選定を頼まれた時に大事だったのは俯瞰的・相対的な考え方だった - MonotaRO Tech Blog
背景 お題 技術の差別化 差別化から分かること 情報資産からToBeを考える 俯瞰的・相対的な技術選定 これまでの話から学んだこと 最後に はじめまして、MonotaROでデータエンジニアをやっています、芝本です。 エンジニアのみなさん、技術を使って何か作ってみるのって楽しいですよね。 私は、公私ともに日々物作りに励んでいます。プライベートだと、最近はマイクロフロントエンドについて学んでいます。 技術を使うためには、技術を学ばなければいけません。 プライベートにおいては、好奇心に従って自由に学びますよね。 とりあえずgit cloneして動かしてみたり、書籍を購入して読んでみたりします。 というようにプライベートでは主に次のような選択肢があると思います。 書籍を読んで好きなものを選ぶ 実際に手を動かしてみて好きなものを選ぶ 人に教えてもらって好きなものを選ぶ 基本的にプライベートの場合は何
質とスピード（2020秋100分拡大版） / Quality and Speed 2020 Autumn Edition
質とスピード（2020秋100分拡大版） 2020/11/20 @ JaSST'20 Kyushu
プラットフォームの上でものを作るということ Amazon EKS Advent Calendar 2019 の最終日です. みなさまご存知の通り、AWS には Amazon ECS と Amazon EKS という2つのコンテナオーケストレーションに関するサービスがあります. ECS は2014年に発表された AWS ネイティブなコンテナオーケストレータ、EKS は OSS のコンテナオーケストレータである Kubernetes をマネージドな形で提供するサービスで、2017年に発表されました. 今日はこの Amazon ECS と Amazon EKS という2つのサービスについての話を書こうと思います. // 読んでくださっているみなさまをミスリードしないための DISCLAIMER 本記事の著者は AWS に勤めています. また、この記事には僕個人の意見や想いも強くこもっています.
Rails の問題は Rails のベストプラクティスがフロントエンドのベストプラクティスの邪魔になるどころか全く逆方向で相反してる点です。DHHの思想がフロントエンドと根本的に逆行してる。そういう人が作るフレームワークなのでwebpackerの抽象化を根本的に間違ったりする。 — prev.js (@mizchi) December 1, 2020 昨日もリプライで少し書いたけど、DHH自体が直近のHeyの開発でも明確にJavaScriptというものを触れないようにすることを是としているような主張をしているので、DHH wayが色濃く反映される以上この状態はもう避けられない気がしている — potato4d / Takuma HANATANI (@potato4d) December 1, 2020 Railsがフロントエンドの最先端をゆく人々1から良く思われないのは事実として。 Vie
管理マン🍄 @kanri_man2103 天窓はやめとけおじさん:天窓はやめておけ イケイケ設計士:体内リズムが良くなります 大工:天窓はやめておけ 防水業者:天窓はやめたほうが良いです 僕:天窓はやめておけ #天窓はやめておけ 2021-05-23 17:58:39
公開日：2021.10.26 更新日：2023.06.28 エスカレーターは誰でも乗れる魅惑の乗り物。エスカレーターを楽しむ極意、まとめます ※掲載内容は公開日時点の情報です。現在と異なる場合がございます。 「エスカレーターは魅惑の乗り物」とはりきってタイトルを付けましたが、そもそも普段エスカレーターを「乗り物」として意識されている方は少ないかもしれません。どちらかというと、ちょっと階段より便利な建物の一部、ぐらいの認識でしょうか。もはや日常の一部として、誰もが意識することなく当たり前に乗っていると思います。 私はエスカレーターに注目しはじめて15年ぐらいのエスカレーターマニアです。鉄道マニアなどをはじめとする「乗り物」マニアの中でも、たぶん日本で5人ぐらいしかいないのではないかと思われる“マニアックなマニア”です。そんな私から、「乗り物」としてエスカレーターを楽しむとはどういうことか、じ
全AWSエンジニアに捧ぐ、CloudWatch 設計・運用 虎の巻 / CloudWatch design and operation bible
全AWSエンジニアに捧ぐ、CloudWatch 設計・運用 虎の巻 / CloudWatch design and operation bible
概要 学生氏に適当なことを言い過ぎ反省しているので、バックエンドのいま覚えてる良かった記事の共有です。 まっさきにみるやつ Web 系エンジニアの学習ロードマップです。 とりあえずこのロードマップにのってる"紫のチェックマーク"がついたものを順番にこなしていけば良いとおもいます。backend のロードマップを紹介しましたが他にもfrontend やdevops などもあります。しかも毎年更新してくれます。 この記事はこのロードマップ以上の情報は提供できません。おわり。 roadmap.sh その他 エンジニアリングについては雑に調べると歴戦のエンジニア各位が紹介してくださってるので、クラウド系をメインに紹介します。 一般的なやつ タイトルママ。 バックエンドというよりエンジニアリング全般。 japan.googleblog.com 技術記事に特化したキュレーションサービスです。 追いたい
自分が本格的に設計を意識するようになったのは、2015年の夏に現職であるFringe81株式会社で開催されていたサマーインターンに参加してからだ。 インターンではDDDとクリーン・アーキテクチャ*1を一から勉強してAPIサーバーに実装する、というカリキュラムであったが、いま思うと2週間という比較的長いインターンで僕が学べたことと言えば本当に微々たるものだった。つまるところ、それくらいには設計というものは奥が深い。常になんらか特定のデザイン・パターンなりアーキテクチャ・パターンを適用することでアプリケーション開発がうまくいくということはなく、それらの様々な知識から少しづつ応用されたものが最終的なアプリケーションの設計に対して真の洞察を与えてくれるものというのが、僕自身のいまの認識である。 設計はまさに Connecting the dots そのものだ。多くを知れば知るほど、アプリケーション
2019-07-05 社内LT会で発表した内容です。
IPアドレスに縛られない新しい通信識別技術と既存のインターネットが共存するための国際規格が発行されました （METI/経済産業省）
欲しいデータ／コンテンツを取得する際に「場所（IPアドレス）」を指定して取りに行くのではなく、データ／コンテンツの「名前」を指定して取りに行く新しいネットワーク技術と、既存のインターネットが共存するための国際規格が発行されました。 この国際規格により、Society5.0 を支える重要な基盤要素であるIoTにおけるデータ通信が効率化され、様々な産業分野でデジタル化が促進されることが期待されます。 1．背景 現在の通信方式は、通信相手となるサーバの場所（IPアドレス）を指定し、常にそこまでデータ／コンテンツを取りに行くプロセスによって成立しています（図1参照）。この仕組みは、サーバ・端末の位置が変わらず、「一対一」の通信であることを前提として構築されたため、現在のようにサーバ・端末が移動し、「一対多」「多対多」の通信となる場面には十分に対応することができないことがあります。このようなケースで
Author: @urahiroshi, Engineering manager of Web Platform team 2022年8月4日、メルカリで “web-2” と呼ばれるサーバがシャットダウンされました。これはメルカリWeb版の開発に携わっているチームにとって、一つの区切りとなる出来事でした。 web-2はPHPで記述されたwebサーバで、2015年から https://www.mercari.com/jp/ 配下のコンテンツを配信していましたが、現在では複数のWebマイクロサービスがその機能を担っており、 https://www.mercari.com/jp/ 配下のページは後継となるWebマイクロサービスが配信するページへリダイレクトされています。 メルカリWebのマイクロサービス化に向けた開発が始まり、最終的にweb-2がシャットダウンされるまで、実に4年以上の期間がかか
RESTful のウェブ API 設計で避けるべき 6 つのよくあるミス | Google Cloud 公式ブログ
※この投稿は米国時間 2022 年 12 月 1 日に、Google Cloud blog に投稿されたものの抄訳です。 オンラインで、組み立て式のテーブルを注文したとします。ところが、パッケージを開けてみると、組立説明書が入っていません。完成品がどんなものかはわかっていても、それぞれのパーツをどう組み立てればいいのか、まるでわかりません。設計が不十分な API を使うコンシューマ開発者も、同じような経験をしているといえます。適切に設計された API なら、容易に見つけ、検索してアクセスし、使用することができます。高品質の API は、コンシューマ開発者がアイデアをひらめき、新しいユースケースを作り上げる手助けになってさえくれます。 もちろん、API 設計を改善する方法はあります。たとえば、RESTful のプラクティスに従うなどです。しかし、お客様が知らず知らずのうちに、ちょっとした不便
根本の問題意識 ソフトウェアの設計スキルはどのように獲得する（させる）ことが効果的であるのか ソフトウェアアーキテクチャの目的 そもそもソフトウェアアーキテクチャはどのような欲望を満たすための方法か ソフトウェアアーキテクチャの目的は、求められるシステムを構築・保守するための必要な人材を最小限に抑えること である。 (CLEAN ARCHITECTURE) 「求められるシステムを構築・保守するための必要な人材を最小限に抑えたい」 => 構築容易性 と 保守容易性 を確保したい 構築容易性 「構築しやすさ」とは？ ソフトウェアを構築するとはどういうことか ソフトウェアの2つの価値: 「振る舞い」と「構造」 振る舞い: 要件を満たすこと => いわゆる機能 構造: 振る舞いを簡単に変更できること => いわゆるアーキテクチャ 構築しやすさ=価値の生み出しやすさ 要件を満たしながら振る舞いを変更
Vue.js の設計地図を作成しました。設計概念の依存関係の図式化して理解し、 フロントエンド設計をモデリング起点で考えたブログです。
設計ナイト2020 を受けて、今どんなアーキテクチャを選ぶべきかという話をしたくなったのだ。 kichijojipm.connpass.com 設計ナイトで高ぶった結果1時間コースの発表資料が完成したので供養場所を探しています。聞いてくれ！！！— Takafumi ONAKA (@onk) 2020年11月1日 お前誰よ 2000年代前半に SI 2000年代後半にブログ、SNS 2010年代にソーシャルゲーム 2020年代に UGC サービス をやってきた人間。数百万〜数億行のデータ、月間数千万〜数十億 imp 程度を主戦場にしています。 今日の話 DDD と PofEAA から学ぶパターン/アンチパターン Rails によって発見された、密結合で速く走れるソフトウェア 今求められているアーキテクチャ 昂ぶって 15,000 字ぐらい書いてしまった。 DDD と PofEAA から学ぶパ
技術的負債の生態 - maru source
@t_wadaさんが翻訳されていた技術的負債の記事をあらためて読んでみたら非常に面白かった。技術的負債の本来の意味が説明されているので、まだ読んだことがない人は一読をおすすめする。 その翻訳記事を読みながら、Jasper（僕が開発しているGitHub用のIssueリーダー）のv1.0で技術的負債を返済したことを思い出した。そこで、その翻訳記事を参考にして技術的負債の生態について自分なりに考えてみることにした。すると面白い生態がいくつか見えてきた。例えば「生態③: むしろ技術的負債が生まれることそれ自体はポジティブである」などである。今日はそのことについて書いてみようと思う。 ちなみに今回は技術的負債への対処までは解明することができなかった。いつか続きを書けたらいいなと思う。 技術的負債が生まれる背景 まずはJasperで経験した技術的負債を紹介する。負債の内容自体はそんなに重要ではないので
This is The Entire Computer Science Curriculum in 1000 YouTube Videos
This is The Entire Computer Science Curriculum in 1000 YouTube Videos In this article, we are going to create an entire Computer Science curriculum using only YouTube videos. The Computer Science curriculum is going to cover every skill essential for a Computer Science Engineer that has expertise in Artificial Intelligence and its subfields, like: Machine Learning, Deep Learning, Computer Vision,
Microsoft SQL ServerMySQLOracle DatabasePostgreSQLSolarWinds DPAデータベース運用主要RDBMS製品の比較 2022.09.01 渡部 亮太 主要RDBMS製品の比較 – アーキテクチャ, スキーマ, データベース, メモリ Oracle ACE Proの渡部です。 主要なRDBMS製品についてアーキテクチャを比較します。 大枠を整理することが最大の目的です。細かい例外事項や拡張機能は適宜記載を割愛しています。 2022年9月時点の最新バージョンをベースに記載していますが、記載内容にバージョン依存は少ないはずです。 時間ができた時に随時追記予定です。 もし誤りを見つけた場合は、優しく教えていただけると嬉しいです。→ https://twitter.com/wrcsus4 or ryota.watabe at cosol dot
Adobe製デザインシステム「React Spectrum」がすごいので紹介したい - Qiita
🚀 Super excited to announce: ♿️ React Aria — Accessible UI primitives for your design system. 👑 React Stately — State and core logic for your design system. 🌈 React Spectrum — Adobe’s design system. Learn more: https://t.co/ucVguh3rqp Github: https://t.co/e8aOfLgCVK — Devon Govett (@devongovett) July 15, 2020 7月15日にAdobeのデザインシステム react-spectrum がリリースされました。 デザイン製も優れていますが、他の部分でのクォリティーが個人的にショックだった
阿部光平｜IN&OUT @Fu_HEY エピソードが全部強い。 ・建設に小学生の娘まで動員。届かない足でレッカー車を運転 ・断熱を考えて屋上を土で覆い畑作開始 ・マンション内にスーパーや共同浴場を開業 ・豪雨で油が流出。周囲の水田で被害が出たが、その年の収穫物を全て買い上げる形で解決 ja.wikipedia.org/wiki/沢田マンション 2020-01-29 11:53:21 リンク Wikipedia 沢田マンション 沢田マンション（さわだマンション）は、高知県高知市薊野北町一丁目に建設された、集合住宅である。鉄筋コンクリート建築を専門職として手掛けたことのない者が、夫婦二人で（のちにはその子も加わって）造りあげた。通称「沢マン」（さわマン）、「軍艦島マンション」とも。現況は、鉄骨鉄筋コンクリート構造、敷地550坪、地下1階地上5階建て（一部6階）、入居戸数約70世帯、約100人居
腰巻きビルと向き合う
もっぱら工場とか団地とかジャンクションを愛でています。著書に「工場萌え」「団地の見究」「ジャンクション」など。（動画インタビュー） 前の記事：河原にある「土手けもの道」をじっくり見る ＞ 個人サイト 住宅都市整理公団 腰巻き三都物語 まずはとにかく代表的な腰巻きビルを見てみよう。東京を代表する腰巻きビルはJPタワーだ。 JPタワーといわれてもピンとこないかもしれない。KITTE丸の内のあの建物のこと、といえばよく分かるだろうか。 上の写真を見れば「腰巻き」の意味が分かるかと思う。吉田鉄郎設計による、1930年代に建てられた東京中央郵便局の主に外壁部分が保存され、高層ビルの「腰巻き」になっているというわけだ。 JPタワーになったのは2012年のことだから、以前の姿を覚えている人も多いだろう。あらためてまじまじと鑑賞したが、窓のプロポーションとかかわいいよね。 2つめの代表腰巻きビルは神戸の海
サウナと露天風呂がある家を野尻湖の湖畔に建てた【趣味と家】 - MY HOME STORY │スーモカウンター注文住宅
音楽やマンガなど、圧倒的な熱量を注ぐ「好きなもの」をおもちの方に、こだわりの住まいをご紹介いただく本企画「趣味と家」。第7回目は、長野県・野尻湖の湖畔にサウナと露天風呂付きの一軒家を建てた吉原ゴウさんに寄稿いただきました。コストが抑えられる“田舎”だからこそ実現した、大好きなサウナのある家の魅力を紹介します。 こんにちは。LIGという会社を経営している吉原ゴウと申します。 東京メインの生活から心機一転、40歳を手前にして地元である長野県・野尻湖に念願のUターンを決め、2020年10月に家を建てました。同棲相手のなめこ（ビーグル犬）とふたりで暮らしています。 今回は私の家と、魅力あふれる田舎暮らしについて書きたいと思います。 吉原ゴウさん邸の間取図 【目次】 好きなときに好きなだけサウナに入れる家 サウナに目覚めたきっかけは「フィンランド」だった なぜ、田舎に家を建てたのか 難航した土地探し
DIYで室温が約4℃上がる「マイホームの寒さ対策」が参考になる 効果絶大な簡単アイデアに「さっそくやってみます！」の声
冬は家の中が寒くてつらい、でもインプラス（内窓）を導入するには費用がかかる……。そんな悩みをもつ主婦が、安価で入手できる3つの断熱アイテムを使って自宅の寒さ対策をする動画をYouTubeに公開。動画は反響を呼び、記事作成時点で再生数が71万回を超えるなど話題になっています。 【寒い家を暖かくする簡単方法】マイホームの寒さ対策！約4℃変わった窓際DIY 投稿者は、2児の母のちょびすけ（@chobisuke0815）さん。31歳で念願のマイホームを建てたちょびすけさんは、マイホームに関するお役立ち情報を中心に発信しています。 今回の動画では、マイホームの寒さ対策として、窓に使う3つの断熱アイテム「ビニールカーテン」「ハニカムシェード」「冷気カットパネル」を購入し、家じゅうの窓に設置する様子を紹介。いずれも安くて取り回しが簡単なだけでなく、透明や半透明のアイテムを選ぶことでインテリアの邪魔をしな
NECサイバーセキュリティ戦略本部セキュリティ技術センターの日下部です。 エンジニアの方にとって、システムのネットワーク構成を設計する機会は多々あるかと思います。 ネットワーク構成を検討する際、機器の役割や設置場所によって異なるネットワークアドレスを付与するネットワーク分割を実施することになります。ネットワーク分割の方法はファイアウォールやルータといった装置での分割の他に、サーバやPCに二枚のNIC（Network Interface Card）を使用してネットワークを分割するいわゆる”NIC二枚挿し”という方法もあります。しかし、この方法はセキュリティ上推奨しないという考え方があります。 本記事では、セキュアな産業制御システム（ICS : Industrial Control System）を構築するためのガイドであるNIST SP800-82を参考にNIC二枚挿しによるネットワーク分割
クラウドサービスでは大量の機能が多種多様に提供されており、簡単なアプリでも複数のサービスを組み合わせて利用することも珍しくありません。そうしたバックグラウンドのサービスを設計する際に役立つのがサービス間の構造を図に落とし込んだ「アーキテクチャ図」です。これまでもサードパーティーからさまざまなアーキテクチャ図作成ツールが提供されてきましたが、2022年2月17日にGoogleが自社クラウド向けの公式アーキテクチャ図作成ツールをリリースしたので、早速使い勝手を試してみました。 Google Cloud Developer Cheat Sheet https://googlecloudcheatsheet.withgoogle.com/architecture Introducing a Google Cloud architecture diagramming tool | Google Cl
キーポイント For object-oriented design we follow the SOLID principles. For microservice design we propose developers follow the “IDEALS”: interface segregation, deployability (is on you), event-driven, availability over consistency, loose-coupling, and single responsibility. Interface segregation tells us that different types of clients (e.g., mobile apps, web apps, CLI programs) should be able to inte
こんにちは。プロダクト開発部の荒川 id:ad-sho-loko です。突然ですが、皆さんはこんな疑問を持ったことはありませんか？ データベースの内部実装はどうなっているのか？ トランザクションとはどのようなアルゴリズムで実現されているのか？ NoSQLが遅いのはなぜか？ 古典的なデータベースとは内部的にどのように違うの？ データベースを何かしらの形で利用しているのにも関わらず、意外と内部の仕組みを理解していない場合が多いかと思います。僕もそうです。*1 しかし、エンジニアたるもの、その仕組みを知ることは非常に重要です。僕もデータベースについて勉強しようといくつかの本やサイトを調べていたのですが、なかでもCMU（カーネギーメロン大学）のDatabase System Groupがアップロードしている講義が最も勉強になりました。 www.youtube.com そして本ブログでは、上記の講義
Reactを自作しよう
この記事は Build your own React を翻訳したものです。 Reactを1から書き直していきます。 実際のReactコードのアーキテクチャに従いますが、最適化機能と必須ではない機能は今回は実装しません。 Step 1: createElement関数 Step 2: render関数 Step 3: 並列モード Step 4: ファイバー Step 5: Render Phase と Commit Phase Step 6: 差分検出 Step 7: 関数コンポーネント Step 8: Hooks Step 0 復習 最初にいくつかの基本的な概念を確認しましょう。 React、JSX、およびDOM要素がどのように機能するかをすでに理解している場合は、この章はスキップしても構いません。 今回は、次のわずか3行のコードをReactアプリの例として使用します。 const ele
動作するきれいなコード: SeleniumConf Tokyo 2019 基調講演文字起こし+α - t-wadaのブログ
この文章は、2019年4月18日に開催された国際カンファレンス SeleniumConf Tokyo 2019 で行った基調講演の文字起こしを土台に加筆修正したものです。 当日の講演資料は speakerdeck で、動画は YouTube で公開されています。 Clean code that works - How can we go there? - Takuto Wada | SeleniumConf Tokyo 動作するきれいなコード - どうたどり着くか 本日の講演タイトルは「動作するきれいなコード - どうたどり着くか」です。動作するきれいなコードへ至る道の話をさせていただこうと思います。 資料は公開予定で、講演の写真撮影も問題ありません。ツイッター等での実況も大歓迎です。ハッシュタグは #SeConfTokyo です。 改めて自己紹介です。和田卓人（わだたくと）といいまして、
サーバーレスが気になる開発者に捧ぐ「べき等性」ことはじめ 第一回〜べき等性 (冪等性/idempotency) ってなんだ!? - builders.flash☆ - 変化を求めるデベロッパーを応援するウェブマガジン | AWS
そもそも、べき等性とは、どういうことを言うのでしょうか ? これは「ある操作を 1 回行っても複数回行っても結果が同じである」ことをいう概念です。 例えば、注文処理を考えます。画面インターフェースで、注文確定 / 送信ボタンを押すという操作で二度三度押してしまうユーザーがいます。これで同じ内容の注文が複数回登録されてしまったら問題です。こういったケースでは、画面側で連続して押せないような実装を追加したり (①)、サーバー側で同じ注文の処理であることを認識して適切に一つの処理と判断するようなこと (②) が必要です。 この例では、画面側の制御を入れたほうが簡単なように見えます。しかし、現実には画面とサーバーとの間のネットワークの問題や画面以外からの HTTP コールなどを考えると、このような重複リクエストが起こってしまうという可能性はゼロではありません。 このようなものへの対処として、サーバ
仮想DOMは本当に“速い”のか？ DOM操作の新しい考え方を、フレームワークを実装して理解しよう｜ハイクラス転職・求人情報サイト AMBI（アンビ）
仮想DOMは本当に“速い”のか？ DOM操作の新しい考え方を、フレームワークを実装して理解しよう 最近のJavaScriptフレームワークで利用される「仮想DOM」について、リアルDOMの違い、メリット・デメリット、仮想DOMを使ったフレームワーク開発などを、ダーシノ（bc_rikko）さんが解説します。 はじめまして、ダーシノ（@bc_rikko）です。さくらインターネットでフロントエンドエンジニアをする傍ら、NES.cssというファミコン風CSSフレームワークを開発しています。 さっそくですが、皆さんは、ReactやVue.jsといったJavaScriptフレームワークを使ったことがありますか？ そういったフレームワークで使われている、仮想DOMについて知っていますか？ 「聞いたことない」「聞いたことはあるけど、どう実装されているかは知らない」「熟知している」。いろいろなレベルの方がい
建築士は男（がなってはいけないはず）の特権職業
ようやく合点がいきました。 デザイナーズ物件が済みにくいというのはもう昔から言われてることですが、なぜなのか。 なぜ建築のことを勉強し続けてる人たちが作った家が住みにくいのか。 デザインにステータス全振りしたらそりゃ住みにくいだろうというなんとなくふわっとした理由づけにみんな納得してきましたよね。 でもデザイン物件に住みたい。高くておしゃれな家は住んでて気持ちいい。 でもトイレ風呂が妙な位置についてたり、ほかの部屋に行くのにいったん外に出ないといけなかったり、子供部屋が鬼のように狭かったり暑かったり、プライバシーがなかったり、ベランダが洗濯物を干すには狭すぎたり、でかすぎて物置になっていたり…まあとにかく妙なことになっています。 テレビ番組で「突撃！隣のスゴイ家」というのがあります。 田中卓志と遼河はるひが仮装夫婦になって人様の建てたばかりの家を見に行く番組なんですが、私はずっと引っかかっ
これまでもコンテナ関連の記事はそれなりに書いてきましたが、改めて最新事情に合わせて練り直したり見渡してみると、大きなところから小さなところまで選択肢が多すぎると感じました。 コンテナ系アーキテクチャを丸っと他所の構成で真似することって、おそらくほとんどなくて、参考にしつつ自分流に築き上げていくでしょうから、今回は築くにあたってどういう選択肢があるのかにフォーカスした変化系で攻めてみようと思った次第です:-) 目次 今年一発目の長いやつです。半分は学習教材用、半分は道楽なテイストです。 はじめに 基盤 インスタンス or コンテナ ECS or EKS on EC2 or FARGATE X86 or ARM64 ロードバランサー メンテナンス：ALB or ECS Service 共有 or １環境毎 アクセスログ：ALB or WEBサーバー ECS / EKS デプロイ：Blue/Gr
のぞみ全車指定のJR西日本、「お乗りになってから初めて自由席がないことにお気付きのお客様」とつい煽ってしまう
Summary of the Amazon EC2 Issues in the Asia Pacific (Tokyo) Region (AP-NORTHEAST-1)
2019年8月28日(日本時間)更新: 最初の事象概要で言及した通り、今回のイベントは、東京リージョンの1つのアベイラビリティゾーン(AZ)の一部に影響を与えました。この影響は当該 AZ の Amazon EC2 および Amazon EBS のリソースに対するものですが、基盤としている EC2 インスタンスが影響を受けた場合には、当該 AZ の他のサービス(RDS、 Redshift、 ElastiCache および Workspaces 等)にも影響がありました。お客様と今回のイベントの調査をさらに進めたところ、 個別のケースのいくつかで、複数のアベイラビリティゾーンで稼働していたお客様のアプリケーションにも、予期せぬ影響(例えば、 Application Load Balancer を AWS Web Application Firewall やスティッキーセッションと組み合わせてご
スコットランドにある都市グラスゴーは、かつて造船業で栄え、ロンドンに次ぐ大英帝国第2の都市と呼ばれていました。しかし、近年では住民の健康度が低く、イギリスの他の都市やヨーロッパの各地に比べ異様に平均寿命が短いことから「ヨーロッパの病人」と呼ばれており、この現象は「グラスゴー効果」として知られています。医学や健康問題を中心に扱うニュースサイトMosaicが、そんなグラスゴーの取材と、多数の社会研究から判明した「都市に暮らすことが人の心身に与える悪影響」をまとめています。 Urban living makes us miserable. This city is trying to change that | Mosaic https://mosaicscience.com/story/urban-living-city-mental-health-glasgow-cities-happine
ソフトウェアアーキテクチャの基礎: Software Architecture in a Nutshell
『ソフトウェアアーキテクチャの基礎』 - Techmee vol.2 での発表資料です https://timeedev.connpass.com/event/254336/ 動画: https://youtu.be/ydQ2xoc49Lc #Techmee
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
プラットフォームの上でものを作るということ
Railsを主戦場としている自分が今後学ぶべき技術について(随筆) | うなすけとあれこれ
天窓はやめとけおじさん『天窓はやめておけ』浪漫あふれるイメージの天窓になぜ『やめておけ』なのか？次々と理由が集まってくる
エスカレーターは誰でも乗れる魅惑の乗り物。エスカレーターを楽しむ極意、まとめます｜KINTO
バックエンドに興味を持つ学生にオススメするクラウド系メインのリンク10選 - y-ohgi's blog
個人的なアプリケーション設計のバイブル3選 - Runner in the High
コンピュータサイエンスのすべての分野に精通していると何が嬉しいか
メルカリWebのマイクロサービス化、その4年 | メルカリエンジニアリング
熱海「ホテルニューアカオ」が復活！ 昭和レトロな館内に、海の絶景を一望できる温泉大浴場や海鮮いっぱいバイキング
ソフトウェア設計を学びたい人々にまず教えるべきことはテスト技法ではないか - 余白
Vue.js設計地図 〜設計概念の依存関係からフロントエンド設計を見つめ直す〜
Smart UI パターンが再評価される世界 - id:onk のはてなブログ
主要RDBMS製品の比較 – アーキテクチャ, スキーマ, データベース, メモリ | コーソルDatabaseエンジニアのBlog
「エピソードが全部強烈」法律無視、設計図もなし…建築経験のない夫婦が独学＆自力で建設した"沢田マンション"を訪れた時の話
NIC二枚挿しによるネットワーク分割はなぜ危ないのか：NIST SP800-82より考察
Google純正の構成図作成ツールが登場したので早速使ってみた
マイクロサービス設計原則: SOLIDではなくIDEALS
DBMSをGoで実装してみた - Sansan Tech Blog
AWSコンテナ系アーキテクチャの選択肢を最適化する | 外道父の匠
隈研吾と大成建設の新国立競技場、多方面から概ね不評 : 市況かぶ全力２階建
異常なほど住民が早死にする街「グラスゴー」は一体なぜ生まれてしまったのか？