並び順

ブックマーク数

期間指定

  • から
  • まで

1 - 40 件 / 277件

新着順 人気順

architectureの検索結果1 - 40 件 / 277件

  • マンションリフォーム虎の巻

    本来は親友に向けたマンションリフォームのアドバイスだが、LINEで送るには長すぎるので、増田の日記として公にさらしてみる。ブコメやトラバで有用な反論が得られるかもしれない。 祝1000user超え。いろんな意見が聞けて楽しい。おそうじ浴槽がみんなに届いてうれしい。 祝2000user超え。自分の知識がみんなの役に立ったようでうれしい。はてブ愛してる。 増田は建築士としてそれなりに経験値はあるが、住まいのあり方や価値観は本当に多様なので、N=1の意見として参照するぐらいがちょうどよい。 大前提適切な断熱壁と二重ガラス樹脂サッシが装備されていること。それがない建築が許されるのは安藤忠雄だけ。 既存のサッシが交換できないならインプラスなどの内窓をいれればよし。 風呂編おそうじ浴槽!これが言いたくてこの長い日記を書いているといっても過言ではない。 google:image:おそうじ浴槽 他の設備投

      マンションリフォーム虎の巻
    • 社内ドキュメントはなぜ更新されないのか?情報の鮮度を最小限の運用負荷で維持する「イミュータブルドキュメントモデル」のススメ - KAKEHASHI Tech Blog

      はじめに こんにちは。カケハシの各プロダクトを支えるプラットフォームシステムの開発チームでテックリードを担当しているkosui(@kosui_me)です。 プロダクト開発の世界では、明瞭な社内向けドキュメントを書くための方法が数多く提案されてきました。読者の中には、製品要求を明瞭にするためにPRD (Product Requirements Document、製品要求仕様書) を書き、プロジェクトの背景から全体の設計やその代案について明瞭にするためにDesign Docsを書き、アーキテクチャに関する意思決定の記録を明瞭にするためにADR(Architecture Decision Record) を書いてきた方も数多くいらっしゃると思います。 しかし、どんな素晴らしいドキュメントも、何故か更新されなくなります。新メンバーへのオンボーディングのためにインフラ構成図を検索したあなたが見つけた

        社内ドキュメントはなぜ更新されないのか?情報の鮮度を最小限の運用負荷で維持する「イミュータブルドキュメントモデル」のススメ - KAKEHASHI Tech Blog
      • 誰も教えてくれないSIの本質、SIerの世界観

        本記事について 国内の IT 業界について、ネット上では「SIer」VS「Web系」の構図がしばしば見られる。本記事は前者、SIer の世界観をひとりの当事者として雑多にまとめたものである。記事としては読み物、特にポエムの類。 対象読者 以下を想定する。 ITエンジニアまたはその卵で、 SIerを知らないWeb系の人 SIerに入社した新人や中途入職者 SIerにてSEまたはマネージャーして働いている者 SIerにてSEではないが裏方で働いている者(開発、研究、調査、教育、管理など) 学習や就労の初歩として参考にしてもいいし、議論やキャリアのダシに使っても良いだろう。 筆者について 吉良野すた: https://stakiran.github.io/stakiran/ 国内の大手 SIer に勤めるサラリーマン。現場には出ておらず、裏方で支えてメシを食べている。SI にも IT にもさほど

          誰も教えてくれないSIの本質、SIerの世界観
        • 技術選定の失敗 2年間を振り返る TypeScript,Hono,Nest.js,React,GraphQL

          技術選定の失敗 2年間を振り返る TypeScript,Hono,Nest.js,React,GraphQL はじめに 新たに書きました。 MySQLを使っても会社は潰れない 久々に記事を書いたのでどうぞお手柔らかに... 私が過去2年間で行った技術選定の成功と失敗を振り返り、その学びを共有したいと思います。 文才無いので淡々と箇条書きでいきます Twitterエンジニア垢作りました。エンジニアのお友達がいません。 @uncode_jp 注意 意見を押し付けるものではありません。ただ建設的な議論は大事だと思う。 自分の意見は明確に、歯切れのよい表現を意識している。人それぞれだよねみたいな感じに逃げたくない。技術選定に結論はある(過激)。 ただし技術選定にはコンテキストがあり、例えばプロダクトのフェーズや組織の事情によって当然結論は変わる可能性がある。 OSSの開発者さん達は偉大ですごい。あ

            技術選定の失敗 2年間を振り返る TypeScript,Hono,Nest.js,React,GraphQL
          • SaaS アーキテクチャ概要

            SaaS をアーキテクトをするにあたって、どのような事を考えればよいのか?をまとめました。 このスライドでまとめているのは SaaS とは、ビジネスモデル x 技術であることを理解する SaaS アーキテクトでどのように SaaS を作っていくのか?を考える SaaS KPI で…

              SaaS アーキテクチャ概要
            • 「1億台の常時接続」を実現せよ! Nintendo Switchのプッシュ通知システム全面刷新の裏側 (1/3)

              アマゾン ウェブ サービス ジャパンは、2024年6月20日と21日、国内最大の年次イベントである「AWS Summit Japan」をハイブリッドで開催。150を超えるセッションが展開された。 本記事では、ニンテンドーシステムズによるセッション「Nintendo Switch向けプッシュ通知システムのリプレイス事例」をレポートする。登壇したのは、同社 システム開発部の林愛美氏と坂東聖博氏だ。 2017年のNintendo Switchの発売とあわせてリリースされた「プッシュ通知システム」。同社は、長期運用を見据えて、よりクラウドネイティブなシステムへのリプレイスを決定するが、大量のTCP接続を維持するための様々な課題が立ちふさがった。 本セッションでは、AWS FargateやNetwork Load Balancer(NLB)といったAWSのマネージドサービスを用いた、“最大1億台”級

                「1億台の常時接続」を実現せよ! Nintendo Switchのプッシュ通知システム全面刷新の裏側 (1/3)
              • アメリカでソフトウェアエンジニアの職を探した - pco2699’s blog

                はじめに 前提 アメリカで働くためのビザ 業務経験 2023年のアメリカのテック業界の状況 具体的な就活のステップ ソフトウェアエンジニアのインタビューで求められることの抽象的な理解 レジュメ Job Descriptionから逆算してレジュメを作る 一枚におさめる 数字を用いてスケールとビジネスインパクトを示す なるべく隙間を埋める フォーマット添削ツールにかける レビューを受ける ネットワーキング・リファラル 応募する アメリカの就活はNumber Game 採用のトレンドを追う 時期を見計らう Linkedinで最新の求人を見つける方法 Promotedをすべて非表示にする "Most Recent"順にする 検索クエリを工夫する 設定をブックマークする 時間を決めて巡回する コーディングインタビュー対策 アルゴリズムの地図を脳内に作る 大学やCouseraでアルゴリズムの授業を取る

                  アメリカでソフトウェアエンジニアの職を探した - pco2699’s blog
                • 設計・ソフトウェアアーキテクチャを学べるGitHubリポジトリ 16選

                  はじめに 今回の記事では、設計やソフトウェアアーキテクチャを学べるGitHubリポジトリを16個紹介する。 対象とする読者 設計やソフトウェアアーキテクチャに興味関心があるエンジニア GitHubをエンジニアリングの情報収集に活用したいエンジニア タイトルで気になった人 Architectural Patterns システムの基本的な構成を理解するためのパターンやテンプレートを提供している。これらのパターンを学ぶことで、システムの構造やコンポーネントの関連性、相互作用を理解できる。これが開発者にシステムをより効率的かつ効果的に設計・実装する能力をもたらす。 Design Patterns for Humans 設計パターンを人間が理解しやすい形で説明している。デザインパターンは特定の問題に対して再利用可能なソリューションを提供する。これによって、開発者はより効率的にコードを記述でき、メンテ

                    設計・ソフトウェアアーキテクチャを学べるGitHubリポジトリ 16選
                  • 【翻訳】テスト駆動開発の定義 - t-wadaのブログ

                    このブログエントリでは、テスト駆動開発(TDD: Test-Driven Development)の考案者Kent BeckがTDDの定義を改めて明確化した文章を、許可を得たうえで翻訳し、訳者の考察を沿えています。 きっかけ 2023年の年末、テスト駆動開発(TDD: Test-Driven Development)の考案者Kent Beckは、substackにTDDに関するポストを連投して論戦を繰り広げていました。TDDはその誕生から20年以上が経ち、その間に「意味の希薄化」が発生して議論が噛み合わなくなっていました。意味の希薄化(Semantic Diffusion)とは、新しく作り出された用語が広まる際に本来の意味や定義が弱まって伝わる現象です。 私(和田)はTDDと関わりの深いキャリアを歩んできました。Kent Beckの著書『テスト駆動開発』の翻訳者であることもあり、TDDの正

                      【翻訳】テスト駆動開発の定義 - t-wadaのブログ
                    • プロジェクトX、出演NGなのでは。あるいは富士通半導体の敗北の歴史

                      富士通に忖度してるとか言ってるけど、あれ、普通に取材NGだったんじゃないかな。 当時の経緯を知ってると「私の名前は出さないでください」ってなったとしても不思議じゃないと思う。そうなれば当然NHKも富士通も触れないし、本人が拒否したんですなんて発表するわけもないし(例え親族が声を上げたとしても) 京コンピュータって、富士通半導体の最後の打ち上げ花火だったんだよ。 当時の話京の開発が進み、実際に生産されるころは、経営方針として富士通は半導体撤退をするかどうかで揉めていたころだった。 京コンピュータは、富士通が自社工場で作った最後のスパコンであると同時に、国のトップ開発のHPCにおいて、富士通が単体で作り上げた初めてのHPCでもあった。 これは、富士通が優れている、というよりも、逃げ遅れたと表現してもよいかもしれない。HPCのプロジェクトからは、NECと東芝が次々と撤退していたのだ。 当時半導体

                        プロジェクトX、出演NGなのでは。あるいは富士通半導体の敗北の歴史
                      • しずかなインターネットの技術構成

                        こんなWebサービスをリリースしたので、技術的な話をまとめておこうと思います。 元々このサービスは、趣味の延長線のような感じで開発を始めました。競合にあたるnoteやはてなブログなどのサービスが確固たる地位を築いているということもあり、「お金にはならないだろうけど、自分の趣味を詰め込んだものにしよう」というゆるい気持ちで開発を続けています(楽しい)。 選定の方針 趣味と言っても文章投稿サービスなので、ユーザーが少数であったとしても長期間運営しなければなりません。そのため、ユーザー数が少なければランニングコストが数千円/月以下、ユーザー数が増えたときは段階的にコストが上がるように選定を行いました。 アプリケーション フルスタックNext.jsアプリケーションをCloud Runにデプロイしています。各APIエンドポイントはNext.jsのAPI Routesで生やしています。 Next.js

                          しずかなインターネットの技術構成
                        • 建築学生、就職はよく考えてほしい

                          もう30手前になるんだけど、就職関係の話を見るたびに俺の選択はどうだったんだろうと思うから書き下す。 結論から言うと、「不正に関してはダメ元でも声を上げよう」 「建設業は業界の体質がダメ」 「専攻じゃない業界に転職しても何とかなるよ」 以下自分語りなので飛ばして頂いて結構。ガキの頃から建築が好きで、通学路に新築の一軒家が建とうとしている現場があれば眺めていたり 当時は劇的ビフォーアフターが流行っていたのもあって小学生の頃から「一級建築士になる」 ことを将来の夢にしていた。ちょうど、中学の頃に叔母が新築を建てる際に建築家の先生に依頼することになり 仕事の様子をよく見せてもらっていた。また施工中の現場もよく見に行っていた。 この段階では将来はこの仕事をして飯を食うことになんの疑問も抱いていなかった。 まず、一級建築士を取るためにはその前の二級建築士を取らないといけないため、高専の建築科を卒業す

                            建築学生、就職はよく考えてほしい
                          • 大規模クラウドインフラ設計・構築案件の歩き方(AWS-28)がインフラエンジニアに刺さりまくりな内容だった | iret.media

                            AWS Summit Japan 2024 Day1の「大規模クラウドインフラ設計・構築案件の歩き方」のセッションについてレポートです。 控えめに言っても満足度の高いセッションでした。 大規模なクラウドインフラの設計構築運用に関わる方なら首がもげるくらい頷きが多い内容であり、アーカイブが公開された際はもう一度見たいと思うほど…。 セッションの内容には「設計書の一覧サンプル」や、「アプリ/インフラチームの責任分界」といった界隈でも関心が高い内容に触れられています。 考え方のひとつとして参考にしていきたい内容がモリモリでしたので、シェアさせていただきます。 セッション概要 大規模クラウドインフラ設計・構築案件の歩き方 Level 300: 中級者向け スピーカー: アマゾン ウェブ サービス ジャパン合同会社 仲谷 岳志 様 クラウド技術のコモディティ化により、エンタープライズ分野では近年、A

                              大規模クラウドインフラ設計・構築案件の歩き方(AWS-28)がインフラエンジニアに刺さりまくりな内容だった | iret.media
                            • Web アプリケーションにおける Amazon ECS / AWS Fargate アーキテクチャデザインパターン - builders.flash☆ - 変化を求めるデベロッパーを応援するウェブマガジン | AWS

                              こんにちは。AWS Container Hero の新井です。 Amazon ECS の登場から間もなく 10 年が経ちますが、その間、ECS ⾃体の進化に加えて、さまざまな AWS マネージドサービスとの連携が可能になりました。 現在では、コンテナベースのワークロードを活⽤することで実現できないことを探す⽅が難しいほど、柔軟なアーキテクチャが構築できるようになっています。 しかし、⾃由度が⾼い分、要件に合ったアーキテクチャを模索する際には、迷うことも多いでしょう。 AWS上でシステムを適切に構築するためには、あらかじめサービス間のつなぎ⽅やパターン、その特徴を把握しておくことが重要です。 これにより、フィージビリティを迅速に確認でき、その後のトライアンドエラーのサイクルを加速させることができます。 今回は、最新の AWS サービスアップデートを踏まえつつ、Amazon ECS / AWS

                                Web アプリケーションにおける Amazon ECS / AWS Fargate アーキテクチャデザインパターン - builders.flash☆ - 変化を求めるデベロッパーを応援するウェブマガジン | AWS
                              • 大公開!バッチアプリケーションの品質を高めるZOZOの『バッチ開発ガイドライン』 - ZOZO TECH BLOG

                                こんにちは。MA部の田島です。 弊社では開発ガイドラインというものを用いて、システムの品質を担保しています。今回私がテックリードを務めているということもあり、バッチアプリケーションを開発するためのガイドラインを作成しました。本記事では「開発ガイドライン」と「バッチ開発ガイドライン」を紹介します。 バッチアプリケーション開発に限定したTipsはまとまっているものが多くないため参考にしていただければと思います。 開発ガイドラインについての紹介 冒頭でも紹介した通り弊社では、開発ガイドラインというものを用いてシステムの品質を担保しています。バッチ開発ガイドラインを紹介する前に、まず開発ガイドラインを紹介します。 開発ガイドラインの種類 開発ガイドラインは現在、以下の種類が存在します。 共通 Android iOS Frontend Backend Infra API Batch DB(Datab

                                  大公開!バッチアプリケーションの品質を高めるZOZOの『バッチ開発ガイドライン』 - ZOZO TECH BLOG
                                • AWS 導入事例: ニンテンドーシステムズ株式会社 | AWS

                                  ニンテンドーアカウント、ゲームニュースなど、任天堂が展開するネットワークサービスの開発・運用を担うニンテンドーシステムズ。インターネット経由でソフトウェアのダウンロードや追加コンテンツなどを購入できるオンラインショップ『Nintendo eShop』は、同社が手がけるサービスの 1つです。 Nintendo eShop は 2011 年に始まり、現在は世界中で 1 億 3,000 万台以上の販売実績を持つ Nintendo Switch に対して、40 か国以上の国に 24 時間 365 日の体制でサービスを提供しています。任天堂のデジタルコンテンツの総売上は 2017 年から 2023 年にかけて 10 倍以上となり、現在はゲームソフトの売上高全体に占めるデジタル比率は 50% 近くに達しています。 Nintendo eShop の基盤は当初オンプレミスで運用してきましたが、利用者が急増

                                    AWS 導入事例: ニンテンドーシステムズ株式会社 | AWS
                                  • エンジニアを目指す君たちはどう生きるか ~ソフトウェアアーキテクトのすゝめ~

                                    技育祭2023秋 DAY1 HALL C 14:30 - 15:15 「エンジニアを目指す君たちはどう生きるか ~ソフトウェアアーキテクトのすゝめ~」 の登壇資料です。 https://talent.supporterz.jp/geeksai/2023autumn/information/#1021-1430-HallC

                                      エンジニアを目指す君たちはどう生きるか ~ソフトウェアアーキテクトのすゝめ~
                                    • ソフトウェア開発の真の問題点は、コードを書くことではなく、問題の複雑さの管理にある - YAMDAS現更新履歴

                                      www.oreilly.com オライリー・メディアのコンテンツ戦略部門のバイスプレジデントであるマイク・ルキダスの文章だが、彼が数週間前、「コードを書くことが問題なのではない。複雑さをコントロールすることが問題なのだ」というツイートを見かけた話から始まる。彼はこれに感心したようで、これから何度も引用すると思うので、誰のツイートか思い出せればいいのにと書いている(ご存じの方は彼にご一報を)。 件のツイートは、プログラミング言語の構文の詳細や API が持つ多くの関数を覚えることは重要じゃなくて、解決しようとしている問題の複雑さを理解し、管理することこそが重要だと言ってるわけですね。 これは皆、覚えがある話だろう。アプリケーションやツールの多くは、最初はシンプルである。しかも、それでやりたいことの80%、いやもしかしたら90%をやれている。でも、それじゃ十分ではないと、バージョン1.1でいく

                                        ソフトウェア開発の真の問題点は、コードを書くことではなく、問題の複雑さの管理にある - YAMDAS現更新履歴
                                      • サグラダ・ファミリア聖堂、2026年ついに完成 スペイン

                                        (CNN) スペインのバルセロナにあるサグラダ・ファミリア聖堂が、着工から140年あまりを経て2026年、ついに完成する。 6つの塔のうち最後の塔の建設が完了すれば、サグラダ・ファミリア聖堂は完成を迎える。 サグラダ・ファミリアは23年の年次報告書発表の声明で、「聖母被昇天の礼拝堂は25年に、イエス・キリストの塔は26年に完成が見込まれる」と発表した。 26年に完成予定のイエス・キリストの塔(高さ172.5メートル)は、最後に高さ17メートルの十字架を設置する。 サグラダ・ファミリア聖堂が完成すれば、ドイツのウルム大聖堂を抜いて世界一高い教会となる。 カタルーニャの建築家アントニ・ガウディが設計したサグラダ・ファミリア聖堂の建設は1882年に始まった。聖堂は、それぞれ聖書の登場人物(12使徒と4人の福音書作家、聖母マリア、イエス)を象徴する18の巨大な尖塔で構成される。 ガウディが1926

                                          サグラダ・ファミリア聖堂、2026年ついに完成 スペイン
                                        • メールアドレスをキーにしてID連携を行う設計の危うさ|ritou

                                          ritouです。このしずかなインターネットにおける初投稿です。 おそらく、このしずかなインターネットのID連携では次のような設計になっていま「した」。問い合わせをさせていただき、対応いただきました。 これまでもQiitaなどで同様の実装例が紹介されていた際にはコメントさせていただいていたものですので、アンチパターンの紹介記事として読んでいただければと思います。 「Googleアカウントでログイン」ではじめると、ユーザーが作成され、Googleから受け取ったメールアドレス([email protected])が設定される 次回から「Googleアカウントでログイン」をすると、Googleから受け取ったメールアドレスでユーザーを参照 試しに、次のような流れで動作を確認してみます。 「Googleアカウントでログイン」でアカウント作成([email protected]) 「メールアドレス変更」

                                            メールアドレスをキーにしてID連携を行う設計の危うさ|ritou
                                          • 「最低な再開発」とSNSで名高い大阪梅田の住友タワマンの事例から、「日本で今後あるべき再開発」について考える|倉本圭造

                                            「最低な再開発」とSNSで名高い大阪梅田の住友タワマンの事例から、「日本で今後あるべき再開発」について考える 東京の明治神宮外苑再開発問題について書いた記事がめちゃバズってTBSの討論番組にも呼ばれたりしたので、日本各地の「再開発」について「アレはどう思う?」ってX(ツイッター)って知らない人に聞かれることが増えたんですよね。 なかでも、「大阪市立大阪北小学校跡地」に住友不動産が建てたタワーマンションは「最悪of最悪」の再開発だろう、という話がSNSで盛り上がっていて、興味を持ったので正月の帰省に合わせて現地を見に行ってきました。 今回記事は、この「梅田の住友不動産のタワマン」の話を皮切りに、よく話題になる明治神宮外苑や下北沢といった色んな事例を取り上げながら今の日本における「再開発」がどうあるべきか、について考える記事になります。 (いつものように体裁として有料記事になっていますが、「有

                                              「最低な再開発」とSNSで名高い大阪梅田の住友タワマンの事例から、「日本で今後あるべき再開発」について考える|倉本圭造
                                            • Instagramはどうやって3人のエンジニアで1400万人にサービスを提供できるシステムを組み上げたのか

                                              Instagramは2010年10月にサービスを開始後、2011年12月までのわずか1年間で1400万人に利用されるほど巨大なサービスに成長しました。こうしたスケールに対応できるシステムを組み上げたのはたった3人のエンジニアだったとのことで、どのように少人数でスケールするシステムを組み上げたのかについて、エキスパートエンジニアのレオナルド・クリードさんが解説しています。 How Instagram scaled to 14 million users with only 3 engineers https://engineercodex.substack.com/p/how-instagram-scaled-to-14-million レオナルド・クリードさんは、Instagramが3人のエンジニアで安定して巨大なサービスを提供できた理由として、下記の3つの原則を守ったからだと述べています

                                                Instagramはどうやって3人のエンジニアで1400万人にサービスを提供できるシステムを組み上げたのか
                                              • データベース中心の設計になってしまう問題と闘う - laiso

                                                『手を動かしてわかるクリーンアーキテクチャ 』の第二章の冒頭に登場する話題に共感したので紹介。 従来の多層アーキテクチャでは、データベースを中心にアプリケーションの 開発が行なわれます。この場合、Web 層はドメイン層に依存し、ドメイン層は 永続化層、つまり、データベースに依存することになります。そうなると、す べてのものは永続化層上に構築されることになり、その結果、いくつかの要因 が絡まり合って、問題が起きやすくなります。 手を動かしてわかるクリーンアーキテクチャ ヘキサゴナルアーキテクチャによるクリーンなアプリケーション開発 20p 手を動かしてわかるクリーンアーキテクチャ ヘキサゴナルアーキテクチャによるクリーンなアプリケーション開発 作者:Tom Hombergs,須田 智之インプレスAmazon 著者によれば、機能開発をデータベース中心に設計すると、ドメイン層と永続化層の密結合が

                                                  データベース中心の設計になってしまう問題と闘う - laiso
                                                • 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コンテナ系アーキテクチャの選択肢を最適化する | 外道父の匠
                                                  • 隈研吾氏設計の美術館が劣化でボロボロに…改修費3億円に住民衝撃 ふるさと納税で修繕計画も賛否|FNNプライムオンライン

                                                    4日、取材班が向かったのは栃木・那珂川町。 豊かな自然に溶け込むように建てられた「那珂川町馬頭広重美術館」は、県外からも多くの人が訪れる人気の観光スポットです。 しかし、近づいてみるとある異変を発見。 黒ずみ、腐食した屋根。 ところどころ木材が折れ曲がり、激しく傷んでいるのが分かります。 完成して、24年の美術館。 老朽化が進み、3億円にも及ぶ大規模改修工事の必要に迫られていたのです。 多額の費用に、町民からは「無駄ですね。撤去してもらいたい」「えー!?3億円!?大丈夫ですかね…」などと、驚きの声が広がっています。 那珂川町馬頭広重美術館を設計したのは、世界的に有名な建築家・隈研吾氏。 木材を使った日本的な建築を手掛けることで知られ、国立競技場のデザインも担当しました。 老朽化が進む那珂川町馬頭広重美術館では、地元産の八溝杉(やみぞすぎ)を細く加工し格子状に並べていました。 屋根や壁に使わ

                                                      隈研吾氏設計の美術館が劣化でボロボロに…改修費3億円に住民衝撃 ふるさと納税で修繕計画も賛否|FNNプライムオンライン
                                                    • AWSでの法令に則ったログ設計及び実装/分析 - Adwaysエンジニアブログ

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

                                                        AWSでの法令に則ったログ設計及び実装/分析 - Adwaysエンジニアブログ
                                                      • ドメイン駆動設計の正体

                                                        はじめに "ドメイン駆動設計は当たり前のことを言っているだけ" "ドメイン駆動設計はただのオブジェクト指向プログラミング" "ドメイン駆動設計はより良いアーキテクチャだ" "軽量DDDはアンチパターンだ" このようなドメイン駆動設計に関する言及を聞いたことがあるでしょうか? ドメイン駆動設計に言及する記事や書籍は多くありますが、それぞれ着目する側面が異なったり色々なコンテキストから言及されています。 おそらくそれが原因でドメイン駆動設計が何であるかをぼやけさせ、正体のわかりにくい概念になっているように思えます。 そこで今回は色々な観点から整理し、ドメイン駆動設計とは何であるのか、その正体を考えていきます。 ドメイン駆動設計の基本的概念について ドメイン駆動設計はEric Evansが出版した「Domain-Driven Design」という書籍がルーツになっています。 ドメイン駆動設計を一

                                                          ドメイン駆動設計の正体
                                                        • DALLE3 (ダリスリー) の無料教科書:初級編|プチpony

                                                          DALL-E3を実装日からほぼ毎日使用し面白さにとりつかれています。何となくで触っているため, いまいち思った画像が出来ないことも多々ありましたので今回まじめに作成法を勉強してみました。初級編と名前がついているのは高等テクニックを教えるほどの技術がないだけで後に上級編が控えているという意味ではないです。 0. はじめに DALL-E とはシンプルなテキストのみで画像がつくれるAIです。 簡単なテキストのみで画像生成語源は『ウォーリー探せ』と芸術家の『ダリ』から来ているみたいです。ウィーリーはある種の「探し物」をする, userが提示するテキストのプロンプトから隠された要素やまだ見ぬ画像を「探し出し」生成することらしいです。 ウォーリーをインスパイアした少年1. 問題点, 主に著作権やはり何と言っても著作権問題ではないでしょうか。現在法整備が進行しているところです。OpenAIはコンテンツポ

                                                            DALLE3 (ダリスリー) の無料教科書:初級編|プチpony
                                                          • 「圧倒的な結露」「真夏は住むのが難しい」インスタントハウス居住者が数ヶ月で生活を断念→日本家屋が通気性を徹底している理由がよくわかる

                                                            リンク NHK名古屋放送局 「この白い建物は一体…?」能登の被災地で広がるインスタントハウス 【NHK】能登半島の各地に建つ、まるでふわふわなメレンゲのような白い建物の名前は「インスタントハウス」。実は人が寝泊まりできる頑丈な"おうち"です。被災した人に安心できる空間を届け続ける、名古屋の大学教授と被災地にいる人の思いを取材しました。 リンク Instant Products インスタントハウス【Instant Products】 インスタントハウスは「どこでも、すぐに、住みたくなる心地よさ」をコンセプトにした、あらゆる場所にたった1日で建てられる、ぬくもりのある住空間です。【Instant Products】 6 users 2085

                                                              「圧倒的な結露」「真夏は住むのが難しい」インスタントハウス居住者が数ヶ月で生活を断念→日本家屋が通気性を徹底している理由がよくわかる
                                                            • スキル0から1年間でマルウェア解析を習得した学習方法 - the_art_of_nerdのブログ

                                                              みなさん、こんちにはmです。 今回は私が1年の期間でマルウェア解析のスキル0から習得するまでに取り組んだ方法をまとめました。 初めに開始時のスキルや1年間でかけたコスト、スケジュールなどを共有します。 開始時のスキルなど 表層解析、動的解析、静的解析の違いもあまり理解していない プログラミングはPythonを学び始めた程度 低レイヤーの知識なし アセンブリの知識なし Windowsアプリケーション開発の経験なし SOCアナリストとしてブルーチームの知識は多少 脆弱性診断の経験も(深くはないが)多少 エンジニア歴7、8ヶ月目くらい ざっくりですが、このようにマルウェア解析に絡んでくる知識はほぼ0でした。 学習にかけたトータルコスト 書籍:約5万円 オンライン教材:12万円 約17万円近く1年間に使いましたが、お金で直接スキルは買えないので必要経費です。 なお、オンライン教材の12万円について

                                                                スキル0から1年間でマルウェア解析を習得した学習方法 - the_art_of_nerdのブログ
                                                              • エンジニアに読んで欲しい技術書90選 - Qiita

                                                                はじめに タイトル通り、読んで欲しい(圧)技術書をたくさん集めてみました。自身の担当から外れる領域に関しては、会社の人に協力を仰ぎ、編集しました。「何を読めばいいかわからない」、「次の読む本を探したい」などのように考えている方の参考になればと思います。 また、大きく、 ・新米エンジニア ・脱新米エンジニア と分けてまとめたので、参考にしてみてください。 技術書のススメ 技術書の紹介の前に、技術書で得られるものについて説明したいと思います。全然読み飛ばしてもらって大丈夫です。この章から本の紹介を行なっていきます。 技術書は体系的な構成となっているため、技術書を読むことで、 ・論理的な思考力が身に付く ・技術の歴史・背景を知れる ・技術の知識、手法を学べる これらを学ぶことができます。論理的な思考力、知識はわかるけど、技術の歴史・背景を知ってどうするんだと思う方もいるかもしれません。しかし、歴

                                                                  エンジニアに読んで欲しい技術書90選 - Qiita
                                                                • 「コンクリート打ち放し」は、美しいけど維持管理にめちゃくちゃ手間がかかる理由|楽待不動産投資新聞

                                                                  一級建築士である私が、現場を知る「実務者の視点」で、建築にまつわるさまざまな疑問を解決していく本連載。読んで楽しい建築の雑学や、いまこれがアツい! というトレンドを紹介していきたいと思います。 今回のテーマは「うちっぱなし」です。 「ゴルフの練習場ね」「そっ、なかなか飛距離が伸びないんだよなぁー」…と、ノリツッコミをしている場合ではありません。 ここで言う「うちっぱなし(打ち放し)」は、鉄筋コンクリート造(RC造)建物の外壁の一種である「コンクリート打ち放し仕上げ」のことです。 この「打ち放し」の外壁は、タイルも何も張っていないのだから、工事が簡単なんだし、みんな採用すればいいのでは? と思ったことはないでしょうか。ところが、打ち放しはけっこうメンドウで、なかなかそうもいかないのです。 なぜ打ち放しはメンドウなの? そもそも打ち放しってどういうもの? 今回は、みなさんのそんなギモンに回答し

                                                                    「コンクリート打ち放し」は、美しいけど維持管理にめちゃくちゃ手間がかかる理由|楽待不動産投資新聞
                                                                  • 汐留、ゴーストタウン化が話題…テナント半数が空き、企業が続々と他へ移転

                                                                    東京・汐留エリア(「gettyimages」より) 日本有数のビジネス街として発展を遂げた、東京・汐留。3駅9路線が利用できる抜群のアクセスを誇り、名だたる大企業の本社機能が集結。「カレッタ汐留」はさまざまな飲食店や四季劇場などの文化施設で構成され、話題の観光スポットとしても人気を博した。しかし、最近では汐留のゴーストタウン化が危惧されている。今年9月には、汐留に本社機能を置く富士通が移転を発表。電通は本社ビルを売却した。人通りは目に見えるほど減少し、カレッタ汐留のテナントの約半数が空きとなり、SNS上では「枯れた汐留」と揶揄する声も見られる。なぜ汐留は衰退したといわれるようになったのか。そこで今回は、汐留エリアが人気エリアになった経緯や衰退の理由、そして今後の展望について、不動産事業プロデューサーでオラガ総研代表の牧野知弘氏に話を聞いた。 貨物ターミナルの跡地が、ビジネスの拠点に もとも

                                                                      汐留、ゴーストタウン化が話題…テナント半数が空き、企業が続々と他へ移転
                                                                    • NewSQLはデータベースに革命を起こすか - NetflixにおけるCockroachDBのユースケース|ミック

                                                                      近年のデータベースの新潮流にNewSQLと呼ばれる一群のデータベース製品群の登場がある。そのコンセプトを一言でいうと、RDBとNoSQLのいいとこどりである。SQLインタフェースと強いデータ一貫性(ACID)というRDBの利点と水平方向のスケーラビリティというNoSQLの長所を兼ね備えた夢のようなデータベースである。下図に見られるように、RDBとNoSQLが鋭いトレードオフを発生させていたのに対して、NewSQLではそれが解消されているのが分かる。 RDB vs NoSQL vs NewSQL本当にそのような夢の実現に成功しているか、というのはまだ議論が続いているが(クエリのスループットを出すためにレイテンシを犠牲にしているので本当にトレードオフを解消はしていない、などの問題が指摘されている)、商用でも利用可能な製品としてGoogle Spanner、TiDB、YugabyteDB、Coc

                                                                        NewSQLはデータベースに革命を起こすか - NetflixにおけるCockroachDBのユースケース|ミック
                                                                      • オンラインゲーム 10年の進化と同期方式の選び方 - きゅぶろぐ

                                                                        オンラインゲームを作ろう!と思ったことがある方は、 こちらの講演記事を1度は見たことがあるのではないでしょうか。 www.4gamer.net こちらの講演は、具体例を交えながら非常に分かりやすくオンラインゲームの主な同期方式が説明してあり、 2024年現在でもオンラインゲームの基礎を学ぶ資料として真っ先に名前を上げる最高の資料です。 しかしながら講演は2010年のものであり、オンラインゲームはこの10年余りで進化しています。 この辺りの進化の話を簡単にまとめつつ、オンラインゲームの同期方式の選び方を紹介します。 (上記講演記事の知識/用語を前提としているため、先に上記記事をお読みください。) オンラインゲームの民主化について 技術の話をする前に。 近年、「マルチプレイヤーゲーム」と聞いてオフラインの画面分割ゲームを想像する人はいないと言って良いほど オンラインゲームは民主化されてきました

                                                                          オンラインゲーム 10年の進化と同期方式の選び方 - きゅぶろぐ
                                                                        • いまNext.jsで新規サービスを立ち上げるときの観点(Router・CSS・認証・監視など/2023年末)

                                                                          免責事項 社内向けに展開するように雑にまとめました Next.jsの知見が深くない人がリードしてPoCを立ち上げなきゃいけなくなったが、社内的にはNext.jsを推奨しているみたいな場面を想定しています なので自信ないところも多いですが割と断言するように心がけて書いています PoCの立ち上げ想定なので、jest/Storybookなど内部品質面についてあまり深く書くことを避けています ほぼ自分の知識だけで書いており私見も多いですし、そもそも自分自身がトップクラスの知識や視座を有しているわけでもないので、まずは以下の話を理解はした上で、踏襲するかどうかは別途他記事やGitHub、公式ドキュメントなどを漁って判断することを推奨 App RouterかPages Routerか 2023年末現在まだApp Routerは技術記事が足りてきている印象ではないため、社内でノウハウを積極的に貯めていく

                                                                            いまNext.jsで新規サービスを立ち上げるときの観点(Router・CSS・認証・監視など/2023年末)
                                                                          • 47都道府県ごとの最古の木造建築を調べてみた!

                                                                            しゅ〜🐴いくん|Shumaikun 🏯⛩🏛⛪️ @shuma1115 47都道府県ごとの最古の木造建築を調べてみた! 北海道と沖縄県が最古が江戸時代なのは知ってたけど、長崎県も江戸時代が最後だったのか… pic.twitter.com/cHEkfmZDwO

                                                                              47都道府県ごとの最古の木造建築を調べてみた!
                                                                            • 24時間365日動き続けるデータシステムの設計手法 : 「データ指向アプリケーションデザイン」実践編

                                                                              「データ指向アプリケーションデザイン」をベースに、24時間365日動き続けるデータシステムを実装する際に必要となる技術や考え方を紹介します。 この資料は、2023年大阪大学大学院 情報科学科 マルテメディア工学特別講義で使われた資料を一般用に修正して公開しています。 参考: 「30分でわか…

                                                                                24時間365日動き続けるデータシステムの設計手法 : 「データ指向アプリケーションデザイン」実践編
                                                                              • 友人たちと百貨店のトイレに寄ったら女性用は外まで並んでいて「台湾の女性用トイレは男性トイレの3倍の面積にすることが法律で決まってるらしい」という話になった

                                                                                さんきゅう倉田(元国税職員) @thankyoukurata クラスの友人たちと百貨店のトイレに寄ったら女性用は外まで並んでいた。友人が言うには「台湾の女性用トイレは男性トイレの3倍の面積にすることが法律で決まってる」らしい。 そこで、なぜ日本の女性用トイレは並ばないくらい広くなっていないのか議論になった。 知ってる人がいたら教えてください。 さんきゅう倉田(元国税職員) @thankyoukurata 出た意見としては、 「設計した人が男性だから、女性用トイレの混雑を気にしていないのではないか」 「プロが設計してるのに混雑を考慮しないわけがない。男性用トイレと同程度のサイズなのは理由があるはずだ」 「人はそんなに賢くない。考慮などしていない」 などがありました。 さんきゅう倉田(元国税職員) @thankyoukurata 都内区役所で都市計画をやっている友人 「他の階にもトイレがあるの

                                                                                  友人たちと百貨店のトイレに寄ったら女性用は外まで並んでいて「台湾の女性用トイレは男性トイレの3倍の面積にすることが法律で決まってるらしい」という話になった
                                                                                • 実録レガシーコード改善 / Working with Legacy Code: the True Record

                                                                                  2024/01/15(月) 12:00 〜 13:00 t-wadaさんが後世に残したい、実録レガシーコード改善 https://findy.connpass.com/event/304101/ テストコードが無いコードを引き継いだところからはじまる、実際に2018年に行った受託開発案件のエ…

                                                                                    実録レガシーコード改善 / Working with Legacy Code: the True Record