Hacker Newsnew | past | comments | ask | show | jobs | submit | Terretta's commentslogin

The way most of these devices get status seems check the conferencing apps directly:

https://www.amazon.com/stores/Kuando/page/1128C3FD-9BE9-4AA2...

There are some nice neon sign options here as well:

https://www.amazon.com/s?k=busy+light


"No AI, no ads, just search."

Clicked to give it a try, only to be greeted with this LLM authorship trope.

If "sick of AI", rehumanize the slogan?

And carry on! "We were there" when DDG and Kagi got started; hope you enjoy carving a niche as well.

// Yes, LLMs learned it from SEO and marketing slop predating LLMs, but the "No A, No B, Just C" association is too dominant for your brand.


So, real time unencrypted pastes of password manager MFA digits from active user device to CC server? Cool cool.

This is definitely not 1/2 of a smishing toolkit pretending to be a convenience utility.


If expert devs have junior devs to assign code to, that you review and integrate, do they become “hopelessly dependent” on junior devs?

My experience of expert devs is those who are happy to have extra leverage are not slowed much by having to do it themselves.

In no cases have I seen experts become “dependent” on the junior devs.


They do quite soon after they have become managers or product owners or “architects”.

Those were probably senior only in age.

Note: Harvard’s CS249 textbook open sourced

Title would fit in 80 chars and make more sense as:

Harvard’s Principles & Practices of Engineering Artificially Intelligent Systems

The approach here uses a better level of abstraction than usual, less techniques of the day, more how to think about their purpose.


  Speed:
  74ms
  241ms
… LOL …

These 30 ms and 4 ms numbers were typical Apache to Netscape from MAE East and MAE West in 1998. Twenty five years and orders of magnitude more computing later? Same numbers.


But now it's that fast from almost everywhere on the planet, with nearly zero effort from the developer. We've been limited by light speed here, not compute.

I get 381ms/401ms on first load and not the claimed ~30ms. I'm not really sure what the point is here though. CDNs and browser cache headers work? Static sites are fast to paint?

Yeah, I'm not seeing fast uncached times either. I usually hit Cloudflare's Miami datacenter, which is only about 200 miles and very low latency. But I'm seeing 200+ms on this site right now.

Most cloudflare products are very slow / offer very poor performance. I was surprised by this but that’s just how it is. It basically negates any claimed performance advantage.

Durable objects, r2 as well as tunnel have been particularly poor performing in my experience. Workers has not been a great experience either.

R2 in particular has been the slowest / highest latency s3 alternative I ever had experience with, falling behind backblaze b2, wasabi and even hetzner’s object storage.


got 12/31ms and 6/13ms cached so Cloudlfare muat not be that slow in Europe after all... ;)

I also got initial load times in that range.

The site should be faster, though. I’ve had a small CF workers project that works correctly with quick load times.


The circumference of Earth at the equator is about 40,000 km and the speed of light is about 300,000 km/s. The appropriate division results in about 0.13 s.

That seems to track. The vast majority of requests won’t go half way around the Earth, so maybe halving that time at 0.06 seems like a reasonable target.


Light travels at about 0.69c in fiber optic cables (c being the speed of light in vacuum, which, as you stated, is about 300,000 km/s).

Ah yes I forgot about that. Thanks for the correction.

Not to mention that device count went up million fold.

Great point!

nah, most sites are fat enough that both bandwidth and compute is the limit.

Getting it closer can save you 50-150ms, but if whole load takes 1s+ that's minuscule


I only meant in this example. I agree, sites in general are fat.

I know, right? Almost 30 years and no progress in the speed of light? What are all these engineers even doing?

Right right! Like we used to have concord back in the day and we are just getting slower innit.

For real

I believe that FTL communication (if it's achievable) will start out in data centers at small scales. Perhaps millimeters.

Possibly as an extension of Quantum Computing where some probabilistic asymmetry can be taken advantage of. The QC itself might not be faster than classical computing, but the FTL comms could improve memory and cache access.

Also MetaGoog will use it to serve up hyper personalized ads in their Gemini based Metaverse.


Speed: 350ms 1330ms

Is the site getting slower?


Physics. It's literally just physics.

And with Workers they're accessible from hundreds of locations around the world so you can get this sort of speed from almost anywhere.


Low effort in the Show HN copy suggests low effort in the tool.

Not this. Not that. Just something.

What it does.

What it doesn't do.

> ... fix it.


> Will I ever share it? No. There's no reason to.

You just did.


No, they didn't. They talked about their process and their mindset. They didn't share the photo.

Your response feels spiteful and needlessly mean. When someone is talking to you, listen to their words - such as their words talking about creating art even without an audience - before jumping immediately to attacks.


“That was enough.”

> I believe high level languages will be replaced by natural human languageI believe high level languages will be replaced by natural human language

Ask any human client buying dev work from a web agency how "natural language" spec works out for them.

It's not clear to me at all that "natural language" alone is ideal -- unless you also have near real time iteration of builds. If you do, then the build is a concrete manifestation of the spec, and the natural language can say "but that's not what I meant".

This allows messy natural language to vector towards the solution, "I'll know it when I see it" style.

So, natural language shaping iteratively convergent builds.


Guidelines | FAQ | Lists | API | Security | Legal | Apply to YC | Contact

Search: