111 comments

[ 5.1 ms ] story [ 121 ms ] thread
I am not going to share much more than what I already have, but I think this speaks to the experience of working in big tech and the disruption caused by AI both at the level of teams/roadmaps/incentives and changing user behavior.
Yikes. I see Justin posted this, and I'm sure he can't say much - but this is an absolutely insane story.

Google has gone from encouraging 20% time (to create amazing projects like this) to firing people for doing it.

There seems to be some true maliciousness going on at Google. You have this, you have the open source Gemini CLI getting replaced with a shittier closed source Antigravity CLI, etc... etc... What is going on there?

It sounds like a big part of why he was let go is that he created a work-related product, possibly using his '20% time' meaning he created it while at work, and then released it with Google branding and logos, all of which without clearing it with anyone at the company, while his name is attached to the company.

In other words, he created an extremely official-looking product and released it in a way that made it look extremely official and blindsided everyone when suddenly there's a viral Google Workspace tool released by a Googler with Google branding that wasn't released by Google.

I'm not saying he should have been fired, necessarily, but he demonstrated _extremely_ poor judgement in doing this the way he did and put his manager and everyone else in an extremely awkward and uncomfortable position.

This is what happens when companies are run by boomers who care more about building their orgs, instead of doing hard cutting edge engineering work.

Sucks for the author. Hope they land a good gig at a frontier lab.

[flagged]
I reported it to Twitter as violation of it terms with relevant category.

Twitter said naming people Pussy is fine.

> getting grilled by legal about why the Google logo and brand colors are on the Google Workspace GitHub code repositories.

> I think the cause was that Workspace and certain leaders (and projects) were afraid of being disrupted.

I normally don't defend Google - this pure Evil should not exist. Degoogling is a holy act. But it is also kind of silly to create a project, attach Google logo etc... to it while working at Google. Or perhaps it was a genius move. Either way I am not entirely certain whether the description is as clear here. If it was an internal tool only, did it need a logo? If it was external, who would use it when a Google logo is attached? That's all very strange to me.

> But the fear wasn't specific to my CLI, it was a broader fear in what agents meant for Workspace.

