並び順

ブックマーク数

期間指定

  • から
  • まで

1 - 40 件 / 770件

新着順 人気順

設計の検索結果1 - 40 件 / 770件

  • 午前中に読み始めたら午後には設計が上達してしまった! - 『Tidy First?』を読んだ - Mitsuyuki.Shiiba

    私の目標は、読者が午前中に本書を読み始めたら、午後には設計が上達していることだ。 本当にそのとおりだった。読んでる途中で既に自分の設計に対する考えが良い方向に変わってると感じた。とても良かった。おすすめです。 『Tidy First?』 をいただいて読んだ。昨日(2024年12月25日)発売。英語版が2023年11月28日発売だから、たった1年で日本語版が出たということだな。うれしい!はやい!ありがたい! ソフトウェア設計に焦点を当てたシリーズの最初の1冊ということで、サブタイトルに「個人で実践する経験主義的ソフトウェア設計」とあるように、1人でできる種類のソフトウェア設計について書かれている。続刊ではチームについての話になる予定のようで、それも今から楽しみ。 2周読んだ なんとなく2周読もうと思ってそうした。 1周目は細かい部分は気にせずにざーっと1,2時間くらいで読んだ。全体的にどうい

      午前中に読み始めたら午後には設計が上達してしまった! - 『Tidy First?』を読んだ - Mitsuyuki.Shiiba
    • 「言語化できない自分は劣ってるってずっと思ってたけど違ってた」私たちは言語思考者が設計した社会に生きていて、視覚思考者にとって不利な社会になってる話

      感覚ナビゲーターなーこ|自然と対話し、感性を養いながら共に生きる @naakoofficial 景色や自然と対話しながら生き方を研ぎ澄ませています/老子思想をリスペクト/人との縁を繋ぐ独自呼吸法【生きる道と羅針盤を見つけるWS】水の様に生きるアニマルコミュニケーター/2匹の保護犬の母ちゃん 感覚ナビゲーターなーこ|ココロと対話×セルフコーチング×呼吸で最強の自分を手にする @naakoofficial 言語化できない自分は劣ってるってずっと思ってたけど違ってた〜!まじ救われた。自分は絵で物事を考え思考する視覚思考者タイプみたいで、もう一方は言語思考者タイプ、言語で考える人ね。私たちは言語思考者が設計した社会に生きてるみたいだから、視覚思考者にとって不利な社会になってるみたい。 2024-07-16 12:43:03 感覚ナビゲーターなーこ|ココロと対話×セルフコーチング×呼吸で最強の自分を

        「言語化できない自分は劣ってるってずっと思ってたけど違ってた」私たちは言語思考者が設計した社会に生きていて、視覚思考者にとって不利な社会になってる話
      • 政策設計にITを導入すると「世の中には様々な人がいる」ことを見落としがち…チームみらいが政治家として足りない点、オードリー・タンが台湾で活躍した理由が分かる気がする

        安野たかひろ@新党「チームみらい」結成 @takahiroanno テクノロジーで誰も取り残さない日本へ 新党 #チームみらい 党首 @team_mirai_jp ・AIエンジニア・起業家・SF作家。34歳・妻と二人暮らし。 開成→東大工学部/松尾研→BCG→スタートアップ2社起業。著:1%の革命/はじめる力/サーキット・スイッチャー他 スタッフ公式 @annotakahiro24 team-mir.ai 安野たかひろ@新党「チームみらい」結成 @takahiroanno 【OTCの話: 喘息治療薬の保険適用除外は適切か?】 喘息薬が将来的に保険適用除外されるかもしれないと話題です。この議論には実は誤解も含まれていそうなので、その点を説明しつつ、『チームみらい』の考える「テクノロジーを活用しながら患者さんの健康を守り、医療費を下げる」ための政策をご紹介します。 まず「喘息の薬が保険から外れ

          政策設計にITを導入すると「世の中には様々な人がいる」ことを見落としがち…チームみらいが政治家として足りない点、オードリー・タンが台湾で活躍した理由が分かる気がする
        • 「自分が設計したマンハッタンの超高層ビルが今年中にも嵐で倒壊するかもしれない」と気付いたエンジニアはどうしたのか?

          アメリカの構造エンジニアであるウィリアム・ルメジャーは、ボストン市庁舎やシンガポールのAXAタワーなど、さまざまな建築物の設計に携わった人物です。そんなルメジャーが、「自分が設計したニューヨーク市マンハッタンの超高層ビルが嵐で倒壊するかもしれない」と気付いた時、一体どうしたのかについてまとめた動画がYouTubeで公開されています。 The Most Dangerous Building in Manhattan - YouTube 1960年代、金融大手のシティコープ(現シティグループ)がマンハッタンに新しい本社を建設しようとしていました。 ちょうど付近の街区全体が売りに出されていましたが、その一角にはセント・ピーター福音ルーテル教会という古い教会がありました。シティコープが交渉したところ、教会は立ち退きを拒否。 その代わり教会側は、古い教会を新しいものに建て直し、シティコープのビルとは

            「自分が設計したマンハッタンの超高層ビルが今年中にも嵐で倒壊するかもしれない」と気付いたエンジニアはどうしたのか?
          • (続)Cursorで「詳細設計→ガントチャート草稿」作成がめっちゃ楽になった話 - Qiita

            Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? Cursor擦り倒すシリーズ Cursorで要件定義がエラいスムーズになった話 (続)Cursorで「詳細設計→ガントチャート草稿」作成がめっちゃ楽になった話 ←本稿こちら 「Cursor」×「A5:SQL Mk-2」でテーブル定義書をリッチにする 「Cursor」×「Obsidian」内部リンク生成&最適化プロンプト これは何の記事か⇒「Cursorで詳細設計からガントを作る記事です」 Cursor というのはもともと AI コーディングツールですが、もしかしてプロジェクトマネジメント(以下、PM)の現場に持ち込めるんじゃないか?とい

              (続)Cursorで「詳細設計→ガントチャート草稿」作成がめっちゃ楽になった話 - Qiita
            • AIの女の子がわいわい競馬予想するシステムを個人展示したら倍率2000倍の馬券が当たってしまった (1)設計思想編 - Qiita

              何が起きたのか 生成AIが好きな個人がなんでも出展できる、 「なんでも生成AI展示会」 というイベントがありまして、 11/16(土) 12:30 ~ 18:00にて「#生成AIなんでも展示会」を開催します🎉 個人の方が生成AIで作っているものを見ることができる・体験することができるイベントになっています! 申し込みURLは以下⬇️https://t.co/aNIQ6myJ4q 以下の方との共同主催です@sald_ra @GianMattya @miketako3 @Yanagi_1112 — ようさん (@ayousanz) September 28, 2024 人づてに出展しないか誘われたので、ストレス解消がてら9月頃から「マルチエージェントLLM(大規模言語モデル)オーケストレーション」というコンセプトで競馬予想をするシステムをシコシコと土日に作っておりました。 (ふだんは仕事でウ

                AIの女の子がわいわい競馬予想するシステムを個人展示したら倍率2000倍の馬券が当たってしまった (1)設計思想編 - Qiita
              • 変化に強いテーブル設計の勘所 / Table design that is resistant to changes

                # DBリファクタリングの勘所と所感 - https://soudai.hatenablog.com/entry/2017/12/27/080000 # アジャイル開発とデータベース設計 - 変化に対応するシンプルな実装のために必要なこと - https://agilejourney.uzab…

                  変化に強いテーブル設計の勘所 / Table design that is resistant to changes
                • 隈研吾が設計の富岡市役所、6年で外壁の木材が腐る…全国で同じ現象続出の理由

                  富岡市役所(「富岡市観光サイト」より) 日本を代表する世界的建築家のひとりである隈研吾氏がデザインした建築物で、相次いで急速な劣化が顕在化している。群馬・富岡市役所で、外装に使われている木材が腐り始めているとの指摘がある。同市役所は2018年に完成しており、わずか6年で腐朽していることになる。建築の専門家は、隈氏のデザインの特徴である木の使い方に、根本的な問題があるという。 今年9月、栃木県の那珂川町馬頭広重美術館が開館から24年を迎え、老朽化のため大規模改修を行うことになったが、改修費用が3億円と高額になることから、一部をクラウドファンディングでまかなう発表し、大きな話題になった。同美術館は安藤(歌川)広重の肉筆画や版画をはじめとする美術品を中心に展示し、町の中核的文化施設とすることなどを目的として2000年に開館した。木材を多く使用し、周囲の自然に溶け込むデザインが好評を博し、県外から

                    隈研吾が設計の富岡市役所、6年で外壁の木材が腐る…全国で同じ現象続出の理由
                  • 実践データベース設計

                    2024年度リクルート エンジニアコース新人研修の講義資料です

                      実践データベース設計
                    • SaaS設計レビュー 観点チェックリスト【2025年版】

                      SaaS設計レビュー 観点チェックリスト【2025年版】 SaaS設計における「レビュー観点が足りない」「属人化している」を防ぐための 設計レビュー観点チェックリストを整理しました。 実務でよく聞かれる質問・盲点も交えながら、設計品質を上げる観点を体系的にまとめる試みです。 この記事を英語圏向けに再編したものを MITライセンスのOSSとして公開しています。 👉 SaaS Architecture Review Navigator また、この記事群をAIに活用したい方は、こちらの記事を必ず確認してください。 👉 このドキュメントは要約不可です:構造を壊さずAIに読ませるための手引き:要約・誤読・再生成の抑止 概要 このドキュメントは、SaaSの現場で必要と思われる設計観点を体系化したものです イベント駆動・非同期設計・マルチテナント対応・分散トランザクション・災害対策など、現代的な分散

                        SaaS設計レビュー 観点チェックリスト【2025年版】
                      • データ分析で用いるSQLクエリの設計方法

                        STEP2. アウトプットを実現するために必要なデータソースを書き出す アウトプットの整理ができたら、今度はインプットとなるデータソースの整理を行いましょう。 必要なデータソースは要件から読み解くことができます。 今回は「10代のユーザーの月間視聴数(性別 / 動画カテゴリごと)の推移をグラフで見たい」という要件です。 ここから、この分析に必要なエンティティ(実体)とその属性、集計値を抽出しましょう。 エンティティと属性 ユーザー 性別 年代 動画 カテゴリ 集計値 視聴数 これらのデータを管理するテーブルを、調査やヒアリングを実施して探します。 今回は以下のテーブルを使用することとします。 user:ユーザー登録に必須な入力項目を管理するテーブル user_profile:ユーザーが登録後に設定できる任意の入力項目を管理するテーブル video:ユーザーが投稿した動画を管理するテーブル

                          データ分析で用いるSQLクエリの設計方法
                        • プログラミングが設計作業であるという話 - きしだのHatena

                          いわゆる「ソフトウェア設計書」が設計ではなく、ソースコードが設計であるという話。 随筆です。考えマトメ中なので、ツッコミはそのあたり踏まえていただければ。 追記:ブコメに「設計の定義は?」とあったので末尾に追加しています。 追記(2024/8/15):設計書ってなんだろう?というのも書いておきました。 ソフトウェアの「設計書」とはなんなのか - きしだのHatena このエントリで書いたのですけど、もうすこしちゃんと。 建築では多重下請けでやれてるのに業務システムでだめなのはなぜ? - きしだのHatena このエントリでは次のように書いています。まあ、これで全てではあるのだけど。 「建築などの施工図面に相当するのはソースコードで、建築現場で多重下請けでやってる作業は、ソフトウェアだと(でも?)ビルドです」 あと「継続的デリバリーのソフトウェア工学」からの抜粋。 「継続的デリバリーのソフト

                            プログラミングが設計作業であるという話 - きしだのHatena
                          • 90~250kgの石をネックレスの様に吊るした万博休憩所を若手建築家が設計、なお日よけにはなるが雨宿りは出来ない模様

                            日経クロステック(xTECH) @NIKKEIxTECH 750個の石をネックレスのようにつるす万博休憩所、若手20組の1組である工藤浩平氏: 大阪・関西万博で工藤浩平建築設計事務所は、約750個の石がネックレスのようにつるされた巨大なパーゴラの休憩所を設計します。 xtech.nikkei.com/atcl/nxt/colum… 2024-08-26 11:41:06 リンク 日経クロステック(xTECH) 750個の石をネックレスのようにつるす万博休憩所、若手20組の1組である工藤浩平氏 大阪・関西万博で合計20施設を設計する若手20組の1組、工藤浩平建築設計事務所は「休憩所2」をつくる。約750個の大きな石が頭上につるされたパーゴラのような異空間だ。 44 users 480

                              90~250kgの石をネックレスの様に吊るした万博休憩所を若手建築家が設計、なお日よけにはなるが雨宿りは出来ない模様
                            • データベース中心の設計になってしまう問題と闘う - laiso

                              『手を動かしてわかるクリーンアーキテクチャ 』の第二章の冒頭に登場する話題に共感したので紹介。 従来の多層アーキテクチャでは、データベースを中心にアプリケーションの 開発が行なわれます。この場合、Web 層はドメイン層に依存し、ドメイン層は 永続化層、つまり、データベースに依存することになります。そうなると、す べてのものは永続化層上に構築されることになり、その結果、いくつかの要因 が絡まり合って、問題が起きやすくなります。 手を動かしてわかるクリーンアーキテクチャ ヘキサゴナルアーキテクチャによるクリーンなアプリケーション開発 20p 手を動かしてわかるクリーンアーキテクチャ ヘキサゴナルアーキテクチャによるクリーンなアプリケーション開発 作者:Tom Hombergs,須田 智之インプレスAmazon 著者によれば、機能開発をデータベース中心に設計すると、ドメイン層と永続化層の密結合が

                                データベース中心の設計になってしまう問題と闘う - laiso
                              • DDD以外の設計手法についてご教示いただきたく、DDDの主張をある程度正確に理解した上でDDDをこき下ろしているイメージの強いくまぎさんに質問させていただきました。 最近はソフトウェアの設計について調べると、DDDについての記事ばかりで辟易する一方、私がエンジニアになった頃にDDDに勢いがあった影響もあって私自身DDD以外の良い設計とされているものを知らず、DDDに胡散臭さを感じつつもDDDの考え方にとらわれている、毒親の影響を受けた子供のような状態から抜け出せずにいます。 その最たる例がリポジトリパター

                                DDD以外の設計手法についてご教示いただきたく、DDDの主張をある程度正確に理解した上でDDDをこき下ろしているイメージの強いくまぎさんに質問させていただきました。 最近はソフトウェアの設計について調べると、DDDについての記事ばかりで辟易する一方、私がエンジニアになった頃にDDDに勢いがあった影響もあって私自身DDD以外の良い設計とされているものを知らず、DDDに胡散臭さを感じつつもDDDの考え方にとらわれている、毒親の影響を受けた子供のような状態から抜け出せずにいます。 その最たる例がリポジトリパターンです。 よく依存性の逆転・DIと一緒に語られますが、くまぎさんがおっしゃる通り余計にインターフェースを切るのはイケてないと感じます。また、DI抜きにしても、リポトリパターン由来の様々な問題(N+1やバルクアップデート、管理画面用のメソッド生やしたくなる問題など)に対する解決策として提示さ

                                  DDD以外の設計手法についてご教示いただきたく、DDDの主張をある程度正確に理解した上でDDDをこき下ろしているイメージの強いくまぎさんに質問させていただきました。 最近はソフトウェアの設計について調べると、DDDについての記事ばかりで辟易する一方、私がエンジニアになった頃にDDDに勢いがあった影響もあって私自身DDD以外の良い設計とされているものを知らず、DDDに胡散臭さを感じつつもDDDの考え方にとらわれている、毒親の影響を受けた子供のような状態から抜け出せずにいます。 その最たる例がリポジトリパター
                                • 日本と海外の情報設計の違い|takumi

                                  「情報設計(IA: Information Architecture)」は、ユーザーが目的の情報に迷わずたどり着くための基盤となる重要な考え方です。私は国内向けのサービスを運営している事業会社に所属しており、普段からいろんなサービスを触っているうちに、日本と欧米のサービスの情報設計に大きな違いがあることに気づきました。 この記事では、日本と海外における情報設計の思想の違いについて調べたことを紹介します。 情報量満載の日本、削ぎ落とす欧米たとえば、楽天市場の日本版は、文字・画像・リンクが密集し、ファーストビューだけで何十もの情報が目に入ります。一方、Rakuten USは白を基調とした余白のあるレイアウトで、ユーザーの視線を絞り込むように設計されています。 同じ傾向はスターバックスにも見られます。日本版はキャンペーンや新商品を賑やかにアピールし、画像も豊富。一方、アメリカ版は大きなビジュアル

                                    日本と海外の情報設計の違い|takumi
                                  • 隈研吾氏設計の美術館が劣化でボロボロに…改修費3億円に住民衝撃 ふるさと納税で修繕計画も賛否|FNNプライムオンライン

                                    4日、取材班が向かったのは栃木・那珂川町。 豊かな自然に溶け込むように建てられた「那珂川町馬頭広重美術館」は、県外からも多くの人が訪れる人気の観光スポットです。 しかし、近づいてみるとある異変を発見。 黒ずみ、腐食した屋根。 ところどころ木材が折れ曲がり、激しく傷んでいるのが分かります。 完成して、24年の美術館。 老朽化が進み、3億円にも及ぶ大規模改修工事の必要に迫られていたのです。 多額の費用に、町民からは「無駄ですね。撤去してもらいたい」「えー!?3億円!?大丈夫ですかね…」などと、驚きの声が広がっています。 那珂川町馬頭広重美術館を設計したのは、世界的に有名な建築家・隈研吾氏。 木材を使った日本的な建築を手掛けることで知られ、国立競技場のデザインも担当しました。 老朽化が進む那珂川町馬頭広重美術館では、地元産の八溝杉(やみぞすぎ)を細く加工し格子状に並べていました。 屋根や壁に使わ

                                      隈研吾氏設計の美術館が劣化でボロボロに…改修費3億円に住民衝撃 ふるさと納税で修繕計画も賛否|FNNプライムオンライン
                                    • 老舗のCDリッピングツール「CD2WAV32」が約20年ぶりの更新 ~Windows 11専用で甦る/「Delphi 12.1」でUnicode対応、UI・設計のモダン化などを実施

                                        老舗のCDリッピングツール「CD2WAV32」が約20年ぶりの更新 ~Windows 11専用で甦る/「Delphi 12.1」でUnicode対応、UI・設計のモダン化などを実施
                                      • バッチ設計ガイドライン | Future Enterprise Arch Guidelines

                                        バッチ設計ガイドライン ​チーム開発する上で必要となるバッチ設計ガイドラインです。 バッチ設計ガイドライン次のリンクから単一ファイル版を取得できます。 Markdown

                                        • 後悔しないための技術選定とアーキテクチャ設計

                                          「アーキテクチャ」に対する一般的なイメージ インフラ設計図のような青写真──機能やデータがどこに配置され、どう結び付くかを俯瞰で示す全体像。 システムの骨格とルール──技術スタックやモジュール分割、データフローなど「こう作るべき」を規定する枠組み。 将来への建築基準──性能・安全性・保守性を支え、変更や拡張の自由度を左右する長期的な基盤。 「アーキテクチャ」の本質的な意味 建築から哲学、テクノロジーまで幅広い分野で使われ、人間の行動様式や社会関係を規定する重要な要素となっている。 建築物が人の動きを決めるように、社会制度やテクノロジーのアーキテクチャも私たちの行動や権力関係に影響を与えている。 ローレンス・レッシグのアーキテクチャ アーキテクチャは、人々の行動を規制する4つの力(法、社会規範、市場、アーキテクチャ)の1つとして定義される 「ある選択肢を選びやすく/選びにくくする」 という性

                                            後悔しないための技術選定とアーキテクチャ設計
                                          • AWS設計プロンプト

                                            シンプルかつ網羅的なAWS設計を生成するAIプロンプトの核心は: 構造化された出力フォーマット:設計書の章立てと各セクションの説明内容を明確に指定 具体的なパラメータ要求:抽象的な説明ではなく、実装に使える具体的な設定値を求める 選定理由の明確化:「なぜその選択をしたのか」の説明を求める 代替案との比較:検討した代替オプションとの比較を含める Well-Architectedの原則適用:AWSのベストプラクティスに基づく設計を促す このアプローチを活用すれば、AIの力を借りつつも、実装に直結する高品質なAWS設計書を効率的に作成できます。何より、設計者の時間を節約しながらも、その専門知識と判断を最大限に活かせるところに大きな価値があります。 ※以下を全量使用すると量が多いので、該当箇所のみの抜粋を推奨 以下の要件に基づいて、詳細かつ実装可能なAWSアーキテクチャを設計してください。各セクシ

                                              AWS設計プロンプト
                                            • 「みんなさぁ、データベースって何で学んだ?」単なるSQLやテーブル設計のいろはとかではなく『データベース』そのものの勉強についての質問に有益な情報が集まる

                                              𝕏 𝕃(おおきなえる)🌸🐻💿⚒️ @ellnore_pad_267 みんなさぁ・・・ データベースって何で学んだ? あんま学ぶチャンスなくね? そんなことはないか? 単なる SQL やテーブル設計のいろはとかではなく『データベース』そのものの勉強な。 オプティマイザとかその辺の細かい部分の話。 2024-09-09 20:18:38 𝕏 𝕃(おおきなえる)🌸🐻💿⚒️ @ellnore_pad_267 > 単なる SQL やテーブル設計のいろはとかではなく『データベース』そのものの勉強な。 オプティマイザとかその辺の細かい部分の話。 この部分読めてない奴が一定数おる???? 2024-09-10 10:12:46

                                                「みんなさぁ、データベースって何で学んだ?」単なるSQLやテーブル設計のいろはとかではなく『データベース』そのものの勉強についての質問に有益な情報が集まる
                                              • セキュアなAWS環境の設計についての解説【2024年版】 - サーバーワークスエンジニアブログ

                                                こんにちは!イーゴリです。 AWS にとって、クラウドのセキュリティは最優先事項です。(AWS公式ページ) AWS環境のセキュリティ対策としてAWSサービスを解説するよりも、まずはAWS環境の最適な設計について考える必要があります。AWS Well-Architected Frameworkを考慮しながらの設計を推奨します。AWS Well-Architected Frameworkを全部詳しく読むことをおすすめしますが、この記事では個人的に一番重要だと思う点について記載します。 とてもざっくり説明しますと、AWS Well-Architected Frameworkとは、クラウドシステムの最適な設計方法を提供するAWSのガイドラインで、6つの柱があります。この記事では基本的に「セキュリティ」の柱を技術的観点から見てみたいと思います。 AWS Well-Architected Framew

                                                  セキュアなAWS環境の設計についての解説【2024年版】 - サーバーワークスエンジニアブログ
                                                • システム設計を効率的に学べる「system-design-primer」 - Qiita

                                                  Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? はじめに エンジニアのみなさま、日々の学習本当にお疲れ様です! また本記事まで足を運んでいただき本当に感謝です。 最後まで読んでもらえると幸いです。 システム設計はエンジニアにとって重要なスキルですが、いざ学習しようとすると幅広い知識と実践的なスキルが求められるため、独学ではハードルが高く感じられることも多いです。今回は、システム設計を学ぶためのオープンソースプロジェクト 「system-design-primer」 を紹介します。system-design-primerを活用することで、システム設計の基礎から応用まで体系的に学べるとの

                                                    システム設計を効率的に学べる「system-design-primer」 - Qiita
                                                  • 任天堂・宮本茂氏が語るゲームデザイン。「ゲームデザインとは設計」。前に遊んだゲームをより豪華にするのではなく、身の回りの何をテレビゲームにしたらおもしろいかを組み立てる | ゲーム・エンタメ最新情報のファミ通.com

                                                    ゲーム・エンタメ最新情報のファミ通.comニュース任天堂・宮本茂氏が語るゲームデザイン。「ゲームデザインとは設計」。前に遊んだゲームをより豪華にするのではなく、身の回りの何をテレビゲームにしたらおもしろいかを組み立てる

                                                      任天堂・宮本茂氏が語るゲームデザイン。「ゲームデザインとは設計」。前に遊んだゲームをより豪華にするのではなく、身の回りの何をテレビゲームにしたらおもしろいかを組み立てる | ゲーム・エンタメ最新情報のファミ通.com
                                                    • もし今、先生がゼロから新しく証券会社や銀行のオンラインサイトを設計するとしたら、認証周りはどのように設計しますか?パスキー一択ですか? | mond

                                                      これは要件により変わるというのが回答になります。以下長くなりますが、お付き合い下さい。 オンラインバンキングの方は、不正取引との長い戦いの歴史があり、それでいて不正アクセスによる被害が減らないという現状があります。「こうすれば安全になる」という理屈は、長い歴史の中である程度知見が溜まっているはずですが、「利用者が使いこなせないのでその方式は普及していない」という手法もあります。その代表例として、トランザクション認証を挙げたいと思います。トランザクション認証については、私の過去のブログ記事をお読みください。 https://blog.tokumaru.org/2015/04/blog-post_28.html みずほ銀行のトランザクション認証を試してみた既に報道されているように、インターネットバンキングに対する不正送金事件が多発しています。 警察庁は2015年2月12日、2014年(平成26

                                                        もし今、先生がゼロから新しく証券会社や銀行のオンラインサイトを設計するとしたら、認証周りはどのように設計しますか?パスキー一択ですか? | mond
                                                      • Appleの新しいMac miniは、よりパワフルに、より小さく、そしてApple Intelligenceのために設計

                                                        Appleのまったく新しいMac miniは、よりパワフルに、より小さく、そしてApple Intelligenceのために設計 カリフォルニア州クパティーノ Appleは本日、M4チップと新しいM4 Proチップを搭載し、Appleシリコンに合わせて再設計することで、わずか12.7センチ四方と一段と小さくなった形状に驚異的なパフォーマンスを詰め込んだ、まったく新しいMac miniを発表しました。M4を搭載したMac miniは、M1モデルより最大1.8倍高速なCPUパフォーマンスと最大2.2倍高速なGPUパフォーマンスを実現します1。M4 Proを搭載したMac miniは、M4の先進的なテクノロジーを組み込み、スケールアップして一段と負荷の高い作業をこなします。さらに便利な接続性を提供するため、前面と背面にポートを搭載し、M4 Proモデルではさらに高速なデータ転送速度のためにThu

                                                          Appleの新しいMac miniは、よりパワフルに、より小さく、そしてApple Intelligenceのために設計
                                                        • PostgreSQL設計ガイドラインのご紹介 | フューチャー技術ブログ

                                                          はじめにフューチャー社内の有志メンバーでPostgreSQL DB設計ガイドラインを作成しました。 PostgreSQL設計ガイドライン | Future Enterprise Arch Guidelines形になってから数ヶ月寝かせており、ある程度社内の指摘を取り込むことができたのでこのタイミングで告知します よくあるDB設計規約との差別化ポイント単にDB設計ガイドラインというと何を今更?感もあるので、命名規則や型桁など一般的な内容に加え、以下の点でよくあるDB設計ガイドラインから一歩踏み込んだコンテンツとなるよう心がけました。 論理設計への踏み込み単なるテーブル定義やデータ型選択にとどまらず、より高度な論理設計の原則に焦点を当てています。 マスタ/トラン/ワークデータベース設計において、データの種類に応じてテーブルを明確に分離することは設計効率と保守性を高める上で重要ですが、意外とその

                                                            PostgreSQL設計ガイドラインのご紹介 | フューチャー技術ブログ
                                                          • バッチ設計ガイドライン | フューチャー株式会社

                                                            本ガイドラインは、世の中のシステム開発プロジェクトのために無償で提供致します。 ただし、掲載内容および利用に際して発生した問題、それに伴う損害については、フューチャー株式会社は一切の責務を負わないものとします。 また、掲載している情報は予告なく変更することがございますので、あらかじめご了承下さい。 はじめに ​バッチ処理とは、大量のデータを一括で処理するための手法であり、システム開発において今なお重要な位置づけにある。バッチ処理の対義語は逐次処理(リアルタイム処理・ストリーム処理とも呼ぶ)であり、業務イベントが発生する度に何かしらの処理を実行することを指す。逐次処理は処理結果を即時確認できるが、それによってユーザー体験(UX)の向上しない場合や、開発コストの低減(基本的には逐次処理の方が設計・運用の難易度が高い)・コンピュータ資源を下げたいなどに、バッチ処理を選択することが多い バッチ処理

                                                            • 会員証アプリなのに・・・ ポップアップ広告や告知で会員証を隠してしまう設計への違和感

                                                              最近よくある「会員証アプリ」の不満点をポストしたところ、想像以上に反応をいただいたので自分でまとめてみました。 細かな点ですが、多くの人が使うアプリで主目的への配慮を欠いた設計は多くの不満を呼ぶように思いました。

                                                                会員証アプリなのに・・・ ポップアップ広告や告知で会員証を隠してしまう設計への違和感
                                                              • 10分で分かるAIエージェントの設計パターン - Qiita

                                                                Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? はじめに こんにちは!KIYO Learningでスタディングの開発をしている @Kumacchiino です! 今回は、AIエージェントについての記事を書いてみようと思います。 近年、AIエージェントが注目を集めていますが、その実態や実装手法、導入時の注意点については、まだ不明瞭な部分が多いのが現状です。 そこで、本記事では各手法の概要やユースケースを整理し、実際の導入や活用に役立つ情報をまとめてみようと思います。 この記事は、Anthropicの「Building effective agents」をベースにしており、エージェントと

                                                                • ノンデザイナーでもできる。直感的で使いやすいUIの設計方法

                                                                  本セミナーでは、デザインやITの知識を持たない方でも直感的で使いやすいUIの検討(アプリケーションの画面設計等)を行える方法論をご紹介します。 DXに取り組む企業の増加、ノーコード開発ツールの発展などの背景から、最近、デザインやITの知識をほとんど持たない方が業務用アプリ等の画面をつくる機会が増え…

                                                                    ノンデザイナーでもできる。直感的で使いやすいUIの設計方法
                                                                  • すぐに役に立つものはすぐに陳腐化してしまうから方法ではなく設計の本を読む - API Design Patterns の読書感想文 - じゃあ、おうちで学べる

                                                                    あなたがさっきまで読んでいた技術的に役立つ記事は、10年後も使えるでしょうか?ほとんどの場合でいいえ はじめに 短期的に効果的な手法や知識は、ソフトウェア開発の分野において、急速に価値を失う傾向があります。この現象は、私たちが何を重点的に学ぶべきかを示唆しています。最も重要なのは、第一に基本的な原理・原則、そして第二に方法論です。特定の状況にのみ適用可能な知識や即座に結果を出すテクニックは、長期的には有用性を失う可能性が高いです。これは、技術や手法が時間とともに進化し、変化していくためです。 learning.oreilly.com 「API Design Patterns」は、このような考え方を体現した書籍です。しかも480 ページもあります。本書は単なる手法の列挙ではなく、Web APIデザインの根幹をなす原則と哲学を探求しています。著者のJJ Geewax氏は、APIを「コンピュータ

                                                                      すぐに役に立つものはすぐに陳腐化してしまうから方法ではなく設計の本を読む - API Design Patterns の読書感想文 - じゃあ、おうちで学べる
                                                                    • ソフトウェアの「詳細設計書」とはなんなのか - きしだのHatena

                                                                      「設計書」というのは、作るものの構造を抽象的に表現したものと言うことができます。 ただ、ソフトウェアの抽象化の仕組みはプログラミングコード自体に備わっているので、ソフトウェア生成可能な抽象的表現というのはコード表現ができるはずですね。コードで表現しておくと、整合性のチェックとかも行いやすいです。 でも、コードではない「詳細設計書」というものが一部業界には必要とされているので、その「詳細設計書」というのは実際はなんなのか考えてみます。 ※ 最初はタイトルは「設計書」としてましたが、話を限定するため「詳細設計書」に変更しました。 追記:納品物に関する記述を追加しました。 追記(2024/11/27):「概略図」「物理設備の設計」を追記 表現を変えたコーディング ソフトウェア生成可能な抽象的表現というのはコード表現ができるわけですが、文字で表記する必要もなく、ダイアグラムで表現することもできます

                                                                        ソフトウェアの「詳細設計書」とはなんなのか - きしだのHatena
                                                                      • PostgreSQLで時間枠を適切に扱う設計 - そーだいなるらくがき帳

                                                                        はじめに Googleカレンダーのような時間枠を扱うシステムを設計する際、開始・終了時刻を管理するロジックは容易ではない。 しかし、PostgreSQLには 範囲型 があり、この機能を活用することで、開始時刻(begin_at)と終了時刻(end_at)を1つのカラムで扱えるようになる。 そこで本稿では、範囲型を用いた設計と、その利点を紹介する。 時間枠を扱う難しさ まず前提として時間枠の扱いがなぜ難しいかを紹介する。 ソフトウェアデザインでやっている連載、実戦データベースリファクタリングの 【12】厄介な時間枠に向き合う でも紹介したが、時間の範囲を比較するときが難しい。 範囲の重なりには以下の種類がある。 包含:範囲Aが範囲Bを完全に含む 重複:範囲Aと範囲Bに共通点がある 隣接:範囲Aと範囲Bが隣り合う 時間枠の扱いはSQLに限らず、プログラミングの題材として難易度が高い。 特に重複

                                                                          PostgreSQLで時間枠を適切に扱う設計 - そーだいなるらくがき帳
                                                                        • Web API設計ガイドラインを公開しました | フューチャー技術ブログ

                                                                          こんにちは。Strategic AI Group の佐藤です。 フューチャーでは さまざまなガイドラインを公開しており 、本ブログでも 「ガイドライン」タグ に過去の紹介記事がいくつか載っています。Web API に関するガイドラインも昨年11月から検討を開始し、今年の 1/17 に 公開されました! 本記事はそのご紹介です。 4ヶ月も寝かせていて本当に申し訳ありません 本ガイドラインの経緯フューチャーでは様々な規模、様々な環境で動くシステムを構築しています。システム開発におけるバックエンド設計かくあるべしという共通知識は大規模システムに偏っていて、昨今急速に数を増やしている Web ベースのシステムに限った話というものはあまり言語化されていませんでした。 そこで今回、設計の属人性を軽減させ、知識の横展開を容易にするべくガイドラインを作成・公開しました。当初はHTTPメソッドやステータスコ

                                                                            Web API設計ガイドラインを公開しました | フューチャー技術ブログ
                                                                          • 『ドメイン駆動設計をはじめよう』がわかりやすすぎた|ミノ駆動

                                                                            こんにちは、リファクタリング大好きなミノ駆動です。 2024/07/20に発売された『ドメイン駆動設計をはじめよう ―ソフトウェアの実装と事業戦略を結びつける実践技法』を、訳者の増田亨氏よりご恵贈賜りました。 この記事は、この書籍の感想です。 著者の許可を得た上でのだいたんな意訳総評等の前にいの一番で伝えたいポイントです。 エリック・エヴァンス氏の『ドメイン駆動設計』は大変価値の高い知見が網羅されている一方、「ユビキタス言語」や「境界づけられたコンテキスト」といった独特の用語が登場したり、難しい言い回しをしていたり、読解がかなり難しい書籍です。 独自用語が登場するたびに「ユビキタス言語?なんだこれ?」とつまづきを覚え、内容理解に集中できず、読む手が止まってしまったことがある人も少なくないのではないでしょうか。 本書『ドメイン駆動設計をはじめよう』は『Learning Domain-Driv

                                                                              『ドメイン駆動設計をはじめよう』がわかりやすすぎた|ミノ駆動
                                                                            • 2025年の年始に読み直したいAIエージェントの設計原則とか実装パターン集

                                                                              関連リソース Agent Design Pattern Catalogue: A Collection of Architectural Patterns for Foundation Model based Agents 【論文紹介】LLMベースのAIエージェントのデザインパターン18選 基盤モデルを用いたAIエージェントの設計パターン The Landscape of Emerging AI Agent Architectures for Reasoning, Planning, and Tool Calling: A Survey The Landscape of Emerging AI Agent Architectures for Reasoning, Planning, and Tool Calling: A Survey は、「AIエージェントのアーキテクチャ」について、シン

                                                                                2025年の年始に読み直したいAIエージェントの設計原則とか実装パターン集
                                                                              • アーキテクチャ設計の民主化とADR(Architectural Decision Records)による意思決定の未来 - Facilitating Software Architecture の読書感想文 - じゃあ、おうちで学べる

                                                                                年末年始の慌ただしい時期に、数ある選択肢の中からこちらの記事をお読みいただき、誠にありがとうございます。 人生を定期的に振り返ることには、本書で取り上げられているADR(Architecture Decision Records)に通じる素晴らしさがあります。過去の決定とその背景を記録し、将来の自分や他者が参照できる形で残すことは、個人の成長にとって貴重な資産となります。そんな観点から今年を振り返ってみると、2024年は私自身にとって大きな試練と変化の年でした。 印象的だったのは、ある時期に突然、技術に対する興味や情熱が完全に失われてしまったことです。それは技術分野に限らず、仕事全般や私生活にも波及し、何をするにも意欲が湧かない、深い無気力状態に陥ってしまいました。 しかし、この困難な時期を経て、いくつかの意味のある変化が生まれました。私は以前から技術書の書評を書いていましたが、これは主に

                                                                                  アーキテクチャ設計の民主化とADR(Architectural Decision Records)による意思決定の未来 - Facilitating Software Architecture の読書感想文 - じゃあ、おうちで学べる
                                                                                • ドキュメントとしての詳細設計書と、プロセスとしての詳細設計 - 勘と経験と読経

                                                                                  「ソフトウェアの「詳細設計書」とはなんなのか」というブログ記事を読んで考えたこと。設計に関するプロセスとドキュメンテーションの関係性についての考えの整理。SI屋的な視点で。 2024/8/18追記:文中にあった雑な文系disが不愉快というご指摘を受けました。ご指摘の通りだと思いましたので訂正しています。大変失礼しました。 「詳細設計書」とはなんなのか nowokay.hatenablog.com こちらの記事では詳細設計書とは以下のようなものであると整理されている。 表現を変えたコーディング(の一種) 机上プロトタイプ(の一種) 分析資料 保守(のための)資料 (水平作業の場合の)作業指示書 (委託している場合の)契約資料 上記以外で考えられるのは次のようなものがあるだろう 利害関係者が要求している たとえば受託開発において発注者が要求している場合 ほかには連携している相手先システム側から

                                                                                    ドキュメントとしての詳細設計書と、プロセスとしての詳細設計 - 勘と経験と読経