5 ms·
Getting closer to the hardware exponentially magnifies failure modes that LLMs cannot reason about. Being closer to the hardware also moves you to build and com
by glouwbug 4d ago
Getting closer to the hardware exponentially magnifies failure modes that LLMs cannot reason about. Being closer to the hardware also moves you to build and compiler machinery that LLMs lack in their training set. Being closer to the hardware also moves you closer to fields that require deep domain knowledge external to computer science, eg. electrical engineering via embedded systems (telecom and SDR), mechanical engineering and control systems via robotics, computer engineering via AAA game engine development (like OP) or silicon bringup, or rigid documentative fields like medical devices or aerospace.
You're facing strict requirements for fundamentals in 3 independent axis. If there's recommendation to anyone looking to "write code" today, its to specialize in a field where software (or firmware) is applied to a hard engineering domain. This has been common advice since 2010 [1], long before LLMs:
"People who can code in the world of technology companies are a dime a dozen and get no respect. People who can code in biology, medicine, government, sociology, physics, history, and mathematics are respected and can do amazing things to advance those disciplines."
[1] https://learnpythonthehardway.org/book/advice.html https://learnpythonthehardway.org/book/advice.html
- stevenhuang 4d agoI work on firmware and deep embedded systems. Trust me when I say LLMs are getting just as capable in this domain. Eg LLMs can do RF filter design. Tell the LLM your target metrics and it will give very reasonable design constraints, especially when you come back with simulation results and relevant feedback.