システムは悪く書かれているから失敗するのではなく、ビジネスの複雑で変化するニーズに従うことができないから失敗する。 複雑なデータシステムを構築する経験を数年持つソフトウェアエンジニアであるIgnacio Brascaと話す時、彼は、ソフトウェアが生物学的システムのように振る舞うことを強調し、その成長に伴うエントロピーを過小評価することはできません。 組織とシステムが共に進化するにつれて、開発者は初めから長期的な変化を計画しなければなりません。Ignacioはしばしばドネラ・メドウズのアイデアに言及し、「別々のシステムは存在しない、世界は継続的である」と主張し、システムが機能するだけでなく成長するために構築された場合にのみ持続する。 あなたの行動の決定性 あなたがコントロールできないサービスに依存しないという仮定で、ブラスカは、決定主義は効果的なシステムの最も重要な要素の1つであると主張する。 
 
 あなたが何を変えるか、そしてその変化が何を引き起こすかを知っているなら、あなたは永遠に持続するシステムを構築することができます」と彼は言います。 あなたが何を変えるか、そしてその変化が何を引き起こすかを知っているなら、あなたは永遠に持続するシステムを構築することができます」と彼は言います。 この明確さはしばしば不必要な抽象化、早期の柔軟性、および過剰なエンジニアリングを防ぐものです。Brascaにとって、決定主義は硬さのことではなく、まずあなたのシステムがうまく機能することを失うことなく成長を促進する強力な基盤を持つことです。 柔軟性 vs.過剰なエンジニアリング 柔軟性は慎重に取り組む必要があるもう一つの分野です。Ignacioは、実際のビジネスでは、柔軟性は、時間の経過とともに現実のニーズがどのようなものかを明確に理解せずに追求されるときに高額になると考えています。 『The Word』 あなたは最初の制約に間違ったアプローチをとり、シンプルで、強力で、まだ機能していないものに終わります」と彼は説明します。 超エンジニア ブラスカは単純なフレームワークに頼る:「働きなさい、良くしなさい、速くしなさい」 システムが本当の問題を解決することを証明するのが最初です。 最終的には、柔軟性は、システムがどのように進化するかを期待するかと一致したときにのみそのコストに値するものである。過剰なエンジニアリングは、チームが観察可能な変化ではなく、明確さや制御を向上させることなく、複雑さを加えるときに起こる。 実践における持続可能性 ビジネス上の制約を理論的に解決することは一つであり、理論が実践に出会うとき、物事はすぐに歪むことができます。 「間違っているのは、ソフトウェアエンジニアリングの唯一の部分で、実際には意味があることだ」 「あなたはすべてがうまくいくと仮定してプログラムを書くことは決してありません。 今日、AIの助けを借りて、コードを書くことは比較的簡単になりました。困難な部分は、何かが間違っているときを追跡するホジタルアーキテクチャのすべての変更を追跡しながら、クリーンで堅固で理解できるコードベースを維持することです。 Ignacio氏は、それを正しく行うことは、生き残るシステムと徐々に崩壊するシステムを区別するものであると主張する。 Tooling, DX, and Surviving Change(ツールリング、DX、生き残る変化) コードを正しく取得することはプロセスの最初のステップに過ぎません。スケールするには、開発者のツールと経験は、システムが成長、変化、および従業員の売上を生き残るかどうかにおいて重要な役割を果たします。彼は、エンジニアはツールと工芸に非常に情熱的である傾向があると指摘し、時には、すべてを過剰に最適化しようとすること自体が問題になることがあります。 
 
 彼のチームの長期的な摩擦を大幅に減らした一つの決定は、CI/CDパイプラインに早期に投資することでした。しばしば過小評価されるが、強力なガードレーンは信頼性を生み出す。 彼のチームの長期的な摩擦を大幅に減らした一つの決定は、CI/CDパイプラインに早期に投資することでした。しばしば過小評価されるが、強力なガードレーンは信頼性を生み出す。 その意味で、ツール化はシステムの哲学の延長となり、決定主義を強化し、不必要な複雑さを制限し、信頼性の代償で成長しないようにします。 Conclusion: Building for Change, Not Permanence 変革のための建設 Ignacioとのこの会話の後、私は、システムはスマートで完璧だからではなく、変化を心に置いて設計されているので持続することに気づきました。 したがって、目標は、未来を完璧に予測することではなく、システムを今日解決する予定の問題とできるだけ緊密に調和させ、明日適応する余地を残すことである。 そして、スピード、新しさ、スケールに執着している業界では、理解し、維持し、進化できるシステムを設計することは、最も持続可能な競争上の利点かもしれません。 
 
 このストーリーは、HackerNoonのBusiness Blogging Programの下でJon Stojanによってリリースされたものです。 This story was distributed as a release by Jon Stojan under  . HackerNoon’s Business Blogging Program HackerNoonのビジネスブログ HackerNoonのビジネスブログ

The is an opinion piece based on the author’s POV and does not necessarily reflect the views of HackerNoon.

このオーディオは、ストーリーの元の言語で制作されています。

Ignacio Brasca on Building Systems That Last ビルディングシステム

About Author

コメント

ラベル

この記事は

Related Stories

ユーザー中心の暗号通貨製品の作成: 顧客からのフィードバックの重要性

HackerNoon ライティングコンテストで優勝したいですか? #crypto-api コンテスト優勝者のおすすめはこちら

18 種類の開発者ツールで生産性を向上しましょう 🚀🔥

ユニークなエコシステムを支えるビットコインUTXOのモデル

ユーザー中心の暗号通貨製品の作成: 顧客からのフィードバックの重要性

HackerNoon ライティングコンテストで優勝したいですか? #crypto-api コンテスト優勝者のおすすめはこちら

18 種類の開発者ツールで生産性を向上しましょう 🚀🔥

ユニークなエコシステムを支えるビットコインUTXOのモデル

Light-Mode

Classic

Newspaper

Minty

Dark-Mode

Neon Noir

Minty

HN StartUps