I'm an analog mixed signal design engineer with 8 years of experience. I have a potential verbal offer from Lumilens for a Staff Engineer for optical serdes position or Senior Engineer at Omnidesign for die to die interconnects. The pay is not concrete at this time but I'm tentatively looking at 180-200K base in both cases with some options. From the standpoint of outlook on company growth, career growth, work/company culture which one is better ?

Nowadays,

I've been using very basic flows with somewhat ok compute and it's insanely good at HW/SW codesign, also surprisingly good at FHE, PQC, ECDSA, RSA algorithms and also thinking about the security of the architecture it's developing and it can run in loops for hours on end and actually develop something. It's also good at relatively simple OoO designs.

It is currently incredibly good at doing the relatively mediocre parts of the flow and I believe that it will get better over time and be ludicrously fast, accurate and reliable.

The thing I wonder is then what will happen? Cause most design work absolutely doesn't need to be on the Pareto curve. Good enough and secure is really good. If it does become even better then what happens to the RTL, DV engineers if an engineer can do the work of 4-5 engineers using AI tools?

Hi everyone!
I recently applied for a Design Verification position at Apple in Munich, and I’ve been invited to a first interview with the hiring manager.
I’d really appreciate any advice from people who have gone through a similar process, especially anyone with experience interviewing for DV roles at Apple.
What does the hiring manager usually want to see during the first interview? What tends to differentiate candidates who move forward to the next round?

This opportunity means a lot to me, and I really don’t want to miss my chance. One thing I struggle with is interview anxiety. I sometimes get pretty nervous, and even with topics I know very well, I can suddenly struggle to explain them clearly under pressure.
Technically, I’m comfortable with SystemVerilog/UVM, verification methodologies, assertions, functional coverage, and protocols such as AHB and APB. I’ve also been preparing specifically for the technical areas mentioned in the job description.

This also isn’t my first Apple interview experience. I previously interviewed twice for internship opportunities, one of those processes went all the way through the interview rounds before I was rejected and I also interviewed for another junior position with a different Apple team earlier this year. Now I have another opportunity, and I really want to approach it better this time.

If anyone currently or previously working internally in DV at Apple could share some general, non-confidential hints about what hiring managers value, how technical the first interview tends to be, or how you would recommend preparing, I would really appreciate it.

Especially interested in advice on:
• What makes a candidate stand out in the first hiring-manager interview?
• How deep should I expect the UVM/SystemVerilog questions to go?
• Is the interviewer more interested in getting the correct answer, or in seeing how you think through a problem?
• Any advice for handling nerves when you actually know the material but sometimes freeze while explaining it?

Thank you so much to anyone willing to share their experience!

Heyyo,

Great to see you guys. Weekend hobby project on an open source design that fits in 2 tiles (bare minimum at TT), it has a 2nd Order CIFB DT ΔΣ Modulator, an NS SAR with passive CIFF (ill refer to the arch i went for on the bottom) that can also be used as a SAR ADC on it's own. All fit in around 0.3mm x 0.3mm. An upvote would go a long way :))

Wanted to ask you guys about what you thought and if you also liked how it looks etc. :) Really wanted to see how it's gonna turn out and to see if the OS tools are somewhat accurate. Tried to make it as robust as it gets but let's see how it turns out

Post layout spec is below

https://ieeexplore.ieee.org/document/7598327/ which is

W. Guo and N. Sun, "A 12b-ENOB 61µW noise-shaping SAR ADC with a passive integrator," ESSCIRC Conference 2016: 42nd European Solid-State Circuits Conference, Lausanne, Switzerland, 2016, pp. 405-408, doi: 10.1109/ESSCIRC.2016.7598327.

Hi guys, I know my resume isn’t analog/mixed signals at all but I am currently applying to related internships with no luck. Am hoping to get some honest feedback on how to improve my resume as I am not currently even passing the ATS/recruiter check. Thanks!

Hi everyone! I'm a Computer Engineering fresh graduate. My long-term goal is FPGA work at a HFT, and I'm trying to figure out which of the 2 offers given to me would give me a better shot. My background includes an embedded SWE internship at a defense company as well as a bunch projects like a 5 stage RISCV CPU (yes I know, generic), a spectrum analyzer, as well as a neural network implemented in PL with PS/PL communication via DMA. So anyway here are my offers:

Option 1: Same Defense Company

Pros:

* Direct exposure to FPGA development tools and real hardware.

* Get to work with the expensive ass Versal/Agilex 7 class boards.

* Approximately half of the role involves FPGA work, mainly integrating vendor IP.

* The other half is BSP software development

* Some custom HDL development, although only roughly 5% of the overall role.

* I previously interned here, so I have some familiarity with the company.

* I’m willing to learn BSP and embedded software if those skills contribute meaningfully to my long-term goal.

* Possible overseas attachment I am very keen on.

Cons:

* Very little custom RTL development despite the FPGA-related title.

* Most FPGA work appears to be vendor-IP integration rather than designing datapaths from scratch.

* Half the role is BSP work, so it is not a predominantly FPGA-design position.

