並び順

ブックマーク数

期間指定

  • から
  • まで

481 - 520 件 / 13716件

新着順 人気順

設計の検索結果481 - 520 件 / 13716件

  • 子どもの進学を見据え文京区に建てた家。全館空調&全館浄水器で快適さを追求【エンジニア、家を建てる】 - MY HOME STORY │スーモカウンター注文住宅

    東京都文京区に注文住宅を建てたエンジニアのTomohisaさん。都心に注文住宅を建てるという金額面でのデメリットを懸念しつつも、長期的な資産価値を考慮し「建物ではなく土地に可能な限り予算をかける」ことを選択しました。 そうして建てた自宅では全館空調、全館浄水器といった生活の快適さを追求する一方で、仕事スペースやネットワーク環境は必要最小限に。さまざまな制約がある中でバランスを取った家づくりを心がけたといいます。 職業柄、「よりよいもの」や「よりよい環境」を求める方が多いエンジニアの家づくりを紹介する「エンジニア、家を建てる」第8回です。 はじめまして、Tomohisaと申します。年齢は40代後半で、同世代の妻と小学生の娘2人(小5、小2)の4人で暮らしています。 大学生の頃に外資系ベンチャー企業でアルバイトを経験して以来、ベンチャー企業を渡り歩くエンジニア人生を送ってきました。アプリからイ

      子どもの進学を見据え文京区に建てた家。全館空調&全館浄水器で快適さを追求【エンジニア、家を建てる】 - MY HOME STORY │スーモカウンター注文住宅
    • 思わず天を仰いでしまうID関連システムトラブル - =kthrtty/(+blog)

      こんにちは。アドカレ12/24の記事を簡単にではありますが書かせていただきました。(25日のポストで遅刻ですが) Digital Identity技術勉強会 #iddanceのカレンダー | Advent Calendar 2023 - Qiita はじめに 本日のテーマ:思わず天を仰いでしまうID関連システムトラブル 本日のテーマは、みんな大好き「トラブル」の話です。CIAM(Consumer Identity and Access Management)領域のさまざまなシステムにさまざまな立場で関わり、さまざまなトラブルに遭遇してきた経験を踏まえて、クリスマスの合間の気楽な読み物として記載しましたので、一息ついていただければ幸いです。 今回はトラブルの中でも思わず「天を仰いでしまう」激ヤバトラブルにフォーカスして、私的ランキング形式でお届けしたいと思います。 天を仰ぐトラブルとは? 私

        思わず天を仰いでしまうID関連システムトラブル - =kthrtty/(+blog)
      • 技術選定の成功 2年間を振り返る TypeScript,Hono,Nest.js,React,GraphQL

        技術選定の成功 2年間を振り返る TypeScript,Hono,Nest.js,React,GraphQL 技術選定に失敗はない 技術選定に失敗はありません。 仮説を立て、検証し、結果の分析からNext Actionを考える。検証の結果がどうであれ、それは過程に過ぎません。 机上の空論だけで全てを理解できるほど、我々人間は賢くないのです。(注意: これは人類全体を誹謗中傷する意味ではありません。) この記事では、この2年間で行った技術選定の成功例をその理由と共に紹介していこうと思います。 申し訳遅れましたが、私、YadaYadaKonnanYadaといいます。私は今回初めて記事を書いたので、どうぞお手柔らかに。 Twitterエンジニア垢作りました。エンジニアのお友達がいません。 @uncode_jp 前提 技術選定に結論はありません。組織毎に前提が違うのだから当然のことです。みんな違っ

          技術選定の成功 2年間を振り返る TypeScript,Hono,Nest.js,React,GraphQL
        • イーロン・マスク氏、ハリス副大統領が共産主義の制服を着た偽画像を投稿

          (CNN) ドナルド・トランプ前大統領の支持者であるIT業界の大富豪イーロン・マスク氏は2日、共産主義の赤い制服を着たカマラ・ハリス副大統領と見られる偽画像をSNSに投稿した。 マスク氏は自身が所有するX(旧ツイッター)に「カマラは就任初日から共産主義の独裁者になると誓っている。彼女がこの服を着ているなんて信じられるか?」と投稿した。これはハリス氏が、トランプ氏は「就任初日から独裁者」になるとの警告を投稿したことを受けたもの。 Xのポリシーは、利用者について「人々を欺いたり混乱させたりして損害をもたらす可能性のある、合成または操作されたメディアや、文脈から切り離されたメディアを共有することはできない」としている。さらに「誤解を招くメディアを含む投稿にはラベルを付け、その信ぴょう性を人々が理解できるよう支援したり、追加の文脈を提供したりする場合がある」という。 マスク氏の投稿にはそのようなラ

            イーロン・マスク氏、ハリス副大統領が共産主義の制服を着た偽画像を投稿
          • 【入門】事例で学ぶ要件定義 - Qiita

            はじめに 最近プロジェクトマネジメント関連の仕事をする機会が増え、要件定義や設計関連の業務もするようになったので、私の経験を基に要件定義の具体的なプロセスや考え方について、まとめていきます。 本記事について Findy様の「要件定義 先達に学ぶ今日から使える実践テクニック Lunch LT」で登壇した内容を元に作成しています。 この記事の対象者 要件定義の基本や思考プロセスを学びたい人 エンジニアからプロジェクトマネジメントをやりたい人 ビジネスサイドとエンジニアサイドのコミニュケーション能力を向上させたい人 具体的な事例を通して要件定義を学びたい人 前提 紹介する内容はあくまで一例であり、プロジェクトやチームの状況に応じて調整が必要 あくまで自分(駆け出しPM)の経験に基づいた内容を言語化しています プロジェクト規模は10名〜20名のWebアプリ開発を想定しています システム開発の全体像

              【入門】事例で学ぶ要件定義 - Qiita
            • 「架空の女性社員」を演じて同僚を落とせ!ときめき社内チャット選手権 | オモコロ

              最近、ときめいてますか? 起伏のない日常が輝くひとさじのスパイス。それが「間接的なコミュニケーション」です。 手紙やチャットアプリを介して会話しながら 「この人、もしかして私のこと……?」 と悶々とする時間には、月餅を凌ぐ栄養価があります。 しかし、そう簡単にときめく機会など訪れないのが世の常。 だったら…… のではないでしょうか。 つまりこういうことです。 「架空の社員」を創造して仕事中にチャットとかでやりとりしたらめちゃくちゃ楽しいんじゃないの!? ということで今回は を開催いたします。 この記事はSKYN®の提供でお送りいたします。 今回、社内チャットで競い合うのはこの3人! 原宿:株式会社バーグハンバーグバーグの社員でオモコロ編集長。アイドルと妄想で会話するファンサイトを運営していたことがある。 恐山:株式会社バーグハンバーグバーグの社員。小学生のとき、ノートに架空の住民票を書いて

                「架空の女性社員」を演じて同僚を落とせ!ときめき社内チャット選手権 | オモコロ
              • アジャイルでも、ウォーターフォールでもない。リクルートの新決済システムは「異色のコラボ」で作られた - はてなニュース

                アジャイル・スクラム開発とウォーターフォール開発──開発手法を巡ってしばしば対立項に置かれるこの二つのスタイルは、考え方はもちろん、段取りやマネジメントの方法もまるで異なります。そんな全く異なるスタイルをとる二つのチームがコラボレーションし、開発プロジェクトを推進していくことは現実的に可能なのでしょうか? そんなコラボレーションを、決済というミッションクリティカルな領域で実現し、新たなシステムのリリースにこぎ着けた実例がリクルートにはあります。 英語や英会話の学習を支援する『スタディサプリENGLISH(以下、スタサプENGLISH)』では、今や主流となりつつあるサブスクリプションモデルに決済システムが対応できていないという課題がありました。そこで、決済・金融関連のシステムを開発するチームと共同で、新たな決済システムの開発に取り組みました。 『スタサプENGLISH』のチームは、内製の開発

                  アジャイルでも、ウォーターフォールでもない。リクルートの新決済システムは「異色のコラボ」で作られた - はてなニュース
                • 右折待ちゼロは「逆転の発想」から!? 衝突事故防ぐ画期的なアイデア「反転交差点」実用化へ本研究開始 “矢印信号”もいらない!一体どんな構造なのか

                  国土交通省の新技術研究として、「反転交差点」という先進的な交差点構造の本研究が始まりました。安全でスムーズな走行を実現する新発想の交差点、一体どんなものなのでしょうか。 アメリカの先進事例に着目 国土交通省が採択して研究される「道路に関する新技術」で、交差点の課題解決に期待される新たな技術が、研究スタートとなります。 「反転交差点」と呼ばれるこの新技術、いったいどんな技術なのでしょうか。実現すればどう便利になるのでしょうか。 交差点の信号待ち渋滞を解決する策としては「ラウンドアバウト」というものがあります。交差点を環状にすることで、南北側も東西側も交差点内で同じ方向へ進み、信号が無くても接触なく交差点を通過できるというものです。 しかしラウンドアバウトが機能するのは、あくまで通過交通が比較的少ない場合のみ。大都市部ではなかなか効果的に導入できません。 そこで他の事例として、可能性が提言され

                    右折待ちゼロは「逆転の発想」から!? 衝突事故防ぐ画期的なアイデア「反転交差点」実用化へ本研究開始 “矢印信号”もいらない!一体どんな構造なのか
                  • “アニサキス殺し”パルスパワーは「器用貧乏」な技術だった 「電気エネルギー界のドラえもん」が拓く未来【フォーカス】 レバテックラボ(レバテックLAB)

                    “アニサキス殺し”パルスパワーは「器用貧乏」な技術だった 「電気エネルギー界のドラえもん」が拓く未来【フォーカス】 2024年6月18日 熊本大学産業ナノマテリアル研究所 准教授 浪平 隆男 パルスパワー工学研究者。1999年に熊本大学工学研究科修士課程を修了。米テキサス工科大学パルスパワー・パワーエレクトロニクスセンター客員教授などを経て、2007年より熊本大学バイオエレクトリクス研究センター准教授。同センターは2013年に改組によりパルスパワー科学研究所に。2020年には研究所の再編により、現・産業ナノマテリアル研究所に至る。パルスパワー技術の実用化を目指し、幅広い応用研究をこれまでに手がける。 researchmap 熊本大学産業ナノマテリアル研究所 日本の生食文化を守りたい|新アニサキス撃退法の社会実装へご支援を 浪平・王研究室※ (※):研究室サイトについては、お使いの環境によっ

                      “アニサキス殺し”パルスパワーは「器用貧乏」な技術だった 「電気エネルギー界のドラえもん」が拓く未来【フォーカス】 レバテックラボ(レバテックLAB)
                    • このSRE本がすごい!2024年版 - じゃあ、おうちで学べる

                      はじめに 有用な知識の特性 Google SRE リソース Site Reliability Engineering: How Google Runs Production Systems The Site Reliability Workbook: Practical Ways to Implement SRE Building Secure and Reliable Systems: Best Practices for Designing, Implementing, and Maintaining Systems SLO Adoption and Usage in SRE Creating a Production Launch Plan Training Site Reliability Engineers: What Your Organization Needs to Cre

                        このSRE本がすごい!2024年版 - じゃあ、おうちで学べる
                      • 顧客の要望から要件定義、システム生成まで自動化する「Babel」 OSSの「Zoltraak」がコア

                        AIと量子コンピューティングの研究開発を行なうKandaQuantumは、2024年8月31日、顧客の要望内容を元に自動的に要件定義を生成し、さらに自律的にシステムを構築する要件定義システム生成AI「Babel(バベル)」をリリースした。 Babelは一行の要望から要望一覧、要件定義まで一気通貫で記載する。「要件定義プログラミング」により、自然言語からコードへの直接変換を実現。顧客の要望やビジョンを入力するだけで、Babelが詳細な要件定義のYAMLファイルを自動生成する。その上で生成された要件定義に基づき、Babelが独自にシステムを設計、開発。技術的な詳細を指定することなく、望む機能やふるまいを記述するだけでシステムが構築される。

                          顧客の要望から要件定義、システム生成まで自動化する「Babel」 OSSの「Zoltraak」がコア
                        • あまりに異常なデジタル庁、「日本企業追い出しルール」を突き付ける河野太郎大臣

                          1979年生まれ。京都大学経済学部卒業。国会議員秘書を経てプレジデント社へ入社、プレジデント編集部配属。経済誌としては当時最年少でプレジデント編集長就任(2020年1月)。2021年7月に独立。現在に至る。 Twitter → https://twitter.com/ogurapunk CONTACT → https://k-ogura.jp/contact/ DOL特別レポート 内外の政治や経済、産業、社会問題に及ぶ幅広いテーマを斬新な視点で分析する、取材レポートおよび識者・専門家による特別寄稿。 バックナンバー一覧 国や地方自治体などの公的機関が、その行政業務を行うために必要なコンピューターシステムを共有するための仕組みである「政府(ガバメント)クラウド」。昨年11月、その提供事業者に初めて国内企業が選ばれたが、デジタル庁関係者は「日本企業の参入を妨害する」障壁があるという。(イトモス

                            あまりに異常なデジタル庁、「日本企業追い出しルール」を突き付ける河野太郎大臣
                          • Next.js って App Router が出てきて平和じゃなくなったよね

                            背景 Next.js に App Router が導入されてから1年近くが経ちました。しかし、未だに App Router を前提として設計のベストプラクティスが定まっておらず、身近なフロントエンドエンジニアはみな「まだプロダクトに取り入れるには考えることが多いよね」という共通認識のまま止まっているような気がしています。 また、App Router が導入されるまでは、技術選定の無難な選択肢として Next.js が最有力でした。しかし、現在は App Router の設計のプラクティスが未発達なことや、オーバースペックであるという見方が出てきており、検討しなければならないことが多くなったように感じます。 そうした中で、ではその懸念というのはどのようなものがあり、導入しずらい要因に何があるのか、というところが、今回執筆を行う上での背景になります。 App Router導入で考えないといけな

                              Next.js って App Router が出てきて平和じゃなくなったよね
                            • ゲームプランナーが仕様書を書き始める前に考えておくべきこと|panke

                              【この記事の対象者】 仕様書の書き方が分からなくて、困っているゲームプランナー ゲームプランナーの素養を身に付けたい人 ゲーム開発に興味がある人 【この記事で学べること】 仕様の考え方 仕様書の作成方法 ゲームデザインに関する基礎知識 前回の記事 前回の記事では、なぜ人によって仕様書作成の能力に差が出るのかを解説しました。今回は仕様書作成の能力を身に付けるための方法を紹介します。 はじめに仕様書が書けない人は、次のどちらかに当てはまると思います。 やりたいことがはっきりしていない やりたいことがはっきりしているが、何を書けばいいのか分からない 『2』に関しては「仕様書の書き方」を調べていけば、答えにたどり着く可能性があります。 しかし、『1』の場合は「仕様書の書き方」を調べても、答えにたどり着けません。なぜなら、「仕様書の書き方」でつまづいているのではなく、「仕様の考え方」の部分でつまづい

                                ゲームプランナーが仕様書を書き始める前に考えておくべきこと|panke
                              • チームにポジティブなコミュニケーションを増やす スキルマップの使い方 - MonotaRO Tech Blog

                                こんにちは、モノタロウのUIUXグループの澤井です。 主にサービス開発や商品開発のためのリサーチ・体験設計、これらのための仕組みづくり・運用に携わっています。 この記事では、チームにポジティブなコミュニケーションを増やすために、メンバー同士の自己開示のためのツールとしてスキルマップを利用したこと、利用にあたって工夫したことについてお話していきます。 目次 スキルマップってどんなツール? スキルマップを利用しようと思った背景 スキルマップの利用にあたって工夫したこと スキルマップを利用してどうだったか おわりに スキルマップってどんなツール? そもそもスキルマップはどんなものかといいますと、縦軸と横軸を中心で交差させて分けた4つのセグメントにスキルをマッピングして傾向や状態を可視化するものです。自己紹介や自己分析に使ったり、目的によって様々に利用できる便利なツールです。 詳しくは、宇野さんの

                                  チームにポジティブなコミュニケーションを増やす スキルマップの使い方 - MonotaRO Tech Blog
                                • 私の2023年邦楽TOP10

                                  今回も自分語りしかない 10 - 6 キャロライン / 生活の設計作詞・作曲:大塚真太朗 "ニュー喫茶ロック"を標榜する3人組バンドのキャロライン 終盤明らかにフリッパーズを意識させるフレーズもある サンデリア / Lay 作詞:Lay & hiromasa.i 作曲:hiromasa.i シンガーソングライターLayは2008年生まれ 疾走感のあるテクニカルなアコギでめちゃくちゃファンクやっています かっこいい~ それって魔法かも? / Negicco作詞・作曲:オカモトコウキ(OKAMOTO’S) 祝20周年! 新潟のご当地アイドルNegiccoの最新EP「Perfect Scene」より EPにはこの曲のオカモトコウキのほかに長谷泰宏・小西康陽・南葉洋平・connie・クラムボンのミトが参加 ターミナル / RYUTist作詞:清浦夏実 作曲:北川勝利・沖井礼二 同じく新潟からRYU

                                    私の2023年邦楽TOP10
                                  • 網羅的なPRDやDesign Docを書かなくなった - kosui

                                    2024/06/12 16:16 結論を追記 2024/06/12 20:29 より記事の内容を分かりやすく理解頂くため、タイトルを「PRDやDesign Docを書かなくなった」から変更 2024/06/13 20:39 結論にフロー情報・ストック情報に関する意見を追記 結論 この記事では、「様々な観点を考慮して網羅的にドキュメントを書いて、それを関係者にレビューしてもらう」のではなく、関係者と同期的に対話しながら、観点や選択肢やそのトレードオフを洗い出すことで、少ない手数でより良い答えが見つけられると主張する。 ただし、対話のために必要なドキュメントは事前に書いておくべきだし、対話した結果はドキュメントに残すことが望ましい。そして、そのドキュメントのフォーマットはPRDやDesign Doc以外でも良い。例えば、ADRはアーキテクチャに関する議論の過程と結果を述べる上で必要十分なフォー

                                      網羅的なPRDやDesign Docを書かなくなった - kosui
                                    • なんで今さら帳票エンジンを新規開発しているのか

                                      yagisan-reports開発チームリーダーのterurouです。 デンキヤギでは yagisan-reports という「Webで使うことを前提とした」商用の帳票エンジンを開発しています(厳密にはyagisan-reportsはエンジン単体の製品ではなくクラウドサービスとして開発していますが、この記事では帳票エンジンとして記載しています)。 yagisan-reportsとは 「Webブラウザ単体で動作すること」にこだわっている帳票エンジン です。 2023年11月現在、アーリーアクセス版を提供しています。既に3社5システムで本番稼働しており、一番長いものでは3年ほど本番稼働を続けています。開発中のシステムも含めると、さらに数社あります。 元々はアーリーアクセス版の公開から早めにパブリックベータに移行する計画だったのですが、ありがたいことに早期から大口の導入相談が複数あり、こちらを優

                                        なんで今さら帳票エンジンを新規開発しているのか
                                      • ワンオペ経営&ダンジョン探索ローグライト『Cuisineer(キュイジニア)』があまりに忙しすぎて面白い。食材調達、レストラン経営、改築、調理、配膳、会計などをギリギリ全部ひとりでこなせる奇跡のバランス

                                        ワンオペ経営&ダンジョン探索ローグライト『Cuisineer(キュイジニア)』があまりに忙しすぎて面白い。食材調達、レストラン経営、改築、調理、配膳、会計などをギリギリ全部ひとりでこなせる奇跡のバランス 『どうぶつの森』や『スターデューバレー』など、スローライフを満喫するゲームをこよなく愛し、プレイ時間を数えることはやめた筆者が紹介する作品は、レストラン経営&アクションRPGを銘打つ新作『Cuisineer(キュイジニア)』だ。 倒されると取得したアイテムはほぼロスト……かわいいが、油断できない!本作は、冒頭で述べた『どうぶつの森』や『スターデューバレー』のような村での生活系コンテンツやハウジングに加えて、酒場のマスターが体験できるRPG『Travellers Rest』のような店舗経営要素に、『ディアブロ』シリーズのように見下ろし画面で大量の敵が押し寄せてくる戦闘や、倒されると持ち物の半

                                          ワンオペ経営&ダンジョン探索ローグライト『Cuisineer(キュイジニア)』があまりに忙しすぎて面白い。食材調達、レストラン経営、改築、調理、配膳、会計などをギリギリ全部ひとりでこなせる奇跡のバランス
                                        • DDDでの要件定義〜実装までの流れについて解説します

                                          本記事では、ソフトウェア開発手法の一つであるDDD(domain-driven design)を使って要件定義〜実装を行う際のプロセスやポイントについてまとめていきます。 (書籍「ドメイン駆動設計モデリング/実装ガイド」の内容を大いに参考にさせていただいていますが、独自の内容・考察も記載しているつもりです。) DDD とは? DDD(domain-driven design)は日本語に訳すとドメイン駆動設計で、ソフトウェア開発手法の一つです。 ドメイン駆動という言葉から、ドメインというものが重要そうだということは伝わってくると思いますが、そもそもドメインという言葉が抽象的でわかりにくいですよね。 ドメインは直訳すると「領域」ですが、DDD で指している「領域」とは「ソフトウェアで問題解決しようとする対象領域」です。 そして、① ドメインについての理解を深めてモデルを作成し(DDD では、後

                                            DDDでの要件定義〜実装までの流れについて解説します
                                          • なぜ日本はITに“めっぽう”弱いのか? 根本原因が「大学教育とOJT」と言えるワケ

                                            先端分野ほど強い米国、対する日本は? 米国の人口は、世界人口の約4.3%だ。ところがGDPでは世界の約25%を占める(注1)。こうなるのは、米国の1人当たりGDPが世界平均より高いからだ。 この点では日本も同じだ(日本の対世界シェアは、人口では約1.6%だが、GDPでは約6%)。しかし、ここから後は、米国と日本で大きな違いがある。 企業の時価総額世界ランキングを見ると、上位100社の企業数は、米国で61社だが、日本は1社(トヨタ自動車)しかない(2024年5月2日現在)。上位10社を見ると、米国企業が8社と、ほとんど米国の独占状態になる。それに対して、日本はゼロだ。つまり、米国の産業構造は、日本に比べてはるかに収益力が高く、高度化している。 米国は、IT産業で圧倒的に強い。そもそも、IT産業という新しい分野を作ったのが、GAFA+マイクロソフトという米国企業群だ。最近では、高性能半導体の設

                                              なぜ日本はITに“めっぽう”弱いのか? 根本原因が「大学教育とOJT」と言えるワケ
                                            • Linux カーネルをバイパスして TCP 通信を 10 倍速くする | IIJ Engineers Blog

                                              【IIJ 2023 TECHアドベントカレンダー 12/16の記事です】 この記事について 背景:TCP はコンピュータネットワークの通信において広く利用されているプロトコル・標準化された通信規格です。コンピュータは TCP/IP スタックと呼ばれるようなソフトウェアを実行することで、定められた規格に則って通信を行います。汎用 OS 環境では、TCP/IP スタックは多くの場合、カーネル空間に OS 機能の一部として実装されています。 課題:通信に関するソフトウェアの研究コミュニティでは、そのようなカーネル空間に実装されている TCP/IP スタックは、近年の高速な NIC の性能を十分に引き出すことが難しいという課題が指摘されてきました。 テクニックの紹介:当記事では、近年の研究コミュニティにおいて比較的一般的な高速化テクニックとされている「カーネルをバイパス(迂回)して TCP 通信を

                                                Linux カーネルをバイパスして TCP 通信を 10 倍速くする | IIJ Engineers Blog
                                              • ある日、肛門という部位のデザインは特許レベルだと気付き「現状の尻を超える尻の設計は無理だ」と心底思った

                                                服さん @fukusanity 尻のデザインすごくて、中心に肛門っていうウンチが出る穴があるんだけど、普通なら蓋みたいな構造にしてしまいそうなところを2つの肉の塊でギュッと包むことで穴を塞いでるんですよね。蓋みたいな構造だと汚れが溜まりそうだし、ウンチ出す前に蓋を開ける手間が発生するんだけど、考えた奴は賢すぎる 2023-12-26 23:20:25 服さん @fukusanity 「2つの肉を挟み込む穴の開閉構造(以下: 肉挟み込み開閉構造)」は水でジャーっと洗えば汚れを落とせるしガチですごい.だからこそ肛門はヒンジを伴う蓋の構造ではなく,肉挟み込み開閉構造が採用されたのでしょう.この仕組み口部にも採用されており,恐らくですが特許を押さえていますね 2023-12-27 09:59:49 服さん @fukusanity この前これに気付いて「現状の尻を超える尻の設計は無理だ」と思った。そ

                                                  ある日、肛門という部位のデザインは特許レベルだと気付き「現状の尻を超える尻の設計は無理だ」と心底思った
                                                • "クラウドアプリケーション 10の設計原則" をもっと楽しむ

                                                  ※リンクを効かせたい場合はダウンロードしてください

                                                    "クラウドアプリケーション 10の設計原則" をもっと楽しむ
                                                  • インターネットが生まれるまで - デマこい!

                                                    徒歩よりも遅かった ローマ帝国時代後期、ローマ支配下のエジプトの法的文書には、暦日と在位中の皇帝の名前が記載されていました。当時はローマで新しい皇帝が即位しても、それがエジプトに伝わって法的文書に反映されるまでにタイムラグがありました。このタイムラグを調べると、古代における情報伝達の速さを推測できます。また、近世に入った1500年頃の情報伝達の速さは、ヴェネチアの商人たちの日記から推測できます[1]。 その結果を見ると、平均時速はほとんど変わらず時速1・5キロメートルほどだったようです。産業革命以前の世界では、情報伝達は人間の歩行速度よりも遅かったのです。 出典:グレゴリー・クラーク『10万年の世界経済史』下巻p177 出典:グレゴリー・クラーク『10万年の世界経済史』下巻p178 近代の情報伝達の速さは、ロンドンの新聞から推測できます。世界中で起きた事件がロンドンで報道されるまでのタイム

                                                      インターネットが生まれるまで - デマこい!
                                                    • 決済ステータス定義の最適解

                                                      ネットスーパーシステムの決済ステータス表現 (状態遷移) は複雑だ。 その理由は要求要件が多いことに起因しているが、多いことが悪いのではなく、それに応えなければシステムとして真の価値を発揮できないからで。逆に問題解決できなければ、著しく利便性を落としてしまうので、必須要件という位置付けにある。 前提文脈を汲み取りづらいモデリングなので、問題解決例を示すのはあまり見かけないが、自分が考えた決済ステータス定義の答えを示す。 この内容は過去にブログや登壇で話した内容の延長でもあるので、過去の内容も参考にすると良いかもしれません。 「E-Groceryにおけるカード決済処理の難しさと設計戦略」 「ネットスーパーの買い物体験を支える工夫と決済機能実現の過程」 前提条件 注文から支払い完了まで時間差がある注文後に注文内容の変更ができる品切れが発生するケースがある販売員が注文内容を変更できる0円での支払

                                                        決済ステータス定義の最適解
                                                      • コーナンの作業台、コストカットの鬼みたいな薄い鉄板性だけど脚のプレスの入れ方に驚いた「これどんな神が設計したんですか?」【追記あり】

                                                        Akihiro Komori @comocc コーナンの作業台買ったんです。薄い鉄板で出来ててコストカットの鬼みたいな雰囲気。なんだけど、この脚のプレスの入れ方をみて驚いた。これどんな神が設計したんですか?この加工だけで強度と安定性爆上がりですよ。大学は機械系だったけど、こんなの授業じゃ習わなかったなあ。惚れ惚れする。 pic.twitter.com/vMDuBeXdJ6

                                                          コーナンの作業台、コストカットの鬼みたいな薄い鉄板性だけど脚のプレスの入れ方に驚いた「これどんな神が設計したんですか?」【追記あり】
                                                        • 中1のスマホをyoutubeやLINEだけ時間制御すればいいと思ったら甘かった話→「いや天晴れだよ」「子供って頭良いよね」

                                                          ✨nori @00oichan SES→金融系SIer→外資SaaSエンジニア ServiceNow/生成AIプロンプトフェチ/ITIL運用設計/UiPath/Power Automate PowerBIを愛する札幌出身相模原在住の2児の父 Amazonアソシエイト nori @00oichan Androidのペアレント設定(ファミリーリンク)をしている親御さん、子どもに天気予報などの生活アプリくらい無制限で使わせてやろうなんて思わないことです youtubeやLINEだけ時間制御すればいいってのは甘い 子どもは広告やアプリからの簡易ブラウザ経由でどこへでもアクセスします pic.twitter.com/pfTSIHEvwB

                                                            中1のスマホをyoutubeやLINEだけ時間制御すればいいと思ったら甘かった話→「いや天晴れだよ」「子供って頭良いよね」
                                                          • Enumとてもつらい、でも負けない - エムスリーテックブログ

                                                            列挙型、JavaでいうならEnum型、使っていますか。使わないわけにいきませんよね。 でも、Enumを使っていたせいで辛い目にあったことありませんか。ないですか。それならきっともうすぐに辛い目にあうと思います。 Enumはすべてのプログラマに等しく辛みを与えてくれるからです。そんな辛みについて、ちょっと一緒に直視してみましょう。 エムスリーエンジニアリンググループ、Unit1(製薬企業向けプラットフォームチーム)三浦(@yuba@reax.work) [記事一覧 ]がお送りいたします、エムスリー Advent Calendar 2023の6日目です。 アプリケーションプログラミング上の辛み 1. 既存のif文が偶発的に意図しない方に倒れる 2. switch文に至っては「どちらでもない」で処理不発に アプリケーションプログラミング上の対策 1. 分岐条件をEnumに持たせる 2. swi

                                                              Enumとてもつらい、でも負けない - エムスリーテックブログ
                                                            • 朝日新聞「しんかい6500老朽化「延命治療しても…」 無人機開発優先へ」→谷健一郎研究主幹「一切取材を受けていません。延命して使い続けるべきと考えています。」

                                                              朝日新聞デジタル @asahicom しんかい6500老朽化「延命治療しても…」 無人機開発優先へ asahi.com/articles/ASS87… 30年以上にわたり深海探査を担ってきた有人潜水調査船「しんかい6500」の設計寿命が迫っている。後継の有人機をつくる技術は途絶えていることから、文部科学省は無人機を優先して開発する方針を決めた。 リンク 朝日新聞デジタル しんかい6500老朽化「延命治療しても…」 無人機開発優先へ:朝日新聞デジタル 30年以上にわたり深海探査を担ってきた有人潜水調査船「しんかい6500」の設計寿命が迫っている。後継の有人機をつくる技術は途絶えていることから、文部科学省は無人機を優先して開発する方針を決めた。研究… 74

                                                                朝日新聞「しんかい6500老朽化「延命治療しても…」 無人機開発優先へ」→谷健一郎研究主幹「一切取材を受けていません。延命して使い続けるべきと考えています。」
                                                              • [提案]テーブル名はもう全部単数形にしようや

                                                                こんにちは、データベース愛好家のみなさん!今日は、データベース設計で永遠の議論となっている「テーブル名、単数形 vs 複数形問題」について、徹底的に掘り下げていきます。私は単数形派です!でも、なぜそうなのか、一緒に深掘りしていきましょう。 イントロダクション:我らが主人公、単数形くん みなさん、こんな経験ありませんか? You: テーブル名って、users? user? どっちがいいんだろう... 先輩: いや、絶対usersだよ!Rails使ってるし。 You: でも、user_idって書くときは単数形だよね? 先輩: あ、そうだね...でもやっぱりテーブルは複数形! You: (心の中で)なんかモヤモヤする... 実は、この「モヤモヤ」には理由があるんです。今日はその理由を解き明かし、単数形テーブル名の魅力をお伝えします。準備はいいですか?Let's dive in! 言語の壁を突破せ

                                                                  [提案]テーブル名はもう全部単数形にしようや
                                                                • 2位とはなんだったのか

                                                                  anond:20240625171138 2009年11月のいわいる事業仕分けから、もう13年も経った。「2位じゃダメなんですか?」の質問の発言で非常に曰く付きとなったアレだ。 ところが最近、13年も経ってまだなおナゼ「2位」という言葉が出てきたかが理解できてない人がかなりいる事を知った。 それどころか、事業仕分けによって日本のHPC分野が衰退したなどという認識まで飛び出す始末である。 ただ、資料もなしにどこが変だと言っても仕方あるまい。何がどうして「2位」なのか、少し語ろうじゃないか。 アーキテクチャ初期の次世代スーパーコンピュータ (この時点では名前が付いていなかったが、以下わかりやすく京と呼ぶ) 計画 は、補助金を投入してのHPC産業育成に目を向けられていた[1]。世界一の性能を出していた海洋研究開発機構の地球シミュレータが、NECのSXシリーズをベースにしたベクトル型であり、ベクト

                                                                    2位とはなんだったのか
                                                                  • 収納がうまくいかないのは家事をしない男性が設計した家に住んでいるから

                                                                    煽りじゃなくてマジでこれ 賃貸から要望出しまくった注文住宅に引っ越したら何も困らなくなった 男性設計士も考えてないわけじゃないんだが 片付ける側の発想ではなく、片付けてもらう側の発想で設計しているんだよね システム開発に例えるとユーザーを誘導する設計ではなく、ユーザーが勝手にうまく使ってくれると想定して設計している感じ 賃貸や建売では不可能な収納術 ものの定位置を決める 出したら出しっぱなしの人でも定位置があると片付ける確率が上がる必要なものは必要な場所の近くに収納する でかい収納だと必然的に必要な場所から遠ざかる。小さい収納を複数用意する収納との距離が近づくほど出したら出しっぱなしの人でも片付ける確率が上がる収納ボックスのサイズに合わせる ホムセンでもニトリでもいいけどサイズをきっちり合わせる見た目が整うほど出したら出しっぱなしの人でも片付ける確率が上がるできるかぎり玄関で済ませる 上着

                                                                      収納がうまくいかないのは家事をしない男性が設計した家に住んでいるから
                                                                    • Gitを置き換えるバージョン管理システム「Jujutsu」 | ソフトアンテナ

                                                                      今やバージョン管理ツールとして圧倒的な人気を集める「Git」ですが、Linuxカーネル開発のために作られたという経緯もあり、使いこなすにはかりの経験値が必要となります。 この問題を解決するために、Googleのソフトウェアエンジニアによって、新しいバージョン管理システム「Jujutsu」の開発が進められています。 Jujutsuの素晴らしさを紹介する記事「jj init 」によると、Jujutsuは過去のバージョン管理システムの問題点やメリットを分析して作られていて、Googleの既存のバージョン管理システムを置き換える勢いがあるとのこと。 JujutsuはmacOSでは、brew install jjを実行するだけで使用することができ、バックエンドとしてGitを使用しているため、採用にコストがかからないというメリットもあるそうです。 公式サイトでは、Jujutsuの特徴がリストアップされ

                                                                        Gitを置き換えるバージョン管理システム「Jujutsu」 | ソフトアンテナ
                                                                      • 並列処理がとても苦手なPythonはプロセスを分けよう コードを書く時に意識したい2つのTipsと2つの落とし穴

                                                                        Go、Python、Kotlin、Rust、TypeScript の5つの言語について「並列処理、並行処理の手法」というテーマに絞り解説する「並列処理をGo/Rust/Kotlin/Python/JSで解説!思想の違いを体感しよう」。Python編では橘氏が登壇。Pythonで並列処理を行う際の設計方針と、実装上の癖について話します。 西川氏の自己紹介 西川大亮氏(以下、西川):ここからはPython編の「ちょっとしたデータ分析の並列化」というタイトルで、西川から話します。 GOに勤める西川です。今やっているのは、タクシーやハイヤーの営業支援。「お客さんを乗っけていない時間、どこを走ったらいいの?」とか「どういうところで待っていたら注文来やすいの?」というところのナビをする、「お客様探索ナビ」というサービスのいろいろなことをしています。小さなサービスなのでいろいろやっている感じですね。 P

                                                                          並列処理がとても苦手なPythonはプロセスを分けよう コードを書く時に意識したい2つのTipsと2つの落とし穴
                                                                        • 【書評】「プロジェクトマネジメントの基本が全部わかる本」の輪読会を開催していただいたので参加しました | DevelopersIO

                                                                          コーヒーが好きな emi です。 7 月末~ 11 月末にかけて、私が所属しているチームのマネージャー 横田慎介 さん主導で「プロジェクトマネジメントの基本が全部わかる本」の輪読会を開催いただきました。おかげさまで一人では読み切れなかったであろう本が読み切れて嬉しいです。 本記事では開催いただいた輪読会の進め方と、私が「プロジェクトマネジメントの基本が全部わかる本」を読んだ感想を記載します。 既に書評ブログがありますので、詳細はこちらもご参照ください。 書籍タイトル : プロジェクトマネジメントの基本が全部わかる本 交渉・タスクマネジメント・計画立案から見積り・契約・要件定義・設計・テスト・保守改善まで 著者 : 橋本 将功 出版社 : 翔泳社 出版日 : 2022/11/08 出版社の書籍情報リンク:プロジェクトマネジメントの基本が全部わかる本 交渉・タスクマネジメント・計画立案から見積

                                                                            【書評】「プロジェクトマネジメントの基本が全部わかる本」の輪読会を開催していただいたので参加しました | DevelopersIO
                                                                          • VFXと色収差

                                                                            この世界には電磁波(Electromagnetic waves)という、空間を伝わるある種のエネルギーの波があることが知られています。 電磁波には波長(Wavelength)というものがあります。文字通り、「波の長さ」です。これは波が一回振動したときの距離で、山から山、または谷から谷までの長さということになります。 さまざまな波長の電磁波があります。電磁波の波長の単位はm(メートル)ですが、波長が数千km(キロメートル)に及ぶものから、十億分の1mm(ミリメートル)以下のものまで、さまざまな種類があります。 ひょっとすると電磁波という呼び方をしないので、気づいていないかもしれませんが、電磁波はとても身近なものです。たとえば……。 ・ラジオやテレビ、Wi-Fi、Bluetooth、レーダーなどの「電波」も電磁波 ・電子レンジで食べ物を温める「マイクロ波」も電磁波 ・病院でレントゲン写真を撮る

                                                                              VFXと色収差
                                                                            • Web API設計実践入門 ――API仕様ファーストによるテスト駆動開発

                                                                              2024年7月25日紙版発売 2024年7月25日電子版発売 柴田芳樹 著 A5判/208ページ 定価2,860円(本体2,600円+税10%) ISBN 978-4-297-14293-3 Gihyo Direct Amazon 楽天ブックス 丸善ジュンク堂書店 ヨドバシ.com 電子版 Gihyo Digital Publishing Amazon Kindle ブックライブ 楽天kobo honto この本の概要 本書は,著者が1993年から約30年間経験してきたAPI仕様の作成,2003年から20年間経験してきたテストファースト開発/テスト駆動開発の知見をまとめたものであり,一般的なソフトウェア開発者が習得することが容易ではない事柄を,本書を通して学び,実践してもらうことを目的としています。 本書が提唱する「API仕様ファースト開発」はWebサービスにおける大域的なテスト駆動開発の

                                                                                Web API設計実践入門 ――API仕様ファーストによるテスト駆動開発
                                                                              • 【爆速UI設計術】モダンなwebデザイン素材集 - Qiita

                                                                                特徴 女性らしいイメージがやや多い 下記のような柔らかい印象のイラストが多いです。 【ガジェットストック】 ガジェット関連のものを使用したい場合は、下記を使用すると良いと思われます。 【アイコン系】 【human pictogram 2.0】 オリンピックで流行ったやつです。 本サイトでは、アタッチメントをつけたりすることでかなりカスタマイズ性が高いのが特徴です。 【EXPERIENCE JAPAN PICTOGRAMS】 特徴 海外から見た日本が表現されている これはシンプルにUIが凝ってたので紹介します。 和テイストを演出したい場合は、良さそうですね! 【ICOOON MONO】 こちら色・サイズも変更可能です! 【Icon-rainbow】 ICOOON MONOと異なり、こちらは、中が肉抜きされているのが特徴。 【IFN FREE ICONS】 このデザインはどのようなパターンにマ

                                                                                  【爆速UI設計術】モダンなwebデザイン素材集 - Qiita
                                                                                • 世界1位取った後3年間オセロAIを作り続けたらナニモワカラナクなってチョットダケデキルようになった話 - Qiita

                                                                                  2021年、ふとしたきっかけでオセロAIを作り始め、オセロAIコンテストに作ったAIを提出し、なんやかんやあって半年かけてそのコンテストで世界1位になりました。 それで満足…?と思いきや、全然満足せず、コンテスト関係なしにオセロAIを作って早3年。この記事ではオセロAIが色々なところに私を連れて行ってくれた話と、オセロAIが深いという話をします。 この記事は2年ほど前に書いていっぱい読んでいただけた以下の記事「カンゼンニリカイシタ話」の続編、みたいな立ち位置です。単体で読んでも、以下の記事と合わせて読んでも楽しめます。 世界1位からさらに高みを目指す 私が参加したオセロAIのコンテスト(CodinGame Othello)は、コンテストという特性上、かなり厳しい制約が設けられていました。例えば着手する時間です。これは1手あたり0.15秒以下でないといけません。また、コード長にも制限があり

                                                                                    世界1位取った後3年間オセロAIを作り続けたらナニモワカラナクなってチョットダケデキルようになった話 - Qiita