Live data from Hacker News

Gitlab considers not hiring SREs and Support Engineers in China and Russia

gitlab.com

111–120 of 584 posts

Re: Gitlab considers not hiring SREs and Support Engineers in China and Russia

#111

I'm shocked (in a positive way) about the amount of transparency Gitlab provides. Even as a reader, it almost feels as if someone misconfigured the ACLs or I'm reading leaked internal documents, not an intentional decision to make this open. Some of the discussions seem highly sensitive, and yet it seems to work for them. Thank you, Gitlab, for being so open! I've learned a lot about compliance from just reading this…

I also learned a lot and some of the employees made great points. I’m wondering, can the US government legally issue a National Security Letter to an individual employee that forces them to comply and spy for them? If they can, does this also mean the employee has no legal recourse since NSLs must be kept secret?

Arguably all of this has already happened, with the Lavabit case.

Re: Gitlab considers not hiring SREs and Support Engineers in China and Russia

#112

Personally for me, coming into a company that was so transparent was very difficult at first, especially as an attorney. However, over time I realized how much I developed and grew from it. I became much more open and accepting of criticism and feedback. Instead of becoming defensive, I listened to it and learned from it. I also welcomed all of the extra eyes on my work, it helped me create much better work product,…

why do you all show up in this thread on another website. isn't it embarassing that your company has no concept of a "federal" branch that restricts access to selected vetted employees? this seems like a very basic business decision that preempts all this hubbub.

Re: Gitlab considers not hiring SREs and Support Engineers in China and Russia

#113

Earlier quoted context omitted.

It does block them from moving to that country. So if a current employee was planning to move to either country soon they'd be prevented from doing that. I've danced this dance at a previous company when we had an employee working from a country of interest for an extended period of time. They were air-gapped from our systems and it worked because they submitted everything by pull requests (the original way, sending…

I've done some travelling to risky places before (Kiev and other places) and even though the networks were hostile there, I still don't understand the point of pretending that Russia et al can't get into Gitlab whenever they want to. They can. Air-gapping isn't going to slow them down.

As the subject of this thread also points out, there's an important factor of risk to the individual: to prevent them from getting put in a position where they can be coerced into turning over data access.

Re: Gitlab considers not hiring SREs and Support Engineers in China and Russia

#114

Reading the discussion, it appears this policy was due to a customer request, and not some legal requirement. I wonder how the HN crowd feels about that? There was a lot of talk recently about how companies should not sacrifice their values and kowtow to the demands of large clients. As a company that values freedom of movement and is remote first, this prevents their employees from moving to where they want. Does th…

Completely dumb that it even came up to this level of discussion. Fire that contract & opportunity into the sun and move on with your life.

Re: Gitlab considers not hiring SREs and Support Engineers in China and Russia

#116

This is one strange company. Imagine if governments worked like this? Holy hell. This is what Assange should have aimed for instead of getting involved in geopolitical intrigue.

Audrey Tang Minister without Portfolio in the government of the Republic of China (aka Taiwan) advocated this type of radical transparency in government.

Re: Gitlab considers not hiring SREs and Support Engineers in China and Russia

#117

Personally for me, coming into a company that was so transparent was very difficult at first, especially as an attorney. However, over time I realized how much I developed and grew from it. I became much more open and accepting of criticism and feedback. Instead of becoming defensive, I listened to it and learned from it. I also welcomed all of the extra eyes on my work, it helped me create much better work product,…

why do you all show up in this thread on another website. isn't it embarassing that your company has no concept of a "federal" branch that restricts access to selected vetted employees? this seems like a very basic business decision that preempts all this hubbub.

[deleted]

Re: Gitlab considers not hiring SREs and Support Engineers in China and Russia

#118

Earlier quoted context omitted.

It doesn’t matter. As long as a security clearance isn’t required, discriminating based on notational origin is a big no no from an ethical perspective, even if it was legal. I hope we learned our lesson during WW2.

> discriminating based on notational origin is a big no no from an ethical perspective However, discriminating based on exposure to coercive pressure from aggressive and hostile foreign powers is probably OK, even if such exposure is heavily correlated with national origin. The key is that the discrimination must be based on an individual analysis of the applicant and his/her life circumstances. It's not OK to blanke…

> So long as the intent is genuinely to serve a compelling interest

"Your honor, of course my intent was genuine ..."

Therein lies the rub ;)

Re: Gitlab considers not hiring SREs and Support Engineers in China and Russia

#119

Earlier quoted context omitted.

It doesn’t matter. As long as a security clearance isn’t required, discriminating based on notational origin is a big no no from an ethical perspective, even if it was legal. I hope we learned our lesson during WW2.

> discriminating based on notational origin is a big no no from an ethical perspective However, discriminating based on exposure to coercive pressure from aggressive and hostile foreign powers is probably OK, even if such exposure is heavily correlated with national origin. The key is that the discrimination must be based on an individual analysis of the applicant and his/her life circumstances. It's not OK to blanke…

I disagree completely. By that reasoning, a presidential candidate of Chinese descent who was a natural born American citizen but had relatives back in china would be disqualified, and that is nowhere justified by the constitution. A private company likewise shouldn’t be able to discriminate on speculative threats alone. What if they had a relative in prison, a hostile coercive environment by any measure?

I accept that I do not qualify for a high security clearance because I’m married to a Chinese national. I don’t think that should have any bearing on any other jobs that don’t require such clearances (nor my wife nor my son should be subject to such restrictions).

Re: Gitlab considers not hiring SREs and Support Engineers in China and Russia

#120
post #87

The title seems misleading, the article specifically states this does not effect any current employees, presumably as they have none in China and Russia. > As such we feel a country block is the most humane solution at this time--especially because it affects zero current employees

Ok, I've temporarily changed from the submitted title ("Gitlab blocks current employees and stops future hires in China and Russia") to the page title—which I assume is accurate but is uninformative—until we get clarity about what an accurate, neutral title would be. Does anybody want to suggest one? Edit: I've provisionally gone with "Gitlab blocks hiring SREs and Support Engineers in China and Russia". If that's wr…

Can we get "Gitlab considers blocking hiring SREs and Support Engineers from China and Russia" since this decision hadn't been made yet.

Maybe substitute "not" for "blocking" as well since that seems clearer.

Post reply on HN