並び順

ブックマーク数

期間指定

  • から
  • まで

201 - 240 件 / 2351件

新着順 人気順

Architectureの検索結果201 - 240 件 / 2351件

  • 図書館の本が真っ青 開放的過ぎた?「本に申し訳ない」:朝日新聞デジタル

    長野県のJR茅野駅に隣接する茅野市民館図書室が最近、ネットで熱い話題となっている。ずらりと並ぶ本の背表紙が退色してしまい、青っぽくなっているのだ。原因は紫外線とみられ、「本の悲鳴が聞こえる」「意匠重…

      図書館の本が真っ青 開放的過ぎた?「本に申し訳ない」:朝日新聞デジタル
    • わが国の決済システムの鳥瞰図が勉強になる→大きく分けて「取引・指図・照合」「清算」「決済」の3段階構成の解説がわかりやすい

      Jack @Jack_beansnack 国債と国庫金を除き、 「日銀ネット当預系を経由しないと決済できない」 のが肝。 現金の預払も、銀行⇔日銀の預払まで含めて、間接的に日銀ネット当預系を経由していると見立てられるか。 x.com/hattori0819/st… 2024-12-28 09:35:50 株式会社 協栄情報/CO-PROSPERITY INFORMATION Co.ltd @cpi_co_jp 大きく分けて「取引・指図・照合」、「清算」、「決済」の3段階構成 1. 取引・指図・照合: ・ 資金決済と証券決済の2種類に大別され、様々な方法で行われます。 ・ 資金決済: ・ 国庫金: マルチペイメントネットワークを介して行われます。 ・ 料金収納等: マルチペイメントネットワークを介して行われます。 ・ デビットカード: CAFISを介して行われます。 ・ CD/ATM: CD

        わが国の決済システムの鳥瞰図が勉強になる→大きく分けて「取引・指図・照合」「清算」「決済」の3段階構成の解説がわかりやすい
      • エンジニアとして今の自分を形成した本を5冊紹介する - パンダのプログラミングブログ

        パンダとおくだが、Web業界の当たり前を「これって本当にそうだっけ?」と問い直すラジオを配信しています エンジニアとして今の自分を形成した本5冊 エンジニアとして働くにあたって自分が大きく影響を受けた本を考えてみた。もちろん他にもあるが、今回は以下の5冊に絞って紹介する。 Clean Coder(クリーンコーダー) Team Geek Clean Architecture(クリーンアーキテクチャ) テスト駆動開発 LeanとDevOpsの科学 この記事の対象者としては、独学でプログラムを書き始めた人やエンジニアスクールを卒業したばかりの方というよりは、実務経験を1~3年くらい積んでいるけど次に何を学べば良いかわからず、自分でイマイチ伸び悩んでいると感じている人を主に想定している(かつての自分がそうだった)。 特にチーム開発、オブジェクト指向言語でのコーディング、テストコードを書いた経験があ

          エンジニアとして今の自分を形成した本を5冊紹介する - パンダのプログラミングブログ
        • なぜ僕が「SPAはコストが高い」と考えているのか

          どうもみなさんこんばんは ちょっと前に「個人開発者やスタートアップの初期からSPAで開発するのはコスト高いっすよね」みたいな事を書いたらフロントエンドエンジニアの皆様からバチバチに叩かれた僕です 彼らには彼らの考えがあるのでそれはどうでもいいのですが、どういう理由があってその発言をしたのか~と言う部分が気になっている方もいたようなので説明しておこうと思います ちなみに今でも全く意見は変わっておらず、この発言に同意できるかできないかは単純に視点の違い、規模の違い、スキルの違いだと思ってます 追記: もちろんSPAじゃないと実現できないようなサービスを作りたい場合はSPA一択ですし(インタラクティブにHPつくるサービスとか。でも世の中の95%くらいのサービスはそうじゃないと思います)、サイトの利用はログインした人にだけ提供するような業務系ツールなどはまた話が別です 前提の話 こういう記事ではコ

            なぜ僕が「SPAはコストが高い」と考えているのか
          • 個人開発・スタートアップで採用すべき最強のアーキテクチャを考えた - Qiita

            Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? 結論 「アジリティ」「コスト最適化」「スモールな構成」「開発スピード」という観点でWebアプリケーションのアーキテクチャを考えてみました。 ServerlessFrameworkを使い倒す フロントエンドはS3 hosting + CloudFrontで。SSRもLambda@Edgeでできます データベースはRDSは使わずにDynamoDBで APIは基本的にGraphQL。必要に応じてRESTも簡単に追加できるよ。 補足(2022/04/12) 最近個人開発しているこちらのWebサービスはこのアーキテクチャに沿って作られています。

              個人開発・スタートアップで採用すべき最強のアーキテクチャを考えた - Qiita
            • 中国で「家を新築する」のはほぼ不可能(どんな金持ちでも)

              語学質問たん @GS___tan 【世界の不動産・中国】 8億円の中古高級住宅。でも内装がない。「前の持ち主が家を売る前に内装をはぎ取ったのですか? 」と中国人に聞くと「たぶんそうじゃない。内装は最初からない」という。「え、だってこれ中古でしょ」と聞くと(つづく) wuxi.anjuke.com/prop/view/A541… pic.twitter.com/NdqWcGq3MB 2020-11-23 09:43:09 語学質問たん @GS___tan 【世界の不動産・中国】 「これは开发商(デベロッパ)が、外装は完成させるが、内装は未着工という形で売り出している。いわば新古住宅だ。完成品の豪邸を好む金持ちもいれば、内装は自分好みにしたい金持ちもいる。後者向きだ」といいます。(つづく)wuxi.anjuke.com/prop/view/A526… pic.twitter.com/IgNZv

                中国で「家を新築する」のはほぼ不可能(どんな金持ちでも)
              • エンジニアのスキルマップ・テックリードへの途 - 電通総研 テックブログ

                みなさんこんにちは。電通国際情報サービス(ISID) 金融ソリューション事業部の水野です。 これは電通国際情報サービス Advent Calendar 2022の16日目の記事です。 今回は、ISID金融事業部で運用しているスキルマップについてご紹介します。 テックリードとは 実は、ISIDの少なくとも金融事業部にテックリードと言うポジションはありません。 実在するのはチーフアーキテクトと言う職種のみで、各プロジェクトでリードエンジニアやテックリードという仮想的なロールがあるのが実態です。 一時期はフルスタックエンジニアと呼んでいる時期もありましたが、近年このワーディングが好まれない印象なので、大々的に使っていません。 主観ですが、フルスタックエンジニアはインフラ知識/運用系の知識のウェイトが高いエンジニアで、テックリードはソフトウェアアーキテクチャ、Webアプリケーション実装技術寄りのエ

                  エンジニアのスキルマップ・テックリードへの途 - 電通総研 テックブログ
                • メールアドレスをキーにしてID連携を行う設計の危うさ|ritou

                  ritouです。このしずかなインターネットにおける初投稿です。 おそらく、このしずかなインターネットのID連携では次のような設計になっていま「した」。問い合わせをさせていただき、対応いただきました。 これまでもQiitaなどで同様の実装例が紹介されていた際にはコメントさせていただいていたものですので、アンチパターンの紹介記事として読んでいただければと思います。 「Googleアカウントでログイン」ではじめると、ユーザーが作成され、Googleから受け取ったメールアドレス([email protected])が設定される 次回から「Googleアカウントでログイン」をすると、Googleから受け取ったメールアドレスでユーザーを参照 試しに、次のような流れで動作を確認してみます。 「Googleアカウントでログイン」でアカウント作成([email protected]) 「メールアドレス変更」

                    メールアドレスをキーにしてID連携を行う設計の危うさ|ritou
                  • ブロックチェーンでそんなことはできない - chike0905の日記

                    概要 本稿は、突然ムシャクシャした筆者が自分の考えるブロックチェーンの定義と、世間で言われているブロックチェーンの特性および応用例を批判するものである。 本稿は筆者の見解であり、所属組織の公式見解ではない。 ブロックチェーンの定義 そもそもブロックチェーンとはなんなのか。狭義には、「ブロック」の「チェーン」であることから、以下の定義をしたい。 データが、当該データ直前のデータの暗号学的ハッシュ値を持つリスト型のデータ構造 ここでは、そのデータの中に何を保持するかは一切考慮しない。 データがハッシュ値で連鎖することによって、リスト中の任意のデータのみを書き換えると、ハッシュチェーンの整合性が失われ、書き換えが行われたことを検知可能なデータ構造であると定義する。 しかし、世間で「ブロックチェーン」に興味を持つ諸氏はこの定義だけではいささか狭すぎると感じるだろう。 そこで、狭義のブロックチェーン

                      ブロックチェーンでそんなことはできない - chike0905の日記
                    • フロントエンドのパラダイムを参考にバックエンド開発を再考する / TypeScript による GraphQL バックエンド開発

                      2022年10月1日に開催された #postdev での発表です

                        フロントエンドのパラダイムを参考にバックエンド開発を再考する / TypeScript による GraphQL バックエンド開発
                      • 「常識が変わってる」アニメや漫画でよく見る「狭い廊下の学校」はもはや時代遅れ?いつの間にか学校の構造が変わっていることに驚く人たち

                        晒黑的がんくま @gankuma_ あと、自分が子供の頃は教室の机には落書きや先輩が彫刻刀で彫ったキズとかあるのが当たり前だったけど、今の学校の机はほとんどの所で落書きや傷の無い綺麗な状態で使ってる印象があるね。 晒黑的がんくま @gankuma_ @li_vers 実際には結構多いよ。小学校だと授業中でも廊下(?)を児童がうろうろしてる時もあるよ。こちらで作業途上のものを廊下に置きっぱなしでも授業中なら子供に触られないだろーと思って「施錠とか不要ですよ」って言ったら校長先生から「そんな甘いもんじゃない」って言われるwww

                          「常識が変わってる」アニメや漫画でよく見る「狭い廊下の学校」はもはや時代遅れ?いつの間にか学校の構造が変わっていることに驚く人たち
                        • 「最低な再開発」とSNSで名高い大阪梅田の住友タワマンの事例から、「日本で今後あるべき再開発」について考える|倉本圭造

                          「最低な再開発」とSNSで名高い大阪梅田の住友タワマンの事例から、「日本で今後あるべき再開発」について考える 東京の明治神宮外苑再開発問題について書いた記事がめちゃバズってTBSの討論番組にも呼ばれたりしたので、日本各地の「再開発」について「アレはどう思う?」ってX(ツイッター)って知らない人に聞かれることが増えたんですよね。 なかでも、「大阪市立大阪北小学校跡地」に住友不動産が建てたタワーマンションは「最悪of最悪」の再開発だろう、という話がSNSで盛り上がっていて、興味を持ったので正月の帰省に合わせて現地を見に行ってきました。 今回記事は、この「梅田の住友不動産のタワマン」の話を皮切りに、よく話題になる明治神宮外苑や下北沢といった色んな事例を取り上げながら今の日本における「再開発」がどうあるべきか、について考える記事になります。 (いつものように体裁として有料記事になっていますが、「有

                            「最低な再開発」とSNSで名高い大阪梅田の住友タワマンの事例から、「日本で今後あるべき再開発」について考える|倉本圭造
                          • Instagramはどうやって3人のエンジニアで1400万人にサービスを提供できるシステムを組み上げたのか

                            Instagramは2010年10月にサービスを開始後、2011年12月までのわずか1年間で1400万人に利用されるほど巨大なサービスに成長しました。こうしたスケールに対応できるシステムを組み上げたのはたった3人のエンジニアだったとのことで、どのように少人数でスケールするシステムを組み上げたのかについて、エキスパートエンジニアのレオナルド・クリードさんが解説しています。 How Instagram scaled to 14 million users with only 3 engineers https://engineercodex.substack.com/p/how-instagram-scaled-to-14-million レオナルド・クリードさんは、Instagramが3人のエンジニアで安定して巨大なサービスを提供できた理由として、下記の3つの原則を守ったからだと述べています

                              Instagramはどうやって3人のエンジニアで1400万人にサービスを提供できるシステムを組み上げたのか
                            • 質とスピード(2020秋100分拡大版) / Quality and Speed 2020 Autumn Edition

                              質とスピード(2020秋100分拡大版) 2020/11/20 @ JaSST'20 Kyushu

                                質とスピード(2020秋100分拡大版) / Quality and Speed 2020 Autumn Edition
                              • 全AWSエンジニアに捧ぐ、CloudWatch 設計・運用 虎の巻 / CloudWatch design and operation bible

                                全AWSエンジニアに捧ぐ、CloudWatch 設計・運用 虎の巻 / CloudWatch design and operation bible

                                  全AWSエンジニアに捧ぐ、CloudWatch 設計・運用 虎の巻 / CloudWatch design and operation bible
                                • 改めて整理するアプリケーション設計の基本

                                  ●発表のアーカイブ動画はこちら:https://youtu.be/4rgGkoyUaZw ●発表の中で紹介しているUdemy講座:https://www.nextskill.co.jp/courses === プログラミングの基礎を学び、アプリケーション開発に実践的に関わり始めると、「…

                                    改めて整理するアプリケーション設計の基本
                                  • Smart UI パターンが再評価される世界 - id:onk のはてなブログ

                                    設計ナイト2020 を受けて、今どんなアーキテクチャを選ぶべきかという話をしたくなったのだ。 kichijojipm.connpass.com 設計ナイトで高ぶった結果1時間コースの発表資料が完成したので供養場所を探しています。聞いてくれ!!!— Takafumi ONAKA (@onk) 2020年11月1日 お前誰よ 2000年代前半に SI 2000年代後半にブログ、SNS 2010年代にソーシャルゲーム 2020年代に UGC サービス をやってきた人間。数百万〜数億行のデータ、月間数千万〜数十億 imp 程度を主戦場にしています。 今日の話 DDD と PofEAA から学ぶパターン/アンチパターン Rails によって発見された、密結合で速く走れるソフトウェア 今求められているアーキテクチャ 昂ぶって 15,000 字ぐらい書いてしまった。 DDD と PofEAA から学ぶパ

                                      Smart UI パターンが再評価される世界 - id:onk のはてなブログ
                                    • プログラマの抱いている名前についての誤謬

                                      パトリック・ミッケンジー(Patrick McKenzie)さんのブログ・エントリ、 “Falsehoods Programmers Believe About Names” の日本語訳です。翻訳の公開を快諾してくださったミッケンジーさんに感謝します。 公開: 2012-02-22 Posted on June 17, 2010 by Patrick きょう、ジョン・グレアム゠カミング(John Graham-Cumming)が、正しくない文字が含まれているといって彼のラスト・ネームを受け付けないコンピュータ・システムへの不満の記事を書いていた。もちろん彼の名前に「正しくない」ところなどない。当人の申し出たものが当人を識別するものとしては相応しいのであって、定義からして名前とはそういうものである。このことにジョンは当然ながらいらだったし、そうなるのもきわめて正当なことだ。定義からすれば事実

                                      • エスカレーターは誰でも乗れる魅惑の乗り物。エスカレーターを楽しむ極意、まとめます|KINTO

                                        公開日:2021.10.26 更新日:2023.06.28 エスカレーターは誰でも乗れる魅惑の乗り物。エスカレーターを楽しむ極意、まとめます ※掲載内容は公開日時点の情報です。現在と異なる場合がございます。 「エスカレーターは魅惑の乗り物」とはりきってタイトルを付けましたが、そもそも普段エスカレーターを「乗り物」として意識されている方は少ないかもしれません。どちらかというと、ちょっと階段より便利な建物の一部、ぐらいの認識でしょうか。もはや日常の一部として、誰もが意識することなく当たり前に乗っていると思います。 私はエスカレーターに注目しはじめて15年ぐらいのエスカレーターマニアです。鉄道マニアなどをはじめとする「乗り物」マニアの中でも、たぶん日本で5人ぐらいしかいないのではないかと思われる“マニアックなマニア”です。そんな私から、「乗り物」としてエスカレーターを楽しむとはどういうことか、じ

                                          エスカレーターは誰でも乗れる魅惑の乗り物。エスカレーターを楽しむ極意、まとめます|KINTO
                                        • 天窓はやめとけおじさん『天窓はやめておけ』浪漫あふれるイメージの天窓になぜ『やめておけ』なのか?次々と理由が集まってくる

                                          管理マン🍄 @kanri_man2103 天窓はやめとけおじさん:天窓はやめておけ イケイケ設計士:体内リズムが良くなります 大工:天窓はやめておけ 防水業者:天窓はやめたほうが良いです 僕:天窓はやめておけ #天窓はやめておけ 2021-05-23 17:58:39

                                            天窓はやめとけおじさん『天窓はやめておけ』浪漫あふれるイメージの天窓になぜ『やめておけ』なのか?次々と理由が集まってくる
                                          • データベース中心の設計になってしまう問題と闘う - laiso

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

                                              データベース中心の設計になってしまう問題と闘う - laiso
                                            • バックエンドに興味を持つ学生にオススメするクラウド系メインのリンク10選 - y-ohgi's blog

                                              概要 学生氏に適当なことを言い過ぎ反省しているので、バックエンドのいま覚えてる良かった記事の共有です。 まっさきにみるやつ Web 系エンジニアの学習ロードマップです。 とりあえずこのロードマップにのってる"紫のチェックマーク"がついたものを順番にこなしていけば良いとおもいます。backend のロードマップを紹介しましたが他にもfrontend やdevops などもあります。しかも毎年更新してくれます。 この記事はこのロードマップ以上の情報は提供できません。おわり。 roadmap.sh その他 エンジニアリングについては雑に調べると歴戦のエンジニア各位が紹介してくださってるので、クラウド系をメインに紹介します。 一般的なやつ タイトルママ。 バックエンドというよりエンジニアリング全般。 japan.googleblog.com 技術記事に特化したキュレーションサービスです。 追いたい

                                                バックエンドに興味を持つ学生にオススメするクラウド系メインのリンク10選 - y-ohgi's blog
                                              • メルカリWebのマイクロサービス化、その4年 | メルカリエンジニアリング

                                                Author: @urahiroshi, Engineering manager of Web Platform team 2022年8月4日、メルカリで “web-2” と呼ばれるサーバがシャットダウンされました。これはメルカリWeb版の開発に携わっているチームにとって、一つの区切りとなる出来事でした。 web-2はPHPで記述されたwebサーバで、2015年から https://www.mercari.com/jp/ 配下のコンテンツを配信していましたが、現在では複数のWebマイクロサービスがその機能を担っており、 https://www.mercari.com/jp/ 配下のページは後継となるWebマイクロサービスが配信するページへリダイレクトされています。 メルカリWebのマイクロサービス化に向けた開発が始まり、最終的にweb-2がシャットダウンされるまで、実に4年以上の期間がかか

                                                  メルカリWebのマイクロサービス化、その4年 | メルカリエンジニアリング
                                                • RESTful のウェブ API 設計で避けるべき 6 つのよくあるミス | Google Cloud 公式ブログ

                                                  ※この投稿は米国時間 2022 年 12 月 1 日に、Google Cloud blog に投稿されたものの抄訳です。 オンラインで、組み立て式のテーブルを注文したとします。ところが、パッケージを開けてみると、組立説明書が入っていません。完成品がどんなものかはわかっていても、それぞれのパーツをどう組み立てればいいのか、まるでわかりません。設計が不十分な API を使うコンシューマ開発者も、同じような経験をしているといえます。適切に設計された API なら、容易に見つけ、検索してアクセスし、使用することができます。高品質の API は、コンシューマ開発者がアイデアをひらめき、新しいユースケースを作り上げる手助けになってさえくれます。 もちろん、API 設計を改善する方法はあります。たとえば、RESTful のプラクティスに従うなどです。しかし、お客様が知らず知らずのうちに、ちょっとした不便

                                                    RESTful のウェブ API 設計で避けるべき 6 つのよくあるミス | Google Cloud 公式ブログ
                                                  • 技術的負債の生態 - maru source

                                                    @t_wadaさんが翻訳されていた技術的負債の記事をあらためて読んでみたら非常に面白かった。技術的負債の本来の意味が説明されているので、まだ読んだことがない人は一読をおすすめする。 その翻訳記事を読みながら、Jasper(僕が開発しているGitHub用のIssueリーダー)のv1.0で技術的負債を返済したことを思い出した。そこで、その翻訳記事を参考にして技術的負債の生態について自分なりに考えてみることにした。すると面白い生態がいくつか見えてきた。例えば「生態③: むしろ技術的負債が生まれることそれ自体はポジティブである」などである。今日はそのことについて書いてみようと思う。 ちなみに今回は技術的負債への対処までは解明することができなかった。いつか続きを書けたらいいなと思う。 技術的負債が生まれる背景 まずはJasperで経験した技術的負債を紹介する。負債の内容自体はそんなに重要ではないので

                                                      技術的負債の生態 - maru source
                                                    • ソフトウェア設計を学びたい人々にまず教えるべきことはテスト技法ではないか - 余白

                                                      根本の問題意識 ソフトウェアの設計スキルはどのように獲得する(させる)ことが効果的であるのか ソフトウェアアーキテクチャの目的 そもそもソフトウェアアーキテクチャはどのような欲望を満たすための方法か ソフトウェアアーキテクチャの目的は、求められるシステムを構築・保守するための必要な人材を最小限に抑えること である。 (CLEAN ARCHITECTURE) 「求められるシステムを構築・保守するための必要な人材を最小限に抑えたい」 => 構築容易性 と 保守容易性 を確保したい 構築容易性 「構築しやすさ」とは? ソフトウェアを構築するとはどういうことか ソフトウェアの2つの価値: 「振る舞い」と「構造」 振る舞い: 要件を満たすこと => いわゆる機能 構造: 振る舞いを簡単に変更できること => いわゆるアーキテクチャ 構築しやすさ=価値の生み出しやすさ 要件を満たしながら振る舞いを変更

                                                        ソフトウェア設計を学びたい人々にまず教えるべきことはテスト技法ではないか - 余白
                                                      • This is The Entire Computer Science Curriculum in 1000 YouTube Videos

                                                        This is The Entire Computer Science Curriculum in 1000 YouTube Videos In this article, we are going to create an entire Computer Science curriculum using only YouTube videos. The Computer Science curriculum is going to cover every skill essential for a Computer Science Engineer that has expertise in Artificial Intelligence and its subfields, like: Machine Learning, Deep Learning, Computer Vision,

                                                          This is The Entire Computer Science Curriculum in 1000 YouTube Videos
                                                        • Adobe製デザインシステム「React Spectrum」がすごいので紹介したい - Qiita

                                                          React Spectrum 🚀 Super excited to announce: ♿️ React Aria — Accessible UI primitives for your design system. 👑 React Stately — State and core logic for your design system. 🌈 React Spectrum — Adobe’s design system. Learn more: https://t.co/ucVguh3rqp Github: https://t.co/e8aOfLgCVK — Devon Govett (@devongovett) July 15, 2020 7月15日にAdobeのデザインシステム react-spectrum がリリースされました。 デザイン製も優れていますが、他の部分でのクォリ

                                                            Adobe製デザインシステム「React Spectrum」がすごいので紹介したい - Qiita
                                                          • 熱海「ホテルニューアカオ」が復活! 昭和レトロな館内に、海の絶景を一望できる温泉大浴場や海鮮いっぱいバイキング

                                                              熱海「ホテルニューアカオ」が復活! 昭和レトロな館内に、海の絶景を一望できる温泉大浴場や海鮮いっぱいバイキング
                                                            • 主要RDBMS製品の比較 – アーキテクチャ, スキーマ, データベース, メモリ | コーソルDatabaseエンジニアのBlog

                                                              Microsoft SQL ServerMySQLOracle DatabasePostgreSQLSolarWinds DPAデータベース運用主要RDBMS製品の比較 2022.09.01 渡部 亮太 主要RDBMS製品の比較 – アーキテクチャ, スキーマ, データベース, メモリ Oracle ACE Proの渡部です。 主要なRDBMS製品についてアーキテクチャを比較します。 大枠を整理することが最大の目的です。細かい例外事項や拡張機能は適宜記載を割愛しています。 2022年9月時点の最新バージョンをベースに記載していますが、記載内容にバージョン依存は少ないはずです。 時間ができた時に随時追記予定です。 もし誤りを見つけた場合は、優しく教えていただけると嬉しいです。→ https://twitter.com/wrcsus4 or ryota.watabe at cosol dot

                                                              • サウナと露天風呂がある家を野尻湖の湖畔に建てた【趣味と家】 - MY HOME STORY │スーモカウンター注文住宅

                                                                音楽やマンガなど、圧倒的な熱量を注ぐ「好きなもの」をおもちの方に、こだわりの住まいをご紹介いただく本企画「趣味と家」。第7回目は、長野県・野尻湖の湖畔にサウナと露天風呂付きの一軒家を建てた吉原ゴウさんに寄稿いただきました。コストが抑えられる“田舎”だからこそ実現した、大好きなサウナのある家の魅力を紹介します。 こんにちは。LIGという会社を経営している吉原ゴウと申します。 東京メインの生活から心機一転、40歳を手前にして地元である長野県・野尻湖に念願のUターンを決め、2020年10月に家を建てました。同棲相手のなめこ(ビーグル犬)とふたりで暮らしています。 今回は私の家と、魅力あふれる田舎暮らしについて書きたいと思います。 吉原ゴウさん邸の間取図 【目次】 好きなときに好きなだけサウナに入れる家 サウナに目覚めたきっかけは「フィンランド」だった なぜ、田舎に家を建てたのか 難航した土地探し

                                                                  サウナと露天風呂がある家を野尻湖の湖畔に建てた【趣味と家】 - MY HOME STORY │スーモカウンター注文住宅
                                                                • サーバーレスが気になる開発者に捧ぐ「べき等性」ことはじめ 第一回〜べき等性 (冪等性/idempotency) ってなんだ!? - builders.flash☆ - 変化を求めるデベロッパーを応援するウェブマガジン | AWS

                                                                  そもそも、べき等性とは、どういうことを言うのでしょうか ? これは「ある操作を 1 回行っても複数回行っても結果が同じである」ことをいう概念です。 例えば、注文処理を考えます。画面インターフェースで、注文確定 / 送信ボタンを押すという操作で二度三度押してしまうユーザーがいます。これで同じ内容の注文が複数回登録されてしまったら問題です。こういったケースでは、画面側で連続して押せないような実装を追加したり (①)、サーバー側で同じ注文の処理であることを認識して適切に一つの処理と判断するようなこと (②) が必要です。 この例では、画面側の制御を入れたほうが簡単なように見えます。しかし、現実には画面とサーバーとの間のネットワークの問題や画面以外からの HTTP コールなどを考えると、このような重複リクエストが起こってしまうという可能性はゼロではありません。 このようなものへの対処として、サーバ

                                                                    サーバーレスが気になる開発者に捧ぐ「べき等性」ことはじめ 第一回〜べき等性 (冪等性/idempotency) ってなんだ!? - builders.flash☆ - 変化を求めるデベロッパーを応援するウェブマガジン | AWS
                                                                  • AWSコンテナ系アーキテクチャの選択肢を最適化する | 外道父の匠

                                                                    これまでもコンテナ関連の記事はそれなりに書いてきましたが、改めて最新事情に合わせて練り直したり見渡してみると、大きなところから小さなところまで選択肢が多すぎると感じました。 コンテナ系アーキテクチャを丸っと他所の構成で真似することって、おそらくほとんどなくて、参考にしつつ自分流に築き上げていくでしょうから、今回は築くにあたってどういう選択肢があるのかにフォーカスした変化系で攻めてみようと思った次第です:-) 目次 今年一発目の長いやつです。半分は学習教材用、半分は道楽なテイストです。 はじめに 基盤 インスタンス or コンテナ ECS or EKS on EC2 or FARGATE X86 or ARM64 ロードバランサー メンテナンス:ALB or ECS Service 共有 or 1環境毎 アクセスログ:ALB or WEBサーバー ECS / EKS デプロイ:Blue/Gr

                                                                      AWSコンテナ系アーキテクチャの選択肢を最適化する | 外道父の匠
                                                                    • Reactを自作しよう

                                                                      この記事は Build your own React を翻訳したものです。 Reactを1から書き直していきます。 実際のReactコードのアーキテクチャに従いますが、最適化機能と必須ではない機能は今回は実装しません。 Step 1: createElement関数 Step 2: render関数 Step 3: 並列モード Step 4: ファイバー Step 5: Render Phase と Commit Phase Step 6: 差分検出 Step 7: 関数コンポーネント Step 8: Hooks Step 0 復習 最初にいくつかの基本的な概念を確認しましょう。 React、JSX、およびDOM要素がどのように機能するかをすでに理解している場合は、この章はスキップしても構いません。 今回は、次のわずか3行のコードをReactアプリの例として使用します。 const ele

                                                                        Reactを自作しよう
                                                                      • マイクロサービス設計原則: SOLIDではなくIDEALS

                                                                        キーポイント For object-oriented design we follow the SOLID principles. For microservice design we propose developers follow the “IDEALS”: interface segregation, deployability (is on you), event-driven, availability over consistency, loose-coupling, and single responsibility. Interface segregation tells us that different types of clients (e.g., mobile apps, web apps, CLI programs) should be able to inte

                                                                          マイクロサービス設計原則: SOLIDではなくIDEALS
                                                                        • Google純正の構成図作成ツールが登場したので早速使ってみた

                                                                          クラウドサービスでは大量の機能が多種多様に提供されており、簡単なアプリでも複数のサービスを組み合わせて利用することも珍しくありません。そうしたバックグラウンドのサービスを設計する際に役立つのがサービス間の構造を図に落とし込んだ「アーキテクチャ図」です。これまでもサードパーティーからさまざまなアーキテクチャ図作成ツールが提供されてきましたが、2022年2月17日にGoogleが自社クラウド向けの公式アーキテクチャ図作成ツールをリリースしたので、早速使い勝手を試してみました。 Google Cloud Developer Cheat Sheet https://googlecloudcheatsheet.withgoogle.com/architecture Introducing a Google Cloud architecture diagramming tool | Google Cl

                                                                            Google純正の構成図作成ツールが登場したので早速使ってみた
                                                                          • ソフトウェアアーキテクチャの基礎: Software Architecture in a Nutshell

                                                                            『ソフトウェアアーキテクチャの基礎』 - Techmee vol.2 での発表資料です https://timeedev.connpass.com/event/254336/ 動画: https://youtu.be/ydQ2xoc49Lc #Techmee

                                                                              ソフトウェアアーキテクチャの基礎: Software Architecture in a Nutshell
                                                                            • 日本の9割は、今建ててるマンションが最後のコンクリ建物になるらしい「大都市以外のコンクリ新築は採算的に不可能になるだろう」

                                                                              新宿次郎 @shinjukujiro 数日前の「日本の9割のエリアは、今建ててるマンションが最後のコンクリ建物になる」のダイヤモンド記事、タイトルは刺激的だが、つまりそういうこと。具体では、東京23区、首都圏の駅前、大阪市、名古屋市、札幌市、福岡市以外では、今後コンクリの新築は採算的に不可能になるたろう 2025-02-02 15:47:28 リンク ダイヤモンド・オンライン 「日本の9割のエリアは、今建っているマンションが最後のコンクリートの建物になるんじゃない?」【不動産インサイダー座談会3】 全宅ツイによる2025年不動産インサイダー座談会、3回目は建設費の高騰によりマンション・ビルの開発が中止になっている問題を取り上げよう。 41 users 14 新宿次郎 @shinjukujiro ここにあるように、今や「建築費坪250万円時代」、なので、原理的には、坪250万円以上で売れそう

                                                                                日本の9割は、今建ててるマンションが最後のコンクリ建物になるらしい「大都市以外のコンクリ新築は採算的に不可能になるだろう」
                                                                              • 30分でわかるデータ指向アプリケーションデザイン - Data Engineering Study #18

                                                                                600ページを超える書籍である「データ指向アプリケーションデザイン」の要点を最近の話題を交えながら解説します。 Data Engineering Study #18 の発表資料です プレゼンテーション https://www.youtube.com/watch?v=ZiKWXc0fSCw …

                                                                                  30分でわかるデータ指向アプリケーションデザイン - Data Engineering Study #18
                                                                                • Nand2Tetris(コンピュータシステムの理論と実装)でCPUからOSまで一気通貫で作るのが最高に楽しかった話 - ( ꒪⌓꒪) ゆるよろ日記

                                                                                  どうも、しいたけです。 去年あたりからローレイヤー周りの知識を充実させようと思い、 低レイヤを知りたい人のためのCコンパイラ作成入門 を読んでCコンパイラを書いてみたりx86_64の勉強をしたりしていました。 今年に入ってから、よりローなレイヤー、具体的にはハードウェアやOSについてもう少し知りたいと思い始め、手頃な書籍を探していました。 CPUなどのハードウェア周りについては概要しか知らなくて手を動かしたことがないので、実際に何か作りながら学べるものとして、 O'Reilly Japan - コンピュータシステムの理論と実装 に挑戦することにしました。 O'Reilly Japan - コンピュータシステムの理論と実装 成果物は以下のリポジトリに置いてあります。 yuroyoro/nand2tetris 結論から言うと、やってみて大変楽しめました! 特にハードウェア周りは今まで挑戦したこ

                                                                                    Nand2Tetris(コンピュータシステムの理論と実装)でCPUからOSまで一気通貫で作るのが最高に楽しかった話 - ( ꒪⌓꒪) ゆるよろ日記

                                                                                  新着記事