並び順

ブックマーク数

期間指定

  • から
  • まで

441 - 480 件 / 3451件

新着順 人気順

architectureの検索結果441 - 480 件 / 3451件

  • M1 Mac ってなに? ぼくにも使える?

    「x86 か x64 か選べって言われてもな...?? でかい方が強いのかい?」 「amd64 と arm64 の違い...?? 使ってる文字はだいたい一緒だね!」 くらいの知識の人が「強そうとか字面が似てるとかで判断するのはまずいかもしれない。ここはひとつ M1 Mac をいじりながらこんぴゅーたぁの勉強をしよう。」と思い調べたことをまとめました。 この本は M1 Mac やコンピュータの基礎の基礎の一部を超ざっくりと理解し、普段使っていてふと壁に当たったときに「ダイジョブ イマノオレナラ チョットワカル」という気持ちになれることを目的としています。 逆にこの本はコンピュータ発展の歴史を解説したり、画一的な用語の定義を議論したり、おすすめ設定集を紹介するものではありません。 M1 Mac を買おうか迷っている人や買ってみた人の参考になれば嬉しいです。

      M1 Mac ってなに? ぼくにも使える?
    • ソフトウェア設計原則は変更容易性に通ず - Shin x Blog

      色々な原則や方法論はあれど、つまるところいかに変更容易性を確保するかと言う話に帰結するのでは。極論すれは、正しく動いていて変更する必要が無ければどのような作りになっていても構わない。一方、Web アプリケーションを稼働し続ける上で全く変更しなくて良いということもない。— Masashi Shinbara (@shin1x1) 2021年5月30日 ソフトウェア設計、開発には多くの原則や方法論がある。例えば、DRY 原則や SOLID 原則、デザインパターンにレイヤードアーキテクチャ、クリーンアーキテクチャなどある。さらに DDD にも多くの原則や方法論が含まれている。これらを変更容易性を高めるための手段として原則や方法論を捉えるというのが本エントリの論旨である。 原則や方法論の捉え方 変更容易性 本質的な変更と副次的な変更 外部変更容易性と内部変更容易性 原則を適用する指針 さいごに 原則

        ソフトウェア設計原則は変更容易性に通ず - Shin x Blog
      • ワイヤを切った瞬間 建物全体が一気に崩壊

        解体中だったスタジアムの屋根が崩落し、作業員1人が死亡しました。 スタジアムの屋上で作業員が工事をしていた時のことです。屋根をつなぐワイヤを切断すると、建物全体が雪崩を打ったように崩れました。タス通信によりますと、ロシア第2の都市サンクトペテルブルクで起きたこの事故で、作業員1人が死亡しました。一緒に作業していた3人の男性らは無事でした。このスタジアムは、1979年、旧ソ連時代に建てられ、老朽化のために解体工事が行われていたということです。

          ワイヤを切った瞬間 建物全体が一気に崩壊
        • 2020年のウェブフロントエンドエンジニアが学び実践すべきこと|erukiti

          先日、ウェブフロントエンドについて理解するためのただ一つの方法を記事にしました。それは「古い知識に頼るな。公式を読め」でした。たった一つの方法です。これをできない人は必ず行き詰まります。公式をひたすら読み込むことができる人は、たぶん大丈夫でしょう。 今回の記事は、その先にあるものです。 モダンフロントエンドの重要性ここでは少し前回の記事のおさらいをしておきます。 2020年のソフトウェアエンジニアリングの世界ではウェブ技術の重要度は増すばかりです。もちろんウェブ技術というのは広い分野です。ウェブ(HTTP/HTML/JS/CSSその他)によるサーバー・クライアント型のソフトウェアは、莫大な市場を背景にどんどか技術が投入されています。 ウェブ技術の中でも、ここ数年はフロントエンド技術の比重がとても大きくなりました。前回の記事にも書いた通り、少なくとも50%以上の影響力を持っています。 ソフト

            2020年のウェブフロントエンドエンジニアが学び実践すべきこと|erukiti
          • モダンなソフトウェア設計の書籍 - kawasima

            型駆動設計から始まるフォーマルなアプローチもカバーしているが、フォーマルな方法の簡単な紹介も含まれているもの。

              モダンなソフトウェア設計の書籍 - kawasima
            • Atomic Architecture

              すえなみチャンス暑気払い 2019夏で話した、設計要素を分解して理解してみようという話です。 Simplicity makes easy to understand.

                Atomic Architecture
              • クリーンアーキわからんかった人のためのクリーンじゃないけどクリーンみたいなオニオンに見せかけたSOLIDの話

                依存関係逆転則含む諸原則に苦しめられた方々,いかがお過ごしでしょうか. 今回はアプリ設計の話です.と言っても,前回「クリーンアーキわからんかった人のためのオニオンアーキテクチャ」というZenn記事を書いて,反響が大きかったのでリメイクしたいなという気持ちになり執筆することにしました. 前回同様,調べていく上で誤解していた部分や理解しにくかった部分を語った上で,オニオンアーキテクチャという,クリーンじゃないけどクリーンみたいな玉ねぎについて紹介するのですが,今回はわかりやすい図解であったり,実際にどのような実装をしていくべきなのかを話の話題として加えていければ良いかな?って思っています. これは前回の記事である「クリーンアーキわからんかった人のためのオニオンアーキテクチャ」の記事の裏話的な話を一つさせてください. 今年の11月初め頃に,サポーターズという企業の学生が登壇できるLT会があり,私

                  クリーンアーキわからんかった人のためのクリーンじゃないけどクリーンみたいなオニオンに見せかけたSOLIDの話
                • SaaS系スタートアップのリアルなAWSアーキテクチャ設計

                  概要 AI革命のインフラを目指すSaaS系スタートアップのFastLabel(最近資金調達しました!記事はこちら)で働いているが、今までGCPで動かしていたインフラを訳あってAWSに基盤を載せ替えることになった。 スタートアップは何よりスピードが求められるが、だからといってセキュリティやモニタリング、可用性を疎かにはできないし、大きなインフラコストに耐えられるほど体力もない。 アプリケーション要件を満たしつつ、以下を実現するアーキテクチャを設計する。 シンプルな構成・構築の容易さ スピーディな開発・適用 可用性の担保 セキュリティの担保 最低限のモニタリング 低コスト(リソース・運用) ここで紹介するアーキテクチャは実際に運用まで行っており、問題なく稼働しているし、先日AWSの方にレビューしてもらったが、「なかなかイケてる」というお言葉をもらい、特に改善点も指摘されなかった。 結論(アーキ

                    SaaS系スタートアップのリアルなAWSアーキテクチャ設計
                  • 「回転レストラン」を知っていますか?【存続危機でも、今なお回り続ける楽園へ】 - メシ通 | ホットペッパーグルメ

                    ▲photo by Alpsdake,J o,RJD,Alpsdake,タッチ 私は子どものころ、回転レストランが大好きでした。 地元・千葉県の柏や船橋にある回転レストランに連れて行ってもらい、「お店が回る」という不思議な体験に、テンションが上がったことをいまも思い出します。 しかし日本のファミリー層を楽しませてくれた回転レストランはいまや激減し、現在も回転稼働しているのはあとわずか(※なお、この記事での回転レストランは、広く「回転機構を持った飲食店」を指す)。 その残り火をともす数少ないお店の一つへ、片道3,030円の格安高速バスに揺られて出かけました。 いざ、天空の「まわる喫茶室」へ やってきたのは神戸市須磨区にある須磨浦山上遊園。目的のお店は、園内の山頂にあります。 10時前に着くと、団体客がすでにロープウェイ乗り場の入り口で並んでいました。 駅のすぐ目の前には海が見えます。なんだか

                      「回転レストラン」を知っていますか?【存続危機でも、今なお回り続ける楽園へ】 - メシ通 | ホットペッパーグルメ
                    • 12のソフトウェア・アーキテクチャの落とし穴とその避け方

                      これは、多数派が支配すべきだという意味ではない。委員会によって設計されたアーキテクチャは、肥大化し、焦点が定まらない傾向がある。私たちの経験では、理想的なバランスとは、多様な経験と視点を持つ数人の仲間が、より良い情報に基づいた決定を下すために、主張に異議を唱えることである。 再利用の目標が誤った決定を左右するようなことがあってはならない。その代わり、再利用は理にかなった場合のみ行うこと。 コード、コンポーネント、設計、あるいはコンフィギュレーションの再利用は、最初は良いアイディアのように聞こえる。経営陣は、再利用によってコストが削減され、納期が短縮され、品質が向上すると信じて、このコンセプトを推進したがる。チームは、MVPをより早く提供するために既存のアプリケーションの大部分を再利用することを決定するかもしれないし、かなり成功した製品を提供するために作成された既存のアーキテクチャを再利用す

                        12のソフトウェア・アーキテクチャの落とし穴とその避け方
                      • 「ソフトウェアアーキテクチャの基礎」読書感想

                        2010年代を乗り越えてきた経験者が読むと良さそうという噂を聞いたので読んでみた。 内容まとめではなく感想です。各章のタイトルだけは丸々記載してますが、目次として上記ページで全て公開されているものです。 ちなみにこれ書いている私はソフトウェアアーキテクトではなく、フロントエンドアプリケーションの設計を担当するテックリードぐらいのレイヤーです。この書籍の中でいう「開発者」です。 業務ではフロントエンドアプリケーションの設計・実装をしています。 全体的な感想 1章(イントロダクション)、22章(効果的なチームにする)、23章(交渉とリーダーシップのスキル)が特によかった。 やっぱ "結局人" の部分が刺さってしまう。 心に書きとめておきたい3つを挙げるとしたら以下。 ソフトウェアアーキテクチャとは「構造」「アーキテクチャ特性」「アーキテクチャ決定」「設計指針」の4つから成る 「一見どう見えよう

                          「ソフトウェアアーキテクチャの基礎」読書感想
                        • マイクロサービス化は本当に難しい

                          はじめに この記事は、AEON Advent Calendar 2023の21日目です🎉 イオンスマートテクノロジー株式会社(通称AST)のCTO室TechLeadチームの@t0doroki_takaです。弊社ではSREチームの発信に勢いがありますが、アプリケーションレイヤーよりの話題も積極的に発信していければと思います。 自分の敗戦の振り返り 以前、大規模ECシステムのリプレース案件に関わった時(そして敗戦したとき)の振り返りです。 今回取り上げるケーススタディは、システム全体(連係するシステム含む)としては段階的移行ではありましたが、主ターゲットとなるシステムは、全EC機能を包括する大規模なシステムで、それをフルスクラッチでリプレースするものでした。 巨大なモノリス構造であったため、マイクロサービスアーキテクチャに移行することで、サービス提供のアジリティを確保することが目的の一つでし

                            マイクロサービス化は本当に難しい
                          • クラウドのアーキテクチャ図作成ツール「CloudSkew」、Webブラウザから無料で利用可能。AWS/Azure/GCP/Kubernetes/Oracle Cloudなどマルチクラウド対応

                            クラウドのアーキテクチャ図作成ツール「CloudSkew」、Webブラウザから無料で利用可能。AWS/Azure/GCP/Kubernetes/Oracle Cloudなどマルチクラウド対応 クラウドのアーキテクチャ図を作成するためのWebアプリケーション「CloudSkew」が公開されています。 AWS/Azure/GCP/Kubernetes/Oracle Cloud/HashiCorp/Alibaba Cloudなど人気のクラウドやツールのアイコンがあらかじめ用意されており、Webアプリケーションとして提供されているためインストール不要で、誰でも無料で利用可能です。 操作は一般的なドローツールと同じように、左側からアイコンを選んで真ん中の図に置き、アイコン同士を矢印でつなげていくことでアーキテクチャ図が作成されていく、という感じです。 開発しているのは、元マイクロソフトのエンジニアを

                              クラウドのアーキテクチャ図作成ツール「CloudSkew」、Webブラウザから無料で利用可能。AWS/Azure/GCP/Kubernetes/Oracle Cloudなどマルチクラウド対応
                            • マヤ文明で最大の建造物見つかる 「文明観を覆す発見」:朝日新聞デジタル

                              ","naka5":"<!-- BFF501 PC記事下(中⑤企画)パーツ=1541 -->","naka6":"<!-- BFF486 PC記事下(中⑥デジ編)パーツ=8826 --><!-- /news/esi/ichikiji/c6/default.htm -->","naka6Sp":"<!-- BFF3053 SP記事下(中⑥デジ編)パーツ=8826 -->","adcreative72":"<!-- BFF920 広告枠)ADCREATIVE-72 こんな特集も -->\n<!-- Ad BGN -->\n<!-- dfptag PC誘導枠5行 ★ここから -->\n<div class=\"p_infeed_list_wrapper\" id=\"p_infeed_list1\">\n <div class=\"p_infeed_list\">\n <div class=\"

                                マヤ文明で最大の建造物見つかる 「文明観を覆す発見」:朝日新聞デジタル
                              • なぜ自治体のシステムはバラバラなのか|楠 正憲(デジタル庁統括官)

                                政府が自治体システムの仕様統一を決め、来年デジタル化のための新法提出を目指すと報じられました。自治体システムの標準化はかねて総務省で検討が進められてきて、直近もデジタルガバメント閣僚会議の下に設置された「マイナンバー制度及び国と地方のデジタル基盤抜本改善 WG」で議題に挙がり、わたしも議論に参加しています。 技術屋の視点でみると、法律で定められた似たような住民事務を、どうして1740もある自治体がバラバラにシステム構築しているのか、不思議に思われるかも知れません。ひとつのシステムで賄った方が効率的ではないかという意見も大きいのではないでしょうか。 確かにバラバラにシステム構築されているために特別定額給付金などの新しい制度ができた際まとめてシステム改修できずに、大量の手作業が発生して給付に時間を要してしまったことは記憶に新しいところです。もし日本全体で単一の住民システムが動いていて、そのシス

                                  なぜ自治体のシステムはバラバラなのか|楠 正憲(デジタル庁統括官)
                                • Infrastructure as Dataとは何か

                                  最近GCPから登場したKubernetes YAMLのPackage managerであるKptは「Infrastructure as Data(Configuration as Data)」という考えかたを基礎としてそれを推し進めようとしている.それ以外にもKubernetesのEcosystemには(明示はされていなくても)この考え方が中心にある.Infrastructure as Codeとは何が違うのかなど歴史を振り返りつつまとめてみる. (指針はBorg, Omega, and Kubernetesという論文にあるが「Infrastrcuture as Data(Configuration as Data)」という言葉を明確に定義した文章はない.この記事はReferencesに挙げるいくつかのPodcastにおける@kelseyhightowerの発言や,それに反応する@bgra

                                  • 「しずかなインターネット」の技術スタックを調べる - laiso

                                    ポエム特化のZenn2との噂の「しずかなインターネット」を使いはじめたので、ユーザーとしてどんな技術が使われているのかを確認していく。 sizu.me おもむろにbuiltwith.comにかけてみる。 builtwith.com ここで分かる情報はブラウザのDevTools眺めてても得られるのであまり収穫はない。 前段にCloudflareのCDNサーバーがいて Next.jsで生成されたレスポンスを返している ことがわかる。 この時点ではキャッシュのみCloudflareなのか、Pages/WorkersでNext.jsのSSRごと動かしているのかは判断できない。 認証 Set-Cookie: __Secure-next-auth.session-token=が含まれているのでNextAuth.jsを使っているのが分かる。 next-auth.js.org Emailでサインアップする

                                      「しずかなインターネット」の技術スタックを調べる - laiso
                                    • 認可のアーキテクチャに関する考察(Authorization Academy IIを読んで)

                                      みなさま、認可の設計に苦しんでいるでしょうか?私は苦しんでいます。苦しまなかった瞬間などありません。昔「アプリケーションにおける権限設計の課題」を執筆しましたが、あれから3年以上が経ちます。 当時は認可の設計に関する情報がうまくまとまっている記事などほとんど無く、調べに調べて得たナレッジを書き記したのが上記の記事です。3年以上経ちますが、苦悩が今も特に変わっていないことが驚きです。 ただし、世の中的には認可のライブラリであったりサービスというのは少しずつ増えてきている印象があります(Auth0の OpenFGA であったりOsoの Oso Cloud 、Asertoの Topaz )。 認可の設計に関する記事も少しずつ増えている印象があり、その中でも本記事で紹介したいのがAuthorization Academyです。 これは認可サービスである Oso Cloud やOSSのライブラリ o

                                        認可のアーキテクチャに関する考察(Authorization Academy IIを読んで)
                                      • ChatGPTとBardの対決を超える“事件”。無料の「StableLM」登場で「AIの超民主化」争いが始まった

                                        2022年に画像生成AIで一大ムーブメントを巻き起こしたStableDiffusion(ステーブル・ディフュージョン)が4月19日、再びAIの世界を興奮の渦に巻き込んだ。 2022年末から爆発的に話題になり、岸田首相までが言及し、先進国首脳会議G7広島サミットの議題にも上がるという、OpenAIの「ChatGPT」に対抗する、完全にオープンでフリーな大規模言語モデル(LLM)「StableLM」を発表したからだ。 StableLMの登場は、LLM(大規模言語モデル)をめぐるこの半年の激変のなかで、象徴的な出来事だ。 勢力争いは、OpenAIとグーグル、メタ(Facebook)など「巨大ITの対立軸」で語られがちだが、今、LLMの世界で起きている勢力争いはそこではない。

                                          ChatGPTとBardの対決を超える“事件”。無料の「StableLM」登場で「AIの超民主化」争いが始まった
                                        • 『データ指向アプリケーションデザイン』を読んだ - hydrakecat’s blog

                                          『データ指向アプリケーションデザイン』を読んだ。たいへんおもしろかった。技術書でこんなにわくわくしながら一気に読んだのは『Androidを支える技術』以来かもしれない。 データ指向アプリケーションデザイン ―信頼性、拡張性、保守性の高い分散システム設計の原理 作者: Martin Kleppmann,斉藤太郎,玉川竜司出版社/メーカー: オライリージャパン発売日: 2019/07/18メディア: 単行本(ソフトカバー)この商品を含むブログを見る 本書はソフトウェアシステムの設計について「データ」という観点からまとめたものだ。もちろんデータベースは登場するが、それだけでなくJSONなどのデータ形式、RPC、メッセージキュー、全文検索インデクス、バッチ処理やオンライン処理も等しく「データ」という観点から扱っている。特筆すべき点は、理論だけでなく実際のミドルウェア製品を引き合いに出しつつ具体例を

                                            『データ指向アプリケーションデザイン』を読んだ - hydrakecat’s blog
                                          • 日本の家が寒すぎることにもっとみんな怒って良い→改良が難しい理由は日本の気候にあった

                                            キニマンス塚本ニキ Nikki Tsukamoto Kininmonth @tsukaniki85 英語通訳・翻訳・エッセイ執筆📻根は真面目で謙虚なのにチャラくて偉そうと思われる系の女・元松潤そっくりさん 📺配信→@politasjp 連載→@DIME_HACKS 🗼練馬&ニュージーランド育ちのミレニアルENFP🐑お仕事のご相談はDMからどうぞ chur🥝 linktr.ee/nikkidesukedo キニマンス塚本ニキ Nikki Tsukamoto Kininmonth @tsukaniki85 今年もまた「日本の家 なぜ寒い」を永遠に検索したり愚痴ったりする季節がやってくるが、なぜ日本の住宅断熱の途上国レベルが社会問題とされてないのか、マジで理解できない。 ヒートショックの犠牲者が交通事故死者の倍なんだぜ? 年間2万人が風 呂 場 で 死 ぬ んだぜ?この異常性、伝わって

                                              日本の家が寒すぎることにもっとみんな怒って良い→改良が難しい理由は日本の気候にあった
                                            • より速い WEB を目指す Next.js / nextjs-make-the-web-faster

                                              【Next.js Update!】v12リリースを踏まえ、Next.jsの採用を考える 本発表は以下URLでアーカイブ視聴が可能です。https://youtu.be/KaS3bgz_CA4 イベントページ:https://forkwell.connpass.com/event/228457/

                                                より速い WEB を目指す Next.js / nextjs-make-the-web-faster
                                              • Blueskyメモ - 日誌(は)

                                                Blueskyは見た目はTwitter/Xみたいだけど、お金持ちが買収してめちゃくちゃにするのを防ぐのを目標として、そのための仕組みをいろいろ用意している、というところがTwitterとは違うところです(この公式ブログの記事で「billionaire-proof」と表現してます) Twitterの創業者であるJack Dorseyがきっかけで始まったプロジェクトで、彼は今でもBlueskyのボードメンバーではあるっぽいのですが、今はBlueskyの開発や運営にはほとんど関わってないようです ※1 ※2。最初の出資者ではありますが、現在はもっと多くの出資者がいます。今はnostrを中心に活動してます 2024年2月23日に、BlueskyのPDSのフェデレーション(連合)というものが始まりました。Blueskyが分散SNSであると言われるために必要な第一歩です。PDSってのはユーザーの投稿、

                                                  Blueskyメモ - 日誌(は)
                                                • これから家が燃える人向けnote~そして復興へ…~|たぬき

                                                  今まさに家が鎮火した忙しい人向け今北産業失火の場合は火元に対して責任を問うことはできない 火災保険では生活の立て直しのために買ったものにも出るので領収書は全部とっとけ 持ち家じゃなかったら引っ越そう かけよう、火災保険 聡明なる読者諸君は超大人気ボードゲーム「人生ゲーム」を遊んだことがあるだろうか? 私は幼い頃に両親が持っていた人生ゲームロイヤルを妹弟とキャッキャ遊んで車にえのきみたいな子供をギッチギチに乗せて楽しんでいた。その人生ゲームロイヤルでゲーム開始時に購入するのが火災保険である。火災保険は大事だ、必ずかけよう。ゲームでもそう言っている。 保険をかける時に「いやそんな万が一のことなんて起きないだろ常識的に考えて」となるかもしれないが、私自身もまさか避難用リュックの中身を減らすことが起きるとは思わなかった。転んだあとに杖はつけない。転ぶ前につくしかない。 火災保険は火事だけではなく水

                                                    これから家が燃える人向けnote~そして復興へ…~|たぬき
                                                  • Increasing number of attempts ver. 2021

                                                    試行回数の増やし方 2021年度版です

                                                      Increasing number of attempts ver. 2021
                                                    • 『ピロティ』の話題で盛り上がる人達

                                                      ピロティ(フランス語: Pilotis)とは、建築用語では2階以上の建物において地上部分が柱(構造体)を残して外部空間とした建築形式、またはその構造体を指す。まれにその地上部分の構造体のみの空間自体を指すこともある。フランス語で「杭」の意味。(Wikipediaより引用)

                                                        『ピロティ』の話題で盛り上がる人達
                                                      • 日本で唯一海の上に浮かぶ小学校「旧赤崎小学校」の異世界感がすごい「コミティアの漫画に出てきそう」「文明崩壊後の世界」

                                                        遠藤たつみ@色々準備中 @EndDragon 背景資料で撮りまくってた写真を整理してたんだけど、やっぱこの小学校の異世界感は凄いわ。コミティアの漫画に出てきそう pic.twitter.com/PSUpqIFUsx 2020-08-01 17:36:25

                                                          日本で唯一海の上に浮かぶ小学校「旧赤崎小学校」の異世界感がすごい「コミティアの漫画に出てきそう」「文明崩壊後の世界」
                                                        • Webサービスで「ユーザーページに独自ドメインを登録できる」機能を提供するのがなぜ難しいか

                                                          コンテンツ投稿系のWebサービスでは「ユーザーのページに好きな独自ドメインを登録できる」という機能をつけたくなることがあります。ユーザーからすると「コンテンツが自分自身の所有物であること」を感じやすいですし、コンテンツのポータビリティが上がりますし、とても夢がありますよね。僕もいつか実装してみたい機能のひとつです。 しかし、この機能を提供するには、以下のようなハードルがあります。 料金 ベンダーロックイン 複雑な実装(とくに認証) (1)の料金についてはデプロイ先によります。例えばVercelであればProプラン以上であれば無制限に独自ドメインを登録できます(Unlimited custom domains for all Pro teams)。 Google Cloudの場合にはCertificate Managerで独自ドメインごとの証明書を管理するのに「ひとつあたり○USD」という感

                                                            Webサービスで「ユーザーページに独自ドメインを登録できる」機能を提供するのがなぜ難しいか
                                                          • モダンBFFを活用した既存APIサーバーの再構築 - クックパッド開発者ブログ

                                                            技術部の青木峰郎です。 去年までは主にデータ分析システムの構築を担当していましたが、 最近はなぜかレシピサービスのサービス開発をやっています。 今日は、そのサービス開発をする過程で導入したBFF(Backends for Frontends)であるOrchaについて、 導入の動機と実装の詳細をお話しします。 Orcha導入にいたる経緯 まずはOrcha導入までの経緯、動機からお話ししましょう。 最初のきっかけは、わたしが去年から参加しているブックマークのようなサービスの開発プロジェクトでした。 このプロジェクトの実装のために新しいmicroserviceを追加することになったのですが、 そのときにいくつかの要望(制約)がありました。 1つめは、撤退するとなったときに、すぐに、きれいに撤退できること。 2つめが、スマホアプリからのAPI呼び出し回数はできるだけ増やしたくない、という要望です。

                                                              モダンBFFを活用した既存APIサーバーの再構築 - クックパッド開発者ブログ
                                                            • サグラダ・ファミリア 「マリアの塔」完成【有馬記者 中継】 | NHKニュース

                                                              未完の傑作として知られるスペイン・バルセロナのサグラダ・ファミリア教会に高さおよそ140メートルの新たな塔が完成し、新型コロナウイルスの感染拡大が収まらない中で希望のシンボルになってほしいと地元の人たちが期待を寄せています。 世界的な建築家、アントニオ・ガウディの代表作でスペイン有数の観光名所、サグラダ・ファミリア教会では8日、「マリアの塔」と呼ばれる新たな塔が完成し、お披露目を祝うミサが開かれました。 大司教の祝福に合わせて、高さおよそ140メートルの塔がライトアップされると、市民や観光客から大きな拍手と歓声が上がりました。 サグラダ・ファミリア教会は1882年に着工し、ガウディの没後100年となる2026年の完成を目指して建設が進められてきましたが、新型コロナウイルスの感染拡大の影響で工事は一時中断を余儀なくされました。 しかし、感染拡大が収まらない中で希望のシンボルにしたいと、教会は

                                                                サグラダ・ファミリア 「マリアの塔」完成【有馬記者 中継】 | NHKニュース
                                                              • なぜ、所沢の高層ビルの先っちょはとんがっているのか

                                                                空と地上の境界を縁取る、高層ビルのスカイライン。 その輪郭線の美しさやダイナミックさにほれぼれすると「人間もなかなか頑張っとるな」などと、上位存在みたいな気持ちになってしまう。 東京では、さまざまな町で、そこかしこに高層ビルがずんずん建築されており、スカイラインの形も日々変わってきている。 高層ビルは都心だけではなく、郊外の町でも、超高層といわれるビルやタワーマンションがいくつも建築されているところがある。 なかでも、所沢の高層ビルのスカイラインが、なかなかおもしろいことになっているらしい。 所沢の高層ビルは、のきなみとんがっている 先日、デイリーポータルZ編集部の林さんが、所沢の高層ビルの先っちょが、軒並みとんがっているということを教えてくれた。 なんで所沢のマンションって先っちょとんがってるんだろう。 pic.twitter.com/akQUpNxUAX — 林 雄司 (@yagino

                                                                  なぜ、所沢の高層ビルの先っちょはとんがっているのか
                                                                • 実践クリーンアーキテクチャ【プログラミング】

                                                                  音ズレ修正 Ver. → https://www.youtube.com/watch?v=BvzjpAe3d4g 本編 → 7:08 ~ JJUC CCC 2019 Spring の講演「「先行開発!クリーンアーキテクチャ -- ゼロから始める新規開発」の再演です。 講演の概要は下記URLのイベントページをご覧ください。 # URL イベントページ: https://nrs-seminar.connpass.com/event/174000/ Togetter: https://togetter.com/li/1502339 文字起こし(ログミーTechさま): https://logmi.jp/tech/articles/323233 スライド: https://speakerdeck.com/nrslib/clean-architecture-with-java github: h

                                                                    実践クリーンアーキテクチャ【プログラミング】
                                                                  • サーバーレスの次はなんなんだ

                                                                    はじめに この記事は、同人誌サークル「めもおきば」から不定期刊行している技術解説本「めもおきばTecReport」に書いたものを公開用に再編集したものです。 ⇒ めもおきばTecReport 2023.12 この記事のほかにも「私もSecHack365に参加したい!」や、「2023年振り返りと2024年技術予想」としてこんなキーワードを取り上げているので、気になったらぽちっとしてください! メガクラウドと特化型クラウド/ハイパーバイザーのSoC化/ライセンスとクラウドベンダー/イベント駆動型API/LLM時代のAIペアプロ力/生活必需品としてのGPU・NPU/Passkey/ウェブアクセシビリティ/リアルイベントの再開 サーバーレスの次はなんなんだ サーバーレスと呼ばれる技術ムーブメントが盛り上がり始めて8年近くが経ちました。各クラウドベンダーのFaaS(Function-as-a-Ser

                                                                      サーバーレスの次はなんなんだ
                                                                    • React Application Architecture for Production〜これ一冊で全てが網羅〜

                                                                      はじめに この記事は、Alan Alickovicさんの著書「React Application Architecture for Production」をまとめたものになります。Alanさんと言えばZennで最も人気のある記事「bulletproof-react」の作者であり、彼のprojectから学ぶことはとても多い印象です。 今回紹介する本は2023年1月に公開されたため、bulletproof-react以後のReactアプリケーションにおけるベストプラクティスの宝庫となっています。また、本で扱われているアプリケーションのProjectがGitHubで公開されていることから、Projectを眺めるだけでも勉強になる点があるかと思います。 想定読者 Reactのアーキテクチャを模索している方 テスト手法やCI/CDなどのアプリケーション設計に関心がある方 使用される技術と本の構成 言

                                                                        React Application Architecture for Production〜これ一冊で全てが網羅〜
                                                                      • k_wota on Twitter: "国立競技場ザハ案が撤回された時、設計の問題を指摘する証言や記事はいくつもあってネットからもアクセスできたのですが、7年もたつと、どれも閲覧不可になってしまい、逆に設計には何も問題が無かったという言説は今でも発信され続けているので偏った情報しか目に入らなくなっています"

                                                                        国立競技場ザハ案が撤回された時、設計の問題を指摘する証言や記事はいくつもあってネットからもアクセスできたのですが、7年もたつと、どれも閲覧不可になってしまい、逆に設計には何も問題が無かったという言説は今でも発信され続けているので偏った情報しか目に入らなくなっています

                                                                          k_wota on Twitter: "国立競技場ザハ案が撤回された時、設計の問題を指摘する証言や記事はいくつもあってネットからもアクセスできたのですが、7年もたつと、どれも閲覧不可になってしまい、逆に設計には何も問題が無かったという言説は今でも発信され続けているので偏った情報しか目に入らなくなっています"
                                                                        • アーキテクトに求められるマインドとは / mindset for an architect

                                                                          人工衛星の運用を支えるクラウドネイティブ民主化への取り組み / Efforts toward cloud-native democratization for satellite operations

                                                                            アーキテクトに求められるマインドとは / mindset for an architect
                                                                          • 『Design It! ― プログラマーのためのアーキテクティング入門』 - snoozer05's blog

                                                                            翻訳を担当した書籍『Design It! ― プログラマーのためのアーキテクティング入門』(オライリー・ジャパン)が11月25日に発売になります。本書は2017年にPragmatic Bookshelfより出版されたMichael Keeling著『Design It!: From Programmer to Software Architect』の全訳です。Pragmatic Bookshelfファンにはおなじみの「... It!」シリーズの一冊で、日本語で読める「... It!」シリーズとしては4冊目の書籍となります。 O'Reilly Japan - Design It! 本書は、設計スキルを成長させたいプログラマーに向けたアーキテクティングの入門書です。ソフトウェアアーキテクチャの基礎とデザイン思考の考え方から始まり、ソフトウェアアーキテクトとして、チームと共に優れたソフトウェアを

                                                                              『Design It! ― プログラマーのためのアーキテクティング入門』 - snoozer05's blog
                                                                            • 【閲覧注意】昔は当たり前にあったお風呂場の懐かしい床がいつしかすごい嫌われ者になっていた「本能的に無理 ! ってなる」

                                                                              ユイ(Taylor's Version) @Jirachi_yui え、こういうの結構好きなんだけどレアなのかな でも確かに自分の家は嫌だってのは分かるかもしれない。たまにだからいいみたいな感じだよね、派手なホテルとかそんな感じ。 x.com/hirausan/statu… 2024-02-20 21:06:15

                                                                                【閲覧注意】昔は当たり前にあったお風呂場の懐かしい床がいつしかすごい嫌われ者になっていた「本能的に無理 ! ってなる」
                                                                              • Firebaseの存在をフロントエンドから隠蔽するために

                                                                                「Firebase は安いし楽だしマジ最高」という一心で技術選定してしまったプロダクトが成功して見えてきた課題、割高なコスト・権限管理・カスタマイズ性、そして (特性やスキルセット的に)RDB 製品が適していたのに無理やり Firestore を採用したことによるデータ不整合。 その結果チーム内で Firebase を抜ける機運が高まるも、Firebase べっとりなアプリケーションすぎて移行しづらいといった問題に出会うかもしれません。 そのような場合に備え、Firebase の存在を隠蔽して開発することに挑戦してみましょう。 注意: Firebase を剥がしているときに「俺、次は絶対そうするわ」と感じたものを書いているだけであり、まだ実際にはこのパターンでプロダクション導入していません。 あくまで個人開発で試してみていけそうと思ったので、提案しますという体です。 また Firebase

                                                                                  Firebaseの存在をフロントエンドから隠蔽するために
                                                                                • Appleを追い出されNeXTを立ち上げたスティーブ・ジョブズを間近に見ていたエンジニアたちの証言

                                                                                  1985年にAppleを追放されたスティーブ・ジョブズ氏が創業した「NeXT」は教育用・ビジネス用のワークステーションのメーカーで、1996年にAppleに買収され、ジョブズ氏がAppleに返り咲くきっかけとなりました。NeXTが開発したオブジェクト指向型OS「NeXTSTEP」はその後のmacOSやiOSの基盤となっています。さまざまな質問に対して専門家が回答する質疑応答サイト「Quora」に投稿された「NeXTのエンジニアはどんな感じで働いていたのでしょうか?ジョブズ氏は普段から従業員と交流していたのでしょうか?」という質問に対して、当時を知るエンジニアたちが回答しています。 What was it like to be a software engineer at NeXT? Did workers interact with Steve Jobs? - Quora https://

                                                                                    Appleを追い出されNeXTを立ち上げたスティーブ・ジョブズを間近に見ていたエンジニアたちの証言