💬 Squad Chat Group

🟢 Tim Pro: Kenapa any Jadi Pilihan?

• Cepat dan fleksibel, cocok buat prototyping atau migrasi legacy JS
• Menghindari tipe error yang muncul terus waktu ngerjain module baru
• Bisa fokus dulu ke logic daripada keburu pusing mikirin struktur data
• Enabler buat integrasi dynamic data (API 3rd party, dsb)

🔴 Tim Kontra: Kenapa any Bisa Jadi Petaka?

• Menghilangkan seluruh fitur type-checking dari TypeScript
• Error bisa bocor ke production karena nggak ketangkep waktu compile
• Merusak IDE experience: autocomplete, refactor, rename? Bye...
• Jadi candu: sekali any, susah tobat

🧪 Analisa & Sudut Pandang Secure Coding

Kelemahan utama any itu bukan dari syntax-nya, tapi dari rasa malas mikirin data structure.

Kalau semua variable bisa jadi any, maka semua validasi dan constraint dipindahkan ke runtime.

Itu artinya:

• Lebih rawan bug silent (karena field gak kecek)
• Lebih susah audit (gak tau data shape-nya gimana)
• Lebih rentan injection (kalau gak ada filter ketat di awal)

❌ Bad Practices

// ❌ Salah satu bentuk kemalasan akut
const user: any = fetchUser();
console.log(user.address.city.toUpperCase()); // ⛔ runtime error: city is undefined

🛡️ Secure Best Practices

Contoh yang lebih aman:

// ✅ Awali dengan unknown lalu validasi bentuk datanya
const response: unknown = await fetchUser();

if (isValidUser(response)) {
  const user = response as User;
  console.log(user.address.city);
}

function isValidUser(data: any): data is User {
  return typeof data === 'object' && data !== null && 'address' in data;
}

Atau gunakan helper types seperti Zod:

import { z } from 'zod';

const UserSchema = z.object({
  address: z.object({
    city: z.string()
  })
});

const data = await fetchUser();
const parsed = UserSchema.safeParse(data);

if (parsed.success) {
  console.log(parsed.data.address.city);
} else {
  console.error("Validation failed", parsed.error);
}

✅ Takeaway Developer

Ga semua yang pake any itu salah, tapi kalau any muncul di setiap file... Ya berarti ada yang salah dengan habit kamu.

• Gunakan any secara sadar dan terarah
• Tandai dengan TODO supaya bisa diganti nanti
• Prefer unknown + type guard untuk validasi
• Refactor kalau udah paham struktur data-nya

🤔 Diskusi & Sharing Pengalaman

Lo tim strict atau any? Pernah ga, error karena any malah sembunyi dan baru muncul pas di production?

Yuk share cerita lo. Kita bukan mau judging — kita cuma pengen bareng-bareng jadi developer yang lebih sadar. 💬