When I was six months into the job I certainly didn't know how the org functioned, nor did I have any political capital to move things my way.
83 karma · joined September 1, 2015
When I was six months into the job I certainly didn't know how the org functioned, nor did I have any political capital to move things my way.
1. The system is unfair in the first place -- Indian's quota is not in proportion to their population.
2. The bill tries to flush the queue, that leads to:
2.1 The perpetuation of this unfair system.
2.2 Other people who will still use this system get unfairly treated.
So I don't think this is a proper solution to this issue. If US really wants all the best and brightest, the cap should be lifted.“For the next 10 years, more than 90 percent of the employment-based green card will go to citizens of one country”
This is so unfair to citizens of other countries.
Don't get me wrong, I have nothing against Indian immigrants. What they've been through is not tenable in the slightest. I think lifting the cap all together will be a better solution for everyone?
Companies shouldn't blame employees having no loyality then.
Having survived a few rounds of layoffs and saw colleagues let go, I said to myself "On a scale of 0 to 10, I will love this company as much it loves me -- 0".
The industry is playing a silly game.
1. They have low-balled me before, they will do it again.
2. They don't pay based on how much value I generate but as little as they can to prevent me from moving.
Royality is a two way street. While the company doesn't have my best interest in mind, why should I have theirs in mind? It would be foolish for me to not look around. Once I put in the effort to look around and got a better offer, I might as well leave the company for good.
I suspect nobody can come up with a number that would convince everyone in the chain in a large organization. If that could be done, I wouldn't end up in this situation in the first place.
Yet what I see most of the time is that organizations exploit employees' passion. The more you like your job, the less likely you will leave, so why bother paying you more?
I had a moment of epiphany when my manager said to me in a 1-to-1: "You've been very passionate and doing great. Now $competitors are in town, so we will raise your pay by $a-double-digit-number %".
I went out of the meeting and said to myself "Screw it, I have been exploited for $X years. I will start looking for my next job tomorrow".
MIT hijacked someone's route? https://bgpstream.com/event/171889
An US ISP? https://bgpstream.com/event/171683
Another US ISP? https://bgpstream.com/event/170328
China Telecom could have been a victim too? https://bgpstream.com/event/155707
The list goes on...
(edited: formatting)
So I guess yes you can bypass Super Micro if you're a customer.
The HN upvote says otherwise. :-)
But I guess had there been an HN-equivalent in assembly age people would get excited about C, too.
> The question is what does Rust have to offer as your embedded program grows.
Exactly.
We are aware of the good, bad and ugly bits of C. The industry has built extensive tooling around it. Rust has a long way to go. I certainly wish to see more pioneering projects from Rust.
Don't get me wrong. Rust is an interesting language. The thing described in this post is well within its capability, i.e. IMO there isn't really anything that worths bragging about. Such trivial thing neither demonstrates the real potential of Rust, nor answers important questions from real world engineering perspective.
I'm all for having better tool to write low level stuff. I have dabbled with Rust and the experience was eye-opening. I think Rust still have a lot to catch up though.
[0] https://github.com/freebsd/freebsd/pulls [1] https://github.com/torvalds/linux/pulls
That said, we do sometimes consider setting up an official mirror on GitHub. Ideology aside (some team members might think we shouldn't promote a propriety solution for free software project), the main thing that puts us off is that there is no way to disable pull requests. Closing all pull requests by hand is not appealing; leaving all pull requests open is not desirable. We can probably write a bot to close pull requests, but that is just yet another administrative burden.
Not sure if GitHub will ever consider allowing users to disable pull requests though. That seems to go against GitHub's core interest.
I know it is within their right to write things as they please. But seriously, ranting like this is not very constructive and doesn't move things forward. If Qubes thinks the practices in Xen community are bad, why don't they start a conversation on Xen development mailing list?
(edited: typo)