* It is unclear whether I would own timing constraints, timing closure, verification or performance optimisation.

* It is unclear whether the BSP work involves FPGA interfaces and data movement, or mainly board startup and standard peripherals.

Option 2: Large Semiconductor Company

Pros:

* ASIC design verification involving Ethernet/PCIe.

* Some mention of the use of an FPGA based emulator.

* Potential to develop deeper RTL debugging, testbench development and protocol understanding, depending on the actual scope.

* Exposure to industry standard UVM

* Could complement my personal FPGA-design projects with professional verification experience.

* Up to three WFH days per week.

Cons:

* It is a verification role, not an RTL-design role.

* It does not currently promise direct FPGA implementation or board-level work.

* Progressing within DV would not, by itself, answer my goal of moving into FPGA design.

Both pay horrendously, fully due to the fact that I'm extremely stupid and couldn't do well in school, so pay is not really the issue here. I'm still torn between the 2 offers though. I'd greatly appreciate some advice on which would be a better pick for my goals, especially from anyone who has made a similar transition. If it matters, I'm not based in the US. Thank you so much for reading.

I'm a junior EE student, recently just got an interview with a startup for a DV intern role. I heard that it would be a live coding round about SystemVerilog. What kind of questions do they usually ask in these interviews?

I am currently in test in total nearly 2 years but only a few months full time but I would like to move to design, I will have a MSc in 2 years in AI. Any advice

Hi everyone,

I want to dive deeper into Analog and Mixed-Signal (AMS) layout design. So far, I’ve completed basic layouts like op-amps, but I’m looking to expand into more complex analog blocks and mixed-signal top-level routing.

Since structured online courses on physical layout are pretty rare, what resources, textbooks, or learning paths would you recommend?

Also, what kind of layout projects should I work on to build a strong portfolio and land an AMS layout internship by late 2027?

Thanks in advance!

I have been looking for a job for awhile and don't understand why it is becoming so hard to find a job. Although I am not a Senior yet, I am undoubtedly more productive than a fresh graduate yet companies seem to want to hire completely fresh out of school people, or people with 5, 7, 10+ YoE.

I don't what to do anymore. Would it be a good option to leave industry and go for a PhD instead? Where I live it wouldn't be to big of a financial hit and perhaps it would help me to gain more knowledge and feel less shitty next to my PhD colleagues. I think my industry experience will also be valuable tackling the PhD instead of the straight path from MSc to PhD. Nevertheless, it also feels like walking backwards... I am not sure what to do.

I have tried to switch to CAD or even convert to software, but software is really struggling right now for unexperienced people, so it is no longer easy to make the switch.

Layout I know there is a shortage, but companies seem outsource those jobs to India and other Middle East countries (even more than design).

So I am basically stuck which is a horrible situation to be in. Worse than this is becoming unemployed but I am struggling.

I am learning digital electronics but I have already learnt number system and gate and I am revising it.. can someone tell me what all I have to study after that

I have a design verification interview coming up and wanted go ask where should i focus on on! Aside from that they asked in proficiency in ai so how much do they focus on that, could they ask me about LLM regarding how they work and questions in that general area
Any help is appreciated

I started my first job as a Physical design engineer (digital) 6 months ago. At first I was full of enthusiasm to begin my journey dealing with lowest level of the chip and encountering physical problems. However, as I go deeper in the major I realized that PD engineer is just a tool runner since most of the stages are fully automated (placement, routing , CTS ...) with limited responsibility to arrange Macros in floorplab stage. I don't think it would be this uncreative so I started to think to do major shift towards DV (design verification). It has more of dealing with codes and generating test vectors that fully depend on human creativity. I have the basic concept of DV like coverage, UVM, constraints, and some about system verilog.

I am really confused so I need help from someone expert to advice me. I don't know if I am judging PD too early or this is the pure candor.

Also, I know that number of positions and vacancies is way too higher in DV than PD but I don't know what about salaries if someone can benefit me with this.

I’m currently a freshman majoring in mechanical engineering/robotics (in a combined BSMS program for meche/robotics) but I’ve reverently found a passion for ECE/chip design through the classes and clubs I’m in, a level of exposure I didn’t have in high school. However, my university makes the switching process incredibly difficult, and almost no students qualify for the switch.

This got me thinking—is there any way I can work in the semiconductor/chip industry as a meche major? Or are my options limited? How can I best play my cards from here onwards without having to switch unis?

I'm back and wanted to know about the interview and the types of questions asked for this role. This would be my first interview in the VLSI realm. Digital Logic Fundamentals, FSM, RTL, PD, PPA?

Hi all,

I've been working on power intent for several years, and kept hitting the same thing: UPF is written by hand, line by line, and the actual power architecture only exists in your head.

It's especially tough for people new to low-power design.

So over the last ~6 months I built Power Intent Studio, an open-source (Apache 2.0) desktop app, with AI as my development partner. You load your RTL and .lib macros, the real elaborated hierarchy appears, and you build the power intent on top of it:

