並び順

ブックマーク数

期間指定

  • から
  • まで

81 - 120 件 / 3545件

新着順 人気順

architectureの検索結果81 - 120 件 / 3545件

  • CPUを自作したりコンピューターアーキテクチャを理解するためにおすすめの本の一覧 - /var/log/hikalium

    hikaliumの独断と偏見で、積読は除いている。最近も結構新しい本が色々出ているので、それもいいかもしれないが、ある程度評価の定まった本を探したい場合に参考になれば。 ちなみに、hikaliumがセキュキャンでCPU自作を教えていたときのコードはここにある。参考にならないかもしれないが、おまけにどうぞ。 github.com ディジタル回路設計とコンピュータアーキテクチャ 無印(MIPS版) ARM版 RISC-V版 ハードウエア記述言語で実際にCPUをつくりながら、各アーキテクチャについても学べる良書。 MIPS版が広く知られているが、ARM版、RISC-V版も登場している。無印版はよくある技術書サイズだが、ARMとRISC-V版は大型本なので、そこらへんの好みとかも勘案するとよいかもしれない。 CPUの創り方 Amazon 表紙がメイドさんだが、侮ることなかれ。(と私は中学生の時にク

      CPUを自作したりコンピューターアーキテクチャを理解するためにおすすめの本の一覧 - /var/log/hikalium
    • 署名付きURLを利用したファイルアップロードWeb API設計の勘所 | フューチャー技術ブログ

      はじめに現代のWebアプリケーションにおいて、ユーザが写真や動画などのファイルをアップロードする機能は、しばしば求められます。 本記事では、ファイルアップロードを実現するための一手段として、「署名付きURL」を利用した方式を取り上げ、その設計について詳しく解説します。 今回は、Amazon Web Services(AWS)を利用する前提のもと、このアプローチを探求していきます。 前半部分は署名付きURLをそもそもよく知らない方向けの導入部となっていますので、要点だけ抑えたい方は設計上のポイントから読まれることをお勧めします。 ファイルアップロードの実現方式パターン署名付きURLの話をする前に、ファイルアップロード機能をWeb APIとして実現する方式について、いくつか代表的なものを紹介します。 Pattern 1. multipart/form-datamultipart/form-da

        署名付きURLを利用したファイルアップロードWeb API設計の勘所 | フューチャー技術ブログ
      • 賃貸で突っ張り棒を使用している人はかなりダメージを与えている場合がある「ボード割ると壁一枚の回復請求」

        東風谷さずりん @Xatz M3tamix Recordsのヒゲのほう。アフロのほうはこっち→ @djsackman / 個人サークル絶賛放置中 / tweetの転載・二次利用の許諾: twitter.com/Xatz/status/90… arpsrec.net 東風谷さずりん @Xatz 賃貸に傷つけたくない人御用達グッズこと突っ張り棒、殆どの場合メチャクチャダメージ入るので正直言って一言連絡してからネジでも打ってくれたほうが嬉しいまである。 2023-11-13 20:57:54

          賃貸で突っ張り棒を使用している人はかなりダメージを与えている場合がある「ボード割ると壁一枚の回復請求」
        • 東京建築祭

          【見逃し配信】東京建築祭の歩き方―特別公開建築を徹底解説― ガイド:倉方俊輔(建築史家、東京建築祭実行委員長)、以倉 敬之(東京建築祭実行委員) 無料(申込不要)

          • 認知負荷および認知負荷理論 (Cognitive Load Theory) をもう少し正確に理解するための心理学研究・知見の紹介

            認知負荷および認知負荷理論 (Cognitive Load Theory) をもう少し正確に理解するための心理学研究・知見の紹介 この記事の目的 ここ数年で、ソフトウェア開発やプログラミングの文脈で、「認知負荷」 および 「認知負荷理論」 という用語をよく見聞きするようになりました。私が今思い出せるだけでも、以下のような書籍や Podcast で重要なキーワードとして取り上げられています。 A Philosophy of Software Design, 2nd Edition チームトポロジー 価値あるソフトウェアをすばやく届ける適応型組織設計 プログラマー脳 ~優れたプログラマーになるための認知科学に基づくアプローチ fukabori.fm 102. A Philosophy of Software Design (3/3) w/ twada この「認知負荷」ですが、少なくとも近年見聞

              認知負荷および認知負荷理論 (Cognitive Load Theory) をもう少し正確に理解するための心理学研究・知見の紹介
            • 実践Immutable Data Model - 紙箱

              ランキング参加中プログラミング はじめに この記事では、Immutable Data Modelと呼ばれる設計手法をもとに、リレーショナル・データベースにおける、テーブル設計の話を書いています。また、今回の実践で利用する、別の考え方の背景を理解するために、Out of the tar pitという小論文の内容にも言及します。 「状態とは何か?」というややこしい話がたくさん出てきますし、データベースのテーブル設計についての話であることから、たくさんのSQLが出てきます。なので、データモデリングとか状態管理とか、特にSQLとかに興味がない人には面白くないと思います。 そのあたりに興味ある方は、読んでみて欲しいです。 Immutable Data Modelを、実際のアプリケーションで使うデータベースに採用するにあたり、どういう考え方で、どのようにテーブルを構成したか、自分なりの経験を書いていま

                実践Immutable Data Model - 紙箱
              • 香川のオススメの喫茶店

                以前香川の文化というか観光地を紹介した増田(anond:20230804232647)だけど、今度は香川県でオススメできる喫茶店を居住者目線で紹介してみる。下に行くほどオススメ度が高い。☆は3段階評価。 スターバックスコーヒー 丸亀マルタス店(丸亀市)味内装長居できる度本をゆっくり読める度☆☆☆☆☆☆☆☆☆☆スタバなんてどこでも同じだろ? という声が聞こえてきそうだけど、東京都心部のいっつも勉強する学生さんやら仕事するリーマンやらで埋まってて空席を探すのも一苦労だったスタバしか知らない民としては、広々とした店内でゆったり座って本棚の本を読みながら滞在できることに感動した。ここは市民の交流スペースとして作られた建物に入っているので、本棚に置いてある本(『NUMBER』みたいな雑誌や編み物の本みたいなやつから、地方自治や環境問題に関するマジメ系の選書、さらには香川に関する本まで、割と充実してい

                  香川のオススメの喫茶店
                • SQSを用いたクレジットカード決済の非同期化 - ZOZO TECH BLOG

                  こんにちは、カート決済部カート決済サービスブロックの林です。普段はZOZOTOWN内のカートや決済の機能開発、保守運用、リプレイスを担当しています。 弊社ではカートや決済機能のリプレイスを進めており、これまでにカート投入のキャパシティコントロールや在庫データのクラウドリフトを実現しています。 techblog.zozo.com techblog.zozo.com 本記事では新たにクレジットカード決済処理を非同期化したリプレイス事例を紹介します。 はじめに 背景・課題 非同期化のシステム構成 パターン1 - 完全非同期化パターン パターン2 - 非同期・同期切り替えパターン パターン3 - ポーリングパターン システム構成の決定 メッセージングサービスの選定 効果 今後の展望 まとめ さいごに はじめに 本章では、非同期化前のZOZOTOWNのクレジットカード決済を用いた注文処理の流れを説明

                    SQSを用いたクレジットカード決済の非同期化 - ZOZO TECH BLOG
                  • とある施設の階段およびスロープがあまりにもな設計で頭が混乱する「デザインの暴力」「これは危険すぎる」

                    鳥羽輝人 @big1guycotz 艦種や大きさ、進行方向を誤認させる『ダズル迷彩』の効果がいかなるものかを示す写真。 加えて手すりがないのは危険極まりない。 twitter.com/torahisa/statu… 2023-09-28 01:30:24

                      とある施設の階段およびスロープがあまりにもな設計で頭が混乱する「デザインの暴力」「これは危険すぎる」
                    • 台風に伴う大雨であの埼玉の地下神殿 “首都圏外郭放水路” が稼働した「これは凄い」「ちょっと感動してる」

                      Yuji Shibasaki@Photo @Yuji_48 埼玉 東京 | 夜景 風景 星 ・秩父兎田ワイナリーさんのポスターとワインラベルになりました。 ・KADOKAWA『東京近郊で奇跡の絶景に出会う旅』 ・玄光社『地元写真家がいちばん見せたい にっぽんの絶景』 ・テレビ埼玉彩の国百科「埼玉の夜景編・四季編」 ・うさぎ飼い(おもち 12歳) ・Xperiaアンバサダー instagram.com/yuji_48photo/

                        台風に伴う大雨であの埼玉の地下神殿 “首都圏外郭放水路” が稼働した「これは凄い」「ちょっと感動してる」
                      • 「東京建築祭」18の名建築を無料で特別公開! 東京駅や三越日本橋本店などの普段は見られないエリアも開放。実行委員長・倉方俊輔さんが見どころ語る

                        「東京建築祭」18の名建築を無料で特別公開! 東京駅や三越日本橋本店などの普段は見られないエリアも開放。実行委員長・倉方俊輔さんが見どころ語る 今年、2024年5月、東京の日本橋、丸の内、銀座エリアを中心に、「東京建築祭」なるイベントが開催されることをご存知でしょうか。建築の祭りと聞いてすぐにイメージが湧かない方も多いのではないかと思いますが、その実態は普段関係者しか中に入れない建築を一般公開し、自由に見学ができるようにするというもの。過去にSUUMOジャーナルでも取り上げた、京都・神戸の「モダン建築祭」や約10年の歴史がある大阪の「生きた建築ミュージアムフェスティバル」で行われてきた建築公開イベントが、5月25日・26日を中心に待望の東京初開催となります。 どのような建築が公開されるのか、そしてイベントの見どころを、実行委員長の倉方俊輔さんにお聞きしてきました!

                          「東京建築祭」18の名建築を無料で特別公開! 東京駅や三越日本橋本店などの普段は見られないエリアも開放。実行委員長・倉方俊輔さんが見どころ語る
                        • Railsで秒間1000コミットを捌くにはどうすればいいのか (Kaigi on Railsのフリースペースより) - joker1007’s diary

                          先日のKaigi on Rails中の雑談として @ima1zumi さんから、RDBに対して秒間1000コミットぐらいで処理が詰まってる場合ってどうするのが良いのか、という質問を受けまして、雑談の中で色々答えてたんですが、せっかくだから記事にまとめておこうと思います。 ちょっとしたKaigi Effectって感じですね。 今回のKaigi on Railsのトークの中では、 数十億のレコードを持つ5年目サービスの設計と障害解決 by KNR - Kaigi on Rails 2023 の話なんかは割と関連がありますね。ユーザーの行動履歴というのは、ユーザー数 * N * タイムスパンで増えていくレコードなので、書き込みとデータ量が爆発しがちです。トランザクションで堅牢に処理しなければいけないケースもそこまで多くないので、RDBだと書き込みに対する処理が過剰なケースが多い。実際のところこの

                            Railsで秒間1000コミットを捌くにはどうすればいいのか (Kaigi on Railsのフリースペースより) - joker1007’s diary
                          • 香港の「情報過多」「圧倒的密度」で魔窟みと生活感がたまらんマンション!「現実とは思えない」

                            リンク Wikipedia モンスターマンション (香港) モンスターマンションは、香港の東区鰂魚涌(クォーリーベイ)に所在する複合高層建築物の日本における通称。1972年に完成した5棟の商住混合ビルからなり、2200戸あまりの住戸がある。高層ビルに住戸が密集した、SF的とも評される特徴的な景観は2010年代頃から有名になり、映画など映像作品のロケ地として用いられるとともに、フォトジェニックな写真を撮影しようとする観光客も多数訪問するようになった。 中国語で「怪獸大廈」、英語ではモンスタービルディング (英: Monster building) とも通称される。ビ

                              香港の「情報過多」「圧倒的密度」で魔窟みと生活感がたまらんマンション!「現実とは思えない」
                            • GitHub - ByteByteGoHq/system-design-101: Explain complex systems using visuals and simple terms. Help you prepare for system design interviews.

                              Architecture styles define how different components of an application programming interface (API) interact with one another. As a result, they ensure efficiency, reliability, and ease of integration with other systems by providing a standard approach to designing and building APIs. Here are the most used styles: SOAP: Mature, comprehensive, XML-based Best for enterprise applications RESTful: Popul

                                GitHub - ByteByteGoHq/system-design-101: Explain complex systems using visuals and simple terms. Help you prepare for system design interviews.
                              • 東京駅の中身ってこうなってたんだ! 豆知識が詰まった手描きの断片図に「これ凄い!」「見ながら散策したい」の声

                                ※本記事はアフィリエイトプログラムによる収益を得ています 東京駅・丸の内駅舎の断面を描いた手描きイラストが、X(旧Twitter)で「見てて楽しい」「素敵だなあ」と、約3万6000件の“いいね”を集めるほど人気です。 東京駅・丸の内駅舎(出典:PIXTA) 豆知識がいっぱい詰まった手描きイラスト 話題になっているのは、訪れた旅館の建物を断面パースで記録してまわっている吉宮晴紀(@rninopon)さんの作品。東京駅・南ドーム(南口)の駅舎を、地下の構造まで含めた断面図として描いたイラストです。 南ドーム(南口)を北側から見た視点で描かれており、“実はドーム上に空洞がある”という建物上部からホテル部分、駅舎に近い中央線ホーム(電車も断面図)、大規模な免震化工事が行われた地下部まで、利用客が普段目にすることのない細かいところまで描かれています。毎日たくさんの人が歩くエントランスの地下にこんな構

                                  東京駅の中身ってこうなってたんだ! 豆知識が詰まった手描きの断片図に「これ凄い!」「見ながら散策したい」の声
                                • 仏紙が問う「なぜ日本の建築家は、自国において亡命状態にあるのか」 | 日本は建築の国なのに…

                                  フランスでは、日本人建築家が高い人気を誇り、数々のコンペティションを勝ち取っている。だが、日本の大規模プロジェクトでは、彼らの活躍の幅は意外にも狭く、個人や海外からの発注に逃げ場を見つけているという。そのことに気づいた仏紙記者が、日本の建築事情を深掘りする。 日本は「建築の国」なのだろうか。最近のニュースからすると、そう言えそうだ。2024年3月、日本人建築家の山本理顕がこの分野の最高の賞であるプリツカー賞を受賞した。日本でこの栄誉ある賞を受賞したのは山本が9人目で、これによって日本は建築分野を率いる存在になった。世界中が口々に日本のスター建築家を称えている。 特にフランスでは、日本人建築家の人気は高く、権威あるコンペティションをいくつも勝ち取っていて、象徴的な建造物を多く生み出している。たとえば妹島和世と西沢立衛による建築家ユニット、SANAAは「ルーヴル美術館ランス別館」(ついでに言え

                                    仏紙が問う「なぜ日本の建築家は、自国において亡命状態にあるのか」 | 日本は建築の国なのに…
                                  • React / Remix への依存を最小にするフロントエンド設計 - 一休.com Developers Blog

                                    CTO 室の恩田(@takashi_onda)です。 一休レストランのフロントエンドアーキテクトを担当しています。 Intro 一休レストランでは、以前ご紹介したようにフロントエンドで React / Remix を利用しています。 user-first.ikyu.co.jp 一方、設計方針としては、React / Remix への依存が最小になるように心掛けています。 今日は、そんな一見矛盾するような設計方針について、ご紹介したいと思います。 この記事を読んでいただき Remix に興味をもたれたら、明後日 2024/8/7(水) 19:00〜 のオンラインイベント offers-jp.connpass.com にもご参加いただけると嬉しいです。 この記事でご紹介している疎結合なフロントエンドアーキテクチャを実現する Remix の魅力についてお話します。 なぜ依存を最小にするのか? R

                                      React / Remix への依存を最小にするフロントエンド設計 - 一休.com Developers Blog
                                    • 子どもの進学を見据え文京区に建てた家。全館空調&全館浄水器で快適さを追求【エンジニア、家を建てる】 - MY HOME STORY │スーモカウンター注文住宅

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

                                        子どもの進学を見据え文京区に建てた家。全館空調&全館浄水器で快適さを追求【エンジニア、家を建てる】 - MY HOME STORY │スーモカウンター注文住宅
                                      • 品川区内のとある場所で行われている解体工事が凄まじい粉塵、隣の建物を破壊するなど杜撰な状況→通報により工事停止されるまで、警察や区の対応など

                                        石井孝明(Ishii Takaaki) @ishiitakaaki 経済記者。趣味で軍事史と経済史。:with ENERGY (エネルギー・環境問題)Journal of Protect Japan(経済安全保障・外国人労働者問題)の情報サイトを運営 Journalist. Reporting Japanese economy, energy policy and technology withenergy.jp

                                          品川区内のとある場所で行われている解体工事が凄まじい粉塵、隣の建物を破壊するなど杜撰な状況→通報により工事停止されるまで、警察や区の対応など
                                        • ソフトウェアアーキテクチャメトリクスの基礎: Software architecture metrics in a nutshell

                                          ソフトウェアアーキテクチャメトリクス - Forkwell Library #44 での発表資料です https://forkwell.connpass.com/event/309739/ 動画: https://www.youtube.com/watch?v=C52rYX_E9bA …

                                            ソフトウェアアーキテクチャメトリクスの基礎: Software architecture metrics in a nutshell
                                          • 網羅的な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
                                            • 『ソフトウェアアーキテクチャメトリクス―アーキテクチャ品質を改善する10のアドバイス』 - snoozer05's blog

                                              翻訳を担当した書籍『ソフトウェアアーキテクチャメトリクス―アーキテクチャ品質を改善する10のアドバイス』(オライリー・ジャパン)が明日(2024年1月24日)発売となります(電子書籍はオライリー・ジャパンのサイトでの購入となります)。本書は、2022年10月に出版されたChristian Ciceri, Dave Farley, Neal Ford, Andrew Harmel-Law, Michael Keeling, Carola Lilienthal, João Rosa, Alexander von Zitzewitz, Rene Weiss, Eoin Woods 著『Software Architecture Metrics: Case Studies to Improve the Quality of Your Architecture』(O'Reilly Media)の全

                                                『ソフトウェアアーキテクチャメトリクス―アーキテクチャ品質を改善する10のアドバイス』 - snoozer05's blog
                                              • インターネットが生まれるまで - デマこい!

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

                                                  インターネットが生まれるまで - デマこい!
                                                • 「プログラマーのためのCPU入門」は入り口として丁度よい!

                                                  Google Analytics でサイト速度を計測する / Measure site speed with Google Analytics

                                                    「プログラマーのためのCPU入門」は入り口として丁度よい!
                                                  • 「新耐震基準」導入後に新築・改築でも半数の木造家屋が「全壊」に…石川・珠洲の現地調査

                                                    【読売新聞】 石川県能登地方で1日に起きた最大震度7の地震で、木造家屋の被害が相次いだ同県 珠洲 ( すず ) 市では、1981年の「新耐震基準」導入後に建てられたとみられる家屋が倒壊していたことが、金沢大などの現地調査で分かった。

                                                      「新耐震基準」導入後に新築・改築でも半数の木造家屋が「全壊」に…石川・珠洲の現地調査
                                                    • 名建築ホテルの実測スケッチがエモいとSNSで話題! 朝食やアメニティも実測する遠藤慧さんの制作現場に密着 「all day place shibuya」東京都渋谷区

                                                      名建築ホテルの実測スケッチがエモいとSNSで話題! 朝食やアメニティも実測する遠藤慧さんの制作現場に密着 「all day place shibuya」東京都渋谷区 ホテルの実測スケッチがSNSで人気を集め、2023年8月に『東京ホテル図鑑』(学芸出版社)として書籍化が実現した一級建築士・カラーコーディネーターの遠藤慧さん。実測スケッチとは、建築物などの対象物を観察しメジャーなどでそのさまざまな部分を測量、スケッチに落とし込んだもの。初の著書には、「アマン東京」「帝国ホテル」など人気の名建築ホテルがたっぷり収録されています。どのような視点で実測スケッチを描いているのか? ホテルの実測スケッチに密着し、建築スケッチに込めた思いをたっぷり語ってもらいました。

                                                        名建築ホテルの実測スケッチがエモいとSNSで話題! 朝食やアメニティも実測する遠藤慧さんの制作現場に密着 「all day place shibuya」東京都渋谷区
                                                      • 「キャッシュは麻薬」という標語からの脱却 - id:onk のはてなブログ

                                                        これは はてなエンジニア Advent Calendar 2023 の 18 日目の記事です。昨日は id:gurrium による private-isuで70万点取るためにやったこと - ぜのぜ でした。私は 50 万点ぐらいで満足してしまっていたので、しっかり詰めていて凄いなと思う。 developer.hatenastaff.com Web アプリケーション開発において、「キャッシュは麻薬」という言葉がインターネット上をよく飛び交っています。YAPC::Kansai OSAKA 2017 の id:moznion のトークでよく知られるようになったワードじゃないかな。 初出はちゃんとは分からないんですが、少なくとも 2011 年には言われていますね。 「キャッシュは麻薬」とはよく言ったものだ。— TOYAMA Nao (@nanto_vi) November 5, 2011 キャッシ

                                                          「キャッシュは麻薬」という標語からの脱却 - id:onk のはてなブログ
                                                        • 食べログノートでWebSocket不要の(ほぼ)リアルタイム更新を実現した話 - Tabelog Tech Blog

                                                          目次 目次 はじめに リアルタイム化の必要性 解決策の検討 予約状況の更新に必要な速度を検討 実装案のブレスト 採用するアーキテクチャの決定 実装の詳細 リリース戦略 リリースによる効果 まとめ 最後に おまけ(メディア掲載の紹介) はじめに こんにちは! 食べログ開発本部 ウェブ開発1部 FEチームの佐々木です。 私たちが開発している食べログノートは、レストラン向けのオンライン予約台帳です。ネット予約、電話予約、ウォークインの管理、顧客管理、卓管理などを一元的に行えるツールです。 その中でも特に重要な機能がタイムスケジュール画面です。この画面は、食べログノートの中でも最もよく使われる機能です。登録された卓と予約時間を表示し、ドラッグアンドドロップで卓や時間の変更が簡単に行えます。 今回の記事では、このタイムスケジュール画面において、WebSocketを使用せずに(ほぼ)リアルタイム更新を

                                                            食べログノートでWebSocket不要の(ほぼ)リアルタイム更新を実現した話 - Tabelog Tech Blog
                                                          • LLMプロダクト開発者がMac Studioを買ってローカルLLMを触るべき理由|erukiti

                                                            もしあなたがLLMを使ったプロダクトを何かしら開発している、もしくは興味があるのなら、メモリを大量に積んだMac Studioの購入を検討すべきです。 対象読者NVIDIAが絶対にいいという人はこの記事の対象読者ではありません。また、用途によって、ローカルマシンによるローカルLLMが向いてる・向いてないは明確にあるので、向いてない用途にしか使わない人も対象読者ではありません。あしからず。 また、この記事は別にNVIDIAをdisる意図はありません。みんな違っていい。NVIDIAもいい選択肢ですが、Mac Studioも悪くないですよ、と言いたい。 結論LLMプロダクト開発において、今年はもはやローカルLLMを無視できない、してはいけない状況です。 LLMプロダクト開発をする会社の視点でいえば、是非とも80GB以上の十分なGPUメモリを積んだマシンを用意できるようなアジリティを持つのが望まし

                                                              LLMプロダクト開発者がMac Studioを買ってローカルLLMを触るべき理由|erukiti
                                                            • BudouX: 読みやすい改行のための軽量な分かち書き器

                                                              .app 1 .dev 1 #11WeeksOfAndroid 13 #11WeeksOfAndroid Android TV 1 #Android11 3 #DevFest16 1 #DevFest17 1 #DevFest18 1 #DevFest19 1 #DevFest20 1 #DevFest21 1 #DevFest22 1 #DevFest23 1 #hack4jp 3 11 weeks of Android 2 A MESSAGE FROM OUR CEO 1 A/B Testing 1 A4A 4 Accelerator 6 Accessibility 1 accuracy 1 Actions on Google 16 Activation Atlas 1 address validation API 1 Addy Osmani 1 ADK 2 AdMob 32 Ads

                                                                BudouX: 読みやすい改行のための軽量な分かち書き器
                                                              • エンジニアこそ「言語化筋」を鍛えよう、というお話|ar_tama

                                                                4月に発表した「言語化筋トレ」のスライドが、おかげさまでご好評をいただいています。 ※ 「言語化筋」「言語化筋トレ」は造語です。以下、「言語化力」「言語化力トレーニング」と読み替えてお楽しみください:) EMOasisというEM向けのイベントで、 ビジネスインパクトを最大化するためにEMが磨くとよいスキルは「翻訳」 そのためには「言語化筋」を鍛えるべし というような話をしました。ただ、「言語化筋」はマネージャーに限らずみんなの役に立つものなんじゃないかと思っている今日このごろでして、補足のようなエントリを書くことにしてみました。 「言語化筋」が大事なワケ私たちは日頃から言語を介してコミュニケーションしているので、自分のこと、周りのことをなんとな〜くわかった気になっているものです。でも改めて、例えば以下のような質問を受けたとき、サラッと答えられる人はそう多くないのかも、とも思います。 今の仕

                                                                  エンジニアこそ「言語化筋」を鍛えよう、というお話|ar_tama
                                                                • ADR を1年間書いてみた感想 - 一休.com Developers Blog

                                                                  宿泊開発チームでエンジニアをしている @kosuke1012 です。チームで ADR を書き始めて1年くらい経ったので、その感想を書いてみたいと思います。 この記事は 一休.comのカレンダー | Advent Calendar 2023 - Qiita の13日目の記事です。 ADRとは アーキテクチャ・ディシジョン・レコードの略で、アーキテクチャに関する意思決定を軽量なテキストドキュメントで記録していくものです。 出典はこちらで、 Documenting Architecture Decisions わかりやすい和訳は以下の記事が、 アーキテクチャ決定レコードの概要  |  Cloud アーキテクチャ センター  |  Google Cloud アーキテクチャ・デシジョン・レコードの勧め | 豆蔵デベロッパーサイト アーキテクチャの「なぜ?」を記録する!ADRってなんぞや? #設計 -

                                                                    ADR を1年間書いてみた感想 - 一休.com Developers Blog
                                                                  • CockroachDB はどのくらい「しぶとい」のか? / How tough is CockroachDB?

                                                                    CockroachDB はどのくらい「しぶとい」のか? / How tough is CockroachDB?

                                                                      CockroachDB はどのくらい「しぶとい」のか? / How tough is CockroachDB?
                                                                    • どのレイヤー(層)でトランザクションを実装すべきか

                                                                      このように、層ごとに関心事の分離を行うことで、保守性の高い(変更容易性や再利用性等)アプリケーションを実現できます。 しかし、「トランザクション」においてはどうでしょうか。 トランザクションはビジネス領域においても、技術領域においても関心事がある内容です。 そういう曖昧なものは「ひとまず usecase 層に入れてしまえ」という方針になりがちです。 ですが、DB 固有の知識を usecase 層の関心事にしてしまっては、関心事の分離をするメリットが得られません。 そのため、関心事の分離を実現しつつトランザクション実装をする方法を模索してみました。 前提 1. クリーンアーキテクチャを採用している(オニオンアーキテクチャやレイヤードアーキテクチャも含む) そもそもビジネス知識と技術知識を分離していないアーキテクチャを採用している場合、メリットは得られません。 そのため、オニオンアーキテクチャ

                                                                        どのレイヤー(層)でトランザクションを実装すべきか
                                                                      • 生成AIのRAG構成を大手3社(AWS、Azure、Google Cloud)で徹底比較してみた - G-gen Tech Blog

                                                                        G-gen の堂原と又吉です。当記事では、Amazon Web Services(AWS)、Microsoft Azure、Google Cloud(旧称 GCP)が提供するフルマネージドな RAG サービスの比較を行います。 はじめに 当記事について RAG とは 3社比較 前提条件 機能比較 料金シミュレーション 想定シナリオ AWS Azure Google Cloud 総評 AWS Azure Google Cloud 詳細の解説 Knowledge bases for Amazon Bedrock(AWS)の詳細 構成図 プロダクト一覧 Knowledge bases for Amazon Bedrock Amazon S3 Amazon OpenSearch Service できること 検索 対応データソース 料金 概要 基盤モデル利用料金 ベクトルデータベース料金 Azure

                                                                          生成AIのRAG構成を大手3社(AWS、Azure、Google Cloud)で徹底比較してみた - G-gen Tech Blog
                                                                        • 商業施設名は引き続き「ヒカリエ化」しているのか

                                                                          渋谷ヒカリエの隣に「渋谷アクシュ」ができるという。ヒカリエ、ソラマチ、キラリナの流れはいまでも連綿と続いているのだろうか。 渋谷ヒカリエの隣に渋谷アクシュができるらしい まもなく、渋谷ヒカリエの裏に渋谷アクシュという商業施設ができるらしい。 渋谷アクシュ(SHIBUYA AXSH) 2024年上期に開業予定 見に行ったところ外観は既にほとんどできていた。左上のほうにちょっと見えているのがヒカリエの外壁だ。まさに真隣にあることが分かる。 ぼくはこの「アクシュ」という名前にすっかり驚いてしまった。というのも、商業施設名として「ヒカリエ」とか「サカス」みたいに日本語をもとにしたものが増えている、という記事を10年前に書いたことがあるからだ。そのときはどこまで続く流れか分からなかった。 商業施設名が日本語化している、という記事を書いた それは「商業施設名がヒカリエ化している」という記事だ。 当時、

                                                                            商業施設名は引き続き「ヒカリエ化」しているのか
                                                                          • UnrealEngine を使って注文住宅を建てたお話 - Qiita

                                                                            はじめに この記事はUnreal Engine (UE) Advent Calendar 2023の6日目の記事になります。 Unreal Engineを使用して注文住宅の建築を行う需要は、一般的にはあまり高くないかもしれませんがぜひ読んで頂けると幸いです。 また注文住宅とはなんやねんと思った方はこちらのリンクから見てみてください。 凄く簡単にいうと自分で自由にカスタマイズした家を建てる事です。 UnrealEngineを使用して家造りをしようと思ったきっかけ 注文住宅を建てるにはハウスメーカーと契約する必用があります。 契約したハウスメーカーにある程度の希望を出して仮で間取りや壁紙を選んでもらうと、The普通といった感じで量産型のようなものが提案されました。 やはり自分達で色々と考える必用があり、その中で提案もたくさんする必要があるんだなと実感し始めました。 そこで普段使用しているUnr

                                                                              UnrealEngine を使って注文住宅を建てたお話 - Qiita
                                                                            • 開発者ポータル Backstage とは - Carpe Diem

                                                                              背景 開発チームが抱えるよくある課題として システムが変化する一方でドキュメントは更新されず腐る メンバーの流入出によって口伝でかろうじて継承された知見も失われる 検索性が良くないと過去のドキュメントが気づかれず、同じような内容のドキュメントが新規量産される 後から参加したメンバーはどちらが正のドキュメントか分からず混乱する といったことが良くあります。 解決方法としては以下のように、GitHub&ルールベースで管理するといった例があります。 future-architect.github.io また組織・システムが大きくなってくると認知負荷を低減するためにドメインで区切るような形でチームの分割が始まりますが、 異なるチームによってシステムが管理され、システムの依存関係を全て知っている人がいなくなる CxOレイヤが大規模イベント前に現状を把握したいときに都度時間がかかってしまう チームごと

                                                                                開発者ポータル Backstage とは - Carpe Diem
                                                                              • オタク君が好きそうなキモい形のこの橋、なかなか興味深い構造をしてた「そういう発想の橋もあるのか」

                                                                                リンク www.pcken.or.jp 上路式吊床版橋 | 一般社団法人 プレストレスト・コンクリート建設業協会 わが国のプレストレストコンクリート(PC)技術は、1952年の事業化以来、種々のコンクリート構造物に採用され、世界的にも高い評価を確立しております。 1955年、専業者によりPC工業協会として発足した当協会は、その後一般建設業者の参加も得て、 現在会員数33社と、わが国におけるPC工事のほとんどを手がけている業者の団体にまで発展しております。PC建設業界の健全な進歩と発展を図り、それをもって社会インフラの整備拡充および人々の生活を豊かにする開発を究極的目標として、 調査・研究と技術の普及に研鑽を積み重ねて

                                                                                  オタク君が好きそうなキモい形のこの橋、なかなか興味深い構造をしてた「そういう発想の橋もあるのか」
                                                                                • データ詰め替え戦略 - kawasima

                                                                                  このSpring Bootを使ったクリーンアーキテクチャの例は、データの詰め替え過剰にみえる。 https://www.baeldung.com/spring-boot-clean-architecture これだけのモデルと詰め替えが必要なのだろうか? 『Get Your Hands Dirty on Clean Architecture 』にこのマッピング戦略(詰め替え戦略)が書かれている No Mapping (レイヤ間でモデルを共有し、詰め替えをしない) 2-way Mapping (各レイヤで独自のモデルを持ち、レイヤを跨ぐ呼び出しは上位レイヤが詰め替えの責務を負う) Full Mapping (各レイヤで独自のモデルを持ち、レイヤを跨ぐ呼び出しには専用のモデルを使う) またこの戦略のどれを選ぶかの基準は『Balancing Coupling in Software Design

                                                                                    データ詰め替え戦略 - kawasima