That may be the case - Google lies to humans all the time. See when they killed ublock origin via fake "arguments" that were lies (killed it in the sense that the Google store crippled it: https://chromewebstore.google.com/search/ublock%20origin?hl=... - I just tried to find the old webpage on chrome webstore but the search results no longer show it, only alternative names that are fake projects. I should have bookmarked the old link, Google is REALLY so annoying. The world wide web needs to overcome its number #1 enemy here. Which is Google.)

The logo isn't attached to the project. The logo is attached to the organization, run by Google (presumably), that Google (presumably) uses to distribute software made by employees.
I don't get it – you called the GitHub org 'googleworkspace' and used the Google logo? Presumably without permission? Don't Googlers regularly open-source side projects under the official org(s)? Did you really think this was going to be fine, or was it 'growth hacking' with tougher consequences than expected?
The concerns seem to be primarily around trademark and logos? Unless there's more to it, those seem trivial to remedy by requiring removal of logos and renaming in the style of Clawdbot -> Moltbot -> OpenClaw. Google is well-known to be pretty sparing with firing people even for performance, so either this is a change in stance (entirely possible) or there's more to it.
So... they fired him for doing a 20% time project? I'm glad I don't have any of their stock to sell, what terrible management.
Not for doing it, for releasing it publicly, presumably without permission. (If he did have permission, he probably has a pretty good case to bring.)
Looks like a textbook example of Pournelle's Iron Law of Bureaucracy.[a]

People like the OP, Justin Poehnelt, who build cool things out of self-motivation that others find interesting and want to use, are now at the mercy of those inside Google who care more about the company's internal bureaucracy and their own role and importance within it. To them, the fact that the OP's project was an instant github hit meant nothing.

--

EDIT: Others here are saying that Justin released his code with Google's branding without asking for approval. If that's true, it wasn't right of him, and his firing was justifiable. See https://news.ycombinator.com/item?id=48650310 and https://news.ycombinator.com/item?id=48650192

---

[a] https://jerrypournelle.com/reports/jerryp/iron.html

I think your first take still stands.
i think your edit is asinine. google could have requested the removal of the trademark and made everything kosher, but they didn't. They decided to make an example of a guy who built something useful that people liked and now every other engineer at google will think twice before adding any not previously approved value to the business.

You were right above the edit.

EDIT #2: Former Googlers here say that for a long time it was common at Google to let employees publish code with Google branding on github, in which case the firing was not justifiable. See https://news.ycombinator.com/item?id=48652851 Yes, I changed my mind again. I have no qualms about changing my mind if the facts justify it :-)
Yikes. The lack of judgement involved in personally releasing something that could be confused for an official release (I was confused) by your employer is someone who has huge wildcard risk in the future. I would expect significant disciplinary action if they didn't follow procedure, and termination if they were directly warned at any point.
Particularly for a company that possibly has to navigate high-volume, often frivolous litigation and brand attacks from trolls. I have been in similar situations having to partner with legal defending the most frivolous things on products released. You literally sign docs to not do such things when u onboard. Not sure what the point of broadcasting this is though.
Not only that but not clearing with your management that you're not working on something that is actually being worked on as a product.

Definitely they put some manager and/or team in a very uncomfortable position releasing this.

Yeah this is super weird to me, because the processes at Google for employees to release and attribute ownership of open source projects are extremely clear and well established. It's genuinely hard for me to imagine this happening in a way that confused or caught the author off guard.

It's totally fair to question the wisdom of those processes and policies!

But I'm pretty skeptical of the "I'm surprised I got in trouble for this" narrative.

You are assuming that it was "personally" releasing something and that the process wasn't followed.
The real problem is that OP is or wants to be an old school disruptor working at what used to be an exciting and disruptive employer (but isn't any more - its just a boring old money maker).

OP crank out a pretty decent and well received, by the community, product and get absolutely canned because they are well out of touch of how Google now works. You don't do risk (without reward) at Google and you certainly don't show a bit of ankle or look exciting. Google are well out of the market for being interesting (outside of the balance sheet and P&L for those who fetishise in accountancy.

Unfortunately: going viral isn't always a good thing as anyone who has experienced a nasty virus will attest.

(comment deleted)
In any reasonable company (with common sense leadership), someone would not be fired for doing something (with good intentions) that does not harm company very much.

Releasing something like this did not really harm the company (the project is still on GitHub).

Any smart executive could have spun the release of this CLI into a win.

Even if some other team complained that this was encroaching on their work, a smart executive would say: “cool show me your work tomorrow morning so we can replace this with you work”

What if they were told not to do it and they still did?
(comment deleted)
Google seems to be filled with really talented people, technology, and every resource anyone would ever need, but their execution and management seems to be severely lacking. This account is a pretty damning indictment of Google.

Look at the entire Bard-to-Gemini launch, and from my experience, Gemini's performance is slipping hard recently. Then you have the sheer scale of the Google graveyard. And finally, take a look at Youtube lately.

The company increasingly feels optimized for internal politics and corporate metrics rather than building the best possible products for real people. I guess this is why monopolies suck.

Around that time I built a CLI to access and manage monitoring cameras that my company is selling. After giving a demo to my leadership I strongly adviced against releasing it to public. Giving agents access to some stuff is bad for customers.
Interesting that people here seem so sympathetic to the fired guy. Wouldn’t you kind of expect to be fired if you release a project under your employers name that’s not even associated with them and hasn’t been cleared? Working for them actually makes it worse because people could look up your name and would see that you actually work for google. It’s kind of obvious that this is a bad idea, right?
Ofcourse. This is HN and not LinkedIn.

We have a lot more people here who like bending rules as opposed to following them.

haha "liquidity in human capital" am i right?
Yeah I'm struggling to believe that this person who worked at Google for 7 years was surprised by this outcome. Google has very clear processes for contributing to open source as an employee. I'm skeptical that this person never navigate to go/opensource (not remembering exactly the link, but it might literally be that) and read the policies there in that amount of time...

This is not even an endorsement of those policies or of this action in enforcing them. I'm just saying it's very well documented there what you can and can't do and how to do things the "right" way. Lots of people understandable chafe at those rules, but the consequences of just saying yolo and ignoring them are fairly predictable...

He mentioned that he worked in DevRel and making open source tools like this was a common thing they did: https://x.com/JPoehnelt/status/2069535183158812698

I don't know the legal situation, so maybe they felt like they had to do this to not face liability of some sort, but this feels like the wrong outcome vs e.g. having engineers rewrite it from scratch or move it to a less obviously google affiliated place.

You shouldn't use your employer's branding for unsanctioned projects, so Google is certainly well within their rights, but I think this is unnecessarily conservative vs someone who was trying to promote the employer's mission/products.

He seems to be a good coder with poor judgment. But I think it would be wiser to manage him better than to fire him so long as he recognizes what he did was wrong. I'm a bit of a softie for the clueless, brilliant coders, though.
Where are you getting the information that this project hadn't been cleared? That seems like a big assumption, and I don't see anything in the linked tweet, or the replies, or any of the linked pages that supports it. Unless I missed something?
I agree it's problematic, but I'm pretty sympathetic because it was an obvious and straightforward thing to do, whose benefit is incredibly obvious and good, that made sense. This should obviously be a thing, and not having it hurts customers of your products.

But allowing customers and agents access to their data is the opposite of Google's purpose here. They fired him and took this down because they don't want to do good by their customers and their Google Workspace: they would rather limit and control how their Workspace products are used and force people to use Gemini.

> Wouldn’t you kind of expect to be fired if you release a project under your employers name that’s not even associated with them and hasn’t been cleared?

Not really, no. I'd expect a stern reprimand, but getting fired is extreme.

I'm not sure if Google is still an attractive place to work, but this incident certainly isn't helping tip the scales.

>Wouldn’t you kind of expect to be fired if you release a project under your employers name that’s not even associated with them and hasn’t been cleared?

It seems to be something other people do as well and not out of the ordinary, so no.

(comment deleted)
IMO: If the project leverages Google branding or authority improperly, then it shouldn't be on github and should not be under active development by Google employees; yet it is. If Google is suddenly alright with the way the project leveraged Google branding and authority, then the cause for firing the original developer, especially given Google's famously lax stance toward 20% projects and internal open source, is a lot weaker. In other words: Healthy companies do not fire individuals simply for breaching branding guidelines in a way that is ultimately beneficial and looked favorably upon by the company. That's literally just not a thing that happens; at worst you get a reprimand, and in many healthy companies you'd actually get a promotion.

So, something does not add up. It might be the story of the person fired. It might also be on the other side; that our external impression on what's been going on inside of Google needs to be re-adjusted, and this company will be a lot weaker in ten years than I would have originally estimated.

There are more than a few plausible scenarios here. I've been inside google and I've seen other "i was fired" posts before. almost always, there is some additional context which gets left out. For example, I could see a path where the author wrote the code, got approval, published it, and then another part of the company (workspace) found out and wanted to use the same space/place or another place to publish their "competing but official" system, and the author refused (programmers are notorious for this) to take down his code when asked, at which point any number of different paths could lead to the employee being fired for not complying.

However, google is filled with personalities and egos and sometimes engineers are the collateral damage.

(comment deleted)
5 years ago out of necessity I made a CLI around a private product API to manage something it wasn't making publicly, by reverse-engineering the API and complex logons and etc. It was very useful to ~ 100 people worldwide but it was enough of an audience. But I couldn't get any traction releasing it publicly until a distinguished engineer very far away from my org was in need of just this tool for his project. All of a sudden I got an innovation award from company leadership and legal fast tracked open-sourcing it. Pushing something like this out into public repo without legal review is suicidal.
Do not use the brand without permission is taught on Day 1. Who can give you permission, not so much.
At big tech you do what your piece of shit manager wants you to do (assuming you have one of the typical big tech managers). That’s all you are allowed to do.

Thats my experience at Apple. I even tried to ask for alternatives, mentors, etc. all denied by my one manager because I was reorged into their team and a new manager had something to prove. Directors who I talked to just shrugged their shoulders.

Leadership at these companies is pretty much shit. It’s not surprising something this happens at Google.

Companies could give zero f’s about you, how long you have been there, or what you have done or accomplished there.

Seriously. If you know you have a bad manager (you’ll definitely know) then you need to get the hell out asap. Don’t think if you tough it out it’ll work out. I lasted 5 years total and the last two years with this unnecessary insane stress caused by him. They will let you go after your dog suddenly gets cancer and they dont care you have a mortgage or need health insurance.

I’m sure there are good management out there, but not my experience and clearly not the experience of who posted this on x.

Management and leadership at these companies needs to fucking treat people that work for them like they care. At all.

Justin’s blog is the consistently the best resource for Google Apps Script content and he genuinely seemed to connect with the platform. He always stood out, as Googlers don’t typically seem to connect with anyone/anything.
(comment deleted)