Y
HN Search
Hacker News Search
new
|
comments
|
top
|
jobs
vp8989
searching PlanetScale…
1.
▲
2.
▲
3.
▲
4.
▲
5.
▲
6.
▲
15 ms
·
121.
▲
by
vp8989
6y ago
I think all or nothing is not realistic for most companies unless the CEOs are very progressive and just deeply believe in it. A decent workaround is to have entirely remote teams and entirely in-office teams. That way people can be on team
122.
▲
by
vp8989
6y ago
The thinking on efficiency vs scalability is largely influenced by the US tech company meta where founders give up equity so they don't have to worry about profitability for a very long time. In that case, it is preferred to burn piles
123.
▲
by
vp8989
6y ago
The article talks about Continuous Deployment. IMO Continuous Delivery is kind of a nothingburger vague process term that lots of people can (and do) talk themselves into saying/thinking they are doing. That's kind of the theme of
124.
▲
by
vp8989
6y ago
Anecdotally this has largely been my experience, too. TL;DR ... everyone has Jenkins but they can't just let it deploy stuff because there is tons of "professionalism theatre" bureaucracy baked into the SDLC implemented as cr
125.
▲
by
vp8989
6y ago
That's not CD though.
126.
▲
by
vp8989
6y ago
Optimizing for worker fungibility, in a vacuum, seems like a -EV "playing not to lose" strategy. It's understandable that this line of thinking is common though. I also believe that to be the case as an employee. Ie, being a
127.
▲
by
vp8989
6y ago
No it isn't, it's a simple matter of fact statement that running code on runtime A appeared to be cheaper in terms of hardware costs than runtime B. The "overlooking" part you filled in yourself in bad faith and bad read
128.
▲
by
vp8989
6y ago
That's funny because AWS definitely feels like the IBM or Sun of this current era. I wonder what comes along next or if AWS is the "end of history".
129.
▲
by
vp8989
6y ago
The secretive nature of their product development and the supposed "allure" of being an employee there seem like they would combine to enable particularly douchey forms of management.
130.
▲
by
vp8989
6y ago
That is true. The parent probably meant to say Visa not Green Card. I can definitely relate to the feeling of being "stuck" in a bad situation while on a Visa and/or while waiting for a green card to be processed. It's s
131.
▲
by
vp8989
6y ago
It's better to use a SQS standard queue and have the consuming system provide the exactly-once processing guarantee for various reasons. You will need to introduce something like Redis, if you are not already using it, but I still thin
132.
▲
by
vp8989
6y ago
In my ~10 year career so far, I have found that this idealism can actually make things worse. It seems that jobs in general can at best only offer short windows of time where the stars line up for you such that you can honestly say you en
133.
▲
by
vp8989
6y ago
The greatest trick the devil ever pulled is convincing people that shared hosting is preferable to dedicated, and then charging them way more money for it.
134.
▲
by
vp8989
6y ago
That isn't an actual quote from the article. The article series quite clearly explains that these people are economic losers because they trade their time (just like the clueless and some sociopaths) for a paycheck but have neither the
135.
▲
by
vp8989
6y ago
Why is the alternative to serverless, colocating servers in a DC? The alternative is renting VMs from those same clouds. It works fine and is cheaper when you work on software that actually has users. It also doesn't result in the clou
136.
▲
by
vp8989
6y ago
It seems inevitable that remote dev environments will become ubiquitous. With increased distribution of systems, increased use of cloud proprietary infra software that you can't run locally and now these custom SOCs. Companies are just
137.
▲
by
vp8989
6y ago
"I assure you that somebody does need to manage it" You can always tell who has had to live with non-trivial serverless systems in Prod and who is just parroting the marketing copy.
138.
▲
by
vp8989
6y ago
But then I don't get to be a "serverless hero" and write blog posts about how my side project (that no one uses) costs $0.000034 to run instead of $5.
139.
▲
by
vp8989
6y ago
"The downside of disabling active resources is huge. It would mean a catastrophic interruption to the customers application exactly when its the most popular/active." Lol what ... this is exactly what happens any time you hit
140.
▲
by
vp8989
6y ago
There is no cohesion or elegance at those kinds of head counts. There are just too many cooks, too many different perspectives, most toolchains allow you to solve problems in too many different ways. IMO and contrary to what people say, mak
141.
▲
by
vp8989
6y ago
"Why is running a bursty load on serverless negligent?" Because Lambda and any other FaaS platform are always going to have some limitations as to how fast they can scale out. When you put stuff on TV, this is as bursty load as it
142.
▲
by
vp8989
6y ago
The Citus extension is still open-source though, right? Although I think it was a solid strategic move by MSFT to acquihire the Citus devs (probably all these people were given substantial golden handcuffs) to block AWS from hiring experts
143.
▲
by
vp8989
6y ago
I believe what is being implied is that because Cloudflare Workers operate inside of a much lighter construct, they are able to burst to higher concurrency inside of shorter time windows. Lambda can burst to 3000 and then an additional 500
144.
▲
by
vp8989
6y ago
It's not the same, you can't scale out from 1 writer on Aurora.
145.
▲
by
vp8989
6y ago
It looks like Azure has now integrated Citus into it's Postgres offering, but Im curious why AWS hasn't integrated either Vitess or Citus at all? It seems like a well executed combination of Vitess/Citus + read replicas point
146.
▲
by
vp8989
6y ago
"Very few web apps will ever serve as much traffic as SO." Their traffic is like 80-90% reads and they actually hire good devs and let them work on perf. Neither of those things are true in typical companies.
147.
▲
by
vp8989
6y ago
"Instant elasticity in cloud is a myth" This times a million. I think SQS standard queues are probably the only thing that IME actually fulfill that promise.
148.
▲
by
vp8989
6y ago
Well presumably the parent to my comment is implying that echo chambers are only problematic if they are "imposed" upon you by "the algorithm", which I would disagree with. The problem is that people have become hyper-pa
149.
▲
by
vp8989
6y ago
"AWS's Serverless Application Model explicitly supports local testing." It doesn't provide any additional capability that was already there. Ie, I could already run my arbitrary function from the CLI by building a simple
150.
▲
by
vp8989
6y ago
"No, I think there's a big difference between an echo chamber constructed by algorithms that push content upon you without your consent or knowledge, and an "echo chamber" constructed by yourself when you actively curate
More ›