並び順

ブックマーク数

期間指定

  • から
  • まで

121 - 160 件 / 1119件

新着順 人気順

architectureの検索結果121 - 160 件 / 1119件

  • サーバレスアーキテクチャによる有料ライブ配信サービスの構築

    ライブ配信を支える技術 2019年10月4日(金)〜6日(日)開催の「水曜どうでしょう祭2019」では<昼の部>の有料ライブ配信を実施。その技術サイドのお話をいたします。社内外の多くの方のご協力があってほぼほぼ内製で構築することができました。今回の構築をざっくりですが、残しておきたいと思います。 全体のざっくり構成図 会場からクラウドにあげるまで Media Services API橋渡し(DRM)(決済・認証) ネットワーク フロントエンド プロジェクト管理 1.会場からクラウドにあげるまで テレビ中継車から会場のビジョンに出しているものを中継します。 今回はHTB本社で放送用に受けた映像を分岐してもらいました。 この映像をSDIからHDMIに変換してLiveShellPro2台を用いてRTMPでAWSであげます。 AWSまではNTT東日本さんのCloudGateway Applipac

      サーバレスアーキテクチャによる有料ライブ配信サービスの構築
    • なぜマイクロサービスは失敗するのか? - kawasima

      Eberhard Wolffさんのこのプレゼンの要約です https://www.youtube.com/watch?v=B3O-qYM-Kkw 共通のデータモデル 共通のデータモデルを通信に使う 各サービスで必要となるデータの内部モデルは異なるかもしれない データモデルが、共通ライブラリと同じ意味合いになる すべてのサービスが、最新のライブラリを使わなくてはならない 共通データモデルの変更は、す

        なぜマイクロサービスは失敗するのか? - kawasima
      • Suicaの新改札システムはようやっとキタ感が強いよねって話とか何ができるようになるのかとか耐障害性の話。 - O-Lab +Ossan Laboratory+

        あー、やっとアーキテクチャ(システムの構造、の意)が完全に変わるんだ。っていう感想。 私が交通系ICカード開発の仕事に関わってたのがもう20年近く前で(正確には15〜6年前)その頃から今日まで全くアーキテクチャの基本構造が変わってなかったんですよ。 www.watch.impress.co.jp www.itmedia.co.jp 20年変わらないってのも、なかなかすごいよね。ある意味、完成された構造だったわけですけども。 とはいえ通信速度が向上したら、ネットワークの信頼性が向上したら、いずれこの形になるのは想定されてました。 逆に言うと20年経ってようやく「新しい形式に移行できるぜ!」ってなったわけで、検証もこの間に重ねられてきてたって事だと思います。 思いつきで移行なんかしないですよ、鉄道会社の方々って。 だって障害発生したらニュースになるんだものw 私は過去に下記のようなブログとかも

          Suicaの新改札システムはようやっとキタ感が強いよねって話とか何ができるようになるのかとか耐障害性の話。 - O-Lab +Ossan Laboratory+
        • CPU律速なRuby/Pythonコードはデフォルト設定のdocker上で遅くなる - まめめも

          English version 要約 dockerはデフォルトでセキュリティ機構(Spectre脆弱性の対策)を有効にします。この影響で、RubyやPythonのようなインタプリタは速度が劣化します。特にCPU律速なプログラムで顕著に遅くなります(実行時間が倍くらいになることがあります)。 現象 Rubyで1億回ループするコードを、直接ホスト上で実行する場合と、docker上で実行する場合で実行時間を比較してみます。 直接ホスト上で実行した場合: $ ruby -ve 't = Time.now; i=0;while i<100_000_000;i+=1;end; puts "#{ Time.now - t } sec"' ruby 2.7.1p83 (2020-03-31 revision a0c7c23c9c) [x86_64-linux] 1.321703922 sec docker

            CPU律速なRuby/Pythonコードはデフォルト設定のdocker上で遅くなる - まめめも
          • 5年間は生き続ける考え方が凝縮された良書「AWSで実現するモダンアプリケーション入門」 | DevelopersIO

            「最近、モダンモダンすげぇ聞くけどモダンってなに?」 「人の数だけモダンはあるんだよ…」 近年、パブリッククラウドを主軸としたアプリケーション開発文脈の中で「モダンアプリケーション」という言葉をよく聞くようになりました。自分もMAD(Modern Application Development)事業部の部長を去年やっていたりして、モダンという言葉には人一倍敏感だったりします。 そんなおり、そのモダンアプリケーションについて真正面から解説する本を、著者の落水さんから献本いただいたので、僭越ながら書評という形でご紹介させていただきます。 モダンがなにかようやくわかるの…!? ( ゚д゚) ガタッ /   ヾ __L| / ̄ ̄ ̄/_ \/   / 丸わかりやで。 書籍の概要「AWSで実現するモダンアプリケーション入門」 AWSで実現するモダンアプリケーション入門 〜サーバーレス、コンテナ、マイ

              5年間は生き続ける考え方が凝縮された良書「AWSで実現するモダンアプリケーション入門」 | DevelopersIO
            • 株式会社リクルート エンジニアコース新人研修の内容を公開します!(2022年度版)

              こんにちは!2022年度エンジニア新人の太田です。毎年反響を頂いているエンジニアコースの研修内容を、今年は受講者の立場から紹介させていただきます。 研修概要 リクルートの新卒エンジニアコースでは、入社した新人を対象に技術研修を行っています。その内容は、実際の開発業務に活かせる技術を扱う「本当に必要な生きた知識・技術」を取り入れたものとなっています。 特筆すべき点として、研修の資料はほとんどが内製であることが挙げられます。そのため、講義中の質疑を通してより深い知識や、開発の現場で培われた経験に触れることができます。 フロントエンド、モバイルアプリ、バックエンド、インフラ、データ分析、セキュリティなど幅広いテーマが扱われるため、知識のインデックスを張ることにもつながります。またハンズオンや競技形式の演習も取り入れられており、実際に手を動かすことで印象に残りやすく、エラーへの対処も学ぶことができ

                株式会社リクルート エンジニアコース新人研修の内容を公開します!(2022年度版)
              • 現代の僕「コンピュータが生まれた歴史知りたい」 - Qiita

                TL;DR コンピュータの歴史も何も知らなかった私が、「ありがとう、先人たちよ」と言えるぐらいまでコンピュータの歴史を調べたので共有したいと思います。 最初の動機 「コンピュータってどうやって動いてるんだろう」 あなたは、この疑問に自信を持って答えられますか? そして、仮にコンピュータを知らない人類がいたとして、「コンピュータとは何か」を説明できますか? 私はできませんでした。 もちろん、コンピュータを使うことはできます。 こうして、キーボードをカタカタを打つと、見慣れた文字となってディスプレイに映すことが出来ます。 しかし、「使えること」と、「それが動く原理を説明すること」 は途方もなく大きな壁で隔てられています。 この記事では、コンピュータが動く原理を、その歴史をたどることで探っていきます。 コンピュータの歴史をまとめつつ、 「コンピュータってどうやって動くの?」 に答えられるようなも

                  現代の僕「コンピュータが生まれた歴史知りたい」 - Qiita
                • 現場で役立つシステム設計の原則メモ - Qiita

                  This article is a Private article. Only a writer and users who know the URL can access it. Please change open range to public in publish setting if you want to share this article with other users. ※この記事は著者の増田さんの了解の上で限定公開させて頂いております。 https://twitter.com/masuda220/status/1215122054795522049?s=20 オブジェクト指向、設計がなぜ必要か = ソフトウェア全体の整理整頓をするため 第1章 小さくまとめてわかりやすくする 変更が大変なプログラムの特徴 メソッドが長い クラスが大きい 引数が多い 関心事を詰め込みすぎ

                    現場で役立つシステム設計の原則メモ - Qiita
                  • 敷地に棚田を取り込んだ隈研吾氏設計のホテル、星野リゾート「界 由布院」への賛否

                    japan-architects @JapanArchitects 【OPEN】隈研吾建築都市設計による星野リゾート「界 由布院」が2022.8.3オープン(由布市湯布院町川上398) コンセプトは「棚田暦で憩う宿」。由布院の原風景のひとつである棚田を宿の中心に配置、四季折々に色づく景色を楽しめる。1泊 35,000円~(2名1室利用時1名あたり) hoshinoresorts.com/ja/hotels/kaiy… pic.twitter.com/n9UAVe3N9Y 2022-08-03 09:55:38

                      敷地に棚田を取り込んだ隈研吾氏設計のホテル、星野リゾート「界 由布院」への賛否
                    • 家を建てる打ち合わせで「仕事部屋にLANケーブル引きたいんですよね」って言ったら業者に「今は無線LANでインターネットに繋がるんですよ!」と言われた

                      おかだ@わらび犬 @acookada 家を建てる打ち合わせで 「仕事部屋にLANケーブル引きたいんですよね」 って言ったら 「あのですね、今は無線LANと言ってですね、配線しなくてもパソコンがインターネットに繋がるんですよ!おくさん!」て言われてこんな顔🐱になった。 2021-02-01 20:17:53

                        家を建てる打ち合わせで「仕事部屋にLANケーブル引きたいんですよね」って言ったら業者に「今は無線LANでインターネットに繋がるんですよ!」と言われた
                      • 様々なrate limitアルゴリズム - Carpe Diem

                        概要 インターネットに晒されているWebサービスでは TV等で紹介されたことによる大量流入 悪意ある人物からの攻撃 クライアントのバグに依る大量リクエスト など、本来想定していた以上のトラフィックが来ることはよくあります。 単純にシステムを構築すると大規模トラフィックに対応できずシステムがスローダウンしてしまうため、何かしらrate limitをかけておいた方が良いです。 ただしrate limitと一口に入っても色々あるため、今回は主なrate limitアルゴリズムを紹介します。 Leaky bucket Leaky bucketはデータ転送レートを一定にする(=上限を設定する)アルゴリズムです。 下の図のように、様々な流量の水流がそのバケツに流れ込んでも小さな穴からは一定の水流が流れ出す仕組みです。 ref: What is the difference between token

                          様々なrate limitアルゴリズム - Carpe Diem
                        • コードリーディングのコツは極力コードを読まないこと|牛尾 剛

                          私はクラウドのプロダクトチームで働いているが、何を隠そう一番苦手で克服できていないことが、コードリーディングだ。ものすごーく時間かかるし、時間かかったうえに読み間違えたりするし、しかもめっちゃ頭使うのに他の人はずっと速いので敗北感しか残らない。先日もマネージャの Pragna に相談したら、最初は2時間かかるけど、3か月もしたら5分で終わるわよ。って言われたけど、いや、そもそも俺4時間は最低かかるねんけどな、、、って感じ。 技術イケメンの皆さんのアドバイス よくよく私のキャリアを考えると、OSSにコントリビュートとかしていることはあったが、めっちゃくちゃ巨大でややこしいコードベースを読んで理解する必要が無いことが多かった。1からコードを書くのは得意だが、他の人のを読んでがっつり理解してとか、どうやったら出来るのかわからない。 当然自分の周りの技術イケメンの皆さんにコツを聞いていたのだが、ど

                            コードリーディングのコツは極力コードを読まないこと|牛尾 剛
                          • Clean Architectureは全てのプログラマにお奨めしたい良著|erukiti

                            Clean Architecture 達人に学ぶソフトウェアの構造と設計を読んだので、まとめてみます。コメントやツッコミなどのフィードバックがあればうれしいです。 続編としてクリーンアーキテクチャ本を読むためのポイントという記事を書きました。併せてご覧ください。 なぜ良著?著者のロバート・C・マーチン(著書読んだことあるかも?)は、50年前から現代に至るまで、様々なアーキテクチャを見て、第一線級として開発し続けてきた経験を元に、どのアーキテクチャでもクリーンにしようとするなら、基本部分は変わらないと言ってて、それらが美味くまとまった本だからです。 いってみればコンピュータ工学について抑えるべきポイントを解説した本であり、The Clean Architectureそのものについてはほとんど割かれていません。それくらい、基本として知るべき事が書かれた本なのです。 最近のアーキテクチャを追いか

                              Clean Architectureは全てのプログラマにお奨めしたい良著|erukiti
                            • Microservices における認証と認可の設計パターン

                              マイクロサービスにおける認証と認可の、一般論としての設計パターンを調べたところ、Web 上の複数の記事で似たようなパターンが登場していた。ここでは、まず認証と認可が実現したい一般的な要件と、そのマイクロサービスでの難しさを整理し、認証と認可に分けて調査したパターンをまとめた。 あくまで “一般論” なので、実際には個々のドメインにあわせてアレンジが必要 往々にしてこの “アレンジ” に価値が宿るものだが、まずはセオリーを知っておきたいというモチベーションで調査した Web 上の記事を読んでまとめただけなので、手を動かしての確認はしておらず、理解が甘い部分はご容赦ください 具体的な通信方式やサービス間通信のセキュリティといった具体論までは踏み込めていない。このへんはサービスメッシュやゼロトラストネットワークといったトピックが登場すると思われる これらは次回以降の Todo としています その

                                Microservices における認証と認可の設計パターン
                              • ソフトウェア設計についてtwada技術顧問と話してみた 〜 A Philosophy of Software Design をベースに 〜 - NTT Communications Engineers' Blog

                                はじめに スタンフォード大学の John Ousterhout 教授が執筆された “A Philosophy of Software Design”(以下 APoSD と略す) という書籍をご存じでしょうか? 書籍のタイトルを直訳すると、「ソフトウェア設計の哲学」となります。書籍の内容はまさに、ソフトウェア設計について扱っています。 本書籍をベースに、「A Philosophy of Software Design を30分でざっと理解する」というお題で社内ランチ勉強会が開催されました。本記事執筆者である岩瀬(@iwashi86)が発表者であり、勉強会資料は以下のとおりです。 スライド P.4 に記載したとおり、本書籍は John Ousterhout 教授の意見が強く反映されており、ソフトウェアエンジニアであれば、議論を呼ぶ箇所があります。実際、勉強会の実況Slackでは、「これはどうな

                                  ソフトウェア設計についてtwada技術顧問と話してみた 〜 A Philosophy of Software Design をベースに 〜 - NTT Communications Engineers' Blog
                                • Micro Frontends Architecture Patterns

                                  本書は、Micro Frontends Architecture Patternsというタイトルを付けていますが、モノリスからJAMstack、Micro Frontendsまで、Webフロントエンドを包括した様々なアーキテクチャパターンの詳細を体系的に紹介しています。 ソフトウェアとしてのアーキテクチャ全体を俯瞰し、他のシステムとのやりとりを設計するような考え方が役に立つことは多いです。フロントエンド観点で、様々なアーキテクチャパターンをまとめることで、Web開発の助けになればと考えています。 また、アーキテクチャの歴史と変遷を知ることで「Micro Frontends」への理解を深めることができると筆者は考えました。Micro FrontendsはThoughtWorksのTechnology RadarではすでにADOPTとなり、海外で多くの事例が存在します。Micro Fronte

                                    Micro Frontends Architecture Patterns
                                  • 「鉄筋は入っていない」 高速道手抜き工事、NEXCO中日本の調査結果が判明 | 文春オンライン

                                    中央自動車道で進められている耐震補強工事を巡り、東京・日野市にある緑橋を支える橋台に鉄筋が入っていなかったことが、発注者の中日本高速道路株式会社(NEXCO中日本)の調査で判明した。 10月29日発売の「週刊文春」は、手抜き工事を、同工事に携わった二次下請け、吉岡建築設計(東京・三鷹市)の吉岡史人会長の実名告発によって詳報。それを受け、同30日の参院本会議でも赤羽一嘉国交相が「中日本(高速道路)の調査結果を踏まえ、適切に対応する」と述べていた。

                                      「鉄筋は入っていない」 高速道手抜き工事、NEXCO中日本の調査結果が判明 | 文春オンライン
                                    • 秒間100万リクエストをさばく - Googleの共通認可基盤 Zanzibar - 発明のための再発明

                                      はじめに Googleの提供するサービス郡が共通して利用している認可システムにはZanzibarという名前がついています。ZanzibarはGoogleDrive・Google Map・Youtubeなどの巨大なサービスにも使用されています。 そのため、利用量も凄まじく 数10億のユーザー 数兆のACL(access control list) 秒間100万リクエスト もの量をさばいています。 にも関わらず、Zanzibarはこれを10ミリ秒以内に返します(95パーセンタイル)。 この記事では、そんなZanzibarの内部構造に関する論文「Zanzibar: Google’s Consistent, Global Authorization System」の中から、主に大量のリクエストをさばくための工夫を紹介します。 ちなみに、以前Googleの社内システム用の認可システム「Beyond

                                        秒間100万リクエストをさばく - Googleの共通認可基盤 Zanzibar - 発明のための再発明
                                      • なぜ? 「Suica」がサーバ型に移行する理由 25年近く稼働する“安全神話”の象徴に何が

                                        なぜ? 「Suica」がサーバ型に移行する理由 25年近く稼働する“安全神話”の象徴に何が(1/3 ページ) 4月4日昼頃、一部店舗でSuicaを含む交通系ICカードなどFeliCa系電子マネーが利用できなくなる障害が報告された。筆者はちょうどその時間帯にイオン系の「まいばすけっと」で買い物をしていたが、「この時間、交通系ICカードが利用できません」との告知でレジ待ち行列が混乱している様子が見受けられた。このほか、自販機での電子マネー決済ができないという報告も多数散見され、それなりの影響が出ていた印象だ。 同日中にJR東日本メカトロニクスから「クラウド型マルチ電子マネー決済システムにおける不具合発生につきまして」というプレスリリースが出されており、処理センターのハードウェア障害であることが報告された。確認した範囲で、同社が日本カードネットワークと共同運営している「J-Mups」における障害

                                          なぜ? 「Suica」がサーバ型に移行する理由 25年近く稼働する“安全神話”の象徴に何が
                                        • ChatGPT - LLMシステム開発大全

                                          ChatGPTとLLMシステム開発について纏めた187ページ資料です。 2024/04 名称を改め資料を大幅にアップデートしました! 今後も随時更新していきます。 データサイエンティスト協会での発表動画はこちら。 https://youtu.be/l9fpxtz22JU Build Japanでの発表はこちら。 https://youtu.be/UEZzx6a005g?si=Ot8EO2bv8yhQQEcy 2023/7/28 体裁修正、余計なページを削除 2023/12/12 RAG、API仕様、モデルのページを追加。また情報を最新化。 2024/04 名称を改め資料を大幅にアップデートしました! 1. LLM - GPTの全体像 LLM - GPT とは何なのか ~チャットAIを例にした動作イメージ~ 大規模言語モデル(LLM)が持つ基礎能力 デジタルツールとLLMの連携 GPTに関す

                                            ChatGPT - LLMシステム開発大全
                                          • 「問題から目を背けず取り組む」 �一休の開発チームが6年間で学んだこと

                                            Developer Summit 2020 発表資料 #devsumi

                                              「問題から目を背けず取り組む」 �一休の開発チームが6年間で学んだこと
                                            • ソフトウェアアーキテクトに必要なシステム設計知識を学んだ17冊 - yoshikipom Tech Blog

                                              はじめに アーキテクチャ・デザイン全般 ソフトウェアアーキテクチャの基礎 Clean Architecture 達人に学ぶソフトウェアの構造と設計 Design It! ソフトウェアシステムアーキテクチャ構築の原理 データ指向アプリケーションデザイン マイクロサービス マイクロサービスアーキテクチャ マイクロサービスパターン 実践的システムデザインのためのコード解説 ソフトウェアアーキテクチャ・ハードパーツ ドメイン駆動設計 エリック・エヴァンスのドメイン駆動設計 ドメイン駆動設計入門 ボトムアップでわかる!ドメイン駆動設計の基本 現場で役立つシステム設計の原則 要件定義 はじめよう!プロセス設計 ~要件定義のその前に はじめよう! 要件定義 ~ビギナーからベテランまで はじめよう!システム設計 ~要件定義のその後に Web, Web API Webを支える技術 プロになるためのWeb技術

                                                ソフトウェアアーキテクトに必要なシステム設計知識を学んだ17冊 - yoshikipom Tech Blog
                                              • Twitter を作るのはなぜ難しいのか

                                                Fumihiko Shiroyama @fushiroyama 父、博士課程 Senior Software Engineer @Microsoft 👨🏻‍💻 / ex-@amazon All opinions are my own. note.com/fushiroyama/ Fumihiko Shiroyama @fushiroyama Twitterみたいな緩いつながり、TLひとつ実装するだけでも普通のウェブシステムみたいなクエリでは取れなくてちょっと考えれば非常に複雑なシステムであることは明白だし、システムアーキテクチャの試験の定番トピックだったりするので「誰でも作れる」とか「簡単」みたいなのはご指摘申し上げたくなる 2022-11-22 02:16:50 Fumihiko Shiroyama @fushiroyama 昔つぶやきましたが例えばこの記事を読むと分かりやすいです

                                                  Twitter を作るのはなぜ難しいのか
                                                • コミットはスナップショットであり差分ではない

                                                  Git は紛らわしいという評判です。用語や言い回しが意味するものと、そこから想像する挙動が違ってユーザーが混乱すると言われます。これは、git cherry-pick や git rebase のような「履歴を書き換える」コマンドに最も顕著です。私の経験では、この混乱の根本的な原因は、コミットは 差分 であり順番を入れ替えることができるという解釈にあります。しかし、コミットはスナップショットであって、差分ではありません! Git がリポジトリデータをどのように保存しているかを見てみると、Git を理解しやすくなります。このモデルを調べた後に、この新しい視点が git cherry-pick や git rebase のようなコマンドを理解するのにどのように役立つのかを探っていきます。 本当に深く 掘り下げたいのであれば、Pro Git という書籍の Git Internals の章を読むと

                                                    コミットはスナップショットであり差分ではない
                                                  • BIOS更新で文鎮化してしまったThinkPad X13 Gen2を自力で直したメモ

                                                    ThinkPadユーザならお馴染みのLenovo Vantageから、「BIOSとIntel MEの更新があるので、今すぐ適用してね!」とポップアップが出たため実行したところ、フラッシュが終わったと思しき後から起動しなくなりました。 それを直した時のメモ。 環境メモ 修理方法 EEPROMの特定とROM Programmerの選定 CH341Aについて チップへの接続方法 2023/1/1 14:00 ICパッケージについての追記 オリジナルのバックアップ ファームウェアの解析 ダウンロードデータとの比較 What's next? Write時の罠 本当に正しく書けたのか? 再書き込み しかし…まだ罠はあった 成功か?……ん…? 晴れて成功! 固有データの復元は? 参考文献 環境メモ マシンThinkPad X13 Gen2 Type Number20WK-CTO1WW 2021/06製

                                                      BIOS更新で文鎮化してしまったThinkPad X13 Gen2を自力で直したメモ
                                                    • 100万行オーバーのモノリシックRailsアプリをマイクロサービス化したクックパッドの手順 - エンジニアHub|Webエンジニアのキャリアを考える!

                                                      100万行オーバーのモノリシックRailsアプリをマイクロサービス化したクックパッドの手順 マイクロサービスの導入事例を、中の人が徹底的に語ります。クックパッドでは、100万行オーバーの超巨大なRuby on Railsアプリのマイクロサービス化に挑みました。アプリをいかに分離し、連携できるようにするか、など、同社が採ったマイクロサービス化の戦略を聞きました。 Ruby on Railsのバージョンアップに1年かかっていた 【マイクロサービス化戦略】まずはコードを減らすことから 【マイクロサービス化戦略】アプリ固有のバッドノウハウを減らす 【マイクロサービス化戦略】まずは分離しやすい部分からお試しで 【マイクロサービス化戦略】データベースが切れていればサービスも切りやすい 【マイクロサービス化戦略】インフラ構成を標準化する 【マイクロサービス化戦略】サービスメッシュを入れて通信の課題をクリ

                                                        100万行オーバーのモノリシックRailsアプリをマイクロサービス化したクックパッドの手順 - エンジニアHub|Webエンジニアのキャリアを考える!
                                                      • 【コンテナ技術入門】コンテナ要素技術をDocker使わずに基礎から手を動かして学べる超有用なテキスト #dockerTokyo | DevelopersIO

                                                        「Dockerって、結局中でなにやってんの?」 先日、以下のミートアップに参加して、LT登壇してきました。 Docker Meetup Tokyo #31 (初心者歓迎LT祭り+KubeConCN報告) 自分はLTの一番手として、「雰囲気でコンテナ使っている 全ての人が読むべき 「コンテナ技術入門」の紹介」で喋ってきたので、それの登壇報告となります。 「コンテナ技術入門」は、Dockerコマンド一通り使えるようになってきたけど、もっとDockerやコンテナについて深く知っておきたいという方にはむちゃくちゃ有用なコンテンツなので、一度目を通して、実際に手を動かして試してみることをオススメします。 (祭) ∧ ∧ Y  ( ゚Д゚) Φ[_ソ__y_l〉     コンテナマツリダワッショイ |_|_| し'´J 講演概要 当日のセッションスライドはこちら。 この記事では、LTという時間枠の中

                                                          【コンテナ技術入門】コンテナ要素技術をDocker使わずに基礎から手を動かして学べる超有用なテキスト #dockerTokyo | DevelopersIO
                                                        • システム構成図をテキストで

                                                          Gigazineさんでdrawthe.netを取り上げていたので紹介です。使い方はGigazineさんのほうが丁寧なので、気になる方はチェックしてみてください。(2020年12月1日、追記) drawthe.netとは cidrblock/drawthe.netは複雑なネットワーク図も「テキストで書いてブラウザ上でSVGレンダリングできるようにしよう」というコンセプトのもと開発されたツールです。下図のように複雑な構成図も精度高く描くことができます。 拡大してみると情報量が多いこと、またいかに整っているかがわかると思います。 デモサイトも用意されているので、サクッと試したい場合はコチラが便利です。コードはGitHubで公開されています。更新が2017年末で止まってしまっているのが玉に瑕ですが、十分な性能を発揮してくれます。 drawthe.netを使いたい理由 美しい構成図といえばInter

                                                            システム構成図をテキストで
                                                          • 建築設計10年にして一級建築士・1級建築施工管理技士の資格を持つ有名なエロ漫画家「鬼ノ仁」さんがついに建築マンガ「一級建築士矩子の設計思考」を発売!

                                                            ARiSE COFFEEROASTERS @arisecoffee 6月25日発売週刊『漫画ゴラク』(日本文芸社)197頁、鬼ノ仁著 『一級建築士矩子の設計思考』第5話 [江東区クラフトビール放浪記:計画道路] にてアライズコーヒーロースターズも登場させていただきました!ビール屋ではないですが雰囲気が昼の居酒屋だからでしょうか🤣鬼ノ先生ありがとうございます! pic.twitter.com/brV1RwthM7 2021-06-26 12:04:18

                                                              建築設計10年にして一級建築士・1級建築施工管理技士の資格を持つ有名なエロ漫画家「鬼ノ仁」さんがついに建築マンガ「一級建築士矩子の設計思考」を発売!
                                                            • WindowsがLinuxより優れている点は何ですか? (OSの設計に関する質問であり、利用者の使い勝手の話ではありません) 。

                                                              回答 (6件中の1件目) 私はWindowsのカーネルを熟知しており、Linuxのカーネルについてはそれなりに知っています。 意外に思われるかもしれませんが、類似点の方がずっと多く、違いは少ないです。私がよく言う違いの1つは、LinuxのI/OモデルはUNIXから継承した同期式が基本で、WindowsのI/OモデルはVMSから継承した非同期式が基本であるということです。WindowsのI/Oリクエストの設計は、同期式と非同期式のI/Oを美しく管理できる優れた設計になっています。Linux(及び普通のUNIX)でも非同期のI/Oは可能ですが、そのための統一された仕組みはありません。これは...

                                                                WindowsがLinuxより優れている点は何ですか? (OSの設計に関する質問であり、利用者の使い勝手の話ではありません) 。
                                                              • 電子情報学特論:Chromiumのアーキテクチャを解き明かす

                                                                電子情報学特論: Chromium のアーキテクチャを解き明かす 〜 EEIC の授業が生きるプロダクトの世界〜 Kentaro Hara 2022 April (๑>ᴗ<๑) * * * *

                                                                  電子情報学特論:Chromiumのアーキテクチャを解き明かす
                                                                • 渋谷川が天井から飛び出す広場ができた

                                                                  東京・渋谷駅の地下に新しい広場ができた。そこはなんと、渋谷川が上空を飛んでいるという場所だ。 なにそれどういうこと。さっそく見に行ってきました。 渋谷駅のどこに広場ができた? その広場「渋谷駅東口地下広場」は、開業したばかりの渋谷スクランブルスクエアと東急東横線などへの通路を結ぶ、新しくできた通路上にある。 この地図で「広場」と書いた緑色のところがそうだ。(下の「スクスク」は渋谷スクランブルスクエアです。なおこの見取り図は各種資料もとに作った目安であり、正確ではありません。) この通路ができたことによって、渋谷駅の動線がまたちょっと便利になる。のだがそれよりも注目したいのは「川」と書いたオレンジの渋谷川の存在だ。新しい広場は渋谷川をくぐるように作られている。それも、ちょうど天井から川が飛び出すような位置関係になっているのだ。 ここがその広場。なんとこの景色のなかに川がある! 赤で囲ったとこ

                                                                    渋谷川が天井から飛び出す広場ができた
                                                                  • 横浜のイカれたマンションを紹介するぜ!→その特殊な立地による異常住宅が大集合「探検してみたい」(※非横浜あり)

                                                                    橋川 @hashikawa_in 横浜のイカれたマンションメンバーを紹介するぜ!まずは90度の崖上に建っていて斜行エレベーターの使用を強制されるであろうグランドメゾン三渓園!お次は立地も高低差もバグり散らかしているダイアパレス追浜!最後は眺望に難アリの別名「住む階段」グリーンキャピタル浦賀だ! pic.twitter.com/VinXRVkV7r 2022-10-24 19:50:11

                                                                      横浜のイカれたマンションを紹介するぜ!→その特殊な立地による異常住宅が大集合「探検してみたい」(※非横浜あり)
                                                                    • どうしてこんな家ばかりなんだろう?建築の専門家と街を歩く

                                                                      私達が住んでいる街は、そして家は、どうしてこんな形をしているのだろうか。効率を考えて建てるなら直方体がぎっしり並んでいるSF世界のような街になるはずでは。 専門家と街歩きをして腰が抜けるほどへぇへぇ言うシリーズ、今回は建築の専門家と街を歩いた後編である。 建築の学者さんと街を見て歩く 私達が住んでいる街がこんな形なのはどうやら建築基準法という法律によるところが大きいようだ。 そんなことがわかった前回の記事(こちら)にひきつづき東京大学名誉教授、日本大学理工学部客員教授である神田順さんと東急東横線祐天寺駅周辺を歩く。 建築のとりわけ構造の世界では著名な神田さんに「なんで家ってこんなことになってんですか?」とのんきに聞きながら街を歩く。 神田順さん(右)とデイリーポータルZウェブマスター林雄司(左) もし建築基準法がなかったら? 大北:建築基準法がなくて、任せてやっていいよってなったら街はどう

                                                                        どうしてこんな家ばかりなんだろう?建築の専門家と街を歩く
                                                                      • スペインの城塞都市をまるごとVR化したワールドあらわる→VR旅行以外の方向でも楽しめそう「自転車漕ぐタイプとか」

                                                                        ノーベルチョコ @nobelchoco スペイン、14世紀の城壁が残る荒野の城塞都市アルバラシンを概ねまるごとVR化したワールドを作成しました。街の中の路地から周りの城壁まで歩けるようになっています。中世の街並み&城壁に興味がある方がいらっしゃいましたら、こちらのリンクからどうぞー vrchat.com/home/launch?wo… #VRChat_world紹介 pic.twitter.com/gFKlL1m1YL 2021-07-17 20:08:21 リンク vrchat.com VRChat - Home Albarracin Village by nobelchoco - a virtual reality world on VRChat 2 users

                                                                          スペインの城塞都市をまるごとVR化したワールドあらわる→VR旅行以外の方向でも楽しめそう「自転車漕ぐタイプとか」
                                                                        • 「アクロス福岡」という建物、25年前の竣工から「60年後に森になる」という構想で作られたらしい→今や動物も住んでるし階段で上れて素敵

                                                                          リンク www.acros.or.jp アクロス福岡 国際・文化・情報の交流拠点。福岡シンフォニーホールや国際会議場を備えた複合施設です。 659 リンク 建築パース.com アクロス福岡 [建築パース.com] 福岡県福岡市中央区天神にあるアクロス福岡。1995年竣工。基本構想は、エミリオ・アンバース、日本設計、竹中工務店。

                                                                            「アクロス福岡」という建物、25年前の竣工から「60年後に森になる」という構想で作られたらしい→今や動物も住んでるし階段で上れて素敵
                                                                          • 機械学習システムの設計パターンを公開します。

                                                                            メルカリで写真検索とEdge AIチームに所属している澁井(しぶい)です。機械学習のモデルを本番サービスに組み込むための設計やワークフローをパターンにして公開しました。 GithubでOSSとして公開しているので、興味ある方はぜひご笑覧ください! PRやIssueも受け付けています。私の作ったパターン以外にも、有用なパターンやアンチパターンがあれば共有してみてください! GitHub:https://github.com/mercari/ml-system-design-pattern GitHub Pages:https://mercari.github.io/ml-system-design-pattern/README_ja.html なぜ機械学習システムのデザインパターンが必要なのか 機械学習モデルが価値を発揮するためには本番サービスや社内システムで利用される必要があります。そのた

                                                                              機械学習システムの設計パターンを公開します。
                                                                            • トルコでなぜあれほど多くの建物が倒壊したのか 耐震対策は - BBCニュース

                                                                              トルコ南東部で発生し、トルコとシリアに甚大な被害をもたらした地震では、多くの建物が倒壊した。その中には、耐震性能をうたう比較的新しいものも含まれた。真新しいマンションが崩れた様子に、トルコ国内では怒りの声が上がっている。BBCは、がれきと化した新しい建物3棟に注目し、その安全性について調べた。 マグニチュード(M)7.8と7.5の2つの地震が6日未明と同日午後にトルコ南東部で発生し、トルコ南部とシリア北部にまたがる広い地域で数千棟の様々な建物が倒壊。2万人以上が死亡した。

                                                                                トルコでなぜあれほど多くの建物が倒壊したのか 耐震対策は - BBCニュース
                                                                              • システムの複雑さはどこから来るのか – Out of the tar pitを読む - Uzabase for Engineers

                                                                                Uzabase Saas Product Divisionフェローの矢野です。 この記事は、Rich Hickey(プログラミング言語Clojure作者)のプレゼンテーションSimple Made Easyへと繋がっていく、Ben MoseleyとPeter Marksによる「Out of the tar pit」というシステム設計について論じた論文の内容について説明したもので、ユーザベースのSaas Productでのテック発表の一つとしてプレゼンしたものを、ブログとして再度まとめたものです。プレゼン自体は25分くらいでしたので、おそらくこの記事の方がプレゼンよりも詳しいと思います。 ソフトウェア危機 ソフトウェアは本質的に複雑 ソフトウェアの複雑さはどこから来るのか? 複雑さは、別の複雑さを産む 複雑さを分類する 本当に必要な複雑さと、そうでないものがある どうやって複雑さを扱うのか

                                                                                  システムの複雑さはどこから来るのか – Out of the tar pitを読む - Uzabase for Engineers
                                                                                • ソフトウェアエンジニアとして家を建てる仕事をはじめました

                                                                                  まさかソフトウェアエンジニアの自分が本業で家を建てる仕事をするとは思っても見ませんでした。2年前、DeployGateの米国オフィスを自分で施工した事をきっかけに声をかけてもらい、以来、技術アドバイザーとして携わらせて頂いていた米国の建築スタートアップ「HOMMA」に本格的に参加し、ソフトウェア・アーキテクトとしてアメリカでスマートハウスをソフトウェア面から設計して家を建てる仕事をはじめました。趣味の電子工作から初まり、深センでの独自設計ハードの少量生産、アメリカでのオフィスの施工と来て、次はまさかの本物の建売住宅の開発です。プログラミングの傍ら取り組んできた物理的な「ものづくり」のサイズがどんどん大きくなってきて楽しい限りです。制御用のファームウェアやアプリ、Webシステムを書きながら、ヘルメットを被って建設現場で大工職人さんへ施工の指示出しをしたり、信号線や電力系統の配線を設計して建築

                                                                                    ソフトウェアエンジニアとして家を建てる仕事をはじめました