I study corporate finance and entrepreneurship, with a focus on the economics
of technology—particularly artificial intelligence.
My research examines how venture capital shapes software development, how AI
changes the trade-offs between productivity and software quality, and how
cybersecurity vulnerabilities affect firm performance. I combine source-code
and firm-level data to study these questions.
I received my PhD in Finance from Washington University in St. Louis
(Olin Business School) in 2026, advised by Todd Gormley. My background in software
engineering and industry research informs my work.
Buchan Prize, 1st place (best PhD student-written paper).
Presented at the 12th Annual USC Marshall PhD Conference in Finance, 2026.
Abstract for Venture Capital and Engineering Quality: Evidence from Software Startups
We investigate a novel channel of venture capital value creation: the
practices through which startups build and maintain their technology. We
construct a new panel of 569 firms using 60,000 full codebase snapshots. We
compare changes in engineering quality following first VC investment with
changes at similar firms that remain without VC backing. We also construct a
dollar-denominated measure of technical debt, the estimated maintenance
liability embedded in software. Relative to codebase size, serious deviations
from coding best practices decline by 15% and technical debt by 12%. These
improvements accompany substantial codebase growth. The decline in the
frequency of serious coding problems persists after matching on pre-financing
growth, and quality gains extend to firms already generating revenue. In
contrast, a placebo test around later financing rounds shows no evidence of
quality improvement. We also analyze 4.8 million code contributions (commits).
After first VC investment, documented peer review and formal issue tracking
become more common, off-hours work declines, and existing team members become
less likely to introduce defective code. The findings suggest that VC
professionalization extends to the engineering practices through which teams
build and maintain their products.
Preview results for Venture Capital and Engineering Quality: Evidence from Software Startups
First VC investment. We compare changes in software startups with similar firms that remain without VC backing.
Code quality improves after first VC entry.
Serious coding problems
−15%
−1.85 per 1,000 lines
Estimated technical debt
−12%
−$1.57 per line
Change in serious coding problems per 1,000 lines of code
0−1−2−3
−1 yearVC investment+1 year
Change in serious coding problems per 1,000 lines of code: quarterly changes from the investment quarter
Months from the round
First VC entry
−11.5
−0.75
−9
−0.22
−6
−0.23
−3
+0.25
0 (VC investment)
0.00
+3
−1.77
+6
−2.46
+9
−2.43
+11.5
−2.45
Quarterly estimates from the investment quarter; shading shows the decline. Headline percentages use pre-investment averages.
Technical debt is the estimated cost of fixing coding problems.
Engineering practices become more structured.
Review and sign-off
+3.3 pp
Tracked work
+5.8 pp
Off-hours contributions
−2.0 pp
Existing team: contributions linked to later fixes
−1.8 pp
Changes in shares of code contributions. pp = percentage points.
The improvement is concentrated at first entry.
First VC entry
−1.85
Series B or later
+0.37
Change in serious coding problems per 1,000 lines of code
+10−1−2−3
−1 yearVC investment+1 year
Change in serious coding problems per 1,000 lines of code: quarterly changes from the investment quarter
Months from the round
First VC entry
Series B or later
−11.5
−0.75
−0.14
−9
−0.22
−0.18
−6
−0.23
+0.02
−3
+0.25
−0.50
0 (VC investment)
0.00
0.00
+3
−1.77
+0.06
+6
−2.46
−0.10
+9
−2.43
+0.33
+11.5
−2.45
+0.56
Quarterly changes from each investment quarter. Green: first VC investment; gray: Series B or later. Numbers show average changes after each round.
Abstract for AI and Technical Debt: Evidence from 3 Billion Lines of Code
AI raises worker productivity and lets firms build knowledge assets, such as the software they run on, faster. Low-quality AI output, however, may embed these assets with hidden liabilities that firms must later verify, fix, and maintain. Software lets us inspect the asset itself and measure these liabilities directly. We identify firm-affiliated public GitHub projects and, every month, use an industry-standard tool to scan each project’s full codebase for maintainability issues, bugs, and security vulnerabilities. This amounts to processing over 3.6 billion lines of code. We convert the tool’s estimated repair time into a dollar measure of technical debt. We compare projects in which AI use first appears with similar projects whose AI use is detected later or remains undetected. During the first seven months of detected AI use, codebases grow on average 6.1% more than those of comparable projects. Contrary to concerns about “AI slop,” total issues per line of code decline by 1.3%, and technical debt per line by 0.7%. Bugs per line also decline, and security vulnerabilities and critical issues, the most severe ones, show no statistically significant change. The quality gains are modest, but at the very least they provide evidence against a deterioration in the quality of the average line. Detected AI use is thus linked with faster growth in firms’ software assets.
Abstract for Patch Now, Pay Later? Cybersecurity Vulnerabilities and Technical Debt
We study how cybersecurity vulnerabilities affect firm performance. We analyze
551 open-core software firms from 2010 to 2025, comparing firms affected by
vulnerability discoveries with unaffected firms. These discoveries concern
third-party dependency packages, making their timing plausibly exogenous to
the firms using them. Exposed firms experience approximately 10% slower
headcount growth relative to their pre-treatment average and a 1.7 percentage
point decline in acquisition probability. Developer activity shifts toward
remediation: the share of non-remediation work falls by 2.8 percentage points,
while elevated fix-related activity persists for twelve months. These changes
accompany faster accumulation of technical debt and cognitive complexity,
which grow approximately 20 and 16–21 percentage points faster, respectively.
Together, the findings suggest that cybersecurity vulnerabilities can disrupt
firm growth and place persistent demands on engineering resources.
Preview results for Patch Now, Pay Later? Cybersecurity Vulnerabilities and Technical Debt
A security flaw is discovered in a third-party software package. We compare changes at firms using the package with unaffected firms.
Repair activity stays elevated for a year.
Non-remediation work
−2.8 pp
Change in its share of development activity
Elevated fix-related activity
12 months
Change in fix-related share of commits (percentage points)
−40+4+8
−1 yearDiscovery+1 year
Monthly fix-related activity after vulnerability discovery, compared with unaffected repositories. Point estimates in percentage points.
Month from discovery
Estimate
-12
0.0975
-11
-0.0229
-10
0.2296
-9
-0.6875
-8
0.7053
-7
-0.1657
-6
0.2793
-5
-0.0431
-4
-0.2889
-3
1.4571
-2
-0.0627
-1 (reference)
0
0
1.5731
1
1.3459
2
1.1465
3
3.8893
4
2.8318
5
2.6715
6
2.9261
7
4.1792
8
4.5078
9
4.6774
10
4.676
11
4.8399
12
3.7908
Monthly point estimates; shading shows increased repair activity after discovery. The dashed line marks the reference month (−1). pp = percentage points.
Technical debt rises after discovery.
Technical debt
+20 pp
Faster accumulation
Cognitive complexity
+16–21 pp
Range across specifications
Change in log technical debt
−0.10+0.1+0.2+0.3
Discovery+1 year
Monthly technical-debt differences after vulnerability discovery, compared with unaffected firms. Point estimates in log units; month −1 is the reference. Display window −7 to +12 months; original estimates unchanged.
Month from discovery
Estimate
-7
0.00981594006674152
-6
-0.0031900678115543584
-5
-0.06220241313829249
-4
-0.08377130970605481
-3
-0.00599338291628205
-2
0.007703495298275249
-1 (reference)
0
0
0.02282674169262091
1
0.02030209170039648
2
0.12945087336088787
3
0.13499223156083565
4
0.08329952504804448
5
0.07146450415386789
6
0.14262431999406489
7
0.12103584895700323
8
0.15630901410018078
9
0.1607915105013033
10
0.2540184873158295
11
0.24405325625291585
12
0.25935435638945203
Monthly point estimates, −7 to +12 months; shading shows rising technical debt. The dashed line marks the reference month (−1). pp = percentage points.
Technical debt measures estimated maintenance liability; cognitive complexity measures how hard code is to understand.
Abstract for Acquisition Prospects and Startup Strategy
Acquisitions are an important exit channel for entrepreneurial firms. We examine
how startups adjust product-development and hiring strategies when the likelihood
of acquisition declines. Our analysis asks whether reduced acquisition prospects
cause startups to invest more heavily in building durable standalone businesses
and how these changes affect the composition of their workforce and
product-development choices.
with Gustavo Cortes, Sergio Leao and Alexandre Pecora
Abstract for Hedge or Speculation? Evidence from Brazil
Do non-financial firms simply hedge and hold, or do they actively manage their derivative positions over time in response to changing market conditions? We find clear evidence of the latter: Brazilian firms frequently adjust their positions as conditions shift, rather than passively maintaining a hedge tied to their operating exposure.
We then examine what drives these adjustments. Two forces appear to be at work: firms respond to the recent performance of their own derivative positions, consistent with the “house money effect” of Thaler and Johnson (1990), and to prevailing market pricing, timing their positions to take advantage of favorable currency-market conditions. Both forces are present, but the first dominates, suggesting an agency problem in corporate hedging. We also document that firms with opposite underlying currency exposures respond quite differently to the same market conditions. These patterns have direct implications for how shareholders, investors, and regulators should think about corporate hedging programs.
Abstract for A White Box Framework for Estimating Long-Term Experimental Impact via Short-Term Metrics
We develop a framework for estimating long-term experimental effects from
short-term metrics while making the underlying causal mechanisms explicit.
The framework connects short-term measures to a long-term outcome through its
key drivers, validates estimates using both pseudo-experiments and actual
experiments, and addresses implementation on an experimentation platform.