Y
HN Search
Hacker News Search
new
|
comments
|
top
|
jobs
rdsubhas
searching PlanetScale…
1.
▲
2.
▲
3.
▲
4.
▲
5.
▲
6.
▲
45 ms
·
331.
▲
by
rdsubhas
8y ago
I have to also add, that the same parent company (Reliance) was also responsible for the mobile phone explosion[1][2] in India in 2002-03, at the very same price point. I can still remember the long queues in my hometown (pretty distant 2nd
332.
▲
by
rdsubhas
8y ago
To be frank, I was for a long time on the camp that Generics is a much-needed feature of Go. Then, this post happened: https://news.ycombinator.com/item?id=17294548 . The author made a proof-of-concept language "fo"
333.
▲
by
rdsubhas
8y ago
I feel a bit alone here. The most obvious benefit of kubernetes is that It's an API . There is definitely a tooling angle, but the core disruption that kubernetes brings to the picture is, it allows to model infrastructure as an API.
334.
▲
by
rdsubhas
8y ago
Let's be clear: This is a general problem with distributed infrastructure. Not necessarily docker. Any org that scales beyond 100+ engineers/services/artifacts is just not going to hire same proportion of infra people to to
335.
▲
by
rdsubhas
8y ago
We "kubectl run" the migration in CI as a simple bare pod. It will shutdown itself after migrations are done. For getting the resource configuration, we render the "helm template", take out the workload's podspec an
336.
▲
by
rdsubhas
8y ago
> I read somewhere though, I think one of those decade long Harvard studies that having chores when young was the biggest factor in how successful people became. That seems to make sense. > I presume poor kids have to play a bigger ro
337.
▲
by
rdsubhas
8y ago
Looks so. > 21e800 trailing the first 18 digits. 21e8 is important because it signifies an exceptionally simple theory of everything. Often referred to as "E8 Theory" The wiki pages[1] for E8 theory don't say anything abou
338.
▲
by
rdsubhas
8y ago
Yep, this (financial security) is why Indian marriages stick to gold and silver, because it has a defined market value.
339.
▲
by
rdsubhas
8y ago
While Linus may be right, why is it that we always find only "Linus ranting out against people" threads that trend? In a positive way, why don't we have "Linus gets ranted against" posts? Is it because Linus is alwa
340.
▲
by
rdsubhas
8y ago
Modern GA literally means generally available, as in: > that service seems to be down! > huh, its generally available...
341.
▲
by
rdsubhas
8y ago
That's like saying, "If we didn't invent the internet, we would have never had privacy issues". OK, so if we didn't rely on containers - would hadoop have had a perfect set of packages for every distribution? Let&#x
342.
▲
by
rdsubhas
8y ago
As a "major theme", the author takes: > Consider for example Hadoop. Nobody seems to know how to build Hadoop from scratch. It’s an incredible mess of dependencies, version requirements and build tools. And as the major introdu
343.
▲
by
rdsubhas
8y ago
Good initiative to push Apple. There are around 7k signatures now as its trending here. Let's assume it gets up to 10-20k over the trending period. Some X% of the people petitioning there would be actual users of the model in scope (Ma
344.
▲
by
rdsubhas
8y ago
The more one knows, the lesser they are inclined to do anything about it, because they get a premature picture of where it leads to, and will be afraid to take the first step. Less knowledge and "thinking small" is a definitive ad
345.
▲
by
rdsubhas
8y ago
Superb article (some small nitpicks but they are ignorable). I would like to add just one more anti-pattern: Focusing too much on fast feedback Nope. One should get priorities straight. The #1 purpose of tests is safety. The "sleep w
346.
▲
by
rdsubhas
8y ago
Yep. There is a kind of goldilocks zone: - Company starts out, lots of change and RFCs, testing at a shallow depth (high-level tests wherever possible) helps a ton - [Goldilocks zone] Company and team settles down, predictable workflow, &qu
347.
▲
by
rdsubhas
8y ago
> IMO In the stateful world, operating/running the damn thing is 85% of the work, 15% being active dev. (Stateless world is a little better, but still painful). The number of newbie engineers who see docker/kubernetes, and thin
348.
▲
by
rdsubhas
8y ago
This is commoditization. People "tried and reinvented" the wheel many times back in the days out of lack of time, knowledge, legal/licensing, essential features, trying to be smart or many other reasons. And then there are mo
349.
▲
by
rdsubhas
8y ago
Kargil is one of the highest battlefields on Earth. I don't think I'd compare Himalayan warfare to "land navigation". https://en.wikipedia.org/wiki/Kargil_War https://en.wikipedia.org
350.
▲
by
rdsubhas
8y ago
And then there is the highly guarded government/beaurocratic district (deployment scripts, workflows, jobs, configs which are as much part of the system as the code)
351.
▲
by
rdsubhas
9y ago
What you say can be applicable for subscription billing. But there are hundreds of other sites and apps where you can "checkout" stuff without needing to register, which is also a welcome/better feature. And yes, they do noti
352.
▲
by
rdsubhas
9y ago
> Geekbench 4 scores are calibrated against a baseline score of 4000 (which is the score of an Intel Core i7-6600U) https://browser.geekbench.com/mac-benchmarks > iMac (27-inch Retina Mid 2017) | Intel Core i7-7700K
353.
▲
by
rdsubhas
9y ago
> ... I've always thought this is a bad idea ... A finger is not a mouse There are no good or bad ideas :) Its all about time, place, knowledge of tradeoffs, execution, business, marketing, taking into account all stakeholders (us
354.
▲
by
rdsubhas
9y ago
> Apple developing chips to improve their negotiating position with Intel Not necessary. They only need to ship one model of Mac Mini or any small desktop lineup with Ryzen to improve their negotiating position while still being compat
355.
▲
by
rdsubhas
9y ago
> 1) .... why? ... You're already scratching the surface: vertical integration, backdoors and high prices, power and battery life optimization, lesser effort for an app developer to publish to all platforms, develop-once-run-every
356.
▲
by
rdsubhas
9y ago
Thank you for the clarification.
357.
▲
by
rdsubhas
9y ago
So what's your take on hashcode of the IP considered as "not logging the IP" (and other stuff edited in comment)?
358.
▲
by
rdsubhas
9y ago
Fair point and (maybe) you are right, I am nitpicking but not ashamed to do so. Could have been stronger to say "We won't store your data" rather than "We won't sell your data". And frankly, "we will never
359.
▲
by
rdsubhas
9y ago
> We will never sell your data or use it to target ads. Period. Won't sell != Won't collect > We will never log your IP address (the way other companies identify you) Never log IP != Never log anything Bonus: The way other c
360.
▲
by
rdsubhas
9y ago
(assuming mentoring them with the objective of becoming "engineers" rather than staying developers) Many code pairing/reviewing strategies assume that the mentor is the one who has to teach everything on the job. Its not true
More ›