TheCodestReview #1 - 週刊ソフトウェア・エンジニアリング・ジュース

なぜそれをするのか？

1. 知識を共有することは、技術力を向上させる上で非常に重要であり、私たちはそれを大切にしている。

2. エンジニアリング・リーダーが、エビデンスに基づく意思決定を行うために必要なソリューションを見つけるのを助ける。 ソフトウェアプロジェクト.

3. 私たちは自己啓発の力を強く信じており、常に新しいことを学び、1%ずつ自分自身を強化しようと努力している。 

4. オンライン上には、もっとスポットライトを浴びるべき素晴らしい技術コンテンツが山ほどある。

を築き上げる。 ロードマップ このシリーズのために、私はLinkedInでアンケートを実施した。 CTOs とエンジニアリング・マネージャーは、すでに十分に困難な2020年以降における主要な課題について語った。

彼らの言葉を紹介しよう： 

早速ですが、TheCodestReviewの第1回目のエピソードをお届けします！今回は、開発責任者兼フロントエンドリーダーのCTOがゲストとして登場し、以下のトピックを取り上げます：

Software Architecturesをスケールアップするための6つの経験則 by イアン・ゴートン

“Your system has a bottleneck. Somewhere!” – when we fight to improve the performance of the application, we forget about the key limitations in the system, maybe they are not the most popular elements of the application, but they may have a negative effect on the rest and scaling may not help us ここにある。

「監視はスケーラブルなシステムの基本です」 - 私たちのビジネスでは盲目的になることはできません。モニタリングは信頼性の鍵です。

「データベースはアプリケーションの心臓部であり、他の心臓部と同様、静脈系に影響を与えずにデータベースをカットすることは難しく、そのためボトルネックになりがちです。その一方で マーケットしかし、処理するデータが増えれば増えるほど、期待されるパフォーマンスを維持するのは難しくなる。

この記事の中で著者は、高性能アプリケーション・アーキテクチャの具体的な側面をいくつか取り上げている。長年にわたり、私たちは以下のようなソリューションを使用することを学んできた。 AWS あるいはアジュールだが、最高の クラウド は私たち自身から私たちを守ってはくれない。アプリケーションを作成するとき、私たちは前もって予見して、存在しない問題を解決することに集中しません。そのため、アプリケーションが成長したときに、後で多くの問題に遭遇することになるのです。この記事の著者は、最適化のためにどこに目を向けるべきか、何が最大の問題で、それがアプリケーションにどのような影響を与えるかについて、多くの貴重なヒントを提供してくれています。この業界での長年の経験を賭けて、私はイアンに全面的に同意します。また、この記事で提供されているアドバイスは、私たちが保守しているすべてのアプリケーションに当てはまることも付け加えておきたい。これらのガイドラインを実施することで プロジェクト ビジネスの成長にとって重要な機能である信頼性と予測可能性のレベルで。

工学的デリバリー・メトリクスの入門書 by Juan Pablo Buritica

- 一般的に使用されるパフォーマンス指標は、厳密には技術的なものではない。

- ソフトウエアの納品スピードは測定可能だが、最適化のために使用される指標は、望ましい効果を得るために適切に解釈されなければならない。

- 最も効果的な チーム エンジニアリング・リーダーは、健全な相乗効果を得るために、開発者の問題や動機を理解し、その逆もまた然りである。

Juan Pablo Buritica氏は、まだニッチと思われるトピックを提起した。ITプロジェクトを管理する人々は、（JIRAの基本的なバーンダウンチャートのような）いくつかの効率指標を採用することが多いが、それらはまだ、プロジェクトの成果物とは密接に相関していない。 コード パーツを使用し、それらに基づいてソフトウェアデリバリプロセスを最適化する。通常、最適化はチーム内のタスク配分やコミュニケーションに関するものだが、著者が言及しているような厳密な技術的指標、例えば「マージにかかる時間」などを追跡することは稀だ。GitHubのウェブフックやタスク管理システムがオープンに統合できる時代には、この種のアプローチは比較的簡単に適用できる。

著者は、彼が説明する統計が、すぐにそのような統計に反してしまうという事実を正しく指摘している。 開発チームしかし、これは経営陣がプログラマーの仕事の詳細を十分に理解していない場合にのみ起こることである。したがって、PMやPOは技術に精通し、システムの個々のタスクの背後にあるものを感じ取ることができることが重要である。

モダンCTOポッドキャスト - 第217回 ダン・コンラッド - CTO at One Identity

パンデミック（世界的大流行）の時代には、多くの従業員が、このような状況に身を投じている。 リモートワーク このような状況では、データのセキュリティにさらに注意を払わなければならない。その良い例が、ダンが引用した、ユーザーがどこでも同じか非常に似たパスワードを使い、それに伴う危険性に気づいていない状況である。

多くの場所で同じパスワードを使っていると、サイトのひとつに「セキュリティ上の問題」が生じたり、データベースがインターネットに流出したり、あるいは誰かがあなたがひとつのパスワードを入力するのを見て、誤ってすべてのドアを開けてしまったりする可能性がある。私の意見では、すべてのオンラインサービスは、サインアップの過程で同じパスワードを入力することに関連する危険性について教育する必要があります。

シングルシングオン（SSO）、またはOne IdentityやLastPassのようなパスワードマネージャの使用は、基本的なオンライン衛生とセキュリティ基準を維持し、脆弱性やデジタル脅威から従業員や職場を保護するために非常に有用です。

従業員にパスワード管理について教育していますか？

最後までお読みいただき、ありがとうございました！