並び順

ブックマーク数

期間指定

  • から
  • まで

201 - 240 件 / 2650件

新着順 人気順

architectureの検索結果201 - 240 件 / 2650件

  • とりあえずWebサービス作る時の私の技術選定ポイント@2022/02

    はじめに inspired mogaさんのブラウザで動くサービスを作るときの技術選定が素晴らしい記事だったので、自分も書いてみる事にしました。 幸いにも技術選定からのお仕事をする機会が多くて、自分の中でパターンが大体決まってきているので言語化してみます。前提が同じサービスは無いので絶対的な正解は無いですが、なんかしらの参考になれば幸いです。 ※2022/02時点 私/よくあるお仕事について Web系のサービスなんかいい感じにするマンとして、フリーランスとして働いています。 準委任という形でスタートアップ企業をお手伝いする事が多いです。 MVPを作りたい、もしくはMVPは行けたのでちゃんと作り直したい、という要望があって参画して、まるっと作ってそのまま運用をします。作って終わりではなくて、運用や拡張性を考えてやってます(サービスに必要なのはもちろん、運用する自分が楽だから)。 前提 エンジニ

      とりあえずWebサービス作る時の私の技術選定ポイント@2022/02
    • JavaScriptはなぜシングルスレッドでも非同期処理ができるのか/Why Can JavaSctipt Invoke Asynchronous in Single Thread?

      JavaScriptはシングルスレッドであることが知られています。そして、Promiseを用いた非同期処理ができることは周知の事実です。では、なぜシングルスレッドで非同期処理ができるのでしょうか? その点について、非同期処理のための2種類のQueuesについて触れつつ、コードベースでの説明も行います。

        JavaScriptはなぜシングルスレッドでも非同期処理ができるのか/Why Can JavaSctipt Invoke Asynchronous in Single Thread?
      • 新設デッキ低すぎた? MM21地区、観光船くぐれず混乱 | 社会 | カナロコ by 神奈川新聞

        桁下高が3・5メートルと表示された女神橋。同じ桁下高の国際橋に比べて約60センチ低い=横浜・MM21地区 横浜・みなとみらい21(MM21)地区の運河に横浜市が建設している歩行者デッキ「女神橋」の高さが低く架設され、これまで航行していた船舶が通れなくなっていることが、23日分かった。本格的な行楽シーズンを前に観光船が営業できない事態に直面。一般のプレジャーボートの安全航行にも支障が生じる恐れがあるが、発注元の市は設計に問題はなかったとの立場を示している。 「キングモール橋」と「女神橋」 新たな歩行者デッキの名称決定 横浜・みなとみらい 女神橋は、横浜港の臨港パークとカップヌードルミュージアムパーク(新港パーク)を海沿いで結ぶ歩行者デッキ。延長は約75メートル、幅員は6・8メートルで、今年7月の完成を予定している。計画時の事業費は4億円で、国と市が負担する。 市によると、女神橋の水面からの桁

          新設デッキ低すぎた? MM21地区、観光船くぐれず混乱 | 社会 | カナロコ by 神奈川新聞
        • 日本の山奥に異世界が存在している→なんとたった1人のおじさんが作ったものだった!「本当に日本かよ」「ファイナルファンタジー感すごい」

          🅰‌🅱‌🅸‌🆁‌🆄 @A_hit_A 日本の山奥に存在する異世界について話したい。 ここは虹の泉と言って、三重県の山奥にぽつんと存在するんだ。全て陶器で出来ていて、たった1人のおじさんが35年の歳月をかけて死ぬまで作っていた陶芸空間。巨大作品。 pic.twitter.com/ctUUTnlejJ 2019-07-07 02:42:37

            日本の山奥に異世界が存在している→なんとたった1人のおじさんが作ったものだった!「本当に日本かよ」「ファイナルファンタジー感すごい」
          • 「エラーする人は自分を信じすぎでは?」ヒューマンエラーの勉強で得た、「気をつける」は対策ではないという考え方

            S U Z U@旅パッキングand客力の磨き方 @suzukyuin ヒューマンエラーの勉強をすると「気をつける」は対策ではありませんと、教え込まれるので。全てのものにフールプルーフ&フェールセーフをするようになるので、エラーが減ります。 エラーする人は自分を信じすぎでは?って思ってる。 2020-06-18 21:21:45 S U Z U@旅パッキングand客力の磨き方 @suzukyuin 得にルーティーンで決まってることの途中でイレギュラートラップ(例えば話しかけられる、電話かかってくるとか途中の流れをインターセプトされる状況)が起きると、全部スッこ抜けて大事故につながるエラーを起こすので、そう出来ない仕組みを作るとかね。 とにかく「人は間違える」って思うの大事 2020-06-18 21:24:36 S U Z U@旅パッキングand客力の磨き方 @suzukyuin とんでもな

              「エラーする人は自分を信じすぎでは?」ヒューマンエラーの勉強で得た、「気をつける」は対策ではないという考え方
            • AWS 導入事例:株式会社フロム・ソフトウェア | AWS

              アクション RPG『ELDEN RING』のオンラインサービスを AWS のマネージドサービスで構築 ワールドワイドで最大 150 万同時接続のスケールに対応 ゲーム機向けアクションゲームの企画・開発を手がける株式会社フロム・ソフトウェア。同社は 2012 年からゲームソフトのインフラ基盤としてアマゾン ウェブ サービス(AWS)を利用しています。2022 年 2 月にリリースした『ELDEN RING(エルデンリング)』では、バックエンドにマネージドサービスの Amazon Elastic Kubernetes Service(Amazon EKS)や Amazon Kinesis Data Firehose を採用。スピーディな構築を実現し、ゲーム発売直後の最大 150 万同時接続に対しても迅速なスケールアウトで乗り切りました。リリース後はわずか 4 名の自社要員で安定した運用を継続し

                AWS 導入事例:株式会社フロム・ソフトウェア | AWS
              • 引越し業者が「IKEAの家具」を運ぶのを嫌がっていたので「ニトリは?」と聞いてみた

                伊藤ガビン @gabin 引っ越し見積もり「IKEAの家具はありますか?」と毎回毎回聞かれる。IKEA問題ありますか? と聞くと、ある業者は「バラしたくないのでそのまま運びますけど、壊れるかもしれません」と。妻が「ニトリは?」と聞くと「ニトリは問題ないです。引越し業者はみんなニトリが大好き」とのこと。そうなんだ。 2021-01-19 23:26:06

                  引越し業者が「IKEAの家具」を運ぶのを嫌がっていたので「ニトリは?」と聞いてみた
                • 2019年7⽉18⽇に京都アニメーション第1スタジオで発⽣した放⽕⽕災の分析

                  2019年7月18日に京都アニメーション第一スタジオで発生した放火火災により、建物が全焼し多数の死傷者が発生しました。京都大学防災研究所は情報収集と現地確認を行うとともに建物内部の煙流動解析を実施して火災の分析を行っています。速報を下記リンク先からご覧ください。 なお、分析にあたっては、日本建築学会近畿支部防災計画部会の委員の方々から、各種情報の解釈や煙流動解析の入力データ作成に関して助言を頂きました。 本火災によりお亡くなりになられた⽅々に哀悼の意を表し、御遺族の皆様にお悔やみ申し上げます。また、負傷された皆様の御回復をお祈りいたします。

                    2019年7⽉18⽇に京都アニメーション第1スタジオで発⽣した放⽕⽕災の分析
                  • Masanori Kusunoki / 楠 正憲 on Twitter: "COCOAは途中まで私たち補佐官も入っていたので、決して運用保守を軽視したつもりはなかったのですが、EN API自体のプライバシー哲学に沿おうとすると既存のデバッグ用ツールがほぼ使えなくなってしまったのと、EN APIの更新がスマ… https://t.co/iQ5kltAo9k"

                    COCOAは途中まで私たち補佐官も入っていたので、決して運用保守を軽視したつもりはなかったのですが、EN API自体のプライバシー哲学に沿おうとすると既存のデバッグ用ツールがほぼ使えなくなってしまったのと、EN APIの更新がスマ… https://t.co/iQ5kltAo9k

                      Masanori Kusunoki / 楠 正憲 on Twitter: "COCOAは途中まで私たち補佐官も入っていたので、決して運用保守を軽視したつもりはなかったのですが、EN API自体のプライバシー哲学に沿おうとすると既存のデバッグ用ツールがほぼ使えなくなってしまったのと、EN APIの更新がスマ… https://t.co/iQ5kltAo9k"
                    • アーキテクトを目指すエンジニアの最短ルート - エス・エム・エス エンジニア テックブログ

                      介護や医療、ヘルスケア、シニアライフなどの4つの領域で高齢社会の情報インフラを構築している株式会社エス・エム・エスで、技術責任者をしている @sunaot です。2015年2月に入社して以来、技術責任者として開発組織の構築や開発基盤の整備をリードしてきました。 今まで私がソフトウェアエンジニア(以下、エンジニア)の採用面談を延べ800件ほど担当してきた経験を振り返ると、ソフトウェアアーキテクト(以下、アーキテクト)をキャリアのゴールに据えているエンジニアも多いようです。ただ、アーキテクトを目指している一方で、実際にアーキテクトになるためには、どういった会社組織でどのような経験をしたらいいのか分からないというケースも見受けられました。 今回は、アーキテクトを目指したいエンジニアの方向けに、アーキテクトになるために必要な4つの経験や、それが経験できる会社組織について紹介します。 アーキテクトと

                        アーキテクトを目指すエンジニアの最短ルート - エス・エム・エス エンジニア テックブログ
                      • Design Docs at Google

                        One of the key elements of Google's software engineering culture is the use of design docs for defining software designs. These are relatively informal documents that the primary author or authors of a software system or application create before they embark on the coding project. The design doc documents the high level implementation strategy and key design decisions with emphasis on the trade-of

                          Design Docs at Google
                        • ソフトウェアの複雑さに立ち向かう1つの哲学 :『A Philosophy of Software Design』 を読んだ - こまぶろ

                          あけましておめでとうございます、になるはずだったのですが、後から読んだ『Googleのソフトウェアエンジニアリング』の方を先に記事にしたので新年2本目の更新です。 ky-yk-d.hatenablog.com さて、本題。最近のお気に入りポッドキャストであるe34.fmで激賞されていた『A Philosophy of Software Design』を読みました。初版は2018年に出ていて、今回は2021年に出た第2版を読みました。 スパゲッティコードを想起させる装丁 A Philosophy of Software Design, 2nd Edition (English Edition) 作者:Ousterhout, John K. Amazon scrapbox.io どんな本? 書籍のテーマはソフトウェアの複雑さです。複雑さとは、システムを理解したり変更したりするのを困難にさせるも

                            ソフトウェアの複雑さに立ち向かう1つの哲学 :『A Philosophy of Software Design』 を読んだ - こまぶろ
                          • 「Apple M1」開発責任者がIntelに転職

                              「Apple M1」開発責任者がIntelに転職
                            • 大事だけど AWS 構成図では省略してしまうことが多いサービスについて - サーバーワークスエンジニアブログ

                              コーヒーが好きな木谷映見です。 今回は小ネタです。AWS 構成図を書く際、省略してしまうことが多いサービスについて思いを馳せました。 よくある?構成図 リージョン アベイラビリティゾーン ルートテーブル AWS IAM インスタンスプロファイル Amazon EBS Elastic IP Elastic network interface(ENI) セキュリティグループ セッションマネージャーする時のエンドポイント 最終構成図 終わりに よくある?構成図 よくあると思われる構成図を描いてみました。 AWS になじみがある方から見ると、 「ふむ、パブリックサブネットとプライベートサブネットに 1 台ずつ EC2 インスタンスがあって、プライベートサブネットのインスタンスにはセッションマネージャーでログインするのかな?S3 バケットもあるな」 くらいの想像ができるかもしれません。 リージョン

                                大事だけど AWS 構成図では省略してしまうことが多いサービスについて - サーバーワークスエンジニアブログ
                              • Netflixにおける実用的なAPI設計: gRPCとFieldMask | pyspa

                                Netflix Tech BlogのgRPC APIに関する以下の2つの記事に感銘を受けたので、ここにその概要を日本語で記します。 (めんどくさかったので)翻訳の許可は取ってませんが、再構成してますし元のJavaではなくPythonで書き直していますので、容赦して下さい… Practical API Design at Netflix, Part 1: Using Protobuf FieldMaskPractical API Design at Netflix, Part 2: Protobuf FieldMask for Mutation OperationsまとめgRPCでは、FieldMaskをうまく使うことで、必要な情報だけ取得したりあるいは与えたりしたりできまっせ第一部まずField Maskをどのように使うかを述べています。 背景Remote Callというものは、そもそもコ

                                  Netflixにおける実用的なAPI設計: gRPCとFieldMask | pyspa
                                • 銀行の基幹系システムはなぜ古臭いのか?|つっちーさん

                                  タイトル詐欺である。今回も反省せずに続きといきたい。 前回も示したが、ざっくりとした銀行の基幹系システムは「勘定系」「情報系」「チャネル系」の三つの構成になっているという図が上である。ざっくりとしたものなので、実際にはもっと複雑(特にメガバンクでは)だし、これがあるのにアレがない、とかいったものはある。細かいところを気にしすぎると禿げるぞ。 今回は、銀行の基幹系がなぜ古臭いのかという話をしたい。古臭いと言ってもいろいろあって、特にエンジニア界隈からは「メインフレームを使ってる」とか「COBOLみたいなカビの生えた古代言語を使ってる」とか、とにかくイケてないシステムの代表例のように言われることが多い。対して、預金者の側からはネットとの親和性だとかサービス面の不満からくるイケてないという話が多いと思うのだが、これはどちらかというとシステムの話ではなくて、サービス設計とかその背景になるビジネスモ

                                    銀行の基幹系システムはなぜ古臭いのか?|つっちーさん
                                  • Intel CPUアーキテクトのジム・ケラー氏が辞職

                                      Intel CPUアーキテクトのジム・ケラー氏が辞職
                                    • サグラダ・ファミリア聖堂、2026年ついに完成 スペイン

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

                                        サグラダ・ファミリア聖堂、2026年ついに完成 スペイン
                                      • PayPayの1秒あたり1000決済への道のり

                                        パフォーマンス・チューニングに関するブログの第1回目です PayPayは、日本でもっともよく知られているQR決済サービスとなりました。2018年10月5日のローンチ後、2018年12月より実施した100億円あげちゃうキャンペーンは、その後のプロダクトの急成長に合わせたシステムのスケール拡張という長い道のりのスタート地点でもありました。 ここ数ヶ月の新規ユーザーの増え方[1]を見るにつけても、PayPayが驚異的な成長を続けていることは間違いありません。スタートアップ企業はまるで竹のように成長するとはこのことではないでしょうか。(竹は24時間で最大約90cmも伸びるそうです) PayPayの成長速度は? ユーザー数の伸び 2018年10月に初めてユーザーが増え、キャンペーンや日々メディアで報道されることによるユーザー数の増加もあり、1年後には1500万人を突破しました。2020年5月現在、サ

                                          PayPayの1秒あたり1000決済への道のり
                                        • 「留年して、建設省への就職がおじゃんに。それで大学院のあと、野村総研(NRI)へ入るんです」──山形浩生さん(前編)|就活サイト【ONE CAREER】

                                            「留年して、建設省への就職がおじゃんに。それで大学院のあと、野村総研(NRI)へ入るんです」──山形浩生さん(前編)|就活サイト【ONE CAREER】
                                          • USBが誕生したのは「奥さんのプリンタをつなげる手間にキレたから」 USBの設計当時を振り返る

                                            USBが誕生したのは「奥さんのプリンタをつなげる手間にキレたから」 USBの設計当時を振り返る:“PC”あるいは“Personal Computer”と呼ばれるもの、その変遷を辿る(1/6 ページ) IBM PC、PC/AT互換機からDOS/Vマシン、さらにはArmベースのWindows PC、M1 Mac、そしてラズパイまでがPCと呼ばれている昨今。その源流からたどっていく大原雄介さんによる解説連載の第8回。前回はPCのアーキテクチャを巡るIntelとMicrosoftの動きを描いたが、今回はそこでIntelの取り組みの成果の一つとして挙げたUSBのお話である。 USBはいろいろ失敗もある(というか、現在進行形で失敗し続けている気もしなくはない)が、それでも大成功したインタフェースである。そして単にPCだけではなくマイコン(※1)などでも普通にサポートされるようになってきており、加えてP

                                              USBが誕生したのは「奥さんのプリンタをつなげる手間にキレたから」 USBの設計当時を振り返る
                                            • 設計を学びたいときに読みたい本一覧 - Qiita

                                              これは何 の参加記事です。 エンジニアとして開発をしていく以上、設計についての知識を身につけていくことはとても重要です。 とはいえ設計という言葉からは何を勉強するべきかがいまいちピンときません。 この記事では、僕が読んできた設計に関するおすすめの本を網羅的に紹介しています。 これから設計を勉強する方の役に立てれば幸いです。 おすすめの本一覧 おすすめの本を紹介していきます。 他にもおすすめがあればぜひ編集リクエストをください! オブジェクト指向設計実践ガイド 設計を始めに学ぶならこれ、という一冊です。 エンジニアとして開発を行なっている中で、オブジェクト指向設計は一番汎用的に使う設計知識なのではないでしょうか? オブジェクト指向設計を学ぶことで、いわゆる「におう実装」と「良い実装」を見極めることができるようになると思います。 知らなかったら読んだほうが良いキーワード SOLID原則 Cle

                                                設計を学びたいときに読みたい本一覧 - Qiita
                                              • データベースの仕組み(アーキテクチャ)をざっくり理解する

                                                フリーランスエンジニアをしているrevenue-hackです! 普段はGo言語でバックエンドを中心にやっています〜 ↓登壇したときの資料です! より図を入れて詳しく書いております! 今回はデータベースの特にRDBの仕組み(アーキテクチャ)についてざっくり理解して、なにかに役立てようぜ〜 というような内容になります。 ↓記事はこちらに移しました!↓

                                                  データベースの仕組み(アーキテクチャ)をざっくり理解する
                                                • Build your own React

                                                  We are going to rewrite React from scratch. Step by step. Following the architecture from the real React code but without all the optimizations and non-essential features. If you’ve read any of my previous “build your own React” posts, the difference is that this post is based on React 16.8, so we can now use hooks and drop all the code related to classes. You can find the history with the old blo

                                                    Build your own React
                                                  • Pythonにおけるデザインパターン - Pythonにおけるデザインパターン

                                                    Pythonにおけるデザインパターン 当サイトについて GoFの定義した23コのデザインパターンをPythonで実装します。 ただし、Pythonのビルトイン機能で実現できるパターンもあります。 その際は、ビルトイン機能の紹介に留めます。 Pythonらしい書き方(Pythonicな書き方)ができるものは古典的な実装とPythonicな実装の両方を紹介します。 全デザインパターン パターンカテゴリ パターン名 コメント

                                                    • 一条工務店のことに言及する増田やブクマカがちらほらいるので、一条工務..

                                                      一条工務店のことに言及する増田やブクマカがちらほらいるので、一条工務店で建てた俺がなんとなく語る。 一条工務店は家を建てることに興味がなければそもそも認知してないっていう人のほうが多いメーカーだが、注文住宅の年間着工棟数でトップクラスのメーカーである。 特徴は大量生産のメーカーでありながら断熱・気密性能の高い家を建てていること。 主力商品のi-smartの場合、壁の断熱材は一般的に使われるグラスウールよりも性能の高いウレタンフォームを使用し、厚みも増し増し。 窓もLow-eアルゴンガス封入のトリプルガラス樹脂サッシが標準という徹底ぶり。 気密面では気密のとりやすいツーバイ構造を採用している(壁の断熱材の厚みを増やすために2x4ではなく2x6にしている) もちろん全棟気密測定を実施。 それでいてお値段は有名大手メーカよりも若干安いくらいに抑えられている。 そりゃ売れますよねっていう商品力であ

                                                        一条工務店のことに言及する増田やブクマカがちらほらいるので、一条工務..
                                                      • もう家の中に廊下は要らない。コロナ禍で進化するマンションの間取り(櫻井幸雄) - エキスパート - Yahoo!ニュース

                                                        コロナ禍は、マンションの間取りにいくつかの変化を及ぼした。テレワークが増えたことで、住戸内に仕事スペースを設けるケースが増えたのもそのひとつ。そして、最先端の動きとして、「室内廊下をなくす」動きが出て、不動産業界の注目を集めている。 各地のモデルルームで出合った「室内廊下をなくす」事例と、その利点を解説したい。 室内廊下をなくすと、住戸内が広々する 下の写真は、江東区大島で分譲中のマンションのもの。玄関を入ってすぐの寝室を廊下スペースと一体化。どこまでが寝室か、どこからが廊下かを曖昧にして、寝室が広く感じられる。 「ブリリア大島パークサイド」のモデルルーム3LDKにて。筆者撮影 次の写真は、横浜市内で分譲されているマンション2LDKのモデルルーム。玄関からリビングに向かう通路の途中に、フルサイズのシステムキッチンを設置。本来は室内廊下になるスペースを、キッチンスペースに取り込んでいる。 そ

                                                          もう家の中に廊下は要らない。コロナ禍で進化するマンションの間取り(櫻井幸雄) - エキスパート - Yahoo!ニュース
                                                        • shiodaifuku.io

                                                          Webエンジニアのブログです。

                                                            shiodaifuku.io
                                                          • 横断歩道「斜め」にしたら事故減少か 横断中の歩行者が見つけやすくなる納得の理屈 | 乗りものニュース

                                                            横断歩道をわざと「斜め」に引いた交差点が愛知県内で導入されており、事故防止に効果を挙げています。その角度も「12度」ときまっているそうです。 その名も「鋭角横断歩道」 愛知県内で、ちょっと変わった横断歩道が導入されています。車道に対し、わざと「斜め」に引かれているというものです。もちろん、交差点の対角を結ぶスクランブル方式にしているわけではありません。 鋭角横断歩道が導入されている愛知県日進市の米野木東交差点(画像:愛知県警)。 愛知県警はこれを「鋭角横断歩道」と称し、2012(平成24)度から整備を進め、2018年度末時点において県内32か所の交差点で導入しているそうです。「県下で発生する人身事故の半数近くを交差点関連の事故が占めていることから、歩行者の横断中およびクルマの右左折時における事故を減らすことが、交通事故全体の削減につながると考え開発しました」といいます。県警へさらに詳しく話

                                                              横断歩道「斜め」にしたら事故減少か 横断中の歩行者が見つけやすくなる納得の理屈 | 乗りものニュース
                                                            • Re: Rails を主戦場としている自分が今後学ぶべき技術について

                                                              この記事は、 Rails を主戦場としている自分が今後学ぶべき技術について(随筆) | うなすけとあれこれ についてのアンサー記事です。 うなすけ君が Ruby on Rails で育ってきたように、僕も JavaScript とともに育ってきたという自覚があります。なので、これについて書くことは、ポジショントークは避けられない、という感覚があります。 冷静に比較しようとも思いましたが、やっぱり開き直って思いっきりポジショントークをすることにしました。そっちのほうが面白いと思うので。 自分の基本的な主張は、こちらの記事にあるとおりです。 Frontend Study #1: 基調講演 - Frontend 領域を再定義する 自分と Ruby on Rails 僕は、キャリアとしては Rails の会社で JavaScript を書いてきたことが多かったです。学生の頃は socket.io

                                                                Re: Rails を主戦場としている自分が今後学ぶべき技術について
                                                              • 「ビジネスロジック」とは何か、どう実装するのか - Qiita

                                                                アプリケーション開発で、「ビジネスロジックは分離しろ」だとか「Controller にビジネスロジックを書くな」といったことをよく言われると思います。 しかし、ビジネスロジックという言葉の意味を聞いたり調べたりしてみても、「システムのコアの部分」とか「システムの目的になる処理をするところ」みたいなことを言われたりして、よく分かりませんでした。 そんな中、クリーンアーキテクチャや DDD の戦術的設計について学ぶことで、「ビジネスロジックとは何か」、「ビジネスロジックはどう実装するか」について、自分なりの考えが整理されてきたので、この記事ではそれをまとめます。 ※ 曖昧な言葉を自分としてどう使っているかという話になります。違う意味で使う方もいると思うので、ご注意ください ビジネスロジックとは何か 「システムのコアの部分」とか「システムの目的になる処理をするところ」といった説明も正しいとは思い

                                                                  「ビジネスロジック」とは何か、どう実装するのか - Qiita
                                                                • アニメ会社放火「現場は十分な防火対策」京都市消防局 | NHKニュース

                                                                  京都市の「京都アニメーション」のスタジオが男に放火された事件で消火活動に当たった京都市消防局が22日、市議会で状況を報告し、現場の建物では十分な防火対策がとられていたと説明しました。消防局はそれでも大きな被害が生じた詳しい状況を検証し、今後の取り組みに反映させるとしています。 この中で山内博貴局長は「全力をあげて現場活動を実施し、夢と希望、将来をもった方をなんとか救出したかったが、多数の死傷者が出てしまい、大変残念だ」と述べました。 そして、現場の建物の防火対策については、去年の査察でも法令違反はなく、防災訓練も適切に行われていて、十分な対策がとられていたと説明しました。 建物内部にはらせん階段がありましたが、煙が上がるのを防ぐ「垂壁」と呼ばれる設備が法令に基づいて、設置されていたということです。 平成26年には防火対策をしっかり行っているとして、消防から表彰されたこともあるということです

                                                                    アニメ会社放火「現場は十分な防火対策」京都市消防局 | NHKニュース
                                                                  • 専門家と街の接着剤を見て歩く

                                                                    パッと見える視界の中に絶対とは言えないまでもほぼ確実に存在するものがある。空気や水、都市においては接着剤もその一つだろう。専門家と一緒に街を歩くシリーズ、なんと今日は接着と接着剤を見て歩くのである。 50年接着剤メーカーにいる専門家と歩く 今回一緒に渋谷を歩いてくれる木村修司さんは接着剤メーカー・セメダイン勤続50年超の最古参社員だそう。検索をすると「接着剤博士」という異名まで出てくる。 接着剤について聞くうえではうってつけの方である。 一方、不安もある。街の接着剤を見ると言ってもそんなに話すことがあるのだろうか。違いが微妙すぎやしないか。だが聞いてみるとおもしろい話がたくさんあった。 セメダインの木村修司さん(左)デイリーポータルZ林雄司(右) ビルのガラスは接着剤でついている 渋谷の駅前からスタートです 林:たとえばこの景色で接着剤使ってるところって考えると…。 木村:いっぱいあります

                                                                      専門家と街の接着剤を見て歩く
                                                                    • 冴えないAWS環境の育てかた α | DevelopersIO

                                                                      中山です ソリューションアーキテクトとして、AWS環境の利活用をお手伝いするお仕事をしています。 まれによく見るAWS環境 とりあえずこれを見てほしい。 これが絶対にだめと言いたいわけではないです。 一時的な検証環境だったり、とにかくスピード重視でサービスをデリバリーさせる必要があったり、サービスの提供者側が何ら責任を負わない・障害時のビジネスインパクトが無い(そんな状況あるのか?)という前提があったり、状況次第ではこれで十分な時もあると思います。 しかし、一般的な業務システムやサービスの場合にはいろんな意味で不十分でしょう。 では、このような環境をどのように育てていくとよいでしょうか。 この記事では、そんな育てかたの一例を紹介していきたいと思います。 なお、本記事はくっそ長いです。 ちなみに、最終的にはこうなります。 文字が小さすぎて読めない! ちょっとそこのハ○キルーペ貸してくれーw

                                                                        冴えないAWS環境の育てかた α | DevelopersIO
                                                                      • WEB アプリケーション設計入門 / Introduction to web application design

                                                                        PHP Conference Japan 2020 トーク前提の資料です。そのため、トークがないと理解が難しいかもしれません。 https://youtu.be/UTKJ-Lgn3aI?t=36 ※冒頭音声が小さいです。マイクを手に持ってから聞こえやすくなると思います。 資料中の ADOP については下記を参照ください。 https://nrslib.com/adop/ # Abstract https://fortee.jp/phpcon-2020/proposal/da5b9d99-e5a6-4f51-adea-1f1c10d99020 # Ref https://github.com/nrslib/scrum-app-sample-php https://github.com/nrslib/repository-support-php # URL Togetter: https://

                                                                          WEB アプリケーション設計入門 / Introduction to web application design
                                                                        • Amazon EC2 を Arm に切り替えたら幸せなことしかありませんでした | CyberAgent Developers Blog

                                                                          技術本部 サービスリライアビリティグループ(SRG)の長谷川 @rarirureluis です👳 #SRG(Service Reliability Group)は、主に弊社メディアサービスのインフラ周りを横断的にサポートしており、既存サービスの改善や新規立ち上げ、OSS貢献などを行っているグループです。 はじめに Apple M1 で Arm という単語をよく耳にし、そしてその性能に驚いた方も多いと思います。Apple M1 が搭載された Mac のベンチマークはこちら そして Amazon EC2(以下:EC2)にも Arm が搭載されたインスタンスがあります。 https://aws.amazon.com/jp/ec2/graviton/ 今回はとあるサービスの全開発環境の EC2 インスタンスを m5.large から t4g.medium へ移行したら幸せになれたので、この記事を

                                                                            Amazon EC2 を Arm に切り替えたら幸せなことしかありませんでした | CyberAgent Developers Blog
                                                                          • 図書館の本が真っ青 開放的過ぎた?「本に申し訳ない」:朝日新聞デジタル

                                                                            ","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=\"

                                                                              図書館の本が真っ青 開放的過ぎた?「本に申し訳ない」:朝日新聞デジタル
                                                                            • エンジニアとして今の自分を形成した本を5冊紹介する - パンダのプログラミングブログ

                                                                              エンジニアとして今の自分を形成した本5冊 エンジニアとして働くにあたって自分が大きく影響を受けた本を考えてみた。もちろん他にもあるが、今回は以下の5冊に絞って紹介する。 Clean Coder(クリーンコーダー) Team Geek Clean Architecture(クリーンアーキテクチャ) テスト駆動開発 LeanとDevOpsの科学 この記事の対象者としては、独学でプログラムを書き始めた人やエンジニアスクールを卒業したばかりの方というよりは、実務経験を1~3年くらい積んでいるけど次に何を学べば良いかわからず、自分でイマイチ伸び悩んでいると感じている人を主に想定している(かつての自分がそうだった)。 特にチーム開発、オブジェクト指向言語でのコーディング、テストコードを書いた経験がある人が読んで、本に書いてあることを実践すると自分の成長を実感するだろう。 「Clean Coder」、「

                                                                                エンジニアとして今の自分を形成した本を5冊紹介する - パンダのプログラミングブログ
                                                                              • なぜ僕が「SPAはコストが高い」と考えているのか

                                                                                どうもみなさんこんばんは ちょっと前に「個人開発者やスタートアップの初期からSPAで開発するのはコスト高いっすよね」みたいな事を書いたらフロントエンドエンジニアの皆様からバチバチに叩かれた僕です 彼らには彼らの考えがあるのでそれはどうでもいいのですが、どういう理由があってその発言をしたのか~と言う部分が気になっている方もいたようなので説明しておこうと思います ちなみに今でも全く意見は変わっておらず、この発言に同意できるかできないかは単純に視点の違い、規模の違い、スキルの違いだと思ってます 追記: もちろんSPAじゃないと実現できないようなサービスを作りたい場合はSPA一択ですし(インタラクティブにHPつくるサービスとか。でも世の中の95%くらいのサービスはそうじゃないと思います)、サイトの利用はログインした人にだけ提供するような業務系ツールなどはまた話が別です 前提の話 こういう記事ではコ

                                                                                  なぜ僕が「SPAはコストが高い」と考えているのか
                                                                                • Slack のインフラはどのように進化してきたか?

                                                                                  NewsPicksのエンジニア採用サイトです。さまざまな強みを持つエンジニアが、自分たちの個性を活かし、未来を創るための挑戦をしてる自由な環境で、一緒に世の中をおもしろくしてみませんか?

                                                                                    Slack のインフラはどのように進化してきたか?