| ▲ | cdata 8 hours ago |
| 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. |
|
| ▲ | qmarchi 7 hours ago | parent | next [-] |
| Former Googler here, and one that has open-sourced projects while working in Cloud. This is certainly not the case in other product areas and for specifically for something that uses the Google name. If I was expected to go through a full IARC committee in order to get my little Discord bot open sourced under my own account, something that uses the Google name would likely have to get IARC + Legal approvals, along with a proper launch/privacy review. The OP also notes that they had a competing product in the process of development when they "launched" theirs, likely leading to significant internal confusion, and is something that would've been caught during a review. I'm gunna be real, this whole thing smells of "I'm purposely bit telling the whole truth" and looks like clout chasing. |
| |
| ▲ | cdata 7 hours ago | parent [-] | | Google contains multitudes. I don't doubt that your personal experience was the opposite end of the spectrum from mine. I maintain that firing is an extreme resolution here (taking the claims at face value of course). Surely this employee has demonstrated the capacity to deliver impact and could be redirected if properly incentivized. | | |
| ▲ | loki49152 36 minutes ago | parent | next [-] | | "Google contains multitudes" It does not contain people who flout Google's privacy, security, or intellectual property policies. Those people are, quite rightfully, un-contained from Google with speed they can't muster for anything else in the company. | |
| ▲ | argee 5 hours ago | parent | prev [-] | | As a Xoogler you should know that the "impact" they want is, making leadership look good, what you shipped or even whether or not you shipped is nigh irrelevant. This did the opposite, didn’t it? |
|
|
|
| ▲ | bonsai_bar 7 hours ago | parent | prev | next [-] |
| Is it so extreme? If you work at Google, there's a very clear policy for doing any outside "work" (volunteering, an open source side project, a business, being on a board, etc.): if it's related to your day-to-day work and/or related to Google's business (which virtually anything software is), you need to fill out a disclosure form and get a go-ahead from legal. Obviously a Google Workspace CLI is related to Google. Why would you release this without getting a go-ahead? I'm sad that a clearly talented engineer who cares about users was fired. I wish more engineers cared enough to make things like this. But it seems like poor judgment from the engineer's side :( (Note: I do work at Google. This is my personal writing, though. Nothing to do with my employer) |
| |
| ▲ | ashdksnndck 2 hours ago | parent | next [-] | | It seems like the guy believed he was just doing his job for Google, not moonlighting? He released the project on Google’s own GitHub. It seems more like he misunderstood the necessary steps before making that release. | |
| ▲ | jedc 2 hours ago | parent | prev | next [-] | | It looks like the account where this repo was published was the one used by Google Workspace DevRel? (And that’s the team this guy worked on.) That makes this quite a bit different situation than publishing the repo on a personal account. | |
| ▲ | lokar 4 hours ago | parent | prev | next [-] | | Even setting the legal process aside, I would ask the team before releasing a tool for their product. Seems kind of rude. | |
| ▲ | 6 hours ago | parent | prev | next [-] | | [deleted] | |
| ▲ | financltravsty 7 hours ago | parent | prev | next [-] | | This ethos doesn't gel with the old ethos and that's where the disconnect comes from. At one point Google was there to build cool shit and enable people to do it; not extract maximal amount of value and "being Evil" by the values of its time. | | |
| ▲ | davidgay 5 hours ago | parent | next [-] | | The open source policy described above was in place 16 years ago (I went through it to continue working on some existing projects), and I doubt it was very new then. | | |
| ▲ | Grombobulous 4 hours ago | parent [-] | | And it's not just about open source, it's about the author of this tool using trademarks and effectively impersonating Google. Judging by the screenshot of the repo, I think most people who download this would think that it's official Google software. | | |
| |
| ▲ | Arainach 6 hours ago | parent | prev | next [-] | | Build cool shit and follow the proper release procedures for it. There is a huge difference between something unrelated to your employer on a personal repo, youremployerrepo/api-samples, and calling something "Employer Majorproduct CLI" on an official employer repo which is bound to be confused for an official release. I would have been fired from every employer I've ever worked for of any size for doing something like that - including Google circa 2018. | | |
| ▲ | DANmode 3 hours ago | parent [-] | | > follow the proper release procedures for it What happens when your thing or nothing close to your thing will ever see the light of day? | | |
| ▲ | no-name-here 3 hours ago | parent | next [-] | | 1. If google said ok but don't release under google’s name/in google’s repo, do that. 2. If google said no this goes against our goals for the product, don't release it if you want to keep working for google? | |
| ▲ | sib 3 hours ago | parent | prev | next [-] | | Is that relevant here, given that Google was creating an official thing quite close to his thing at the same time? (And why are we writing like this?) | | |
| ▲ | seanhunter 2 hours ago | parent | next [-] | | Fair to point out, the official google thing, was quite a lot worse than his thing. (I’m quite into the whole “Posting in free verse” idea) | |
| ▲ | gedy an hour ago | parent | prev | next [-] | | Would you like them in a house? Would you like them with a mouse? | |
| ▲ | DANmode 3 hours ago | parent | prev [-] | | > Google was creating an official thing
quite close to his thing Just link to it. | | |
| |
| ▲ | Arainach 2 hours ago | parent | prev [-] | | None of that is relevant. You're working on things for their employer, they control when and if anything is released. Most of us have worked on projects that were cancelled - even when that happens you don't just release it anyway. |
|
| |
| ▲ | financltravsty 7 hours ago | parent | prev | next [-] | | Just a very sad departure from more humanistic values towards "well technically their legal rights take precedence over common good." Especially that he's an "engineer" not a "Googler" or "a person." God what a fall from grace. | | |
| ▲ | mh2266 5 hours ago | parent | next [-] | | I'd much rather be an "engineer" than a "Googler" (I don't work at Google) or any other corporate cutesy name. No thanks... | |
| ▲ | debo_ 6 hours ago | parent | prev [-] | | I was there in 2005 and we were basically told point-blank that we couldn't open source _anything_ without running it by a manager first. This was at a time where all engineers were basically housed in the main 4 buildings on the north campus, so not yet all that big. Not sure what grace they fell from, but I found it to be a nauseating sanctimonious place even then. | | |
| |
| ▲ | vachina 5 hours ago | parent | prev [-] | | Ya we all can build cool shit all day if the world isn’t a litigious bitch. “Actions have consequences” |
| |
| ▲ | DANmode 3 hours ago | parent | prev [-] | | Being an employee of Google doesn’t give them any sway over my board position at an animal rescue, or anywhere else, unless my contract and pay reflects that. | | |
| ▲ | sib 3 hours ago | parent [-] | | Pretty sure that the agreement that Google employees sign (a "contract") when hired reflects exactly that. At least at did when I joined (I left > 3 years ago, speaking here only for myself...) | | |
| ▲ | DANmode 2 hours ago | parent [-] | | Is it legal (or moral) for an employer to keep you from being a board member of a dog rescue or a glove repair company without review? | | |
| ▲ | radishingr an hour ago | parent | next [-] | | The answer is not that it matters, but as a matter of financial and legal controls they need to know and approve. Do they care? They probably are delighted, but also want to get all the paperwork set up to avoid problems. The space this comes from is the legal undue influence side where they need to give notice to shareholders about potential conflicts of interest, and it needs to be in the form of having a clear positive audit trail that they have told people to follow a clear policy with no grey area so that any deviation is an accident not willful failure to get people to tell them. | |
| ▲ | usea 2 hours ago | parent | prev | next [-] | | Another way to frame that question is: Should we remove the right for people to enter into such contracts? | |
| ▲ | altmanaltman an hour ago | parent | prev | next [-] | | Legally, yes. I mean it still depends on a lot of things but mostly at will employment contracts will have clauses about such things. You will have to get approval from legal before you can get on a board of even a dog rescue or a glove repair company. A practical consideration is simple like if you are a google exec and you are on board of a dog rescue company and that company gets hit with allgeations that you are just shooting all the dogs and selling their meat to some foreign nation. News will cover it as "Google Exec on Board of Evil Dog Rescue Company" so you extend that repuation risk to Google as well since you are actively employed there. Obviously an extereme example but that's the kind of logic they think of. Morals imo often have nothing to do with law, but fairness does. | |
| ▲ | nl 2 hours ago | parent | prev [-] | | The obvious answer is that "obvious lines" aren't at all obvious at the scale of Google. Googlers are well paid, and that pay reflects this. |
|
|
|
|
|
| ▲ | WheelsAtLarge 5 hours ago | parent | prev | next [-] |
| Bottom line, he did something that affected the company without any authority. His action implied the product was Google blessed without the company fully knowing about it. Google has spent billions to protect its reputation and then you have a random guy put out a self create product without the company even knowing. They had a case for suing him for millions. Of Course, they wouldn't have been able to collect but it would have been hell for him. They also had a case for criminal fraud. All in all he's lucky he only got fired. |
| |
| ▲ | matheusmoreira 4 hours ago | parent | next [-] | | > and then you have a random guy put out a self create product Random guy? He was a Google employee. Looks like he was just doing his job. > Google has spent billions to protect its reputation Not sure billions are enough here, since Google's reputation is terrible in spite of it, and this episode certainly isn't helping. | |
| ▲ | fhub 4 hours ago | parent | prev | next [-] | | The director that did the announcement tweet may have provided some authority. He seems to have left Google voluntarily recently after 14 years. | |
| ▲ | teitoklien 38 minutes ago | parent | prev | next [-] | | You made a typo, it should be "Google spent billions eroding its reputation" [0] [0](https://killedbygoogle.com/) | |
| ▲ | nailer 5 hours ago | parent | prev [-] | | It’s a CLI for Google Workspace. Google Workspace is a genuine Google Product. Edit reply to person below (sorry, rate limit): > Just because you work for Google does not mean you can release products under their name. Releasing open source projects that use company APIs is about 50% of the work of devrel staff. The rest is making content about what you and your customers did/could build. | | |
| ▲ | WheelsAtLarge 4 hours ago | parent | next [-] | | Google Workspace is but the CLI is not. These are 2 related but different products. Had he just released it under his name then that wouldn't have been such a big issue, maybe, but he used the Google logo which implied it was Google blessed. If I did the same thing, they would have a case for suing me. Just because you work for Google does not mean you can release products under their name. Google spends countless of man-hours to make sure whatever product they put out is as good as possible. And support it on any issues that are found along the way. All companies protect their logo to a high degree simply because of the implications it has when people see it. | | |
| ▲ | whstl 4 hours ago | parent | next [-] | | It was not released under his name. It is in Google's own googleworkspace Github Organization, alongside 57 other similar projects that consume from the same API. The organization hosts repos shown here: https://developers.google.com/workspace/drive/api/samples > Google spends countless of man-hours to make sure whatever product they put out is as good as possible That's 100% not true for those kinds of projects. There's plenty of "not officially supported" projects in Google's Github. | | |
| ▲ | nailer 4 hours ago | parent [-] | | Not complaining about the downvoting but everything in this comment is verifiable from the links you provided. |
| |
| ▲ | 4 hours ago | parent | prev [-] | | [deleted] |
| |
| ▲ | magicalist 5 hours ago | parent | prev [-] | | I mean, the GP is being overdramatic but releasing a vibe coded cli frontend for an official product in a google github org and that uses your google account credentials is a big deal no matter how unofficial you claim it is in the readme. |
|
|
|
| ▲ | frollogaston 7 hours ago | parent | prev | next [-] |
| So is it normally allowed to publish a non-Google-affiliated repo under Google's brand? This seems weird to me, and I can't understand why he didn't just do it under his own name. I did work at Google until a year ago, when I quit and sold my stock, but not in a team that remotely deals with open source so idk how this works. |
| |
| ▲ | cdata 7 hours ago | parent | next [-] | | Simply put: all work published to Google repos is implicitly affiliated with Google. In my team's case we would include expectation-setting language in the README.md so that it was clear that the project was not an officially-supported Google product. As far as I know, no-one ever lost their job for failing to set that expectation. A gentle correction from legal was sufficient to set the world right. | | |
| ▲ | frollogaston 7 hours ago | parent [-] | | But there's an approval process to create such a repo under the Google name, right? I'm not seeing that he followed that. | | |
| ▲ | cdata 7 hours ago | parent [-] | | When I was there, there was no universal process; different teams had different processes based on their focus. There was a launch process for Google products and there was the open source office for approving open source code (which amounted to a rubber stamp in my experience; they mainly checked for boilerplate issues). As I said above, my team and others were allowed to publish at our discretion. Even if this person violated that process, it is an extreme consequence to fire them for that infraction. | | |
| ▲ | magicalist 5 hours ago | parent [-] | | Releasing vibe coded handling of google account credentials seems like the biggest problem with this. Agreed it's gross if the big problem with execs was that it got social media buzz and it embarrassed official products or something. | | |
| ▲ | whstl 4 hours ago | parent [-] | | The repo is still online and is official [1], so Google doesn't really seem to care about its existence. [1] https://developers.google.com/workspace/drive/api/samples | | |
| ▲ | magicalist 4 hours ago | parent [-] | | It's a fair point that it's still up, though looking just now for two minutes there are at least some issues with auth[1] which would make me really not trust it. It was just speculation about what could be bad enough if they really did have permission to release it, but the OP is being so cagey below now I'm just wondering if they got release permission but misrepresented what they would be releasing or something. > and is official [1] FWIW no idea what you're trying to point out on that page unless you mean the one link to a different project in the same github org indicates the org is official, but that never seemed in doubt in this thread of comments. [1] https://github.com/googleworkspace/cli/issues/780 |
|
|
|
|
| |
| ▲ | whstl 4 hours ago | parent | prev [-] | | This project is in an organization that has 57 other public repos with code by several other Google employees, is linked to by Google own documentation, and the only public member of the organization is (hopefully still) a Google employee. Google has multiple Github Organizations that have all degrees of oficial-ness to it. This is not someone releasing something in their private account and plastering Google logos over it. |
|
|
| ▲ | jameslk 6 hours ago | parent | prev | next [-] |
| Most big companies attract rule followers. They err on the side of avoiding taking risks like this, which is why they work there (and why there’s so many in this thread talking about rules). It benefits big companies to have mostly rule followers because you can’t have a too many people going in different directions. You need stability and a unified direction, that usually comes from the rulers making the rules. The fewer rule breakers generally find their way to the top, or get canned This employee’s decision to break the rules, while addressing a real need in the market, must have really pissed off some people above, for better or worse. Google could have just rolled with it but I’m sure it would have stepped on someone else’s plans. Career defining moment, but they didn’t have the political capital it seems. I don’t think they will have much trouble finding work elsewhere though See also: Power: Why Some People Have It--And Others Don't |
| |
| ▲ | radishingr 15 minutes ago | parent [-] | | Corporations have money and money attracts lawyers. Some discipline would have been required for the trademark stuff because you have to be very careful about it or lose your job. Now, did something cause other issues that converted this from formal "don't do that, use the official process" and nothing more? Sounds like something caused this to escalate. It could be toes were stepped on, could be a bad reaction to the warning, or could just be wanting to cut employee numbers in a shortsighted way. |
|
|
| ▲ | NikolaNovak 4 hours ago | parent | prev | next [-] |
| Fascinating! First, to your point, I'm Not a googler or ex googler. That being said, for what little may be worth, No company I worked for would be ok for me releasing unauthorized code to official public report with official logo and company name without some approval / discussion / disclosure, at whatever appropriate level that may be m. I'm curious, On your previous team, did your manager know and approve of open source publications? Team mates? Did they have names like "Google Hangouts X" and accompanying logos etc? I guess what strikes me negatively and mutes my empathy is the "zero lessons learned" part of the tweet: >>"I think the cause was that Workspace and certain leaders (and projects) were afraid of being disrupted" I'm not quite silicon valley enough to use the word disrupted unironically, and certainly not self-unaware enough to proclaim that as the one and only reason for my misfortunes. I hope they and any family they have are ok. I feel if they had actual grievance with the firing, they should've gone through appropriate legal remedy. Twitter drama is just a zero-win game to me :-/ |
|
| ▲ | reactordev 7 hours ago | parent | prev | next [-] |
| Used to be part of Google’s culture until the AI wars and walled garden present we find ourselves in. |
|
| ▲ | khazhoux 7 hours ago | parent | prev | next [-] |
| > I'm noticing a few commenters who work (worked?) at Google (inferred from comment history) who are critical of this person's actions. Tangent: did you really go through people’s histories far back enough to find out they were googlers/ex-googlers? Did you use an agent to do that? |
|
| ▲ | neya 18 minutes ago | parent | prev [-] |
| > First: you ought to disclose that information when commenting on a topic that relates in some way to your financial incentives. I've never ever seen anyone, especially Apple shareholders disclose this here whenever they brush off something Apple did with malice - Eg. slowing down users' phones, spying on their siri recordings, etc. |
| |
| ▲ | LoganDark 9 minutes ago | parent [-] | | Throttling was done to prevent overloading older batteries. Replacing the battery would alleviate the slowdowns. Apple didn't want your phone to shut off at 15% when the battery couldn't supply enough current to sustain full performance. Siri recordings are only ever stored to improve Siri. Apple does not share personal data or recordings with advertisers. There was a lawsuit based on coincidence alone. I am not an Apple shareholder. |
|