バックエンドの設計で直したほうが良いコード9選
バックエンド兼インフラエンジニアのrevenue-hackです！ 今回は今までバックエンドエンジニア10年くらいやってきて、「これはまずいなー」と思ったコードについて紹介していきます。 ↓記事はこちらに移しました！↓
バックエンド兼インフラエンジニアのrevenue-hackです！ 今回は今までバックエンドエンジニア10年くらいやってきて、「これはまずいなー」と思ったコードについて紹介していきます。 ↓記事はこちらに移しました！↓
巷で、顧客の課題を解決しつつ、より良いシステムを作るための設計手法として、ドメイン駆動設計（DDD）が話題になっていると思います。 このドメイン駆動設計について、どのように実践するか、実際に実践してみてどう感じたか、という話はよく出ていますが、作られたシステムがその後どのようになったのか、保守開発した結果どう感じたのかの話はあまり聞かないな、と思ったので、自分の経験から「実際のところどうなんだ」というところを振り返ってみようかな、と思い、今回の記事を書きました。 目次 私が保守開発しているシステム 5ヶ月の間にやったこと 保守開発していて感じたこと よかったこと 改修時に修正箇所が特定しやすかった テストコードが書きやすく安心して保守することができた 成長できたという実感があった 難しかったこと、学び ドメイン知識は次第に流出していく 定期的なメンテナンスが大事 最後に おまけ エンジニア
西川善司の3DGE：PS5の作り方、教えます。メカ設計担当者に聞いたこだわりの内部設計 ライター：西川善司 2020年10月7日，ソニー・インタラクティブエンタテインメント（以下，SIE）は，その時点で未発売の次世代ゲーム機「PlayStation 5」（以下，PS5）の分解動画を公開した。製品の発売前に公式が，それも非常に詳しく内部を説明する動画を公開したとあって，かなり話題を呼んだものだ。未見の人は，まずこれを見てほしい。 鳳康宏氏 今回，この動画にてPS5の内部構造を紹介した鳳 康宏氏（ソニー・インタラクティブエンタテインメント PSプロダクト事業部 ハードウェア設計部門 メカ設計部 部長）にオンラインでインタビュー取材をする機会を得た。本稿では，取材で得られた情報をもとに，分解動画を見ただけでは分からない詳細部の解説を行いたい。 なお，鳳氏は，筐体デザインや内部構造設計，とりわけ冷
皆さんこんにちは。今回は、2022年4月30発売の『良いコード／悪いコードで学ぶ設計入門』を読み終わったので、書評という形で感想と紹介を述べたいと思います。筆者はもともと技術書を読まず「ネットでいいやん」派だったのですが、このたびTypeScript入門書を出版したこともあり、それを過去の話として葬り去るべく技術書を読んでいくことにしました。せっかくなので、読んだ技術書の感想等を紹介します。 おことわり: この記事では、「筆者」とはこの書評を書いた人を指し、『良いコード／悪いコードで学ぶ設計入門』を書いた人のことは「著者」と呼びます。また、この記事の内容はすべて筆者の個人的な見解であり、本の内容や本を読んで得られる知識について何らかの保証をするものではありません。 筆者について筆者はフロントエンドエンジニアで、TypeScriptとReactを専門としています。業務では何だかんだで設計の番
ありあ @aria_nico ある日、私は引き継いだシステムのバグの対処をしていた。うるう年なのに2/29が表示されない。 プログラムを開くと、 If year=1992 or year=1996 or year=2000 then という文字列があった。 百歩譲って、うるう年計算式を使わなくてもいいから、もっと長期の稼働を見越してほしい。そう思った冬の日 2021-03-01 14:20:40 ありあ @aria_nico ファミコン大好き、ありあです。お料理とレトロゲーム配信の人。お仕事はシステムエンジニア。特技はハープを弾くこととお茶をこぼすこと。フォローお気軽にどうぞ！色々リンク→lit.link/aria25 twitch.tv/aria_nico
ご主人様、小難しいDDDやクリーンアーキテクチャはお忘れになって、”削除しやすい設計”から始められてはいかが？ - Qiita
ご主人様、小難しいDDDやクリーンアーキテクチャはお忘れになって、”削除しやすい設計”から始められてはいかが？LaravelDDD設計アーキテクチャCleanArchitecture ある日夢の中で設計に詳しい悪役令嬢が現れてこんなことを言い放ったので、考察してみましたという設定のポエムです。 問題提起 ドメイン駆動設計、オニオンアーキテクチャ、クリーンアーキテクチャといった考え方はもちろん重要なものの、僕は難しく考えずに「削除しやすいように機能を作る」のが第一歩として重要ではないかと考えています。 本記事では「削除しやすい設計」について持論を展開してみます。 ※議論のスコープはWebサービスに限定し、例示としてPHPのフレームワークであるLaravelを用います 削除しやすいことがなぜ重要か 一度開発した機能は、それで終わりではなく、改修、改善を繰り返し、そして場合によっては仕様が廃止さ
1：再チャレンジホテルφ ★：2012/02/07(火) 23:42:09.51ID:???0 雪下ろしは超困難 妙高市新井小学校の新校舎 新潟県妙高市の旧新井市街地にある新井小学校は2010年11月、エコをテーマにした素晴らしいデザインの新校舎に生まれ変わった。しかし、竣工したばかりの新校舎に積雪荷重限界の3ｍに迫る豪雪が襲いかかり2012年2月、市は雪下ろしを決断することになった。 県建設業協会や新潟市消防団など下越の人を中心とした「雪下ろし隊」に支援を仰いで、2月4、5の両日に雪下ろしが行われた。ところが、旧新井市で一番大きな体育館の４倍もある広い屋根に手こずり、1日目は80人を投入したものの歯が立たず、2日目は157人を投入して上半分を下ろすのがやっと。新校舎の雪下ろしがこれほど困難だとは、想定外だったようだ。 ↓雪下ろし２日目の昼ごろの写真。正面からは、ほとんど作業が進んでいない
秒間100万クエリを受け付ける大規模ソーシャルゲームのバックエンドDBシステムの設計・運用ノウハウ
2016/08/26 CEDEC 2016
Webアプリやモバイルアプリの受託開発やコンサルティングを行うthoughtbot社のブログにて、Sandi MetzルールというRubyプログラマ向けのルールが紹介されていました。 Sandi Metz’ rules for developers このルールは、プログラマーでありPractical Object-Oriented Design in Rubyという書籍も執筆しているSandi MetzさんがRuby Roguesポッドキャストに出演した際に紹介していたものです。 そのルールは以下の通りです。 クラス内のコードが100行を超えてはならない メソッド内のコードが5行を超えてはならない 4つより多い引数をメソッドに渡すようにしてはならない（ハッシュによるオプションもパラメーターとみなす） コントローラーではただ1つのオブジェクトだけをインスタンス変数化できる ビューは1つのイン
3月末にリニューアルされた滋賀県のホームページ（HP）で不具合が多数発生した問題で、HPの設計（情報設計）に根本的な欠陥のある疑いがあることが、複数の専門家の指摘で分かった。県は緊急対策チームを設け「当初の不具合は改善できた」と説明するが、専門家は「このまま改善を進めても、問題は解消されないのでは」と疑問を呈している。 県広報課などによると、リニューアルはHPを整理し、スマートフォンなどでも見やすくしようと、2017年10月から検討を開始。費用は前のHPを作成した業者が提出した参考見積もりを基に、1000万円を18年度当初予算に計上した。提案内容も評価する「公募型プロポーザル方式」に応募した2社のうち、同県米原市の業者と昨年6月、約976万円で契約。この業者は、徳島県板野町の業者に再委託していた。 その際、HPを運用管理するシステム「CMS」を変更。約3万8000あったページを約2万200
運用設計における設計項目の体系化 / 20240207-ssmjp-operation-design-items
ssmjp ssmonline #38 "第四回はたのさん祭 オンライン"( https://ssmjp.connpass.com/event/307397/ )での発表資料です。 (運用設計ラボ合同会社 波田野裕一)
前のエントリの続きです。思ってた以上に反響があったので、主語を控えることも検討しましたがこのまま行きます。前回同様、すでにMicroservicesでバリバリやっている人は読む必要ないと思います。 前回の最後にMicroservices時代になると、開発者がこれまで以上に監視に取り組んでいく必要があると言う話を書きました。多少重複するところもありますが、その辺りから話を始めます。 モノリシック世界観での監視 アプリケーション監視の浸透 Microservices時代の監視設計 開発者自身が監視する どう監視するか メトリクス設計 The Four Golden Signals USEメソッド REDメソッド USEとREDの補完関係 The Four Golden Signalsの素晴らしさ 例: ある認証コンポーネントの監視設計 まとめ モノリシック世界観での監視 Webサービスの構成が
App Router への移行は「改善」となり得るのか？/ Can migration to App Router be an improvement
本記事はドメイン駆動設計(DDD) Advent Calendar 2021 25日目の記事です。 「もっとビジネス変化に耐えられる設計を目指したい」「ただデータをやりとりするだけなのに複雑化してしまうのを防ぎたい」 様々な動機からドメイン駆動設計に入門しようとする方がいると思います。 自分もエンジニアとして働きはじめて、「どうしてすぐに変更しにくくなってしまうのか」「より柔軟な設計にするにはどうすればよいか」と悩むことが多くなり、良い設計手法を探って出会ったのがドメイン駆動設計でした。 最初はドメイン駆動設計関連の本ばかりを読んでいたのですが、途中から「これってドメイン駆動設計というよりはオブジェクト指向の話では？」とオブジェクト指向に興味を移し、さらに「より変化に強いプロダクト開発するにはチームから変化させないとまずいのでは？」とアジャイル開発に興味が移りました。 本記事では、ドメイン
東日本大震災による大津波が発端となり、世界有数の原発事故を起こした東京電力福島第一原発。その設計や安全性の検証を担った東芝の元社員二人が本紙の取材に応じ、「設計時は、これほどの津波は想定していなかった」と証言した。東電の想定していた津波は最高で五・五メートル。実際には倍以上高い十四メートルを上回る大津波が押し寄せており、二人は設計に想定の甘さがあったと口をそろえる。 取材に応じたのは、一九七〇〜八〇年ごろに同原発の安全性を検証した元技術者の男性（６３）と、七一年から順次稼働した同原発１〜３号機と、５〜６号機の設計に加わった元設計者の男性（６９）。 タービンの安全性の検証に携わった元技術者は、原発の設計図の青焼きを見ながら「今回のような大津波やマグニチュード（Ｍ）９は、想像もできなかった」と振り返った。 元技術者は事故や地震が原因でタービンが壊れて飛んで炉を直撃する可能性を想定し、安全性が保
これまでの日本的コミュニティサービスは、「2ちゃん用語」のような暗黙知を前提として独自の発展を遂げてきた。しかしこれからスマホが普及するに従って、コンテクスト（文脈）のないサービスのほうが求められるようになったり、またこれまでとは違った方法でコンテクストが共有されるように変化していくという。インターネットを知り尽くした二人が、その未来図について語る。 検索の"次"にくるもの 古川（以下、古）：尾原さん、本（『ITビジネスの原理』）読みましたよ。面白かったです。意外とあんな感じでITビジネスの根っこから解説した本ってないのですごくいいなと思いました。 尾原（以下、尾）：ありがとうございます。 古：一番良かったところを言うと、最後の方の「ITは人間を開放し、成長させ豊かにする」のところですね。Googleグラスのところで、料理がいちばん美味しいのは出来立てなのにFacebookやブログのために
開発コストや技術リスクを考えない「上流設計」がシステムの複雑化と大規模な障害の原因となっているのでは？ - 達人プログラマーを目指して
皆さん、明けましておめでとうございます。昨年の後半は私自身SI業界からWeb業界へ転職したことなど仕事環境の変化があり、ブログの更新頻度も鈍りがちになってしまっていましたが、本年もどうぞよろしくお願いいたします。 さて、ちょうど、一年前のお正月にはグルーポンのおせち料理事件が話題になっていましたが、私はおせち料理の品質とIT業界における品質の問題を絡めて、以下の記事を書きました。 グルーポンのおせち事件を受けてSI業界が本当に教訓とすべきこと - 達人プログラマーを目指して この記事では、一般にSIerによって開発される日本のシステムはあの事件のおせち料理のように、低い品質に甘んじているが、多くの場合、社内システムなどではそういった品質の問題が公に明らかにされることが少ないのではということを指摘しました。ただ、その時は私の希望も込めて 最近はOSSやクラウドなどの影響で社内システムもどんど
たつた あお @tatsutaao 【小説家】 別名で4冊商業出版するも育児と両立できず挫折。育児中はコラム等執筆。2017年小説執筆再開→『百合文芸小説コンテスト』第3回 ガガガ文庫賞＆第4回 pixiv賞受賞。小説、写真、プリキュア、池田聡を語ります。ご依頼等はDMからどうぞ。 電子書籍販売中(4部門で1位獲得)→amzn.to/3yVj3l9 pixiv.net/users/22540771 たつた あお @tatsutaao 「家庭に母親の個室がない」問題は、これからもしつこく言っていきたい。 個々の家庭の問題ではなく、そもそも建売り住宅やマンションの設計に「母親の個室」が入ってない。社会全体に「母親は台所やリビングで家族のためにスタンバイしとけ」って意識があるからだと思う。 2023-07-22 12:24:17 たつた あお @tatsutaao 子ども部屋やお父さんの書斎はあ
書籍「Clean Architecture 達人に学ぶソフトウェアの構造と設計」を読んだので大事なポイントを自分のためにまとめてみた - Qiita
書籍「Clean Architecture 達人に学ぶソフトウェアの構造と設計」を読んだので大事なポイントを自分のためにまとめてみたGo初心者まとめアーキテクチャCleanArchitecture はじめに Clean Architecture 達人に学ぶソフトウェアの構造と設計を読んだ。 なぜソースコードを綺麗に書くのかから始まり、オブジェクト指向、コンポーネントの原則、アーキテクチャと体系的にまとまっている良い内容だった。 この記事では、本書の内容の引用を踏まえながら自分の考えの振り返りをまとめたものである。 実際にGoで実装したりしたので、なにか間違いなどあれば指摘していただきたい。 クリーンアーキテクチャの書籍を読んだのでAPIサーバを実装してみた 対象読者 ・Clean Architecture 達人に学ぶソフトウェアの構造と設計を読むか迷ってる人 ・Clean Architec
はじめまして @shimma です。本業はD2C企業のCTOとして働く傍ら、業務支援として複数社、インフラを中心に直接手を動かして、社内で横展開できるような設計・コードベースをご提供しています。 枯れた技術で コード行数少なく 運用コストかからず 8-9割くらいのことを解決できる こちらが私の設計がポリシーです。 世の中9割はスプレッドシートで解決できる 私達の想像以上に、世の中の困りごとの大半はスプレッドシートやエクセルで解決ができます。エンジニアに依頼しなくても直接ロジック変更できるなど、組織リソースの有効化としてもメリットあります。 一方、複雑な数式やマクロにすべてを寄せ切り、ロジックを育てていくと、メンテナンスが困難を極めていきます。この記事を読んで頂いている技術者の方々であれば 複雑な箇所はコードによせて 変更しやすい所はスプレッドシート／Google App Script とい
福島原発設計 元東芝の技術者 「津波全く想定せず」 （03/17 10:22） 東京電力福島第１原発を設計した東芝の元技術者、小倉志郎さん（６９）＝横浜市＝が１６日、東京の外国特派員協会で記者会見し「１９６７年の１号機着工時は、米国ゼネラルエレクトリック社（ＧＥ）の設計をそのままコピーしたので、津波を全く想定していなかった」と明かした。 三陸沿岸は津波の多発地帯だが、津波が比較的少ない米国技術が今回の被害の盲点となった可能性がある。 日本の原子力発電は英米の技術輸入で始まり、福島原発はそのさきがけ。小倉さんは１、２、３、５、６号機の冷却部分などを設計し「１号機は、日本側に経験がなく無知に近い状態だった。地震津波の多発地帯とは知っていたが、批判的に検討、判断できなかった」と話した。２号機からはＧＥの設計図を改良したが、「マグニチュード８以上の地震は起きない、と社内で言われた。私の定年が近くな
みなさん、こんにちは。GS2 の丹羽です。 今日は大事件が起こりました。Twittetなどでも話題になったので皆さん知っているのではないかと思います。 japanese.engadget.com こんなブログを見に来てる人ならみんな知ってると思いますが、AWSの東京リージョンには3カ所のデータセンターがあります。 そのうち1カ所のデータセンターが完全に利用できない状態になりました。 その影響で様々なゲームも影響を受けたようです。 gamebiz.jp なぜAZ障害が様々なサービスの障害につながったのか さて、なぜ今回のようにAZがダウンするとこのような大規模な障害が発生するのでしょうか。 1. シングルAZ サーバはどこかのデータセンターで動いていてるわけです。EC2を使ってサーバを起動するときにもどのAZに配置するかを選びます。 この時に、一つのAZに固めてサーバを配置していた。あるいは
クライアントとサーバーどちらに実装するかの設計指針をチームで持つこと - tomoima525's blog
モバイルアプリケーションを開発していると、この要件や仕様はクライアントとサーバーどちらに置くべきか、という議論がチームでなされることがしばしばあります。例えば、 あるレスポンスAを受けて処理Bを行い、その結果をユーザーに提示する 登録処理などで、処理C,処理Dという異なる処理を並列して行い、それらが完了したらユーザー側に通知する やろうと思えばクライアント側で処理を全て持つこともできますし、サーバー側で実装もできますね。 このような仕様のディスカッションが起きたとき、チームで統一した判断基準を持っていますか? 自分の場合、クライアントアプリはロジックをなるべくサーバーに移譲すべき という設計指針をチームに提案します。 上の例で言うならば、 サーバーから処理Bも踏まえたレスポンスA'を返してもらい、ユーザーに提示する クライアントは1リクエストをサーバーに投げる。サーバー側で処理C,Dを投げ
DDD関西.java 3/5(土) 発表資料
Kaigi on Rails 2023
チーム開発をやっていると特定の処理を呼び出す際にインターフェイスを明示することがとても重要になってきます。言い換えると使い方がきちんと示されていることが最低ラインということです。ドキュメントは実際の処理と乖離しますし、各人がソースコードの処理を追わなければならないというのはチームでやっている意味がありません。 ところが JavaScript にはそういった仕組みが存在しません。どういった処理をするのかを表すための関数名は指定できますが、 JavaScript では関数を任意の名前の変数に代入できるので実はあまり役に立ちません。 といった状況にあった JavaScript ですが、昨今のツールの登場によって事情が変わってきました。 JavaScript でもインターフェイスを明示しながら開発するにはどうすればいいかを要素技術と一緒に書いていきます。
はじめに ここ一年くらいずっと Rails の何がダメでどうすれば良くなるのかを考えていました。 Rails を使ってそれなりの規模のアプリケーションを作ったことがある人なら、メンテナンスのしづらさを感じたことがあるのではないでしょうか。 メンテナンスの問題は Rails 以外の開発でも発生することですが、実のところメンテナンスしやすいアプリケーションはどうすれば作れるのでしょうか？ この難問に対して私も答えを持っていませんが、考え続けています。 少なくとも、 Rails Way や Rails Tutorial をベースにしたアプリケーション開発は、業務で用いるには簡単すぎるように思います。 「レールに乗る」という言葉がありますが、私は考え方を変えました。 Rails は規模の大きいフレームワークですが、土台に過ぎません。 Rails Way の設計方針は小規模な開発では有効ですが、規模
OisixのUX体験設計 デザインの力でECの売上が2倍にアップ！ お客様の行動心理に基づいたUX改善例 | クリエイターのための総合情報サイト CREATIVE VILLAGE
注目企業の中の人によるコラム 今回は、OisixのUX改善について、アートディレクターを務める荒金さんに成功事例を紹介いただきます。 お客様の行動心理に基づいた改善で売上が2倍になったという施策の具体的な解説です。 OisixにてサイトのUX向上やブランディングに携わっております、EC事業本部CX室のアートディレクター兼グラフィックデザイナーの荒金知乃です。 今回はUXのデザインで売り上げを伸ばした事例を、問題発見から、解決に至るまでのポイントを交えて紹介いたします。 VIP会員ページのUXデザイン改善から売上を伸ばす Oisixは「子どもに安心して食べさせられる食材」をコンセプトに、有機・特別栽培農産物、添加物を極力使わない加工食品や、プレミアム時短をコンセプトとしたミールキット「KitOisix」などを、インターネットや実店舗で提供しています。 2000年からスタートしたOisixは、
署名付きURLを利用したファイルアップロードWeb API設計の勘所 | フューチャー技術ブログ
はじめに現代のWebアプリケーションにおいて、ユーザが写真や動画などのファイルをアップロードする機能は、しばしば求められます。 本記事では、ファイルアップロードを実現するための一手段として、「署名付きURL」を利用した方式を取り上げ、その設計について詳しく解説します。 今回は、Amazon Web Services（AWS）を利用する前提のもと、このアプローチを探求していきます。 前半部分は署名付きURLをそもそもよく知らない方向けの導入部となっていますので、要点だけ抑えたい方は設計上のポイントから読まれることをお勧めします。 ファイルアップロードの実現方式パターン署名付きURLの話をする前に、ファイルアップロード機能をWeb APIとして実現する方式について、いくつか代表的なものを紹介します。 Pattern 1. multipart/form-datamultipart/form-da
クライアントからmemcachedを利用する際の、ベストプラクティスは以前書いているので、その前段階でmemcachedを含めたWebアプリケーションのアーキテクチャ(と一部クライアントの話)について今の個人的な考えをまとめてみます。Kyoto Tycoonを使ったキャッシュサーバでも基本は同じだと思います 1) 使わない memcachedをアプリケーションに組み込むことで、プログラムがどうしても複雑になりがちです。データの削除や更新の際にキャッシュの更新を忘れると多くの問題が発生します。例えばユーザがニックネームやプロフィール写真を更新したのに画面上変わらないなどの現象が起こると、ユーザに対して不快な思いをさせてしまうでしょう。またデータベースが非同期のレプリケーションを行っている場合、masterに対してデータの変更をかけ、更新が反映される前にslaveから読み込んでしまい、キャッシ
CSS設計って最近こういう感じだと思うんですけどどうですかという話です。BEM、CSS Modules、CSS in JS、Tailwind CSSとか色々ありますがどういうふうに捉えればよいのだろうという内容でした。 Youtubeアーカイブ https://youtu.be/8zZKdDIaVH0 フォローアップ https://paper.dropbox.com/doc/CSS-pXvOHW14FJ4gqJb60mnyI
ウエットシステムは、床に水を撒く、常に床が水で濡れている状態である。 但し、床の傾斜度が悪く、水溜まりや食品カスの放置、水を放置したままにすると細菌の増殖に繋がります。 ドライシステムは、常に床を乾かしておく。つまり、水を必要以上に流さない。流したら、スクィージーで水分を取り除き、床を乾かす。こうした行為を維持することにより・・・。 ☆床面がいつも乾燥した状態で使用するため､ウェットシステムよりも室内湿度が低く保たれ、細菌の繁殖を抑えることができる。 ☆床面に水が流れていないので、はね水による汚染や食材からの二次汚染を防止できること。 ☆調理員が軽装で作業をするために作業効率が上がり疲労が軽減される。高温･多湿ではないため健康上も良好（長靴は運動靴に、ゴムの重い着衣ではなく軽装になる） 長靴・・・短靴 ゴム前・・・布前 (午後は長靴・ゴム前：体調への配慮） ☆作業動線がしっかりする。 ☆環
近年のソフトウェアプロダクト開発組織の活動単位としてよく言われるのは、「少人数で安定したチーム」であろう。表現は違えど、どの文献でもそのように述べられる。 それでは、「少人数」と「安定」の2つの要件を満たせば高パフォーマンスなチームが設計できるかと言えば、そんなはずもない。他にも要件があるはずだ。 そこで、チームに共通して必要だと考える要件を、設計に関わったこれまでの組織から抽出して言語化し、原則としてまとめてみた。それが、「安定」「アトミック」「非兼務」「少人数」「流動性」「イテレーティブ」の6つだ。 初期に携わった組織には欠けていた要素もあるが、何度も失敗を重ねるうちに見いだしたものだ。組織設計のプラクティスとしてよく聞くものもあるが、いずれも実体験を経て必要だと感じたものばかりである。 なお、本記事で取り上げる6つのチーム設計原則だけでは、組織設計として不十分だ。チームにどういった機
詳細設計書という名のゴミ | Gm7add9 この手の話題が定期的に上がるわけですけど、毎度同じだよねで終わってしまっては人間進歩しないので、何が問題でどうすればよいのか少し考えてみたく。 詳細設計書は「プログラム説明書」として欲しい。 まあ、元記事も多分業務システムの受託の話の模様なのでSIをターゲットに。 往々にしてSI、特にウォーターフォール開発のプロジェクトの中では、設計書などのドキュメントを多数作成いたします。*1 V字モデル的には、設計から開発に至るまでの間 要件定義書 基本設計書・外部設計書 基本設計書・内部設計書 詳細設計書 プログラム みたいな成果物を作成いたします。 個別の詳細は別のサイトに任せるとして、それぞれ記載する内容を一言で表すと、要件定義書は「スタートとゴール」、外部設計書は「業務とサービスの仕様」、内部設計書は「サービスの構造と機能の分割」となります。 ※た
鳥羽輝人 @big1guycotz 艦種や大きさ、進行方向を誤認させる『ダズル迷彩』の効果がいかなるものかを示す写真。 加えて手すりがないのは危険極まりない。 twitter.com/torahisa/statu… 2023-09-28 01:30:24
世の中の謎設計、謎行動
クソどうでもいいことなんだけど、人に話すとウザがられるので便所に落書きする。 なんか意外とブックマークされたので、書き足りなかった思いを追記する。 横断歩道のデザイン歩行者からみて横縞模様。 そこを歩いて良いというサインなら、歩行者からみて縦縞にして欲しかった。 追記 横断歩道が近くにある菱形のやつ、あれから横断歩道が連想できない。 どうみても武田の埋蔵金でも埋まってんのか？ってしか思えない。 正解が○で不正解が×特に○のほうが謎。 ゼロみたいに見える。 正解が1で不正解が0かな？って思ってしまうじゃん。 正解の正の字も、TRUEのTも、○より×に似てない？ 追記 ご丁寧に○は赤、×は青とかにしてくれる人いない？ 赤は赤信号、青は青信号を連想しちゃうから、余計に混乱する。 車のアクセルとブレーキ右足で踏み分けろとか、そりゃ間違うと思うよ。 普通に考えたら、片方が足、もう一方が手じゃないか？
「AWSの日本リージョンのデータセンターはどんな災害を想定して設計されているんですか？」に答えるためのレポート紹介 | DevelopersIO
システム監査における安全性の観点からタイトルのような内容についてお客様よりご質問いただくことがあります。 AWSデータセンターの耐障害性については既にAWS Artifactで公開されたレポートがあるのですが、あまり知られていないのかも？と思い、あらためてご紹介しておきます。 AWS Artifact からレポートのダウンロード AWSコンソールから[AWS Artifact]-[レポート]を開きレジリエンスで検索。日本におけるAWSリージョンのレジリエンスというレポートが見つかりますので、こちらをダウンロードしてください。 基本的にAWS Artifactの内容はAWS機密情報であり、ドキュメントの内容を抜粋してブログに転載するようなことは出来ませんので、お手数ですがご自身の環境より入手いただきご確認ください。 10ページに満たないボリュームですのでサクッと読めます。 「どんなレベルの災
組織における、エンジニアの情報共有について。あるいは、レビューや設計について。 - # TODO: タイトル決定
これは、「ドリコム Advent Calendar 2015 その2」の、8日目の記事になる。 7日目は、middlemanとGitHub Pagesでブログを5分で開設！ほか盛りだくさん！ | いくら寝ても眠たい だった。 私は、ドリコムでエンジニアをしている matsusaki (@misoobu) という者だ。 ここでは、最近考えることの多い、組織におけるエンジニアの情報共有と、そのあるべき姿について書く。 また、それに関連して、コードレビューや設計についても触れる。 内容は、エンジニア視点のものになる。 情報共有は、組織にとって極めて重要だが、簡単なことではない。 本記事が、再考するきっかけとなれば、幸いである。 情報共有とは 情報共有を失敗するとどうなるのか 様々な情報共有 プロジェクトの状況や方針 作業内容とその状況 プログラムの設計やコード レビューの目的 レビューをするとき
たのしいドメイン駆動設計: 序 / Enjoy domain driven design : ZYO
自分の開発に対する姿勢を根本的に変えたドメイン駆動設計(DDD)。ぜひみんなにもその面白さを知ってもらいたい！と思い社内向け資料を作成、さらにSpeakerDeckにて公開としました。 たのしんでご覧ください！ 関連note記事はこちら：https://note.com/jgc_parallel/n/n17db4b63affe
DB設計書の管理が楽になるDBML入門 – DBMLの書き方,dbdiagram.io, dbdocs の紹介 – | SIOS Tech. Lab
こんにちは！サイオステクノロジーの安藤 浩です。DB設計書の生成が容易にできるDBMLをご紹介します。DBMLの入門として、DBMLの書き方、ER図生成方法、Github actionsでCIを実行して閲覧する方法をご紹介させていただきます。 DBMLとは DBML は DataBase Markup Language の略でDB構造を定義するために設計された言語です。 DB構造に焦点を当てており、可読性の高い言語です。 dbdiagram.io や dbdocs.io などを利用することでDBドキュメントの生成が可能です。 コードベースで図を生成できる点でPlantUMLと似ていますね。 DBMLの書き方 テーブルの書き方 まずはテーブルの定義の例をもとにDBMLの記法を紹介していきます。users というテーブルを作成してみます。コードは以下のようになります。 Table users
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
ドメイン駆動設計（DDD）で開発されたシステムを5ヶ月保守開発した感想・学び - Qiita
西川善司の3DGE：PS5の作り方、教えます。メカ設計担当者に聞いたこだわりの内部設計
書評『良いコード／悪いコードで学ぶ設計入門』 - uhyo/blog
前任者から引き継いだシステム、うるう年なのに何故か2/29が表示されないと思ったらとんでもない設計になっていた件
東京の会社が設計した新潟の小学校が雪下ろしが超困難なデザインに : ガハろぐNewsヽ(･ω･)/ｽﾞｺｰ
綺麗な設計を身に付けるためのSandi Metzルール
滋賀県HPの不具合 複数の専門家が設計上の欠陥指摘（毎日新聞） - Yahoo!ニュース
Microservices時代の監視設計 - An Epicurean
フロントエンドのディレクトリ設計思想
ドメイン駆動設計からオブジェクト指向、そしてアジャイル開発まで。関連書籍練り歩きのススメ
東京新聞:「大津波やＭ９ 想定却下」 福島原発 設計者ら証言:社会(TOKYO Web)
2ちゃんはなぜ1000で落ちるのか？ けんすう氏が語る、スマホ時代のサービス設計とコンテクストの重要性
「家庭に母親の個室がない」問題→そもそも建売の設計には入ってないことが多い
スプレッドシートとAWSでコストかからない業務システムを作る設計TIPS
福島原発設計 元東芝の技術者 「津波全く想定せず」−北海道新聞[道外]
AWSのAZ障害で影響を受けた・受けなかったの設計の違い。サーバレス最高！ - GS2 Blog
ドメイン駆動設計を軽快に実践するための工夫
数十億のレコードを持つ 5年目サービスの 設計と障害解決
JavaScript でも型チェックと契約による設計で安定した開発をする - Qiita
Rails のアーキテクチャ設計を考える - Qiita
memcached を使ったアプリケーションの設計について - blog.nomadscafe.jp
CSS設計って最近こういう感じだと思うんですけどどうですか
豊洲市場はHACCPを念頭にしたドライフロアシステムで設計。予めゴミを取り除いてから水を流す
チーム中心の組織作りのための6つのチーム設計原則 - mtx2s’s blog
詳細設計書も問題だけど、それ以上に成果物定義が問題 - プロマネブログ
とある施設の階段およびスロープがあまりにもな設計で頭が混乱する「デザインの暴力」「これは危険すぎる」