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

Honestly: By trying to control usage its not FOSS anymore and you yourself become a bad actor in the eyes if the FOSS idea. No soon to be unicorn can use any of your stuff.

May I add: You’d have to stop using VsCode or TypeScript, or even npm and Chrome, if you think big means bad, and you don’t want to fuel big corporations.

One can see how rediculous the whole idea of limiting FOSS in a “who can use this” way is.

Truly free will always win in the long way. Or you don’t think, a paid dev with some AI can replace your package fairly quickly?


I've learned quite a bit from the comments here, also got to see perspectives I wasn't focusing on. I've since then added a bit to the article about how one could be in favour of the deal. To be more transparent about changes, version history is coming to coffee.link.

The question I'm having is: Where exactly do inter.link and Google peer? Like either they are both at a public IXP (which would mean Google is not actually discontinuing peering, or you'd have to really define the "direct" in that quoted sentence), or one has a fiber cable to one of the others DC? How does that work? Any insights?


An ixp is a switching fabric not a building(NAP).

At the same building where you connected with Vodafone in the past, you connect to interlink instead.

Instead of one to many you connect one to one.

Just to clarify one thing, the fact that's you're connected to an ixp doesn't automatically mean you have to accept any routes or traffic over it. And yes some of them allow you to sell/buy transit over the IXP fabric so instead of buying one connection for transit and another for settlement free pairing over the IXP, you do all that over one physical connection


Is it the only peering of Starlink though?


? My comment had nothing to do with Starlink.

Your first example I was referring to - which you've now edited out of the article[0] to be more generic - stated:

> When Deutsche Telekom customers want to watch YouTube, that traffic flows directly from Google's network to Deutsche Telekom's network at a Frankfurt exchange point—maybe four or five router hops, minimal latency, no intermediaries. It's elegant. It's efficient. And it's exactly what Vodafone is abandoning.

Later:

> Deutsche Telekom pioneered this model in Germany, and the results have been catastrophic for customers. Not "slightly annoying" or "a bit slower"—genuinely, documentably terrible.

0 - original here: https://web.archive.org/web/20251107180616/https://coffee.li...


fair enough. I replied to the wrong comment. Sorry for that.

coffee.link is getting a git based version feature to make changes more transparent.

Also there is a deno (+ electron for GUI version) based testing tool coming to better understand network routes.

Additionally I plan to do a well researched series called "How does the internet work".


except the only infrastructure to replace is the satellite dish, and not the fiber that goes into your home. Or am I wrong here.


HeyHey. The website uses Ghost right now, and a lit based web components catalogue. Some features are not yet entirely carved out. The commenting system being one of them. Components are ready, but some integration work has to be done. We also want to enable highlighting stuff directly, so people can comment on specific referenced stuff...

The commenting APIs in ghost are a little obscure.


How come? Based on what do you make the assumption? ;)


How come noone mentioned serena MCP here until now :D


Then use some rust file where you trust that the compiled file matches the source.


Well, you can read the source at least. Or tell AI to take a look.

In the end you always trust someone. At least bash and TypeScript is understood by enough people to judge it.


;) You still have to tell it to update.


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

Search: