並び順

ブックマーク数

期間指定

  • から
  • まで

401 - 440 件 / 721件

新着順 人気順

設計の検索結果401 - 440 件 / 721件

  • サービス特性にあった検索システムの設計戦略 - クックパッド開発者ブログ

    こんにちは!研究開発部ソフトウェアエンジニアの林田千瑛(@chie8842)です。あまりたくさん飲めないけど日本酒が好きです。 クックパッドが提供するサービスの検索や推薦機能の構築・改善を行っています。 本稿では、クックパッド本体の検索改善や推薦システム構築の傍らで、新規サービスであるクックパッドマート向けの検索システムをつくったので、その際の設計や精度改善の工夫について書きます。 新規サービスクックパッドマートと検索 クックパッドマートは、生鮮食品に特化したECサービスで、ステーションと呼ばれる場所に購入した食品を届けてくれるという特徴をもっています。2018年夏にサービス開始して以来順調にユーザ数を伸ばしています。中でも商品検索機能は、クックパッドマートの追加機能として9月にリリースしました。 検索システムの要件 プロダクトチームの当初の要件は以下のとおりでした。 まずは 1ヶ月で リ

      サービス特性にあった検索システムの設計戦略 - クックパッド開発者ブログ
    • 「AWSコンテナ設計・構築 [本格] 入門」を執筆しました - How elegant the tech world is...!

      はじめに 前回の投稿から少し日が空いてしまいましたが、AWS x コンテナに関する商業誌を執筆したので、本ブログにて少し内容を紹介できればと思います🚀 本日、無事校了しました(発売日が10/21なので、結構ギリギリです)。 Amazon.co.jp: AWSコンテナ設計・構築本格入門 : 佐々木拓郎 新井雅也 馬勝淳史: Japanese Books 執筆の経緯と書籍のテーマ 2020年春先、APN Ambassadorであり多数のAWS書籍を執筆されている佐々木さん@dkfj、APN AWS Top Engineersの一人である馬勝さん@HorseVictoryと一緒に技術書典#8に出展したことが事の始まりです。 執筆したクラウドネイティブファーストストーリーが多くの読者の手にとっていただけたという背景もあり、佐々木さんのご厚意により、出版社(SBクリエイティブさん)に繋いでもらいま

        「AWSコンテナ設計・構築 [本格] 入門」を執筆しました - How elegant the tech world is...!
      • 工事設計認証(技適)をとってみた - クックパッド開発者ブログ

        こんにちは、クックパッドの齋藤です。 私はハードウェアPdMとして、クックパッドマートで事業に関わるハードウェア(マートステーション、プリンタ、温度監視システム等)の企画開発・開発ディレクション・調達・保守等をやっています。 クックパッドマートとハードウェア クックパッドマートは2018年9月20日にリリースされた生鮮食品のECプラットフォームです。リリースから4年以上経ち、新規事業ならではのスピードを維持しつつサービス拡大のため試行錯誤を日々続けています。 cookpad-mart.com クックパッドマートはiOSとAndroidの専用アプリで利用可能です。このアプリで商品を購入して、近所の受け取り場所(マートステーションと呼んでいます)で受け取れます。有料で自宅配送するオプションもあります。 クックパッドマートでは、食材の輸配送や保管といった現実世界を相手にビジネスを展開しているため

          工事設計認証(技適)をとってみた - クックパッド開発者ブログ
        • マトリョーシカ人形のようなメソッド設計を避ける - give IT a try

          フィヨルドブートキャンプのコードレビューでよく指摘してるシリーズです。 次のようなパンを焼くRubyプログラムがあります。 このプログラムはどういう工程を経てパンが焼かれるのか、ぱっと把握できますか? def main パンを焼く(粉, 水) end def パンを焼く(粉, 水) 焼く(パンを発酵させる(粉, 水)) end def パンを発酵させる(粉, 水) 発酵させる(パンを整形する(粉, 水)) end def パンを整形する(粉, 水) 整形する(パンをこねる(粉, 水)) end def パンをこねる(粉, 水) こねる(粉, 水) end main 上のプログラムは次のように書いても同じように処理されますが、工程の全体像がつかみやすいのはどちらでしょうか? def main 生地 = パンをこねる(粉, 水) 整形された生地 = パンを整形する(生地) 発酵した生地 = パ

            マトリョーシカ人形のようなメソッド設計を避ける - give IT a try
          • Webフロントエンド再設計: レイヤードアーキテクチャの導入 ~ 高品質なコードを実現するために ~

            こんにちは! 私はしばもと(@handle-name silverbirder)と申します。株式会社マネーフォワードでWebフロントエンド開発を担当しています。最近、ChatGPTの進化に驚くばかりですね。このブログ記事は、ChatGPTの力を借りて執筆しています。 今回、私が3ヶ月間取り組んできたWebフロントエンドのレイヤードアーキテクチャを用いたリアーキテクチャについてお話ししたいと思います。Webフロントエンド分野は他の分野に比べて変化が激しいため、適切なコードベース設計がなされないと、保守性がすぐに低下してしまいます。 次のような苦労をされた経験がある方々に、ぜひこの記事を読んで頂きたいです。 「どこからコードを読んだら良いか、書いたら良いか悩む」 「何かを変更すると、関係ない部分も変更してしまう」 「無駄にGraphQLのデータを参照している」 今回お話する設計題材となる対象プ

              Webフロントエンド再設計: レイヤードアーキテクチャの導入 ~ 高品質なコードを実現するために ~
            • 「どうやってChatGPTと一緒にコードを設計するの?」深津貴之さんによるAIとのペアプログラミングが参考になる

              深津 貴之 / THE GUILD / note @fladdict 「ChatGPTと、どうやって一緒にコードを設計するの?」と聞かれたので、サンプルを作ってみました。だいたい、こんな感じでやってます。 chat.openai.com/share/9278e867… 2023-11-04 00:52:53 深津 貴之 / THE GUILD / note @fladdict 基本的に「磯野〜、ペアプロしようぜ!」と誘って、会話しながらやると安定します。「チミチミ、これをやってくれたまえ」って丸投げすると、だいたいダメ 2023-11-04 01:01:59

                「どうやってChatGPTと一緒にコードを設計するの?」深津貴之さんによるAIとのペアプログラミングが参考になる
              • CSS設計全盛期に学ぶフロントエンド設計

                FROKAN x UIT #1 登壇資料

                  CSS設計全盛期に学ぶフロントエンド設計
                • 『ドメイン駆動設計』の5つの基本アイデア - ソフトウェア設計を考える

                  エヴァンス氏の『ドメイン駆動設計』の背景にある基本アイデアは何かという私の捉え方のメモ書き。 ドメイン駆動設計にはいろいろな側面がある。また書籍『ドメイン駆動設計』は体系だった設計方法論ではなく、設計の考え方とやり方を経験則として言語化してみた、と捉えている。 その経験則(100%ではないが多くの場合に役に立つ原則)の背景にあるエヴァンス氏の基本的な発想は次の5つに要約できると考えている。 ソフトウェアの複雑さは事業活動の複雑さに起因する 技術的な複雑さもあるが、ソフトウェアが複雑になるのは対象領域の複雑さが主たる理由という考え方。 業務アプリケーションであれば、事業活動の複雑さが業務アプリケーションの複雑さの原因と捉える。 ドメイン駆動設計は、この事業活動の複雑さに起因するソフトウェアの複雑さをうまく扱うための工夫、というのが私の捉え方。 ドメイン駆動設計という設計のアプローチを取り入れ

                    『ドメイン駆動設計』の5つの基本アイデア - ソフトウェア設計を考える
                  • クラウドアプリケーション 10の設計原則 「Azureアプリケーションアーキテクチャガイド」から学ぶ普遍的な原理原則 - インプレスブックス

                    ■真壁 徹(まかべ とおる) 北陸先端科学技術大学院大学 博士前期課程修了 修士(情報科学)。 株式会社大和総研に入社。公共向けパッケージシステムのアプリケーション開発からIT業界でのキャリアを始める。その後日本ヒューレット・パッカード株式会社に籍を移し、主に通信事業者向けアプリケーション、システムインフラストラクチャの開発に従事する。その後、クラウドコンピューティングとオープンソースに可能性を感じ、OpenStack 関連ビジネスでアーキテクトを担当。パブリッククラウドの成長を信じ、日本マイクロソフト株式会社へ。 主な著書に『しくみがわかるKubernetes Azure で動かしながら学ぶコンセプトと実践知識』(翔泳社)、『Microsoft Azure 実践ガイド』(インプレス)、共著に『Azureコンテナアプリケーション開発 ── 開発に注力するための実践手法』(技術評論社)などが

                      クラウドアプリケーション 10の設計原則 「Azureアプリケーションアーキテクチャガイド」から学ぶ普遍的な原理原則 - インプレスブックス
                    • ソフトウェアのもっとも重要な品質は発展性 - ソフトウェア設計を考える

                      ソフトウェアでもっとも重視すべき品質は「発展性」なんだと思う。 機能要求や非機能要求は、時間とともに変化する。その要求の変化に対応してソフトウェアを発展させていける能力、つまり発展性こそがソフトウェアの価値を大きく左右する。 発展性に問題があり変化ができないソフトウェアと、発展性に優れ変化と成長を続けやすいソフトウェアの価値の差ということだ。 発展性の価値 顧客のニーズは変化する。また、市場の競合関係も変化する。そういう事業環境の変化にあわせて、ソフトウェアにも変化を続ける能力が求められている。 また、顧客のニーズや市場環境の変化がゆるやかだとしても、事業活動をすれば組織は経験を通じて学び成長していく。開発チームに限っても、ソフトウェア開発運用の経験を積むことで、開発の考え方とやり方にさまざまな学びと成長がある。そうやって学んだ知識を適切にかつ迅速にソフトウェアに反映できるほど、事業により

                        ソフトウェアのもっとも重要な品質は発展性 - ソフトウェア設計を考える
                      • イベント駆動とドメインモデルの完全性を意識したアーキテクチャ設計

                        こんにちは。LINEヤフー株式会社で、出前館というプロダクトのサーバーサイドエンジニアをしている古田大志です。 株式会社出前館はLINEヤフーのグループ会社です。資本業務提携を結んでいて、LINEヤフーが開発などをサポートしています。 詳しくはこちらをご参照ください。(https://corporate.demae-can.co.jp/pr/news/demaecan/line.html)(外部サイト) 今回の記事では、その出前館における開発の内容を紹介させていただきます。 出前館はデリバリーサービス事業のプロダクトで、開発においてはマイクロサービスアーキテクチャを採用しています。出前館のマイクロサービスの1つに、クーポンに関するドメインの責務を持ったコンポーネントであるクーポンサービスがあります。 クーポンサービスでは、ビジネスエンハンスに伴う「非機能要件の増大」や「仕様の複雑さの肥大化

                          イベント駆動とドメインモデルの完全性を意識したアーキテクチャ設計
                        • gRPC Internal - gRPC の設計と内部実装から見えてくる世界 | Wantedly Engineer Blog

                          こんにちは、Wantedly の Infrastructure Team で Engineer をしている南(@south37)です。 今日は、WANTEDLY TECH BOOK 6 から「gRPC Internal」という章を抜粋して Blog にします。 「WANTEDLY TECH BOOK 1-7を一挙大公開」でも書いた通り、Wantedly では WANTEDLY TECH BOOK のうち最新版を除いた電子版を無料で配布する事にしました。Wantedly Engineer Blogでも過去記事の内容を順次公開予定であり、この Blog もその一環となっています。 Wantedly における Go 導入にまつわる技術背景 | Wantedly Engineer Blog (本記事は Go Conference 2019 Autumn にて無料配布した冊子『WANTEDLY TE

                            gRPC Internal - gRPC の設計と内部実装から見えてくる世界 | Wantedly Engineer Blog
                          • ドメイン駆動設計で保守性をあげたリニューアル事例 〜 ショッピングクーポンの設計紹介

                            ヤフー株式会社は、2023年10月1日にLINEヤフー株式会社になりました。LINEヤフー株式会社の新しいブログはこちらです。LINEヤフー Tech Blog こんにちは! Yahoo!ショッピングクーポンチームの小倉です。 前回のフロントエンド技術刷新の話とは打って変わり、今回は2019年に行ったバックエンド技術刷新の話です。 刷新前のシステムはノンフレームワークPHPのモノリスでしたが、現在は主にJava/Spring Bootでマイクロサービス化しています。今回は、その中でもっとも仕様が複雑だったマイクロサービスにおいて、ドメイン駆動設計(Domain Driven Design:DDD)を実践した話をご紹介します。 ショッピングクーポンの自由度を知る みなさんは、ショッピングの商品が割引になるクーポンをご存じでしょうか? 実は、クーポンには、ヤフーが予算をだして発行する「モールク

                              ドメイン駆動設計で保守性をあげたリニューアル事例 〜 ショッピングクーポンの設計紹介
                            • まるで「ビックリ箱」、ウクライナで戦うロシア軍の戦車が抱える設計上の欠陥とは

                              (CNN) 砲塔部分が吹き飛ばされたロシア軍の戦車の残骸は、同国のウクライナへの侵攻が計画通りに進んでいないことを示す最新の兆候だ。 ウクライナ侵攻の開始以降、これまで破壊されたロシア軍の戦車は数百台に上ると考えられている。ウォレス英国防相は25日、その数を推計で最大580台と発表した。 しかしロシアにとっての問題は単に台数のみにとどまらない。専門家らは戦場を写した画像から、ロシア軍の戦車がある不具合を抱えていることが分かると指摘する。それは西側諸国の軍隊が数十年間にわたり認識している欠陥で、「ビックリ箱」効果と呼ばれている。ロシア側もこの問題については把握していたはずだと、専門家らはみている。 問題は戦車の弾薬の搭載方法に関連する。最新の西側の戦車と異なり、ロシア軍の戦車は回転式砲塔の内部に多数の弾薬を搭載している。被弾の際の危険は極めて大きく、直撃ではない場合でさえもそこから連鎖反応が

                                まるで「ビックリ箱」、ウクライナで戦うロシア軍の戦車が抱える設計上の欠陥とは
                              • AIがRISC-V CPUを5時間以内で設計

                                  AIがRISC-V CPUを5時間以内で設計
                                • Google、湯飲み型キーボードを披露 「スシ配列」採用 設計図を無償公開 - ITmedia NEWS

                                  Google Japanは10月1日、湯飲み型キーボード「Gboard 湯呑みバージョン」を発表した。発売予定はなく、3Dプリンタやプリント基板加工機向けの設計図と回路図、ファームウェアなどをGitHubで無償公開する。 円筒形にキーを配置することで、中心部分に125mlの収納スペースを生み出した。同社では「キーボードと湯飲みを一体化した画期的なキーボード」であり、「シーンをエラばずに使えるウニバーサルデザイン」と説明する。 キーには魚偏の漢字を50音で並べおり、あいうえおの代わりに鯵(あじ)、鰯(いわし)、鰻(うなぎ)などの漢字を対応させたJIS配列ならぬ、「SSI(スシ)」配列を採用。「おさかな漢字変換」によって文字を入力する。 キー数は58、キー仕様は「ロープロファイルメ『蟹』カルスイッチ」、キーピッチは「もちろんピッチピチ」、ストロークは「やけどしない深さ」、インタフェースはUSB

                                    Google、湯飲み型キーボードを披露 「スシ配列」採用 設計図を無償公開 - ITmedia NEWS
                                  • 『ドメイン駆動設計をはじめよう ―ソフトウェアの実装と事業戦略を結びつける実践技法』を読んだ - Magnolia Tech

                                    ドメイン駆動設計をはじめよう ―ソフトウェアの実装と事業戦略を結びつける実践技法 作者:Vlad KhononovオライリージャパンAmazon 訳者の増田亨様より献本いただきました ありがとうございます さっそく読んでみました システムは、なぜ必要とされるか?という「why」が有り、次に何を作るべきか?という「what」が有り、それを受けての「how」が有る。 (たまに突然「what」だけが有ったり、なぜか「how」の議論だけが先行する事例も聞くけど、それは順番が間違っているだけなので、その問題はここでは触れない) この「why」と「what」と「how」が上手く繋がった状態を作り上げていくために、過去にさまざまな開発方法論が考案され、語られてきた。 「ドメイン駆動設計」は、開発方法論として「名前がついて、生き残ってきた手法」の一つであり、昨今複数の解説書が発行されている唯一の手法と言え

                                      『ドメイン駆動設計をはじめよう ―ソフトウェアの実装と事業戦略を結びつける実践技法』を読んだ - Magnolia Tech
                                    • 【もうすぐなくなる日本の名建築】桂設計〈日比谷公園大音楽堂〉

                                      May 20, 2024 | Architecture | casabrutus.com | photo_Satoshi Nagare   text_Tatsuo Iso 閉館や解体を迎える、または検討されている国内の名建築を紹介する連載『もうすぐなくなる日本の名建築』。第3回目は桂建築設計事務所(現・桂設計)の手がけた〈日比谷公園大音楽堂〉を訪ねます。「野音」の愛称で親しまれ、音楽の聖地として長きにわたり愛される音楽堂の歴史をひもときながら、その建築の魅力に迫ります。 「野音(やおん)」の名前で親しまれている、日比谷公園内にある大音楽堂は、東京のど真ん中にあって、光と風を感じながら生の音楽を楽しめるユニークな施設だ。ここでは幾多の著名なミュージシャンが、歴史に残る名演を繰り広げてきた。日比谷公園が段階的な再整備を進めているなかで、この施設も建て替え工事に入ることが予定されている。音楽ファ

                                        【もうすぐなくなる日本の名建築】桂設計〈日比谷公園大音楽堂〉
                                      • 機械学習を記事配信に採用したママリ - 0から構築したレコメンドエンジンのアーキテクチャ設計 - エンジニアHub|Webエンジニアのキャリアを考える!

                                        機械学習を記事配信に採用したママリ - 0から構築したレコメンドエンジンのアーキテクチャ設計 コネヒト株式会社が運営する女性向け情報サービス「ママリ」では、2019年12月に記事配信で機械学習によるレコメンドエンジンを構築、2020年初頭にテストが完了しました。 機械学習を採用した背景、設計したアーキテクチャとテストの結果について伺いました。 コネヒト株式会社が運営する、女性を対象とした情報サービス「 ママリ」は、2014年のリリース以降、着実にユーザーを増やし、2020年3月現在、アプリ会員数は240万人(日本で2019年に出産した中で3人に1人が利用)、ママたちが集まるオンラインコミュニティとして定着しています。 ママリでは2019年12月、サービス内に掲載する記事の配信について機械学習を採用したレコメンドエンジンへ変更し、2020年初頭にテストが完了、いよいよ正式リリースとなりました

                                          機械学習を記事配信に採用したママリ - 0から構築したレコメンドエンジンのアーキテクチャ設計 - エンジニアHub|Webエンジニアのキャリアを考える!
                                        • 運用技術者組織の設計と運用 / Design and operation of operational engineer organization

                                          第12回 インターネットと運用技術シンポジウム(IOTS 2019)~運用管理する人”も”報われるシステムの構築を考える~ にて招待講演を行った際の資料です。 概要: https://www.iot.ipsj.or.jp/symposium/iots2019/ プログラム: https://www.iot.ipsj.or.jp/symposium/iots2019-program/

                                            運用技術者組織の設計と運用 / Design and operation of operational engineer organization
                                          • 恐らく不法滞在外国人の大家、山本一郎が憂う入管法改正騒動と野党内の内ゲバ 人口減少が進む日本において外国人が働きたいと思う社会をどう設計するか問題 | JBpress (ジェイビープレス)

                                            (山本一郎:投資家、作家) 中国人街となった私のアパート周辺 以前の記事「アパート大家の山本一郎が見た、安物件に集うコロナ下の人生模様」でも書いたように、私は都内に物件をいくつか保有しており、様々な方にお貸ししています。その中には、不法滞在が疑われる外国人の一家や、その支援者の皆さんもいました。 【関連記事】 ◎アパート大家の山本一郎が見た、安物件に集うコロナ下の人生模様 もっとも、お貸しした当時はそのご家族も適法に入国され働いていましたし、国内でも支援団体の保護がありましたので、入居の際は適法であったと思っています。今でも、複数の外国人ご家族が入居されていて、家賃の滞納もあまりなく、穏やかにお付き合いさせていただいています。 善意で「何かどうしようもなく困った時は電話ください」と言ったら割とガンガン電話が来るのが難点ではありますが……。 詳細は省きますが、外国人が日本で物件を借りるのはな

                                              恐らく不法滞在外国人の大家、山本一郎が憂う入管法改正騒動と野党内の内ゲバ 人口減少が進む日本において外国人が働きたいと思う社会をどう設計するか問題 | JBpress (ジェイビープレス)
                                            • RESTful APIの設計、開発、ドキュメント管理を手助けする「RAML」とは

                                              APIの開発は複雑でコストがかかる可能性があり、頻繁に更新されることからドキュメントを整備するのも難しい。APIの設計、開発、ドキュメントの整備、管理にまつわる課題と効率さの問題に対処するアプローチが、RESTful API Modeling Language(RAML:RESTful APIモデリング言語)だ。 RAMLコードを使えば、開発者はAPIの動作を説明する仕様を策定してからそのAPIをデプロイするまでのAPIライフサイクルを管理することができる。 RAMLとは RAMLは、RESTful APIを記述することを目的とするオープンソースの記述言語だ。2013年、米国のIT自動化および統合ベンダーであるMuleSoftを中心とする数社の企業によって作成されたRAMLはAPIの開発に大きな役割を果たしてきた。2018年、MuleSoftはSalesforceによって買収され、RAML

                                                RESTful APIの設計、開発、ドキュメント管理を手助けする「RAML」とは
                                              • 見た目重視の設計指示の結果「2度とカバーを外せなくなったインターホン」をご査収ください #クソ現場祭り2023

                                                流氷ドラ @draft_ice @ya_maru_denki 電気屋「マジか?」 コーキング屋さん「本当にやるの?」 塗装屋さん「…(塗り塗り)…(…いいのかな~?)」 2023-09-25 19:09:56

                                                  見た目重視の設計指示の結果「2度とカバーを外せなくなったインターホン」をご査収ください #クソ現場祭り2023
                                                • 【入門】データベース設計まとめ - Qiita

                                                  はじめに 今回はデータベース設計について学び直したので内容をまとめていきます。 自分は2021年に新卒でWeb系の開発会社にフロントエンジニアとして入社し2022年で2年目になります。 実務ではNext.js×TypeScriptを利用したフロントの開発をメインで行っています。 直近の開発案件でRailsを使ったサーバーサイドの開発を担当することになり、DB設計を触ったのですが体系的な理解をしていなかったので苦戦をしました。 実装はできたものの、データベース設計を「なんとなくの理解」で終わらせないように、体系的に学び直しました。 データベース設計の学習に関しては下記の書籍を参考に進めました。 スッキリわかるSQL入門 達人に学ぶDB設計 徹底指南書 対象者 データベース設計について基礎から学びたい人 何となくデータベースの設計をしている人 正規化について学びたい人 データベースとDBMS

                                                    【入門】データベース設計まとめ - Qiita
                                                  • “GoTo見直し”は想定外か 徹夜で「制度設計」

                                                    新型コロナ感染の急拡大を受け、「経済重視」から一転“GoTo見直し”へー 具体的なスケジュールは?なぜ連休中に発表したのか?『疑問だらけ』な一連の動きについて、専門家に聞きました。 ▽「データサイエンス」が専門・宮田裕章教授(慶応大医学部) 宮田「感染者数は厳しい状態だと思います。1週間前と比べて1.5倍に増加、陽性率も上がり重症者数もじわじわ増えている、全国的に予断を許さない状況であることは間違いないと思います。」 ▽テレビ朝日・藤川みな代経済部長 Q:菅総理の“心変わり”、背中を押したのは何でしょうか。 藤川「ここ数日間の感染者の急増ですね。政府として何かメッセージを出さなくてはいけない、という危機感の表れだと言えますね。」 Q:GoToトラベル、イート、それぞれ見直し案に「いつから」などは示されていない…これは想定していなかったということでしょうか。 藤川「急な見直しの表明に、制度設

                                                      “GoTo見直し”は想定外か 徹夜で「制度設計」
                                                    • Scoped CSSにおけるCSS設計手法 - ICS MEDIA

                                                      Vue.jsでCSSを利用する際にScoped CSSやCSS Modules、CSS-in-JSなどの手法があります。とくにScoped CSSは気軽に利用できるため、利用する機会も多くなって来るかと思います。 Scoped CSSがあればCSS設計を使わなくてもよいという意見もありますがはたして本当なのでしょうか? ICSではScoped CSSにおけるCSS設計に関する議論が活発におこなわれており、本記事では私たちが考えた方式を紹介します。本記事はVue.jsのSFC(シングル・ファイル・コンポーネント)でScoped CSSを利用しているものを想定しています。 CSS設計とは 基本的にCSSは常にすべてのページで読み込まれ、増えれば増えるほど相互に上書きし合う状態が起きやすく、他の言語に比べてかなり壊れやすい言語と言えます。 そこで登場するのがCSS設計です。BEMやSMACSS、

                                                        Scoped CSSにおけるCSS設計手法 - ICS MEDIA
                                                      • クラス設計本格入門 JJUGナイトセミナー 2021-6-16

                                                        イベントの動画 : https://www.youtube.com/watch?v=2Z1CJhPk-f8 オブジェクト指向プログラミングはクラス設計。 クラス設計はプログラムの分割。 クラス設計の焦点は、ビジネスルールを表現するクラスと、ビジネスアクションを表現するクラス。 クラス設計やパッケージ設計の実証済の形を覚えると、出発地点の設計が楽になる。 リファクタリングを積み重ねて設計を改善していく。

                                                          クラス設計本格入門 JJUGナイトセミナー 2021-6-16
                                                        • 古市憲寿氏 珍しブチギレ「想像力かけらもなく、他都市に学ぶ意欲もない無能」羽田などのタクシー乗り場設計者に/デイリースポーツ online

                                                          古市憲寿氏 珍しブチギレ「想像力かけらもなく、他都市に学ぶ意欲もない無能」羽田などのタクシー乗り場設計者に 拡大 テレビに多数出演する社会学者の古市憲寿氏が19日、ツイッターで、東京駅などのタクシー乗り場の設計者に対して「想像力のかけらもないし、他都市に学ぶ意欲もない無能たちなんだろうなあ」とつぶやいた。 「羽田空港、東京駅、品川駅...東京のタクシー乗り場を設計したのは、想像力のかけらもないし、他都市に学ぶ意欲もない無能たちなんだろうなあ。本当にちょっとしたアイディアで行列は短くできるのに」と長蛇の列をなしているタクシー乗り場へ怒りをのぞかせた。 続けて「そしてそれを放置してる行政や空港や鉄道会社は本当は観光客のことなんて考えてないんだろうなあ。」とも記した。 さらに「東京住民は裏技を知ってるからいいんだよ。ここなら乗りやすいとかわかってるから。でも初めてこの街を訪れる外国人にはまず無理

                                                            古市憲寿氏 珍しブチギレ「想像力かけらもなく、他都市に学ぶ意欲もない無能」羽田などのタクシー乗り場設計者に/デイリースポーツ online
                                                          • Goodpatch新卒UIデザイン研修の設計—ソフトウェアデザイン概論と基礎理論—|Goodpatch Blog グッドパッチブログ

                                                            Goodpatchでは職種ごとにさまざまな新人研修プログラムを用意しています。2020年の新卒UIデザイナー向けには、4月から6月にかけてUIデザインに関する基礎的な講義や演習、課題制作といった集中的な研修を行い、UIデザイナーとして必要な基礎知識を身につけてもらいました。 UIデザイン研修といってもいくつかにコースが分かれており、今回私が講師として担当した部分では「ソフトウェアデザイン」をテーマに講義を行いました。 以下の講義のうち私が担当した、ソフトウェアデザイン概論、インタラクションデザイン基礎、モードレスデザイン基礎、UIモデリング基礎について簡単にご紹介いたします。 UIデザイン研修—ソフトウェアデザイン編—講義シラバス ソフトウェアデザイン講義の設計 UIデザイン新人研修は全体構成を「ビジュアルデザイン編」「ソフトウェアデザイン編」と二分し、それぞれの専門性を深堀りできる形を採

                                                              Goodpatch新卒UIデザイン研修の設計—ソフトウェアデザイン概論と基礎理論—|Goodpatch Blog グッドパッチブログ
                                                            • カンバンボードで業務を可視化・整理しよう - 組織に合ったカンバンの設計・運用をヴァル研究所の実践に学ぶ - Agile Journey

                                                              Agile Journeyをご覧の皆さん、こんにちは。ヴァル研究所の熊野壮真 / 小泉翔太です。 私たちの勤務する株式会社ヴァル研究所は、日本で最初に発売された経路検索サービス「駅すぱあと」を中心に、公共交通に関連するさまざまなプロダクトを展開しています。最近では MaaS (Mobility as a Service))といった、未来の移動のあり方を変えていくような取り組みにもチャレンジしています。 これらプロダクト開発の現場にはアジャイルの考え方が浸透しており、各チームでは現場ごとに合わせたさまざまな形のアジャイルの実践が見られます。その実践手法は多様ですが、各チーム、共通して力を入れているのが「カンバン」による仕事の可視化の取り組みです。こと「カンバン」に関しては開発部門のみならず、バックオフィス部門でも積極的に活用しており、その活用場面の多さ、バリエーションの豊かさは当社の特色と言

                                                                カンバンボードで業務を可視化・整理しよう - 組織に合ったカンバンの設計・運用をヴァル研究所の実践に学ぶ - Agile Journey
                                                              • 契約による設計事始め

                                                                Object-Oriented Conferenceの発表資料です。 https://fortee.jp/object-oriented-conference-2020/proposal/1224f293-8624-4448-866f-5d1b991d377f カンファレンスの感想はこちら。 https://dnskimox.hateblo.jp/entry/2020/02/22/104342

                                                                  契約による設計事始め
                                                                • 設計時点で破断が約束されていた潜航艇タイタン 生半可な知識が生んだ悲劇を繰り返すな | JBpress (ジェイビープレス)

                                                                  そこで続編として、前回稿に記さなかったより踏み込んだ内容を補ってみたいと思います。 まず最初に、前回反響の大きかった「ボーイング社が安価に放出した、ジャンボジェットの機体に使われる使用期限を過ぎたカーボン繊維」関連の確認から始めましょう。 タイタン号の製造に使われたカーボンファイバー素材は、ボーイング社がジャンボジェット用に準備し、使用期限を過ぎてしまったものをかなりの安値で購入したらしい。 今回の事故(事件)を引き起こしたオーシャンゲート社のストックトン・ラッシュCEO(最高経営責任者)が生前語っていたと報道されています。 さらには、2019年4月、タイタンがバハマ諸島沖で潜水した際、潜水艇の専門家が船体に亀裂が入るような「やばい音」を耳にし、ラッシュCEOに忠告したのに、全く耳を貸さなかった経緯も報じられています。 これらは炭素繊維の物性を少しでも理解していれば、高校生にも理解できる分

                                                                    設計時点で破断が約束されていた潜航艇タイタン 生半可な知識が生んだ悲劇を繰り返すな | JBpress (ジェイビープレス)
                                                                  • すべての Web サービス設計者に捧ぐ「RESTful って結局なんなんだ」

                                                                    誰もがその戦いの背景にある歴史の深淵と人々の覚悟を見誤っていた。開戦初日に決着が付くと高を括って鼻歌混じりに筆を取った私は、気が付けば夏休みの8割を喪失し、すべての指が腱鞘炎で悲鳴を上げる中で参考文献の海に這いつくばっていた。 —— Josh Nobus —— ぜんぜんわからない 俺たちは雰囲気で REST をやっている 何度調べてもなんだかよく分からない概念ランキングの個人的 Top5 に入る言葉。 それが「REST」だ。 いろんな Web サービスの REST API はよく使わせてもらっているし、REST API が何かと聞かれれば「その Web サービスの機能を HTTP リクエストで呼び出せる API エンドポイントのことだよ」みたいにそれっぽくお茶を濁すことはできると思うが、じゃあ自分で RESTful なサービスを作ってみろと言われたら私は作れない。作れなかった。 だってどん

                                                                      すべての Web サービス設計者に捧ぐ「RESTful って結局なんなんだ」
                                                                    • 「制度設計は後でいい」首相が急いだ職域接種 課題多く:朝日新聞デジタル

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

                                                                        「制度設計は後でいい」首相が急いだ職域接種 課題多く:朝日新聞デジタル
                                                                      • 【AWS】DR(災害対策)戦略設計 - Qiita

                                                                        この記事について AWSのDR戦略に関する勉強のアウトプットです。 参考ドキュメント REL13-BP02 復旧目標を満たすため、定義された復旧戦略を使用する DR戦略 プライマリロケーションでワークロードを実行できなくなった時に、復旧サイトでワークロードに耐えられるようにする。 DR戦略の比較 実装コストがかかるほど、サービスが中断する時間が長くなり、ビジネスへの影響が増えるが、運用コストは安く済む。 運用コストがかかるほど、複雑さは増すが、サービスが中断する時間は短くなり、ビジネスへの影響は少なく済む。 DR戦略の選択 複数リージョンに跨るDR戦略設計では下記いずれかを選択する。 ◆バックアップと復元(数時間でのRPO、24時間以下でのRTO) ■複雑さ:少ない ■コスト:安い ■復旧時間:多い(24時間以下) ■復旧労力:とても多い <復旧手順> 1.データとアプリケーションを復旧リ

                                                                          【AWS】DR(災害対策)戦略設計 - Qiita
                                                                        • BASEのVue.jsコンポーネントの設計について登壇してきました - BASEプロダクトチームブログ

                                                                          前書き フロントエンドエンジニアの松原(@simezi9)です。 先日10月30日にクラウドワークスさんをお借りして実施したVue.jsの設計勉強会である、Vue.jsアーキテクチャリング勉強会 にて、 BASEの現在のVueコンポーネントの設計に関して登壇してお話してきました。 全体の資料はこちらです もともとBASEではVue.js+TSを採用した大規模なシステムのリニューアルプロジェクトが2018年からスタートしていました。それにあたっての大まかなフロントエンドの構築方針は以前もblogや外部登壇で発表していました。 次世代の管理画面を作るフロントエンドの取り組み - BASE開発チームブログ 次の5年を支えるVue.js製UIコンポーネントライブラリを育てる これまでの発表では大枠の技術スタックやワークフローの話が多かったですが、 今回はVueコンポーネントの設計が勉強会の主眼にあ

                                                                            BASEのVue.jsコンポーネントの設計について登壇してきました - BASEプロダクトチームブログ
                                                                          • ビジネス考えてるかい?事業の持続的成長を促進させるシステム設計の考え方 / buisiness_purpose_system_design

                                                                            Developers Summit 2021 Summer (2021/07/30)の登壇資料です。 https://event.shoeisha.jp/devsumi/20210730/session/3249/

                                                                              ビジネス考えてるかい?事業の持続的成長を促進させるシステム設計の考え方 / buisiness_purpose_system_design
                                                                            • 30年ほど前、鉄道車両内にあった機能性抜群の灰皿を設計したというご本人がTLに登場「設計者の垢見つけるとは」「そうかこの方が……」

                                                                              加工屋のガンがるおっさん@メガワークス【公式】のカルロスはお切削大明神 @megaworksco 2007年に勤めてた会社が倒産!失業後、貯金0円で加工屋始めました。機械加工全般をやってます。困ったときに頼めるものづくり会社。設立17年紆余曲折色々ありましたがなんとかしぶとく生きてます。此のコロナ禍の中、後継者の居ない廃業検討の会社さんを承継しました。頑張ろう製造業!大丈夫か俺!?FM川口のラジオDJカルロスです。 https://t.co/f3ta0Plp0a

                                                                                30年ほど前、鉄道車両内にあった機能性抜群の灰皿を設計したというご本人がTLに登場「設計者の垢見つけるとは」「そうかこの方が……」
                                                                              • 三菱重、次世代原発の「高速炉実証炉」開発設計統括に 政府が選定

                                                                                7月12日、三菱重工業は、日本政府が2040年代の運転開始を目指す次世代型原子炉の高速炉実証炉について、設計・開発を担う中核企業に選ばれたと発表した。写真は都内で昨年12月撮影(2023年 ロイター/Kim Kyung-Hoon) [東京 12日 ロイター] - 三菱重工業は12日、日本政府が2040年代の運転開始を目指す次世代型原子炉の高速炉実証炉について、設計・開発を担う中核企業に選ばれたと発表した。日本政府は廃炉となる原発の敷地内で次世代型原子炉の開発・建設を推進する方針を表明しており、脱炭素化とエネルギーの安定供給の両立を狙う。

                                                                                  三菱重、次世代原発の「高速炉実証炉」開発設計統括に 政府が選定
                                                                                • [書評] 「AWSコンテナ設計・構築[本格]入門」は文字通り本格的にECS/Fargateを始めるのにお勧めの一冊 | DevelopersIO

                                                                                  みなさん、こんにちは! 福岡オフィスの青柳です。 今回は、AWSに関して書かれた書籍の「書評」をお届けしたいと思います。 タイトル: AWSコンテナ設計・構築[本格]入門 出版社: SBクリエイティブ 著者(敬称略): 佐々木 拓郎(監修)、新井雅也(著者)、馬勝淳史(著者) 出版社の書籍情報URL: https://www.sbcr.jp/product/4815607654/ 本の構成 (目次) 全5章の構成になっており、前半の1~3章で理論を学んだ後、後半の4~5章ではハンズオン形式で実際にAWS環境を構築する流れとなっています。 Chapter 01: コンテナの概要 1-1: コンテナという技術 1-2: Dockerとは 1-3: オーケストレータとは 1-4: コンテナ技術を導入するために考慮すべきこと Chapter 02: コンテナ設計に必要なAWSの基礎知識 2-1:

                                                                                    [書評] 「AWSコンテナ設計・構築[本格]入門」は文字通り本格的にECS/Fargateを始めるのにお勧めの一冊 | DevelopersIO