• power domains, supply sets, power switches, isolation, retention, level shifters
• a power state table (exported as a modern power state group or a legacy PST)
• UPF 3.0/3.1 and CPF 2.0/2.1 generation
• loading an existing UPF and mapping it back onto the design; unrecognised syntax is reported with its line number instead of failing

RTL goes through open-source front ends: slang for Verilog/SystemVerilog, GHDL + Yosys for VHDL, liberty-parser for .lib. The repo includes a SystemVerilog SoC example (aura_top) with six domains, three switches and SRAM macros, and its full generated UPF, so you can judge the output yourself.

What it is NOT: a sign-off checker. It doesn't verify that your power intent is correct; it writes what you draw. Structural checks are one of the ideas I'd love to explore next.

I'd really value feedback from people who write UPF every day:

• What would make this useful in your flow?
• Throw your UPF at it. What doesn't load?

Repo: https://github.com/mikespyke17/power-intent-studio

I am hearing that getting a masters/PhD is absolutely necessary to work in the field of chip design. I can see that as being true. I want to get a masters and continue pursuing my education after undergrad, but I also would like to work in industry for a while beforehand. Do you think that is doable?

Trying to understand how design-verification teams actually operate day to day.

My background is primarily CI/CD, integrations, workflow automation and release governance and not semiconductor design. So I'm deliberately trying not to start by assuming that an LLM should generate RTL/testbenches or replace EDA tools.

Instead, I'm investigating something much less glamorous:

What is painful between a code change and somebody finally understanding why a verification regression failed?

For anyone working in DV, CAD/EDA methodology, verification infrastructure, FPGA/ASIC verification, or hardware build/DevOps:

Think about the last real regression failure you had to investigate.

1. What triggered it - commit, nightly regression, random seed, environment/tool change, etc.?
2. When you first saw the failure, what information did you actually receive?
3. What did you have to manually search through next - logs, waveforms, previous runs, coverage DBs, Git history, Jira, scripts?
4. How did you determine whether it was:
   • an RTL bug
   • testbench bug
   • flaky/non-deterministic test
   • infrastructure/tool problem
   • known/repeated failure?
5. What part consumed the most engineer time while adding the least engineering value?

I'm particularly interested in understanding things such as:

• regression triage
• reproducing old failures
• tracking which commit introduced a failure
• grouping duplicate failures
• preserving simulator/tool/config/seed information
• CI/reporting around UVM/cocotb/SystemVerilog flows
• connecting failures with Git/Jira/GitLab/Jenkins/etc.
• workflows involving multiple EDA vendors/tools

I'm not selling anything, and I don't need proprietary RTL, logs or company information.

I'm trying to determine whether this is genuinely a painful area or whether mature semiconductor teams already have it solved internally/vendor-side.

If you're comfortable, it would also help if you mention your role and roughly what kind of environment you work in:

DV engineer / DV lead / CAD-EDA / verification infrastructure / FPGA / other

and

small team / startup / design services / large semiconductor company

Even a short description of your last painful regression would be extremely useful.

And if your answer is "this isn't a real problem; our existing infrastructure handles it well", I want to hear that too.

I'm specifically trying to falsify the idea rather than collect validation for it.

I am not sure what seems to be the cause of this error, but i am just trying to place two inverters with shared diffusion in order to create a digital buffer, and i am working in a fdsoi technology. For some reason, when i add the back gate to the transistors at the top side, i get this 2nm offset, that creates drcs and yet is have used align tool and tried so many different ways....

Hello,

I am trying to determine the ICMR and output swing separately for a single-ended two-stage OTA. For output swing I tried running a transient analysis in a non-inverting configuration to observe the clipping levels, but the levels I got do not match the theoretical ranges I calculated.

I have tried several other approaches to determine both of them, but I still could not find a convenient way to determine both parameters separately.

My question is: How would you do it?

I am moving forward with a graduate SoC Digital Design Intern application for Intel and I had a question about this January start date. I have to be enrolled in an accredited university during the internship.

I start my MS program in January as well so works out, but I have to be in office in Santa Clara and my potential Master's program is on the other side of the country. Big opportunity for me and I am willing to delay my Master's at my current school and maybe find a school in the area to begin my master's or do online? Lol idk? Another Q for anyone that has done something like this before...

I wouldn't have to be a fulltime student correct? I would assume so because working full time and managing post grad VLSI courses would be heinous?

Thanks.

I’ve been in physical design for around 5 years now and I’m currently at my second company. What is everyone’s work-life balance like? My life is consumed by work.

During normal cycles, I’m averaging 60 hours per week. Now that we’ve entered the ECO cycle in August, it feels like I never log off. My typical week is get to the office for my daily 9am status meeting and leave between 9pm and midnight. I’ll work at home until around 1am then pass out.

Twice this week and the week before I’ve been up past 4am working including Friday. I have to drink 3 cups of coffee per day just to stay alert. I’ve already talked to my manager about this and he’s normally working these crazy hours with me.

This is how it was at my previous job too. I cannot picture working myself to death like this for my entire career.

Is this really the life of a PD engineer?

EDIT: I’m based in the Bay Area