TE
科技回声
首页24小时热榜最新最佳问答展示工作
GitHubTwitter
首页

科技回声

基于 Next.js 构建的科技新闻平台,提供全球科技新闻和讨论内容。

GitHubTwitter

首页

首页最新最佳问答展示工作

资源链接

HackerNews API原版 HackerNewsNext.js

© 2025 科技回声. 版权所有。

An ex-Googler's guide to dev tools (2020)

172 点作者 intrepidsoldier超过 1 年前

18 条评论

beyang超过 1 年前
Author of the post here—as another commenter mentioned, this is indeed a bit dated now, someone should probably write an updated post!<p>There&#x27;s been a ton of evolution in dev tools in the past 3 years with some old workhorses retiring (RIP Phabricator) and new ones (like Graphite, which is awesome) emerging... and of course AI-AI-AI. LLMs have created some great new tools for the developer inner loop—that&#x27;s probably the most glaring omission here. If I were to include that category today, it would mention tools like ChatGPT, GH Copilot, Cursor, and our own Sourcegraph Cody (<a href="https:&#x2F;&#x2F;cody.dev" rel="nofollow noreferrer">https:&#x2F;&#x2F;cody.dev</a>). I&#x27;m told that Google has internal AI dev tools now that generate more code than humans.<p>Excited to see what changes the next 3 years bring—the pace of innovation is only accelerating!
评论 #38464173 未加载
评论 #38456519 未加载
评论 #38457426 未加载
评论 #38473361 未加载
评论 #38458352 未加载
siva7超过 1 年前
&gt; One of your competitive advantages after leaving Google will be to apply these experiences to bring great new dev tools into your new organization to boost your own productivity and the productivity of your teammates<p>Please don&#x27;t do this blindly. Your new organisation likely won&#x27;t be similar to Google. If a xoogler would onboard with this attitude that any other tooling and process must be inferior, they wouldn&#x27;t last long.
评论 #38459271 未加载
评论 #38459465 未加载
Groxx超过 1 年前
tbh the vibe I get is that Google seems to be great at building tools that teach people nothing about how to collaborate with anything outside their current company... so they&#x27;re both hamstrung when they leave, and then they continue to build new tools that don&#x27;t work together with anything else because they don&#x27;t understand the community at all.<p>Bazel is a perfect example. Bazel projects are <i>horrifically</i> (arguably impossibly) hard to use to collaborate with other Bazel projects outside of your control, and its abilities encourage you to do (useful!) things that don&#x27;t hold up outside its little isolated world. It&#x27;s a super great system in a lot of ways, but it is anathema to open source development.<p>At times it feels like it&#x27;s probably <i>extremely</i> destructive in aggregate, particularly as more and more companies blindly mimic it, and that worries me.
评论 #38456690 未加载
评论 #38456684 未加载
评论 #38457239 未加载
yeukhon超过 1 年前
When I left Facebook, I missed all the internal tools the company developed. I currently work on dev tooling at my company (though leaving soon). So I have some thoughts as well.<p>Having been at facebook prior led me to believe that we can definitely 2x productivity if tools made by these large organizations are open sourced and maintained.<p>I will probably write my thoughts like the author (if anyone cares), but the bottom line is I consistently find many existing open source projects missing critically useful features and&#x2F;or don’t focus as much on real developer productivity (I admit that can be very subjective).<p>Eg Bazle is fantastic when it works (all deps are accounted for) but it is not unusual to find github comments that tell users to add patches because the maintainers (core and contrib) haven’t fixed the problems (some over 2-3 years old) or because they hardcode a version of Go….<p>Another example is VS Code. facebook (now meta) offered everyone to its heavily extended VS Code. While I didn’t use that as much since I am a terminal and a Vim developer, now that I use VS Code almost daily at work for writing Go, I really do appreciate the customization facebook engineers did - because too often someone (both engineers and non-engineers) would come to us and complain about some issues with the built-in git UI, trying to figure out how to construct a working workspace settings, switching between git and arcanist. The facebook’s version had all this figured out really nicely. With minimal training someone could submit code very quickly without ever touching the terminal.<p>I can go on and talk about how awesome ods is compared to prometheus and its query UI. Finally, I miss Scuba too (and Honeycomb founders were involved building Scuba).<p>Sure, facebook tools don’t always work and there are issues and bugs like any software, but overall I felt more productive.<p>Maybe it is because I did’t maintain them - now I do as a full time engineer at work, I feel the pains. But then again, if google and facebook maintain these as open source would be really nice.
评论 #38458910 未加载
next_xibalba超过 1 年前
Is Google still an org whose methods are to be emulated? Maybe small parts of it? In general the vibe I get from Google is a scerlotic company completely overrun by bureaucracy. And it’s been that way for a decade.
评论 #38459369 未加载
评论 #38459865 未加载
whatever1超过 1 年前
Google dev tools serve Google scale needs. Not only your 2 people startup has no need for these, but they introduce friction that might kill your company.
评论 #38456326 未加载
评论 #38456261 未加载
评论 #38456226 未加载
评论 #38456943 未加载
dalf超过 1 年前
Post from 2020: <a href="https:&#x2F;&#x2F;news.ycombinator.com&#x2F;item?id=25217291">https:&#x2F;&#x2F;news.ycombinator.com&#x2F;item?id=25217291</a><p>Post from 2022: <a href="https:&#x2F;&#x2F;news.ycombinator.com&#x2F;item?id=32134038">https:&#x2F;&#x2F;news.ycombinator.com&#x2F;item?id=32134038</a>
评论 #38456283 未加载
hyperman1超过 1 年前
I wonder why Prometheus&#x2F;Grafana are so popular in the monitoring stack. They seem to promote a culture of &#x27;Hang a screen over there and stare at it&#x27;. I always have to do a lot of work finetuning them, and some important metric will be missing.<p>My experience with zabbix was just the opposite, BTW. Ugly, but practical. The defaults let you quickly set up monitoring, and then nagstamon or other alerting allows you to forget it exists until bad things happen. Then you browse trough the templated graphs where a spartan but interesting indicator of what happens will exist somewhere
评论 #38459671 未加载
评论 #38460665 未加载
评论 #38457618 未加载
评论 #38456934 未加载
loosescrews超过 1 年前
This is from 2020 and it is out of date. Phacility is no longer offering hosted Phabricator and Phabricator itself is no longer actively maintained. Also, graphite.dev is a solid option in the code review space. It provides better GitHub integrated code review like reviewable.io, but also provides a CLI with a more Mercurial like workflow and replicates workflows available inside of Google and Facebook.
评论 #38456189 未加载
jatins超过 1 年前
Which BigTech (10k+ employees) has the worst internal dev tooling? I have heard horror stories about some build systems at Microsoft but curious how others fare.
评论 #38458014 未加载
评论 #38457028 未加载
toasted-subs超过 1 年前
That&#x27;s not true, I was able to get working environments with all of the tools I used at Google within a month.<p>That being said most of them were overkill for startup or small teams. Found it kind of funny even though the tools are &quot;open source&quot; all the name&#x27;s are different the documentation is non-existent.<p>Some of the open source stuff is just better anyway.
评论 #38456137 未加载
codeapprove超过 1 年前
Shameless but relevant plug: if you’re a Xoogler and you miss Critique check out CodeApprove (<a href="https:&#x2F;&#x2F;codeapprove.com" rel="nofollow noreferrer">https:&#x2F;&#x2F;codeapprove.com</a>).<p>CodeApprove was built to make GitHub PRs a lot more appealing to those who miss the Critique workflow (among others audiences).
评论 #38457004 未加载
评论 #38459180 未加载
DeathArrow超过 1 年前
This guy asserts that Google has the best code development process in the world but I don&#x27;t think it is true.
meiraleal超过 1 年前
Based on the comments in this thread, it seems that Google is using AI to replace software engineers. That explain the continuous layoffs. Let&#x27;s see for how long they can continue moving from a engineers company to a managers company.
hwc超过 1 年前
&gt; &quot;Read code ..... Your editor&quot;<p>For reading code, I tend to use `highlight -O xterm256 &quot;$1&quot;|less -R` or `source-highlight -f esc -o STDOUT -i &quot;$1&quot;|less -R` in a shell function.
评论 #38466000 未加载
erhaetherth超过 1 年前
What about Mendel and Streamz? I don&#x27;t see those in <a href="https:&#x2F;&#x2F;github.com&#x2F;jhuangtw&#x2F;xg2xg">https:&#x2F;&#x2F;github.com&#x2F;jhuangtw&#x2F;xg2xg</a>
rvz超过 1 年前
These constant comparisons or obsessions around what ex-Googlers use or do at Google needs to stop.<p>You are not Google and neither is your startup.
评论 #38459490 未加载
meiraleal超过 1 年前
Are those dev tools helpful at building fast&#x2F;discontinue faster?