This Month What I Learned 10

3702 ワード

Hotwire
DHHの新作は、heyサービス公開のアーキテクチャの一つのようです.

Websocketでアクティブな通信を構成し,htmlを再び前方に押し出す傾向を主導している.PhoenixのLiveView技術と似ていると思いますが、Elliserは知りませんでした・・・推測にすぎない
全体的にフロントマークにすべての明細が反映されています.私は数時間のサンプルコードを整理しています.

刺激技術により骨格を構築し、

turbo接続神経の

形状.
コードはfastifyサーバに基づいて作成され、fastifyやhotwired/turboと連動する例があり、次のステップを簡単に行うことができます.
開発生産性のジレンマ
市場とビジネスのニーズは予測不可能、複雑、曖昧になっています.そのため、業務の発展に伴い、優秀な企画者やプロジェクトマネージャーが必要です.さらに、より多くの開発者が必要です.
しかし、ビジネスの成功を維持するためには、企業が市場にもっと柔軟に対応しなければならない.
結果として、より迅速にパブリッシュ/導入...
しかし、ソフトウェアはバージョンが増えるにつれてますます複雑になってきた.上記の事項を満たすために、開発者の数を増やします.
同じ条件下で,開発リソース対比機能の付加項目が減少し始めた.特に、製品の発売に伴い、コードの増加量は著しく減少した.これが生産性の低下だと感じ始めたら、苦境が始まります.
資源は増えているが、生産性は低下している.
つまり、開発効率が低下している.
どうしてですか.初期に発売されたソフトウェアはすべて新機能です.新しいスタートのコードに満ちています.
ただし、バージョンを追加するたびに、メンテナンスするコードが追加されます.これは、新しい機能を追加するよりも、機能のセキュリティを維持するコストが増加することを意味します.
アーキテクチャ要件
新しい機能を追加するコストを削減するにはどうすればいいですか?
セキュリティ追加機能の構造を作成する必要があります.つまり、プロジェクトの規模に合わせた効率的なアーキテクチャが必要です.
ソフトウェアは2つの価値を提供します.一つは現在の要求を満たすことである.もう一つは、絶えず変化する要求を柔軟に受け入れる必要がある.
アーキテクチャは機能を提供するために使用されません.アーキテクチャを必要とせずに要件を満たすことができます.
極端に、例えば、
実行できるが修正できないソフトウェアがあり、修正できるが実行できないソフトウェアがあります.
どちらが価値のあるソフトウェアですか?
アーキテクチャは、ニーズを満たし、維持するために必要なリソースを最小化します.
アーキテクチャがなくても機能開発が可能です.不変の要求はいかなる方法でも対応できる.しかし、変化するニーズに対応するにはアーキテクチャが必要です.
Caveats
ソフトウェアソースコードにもパレート法則が適用されます.全コードの20%程度が共通コードです.

製造業は図面を再生産することができる.

ソフトウェアの設計図はソースコード自体である.

また,個人開発者への依存を低減する.バスの面積を増やさなければなりません.
GCPの計算エンジン接続sshアカウントの設定
gcpのコンピューティングエンジンに接続する場合、通常はローカルでsshで接続され、インフラストラクチャの変更によってこの情報が更新される可能性があります.
既存の接続情報を削除し、再インストールします.
zshを基準に正常動作を確認した.zshプロファイルは複数のPCに共有されているので、相対パスの変更は続行できます.

$ gcloud compute config-ssh --remove
...
$ gcloud compute config-ssh

リファレンスですが、どのように検索して見つけたのか、ブラウザ履歴を調べても見つかりません.
リポジトリFORKとマルチサイト運用の計画
vcsのgitとしてfork概念はありません.これは、リポジトリ管理サービスのアカウント間のアクティビティをスムーズにするためです.
口座間のこの言葉は重要ですが、同じ口座内では分岐は許されません.少なくともorg単位で分けるべきです.
複数のWebサイトを運営し、類似のサービスと類似のコードを効率的に管理する必要がある場合は、いくつかのorgを配置し、ホスト・リポジトリを分岐させ、上流を中心にコードを組織し、管理することが望ましい.
プライマリ・リポジトリになることをxと呼びます.a、b、cリポジトリが下流ターゲットの場合、合計4つのアカウントまたは組織が必要です.

xには、x/core、x/common、x/utilを含むx/サイトがあります.

および下流のx/site-a、x/site-bおよびx/site-c操作情報、

フォークリフト

x/駅、a/駅、b/駅、c/駅を構成します.

a/siteはx/site-aを参照して実行します.

b/siteはx/site-bを参照して実行します.

c/siteはx/site-cを参照して実行します.

a、b、cの各サイトには、独立した導入システムがあります.

これによりforkのサイトは互いにリクエストをプッシュすることができます.
1つのコミットは、複数のリポジトリに共通に使用できる構造を作成します.
もちろん、Site by Siteは重要ですが、将来の追加コストを節約するためにアーキテクチャ設計を行う理由は明確です.
リンク

ラベルがいっぱい-ARM次世代命令セットArm®v 9

オブジェクトをより安全にする--構造型と非最終型

JavaScript Event loop monitor