並び順

ブックマーク数

期間指定

  • から
  • まで

361 - 400 件 / 9676件

新着順 人気順

architectureの検索結果361 - 400 件 / 9676件

  • 隈研吾・安藤忠雄以外で知ってる建築家を教えて!

    この二人の次に日本で有名な建築家が誰なのかすごく気になっている。できれば存命の人で。 磯崎新か伊東豊雄が次に有名なんじゃないかと思ってたけど、磯崎新は亡くなっちゃったしなあ。あとはてブ的にはちょっとバズった伊礼智とか? 故人とか歴史上の人も含めれば、ザハハディド、ガウディ、丹下健三、辰野金吾あたり? (追記) 思ってたより反応があって嬉しい! 黒川紀章挙げるの忘れてた。そういえば増田にとって顔と名前が一致する建築家は黒川紀章で都知事選に立候補したニュースを見たのがきっかけだった。

      隈研吾・安藤忠雄以外で知ってる建築家を教えて!
    • 「コンクリート打ち放し」は、美しいけど維持管理にめちゃくちゃ手間がかかる理由|楽待不動産投資新聞

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

        「コンクリート打ち放し」は、美しいけど維持管理にめちゃくちゃ手間がかかる理由|楽待不動産投資新聞
      • 自分だけの小さなSelenium「Olenium」を作って始める、ブラウザ自動化技術の理論と実践

        Kaigi on Rails 2022の登壇資料です! https://kaigionrails.org/2022/talks/ikumatdkr/

          自分だけの小さなSelenium「Olenium」を作って始める、ブラウザ自動化技術の理論と実践
        • クラウドシステム構築時に活用できる非機能要件チェックリストを公開しました | クラスメソッド株式会社

          クラスメソッドのAWS総合支援 コスト最適化からセキュリティ、構築支援、運用保守まで、AWS活用を支援します。

            クラウドシステム構築時に活用できる非機能要件チェックリストを公開しました | クラスメソッド株式会社
          • Engadget | Technology News & Reviews

            The Biden Administration opens $285 million funding for ‘digital twin’ chip research institute

              Engadget | Technology News & Reviews
            • 汐留、ゴーストタウン化が話題…テナント半数が空き、企業が続々と他へ移転

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

                汐留、ゴーストタウン化が話題…テナント半数が空き、企業が続々と他へ移転
              • 認証と認可と課金とコアドメインを分離したシステムは勝てるという話 - まっちゅーのチラ裏

                自分が複数のシステムの開発を経験して得た確信として、「認証と認可と課金とコアドメインの分離がめちゃくちゃ重要である」というものがあるので、コレを整理してアウトプットしていく 分離するモチベーションとは Microservice文脈でいうと、デプロイ独立性だったり、リソースの最適配分だったり、障害の局所化だったり、開発組織とのマッピングだったりがメリットとして語られることが多い。 だが、ここで取り上げたいのは戦術的DDD的観点でのコンテキスト分離の有用性である。 ※ちなみにコンテキスト分離のみであればモジュラモノリスだけで実現可能。 戦術的DDD的観点での関心事の分離によるメリットとは コンテキストが分離されていることによって、境界をまたぐ際に「このI/Fは正しいのか?」を都度考えることを強制することができる。 境界がなければ意図しない密結合を生みやすくなってしまう。 もちろん、境界を超える

                  認証と認可と課金とコアドメインを分離したシステムは勝てるという話 - まっちゅーのチラ裏
                • コンテナ運用におけるログ基盤設計のベストプラクティス - Qiita

                  課題 数年前と比較すると、GKEやECSを始めとするコンテナ実行環境でのアプリケーション運用を行うサービスはかなり増えてきた印象があります。 コンテナを運用する上では、アプリケーションのイベントを追跡する上でログをどう扱うかが課題になります。今までのように古いログを定期的にローテートして別のストレージに転送するといった手法はクラウドネイティブなアーキテクチャには最適とは言えません。 アプリケーション開発の方法論として、Twelve Factor App ではログをイベントストリームとして扱うためのガイドラインが示されていますが、近年のWebアプリケーションではシステムを疎結合に連携するマイクロサービスという考え方が主流になりつつあります。 アプリケーションログはサービスごとにフォーマットを整形した上で、ログ収集サービスに配送。必要に応じてリアルタイム分析や異常データの通知、そしてデータの可

                    コンテナ運用におけるログ基盤設計のベストプラクティス - Qiita
                  • サブスクリプションサービスをつくる時にエンジニアが考えること / Behind the Scenes: Engineering a Subscription Service

                    「B/43 Tech Talk 〜 Fintech×サブスクリプションサービス立ち上げの裏側〜」にて @ohbarye が"サブスクリプションサービスをつくる時にエンジニアが考えること"と題して発表した資料です。 イベントURL: https://smartbank.connpass.com/event/289643/

                      サブスクリプションサービスをつくる時にエンジニアが考えること / Behind the Scenes: Engineering a Subscription Service
                    • 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のユースケース|ミック
                      • 『ソフトウェアアーキテクチャ・ハードパーツ』 - Don't Repeat Yourself

                        『ソフトウェアアーキテクチャ・ハードパーツ』を訳者の方からご恵贈いただきました。ありがとうございます。献本については基本的にすべて書評を書こうと思っているため、今回も記事にします。発売は10/27のようです。 ソフトウェアアーキテクチャ・ハードパーツ ―分散アーキテクチャのためのトレードオフ分析 作者:Neal Ford,Mark Richards,Pramod Sadalage,Zhamak DehghaniオライリージャパンAmazon おことわり まず指示語についてです。記事中で「本書」「この本」と書く場合は『ソフトウェアアーキテクチャ・ハードパーツ』を指します。また、「著者」は本書を執筆した人を指すものとします。「筆者」といった場合、それは私のことです。 いわゆるスキミングをした状態で一旦書評をするため、本書の細かい議論の見落としや用語の誤認識が含まれる可能性があります。この書評は

                          『ソフトウェアアーキテクチャ・ハードパーツ』 - Don't Repeat Yourself
                        • マンション全戸「トイレ一斉使用」何が起きるか

                          生きている限り、私たちは毎日何度もトイレへ向かう。流して終了。しかし、ちょっと考えてみると、知らないことだらけです。流したものはどこへ? どうやって処理? そのために誰が、どんな苦労を? いつのまに日本は「トイレ最先進国」に? ジャーナリストの神舘和典氏と文藝春秋の前副社長で編集者の西川清史氏が、あらゆる疑問を徹底取材したルポ、『うんちの行方』から抜粋・再構成して紹介します。 TOTOの東京オフィスで取材を終えた帰り道、まわりのマンションを眺めながら、共著者の西川さんが妙なことを言い出した。 「あの高層マンションのすべての部屋で一斉に排泄して水を流したら、どうなるかな? 低層階のトイレからウンチが噴出するんじゃなかろうか?」 「全フロアのトイレで同時にするなんて起こりませんよ」 「うん、現実的には起きないかもしれない。でも、マンションの住民集会で日時を決めていっせいに流しましょう、と決議し

                            マンション全戸「トイレ一斉使用」何が起きるか
                          • Diagram as Code

                            Diagram as Code6 different ways to turn code into beautiful architecture diagrams

                              Diagram as Code
                            • Gitの内部構造をよく理解して、うまく使おう【基本の仕組みを解説】

                              対象読者 Gitをより深く理解したい方 Gitの自作に興味がある方 Gitの内部構造を学ぶ意義 Gitの使い方を知っている人でも、それぞれのサブコマンドが実際どういった挙動をしているか、ましてや内部構造がどうなっているかを学んだことがある人は少ないかもしれません。というのも、Gitが内部を知らなくとも十分使える優秀なツールになっているからだと思います。 しかし、Gitの内部実装を知ることで、コマンドの挙動を正確に理解できるだけでなく、Gitを使っていて何らかの問題が起きたときにも、自分で対処できるようになります。そうしたGitの地力を鍛えるために、内部構造の把握は重要な要素になってきます。 また、今回の内容を学べば、Gitの大枠を実装することもできてしまうので、興味がある方はぜひ挑戦してみてください。 Gitについての誤解 それでは、まずGitについて多くの人が誤解しているであろう点を挙げ

                                Gitの内部構造をよく理解して、うまく使おう【基本の仕組みを解説】
                              • RFCの読み方

                                こんにちは。技術開発室の伊藤です。 ハートビーツではメールサーバを自社で運用しています。そのメールサーバの移設を実施するにあたり、移設を対応するチームでさまざまなメールの仕様を理解しておく必要がありました。 メールプロトコルの仕様についてはRFC(Request For Comments)が発行されているため、メールに関するRFCを読んでまとめる勉強会を行いました。 その際にRFCを読むにあたって知っておくとよいことがいくつかあったので紹介します。 RFCとは RFCとはIETF(Internet Engineering Task Force)というインターネット技術の標準化を推進する団体やその他の団体が発行している、インターネット標準や技術提供の文書です。もともとは非公式な文書であることを明確にするため、Request For Comments(コメント募集)という名前にしていたようです

                                • オンラインゲーム 10年の進化と同期方式の選び方 - きゅぶろぐ

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

                                    オンラインゲーム 10年の進化と同期方式の選び方 - きゅぶろぐ
                                  • これから学ぶ人のための ソフトウェアアーキテクチャ入門: Software architecture is a tool to enhance our humanity

                                    Developers Summit2023 Summer #devsumi での発表資料です https://event.shoeisha.jp/devsumi/20230727/session/4471/ #devsumiC

                                      これから学ぶ人のための ソフトウェアアーキテクチャ入門: Software architecture is a tool to enhance our humanity
                                    • アーキテクチャ設計における垂直思考と水平思考 - kawasima

                                      このADRをレビューするにあたっては、コンテキストのセクションもよくよく議論すべきで、意思決定が妥当かだけ見ても、「実はコンテキストに誤りやあやふやなところがありA案よりもB案の方が良かった…」みたいなことが発生するし、十分にコンテキストが理解されていない第3者や有識者をまじえてのレビューでは、レビューアに意思決定の構造を理解してもらいにくい、ということもある。

                                        アーキテクチャ設計における垂直思考と水平思考 - kawasima
                                      • 純正よりも高機能なWindows11互換性確認アプリ『WhyNotWin11』が登場! | ニッチなPCゲーマーの環境構築Z

                                        Microsoftにより公開されたWindows11互換性確認アプリ『Windows PC 正常性チェック』は正直に言って不親切な設計です。いったいどの部分が要件に引っかかっているのか表示されません。アップデートにより一部要件が表示されるようになったとされていますが、環境によっては正常に動作しません。 そんなMicrosoft純正よりも高機能でわかりやすいWndows11互換性確認アプリがGitHubユーザーのRobert C. Maehl氏により作成されました。 アプリケーション名は『WhyNotWin11』。このチェックツールを使用すれば、 WhyNotWin11を実行した様子 どの部分がシステム要件に引っかかっているか一目でわかります。各項目の詳細は以下。 Architecture (CPU + OS): 64bit CPU / 64bit OSを使用していればOK。32bitはNG

                                          純正よりも高機能なWindows11互換性確認アプリ『WhyNotWin11』が登場! | ニッチなPCゲーマーの環境構築Z
                                        • メインフレームの異常処理 - Qiita

                                          はじめに この記事では、メインフレームでは異常時の処理でどのようなことをやっているのか、また、Linuxの異常処理との違いなどについて話してみようと思います。 この記事を書くに至った直接的なきっかけは、とある人からリクエストがあったからです。が、日ごろからメインフレームの異常処理の考え方については、PCサーバーやクラウドによるシステムがメジャーになった現代であっても、参考になることは多いと感じていてはいました。 筆者は今でこそLinux Kernel周りの仕事をしていますが、20年ぐらい前のころはメインフレームのOS開発部隊に配属されていて、メインフレームのとあるコプロセッサのドライバを書いたりしていました。この際、その異常処理における考え方を体験する機会が多々あり、当時のその経験が20年後の現在でも大いに役にたっていると感じていたからです。 そもそもメインフレームは、これまで長年にわたっ

                                            メインフレームの異常処理 - Qiita
                                          • Awesome Dev Tool Tips 🔥

                                            Contents (Click to expand) ↕️ Design Mode Pretty Print Command Pallet and Super Search Snippets Live Expressions Tracking Changes Console Shorthand Find Unused Code Rendering Panel Network Paint Times Network Timings Inspect Network Requests Performance Identifying Memory Leaks Raw Memory Inspection Test bfcache Full Refresh Lighthouse Page Size Breakdown Record User Flows Advanced User Flow Opera

                                              Awesome Dev Tool Tips 🔥
                                            • Webアプリケーションのログに関するいくつかの考察 - Hatena Developer Blog

                                              こんにちは、はてなでWebアプリケーションエンジニアをやっている id:polamjag です。 最近のはてなでは、若手エンジニアを中心として、いろいろな技術を見つめ直すワーキンググループをやっています。先日、id:onk も「デプロイ今昔」という記事を書きましたが、このエントリーはそのシリーズの続きで、ワーキンググループの「ログ」の回で議論したこと・話題になったことをまとめました。 Web開発におけるログを見つめ直す ログを4つの目的で分類する 目的ごとに求められる取り扱いの要求水準 いまどきのログフォーマットについて まとめ:どう実装するかを模索していく Web開発におけるログを見つめ直す Webサービス(Webアプリケーション)の運用には、多種多様なログがついてまわります。多くのミドルウェアは何もしなくてもそれなりの量のログを出力しますし、クラウド上のマネージドサービスも然りです。行

                                                Webアプリケーションのログに関するいくつかの考察 - Hatena Developer Blog
                                              • 【早い!安い!うまい!】VSCode+WSL+Dockerで簡単に開発環境構築 - Qiita

                                                三種の神器 今やWSL,Docker,VSCodeは使えて当たり前という雰囲気になってきたので、初心者のためにすごく適当簡単に導入手順をまとめたよ 卍最強の環境卍を構築するため以下の4ステップで解説するよ WSL2の導入 Dockerの導入 VSCodeの設定 使ってみる 1. WSL2の導入 そもそもWSLって何?という方もいらっしゃると思いますが、Windows内でLinux環境を使うことができるぜということだけ覚えておけばOKです 導入についてはPowerShellで以下コマンドを実行するだけ! インストールしたらPCのスタートメニューからUbuntuを開き、ユーザ名とパスワードを設定しよう (Ubuntuを開くだけでユーザ名とパスワードを作成するための入力が求められます) WSLを真面目に知りたい方はこちら↓ https://learn.microsoft.com/ja-jp/wi

                                                  【早い!安い!うまい!】VSCode+WSL+Dockerで簡単に開発環境構築 - Qiita
                                                • スケールする要求を支える仕様の「意図」と「直交性」 - Qiita

                                                  はじめに どんなソフトウェアエンジニアも拡張しやすくメンテナンスしやすいソフトウェアを作りたいと思っているはずです。また、どんなプロダクトマネージャも同様に拡張しやすいシンプルな要求を作りたいと考えているはずです。 しかし、将来の不確実性や発展性に対して見通しを立てるのは難しいものです。そのため、開発チームの思いとは裏腹にソフトウェアの複雑性はどんどんと増大していきます。気がついたら技術的負債と呼ばれるような手もつけられない泥団子になってしまうということもしばしばです。誰もが生産性を下げるために機能を追加したいわけではなく、ビジネス価値を提供するために機能を追加したいだけなのにです。 このような状況を避けるためにはどうしたらよいのでしょうか。今回はその一つの手段として、要求には隠れた「意図」があり、それを発見していくことの重要性についてまずはお話しします。さらにわかりやすい要求が持つ仕様の

                                                    スケールする要求を支える仕様の「意図」と「直交性」 - Qiita
                                                  • AWSでバッチ処理を実装する際の選択肢とサービス比較

                                                    処理が複雑でジョブの依存関係を定義したい場合は、AWS Batch 単体で制御するか、より複雑な場合は Step Functions を用いて Lambda、ECS(Fargate)、AWS Batch(Fargate) を組み合わせる。 AWSにおけるバッチ処理の選択肢 ざっくりとした選択肢は下記。 Lambda ECS(Fargate) AWS Batch(Fargate) これらのサービスに実際は SQS や Step Functions を組み合わせることもあるので選択肢はさらに広がる。 ちなみに、SQS + Fargate(常時起動でポーリング) という構成や、SQS + Lambda + Fargate(都度実行) という構成は、AWS Batch が Fargate に対応した現在は特にメリットがないので取り扱わない。 2021/5/2 追記 「常時リクエストがくるユースケー

                                                      AWSでバッチ処理を実装する際の選択肢とサービス比較
                                                    • 本当に私の人生を変えた技術書10選 - FPGA開発日記

                                                      年末ですね。年末に技術っぽいことを書いても誰も見ていないので、どうでもいいことを書こうと思います。 皆さん技術書は好きですか?好きですよね。読みもしないのに技術書典なんかに大挙して押しかけて、結局積読が増えていく。積んでいるとなんか落ち着くのかもしれません。 私は現在ハードウェア関連の技術者として働いているわけですが、短い人生の中で読んだ技術書の中で、本当に私の人生を変えてしまった技術書を思い出しながら紹介してみたいと思います。 あらかじめ断っておきますが、「名著」や「良い本」を紹介するのではなく、あくまでも私の人生を変えた本です。逆にいうと、あまり名著は出てきません。名著の紹介はすでにいろんなところでやられているので、そちらを見ていただければ。 1. 図解で分かるPCアーキテクチャのすべて(初版) 〈最新〉図解でわかる PCアーキテクチャのすべて 作者:小泉 修出版社/メーカー: 日本実

                                                        本当に私の人生を変えた技術書10選 - FPGA開発日記
                                                      • ソフトウェア設計・アーキテクチャの学び方 - Qiita

                                                        はじめに この記事はHow to Learn Software Design and Architecture | The Full-stack Software Design & Architecture Mapを翻訳したものです。 翻訳がおかしい箇所などあればご指摘頂けるとありがたいです。 元記事の著者: Khalil Stemmler(@stemmlerjs) 設計、アーキテクチャ、フロントエンド、ブロックチェーンに興味ある方是非Twitter(@show_clements)フォローしていただけると嬉しいです! 設計に関する記事 ソフトウェアデザインとアーキテクチャは、DevOpsやUXデザインのように、コンピューティングの領域の中でも独自の研究分野となっています。ここでは、クリーンコードからマイクロカーネルまで、ソフトウェアデザインとアーキテクチャの幅広さを説明するマップを紹介しま

                                                          ソフトウェア設計・アーキテクチャの学び方 - Qiita
                                                        • REST vs. GraphQL vs. gRPC · Dan Hacks

                                                          REST, GraphQL, and gRPC are 3 popular forms client-server and server-to-server communication. Choosing can be difficult, so this concise guide can help. In each section, an example will be provided to illustrate retrieving a user. REST Notes HTTP paths describing data, e.g. /users as a collection of users Easily discoverable data, e.g. user ID 3 would be at /users/3. All of the CRUD (Create Read U

                                                          • 2020年の11の必見のフロントエンドトレンド - Qiita

                                                            こちらの記事は、Jonathan Saring 氏により2019年12月に公開された『 11 Must-Know FrontEnd Trends for 2020 』の和訳です。 本記事は原著者から許可を得た上で記事を公開しています。 ランチ中のフロントエンドトークでスマートに見られる方法! チームのランチトークでスマートに見られることは、最新のフロントエンドのトレンドを常に把握しておくための大きな理由であることは言うまでもない。 それは、あなたがより良い開発者になり、より良い技術とより良い製品を作るのに役にたつかもしれない。 たぶんね。 だから、いくつかの興味深い方向を示すことで、この名誉あるクエストを君が簡単に達成できるように少し時間をもらいたい。 すべてのコンセプトについて1から10まで説明するのではなく、そのコンセプトとそれがどのように有用であるか紹介しよう。最後にはさらなるリソー

                                                              2020年の11の必見のフロントエンドトレンド - Qiita
                                                            • 近年のデータ分析基盤構築における失敗はBigQueryを採用しなかったことに全て起因している - データエンジニアの酩酊日記

                                                              久しぶりにペラペラな思いつきを書き捨てて、寝ます。 2、3年前ぐらいにSIerやコンサルでTreasure Dataとか使ってマネージドDWH作ろうぜっていう風潮が流行って、今は運用フェーズに入ってどこも結構苦しんでるってのが僕のすごく狭い観測範囲での印象。 AWSのReadshiftしかり。 なぜ苦しんでるかっていうと、言うほどスケールしないからであり、言うほどマネージドじゃないから。 Treasure Dataは基本的に割当メモリが固定でオートスケールしないので、ピーク時に合わせて必要なメモリを確保しておかないといけない。そうなるとメモリ使用量とか負荷とかをモニタリングしないといけないわけだけど、Saasだから内部のアーキテクチャが隠蔽されていていちいちサポートに問い合わせないといけなかったりする。 Redshiftの場合はそもそも自前でクラスタ管理しなくちゃいけないのでそれが大変って

                                                                近年のデータ分析基盤構築における失敗はBigQueryを採用しなかったことに全て起因している - データエンジニアの酩酊日記
                                                              • セキュリティ・バイ・デザイン導入指南書 :IPA 独立行政法人 情報処理推進機構

                                                                ソフトウェア開発者でなくとも、セキュリティ・バイ・デザインという言葉は聞いたことがあると思います。しかし、セキュリティ・バイ・デザインが十分に実施できていると言える組織は多くないのではないでしょうか。 いざセキュリティ・バイ・デザインを実施しようとしても「何をすればよいのだろう?」「どうやれば良いのだろう?」となかなか手が動かない。そんな状況の一助となるよう、我々がセキュリティ・バイ・デザインを学び、実践した内容を文書化し公開する運びとしました。 セキュリティ初心者でも読みやすいように、以下の特徴を念頭において本書を執筆しました。 軽快な文章 図表を多用したグラフィカルな見た目 キャラクターのセリフに共感しながら理解ができる 1章 セキュリティ・バイ・デザイン -セキュリティ・バイ・デザインの概要や必要性の説明 2章 脅威分析 -組織やシステムに対する脅威分析の実施方法 3章 セキュリティ

                                                                • 日常から脱出するために、友人と哀愁の旅館「鳳明館」に泊まってきた|みんなでつくる!暮らしのマネーメディア みんなのマネ活

                                                                  ブロガーのきくちさんが、日常から脱出するために都内の旅館に泊まる過ごし方を紹介します。今回の宿泊先は文京区の本郷にある「鳳明館 森川別館」。遠くへ行かずとも、気心知れた友人といつもと違う場所で過ごすだけで、ずいぶんとリラックスできると言います。 僕は、気心知れた友人と特別な用事があるわけでもなくホテルや旅館に泊まるのが好きだ。いつものように家に帰らず、この日常が続いていくのを、どこかでえい、と断ち切りたくなるのだ。 東京の家賃は高い。とにかく高い。東京在住の20代には家賃を抑えるべく、6畳ほどのワンルームマンションに住んでいるという人がそこそこ多いのではないだろうか。僕も多分にもれず窮屈なワンルームに住んでいる。 ベッドを置こうものなら部屋の半分がベッドで埋まってしまうのである。部屋の半分がベッド、腰掛けるのもベッド、ご飯食べるのもベッド、テレビを見るのもベッド。永遠万年ベッド生活である。

                                                                    日常から脱出するために、友人と哀愁の旅館「鳳明館」に泊まってきた|みんなでつくる!暮らしのマネーメディア みんなのマネ活
                                                                  • いま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年末)
                                                                    • x86-64機械語入門

                                                                      この記事はx86-64の機械語を書けるようになるためのガイドとなることを目指します。読者はアセンブリー言語について既にある程度知っていることを想定します。 情報源 x86-64の機械語のオフィシャルなガイドはIntelのSoftware Developer ManualまたはAMDのAMD64 Architecture Programmer's Manualです。 Intel SDM: Intel® 64 and IA-32 Architectures Software Developer Manuals AMD64 Architecture Programmer's Manual, Volumes 1-5 このほか、Cから呼び出される関数を定義したり、Cの関数を呼び出すためには、呼び出し規約の知識も必要です。使用される呼び出し規約はOSに依存し、Unix系では主にSystem V ABI

                                                                        x86-64機械語入門
                                                                      • Amazon API Gateway は何をしてるのか | DevelopersIO

                                                                        アプリケーションをユーザに公開する場合, それがGUIであってもCUIであってもインタフェースが必要になります. Webアプリケーションを公開する場合にはWeb APIを利用するのが一般的であり, AWSもAPIをフルマネージドで活用するためのAPI Gatewayを提供しています. 非常に簡単に活用できるのですが細かい機能などを今一度洗い直す機会があればと思っており, 社内勉強会の機会があったのでAPI Gatewayについて話しました. 今回の記事では社内向け勉強会で登壇した内容をブログ向けに再編しています. 資料はSpeakerDeckで公開していますが, 内容についてより細かくこのブログで説明しますので, 是非ご閲覧ください. What is API まず最初にAPIが何かを確認します. 大雑把に伝えるとアプリケーションが呼び出せば予期した結果を返されるような仕組みです. 名前にあ

                                                                          Amazon API Gateway は何をしてるのか | DevelopersIO
                                                                        • pythonの環境構築戦争にイラストで終止符をどうやら打てない - Qiita

                                                                          はじめに Pythonの環境構築は僕にとって、戦争でした。 如何せんツールが多すぎます。 インターネットで調べるとざっと挙げるだけで 元から入っているpython3 元から入っているpython3 + venv pyenv pyenv + pyenv-virtualenv pyenv + venv anaconda docker + python docker + anaconda ... 以上のような組み合わせが山程出てきます。 よく最近のゲームのキャラメイキングの 「組み合わせは無限大!」を思い出します。 この記事では、それぞれの環境構築の概念をイラスト画像でまとめようと思います。 環境構築のコマンド自体は取り扱わないためご注意下さい。 追記 2019/11/07 本記事はPython初心者による「概念のみ」に関する説明のため、ベストな環境構築や、すべて正確かつ詳細な内容は含んでないで

                                                                            pythonの環境構築戦争にイラストで終止符をどうやら打てない - Qiita
                                                                          • Ayako Kimishima on Twitter: "数々の建築賞を受賞した複合文化施設内に作られたガラス張りの図書室。 外光が差し込む明るい書棚には、紫外線により赤色が褪色し、青い表紙になった書籍が並ぶ。 https://t.co/F7461Da3HP"

                                                                            数々の建築賞を受賞した複合文化施設内に作られたガラス張りの図書室。 外光が差し込む明るい書棚には、紫外線により赤色が褪色し、青い表紙になった書籍が並ぶ。 https://t.co/F7461Da3HP

                                                                              Ayako Kimishima on Twitter: "数々の建築賞を受賞した複合文化施設内に作られたガラス張りの図書室。 外光が差し込む明るい書棚には、紫外線により赤色が褪色し、青い表紙になった書籍が並ぶ。 https://t.co/F7461Da3HP"
                                                                            • 家づくりはソフトウェアと同じ。子育て重視で移住&戸建てを選択した話【エンジニア、家を建てる】 - MY HOME STORY │スーモカウンター注文住宅

                                                                              職業柄、「よりよいもの」や「よりよい環境」を求める方が多いエンジニア。そんなエンジニアの「家づくり」にはきっと、さまざまなこだわりが詰め込まれているはず。 「エンジニア、家を建てる」第4回は、兵庫県に戸建てを建てた、はまーんさんに寄稿いただきました。 子育てをする中で、当時住んでいた賃貸物件に手狭さを感じていたはまーんさん。コロナ禍をきっかけに、県内の“田舎”に土地を買い、もともと憧れていたという「家づくり」をスタートさせました。 心がけたのは、自然たっぷりな周囲の環境を生かすこと。エンジニアという仕事は四六時中何かを考えていることが多くなりがちですが、この家のおかげで「何も考えずに過ごす時間」をたくさんつくれているそうです。 こんにちは、はじめまして。はまーんです。 一時的、東京に住んでいたこともありますが、基本的にほぼ関西圏を拠点にソフトウェアエンジニアをしてきました。今はお客様のビジ

                                                                                家づくりはソフトウェアと同じ。子育て重視で移住&戸建てを選択した話【エンジニア、家を建てる】 - MY HOME STORY │スーモカウンター注文住宅
                                                                              • データ基盤にありがちな「何を使って作ればよいか?」という問いに対する処方箋を用意してみました. - Lean Baseball

                                                                                ちょっと昔まではデータ基盤の管理人・アーキテクト, 現在は思いっきりクラウドアーキを扱うコンサルタントになったマンです. 私自身の経験・スキル・このブログに書いているコンテンツの関係で, 「データ基盤って何を使って作ればいいの?」的なHow(もしくはWhere)の相談. 「Googleのビッグクエリーってやつがいいと聞いたけど何ができるの?」的な個別のサービスに対するご相談. 「ぶっちゃけおいくらかかりますか💸」というHow much?な話. 有り難くもこのようなお話をよくお受けしています. が, (仕事以外の営みにおける)個人としては毎度同じ話をするのはまあまあ疲れるので, データ基盤にありがちな「何を使って作ればよいか?」という問いに対する処方箋 というテーマで, クラウド上でデータ基盤を構築する際のサービスの選び方 (データ基盤に限らず)クラウド料金の基本的な考え方 をGoogle

                                                                                  データ基盤にありがちな「何を使って作ればよいか?」という問いに対する処方箋を用意してみました. - Lean Baseball
                                                                                • 設計の学び方:自分流のススメ

                                                                                  BPStudy#178〜成長し続け、変更を楽に安全にできるソフトウェア設計とは 株式会社ビープラウドが主催するIT勉強会  2022年6月30日 設計を学ぶのは自分のため 「正しい」学び方があるわけではない 設計の学びに特定の到達点はない 何を学ぶのか 設計の学び方 上達する:練習して変化する 成長する:時間をかけて変化する ひらめき:突発的に変化する

                                                                                    設計の学び方:自分流のススメ