ex_amazon_sde

7 ms·

1.
by ex_amazon_sde 4y ago
> How well this does this work for Amazon? Not so well. Some teams have a high threshold for hiring, some don't, but overall it's been going down because it becomes more and more difficult to find new employees.
2.
by ex_amazon_sde 4y ago
Private companies and banks see coops as the devil [for very obvious reasons] and fight them using regulatory capture and not engaging in business with them. It's pretty well-known in the coop world. Coops sometimes mitigate this disad
3.
by ex_amazon_sde 4y ago
> graduating without programming skills is impossible I interviewed a lot of people and quite a few could not implement fizzbuzz.
4.
by ex_amazon_sde 4y ago
Amazon. It uses an internal tool but the implementation is not important. Applications and libraries and packaged independently just like any Linux distribution.
5.
by ex_amazon_sde 5y ago
> APT shuts down daemons and keeps them down for an unreasonably long Are you doing live upgrades on production servers? Don't. If you are doing updates anywhere else a couple of seconds of downtime is negligible.
6.
by ex_amazon_sde 5y ago
Ex Amazon here. I've been in companies that owned their datacenters and it was much, much cheaper than using any cloud service. Poorly managed datacenters exist but that's an organization problem. Remove the datacenter and you&#x2
7.
by ex_amazon_sde 5y ago
Matrix always felt like an unnecessary company-driven reinvention of XMPP. Now I start to see why.
8.
by ex_amazon_sde 5y ago
Debian has a big CI system to do end-to-end integration test https://ci.debian.net/ and https://wiki.debian.org/ReproducibleBuilds It also provides continuous snapshots: https://snapshot.debian.
9.
by ex_amazon_sde 5y ago
It's standard practice in many large companies.
10.
by ex_amazon_sde 5y ago
> who ... understand the OS internals? ... How about write a library for their fav language? How about actually troubleshoot a misbehaving *nix process? Ex-Amazon here. You are describing standard skills required to pass an interview for
11.
by ex_amazon_sde 5y ago
I cannot generalize for the whole company. When writing jobspecs in my team we never made lists of the "popular frameworks of the month".
12.
by ex_amazon_sde 5y ago
> and that's unthinkable Google seems to be better in some ways, but I met plenty of ex-Googlers complaining about the stress and the competitive environment.
13.
by ex_amazon_sde 5y ago
Ex-Amazon here: burnout due to stressful work and on-call duties is the n. 1 reason for attrition. It's very well known that people leave FAANGs in general due to stress.
14.
by ex_amazon_sde 5y ago
> So I can't fault people for trying to avoid this mess. Ex-Amazon here. Being deeply familiar with OS fundamentals and internals, "low level" tools, and so on is crucial. A lot of candidates show to interviews with CVs fi
15.
by ex_amazon_sde 5y ago
Ex-Amazon here. One thing than Amazon really understands is that if you build you also create the opportunity to develop skill and knowledge. Also you avoid vendor lock-in. Even Open source projects cause lock-in especially if they are over
16.
by ex_amazon_sde 5y ago
> transferring jobs out of the country entirely Or IN the country, depending on where the place-of-birth lottery put you.
17.
by ex_amazon_sde 5y ago
This *really* depends on the company.
18.
by ex_amazon_sde 5y ago
And yet I've seen plenty of people leaving for less stressful companies. The world-wide pool of *good* developers is not infinite and both Amazon and Google have been lowering the hiring bar...
19.
by ex_amazon_sde 5y ago
I used the same tool an the numbers were very similar 7-8 years ago. The amount of people that I saw leaving matches that attrition rate. Many were put on unjustified PIPs. The 6% in the article is incredibely underestimated.
20.
by ex_amazon_sde 5y ago
Ex-Amazon here: indeed the level of skills, management, code quality and so on changes a lot across teams. Unfortunately people outside of Amazon make sweeping generalizations about the company.
21.
by ex_amazon_sde 5y ago
The "median citizen" is an absurd concept given the income distribution. It completely fails to capture income inequality. Also access to free education, free healthcare and so on.
22.
by ex_amazon_sde 5y ago
It's not.
23.
by ex_amazon_sde 5y ago
> Also make software self-destructing with a warning This is not how forensic analysis works. Data is copied to read-only supports before any attempt of access is made.
24.
by ex_amazon_sde 5y ago
> I work for a large (not FAANG but spatially close) ecommerce company, and I’ve yet to see substantial changes or learnings after outages or mistakes. I worked for Amazon and postmortems were taken seriously and done regularly - but thi
25.
by ex_amazon_sde 5y ago
Ex-Amazon here. The joke hits too close to be funny. Plenty of people would also do on-call or other work from home in the evenings or early mornings.
26.
by ex_amazon_sde 5y ago
You are ignoring the protections against "tivoization", patent trolling and passing software freedom down to the end users. Often we are the end users. Because of permissive licensing phones, routers, iot devices have a lot of clo
27.
by ex_amazon_sde 5y ago
> The real world is constantly at risk of disruption Only for workers being replaced by automation and such. For whole social classes - no. All key indicators show how social mobility is not high in most countries and it's even decr
28.
by ex_amazon_sde 5y ago
Installations on Debian are perfectly reproducible as long as you don't just pull random packages from Unstable/Sid. You can use Stable or https://snapshot.debian.org/
29.
by ex_amazon_sde 5y ago
> Hiring managers are DESPERATE For people. And they will beg barter and steal for hires, and try to convince bar raisers to lower the bar to get people in. You just described something that comes very close to "hire to fire".
30.
by ex_amazon_sde 5y ago
5%? I've seen many engineering teams having an attrition rate well above 25%, where only few people would stay for longer than 3 years.

More ›