Y
HN Search
Hacker News Search
new
|
comments
|
top
|
jobs
ex-aws-now-goog
searching PlanetScale…
1.
▲
2.
▲
3.
▲
4.
▲
5.
▲
6.
▲
5 ms
·
1.
▲
by
ex-aws-now-goog
7y ago
> So I guess one could ask, why should it be any different in software? Since the software world does not generally work this way, we could also ask why the architect/brick layer model should be applied in this world. The decider&#x
2.
▲
by
ex-aws-now-goog
7y ago
> Amazon clearly does not compete by hiring the best engineers. Rather, they compete by throwing money at the problem and undercutting everyone else, getting by with mediocre engineering. Evidence please. Amazon has a lot of freaking fan
3.
▲
by
ex-aws-now-goog
7y ago
My dude/tte, please look at who you're trying to educate about law.
4.
▲
by
ex-aws-now-goog
7y ago
From Wikipedia ( https://en.wikipedia.org/wiki/Lithium_(medication) ): "Cade needed soluble urate for a control. He used lithium urate, already known to be the most soluble urate compound, and observed that it cause
5.
▲
by
ex-aws-now-goog
7y ago
It depends on what "locking up" means. If we are talking about US-style prisons then letting (possibly innocent and for that matter even guilty) people languish there _is_ cruel and unusual punishment. However, there are better &q
6.
▲
by
ex-aws-now-goog
7y ago
> they 996 just because they earn much more. Maybe in absolute terms but their per-hour income is lower. They're working 1.8 times longer than a 40 hour week but not earning 1.8 times as much as they would when working in e.g. Europ
7.
▲
by
ex-aws-now-goog
8y ago
I am afraid that I missed the link where running a business in China is equivalent to turning a blind eye to their human rights abuses. There is a spectrum between doing nothing and quitting that falls under "not being neutral in situa
8.
▲
by
ex-aws-now-goog
8y ago
By all means, stop idealizing. Learn what you can but please don't idealize anyone or any company. But I hardly think that I or most of my colleagues are an insult to any discipline. Apple, Amazon and Google each has tens of thousands
9.
▲
by
ex-aws-now-goog
8y ago
Sure and this is to be expected. It costs time and money to align yourself with someone else's implementation and unless your customers demand alignment (e.g. S3-compatible storage interfaces), you're probably not going bother. Ag
10.
▲
by
ex-aws-now-goog
8y ago
Having worked at AWS, I have to disagree with you. No-one that I worked with saw containerization as a threat. And why would they? At the VM level you can already paper over differences between cloud providers and I don't think that an
11.
▲
by
ex-aws-now-goog
8y ago
I'm not sure why you think that striving only to achieve business objectives could be considered to be a moral duty. Are you perhaps perhaps thinking of fiduciary duty? If a company decides that technical development of engineers is go
12.
▲
by
ex-aws-now-goog
8y ago
Some Amazon teams have multiple services of varying sizes. What Amazon and similar companies get right is by (generally) insisting on good engineering/business/regulatory reasons for splitting out services.
13.
▲
by
ex-aws-now-goog
8y ago
Your job is whatever you agreed to when accepting that job. Some companies require managers to aid in the technical development of employees, some don't. Some provide a lot of latitude in how that's done, some don't.
14.
▲
by
ex-aws-now-goog
8y ago
What is different about breaking an application into services is that because services run as different processes: * you have an immediate natural failure domain (the process) as well as resource isolation between services, * services can b
15.
▲
by
ex-aws-now-goog
8y ago
Isolated changes aren't a myth. FAANG and others leverage the isolation brought by service separation every day. For very large services, a monolith makes it difficult to test services independently. I personally don't like the wo
16.
▲
by
ex-aws-now-goog
9y ago
I worked at AWS before moving to Google. AWS is not perfect (their oncall story being a good example) but they have _a lot_ of very talented engineers and are _really_ good at doing ops (and cloud systems are necessarily sprawling, complex