Y
HN Search
Hacker News Search
new
|
comments
|
top
|
jobs
dijit
searching PlanetScale…
1.
▲
2.
▲
3.
▲
4.
▲
5.
▲
6.
▲
20 ms
·
391.
▲
by
dijit
5mo ago
ARM is: 1) An ISA licensor, with no capability to create its own CPUs and 2) Owned by Softbank in Japan, not European
392.
▲
by
dijit
5mo ago
Long-time Zulip advocate; I've (successfully) pushed for it at two organisations, so genuinely, thanks for building something worth that effort. One thing I'd like to understand better: how does the Foundation intend to keep its m
393.
▲
by
dijit
5mo ago
Guess your country was never invaded by a genocidal expansionist neighbour or been taken over by a militant theocracy/dictatorship. Hope for your sake that it doesn’t happen. In the meantime, I’ll keep supporting Ukrainians. I don’t co
394.
▲
by
dijit
5mo ago
Fly-by snark is an interesting choice. What were you hoping to achieve with this comment other than making a person who is being vulnerable to anonymous internet denizens feel worse?
395.
▲
by
dijit
5mo ago
Prometheus does not run a distributed tsdb.
396.
▲
by
dijit
5mo ago
"I have monitoring set up for those things" - but that doesn't solve the ambiguity. When Prometheus misses a scrape, nothing fires. Silence looks identical whether your service is down, the network blipped, or Prometheus itse
397.
▲
by
dijit
5mo ago
Nobody can answer that? There are jobs AI can't easily come for... not always nice ones, but either too physically fiddly or too cheap to bother automating. But jobs go "extinct" all the time. My ancestors going back generati
398.
▲
by
dijit
5mo ago
I'm not sure what you mean. Of course the systems that have to alert me to failure have to be designed with mechanisms to alert me to the fact that they themselves are failing. Zabbix, Nagios, Munin -- practically everything that exist
399.
▲
by
dijit
5mo ago
Yes, my monitoring system not alerting me when the systems it runs on are failing is the entire problem. That's not a general "software breaks when disks fail" situation: that's a monitoring system failing at its one job
400.
▲
by
dijit
5mo ago
There's a difficult distinction here, you're right. Technically even a single server running LAMP as root but taking frontend traffic meets the definition of in production but I think we all recognise that it's not the righ
401.
▲
by
dijit
5mo ago
It's a bit like .gov and .edu; technically exclusive to the US. The difference is that .com and .org were opened up for anyone to purchase. And it goes deeper than just intent: .com was literally administered under a US government cont
402.
▲
by
dijit
5mo ago
"Getting it running" is the easy part. "Getting it ready for production " is a different game. I've fallen on my sword many times by trying to explain that prometheus fails every metric of production ready; in fact
403.
▲
by
dijit
5mo ago
https://www.datacenterdynamics.com/en/opinions/ovhclouds-dat... Wooden floors contributed to the fire, they were fire resistant but that only lasts so long. Fire-doors are often the same type of wood.
404.
▲
by
dijit
5mo ago
Registering a .com through a EU-based registrar doesn't change anything. Verisign, the organisation that actually controls the .com top-level domain, is a US company and operates under US jurisdiction. Where you purchase the domain fro
405.
▲
by
dijit
5mo ago
Unfortunately, it is. Unless you're implying that Verisign isn't a US company, just because .com has become the conventional domain for businesses worldwide doesn't change the fact that it's US-based. Similarly, the EU&#
406.
▲
by
dijit
5mo ago
I think the parent is lamenting the lack of this in a commercially viable DE, like MacOS or Windows. As much as it pains me to say it: custom Linux distros are not often deployed en masse. Especially not the ones that “look old”.
407.
▲
by
dijit
5mo ago
Fully agreed. It's super difficult on a psuedo-anonymous forum to discern if a comment comes from a neutral place or a heavily biased one. This is made even worse when there's a financial or reputational incentive for people to pa
408.
▲
by
dijit
5mo ago
(ignorant) people proposing things does not mean corruption: the fact that these things are voted down and never pass is proof that the system works, not evidence of corruption. Corruption would be if it passed despite it being unpopular, b
409.
▲
by
dijit
5mo ago
honestly I thought this was the end goal of blessed.rs
410.
▲
by
dijit
5mo ago
Sure. CFOs optimise for fewer vendor relationships; fewer invoices, fewer things to talk about during compliance, less reconciliation overhead. Consolidated spend also improves their negotiating position. So when AWS offers good-enough Elas
411.
▲
by
dijit
5mo ago
Honestly, this is so divorced from reality that I'm curious if you've ever actually spoken to a CFO before.
412.
▲
by
dijit
5mo ago
because we collectively seem to have decided that plaintext http is worse than.. the computational cost to the planet.
413.
▲
by
dijit
5mo ago
FreeBSD is quite lax when it comes to security- especially defaults and configs. The preference is for usability over security. Famously: https://vez.mrsk.me/freebsd-defaults I appreciate your work on the project, but I c
414.
▲
by
dijit
6mo ago
I agree... https://news.ycombinator.com/item?id=48026924 Yet here we are. I just don't feel comfortable with you defending the trillion dollar company as if we owe them something, or as if they're somehow the vict
415.
▲
by
dijit
6mo ago
The implication here is that after 8 years of having issues management has not intentionally hired UX designers or programmers to work on AI features over people who could help build more reliability. We've reframed this argument fro
416.
▲
by
dijit
6mo ago
> the GitHub team is shit, their tech stack is shit 1) Criticism of being unable to achieve service is not a fault of the individual; it simply is a fault of the system. You can criticise the system, it's permissible. Especially if
417.
▲
by
dijit
6mo ago
Really? A 10 minute interaction with the platform was enough to inform me that no serious engineer is in charge, and no serious engineer chooses this platform. It is a platform for CFOs to avoid having another vendor relationship.
418.
▲
by
dijit
6mo ago
If you want to convince yourself that they can infer intent despite the fundamental limitations of the systems literally not permitting it then you can be my guest. Faking it is fine, sure, until it can’t fake it anymore. Leading the questi
419.
▲
by
dijit
6mo ago
Recognising a stock cultural script isn't the same as capturing intent. Ask it something where no script exists. For example: "A man thrusts past me violently and grabs the jacket I was holding, he jumped into a pool and ruined it
420.
▲
by
dijit
6mo ago
Instead of repeating everything again (every comment at time of writing is a rehashing of something from other threads); why not just read old threads? We're not treading new ground anymore. Here's a few of the better ones in the
More ›