Matthew Wilson

mdwdotla.medium.com · Personal blog · on HN since 2020

Matthew Wilson, a former Google Chrome engineer turned startup founder, writes about Rust, team management, AI, and raising startup funding.

What HN saysHN cites his Rust startup post as a caution (not worth it unless CPU-bound) and his Chrome team write-up for engineer counts.
17HN people shared it
8linked it in comments
13stories submitted
532story points
8 months agolast shared
2020people per year2026

Most-shared posts

  1. 1
    Using Rust at a startup: A cautionary tale
    5 people · 265 points · first shared 2022 · 323 comments on HN
  2. 2
  3. 3
  4. 4
    The end of classical Computer Science is coming
    2 people · 38 points · first shared 2022 · 76 comments on HN
  5. 5
  6. 6
    Everything I wish I had known about raising a seed round
    1 people · 207 points · first shared 2022 · 90 comments on HN
  7. 7
    Why New Tech Products Fail
    1 people · 2 points · first shared 2024 · 2 comments on HN
  8. 8
    Startups, Impact, and the Search for Meaning
    1 people · 2 points · first shared 2025 · discussion on HN
  9. 9
  10. 10
    Why im leaving google for a startup 88be418236d8
    1 people · first shared 2024

What HN people wrote when they linked it

BSDobelix · 2024-12-07
2019: >Chrome, with an emphasis on making the web great for the next billion users. The team consists of around 40 engineers, in addition to a number of PMs, test engineers, UX designers, researchers, and others. We built a lot of features in Chrome that are used by more than a billion people.) https://mdwdotla.medium.com/some-thoughts-on-running-successful-teams-… "MY" Mozilla has 46 engineers ;) But if you think ludicrous big teams can make "much" product you should read "The Mythical Man-Month"..again ;) The ~23 was from 2012, sorry about the outdated information
twp · 2023-02-01
Rust is fantastic for writing robust, secure, high-performance software. Rust is definitely a much, much better C++ in almost every respect. No doubt there. However, for many problems, the sweet spot of a good-enough static type system and garbage collector - effectively a better Python - is a better fit. This article explains things well, IMHO: https://mdwdotla.medium.com/using-rust-at-a-startup-a-cautionary-tale-…
lrem · 2023-09-11
Mozilla claims over 700 of their 750 employees work on Firefox. It's a bit harder to find out the number of people working on Chrome. The founding director remarks that there were 40 engineers working on Chrome mobile in https://mdwdotla.medium.com/some-thoughts-on-running-successful-teams-… That's obviously just a slice of the whole team. Search results suggest a range of numbers between 23 and 500. There appears to be about 12k in the whole department building Chrome, Android and the other software shipped to users. From all that you can extrapolate that there likely isn't a huge disparity between number of engineers on both browsers.
moldavi · 2022-11-26
Easier than C or C++ for sure. But how is Rust as easy as a GC'd language like Java or Go? They have strictly less constraints to deal with, and (in my experience) less superfluous refactoring sessions due to the overly conservative nature of the borrow checker. I like how Matt Welsh put it in https://mdwdotla.medium.com/using-rust-at-a-startup-a-cautionary-tale-… > What really bites is when you need to change the type signature of a load-bearing interface and find yourself spending hours changing every place where the type is used only to see if your initial stab at something is feasible. And then redoing all of that work when you realize you need to change it again. Perhaps you're instead speaking of a specific situation or kind of program where the borrow checker happens to work well?
phyrex · 2022-11-24
I don’t buy it. Static languages have certainly become more ergonomic, but if the evidence was really so overwhelmingly clear, everybody would have switched by now. To wit, regarding your comment about Rust, I just read this article earlier today: https://mdwdotla.medium.com/using-rust-at-a-startup-a-cautionary-tale-…
lesuorac · 2025-08-01
> so 402/653 is spent on the core activities you favour I don't think that's correct. IIUC, Software Dev was 260M for Mozilla + Mozilla Corporation + Mozilla Foundation + MZLA Technologies Corp. + Mozilla Ventures + Mozilla.ai. With large increase of 40M from 2023 to 2022 so I'd bet a good chunk of that is going to Mozilla.ai knowing how the rest of the corporate world is acting right now. Like the Chrome Mobile team is 40 people [1]. I can't image that web + support is going to more than 4x that so you get to ~160 people which at 300k a head is 48 million. I don't see how out of the 6 organizations that 93% (700/750) of the employees are working on FireFox and not a different thing. 48 million just in salaries against the $494 million that Google gave Mozilla in 2023 just seems like it should be extremely possible to save at least half of it. Sure, we've gone beyond the initial ~$150M but for all (?) of Mozilla's life the payments from Google have covered software development [3] and for Safari the payments were in the billions so if Mozilla focused on making a better browser with higher market share their payments would go up as well. [1]: https://mdwdotla.medium.com/some-thoughts-on-running-successful-teams-… [2]: https://assets.mozilla.net/annualreport/2024/mozilla-fdn-2023-fs-final… [3]: https://en.wikipedia.org/wiki/Mozilla_Corporation#Finances

Keyboard shortcuts

/Search
j kNext / previous blog
EnterOpen selected blog
vVisit the blog site
fFollow / unfollow
lSwitch grid / list view
dSwitch dark mode
g hHome
g pTop posts
g tTopics
g fFollowing
g lLiked
g yHistory
g qFAQ
EscBack / close