並び順

ブックマーク数

期間指定

  • から
  • まで

561 - 600 件 / 1493件

新着順 人気順

architectureの検索結果561 - 600 件 / 1493件

  • たのしいコーディングのための「CUPID」特性 - iki-iki

    当初はちょっとしたSOLID批判のつもりが、「藪を突ついて蛇を出して」しまったのですが、物事はそこから具体的で目に見えるものへと発展しました。仮に、近頃はSOLID原則が役に立たなくなっているのだとしたら、何に置き換えればよいのでしょう? あらゆるソフトウェアに通用する原則はあるのでしょうか? そもそも「原則」とは何を意味するのでしょう? 私は「仕事がたのしくなるソフトウェアならではの特性や性質がある」ということを確信しています。コードでそのような質が高まれば高まるほど、仕事もどんどんたのしくなります。しかし、何事もトレードオフですから、自分の置かれている状況をつねに考慮する必要があります。 そうした特性はたくさん存在しており、互いに重なりや関連がありますし、説明の仕方もさまざまです。ここでは私がコードで気にかけている要素を強く支えていると思える5つを選びました。選ぶ数はこれぐらいが丁度良

      たのしいコーディングのための「CUPID」特性 - iki-iki
    • 金融を“サービス”として再発明するための技術スタック

      こんにちは。Finatextでエンジニアのマネジメントをしている河本です。 当社は「金融を“サービス”として再発明する」をミッションとして掲げ、ビジネスの成長とともに技術領域も拡大させてきました。 エンジニアチームは今、私たちが「BaaS (Brokerage as a Service)」と呼んでいる証券サービスのためのシステム基盤と、そのBaaS上のサービス開発に力を注いでいます。 今回は、そんな当社の技術スタックについて紹介したいと思います。 開発環境・CI/CDGitHubSwaggerSonarCloudPostmanTerraformAWS CodeBuildAWS CodePipelineコードはGitHubで管理され、API 仕様管理には Swagger が使われています。SonarCloud を用いてソースコードの健全性やテストカバレッジの可視化を行っています。API開発の

        金融を“サービス”として再発明するための技術スタック
      • 分散型SNS「Misskey」、それを支える技術スタック | gihyo.jp

        本連載は分散型マイクロブログ用ソフトウェアMisskeyの開発に関する紹介と、関連するWeb技術について解説を行っていきます。第1回はMisskey、ひいては分散型SNSの簡単な紹介とその内部実装の概略を説明します。 はじめまして! はじめまして、Misskey(みすきー)のプロジェクトリーダーをしている、しゅいろ(@syuilo)です! この度連載の機会をいただきましたので、ちょっと仰々しい気もしますが「Misskey & Webテクノロジー最前線」と題して、今後Misskeyやそれに関わる最新のWeb技術について解説をしていく予定です。 今回はMisskey、ひいては分散型SNSの簡単な紹介とその内部実装の概略を説明します。 対象読者は、後半の実装解説の部分においてはある程度のWeb開発の知識がある人を想定しています。 Misskeyとは⁠、そして分散型とは Misskeyは、オープン

          分散型SNS「Misskey」、それを支える技術スタック | gihyo.jp
        • 中国の巨大都市・重慶の高低差にふるえる

          海外旅行がしたい。 入国審査官に「入国の目的は?」と聞かれたら元気よく、発音いまいちな英語で「サイトシーイング!」と答えたい。読めないメニューを見て、勘だけで注文がしてみたい。知っている人が誰もいない、知らない街を目的なく歩きたい。 でもまだしばらくは難しそうである。 ならば、過去の旅を反芻してみてはどうだろう。新規の旅行に行けない今だからこそ、ずっと書きそびれていた重慶の旅行記を書いてみたい。 編集部よりあらすじ:中国の内陸部の重慶に旅行したときに、高い建物やモノレールが走るルートに驚いたライターネッシーさん。 海外旅行好きだが海外へ行けない今、過去旅した「重慶のたてものの高低差」について連載します。

            中国の巨大都市・重慶の高低差にふるえる
          • モノリスとマイクロサービスを経てモジュラモノリスを導入した実践事例

            全てのAPIをProtocol Buffersで管理する / Manage all APIs with Protocol Buffers

              モノリスとマイクロサービスを経てモジュラモノリスを導入した実践事例
            • ブレワイ&ティアキンの建築物を見てみる回|すい

              こんにちは。初めてnoteを使います。使い方がいまいちわかりません。最近撮ったナイスな写真を表紙にしました。なにも建築に関係がありません。そんなのでええんか??ていうか一体何文字まで書けるんでしょうか。よく分からないので行き当たりばったりで行かせていただきますよ!!!! 概要 動機など  こちらはハイラルの建築物についてお話するnoteです。私は以前ハイラル城について建築様式や家具などからお城を深堀りしたものをTwitter(Xって何ですか?)に出しましたが、今回は違います。何を取り扱うかというと、ハイラルの各地に転々と広がる残存した建築物についてです。 なぜこんなことをしているかというと、2月某日のイベントのときに博識フォロワーのカムラさんが私にハイラルの建築様式にはいつくかタイプが存在すること、いたるところに気になる建築物が存在していることなどを教えてくださったのがすべての始まりです。

                ブレワイ&ティアキンの建築物を見てみる回|すい
              • 老朽化で解体も……全国に存在する巨大観音像 建立の理由と管理の難しさ(Yahoo!ニュース オリジナル 特集)

                昨年、淡路島にある高さ100メートルの巨大観音像の解体が大きな関心を集めた。40年前に建立され観光スポットにもなったが、その後所有者が死去し、老朽化して危険な状態が続いていたためだ。日本には巨大な観音像がいくつも存在する。どう運営されているのか、長く安全に管理していくには何が必要なのか。日本の巨大観音の実像を取材した。(ノンフィクションライター・伊田欣司/Yahoo!ニュース オリジナル 特集編集部) 兵庫県の明石海峡大橋を車で渡り、淡路島を走ること約30分。国道28号近くで大規模な解体工事が進んでいる。高さ100メートルの「世界平和大観音像」の撤去作業だ。観音像は台風で外壁の一部が剥がれ落ちるなど、住民にとって危険な建物になっていた。 もともと観音像は、大阪で不動産業を営む男性が約35億円を投じ1982年に建てられた。当時は巨大仏像として日本一の高さを誇った。 男性は1988年に死去し、

                  老朽化で解体も……全国に存在する巨大観音像 建立の理由と管理の難しさ(Yahoo!ニュース オリジナル 特集)
                • [翻訳] Shopifyにおけるモジュラモノリスへの移行 - Qiita

                  こんにちは、食べログシステム本部長の京和です。 本エントリでは Shopify の Engineering Blog から、Kirsten Westeinde による「Deconstructing the Monolith: Designing Software that Maximizes Developer Productivity」を翻訳して掲載します。 食べログではユーザーや飲食店に価値を届けるスピードを最大化するべく、マイクロサービス化などをはじめとしたこれまでの組織やアーキテクチャを刷新するための取り組みを始めています。しかし、マイクロサービスはアプリケーションアーキテクチャとインフラアーキテクチャが複雑に絡み合ったシステムで技術的難易度が非常に高く、適切に構築できなければ「分散されたモノリス」と呼ばれるアンチパターンに陥ります。1 Shopifyではマイクロサービスではなく、

                    [翻訳] Shopifyにおけるモジュラモノリスへの移行 - Qiita
                  • 一見すると地震で色々壊れたように感じる建物の画像→建築に詳しい方「これはちゃんと機能したということです」

                    糸色 丁頁 其月(旧ツイッタラー) @8itzck エキスパンションジョイントと言って、 揺れを吸収するために隙間をわざと作ってカバーのプレートをかぶせています。 それが外れたので、ある意味ちゃんと機能したということです。 柱とかにバッテン形の亀裂とか、外壁があからさまに斜めとかあれば要注意です twitter.com/si_e_r/status/… 2021-02-14 01:08:13 トシゾー @Toshizoo_wanko (´-ω-`)10年前にも言った気がするけどコレはエキスパンションジョイント(伸縮継手)というもので居住区画がダメージ受けないように「わざと壊れる」ように出来てるんだよ。 大きなコンクリートって割れやすいから縁切り(一点に力がかからないための仕切り)を設けるの。 twitter.com/si_e_r/status/… 2021-02-14 06:35:50

                      一見すると地震で色々壊れたように感じる建物の画像→建築に詳しい方「これはちゃんと機能したということです」
                    • オープンソースの地理情報システム「Re:Earth」登場 マウス操作で情報追加、地図をWebアプリとして公開可

                      東京大学は7月26日、地図サービスの開発を手掛けるユーカリヤ(東京都渋谷区)とともに、Webブラウザから使える地理情報システム「Re:Earth」(リアース)をオープンソースソフトウェアとしてGitHub上で公開した。地理空間上への情報のマッピングや、3D情報の付加などがマウス操作のみで行え、ユーザーが独自のWebアプリとして公開することも可能という。

                        オープンソースの地理情報システム「Re:Earth」登場 マウス操作で情報追加、地図をWebアプリとして公開可
                      • AWS Lambda×Fargate×PlanetScaleを組み合わせれば、超絶スケールするWebアプリを作れる 約2ドルから作れる“ニッチで俺得な”環境の布教

                        自分がニッチだと思っているテーマについて発表する「Qiita Engineer Festa 2023〜私しか得しないニッチな技術でLT〜」。ここで株式会社SonicGardenの遠藤氏が登壇。LambdaとFargateを組み合わせた実行環境について話します。 遠藤氏の自己紹介 遠藤大介氏:今日は「AWSのLambdaとPlanetScaleを組み合わせると、超絶スケールするWebアプリを作れちゃうぜ」という話をしていこうと思っています。 最初に自己紹介です。遠藤と申します。SonicGardenという会社で、プログラマーと執行役員をやっています。インフラと機械学習などが好きで、趣味もプログラムで仕事もプログラムな感じの人間なんですが、最近は機械学習周りが盛り上がっているので、そっちもいろいろやっています。 あと、ロードバイクに趣味で乗っているのですが、最近ちょっと乗れていません。それから

                          AWS Lambda×Fargate×PlanetScaleを組み合わせれば、超絶スケールするWebアプリを作れる 約2ドルから作れる“ニッチで俺得な”環境の布教
                        • 【レポート】楽天の大規模決済システムを支えるAWSアーキテクチャ #AWSSummit | DevelopersIO

                          DA事業本部の春田です。 AWS Summit Online絶賛開催中!ということで、本記事では「CUS-65: ペイメントプラットフォームにおける AWS の活用」の内容についてまとめていきます。 セッション情報 楽天株式会社 グローバルテクノロジー統括部 國谷 彩 氏 AWS上でのPayment Platformシステムの歴史についてお伝えします。AWSへ移行してからこれまでの課題と解決方法について説明します。 ※セッション動画は以下リンク アジェンダ 楽天グループについて ペイメントプラットフォームについて ペイメントプラットフォームにおけるアマゾンウェブサービス(AWS)の歴史 楽天グループについて Eコマースのサービス「楽天市場」をはじめ、Fintech事業やエンターテイメント事業まで、さまざまなビジネスを展開 各サービスが楽天共通IDで繋がることで、サービスを跨いだグループシナ

                            【レポート】楽天の大規模決済システムを支えるAWSアーキテクチャ #AWSSummit | DevelopersIO
                          • 情報量の多い風景【東京VS大阪】

                            情報量の多い風景は楽しい。 よく「看板だらけの光景は、景観的に好ましくない」などと言われるが、繁華街で色とりどりの看板やオブジェが主張しまくっている光景を見るのは、単純にスコーンと楽しい。 その何物にも代えがたい楽しさを味わいに、街へ出た。 ライター、番組リサーチャー。過去に秘密のケンミンSHOWを7年担当し、ローカルネタにそこそこくわしい。「幻の○○」など、夢の跡を調べて歩くことがライフワークのひとつ。ほか卓球、カップラーメン、競馬が好き。(動画インタビュー) 前の記事:「恋愛のストライクゾーン」をそのまんま野球ゲームにしたらこうなった > 個人サイト 文化放想ホームランライター きっかけは道頓堀から そのきっかけは、関西へ別件で取材旅行に出かけたときのこと。そのついでに見た大阪の繁華街にある「情報量の多い風景」の楽しさに圧倒されてしまった。 「そんなこと知ってるよ」という人もいるかもし

                              情報量の多い風景【東京VS大阪】
                            • Blenderで不穏な「無人の風景」を生み出す、CG作家「たいらかける」が語る画づくりのコンセプト。

                              2023/02/14 PR Blenderで不穏な「無人の風景」を生み出す、CG作家「たいらかける」が語る画づくりのコンセプト。 マウスコンピューター Blenderテクスチャモデリングライティング ごく普通の日常風景を題材にしながら、どこか「不気味さ」を感じさせるCGを生み出す、たいらかける氏。これまでの作品から、制作の秘訣や本人のバックグラウンドなどを探るとともに、現在制作で用いているマウスコンピューターのクリエイター向けノートPC「DAIV 5N」のパフォーマンスや使い勝手を伺った。 重視しているのは、腑に落ちない感覚 CGWORLD(以下、CGW):3DCGを始めて1年ちょっととのことですが、アートに関する経歴はどのような感じでしょうか。 たいらかける氏(以下、たいら):2020年に、まずは点描画やイラストなどの創作活動からスタートしました。その後、2021年の12月頃からはBle

                                Blenderで不穏な「無人の風景」を生み出す、CG作家「たいらかける」が語る画づくりのコンセプト。
                              • フロントエンドのつくりかた

                                フロントエンドの特定技術について語る解説は多くあれど、そもそもフロントエンドのつくりかたについて語った解説は多くないのではないでしょうか。 フロントエンドという大きな領域ですので恐れ多くもありますが、私が GUI プログラミングに携わった経験をもとにお話した内容のスライドとその補足をここでしたいと考えます。 スライド スライドのページ数は多いですが、差分がほとんどですので、それほど構える必要はないです(カーソルキーに負担がかかるという問題を除いて)。 補足解説 大きなテーマごとに補足をしていきます。 スライドで取り上げているテーマは次の4つです。 GUI アーキテクチャパターン データの同期 エラーハンドリング コンポーネント構造 「GUI アーキテクチャパターン」はいわゆる MVC や MVP といわれるものがどういったものかを解説する章です。 「データの同期」は画面と実際のデータが離れ

                                  フロントエンドのつくりかた
                                • 東京都文京区には古代遺跡みたいな児童公園がある

                                  東京都文京区、水道橋駅と御茶ノ水駅の間に小さな公園がある。 昭和5年(1930年)に開園した元町公園だ。 これが古代遺跡みたいで非常にかっこいい。 最寄駅はJRの水道橋駅 江戸城の旧外堀に沿った道を上っていくと5分ほどでつく 見上げると何やらエキゾチックな鷲の彫刻が睨みをきかせている 元町公園の入り口にある大階段 まるで南米の遺跡に迷い込んでゆくかのような佇まいだ。 1923年に作られたあの有名な帝国ホテル(こちらは世界的な建築家フランク・ロイド・ライトが設計。現在明治村に正面玄関部分が保存されている)にも似た雰囲気がある。 昭和5年(1930年)1月25日開園 関東大震災で壊滅的な被害をうけた東京において、帝都復興事業として作られた52ヶ所の復興小公園のひとつがこの元町公園である。 大階段を上ったところにある壁泉 そのほとんどは現代的に改修され面影を失ったが、ここ元町公園は1985年まで

                                    東京都文京区には古代遺跡みたいな児童公園がある
                                  • Amazon RDS Proxy が BASE にもたらした期待以上の導入メリット - BASEプロダクトチームブログ

                                    はじめに 基盤チームでバックエンドエンジニアをやっている松田( @tadamatu )です。 以前にCTO川口が当ブログ内で公開した以下の記事があります。 devblog.thebase.in 新規接続の限界 BASE のアクセス量の伸びは凄まじくこの構成でも接続エラーが発生するようになってしまいました。 ピーク時に秒間 2 万もの新規接続が primary インスタンスへ行われているといった状態です。 この記事が公開されたのが約2年前で、当時100万程度 だったショップ数は170万を超え、我々はまだまだ伸ばしたいと考えています。 これは、ショップ数の伸びとともに、指数関数的に増えていくユーザのアクセスを捌く必要があることを意味します。 ブログ公開当時、我々はさまざまな検討の末、以下のような対策を取りました。 残された手段は primary のインスタンスに対しての接続数を如何にして減らす

                                      Amazon RDS Proxy が BASE にもたらした期待以上の導入メリット - BASEプロダクトチームブログ
                                    • Railsは技術的負債である

                                      Railsを使うと、初速は早くなる。それは間違いないと思う。一方で、RailsはVierwからDBまで密結合したフレームワークなので、「段階的なアップグレード」とかがむずかしい。ヴァージョンをあげるときには一気にエイヤであげる必要が出てきがちである。さらに、プロダクトが巨大になってくると結局様々な工夫を凝らしてViewからDBまでの間を疎結合にしていくことになる。そうなってくると、「これRailsである意味あるんだっけ」となって、段階的なアップグレードのしにくさや気をぬくと密結合な設計になるという欠点が目立ってくる。 これは、まさに技術的負債そのものである。ここでわたしが「技術的負債」を「単なる悪いもの」として扱っているわけではないことに注意してほしい。Railsを使うというのは、そういう将来の負債を借り入れて、その借金を使って早くプロダクトを世の中に届けるという判断をしている、ということ

                                        Railsは技術的負債である
                                      • キャッシュと向き合う、キャッシュと共に生きる / cache pattern

                                        PHPerKaigi 2024の登壇資料です。 https://phperkaigi.jp/2024/ - https://speakerdeck.com/moznion/pattern-and-strategy-of-web-application-caching - https://soudai.hatenablog.com/entry/cache-strategy

                                          キャッシュと向き合う、キャッシュと共に生きる / cache pattern
                                        • メルペイのマイクロサービスアーキテクチャの裏側と、不整合を防ぐための工夫

                                          2019年7月24日、ヤフー株式会社が主催するサーバーサイドエンジニア向けの勉強会「Bonfire Backend #3」が開催されました。第3回となる今回のテーマは「モバイル決済の裏側」。急速に成長するモバイル決済分野でサービスを展開する企業が一堂に会し、自社サービスの仕組みや技術スタックなど、知られざる裏側を語ります。プレゼンテーション「静的MPM決済を支える技術 」に登壇したのは、株式会社メルペイのsusho氏。今年の6月にサービスが開始したばかりのメルペイのサーバーサイドの特徴と工夫について語ります。 静的MPM決済を支える技術 susho氏:こんばんは。「静的MPM決済を支える技術」ということでsushoが発表させていただきます。 最初に自己紹介です。 社内ではsushoと呼ばれているので、ここでもそうさせていただいております。Twitterは@susho0220でやっています。

                                            メルペイのマイクロサービスアーキテクチャの裏側と、不整合を防ぐための工夫
                                          • 理解して拡げる分散システムの基礎知識

                                            20200725の #JTF2020 セッションスライド。 (資料内で説明した資料へのリンク) ・昨年のJTF発表資料 https://speakerdeck.com/tzkoba/cloud-nativekai-fa-zhe-falsetamefalsedatabase-with-kubernetes ・「2020年のNewSQL」 https://qiita.com/tzkoba/items/5316c6eac66510233115 ・「NewSQLのコンポーネント詳解」 https://qiita.com/tzkoba/items/3e875e5a6ccd99af332f ・Saga https://www.infoq.com/jp/news/2018/03/data-consistency-microservices/ ・「マイクロサービスとは分散システムである」 https://

                                              理解して拡げる分散システムの基礎知識
                                            • 「ARM」という単語の意味を啓蒙する記事 - Zopfcode Essay

                                              同じARMだからといってポン付けでは動かんぞ定期 / 他6件のコメント https://t.co/ZW4ffdQP88 “「M1搭載MacでArm版Windows 10は動作可能。すべてマイクロソフト次第」アップル幹部が語る - Engadget 日本版” (23 users) https://t.co/aia65JYL5V— Takumi Sueda (@puhitaku) 2020年11月21日 追記: いろいろあって面白かったので、頂いたコメントの返信を末尾に追記しました 追記2: Engadget 日本版が閉鎖するため、上記記事「M1搭載MacでArm版Windows 10は動作可能。すべてマイクロソフト次第」アップル幹部が語るの魚拓を貼っておきます megalodon.jp 昨今の買収劇に始まり、というかそれ以前から、ARM (Arm) という固有名詞はコンピューターを語る上では

                                                「ARM」という単語の意味を啓蒙する記事 - Zopfcode Essay
                                              • props のバケツリレーって何が悪いんだっけ - fsubal

                                                #React やってて、props のバケツリレーを何か嫌がる人たまにいるんだけど、自分は props のバケツリレーそのものをそんなに悪いと思ったことがない。 「バケツリレーがつらい」ように見えるコンポーネントの大半はそもそも props の設計がおかしい場合が多く、本当の問題はそっちにあると思っている。 たとえば、次のようなバケツリレーはつらいかもしれない。ここでいう Body はサイドバーとしてフォロワーの一覧を表示し、メインコンテンツとしてフィード一覧を表示するみたいなものを想像して欲しい。フォロワー一覧の中で使う props とフィード一覧で使う props を混ぜて1つの親に渡している状況だ。

                                                  props のバケツリレーって何が悪いんだっけ - fsubal
                                                • 秀逸すぎるアルゴリズムの教え方|Sangmin Ahn

                                                  こんにちは、Choimirai Schoolのサンミンです。 0  はじめにお父さんと子供たちで「Peanut Butter and Jelly (PB&J) Sandwich」を作る様子を録画した動画。 これは、子供たちにプログラミングを教える上でも大変効果的な方法✨。面白いし、結果を見てどんな改善が必要なのか考えるのでアルゴリズムの基礎が学べる。pic.twitter.com/JoCJcINg9u — Sangmin @ChoimiraiSchool (@gijigae) July 6, 2021 息子と娘さんが書いた指示書に従ってサンドイッチを作るお父さん。自分たちが思った通りではなく、書いた通りに動いているお父さんに気付き、指示書を改善しつつもまだまだ足りない箇所が多い。 ▲Peanut Butter and Jelly (PB&J) Sandwich 動画のスクリプトを文字起こし

                                                    秀逸すぎるアルゴリズムの教え方|Sangmin Ahn
                                                  • 1/ GitHub 元CTO「マイクロサービスにしたことがアーキテクチャ上の最大のミスだった」(※少しマニアックな内容ですが、個人的には面白いと感じたので載せます→)

                                                    門脇 敦司/ Atsushi @at_sushi_ Knowledge Sense, Inc. CEO ← 東大 / エンタープライズ向け生成AIプロダクトで成長中のスタートアップ(2019年~) / ソフトウェアエンジニアを募集中(800万円~+SO)→DM開放中 / 好きな言葉は「実験と学習」/ 最新の生成AI 事情に少し詳しいです https://t.co/PwBZaT31cB 門脇 敦司/ Atsushi @at_sushi_ 1/ GitHub 元CTO「マイクロサービスにしたことがアーキテクチャ上の最大のミスだった」 (※少しマニアックな内容ですが、個人的には面白いと感じたので載せます→) twitter.com/jasoncwarner/s… 2022-11-16 09:20:18 Jason Warner @jasoncwarner I'm convinced that o

                                                      1/ GitHub 元CTO「マイクロサービスにしたことがアーキテクチャ上の最大のミスだった」(※少しマニアックな内容ですが、個人的には面白いと感じたので載せます→)
                                                    • 消えゆく「曲がるエスカレーター」 甲府で撤去、「バブルの遺物」国内あと30基(1/2ページ)

                                                      山交百貨店にあったスパイラルエスカレーター。建物を引き継いだヨドバシカメラが撤去した=令和元年9月、甲府市丸の内(渡辺浩撮影) 閉店した甲府市の山交(やまこう)百貨店の建物を引き継いだ家電量販店、ヨドバシカメラ(東京)が、名物だった曲がって進む「スパイラルエスカレーター」を撤去していたことが12日、関係者への取材で分かった。「バブルの遺物」とされるスパイラルエスカレーターは国内では新規設置が少なく、減少が続いている。(渡辺浩) 山交百貨店の象徴山交百貨店は一昨年9月、65年の幕を閉じた。建物は地上5階、地下4階で、改修工事がほぼ終わり、今月下旬にヨドバシカメラマルチメディア甲府やヨドバシ子会社の石井スポーツ甲府店などが入る複合商業施設として生まれ変わる予定だ。 山交百貨店のスパイラルエスカレーターは平成元年に1階と2階を結ぶ2基を設置した。20年に1基を撤去し、上りの1基が店のシンボルにな

                                                        消えゆく「曲がるエスカレーター」 甲府で撤去、「バブルの遺物」国内あと30基(1/2ページ)
                                                      • ssig33: "最近最小限のReactアプリを作るのに使ってるもの についてとりあえずメモしとく。 ##..."

                                                        新人声優 +81-9014502501 mail@ssig33.com 0088-7709-7529 it/it. my opinion may be not my own. but my fate is my own. 最近最小限のReactアプリを作るのに使ってるもの についてとりあえずメモしとく。 前提: デカいフレームワークは使わない next.js, Astro, Remixは使わない。next.jsとAstroは大好きなのだが、社内向けとか個人用とか小さいアプリに使うにはあきらかに恐竜であると思う。Remixは大好きではない。 前提: SSRしない SSRもSSGもISGもしない。CSRでいい。SSRしたいならReactをそもそもぶん投げたほうが(個人レベルなら)いいと思ってる。それがほしいならPHPやRails でええ。今更RailsでView書きたくないとか思うかもしれない

                                                          ssig33: "最近最小限のReactアプリを作るのに使ってるもの についてとりあえずメモしとく。 ##..."
                                                        • SRE実践の手引 ─ 信頼性をどう制御するか? から始める、現実的な指標と目標の設計と計測 - エンジニアHub|Webエンジニアのキャリアを考える!

                                                          SRE実践の手引 ─ 信頼性をどう制御するか? から始める、現実的な指標と目標の設計と計測 SREの役割には、信頼性、SLIとSLO、エラーバジェット、トイル、ソフトウェアエンジニアリングといった複数のキーワードが存在するがゆえ、なかなかうまく実践できない、という声もあります。本稿では、難しく見られがちなSREの内実を、「信頼性の制御」というコンセプトを軸に整理し、小さく始める一歩を坪内佑樹(ゆううき)さんが解説します。 こんにちは。SREの研究者をやっているゆううき(@yuuk1t)です。 SRE(Site Reliability Engineering)は、従来のオペレーションエンジニア、システム管理者(sysadmin)と呼ばれる人々が担っていた技術領域の新しい形です。Googleによって提唱され、日本国内でも2015年ごろからWebコンテンツ事業者のコミュニティを中心に広く知られる

                                                            SRE実践の手引 ─ 信頼性をどう制御するか? から始める、現実的な指標と目標の設計と計測 - エンジニアHub|Webエンジニアのキャリアを考える!
                                                          • 再考: アプリ開発と状態遷移の管理 - ninjinkun's diary

                                                            自分が開発しているLaunchableのWebアプリがローンチされて1年半ほどになる。このWebアプリにはReduxのような状態管理ライブラリを入れないまま開発してきたのだが、今のところ困らずに開発できている。そういえば昔自分は状態管理について何か考えていたような…とブログを掘り起こしてみた。 ninjinkun.hatenablog.com このエントリは2016年にネイティブアプリを対象にして書かれているが、この後自分は2018年ごろにWebフロントエンドに軸足を移し、ネイティブアプリ開発から離れた。なのでこのエントリはWebフロントエンドエンジニアが2022年に再考した話になる。 結論としては、当時自分が管理したかった状態のほとんどは現在ApolloClientのキャッシュによって解決されている。 繰り返しになるが、自分が開発しているLaunchableのWebフロントエンドには状態

                                                              再考: アプリ開発と状態遷移の管理 - ninjinkun's diary
                                                            • 新しいデータ基盤アーキテクチャである「データレイクハウス」について調べてみた - Taste of Tech Topics

                                                              最近ソーダストリームを買い、炭酸水を飲むのにはまってます。機械学習エンジニアの@yktm31です。 以前に「AWS Lake Formationでデータレイク体験!」という記事を書いてみて、データ基盤アーキテクチャに興味が湧いてきました。 データレイクハウスは、「データウェアハウス」と「データレイク」を統合したようなアーキテクチャで、 2020年にDatabricks社により提唱され、新しいデータ基盤アーキテクチャとして注目されているようです。 www.databricks.com そこで今回、「データレイクハウス」について調べてみたことをまとめてみたいと思います。 なぜデータレイクハウスが注目されているのか? データウェアハウスの特徴・課題 データレイクの特徴・課題 データレイクハウスの特徴 データレイクハウスのアーキテクチャ Azure Azure Synapse Analyticsを

                                                                新しいデータ基盤アーキテクチャである「データレイクハウス」について調べてみた - Taste of Tech Topics
                                                              • 建築系の本だけどイラスト描きさんにも!定規なしでも感覚的にパースが描ける本が話題に→建物版・インテリア版があります

                                                                彰国社エディターズ @shokoku_editors 丸善丸の内本店 様(丸の内オアゾ)3階 理工書コーナー 新刊『エスキスって何?』小川真樹他著 『スケッチ感覚でパースが描ける本』中山繁信著 置いていただいてます! やりたいことをカタチにできる!適当なのにきちんと見える! お手に取ってみてください!(撮影は許可をいただいております) pic.twitter.com/Nfg4ZS7H2C 2020-01-20 19:21:00

                                                                  建築系の本だけどイラスト描きさんにも!定規なしでも感覚的にパースが描ける本が話題に→建物版・インテリア版があります
                                                                • レイヤードアーキテクチャ - kawasima

                                                                  POSAでの定義 レイヤードアーキテクチャを、体系だって書いたのは「Pattern-Oriented Software Architecture, Volume 1, A System of Patterns」だろう。まずはその原典に立ち返って、レイヤードアーキテクチャとは何かをみてみる。 コンテキスト ソースコードの変更がシステム全体に波及させたくない。それが1つのコンポーネントに閉じられ、他に影響を与えないようにすべきだ。 インタフェースは安定している。標準化団体によって規定されている場合もある。 システムの一部は交換可能である。コンポーネントはシステムの他の部分に影響を与えることなく、実装を入れ替えることができる。 現在設計しているシステムと同様の下位レイヤの課題をもつ他のシステムを、将来構築することがあるかもしれない。 理解のしやすさと保守性のために同じ責務はグルーピングしておきた

                                                                    レイヤードアーキテクチャ - kawasima
                                                                  • 雑にReactアプリを作りたい時に使ってるもの

                                                                    import "./App.css"; import { Link, Route, Switch } from "wouter"; function Nav() { return ( <nav> <Link to="/">Home</Link> <br /> <Link to="/about">About</Link> </nav> ); } function Home() { return ( <div className="App"> <h2>Home</h2> <Nav /> </div> ); } function About() { return ( <div className="App"> <h2>About</h2> <Nav /> </div> ); } function App() { return ( <> <Switch> <Route path="/" compo

                                                                      雑にReactアプリを作りたい時に使ってるもの
                                                                    • 技術系の境界線 | La Verda Luno

                                                                      これは 設計ナイト2020 の感想記事です。 CQRS と GraphQL の話が主な話題でしたが、ディスカッションなどで示唆に富む話を聞けたので、(レポートというよりも)考えたことを書き残しておきます。 発表内容についてはあまり書きませんが、すでに 設計ナイト2020感想 - Qiita と 設計ナイト2020に参加してきました。 | achanBlog という記事があります。 Q&A やディスカッションについても #sekkeinight 付きのツイートを見ると、何が交わされたか把握できると思います。 コンテキスト DDD・CQRS・GraphQL・アーキテクチャの進化戦略などについて深い話(触ってみたレベルでなく実運用等を経たもの)についても興味深かったのですが、サーバー再度にとっての理想的なモデルとフロントエンドの要求が衝突する境界線について考えるきっかけになりました。もしかしてサ

                                                                        技術系の境界線 | La Verda Luno
                                                                      • メルカリのコンテナアーキテクチャを公開! 利便性の高いアプリを実現する AWS 活用法 | Amazon Web Services

                                                                        AWS Startup ブログ メルカリのコンテナアーキテクチャを公開! 利便性の高いアプリを実現する AWS 活用法 2019年8月30日。AWS Loft Tokyo にて、AWS におけるコンテナサービスの解説とともに、株式会社メルカリにおける AWS Fargate、Amazon EKS の活用についてお話しいただくイベント AWS Containers talk with Mercari が開催されました。 このレポートでは、前半パートで株式会社メルカリの中河 宏文 氏による「メルカリ写真検索における Amazon EKS の活用事例とプロダクトにおける Edge AI Technology の展望」の模様を、後半パートで株式会社メルカリ 高橋 三徳 氏とアマゾン ウェブ サービス ジャパン株式会社のソリューションアーキテクト 塚田 朗弘、原 康紘による「Fireside Cha

                                                                        • 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
                                                                          • 作って理解するOS x86系コンピュータを動かす理論と実装

                                                                            2019年9月26日紙版発売 2019年9月26日電子版発売 林高勲 著,川合秀実 監修 B5変形判/736ページ 定価4,048円(本体3,680円+税10%) ISBN 978-4-297-10847-2 Gihyo Direct Amazon 楽天ブックス honto ヨドバシ.com 電子版 Gihyo Digital Publishing Amazon Kindle ブックライブ 楽天kobo 本書のサポートページサンプルファイルのダウンロードや正誤表など この本の概要 現在広く普及している,x86系CPU搭載のコンピュータ。 本書はOSの機能を実装しながら,その姿を明らかにしていきます。 第1部ではまず,ハードウェア,ソフトウェアの基本概念や,CPUとOSの関係など,コンピュータの核となる理論を丁寧に解説します。 第2部では,x86系コンピュータに対象を絞り,レジスタの構成や,

                                                                              作って理解するOS x86系コンピュータを動かす理論と実装
                                                                            • 独りよがりのプラットフォーム / For Whom that Platform Runs

                                                                              Talked at CloudNative Days Tokyo 2020 #CNDT2020. Video available at https://event.cloudnativedays.jp/cndt2020/talks/30

                                                                                独りよがりのプラットフォーム / For Whom that Platform Runs
                                                                              • 開発者向けの基盤をつくる

                                                                                ハッカーズチャンプルー2019( http://hackers-champloo.org/2019 )の発表資料です

                                                                                  開発者向けの基盤をつくる
                                                                                • 「技術的には可能です」と発声するその前に - Qiita

                                                                                  技術者はよく、実装可否の問い合わせに対して本当はやりたくない・すべきでないと思っているのにやればできることだからと「技術的には可能です」と答えてしまいハマる⋯って本当ですか? 私は最低でもここ10年は「技術的には可能です」と発言した記憶がありません。なぜそう言うことがないかというと、可否の問い合わせを受けた時点で次のようなことを考えてしまうからです。 運用は回る? 人力操作が絡むフローがあるけど利用数が増えたときにちゃんとスケールする? 休日深夜対応が必要になりそうだけど要員と人件費コストは確保できてる? カスタマーサポート対応激増しそうだけど(以下同文 誤操作があったりしてデータの修正依頼が来たときに訂正しようがない要件っぽいけど大丈夫? エンジニアがDB直操作対応するサービスメニューが存在するけど事故リスク、工数コスト、今後の開発停滞リスクは織り込み済み? 事故の際の責任はエンジニアに

                                                                                    「技術的には可能です」と発声するその前に - Qiita