An ASIC — Application-Specific Integrated Circuit — is a chip designed to do one job, built for one customer's product, rather than a general-purpose part pulled off a shelf. Almost everything with a chip inside it, from a phone's power management circuit to a car's radar module, relies on ASICs somewhere in the system.
An FPGA (Field-Programmable Gate Array) is reconfigurable silicon — you load your logic onto it after manufacturing, and can reprogram it later. An ASIC is fixed at manufacturing time: the logic is built into the silicon itself. That trade-off shapes when each makes sense:
A common pattern: prototype and validate on an FPGA, then port to an ASIC once volumes justify the upfront cost and the design has stabilized. The RTL itself often carries over with only moderate rework, but everything downstream — synthesis targets, timing constraints, physical implementation, DFT insertion — is a different discipline with a different toolchain.
A System-on-Chip takes the ASIC idea further: instead of one function, it integrates an entire system — processor cores, memory controllers, I/O, accelerators — onto a single die. Most modern consumer and automotive chips are SoCs rather than single-function ASICs, which is why verification and integration make up such a large share of a modern chip program's schedule.
If you're weighing an ASIC or SoC program and want a second opinion on scope, node choice, or timeline, that's exactly the kind of conversation we have with teams before any contract is on the table.