設計品質と量産品質の違いとは？
設計品質と量産品質の違いとは？：ベンチャーが越えられない製品化の5つのハードル（7）（1/2 ページ） 連載「ベンチャーが越えられない製品化の5つのハードル」では、「オリジナルの製品を作りたい」「斬新なアイデアを形にしたい」と考え、製品化を目指す際に、絶対に押さえておかなければならないポイントを解説する。連載第7回は「設計品質」と「量産品質」の違いについて取り上げる。 前回、“中国人はなぜ「Made in Japan」の製品を爆買いするのか”をお伝えした。一般的に、外国人が「Made in Japan」を高く評価する理由として、次の2つが考えられる。 1つは、良い設計としっかりとした検証を行っているという評価だ。10万キロ以上走っても日本車のエンジンが全く壊れないのはその好例である。設計者が優れたエンジンの設計を行い、10万キロ以上走っても壊れないことを検証しているのだ。 もう1つは、バラ
「DNSに対する最悪の攻撃」 DNSSEC設計の根幹に関わる脆弱性「KeyTrap」が見つかる
「DNSに対する最悪の攻撃」 迅速なパッチ適用を推奨 ATHENEによると、KeyTrapを悪用した場合、単一のDNSパケットが結果的にCPUの使い果たしを誘導し、「Google Public DNS」やCloudflareのDNSなど広く使われているDNS実装やパブリックDNSプロバイダーを全て停止させることが可能だ。発表によると「BIND 9」を16時間ダウンさせたとされている。なお、この欠陥は「CVE-2023-50387」として特定されている。 この攻撃はインターネットの基本的な機能に深刻な影響を与え、世界中のWebクライアントの大部分が利用不能になる可能性がある。主要なDNSベンダーはこの攻撃を「これまでに発見されたDNSに対する最悪の攻撃」と呼んでおり、状況の重大さが指摘されている。 KeyTrapを悪用するサイバー攻撃者は、DNSSECを検証するDNSリゾルバを利用する全ての
リファクタリングをする際にソースコードの設計からはじめてはいけない - MonotaRO Tech Blog
どうも、レコメンド商品のシステム開発をしている野川と申します。 私は、2021年にモノタロウに新卒入社し、2022年5月からレコメンド商品の開発に関わり始めました。 モノタロウのレコメンド商品は、下の図の①～④の流れでクライアントサイドで表示しています。大部分の処理はJavaScriptで構成しており、UIもそのHTML部分をjQuery(JavaScript)で作成しています。 図：レコメンド商品表の流れ 入社当時私は、ソフトウェアエンジニアとして、「可読性の低いコードは駆逐するべきだ」「読みやすいコードだけが正義である」「理解しやすいシステムだけが皆を幸せにする」と心の底から考えていました。加えて、「なぜ先輩たちは可読性の低いコードを放置して平気なのか？」と疑問を持つこともしばしばありました。 レコメンド商品周りのコードはまさに可読性の低いコードベースとなっていたため、当事者となった私
デザインガイドライン | e-Govポータル
デザインガイドライン e-Govでは、「デジタル・ガバメント実行計画」（2019年12月20日 改定（閣議決定））に基づき、国民・企業等の利用者の方に対して質の高い行政サービスを提供するため、サービスデザイン思考を導入し、利用者、ソフトウェアベンダー等との共創によって、e-Govの提供サービス及びデザインについて段階的な見直しに取り組んでいます。 この一貫として、今般、e-Govが提供する情報・サービスに関する見つけやすさの向上を目的として、一部コンテンツについて情報アーキテクチャ及びサイトデザインの見直しを行いました。このガイドラインは、その結果をサイトデザインにおけるベストプラクティスの一つとして、「情報設計」「UIデザイン」「UIデザインパターン」の観点から整理したものです。 今後、e-Govにおける継続的なサービス改善の実施と並行して、このガイドラインについても改訂を図っていくこと
OISTが燃料不要な「量子エンジン」の設計・製作に成功 エネルギー新時代の幕開けか
量子テクノロジーの進展で期待が高まる量子エンジン（写真はイメージです） Nataliya Pylayeva-Shutterstock ＜量子エンジンはどのような原理で動くのか。これまでに話題となった「熱を使わないエンジン」の開発史とともに紹介する＞ 沖縄科学技術大学院大（OIST）とドイツの複数の大学による国際研究チームは、世界で初めて「量子力学の原理を用いたエンジン」の設計・製作に成功しました。 現在使われている熱機関（heat engine）は、熱をエネルギー源としています。熱源や燃料を装置外から取り込むものは外燃機関、装置内で生成した熱エネルギーを利用するものは内燃機関と呼ばれます。 18世紀半ばから19世紀に起こった産業革命では、石炭を利用した外燃機関である蒸気機関の開発で動力源が刷新され、社会構造が変わりました。その後、外燃機関は小型軽量化が難しいことから、自動車や飛行機などの輸
機能一覧 | 設計書仕様書テンプレート PocketDOC | 株式会社イーイノベーション
あのドキュメントはどこにあったっけ？ ドキュメントを作ったけどどこに保存すればいいの？ ドキュメント類はプロジェクトが進むにつれて散在しがちです。 弊社でも開発の中でこのようなことが多々ありましたが、 現在は開発リソース（ドキュメント等）の管理を「プロジェクト様式」として、以下のようなフォルダ構成で行っております。 カッコ内はPocketDOCでダウンロードできるテンプレート・ドキュメントのリンクです。 10.要求 ( 要求仕様書 ) 20.見積 ( 御見積書・御見積書(簡易版) ) 30.設計 10.設計方式 ( ドキュメント作成基準書・ネーミング基準書(DB)・設計方式書(APL) ) 20.基本設計 10.システム構成 ( システム構成図 ) 20.業務フロー ( 業務フロー図 ) 30.機能設計 ( 機能一覧; ) 40.画面設計 ( 画面レイアウト・画面一覧・画面遷移図 ) 50
技術的負債の四象限 - Martin Fowler's Bliki (ja)
http://martinfowler.com/bliki/TechnicalDebtQuadrant.html ここ数ヶ月の間に、 技術的負債 に関する投稿がいくつかあった。設計上の不備の中で、技術的負債と呼ぶべきものは何か？ 逆に、そう呼ぶべきでないものは何か？といった疑問が挙げられていた。 その一例が、アンクル・ボブの投稿「a mess is not a debt（散乱は負債ではない）」だ。 彼の意見は、次のようなものである。 良い設計方法を知らない人が書いた単に汚いだけのコードを負債と呼ぶべきではない。 長期的な持続性はなくても、 リリースなどの短期的な利益を生み出す設計指針をあえて選択することがあるが、 技術的負債はそのような特別な場合に使うべきである。 要するに、負債を抱えれば早めに価値を生み出すことができるが、 負債はできるだけ早く返済する必要がある。 だが私は、 設計の不備
第278回 「AIがRISC-Vを設計」というニュースを読んで、はや失業（!?）かと思ったら……
第278回 「AIがRISC-Vを設計」というニュースを読んで、はや失業（!?）かと思ったら……：頭脳放談 中国の研究チームが、人工知能（AI）ソフトウェアで「RISC-V」のCPUを自動設計したという。「何でもAI」という最近の風潮が、CPUの設計にまでと思い、論文を読んだところ、当初思っていたのとかなり違っていた。その違和感について勝手な意見を述べさせていただく。 中国の研究チーム（中国科学院／中国科学院大学のShuyao Cheng氏などを中心としたチーム）が、人工知能（AI）ソフトウェアで「RISC-V」のCPUを自動設計したという論文が話題になっていた（論文は、「Pushing the Limits of Machine Design: Automated CPU Design with AI［PDF］」）。何でもかんでも「AI」といえばもてはやす風潮は収まっていない。 今度は、
河野太郎氏が激怒。トラブル続出の「富士通」コンビニ交付システムが炙り出したIT後進国ニッポンの致命的な問題点 - まぐまぐニュース！
マイナンバーカードのメリットのひとつとして総務省が掲げる、コンビニでの各種証明書の取得。しかし今年3月以降、別人の証明書が発行されるトラブルが相次ぎ、サービスが一時停止に追い込まれる事態となってしまいました。何がこのような問題を引き起こしてしまったのでしょうか。今回のメルマガ『週刊 Life is beautiful』ではWindows95を設計した日本人として知られる中島聡さんが、「コンビニ交付システム」の開発運営を典型的なITゼネコンの手に委ねた事が主因と断言。さらに同様の問題を回避するため国が取るべき「ソフトウェア調達法」の具体案を提示しています。 プロフィール：中島聡（なかじま・さとし） ブロガー／起業家／ソフトウェア・エンジニア、工学修士（早稲田大学）／MBA（ワシントン大学）。NTT通信研究所／マイクロソフト日本法人／マイクロソフト本社勤務後、ソフトウェアベンチャーUIEvol
シーケンス図の構文と機能
シーケンス図 PlantUML によるシーケンス図の作成は、驚くほど簡単です。この使いやすさは、直感的で覚えやすいように設計された、ユーザーフレンドリーな構文に大きく起因しています。 直感的な構文： 何よりもまず、PlantUML が採用している、わかりやすく直感的な構文を、 ユーザは高く評価しています。このよく考え抜かれたデザインは、ダイアグラム作成が初めての人でも、 基本を素早く簡単に理解できることを意味します。 テキストとグラフィックの相関： もう一つの際立った特徴は、テキスト表現とグラフィカルな出力の間の緊密 な類似性です。この調和のとれた相関性により、テキスト原稿がグラフィカルなダイアグラムに正確に変換され、最終的なアウトプットに不快な驚きを与えることなく、まとまりのある予測可能なデザイン体験を提供します。 効率的な制作プロセス： テキストとグラフィカルな結果との間に強い相関関係
シンプルなテキストファイルで UML が書ける、オープンソースのツール
🌱 一目でわかるPlantUML 🚀 はじめに PlantUMLは、迅速かつ簡単なダイアグラム作成を可能にする、多目的なコン ポーネントです。ユーザーは、シンプルで直感的な言語を使用して、様々なダイアグラムを作成することができます。言語仕様の詳細については、PlantUML Language Reference Guide を参照してください。 PlantUML を初めてお使いになる場合は、クイック・スタート・ページから始め てください。ご質問は、F.A.Q. ページをご覧ください。 🧩 サポートされる UML 図 以下のような（ただしこれらに限定されない）、構造化された UML 図を作成します： シーケンス図ユースケース図クラス図オブジェクト図アクティビティ図（ベータ版）（レガシー構文はこちら）コンポーネント図配置図状態図タイミング図 📈 サポートされる非 UML 図 UML 以
iPad 10は基本的にAir 4と同じですが、はるかに残念な点も… | iFixit ニュース
またこのシーズンがやってきました。私たちの大切なクリスマスプレゼントや自分へのプレゼントのために貯めたお金を、製造メーカーが競いながら奪い合うマーケティング。罪悪感や物足りなさに駆られながら（私だけかもしれませんが）、私たちは近くて遠い家族への愛と感謝を示すために、一生懸命稼いだお金を叩く季節です。そしてAppleが言う「完全に再設計されたiPad」でなければ、愛を語ることはできないのでしょうか？ 長年にわたって、iPadはAppleの人気ギフトアイテムの一つです。4色の新色とデザインの一新を誇る第10世代バージョンは、ホリデーシーズンのプレゼントにふさわしいのでしょう。しかし実質は、2020年に発売されたiPad Air 4のようです。そうなんです、実は私たちが行なった分解の結果、現在生産中止となっているiPad Air 4にわずかな変更を加えると、iPad 10と同じスペックになること
Patterns of Enterprise Application Architecture - Martin Fowler's Bliki (ja)
Martin Fowler氏とAddison-Wesley Pub Coの許可を得て、パターンカタログの翻訳を行っています。 ※書籍の邦訳とは一切関係ありません。 PofEAAのパターンカタログから読始めるとよいでしょう。 パターンカタログの日本語版 パターンカタログの英日対応表 上記のカタログでは書籍の訳語を踏襲していますが、各ページでは「できるだけ正しい」訳語を使うようにしています。邦訳版のパターン名に関する議論などは、JapanesePatternNamesを参照。 ページ一覧 アクティブレコード アプリケーションコントローラ 関連テーブルマッピング BBS パターンカタログ パターンカタログの比較表 パターンカタログ（日本語） クラステーブル継承 クライアントセッションステート 粗粒度ロック 具象テーブル継承 データマッパー データ転送オブジェクト データベースセッションステート
【C#】SOLID原則を学ぼう - Annulus Games
今回の記事はオブジェクト指向プログラミングにおける設計の基本、「SOLID原則」について。 ある程度プログラミングの文法を知っていれば、動作するコードを書くことは可能です。しかし、より良いコードを書きたいのであれば、文法の知識だけではなく、設計に関する知識も必要になってきます。 特にUnityでは、適当にコードを書いていくと目も当てられないようなスパゲッティーコードが容易に出来上がります。「とりあえずシングルトンにすりゃいいや！」みたいなノリで「何とかManager」クラスを作りまくった結果、「あれ？この処理どこに書いたんだっけ？」という状況になったこと、誰しも一度はありますよね…？ 今回は、そんなクソk…良くないコードを書かないための設計原則である「SOLID原則」について紹介します。記事内のコードはC#で記述しますが、言語に関わらずSOLID原則は広く応用の効く考え方なので、是非とも覚
NTT東西、ナンバー・ディスプレイ無償化 70歳以上が対象
NTT東日本、西日本は3月22日、5月1日からナンバー・ディスプレイサービスを無償化すると発表した。70歳以上の契約者、または70歳以上の人と同居している契約者の回線が対象。無償化により、特殊詐欺防止に役立てる。 ナンバー・ディスプレイサービスは、住宅用加入電話の場合、月額440円。通常、工事費が2200円かかる。今回、月額料金、工事費ともに無料化する。 特殊詐欺犯罪は2022年には1万7520件が確認され、被害額は361億円に上る。固定電話の利用者が被害を受けていることも多い。そこで、発信者の番号を表示できるナンバー・ディスプレイサービスを無償提供することで「知らない番号からの不審な電話に対してより注意を払っていただく」（NTT東西）ことを目指す。 併せて、通話録音データをAIで解析し、特殊詐欺の疑いがある場合は通知する「特殊詐欺対策サービス」も人数を限定して無償化する。また、特殊詐欺の
第4回：アジャイルに対する誤解（1）--設計せずにいきなり作る？文書を書かない？
梗概 現代社会は多くのものがソフトウェアで成り立っており、絶えず変化するニーズに応じられる柔軟でスピーディーな開発が求められています。その一方、何が正解（ゴール）なのかが分からない、という不確実性の時代でもあります。不確実性に対処するには「アジャイル開発」が最も有望ですが、その成功裏の実践には、従来の常識の解体と再構築が必要です。エンタープライズにおけるアジャイル開発の実践が待ったなしの状況の中、理論、課題、近年の動向も踏まえ、実例を交えながら幅広く解説します。 「文書を書かない」という誤解 本連載の第1回～第3回において、ウォーターフォール方式に変わる、新たな開発手法が発見され、それが1990年代後半～2000年代の「Linux」やスマートフォンの開発において極めて重要な役割を果たし、それが今日のアジャイル開発手法の原則として受け継がれてきていることを解説しました。今回から、アジャイル開
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
マイナ制度は「なりすまし犯罪の温床」 情報システム学会が「制度設計に根本的な問題」と提言：東京新聞 TOKYO Web
アプリ アーキテクチャ ガイド | Android Developers
UI（ユーザーインターフェース）デザインとは？ 見やすい画面設計のポイントや事例を解説 - 株式会社モンスターラボ
下水道から汚水あふれる設計ミスで４億円損失、「市職員全員」の給与削減し穴埋め…市議会で可決（読売新聞オンライン） - Yahoo!ニュース
