|
|
|
|
|
by allegedganon
2926 days ago
|
|
Funny, and beneath the joke lies a nice nugget of truth: the landscape of hardware design languages is a truly sad thing to behold and deeply hinders innovation in the space. There are numerous attempts at fixing the problem, but all of them ring hollow as the big ASIC design shops basically are all relying on ancient languages. Another thing that IMO has dealt a grave blow to the whole scene is a cultural one: people in the hardware business still haven't understood and digested the lessons of open source and sharing. The whole industry still operates on notions of "industrial secrets" and spends tremendous amounts of energy trying to hide how what they build works. I mean if you need a example of how bad it still is, the dominant word still used to describe a chunk of functionality in that world is "IP". Who in their right mind in the software industry would call a piece of code they wrote "intellectual property", as in "just download my IP and use it in your project" ? |
|
My point is that it's a little silly to evaluate hardware engineering through the lense of software engineering.
In hardware engineering the part that looks like "software" (what a HW engineer may refer to as the behavioral RTL) is a small component of the total design effort. The tradeoffs are all completely different.
Computer hardware engineering is much closer to designing a bridge than it is to writing a software application. Debating the best hardware-descriptor language is similar to debating whether bridge designers should use No. 1 or No. 2 pencils.