並び順

ブックマーク数

期間指定

  • から
  • まで

281 - 320 件 / 1490件

新着順 人気順

architectureの検索結果281 - 320 件 / 1490件

  • 建築士は男(がなってはいけないはず)の特権職業

    ようやく合点がいきました。 デザイナーズ物件が済みにくいというのはもう昔から言われてることですが、なぜなのか。 なぜ建築のことを勉強し続けてる人たちが作った家が住みにくいのか。 デザインにステータス全振りしたらそりゃ住みにくいだろうというなんとなくふわっとした理由づけにみんな納得してきましたよね。 でもデザイン物件に住みたい。高くておしゃれな家は住んでて気持ちいい。 でもトイレ風呂が妙な位置についてたり、ほかの部屋に行くのにいったん外に出ないといけなかったり、子供部屋が鬼のように狭かったり暑かったり、プライバシーがなかったり、ベランダが洗濯物を干すには狭すぎたり、でかすぎて物置になっていたり…まあとにかく妙なことになっています。 テレビ番組で「突撃!隣のスゴイ家」というのがあります。 田中卓志と遼河はるひが仮装夫婦になって人様の建てたばかりの家を見に行く番組なんですが、私はずっと引っかかっ

      建築士は男(がなってはいけないはず)の特権職業
    • AWSコンテナ系アーキテクチャの選択肢を最適化する | 外道父の匠

      これまでもコンテナ関連の記事はそれなりに書いてきましたが、改めて最新事情に合わせて練り直したり見渡してみると、大きなところから小さなところまで選択肢が多すぎると感じました。 コンテナ系アーキテクチャを丸っと他所の構成で真似することって、おそらくほとんどなくて、参考にしつつ自分流に築き上げていくでしょうから、今回は築くにあたってどういう選択肢があるのかにフォーカスした変化系で攻めてみようと思った次第です:-) 目次 今年一発目の長いやつです。半分は学習教材用、半分は道楽なテイストです。 はじめに 基盤 インスタンス or コンテナ ECS or EKS on EC2 or FARGATE X86 or ARM64 ロードバランサー メンテナンス:ALB or ECS Service 共有 or 1環境毎 アクセスログ:ALB or WEBサーバー ECS / EKS デプロイ:Blue/Gr

        AWSコンテナ系アーキテクチャの選択肢を最適化する | 外道父の匠
      • 隈研吾と大成建設の新国立競技場、多方面から概ね不評 : 市況かぶ全力2階建

        福岡銀行の取り付け騒ぎの風説の流布、デマ元の神真都Qの岡本一兵衛さんが偽計業務妨害の疑いで当然のごとく逮捕される

          隈研吾と大成建設の新国立競技場、多方面から概ね不評 : 市況かぶ全力2階建
        • 異常なほど住民が早死にする街「グラスゴー」は一体なぜ生まれてしまったのか?

          スコットランドにある都市グラスゴーは、かつて造船業で栄え、ロンドンに次ぐ大英帝国第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

              ソフトウェアアーキテクチャの基礎: Software Architecture in a Nutshell
            • 秘密のドアを開けると地下に「隠し部屋」がある驚きの家。ミステリー作家・下村敦史さん【作家と家】 - MY HOME STORY │スーモカウンター注文住宅

              家の様子が分かるルームツアー動画はこちら 生まれ育った京都府向日市(むこうし)に、まるで宮殿のような一戸建てを築いたミステリー作家・下村敦史さん。 住みやすさより驚きを追求したというご自宅は、曲線を描く階段や地下の「隠し部屋」など、物語の中に迷い込んだような仕掛けがずらり。また書斎は「バロック調」、ベッドルームは「ヴィクトリアン調」……と部屋によってコンセプトが異なっているのも特徴です。 自宅と仕事場を兼ねているケースが多い、小説家や漫画家、美術家など作家の家。生活の場であり、創作の場でもある家にはどんなこだわりが詰まっているのでしょう。その暮らしぶりや創作風景を拝見する連載「作家と家」第6回です。 下村敦史さん邸の間取図 階段に一目ぼれして「輸入住宅」を選んだ タケノコの産地として知られる緑豊かな京都府向日市の住宅地に突如、宮殿を思わせる建物が現れます。第60回江戸川乱歩賞受賞のミステリ

                秘密のドアを開けると地下に「隠し部屋」がある驚きの家。ミステリー作家・下村敦史さん【作家と家】 - MY HOME STORY │スーモカウンター注文住宅
              • 30分でわかるデータ指向アプリケーションデザイン - Data Engineering Study #18

                600ページを超える書籍である「データ指向アプリケーションデザイン」の要点を最近の話題を交えながら解説します。 Data Engineering Study #18 の発表資料です プレゼンテーション https://www.youtube.com/watch?v=ZiKWXc0fSCw イベントURL https://forkwell.connpass.com/event/269125/ データ指向アプリケーションデザイン https://www.oreilly.co.jp/books/9784873118703/

                  30分でわかるデータ指向アプリケーションデザイン - Data Engineering Study #18
                • 昭和の豪華絢爛ホテル熱海のニューアカオが閉館…「昭和レトロを楽しめる時間は限られてるのかもしれない」

                  kobamiho | 小林未歩 @kobamiho52c こんな愛されてきた二度と作れない素晴らしい空間、またまだ可能性があったにも関わらず、本当に終わらせるべきだったのか... 色んな人の思い出がニューアカオにあって多くの人が行きたいと憧れてくれていて。 熱海のシンボルがなくなってしまうことは街にとっても大きな損失だと思う。やりきれない pic.twitter.com/IbQiUY8uMt 2021-11-19 12:47:12

                    昭和の豪華絢爛ホテル熱海のニューアカオが閉館…「昭和レトロを楽しめる時間は限られてるのかもしれない」
                  • Nand2Tetris(コンピュータシステムの理論と実装)でCPUからOSまで一気通貫で作るのが最高に楽しかった話 - ( ꒪⌓꒪) ゆるよろ日記

                    どうも、しいたけです。 去年あたりからローレイヤー周りの知識を充実させようと思い、 低レイヤを知りたい人のためのCコンパイラ作成入門 を読んでCコンパイラを書いてみたりx86_64の勉強をしたりしていました。 今年に入ってから、よりローなレイヤー、具体的にはハードウェアやOSについてもう少し知りたいと思い始め、手頃な書籍を探していました。 CPUなどのハードウェア周りについては概要しか知らなくて手を動かしたことがないので、実際に何か作りながら学べるものとして、 O'Reilly Japan - コンピュータシステムの理論と実装 に挑戦することにしました。 O'Reilly Japan - コンピュータシステムの理論と実装 成果物は以下のリポジトリに置いてあります。 yuroyoro/nand2tetris 結論から言うと、やってみて大変楽しめました! 特にハードウェア周りは今まで挑戦したこ

                      Nand2Tetris(コンピュータシステムの理論と実装)でCPUからOSまで一気通貫で作るのが最高に楽しかった話 - ( ꒪⌓꒪) ゆるよろ日記
                    • 幻想的な円形の小学校の廃墟写真がバズる→生徒として通っていた人が現れる→同校がモデルの学校がマンガに描かれていた

                      Kyohei 写真作家 @kyon_K4 【写真作家】 第70回二科展写真部門最高賞受賞 第17回京都現代写真作家展 大賞受賞。二科会京都支部員 二科展70年史にてインタビュー掲載 月刊フォトコン2023年2月号5月号にて写真記事掲載。全国の美術館で写真展示(投稿する写真は作品ではありません) 写真教室始めました。リンクから↓ street-academy.com/steachers/5170…

                        幻想的な円形の小学校の廃墟写真がバズる→生徒として通っていた人が現れる→同校がモデルの学校がマンガに描かれていた
                      • ドメイン駆動設計に関する何か - 日々常々

                        2020-03-13追記: 「ドメイン駆動設計」のハードルを上げる意図はありません。そもそもそんな特殊技能でもないと思っています。「ドメイン駆動設計が合っているか」を測る材料になるかも?くらいの気持ちで読んでいただけると幸いです。 何度目か知りませんがDDDがまたブームを迎えているようで。DDD難民と言う言葉が出た頃を思うと感慨深いですね。実際難民になったわけではないので肌感覚で知らないのが残念なところですが、これはどうでもいい。 DDD、日本語ではドメイン駆動設計となりますが、DDDを冠していてもドメインが語られることは少ないようです。 数ある書籍もドメインモデリングの話ではなく、ドメインモデルをいかに実装に落とし込むかにフォーカスしていると感じています。 これはこれで仕方ないと言うか、ドメインの話って広く語れないんですよね。 ドメインは領域で境界があって範囲が限定されています。特定ドメ

                          ドメイン駆動設計に関する何か - 日々常々
                        • Facebook製の新しいステート管理ライブラリ「Recoil」を最速で理解する - uhyo/blog

                          昨日、Facebook製のReact用ステート管理ライブラリRecoilが発表されました。Facebook製といってもReact公式のステート管理ライブラリとかそういう位置付けではないようですが、それでも大きな注目を集めているのは間違いありません。 そこで、筆者がRecoilに対して思ったことや、筆者の視点から見たRecoilの特徴を記事にまとめました。 なお、この記事の執筆時点では副作用の扱いなどの点はいまいち情報が揃っていません。この記事では速報性を重視し、コアのステート管理部分に絞って考えています。また、まだexperimentalなライブラリなので、今後この記事の内容からRecoilのAPIが変化したとしても悪しからずご了承ください。 この記事を書くときに筆者が色々試していたCodeSandboxはこちらです。 https://codesandbox.io/s/recoil-san

                            Facebook製の新しいステート管理ライブラリ「Recoil」を最速で理解する - uhyo/blog
                          • テックリードになって気をつけていること - Qiita

                            フューチャーアドベントカレンダー2020の24日目です。 はじめに フューチャーに入ってテックリード(社内だとアーキリーダーと呼ぶことも多い)のような役割をし始めて4,5年ほど経過しました。 いくつかの案件を回して自分なりに汎化・パターン化してきた部分も増えてきたので、気を付けていることをまとめました。 テックリードとは エンジニアのためのマネジメントキャリアパス――テックリードからCTOまでマネジメントスキル向上ガイド によると、以下のように説明されています。 テックリードはエンジニアの階層におけるランクのひとつではなく、シニアのレベルに達したエンジニアが担うことのできる職責群である 技術的なプロジェクトの管理者 部下に効率良く仕事を割り振って自身の負担を適宜軽減するよ う心がける チーム全体の生産性に照準を定め、しかるべき成果を上げるよう全力を尽くさなければならない 管理やリーダーシッ

                              テックリードになって気をつけていること - Qiita
                            • レシピサービスのフロントエンドを Next.js と GraphQL のシステムに置き換えている話 - クックパッド開発者ブログ

                              技術部の外村(@hokaccha)です。今回はクックパッドのウェブサイトのフロントエンドを Next.js などを使って作り直している話を書きます。 この記事で紹介する新システムは、スマートフォン向けのレシピページで確認することができます。もし興味があるかたはレシピページをスマートフォンのユーザーエージェントで開いて DevTools などで確認してみてください。 Next.js と GraphQL で動いているのがわかると思います。 ご存じの方も多いかもしれませんが、クックパッドのウェブサイトはモノリシックな Rails で作られていて、10年以上 Rails で開発を続けてきました。10 年以上同じシステムで開発を重ねれば当然レガシーな部分が大量に生まれてきますが、特にフロントエンドはその影響が顕著でした。 どこから使われているかわからない CSS が大量にある、JS のコードは昔なが

                                レシピサービスのフロントエンドを Next.js と GraphQL のシステムに置き換えている話 - クックパッド開発者ブログ
                              • AWSでサーバーレス設計を考える時の手引き書 - Qiita

                                はじめに サーバーレスに触れて数年が立ちました。 そろそろ人にある程度説明ができるレベルの知識と経験が備わったような気もするので、年末なのでまとめてみました。 サーバーレス気になっているけれども、という人に少しでもためになればいいなーと思います。 サーバーレス基礎 皆さん、サーバーレス設計という話を聞いたことはあるでしょうか? まずサーバーレスについて説明しますが、世の中にはたくさん解説記事があるのでそちらも適宜参照ください。 サーバーレスでも実際にはサーバーは存在する サーバーレスとは開発者がサーバーのことを意識しなくてもよい、ということ Function as a serviceに代表されるように、あるプログラムの実行環境を提供するが、プログラムの動作環境は開発者は意識する必要はない、というイメージ 恐らく、AWS Lambdaが一番理解しやすいと思います。 AWS Lambdaではプ

                                  AWSでサーバーレス設計を考える時の手引き書 - Qiita
                                • Microsoft の「クラウドアプリケーションのベストプラクティス」が良かったので紹介したい | DevelopersIO

                                  こんにちは。CX事業本部MAD事業部のYui(@MayForBlue)です。 最近調べものをしている中で見つけたドキュメントが良かったのでご紹介したいと思います。 先にまとめ Microsoft の RESTful Web API の設計 のドキュメントが API 設計を考える上で勉強になった 関連する クラウド アプリケーションのベスト プラクティス のドキュメントもアプリケーションを設計する際の指標として良さそう RESTful Web API の設計 最近 API 設計やパス設計について考える機会があったのですが、これという正解がなかったり、人によって思想やこだわりが違ったりして結構難しいなと感じていました。 そんな中で下記のドキュメントを見つけてひとつの指標として良いなと思ったのでご紹介します。 内容(項目) REST とは何か リソースを中心とした API 設計の整理 HTTP

                                    Microsoft の「クラウドアプリケーションのベストプラクティス」が良かったので紹介したい | DevelopersIO
                                  • EC サイトの URL 構造 ベスト プラクティス | Google 検索セントラル  |  ドキュメント  |  Google for Developers

                                    フィードバックを送信 コレクションでコンテンツを整理 必要に応じて、コンテンツの保存と分類を行います。 e コマース ウェブサイトの URL 構造を設計する Google が e コマースサイトのウェブページを効率的に発見して取得できるように、URL を適切に設計してください。お客様が URL の構造を管理されている場合には(たとえば、独自のサイトをゼロから構築されているなど)、このガイドを参考にして URL 構造を決定すると、Google が e コマースサイトをインデックス登録する際の問題を回避できます。 URL 構造が重要である理由 URL 構造の設計が適切であれば、Google はサイトをクロールしやすく、インデックス登録もしやすくなります。URL 構造に不十分な点があれば、以下の問題が発生する可能性があります。 Googlebot が 2 つの URL で同じコンテンツが返される

                                      EC サイトの URL 構造 ベスト プラクティス | Google 検索セントラル  |  ドキュメント  |  Google for Developers
                                    • 安藤忠雄設計の子どもたちのための図書館への子供反応「なんでこんなん作ったん?」を巡る賛否

                                      SIVA @sivaprod 大量のリプいただき個々にはとてもお返事差し上げられませんがとりあえず「上の本は全部固定されたダミーだから安全ですよ」と「安藤忠雄が寄贈した建物なんだから安藤忠雄が好き放題やって当然」って書いて寄こしたひととは友達にはなれそうにないなあとだけ。 2022-03-27 12:00:50 異邦人 @Narodovlastiye 「子どもの為の図書館」などと言いながら、手に取れない位置に固定されている本について「これどうやって取るの」「何でこんなん作ったの」と、子どもに指摘される「図書館」とは一体何なのか。本をオブジェにし、図書館という施設が一体何の為にあるのか分からない施設。 www3.nhk.or.jp/lnews/kobe/202… 2022-03-26 22:50:53 リンク NHK NEWS WEB 神戸市に子どものための図書館「こども本の森 神戸」オープ

                                        安藤忠雄設計の子どもたちのための図書館への子供反応「なんでこんなん作ったん?」を巡る賛否
                                      • サウジアラビア皇太子が発表した砂漠のど真ん中に「高さ500m、全長170キロメートル」の閉鎖都市『The Line』を作るという計画がいろんな意味で凄まじい

                                        超高層ビル・都市開発研究所の中の人 (きりぼうくん) @kiribou06341 壁で覆われたディストピア!?!? サウジアラビア皇太子が発表した高さ500m、全長170キロメートルの鏡張りのファサードが特徴的な閉鎖都市“The Line”!! 砂漠のど真ん中に建設される巨大な壁の内部には、900万人収容可能な緑豊かな近未来都市が創られます🥳!!! khaleejtalks.com/politics/38002… pic.twitter.com/ILlLb5qZUu 2022-07-26 21:25:51

                                          サウジアラビア皇太子が発表した砂漠のど真ん中に「高さ500m、全長170キロメートル」の閉鎖都市『The Line』を作るという計画がいろんな意味で凄まじい
                                        • 月間500万PV&転送量80TBのサイトをたった4万円で維持する方法

                                          月間ページビュー(PV)が500万PVあり、データ転送量も80TBあるという人気ウェブサイトを400ドル(約4万6000円)以下で維持する方法を、3Dのアセットライブラリを一般公開しているPoly Havenがまとめています。 How we handle 80TB and 5M page views a month for under $400 – Poly Haven Blog https://blog.polyhaven.com/how-we-handle-80tb-and-5m-page-views-a-month-for-under-400/ ウェブサイト運営のポイントの1つは「資金リソースをどう管理するか」です。資金があればAmazon S3のようなクラウドプラットフォームを利用するのが簡単ですが、データ転送量が月間80TBもあるPoly HavenのようなウェブサイトでAmaz

                                            月間500万PV&転送量80TBのサイトをたった4万円で維持する方法
                                          • JWTセキュリティ入門

                                            SECCON Beginners Live 2023「JWTセキュリティ入門」の発表資料です。

                                              JWTセキュリティ入門
                                            • Vue.js & Nuxt.js から React & Next.js へ移行した理由 | fwywd(フュード)powered by キカガク

                                              2021 年から React ベースのフレームワークである Next.js を本格的に学び始めました。 昨年 2020 年は Vue.js ベースのフレームワークである Nuxt.js にどっぷりと使った1年であり、昨年リリースした キカガク (kikagaku.ai) など、本運用に乗せるところまでプロダクト開発チームで学びながら進めていきました。 その昨年に1年間もかけて知見を貯めた Vue.js & Nuxt.js を離れて、React & Next.js へ移行した背景を紹介します。

                                                Vue.js & Nuxt.js から React & Next.js へ移行した理由 | fwywd(フュード)powered by キカガク
                                              • AWSでの法令に則ったログ設計及び実装/分析 - Adwaysエンジニアブログ

                                                エージェンシー事業でリードアプリケーションエンジニアを行なっている大窄 直樹 (おおさこ)です. AWSのログ, サーバーのログってたくさん種類があって難しいですよね... 同じようなログがたくさんあるので, 何を取れば良いのかとか どのくらいの期間保持すれば良いのかとか またその後の, ログの実装や, 分析方法する方法も難しいですよね... 今回AWSに構築した商用アプリケーションのログを整備する機会があったので, このことについて書こうかなと思います. 概要 本題に入る前の準備 今回ログ実装するアーキテクチャ ログに関する法令 ログの取得箇所 設計 保管するログの決定 インフラのログ OSのログ アプリケーションのログ ログの保管 保管場所について 保管期間について バケット構造 アプリケーション, OSのログの転送 実装 アプリケーション, OSのログをfluentbitを用いてS3

                                                  AWSでの法令に則ったログ設計及び実装/分析 - Adwaysエンジニアブログ
                                                • ソフトウェア開発における『知の高速道路』

                                                  吉祥寺.pm #26でお話したソフトウェア開発における『知の高速道路』の話です。 将棋や数学とのソレには程遠い。主にサッカーの戦術的ピリオダイゼーションを参考に考えてみました。が結論は、まだありません。Read less

                                                    ソフトウェア開発における『知の高速道路』
                                                  • スタートアップのためのマイクロサービス入門 | Amazon Web Services

                                                    AWS Startup ブログ スタートアップのためのマイクロサービス入門 こんにちは、スタートアップ ソリューションアーキテクトの松田 (@mats16k) です。 以前「スタートアップのためのコンテナ入門 – Kubernetes 編」を出した際に記事内で、マイクロサービスやサービスメッシュにふれる機会がありました。今回は AWS でデベロッパーアドボケイトをしているトリ氏 (@toricls) にマイクロサービスについて記事を寄稿いただきました。 ※ 本記事は Software Design 2020年7月号 に掲載された「スタートアップのためのAWSテクノロジー講座 – マイクロサービスのあるべき姿と特徴を知る」からの転載、改修版です。 目次 マイクロサービスにはコンテナが必要なのか? サービスメッシュは本当に必要なのか? 「マイクロサービス」という言葉の功罪 マイクロサービスが必

                                                      スタートアップのためのマイクロサービス入門 | Amazon Web Services
                                                    • フルスタックエンジニアになるためのモダンな8つのプロジェクト - Qiita

                                                      こんにちは、たかとーです。 今日は8 Projects with modern designs to become a Full-stack Master 2020の日本語訳記事です! *当記事は、Thuさんの許可を得て翻訳しています。 ブログでも読めます! 8 Projects with modern designs to become a Full-stack Master 自分のスキルを磨くためのプロジェクトを探していますか?新しいアイデアを思いつくのに行き詰っていませんか? 開発者として、私たちはコードを書くのが大好きですが、デザインやアイデアを見つけるのが難しいことがあります。 こんにちは、Thuです。ここ数ヶ月、私はデザインや要件を含む8つの実在するプロジェクトの作成に取り組んできました。 私は、あなたがスーパースターなフルスタックデベロッパーになるために必要な全てのスキルを鍛

                                                        フルスタックエンジニアになるためのモダンな8つのプロジェクト - Qiita
                                                      • マインクラフトで1HzのCPUを作り上げた猛者が登場、テトリスや関数のグラフ化も可能

                                                        累計販売本数が2億本を超えたり、YouTubeでの総視聴回数が1兆回を超えたりと、世界的に人気のある箱庭ゲーム「マインクラフト」はサバイバル生活を楽しんだり、自由にブロックを配置し建築などを楽しんだりできるのが売りです。そんなマインクラフトで「レッドストーン」というアイテムを駆使して周波数1HzのCPU「CHUNGUS 2」を設計したと、YouTuberのsammyuri氏が発表しました。 CHUNGUS 2 - A very powerful 1Hz Minecraft CPU - YouTube CHUNGUS 2は「Computational Humongous Unconventional Number and Graphics Unit by Sammyuri 2」の略称。 CHUNGUS 2はクロック1Hzで10tickの16bitCPUで、3オペランド命令のRISCアーキテク

                                                          マインクラフトで1HzのCPUを作り上げた猛者が登場、テトリスや関数のグラフ化も可能
                                                        • 60億円の損害を出した 「DMMブックス」 70%OFFキャンペーンでプラットフォームに何が起きていたか

                                                          ログ基盤をCloudWatchLogからNewRelic Logs + S3に変えたら 利便性も上がってコストも下がった話

                                                            60億円の損害を出した 「DMMブックス」 70%OFFキャンペーンでプラットフォームに何が起きていたか
                                                          • 家の中のセンサデータをRaspberryPiで取得しまくり、スーパーIoTハウスを実現 - Qiita

                                                            はじめに 巷ではスーパシティ法によるデータ管理が話題ですが、 インドア派な私はシティの前にハウスで時代の波に乗ろう!と思い立ち、 大量のセンサデータをリアルタイムでダッシュボード表示する仕組みを作りました。 結論から言うと、センサデータを安定して見える化できるシステムが構築できたと感じています。 初心者の方でもわかりやすいよう、説明の飛躍のない記事作成を心がけたいと思います。 飛躍、間違い等あれば、ご指摘頂けるとありがたいです! 2021/12追記 さらに進化?したので以下の記事もご参照ください 必要なもの ・RaspberryPi(今回はPi3Model Bを使用) ・Python実行環境(今回はプリセットのPython3.7.3使用) ※RaspberryPiでのPython開発環境は試行錯誤の結果、こちらに落ち着きました ・Googleアカウント(スプレッドシートを使うのに必要) ・

                                                              家の中のセンサデータをRaspberryPiで取得しまくり、スーパーIoTハウスを実現 - Qiita
                                                            • 実はDDDってしっくりこないんです - タオルケット体操

                                                              DDD失敗パターン集 DDDという方法論それ自体に対する僕の立場はあんま好きじゃない寄りのフラット(といいつつほぼ忘れかけている)なんですが、過去何度もDDDでプロジェクトが爆死するのをみたり、爆破してしまったり……というのを見てきたので供養したいとおもいます。 メンバーの大半がDDDを知らない 「えっ!? ドメイン駆動を知らずにDDDを?」 「出来らぁっ!」 DDDを知らずにDDDをする、という前提がすでに禅問答じみてる気がしますが、たぶん一番よく見かける失敗パターンなんじゃあないでしょうか。 どういうことかというと、オニオンとかレイヤードとかクリーンなアーキテクチャのモジュールの命名ルールと構造を採用(採用できているとは言っていない)しただけの状態です。 私見ですが、アーキテクチャというのはメンバー全員がそれを理解できていない限り*1即破綻します。 理解できない人はどこに処理を書いてい

                                                                実はDDDってしっくりこないんです - タオルケット体操
                                                              • GitHub - Katsukiniwa/awesome-software-design-ja: 日本語でのソフトウェア開発・設計に関する記事や書籍をまとめたリポジトリです

                                                                You signed in with another tab or window. Reload to refresh your session. You signed out in another tab or window. Reload to refresh your session. You switched accounts on another tab or window. Reload to refresh your session.

                                                                  GitHub - Katsukiniwa/awesome-software-design-ja: 日本語でのソフトウェア開発・設計に関する記事や書籍をまとめたリポジトリです
                                                                • マルチAZ構成で単一AZの障害の影響を受けるのは何故か? - プログラマでありたい

                                                                  昨日の「AWSのAZの割り当ては、アカウントごとに違うという話」で宿題として残した、マルチAZ構成で単一AZの障害の影響を受けるのは何故かという問題について考えてみます。キーワードはELBです。 前提としてのELBの実装(の予想) マルチAZ構成での障害発生原因を検討する前に、まずELBの実装について考えてみましょう。5年ほど前に書いたELBの挙動からみる内部構造の推測です。 blog.takuros.net 旧ELB(CLB)をもとに書いていますが、ALBでも大きく変わらないと思います。要点としては、ELB自体は、AWSが管理するEC2インスタンス上で稼働し、バランシング先のAZにそれぞれ配置されているということです。図ではELBインスタンス(仮称)として表しています。そして、ELBインスタンスへの振り分けはDNSの名前解決で実現している点です。このアーキテクチャは私の個人的な予想ですが

                                                                    マルチAZ構成で単一AZの障害の影響を受けるのは何故か? - プログラマでありたい
                                                                  • ネットワーク越しリトライ考 - その手の平は尻もつかめるさ

                                                                    ここ最近では何らかのインターネットサービスを構築・運用するにあたって、ネットワーク越しのリトライを考えることは避けられなくなりつつあります。 micro services のようなアーキテクチャを採用している場合はサービス間のメッセージのやり取りはまず失敗する前提 (つまりリトライをする前提) で組む必要がありますし、たくさんのクライアントがいてそのクライアントが定期的に何かを処理してセントラルにデータを送ってくる IoT のようなシステムを構築する時もその処理のリトライをよく考える必要があります。 というわけで「ネットワーク越しのリトライ」についてここ最近考えていることをざっくりと書き留めるものであります。 前提 リトライをする側をクライアント、リトライを試みられる側をサーバと呼称します リトライにおいて、サーバおよびネットワークはクライアントよりも弱者です クライアントはリトライをコン

                                                                      ネットワーク越しリトライ考 - その手の平は尻もつかめるさ
                                                                    • GraphQL を利用したアーキテクチャの勘所 / Architecture practices with GraphQL

                                                                      iCARE Dev Meetup 20 で発表した資料です #icare_meetup p.7,8,61 https://graphql.org/ p.18 https://twitter.com/a_suenami/status/1379270185207484417 p.33 [SQLQL - Qiita](https://qiita.com/yancya/items/4b7979d83cbf6af9b819) p.33 https://twitter.com/onk/status/912491093127598080 p.35 [【エンジニアブログ】ダイニーのエンジニアリング3カ条|dinii(ダイニー)公式|note](https://note.com/dinii/n/n9be778bd7da3) p.36 [Smart UI パターンが再評価される世界 - id:onk のはてな

                                                                        GraphQL を利用したアーキテクチャの勘所 / Architecture practices with GraphQL
                                                                      • 咳が反響し温度も適温にならないが、有名建築家が訪問したり雑誌に紹介されたりし、評価された大学図書館 公共建築はどのようにあるべきなのか

                                                                        ぽぽぽ @decoponponcan 4年間ここの図書館にいたけど、少しの咳も反響したり冷暖房が適温にならなかったり夜は照明の量が充分じゃなかったり本が探しにくかったりした、でも有名建築家の名建築だからいつも海外から見学が来たり雑誌に載ってたりしてて、使う人のための建築じゃなくて建築好きのための建築になってて pic.twitter.com/U8ZpuorFr8 2021-01-17 21:43:49

                                                                          咳が反響し温度も適温にならないが、有名建築家が訪問したり雑誌に紹介されたりし、評価された大学図書館 公共建築はどのようにあるべきなのか
                                                                        • 人気のJavaScriptバンドルツール「webpack」の開発はなぜ終わり、後継として「Turbopack」の開発が始まったのか。開発者がその理由を語る

                                                                          人気のJavaScriptバンドルツール「webpack」の開発はなぜ終わり、後継として「Turbopack」の開発が始まったのか。開発者がその理由を語る 複数のJavaScriptやTypeScriptの依存関係などを解決し、コードやフォント、画像などのリソースなどをまとめるバンドルツール(あるいはモジュールバンドラやビルドツールなどとも呼ばれます)は、多数のライブラリやコンポーネントなどを用いてチームで開発するWebアプリケーションの開発には欠かせないツールとなっています。 そのバンドルツールの代表がwebpackです。約4万人のITエンジニアによるアンケート結果が示された「State of JavaScript 2022」でもwebpackはGulpやViteなどを抑えて最も人気のあるバンドルツールとなっています。 参考:「State of JavaScript 2022」公開。利用

                                                                            人気のJavaScriptバンドルツール「webpack」の開発はなぜ終わり、後継として「Turbopack」の開発が始まったのか。開発者がその理由を語る
                                                                          • Webアプリケーションのセッション管理にJWT導入を検討する際の考え方 - r-weblife

                                                                            おはようございます、ritou です。 qiita.com これの初日です。 なんの話か 皆さんは今まで、こんな記事を目にしたことがありませんか? Cookie vs JWT 認証に JWT を利用するのってどうなの? JWT をセッション管理に使うべきではない! リンク貼るのは省略しますが、年に何度か見かける記事です。 個人的にこの話題の原点は最近 IDaaS(Identity as a Service) として注目を集めている Auth0 が Cookie vs Token とか言う比較記事を書いたことだと思っていますが、今探したところ記事は削除されたのか最近の記事にリダイレクトされてるようなのでもうよくわからん。 なのでそれはおいといて、この話題を扱う記事は クライアントでのセッション管理 : HTTP Cookie vs WebStorage(LocalStorage / Sess

                                                                              Webアプリケーションのセッション管理にJWT導入を検討する際の考え方 - r-weblife
                                                                            • AWSアーキテクチャのサンプルをまとめてみた | DevelopersIO

                                                                              こんにちは。たかやまです。 みなさんアーキテクチャを検討するときに、なにか参考にするアーキテクチャがあると助かりますよね? 私もアーキテクチャ検討をするときは、車輪の再発明を避けるためゼロベースではなく先人たちのアーキテクチャを参考にさせていただくことが多いです。 そのおり、ちょうどお客様にアーキテクチャ検討に役立つサイトをご紹介する機会があり、参考にしているサイトを改めて調べると結構あったので今回こちらをブログにまとめてみたいと思います。 30 の目的別 クラウド構成と料金試算例 目的別クラウド構成と料金試算例 日本利用者向けに公開されているリファレンスアーキテクチャのサイトになります。 全ドキュメント日本語で料金試算も載っているため、アーキテクチャの検討はじめにおすすめのサイトです。 サーバレスパターン サーバーレスパターン サーバレスの汎用的なユースケースがまとめられたサイトになりま

                                                                                AWSアーキテクチャのサンプルをまとめてみた | DevelopersIO
                                                                              • ソースコードで理解するクリーンアーキテクチャ - Sansan Tech Blog

                                                                                はじめに こんにちは。プロダクト開発部の荒川です。 これまで最年少を謳っていましたが、ついに新卒の子にその座を奪われてしまいました。とても残念です。 さて今回のテーマは、皆さんお馴染みクリーンアーキテクチャ(Clean Architecture)です。 クリーンアーキテクチャは一時期流行し、その流れに乗って私もある程度の理解はしていました。 しかし、それはあくまでも感覚的な理解であって、他人に説明や良さを語れるレベルまで自分の中で落としこめていませんでした。 そこでより具体性のあるソースコードを読み込むことで、アーキテクチャへの理解を深めたいと思います。 クリーンアーキテクチャとは? クリーンアーキテクチャの定義や解説に関しては、ネット上にいくらでも公開されているので、このエントリでは詳しく話しません。 私自身が勉強に使った書籍やサイトを記事末尾の「参照」に掲載しているので、そちらを参考に

                                                                                  ソースコードで理解するクリーンアーキテクチャ - Sansan Tech Blog
                                                                                • DarkModeのデザインを中心とした色彩設計の考え方 - くらげだらけ

                                                                                  こんにちは、くだくらげです。最近ははじめてのUIデザインという本を共著で書きました。 おかげさまでたくさんの人に読んでいただいて、コメントをもらえたりして嬉しいです。ありがとうございます! PEAKSさんから出版しており購入できますので、よろしければ手にとってみていただけると嬉しいです。 peaks.cc 概要 WWDC 2019で新しく発表されたiOS13でOSレベルでのDarkMode設定が搭載されることになりました。MacOSの方は以前より追加されていましたが、iOSではなかったので個別のアプリが各々対応していました。 今回、iOSにもDarkMode設定が標準搭載されたことによって、iOSアプリのダークモード対応が必然的に迫られることになって来るのではないかと思っています。 ダークモードを好んで使う人は一定数存在していて、かく言う私もダークモードを好んで使っています。目に優しいだっ

                                                                                    DarkModeのデザインを中心とした色彩設計の考え方 - くらげだらけ