I'm noticing a few commenters who work (worked?) at Google (inferred from comment history) who are critical of this person's actions.
First: you ought to disclose that information when commenting on a topic that relates in some way to your financial incentives.
Second: when I worked at Google under Chrome it was very common for individuals and teams to publish projects to open source repositories under Google-managed Github orgs. In fact, for most of my tenure ('15-'21) my team had license to publish to Github unilaterally (no approval from the open source office required). Great power comes with great responsibility, but also I would put to you that publishing an open source project like this one is part of Google's culture.
Firing seems an extreme consequence for the perceived damage of a long-tenured employee's behavior in this case.
cdata
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.
xnx
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?
echoangle
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.
How do the permissions work on Googles GitHub orgs where this guy could somehow create an unapproved public repo. I work for a MUCH smaller org and creating a repo at all requires review, creating a public repo many times more so.
donatj
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?
nickv
I remember when Google was a bit rogue, full of brilliant people developing awesome things.
OrvalWintermute
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.
justinwp
Yes. While they may have been justified in firing him for not following policy, they also lost a talented engineer. (I'm sure they don't care) I would have done the intelligent thing here and looked at how the project could have been made official. But that decision would have had to been made at a very high level, maybe even the CEO, because anyone lower down would have made a narrow and parochial decision in favour of the org they were protecting, rather than in the best interests of the company.
sumanthvepa
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.
comments (10)
First: you ought to disclose that information when commenting on a topic that relates in some way to your financial incentives.
Second: when I worked at Google under Chrome it was very common for individuals and teams to publish projects to open source repositories under Google-managed Github orgs. In fact, for most of my tenure ('15-'21) my team had license to publish to Github unilaterally (no approval from the open source office required). Great power comes with great responsibility, but also I would put to you that publishing an open source project like this one is part of Google's culture.
Firing seems an extreme consequence for the perceived damage of a long-tenured employee's behavior in this case.
cdata
xnx
echoangle
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
cs702
donatj
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?
nickv
OrvalWintermute
justinwp
sumanthvepa
danielodievich