Oop-guardrail

  • Published on
    Artikel ini adalah guardrail final untuk memastikan seluruh arsitektur yang telah dikunci pada Artikel 2–7 tidak dihancurkan oleh OOP yang berlebihan. Setelah dependency, memory, layering, concurrency, communication, dan reliability dibekukan, risiko terbesar justru datang dari abstraction tanpa disiplin - virtual berlebihan, template kompleks, hidden allocation (String, container growable), singleton terselubung, dan dynamic allocation di hot path. Artikel ini tidak menambah rule baru, tetapi mengaudit dan memperkuat seluruh freeze sebelumnya. Dengan pendekatan audit berbasis red-flag, firmware dapat dipertahankan stabil 3–5 tahun tanpa berubah menjadi versi modern dari spaghetti code.