Chip Design / PD
The anchor of my professional direction. Timing, power, area and implementation trade-offs give intelligence a concrete engineering context.
My approach combines semiconductor engineering with mathematical thinking, computer science and AI. I focus on understanding the problem, making trade-offs explicit and improving the way engineering decisions are made.
Hiring for Chip Design / PD? Let’s discuss your team’s technical challenges. Contact opens my LinkedIn profile.
The foundation for Design Intelligence
Explore my professional background on LinkedIn.
01 / THE THREAD THROUGH MY WORK
My direction grows from semiconductor engineering: understanding the design, reasoning about the problem, and improving how the work gets done.
The anchor of my professional direction. Timing, power, area and implementation trade-offs give intelligence a concrete engineering context.
My enduring interests in models, algorithms, graphs and optimization shape how I break down complex design problems.
The direction I am exploring: connect design data, evidence and AI assistance to support clearer engineering decisions.
FOUR COMPLEMENTARY WAYS TO THINK
My proposed working framework connects meta-skills, cybernetics and Recursive Self-Improvement: develop how we think, organize feedback, then improve the learning loop itself.
Follow an explicit sequence of steps. In a design flow, trace inputs, constraints, transformations and reports to locate where a result changes.
Map dependencies and feedback. Consider how a timing intervention interacts with power, area, congestion and the rest of the flow.
Investigate interactions, thresholds and sensitivity. Test whether a small configuration change produces a disproportionate effect instead of assuming a proportional response.
Examine the frame behind the decision. Are we optimizing the right objective? What assumptions shape the diagnosis? How should the method change?
Set a goal → observe the state → compare with the goal → act → measure the response → adjust.
Recursive Self-Improvement → improve the loopReview the evidence → revise the model, questions or evaluation method → test whether the next iteration works better.
These are complementary lenses, not a ranking. Choose the mode that fits the question and validate the result.
For my career history, roles and professional connections, visit my LinkedIn profile.
View profile ↗02 / AN INTERACTIVE ENGINEERING NOTE
A small, working example of the approach: compare two design runs, inspect the trade-off, and separate an observation from a sign-off decision.
Compare a synthetic candidate against the same baseline. Values are teaching examples, not results from a customer design or an EDA run.
Validate comparable constraints and tool settings; inspect critical paths; check hold timing and all relevant modes/corners; review congestion, power and physical verification. A better setup metric alone does not establish overall design closure.
Built as a public demonstration for we-meta.ai. No confidential design data. No AI model is used in this calculator.
ENGINEERING LOOPS / INDUSTRIAL RESEARCH
The engineering standard I aim for: frame a consequential question, investigate deeply enough to support a decision, and close the loop with measurable evidence. Research earns its place through what it helps us understand, test and improve.
Without comparison and feedback, activity can repeat without progress. A useful loop connects an objective, an observed state, an intervention and a measured outcome—with a decision about what changes next.
Baseline → hypothesis → controlled change → run → compare → accept, revise or reject.
Chip Design / PD: investigate a timing regression, test an intervention, then check whether the wider PPA and verification constraints still hold.Question → sources → competing explanations → experiment → evidence → updated understanding.
Read reports, relevant literature and technical documentation. Turn an explanation into a prediction that an experiment can challenge.Review repeated outcomes → find a weakness in the process → revise the method → evaluate the next cycle.
Improve the questions, data schema, experiment design or evaluation rubric—not just the configuration of the next run.RESEARCH → DEEP RESEARCH → ENGINEERING DECISION
My proposed deep-research workflow brings technical literature and implementation evidence into the same investigation. The depth should match the uncertainty, impact and reversibility of the decision.
A research brief · source and evidence map · experiment record · comparison of alternatives · decision memo · follow-up measurement.
This describes the approach I am developing, not a claim of completed industrial engagements. Public examples use shareable or synthetic data; outcomes must be demonstrated in their actual context.
Discuss a challenging engineering problem ↗03 / ENGINEERING NOTES
Technical perspectives on Chip Design / PD, reproducible experiments and AI-assisted reasoning. These are method notes, not claims of client results or tape-out experience.
A lower magnitude of negative WNS is a useful observation. It does not explain the cause of the improvement, show the distribution of failing paths, or establish that the design is ready for sign-off.
Record the design revision, constraints, library corner, analysis mode, flow stage and tool settings. Comparing pre-route and post-route reports without that context can hide differences in parasitic modeling.
Review WNS together with TNS and violating endpoints. Inspect setup and hold, cell and net delay, transition and capacitance, then consider area, power and routability. A positive change in one metric can move a problem elsewhere.
Reference: OpenROAD Flow Tutorial ↗
A folder of reports becomes useful engineering data when each result can be traced to its inputs, configuration and intended question. A small, consistent run record is a practical starting point.
Keep original reports alongside parsed values. Distinguish missing data from zero, normalize units, and record parser versions. A metric without its report reference is difficult to audit.
Define the intended intervention before running the experiment. Track other changed inputs and nondeterminism. Re-run when needed before attributing an observed improvement to a specific change.
Reference: OpenROAD flow metrics ↗
My proposed copilot workflow starts with a bounded engineering question. The assistant should distinguish a reported measurement, an inferred explanation and a suggested intervention.
FOR RECRUITERS & ENGINEERING TEAMS
For a focused conversation, share the role or project, the design stage, the main technical challenge and the expected contribution. My career history is available on LinkedIn; these notes show the direction of my thinking.
04 / BUILDING IN CONTINUITY
we-meta.ai begins with my engineering practice. The ambition is to turn useful methods into learning experiences, intelligence systems and services.
A professional home, an interactive Chip Design / PD note and a direct way to connect. A foundation for sharing further work as it develops.
Chip-design labs, technical notes, meta-skills and coaching. Graph thinking and iterative learning connected to real problems.
Copilots, knowledge graphs, X Tensor and digital twins. Data-ready, infra-ready and AI-ready services for individuals and teams.
RECURSIVE SELF-IMPROVEMENT
Observe → form a hypothesis → test → examine evidence → update the method. This is the meaning of RSI I want to bring into everyday engineering practice.
LET’S CONNECT
Connect with me about Chip Design / PD opportunities, semiconductor projects, or thoughtful ways to bring AI into engineering.