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

Didn’t they open source Kubernetes (aka probably the biggest OSS project since Linux itself)

Biggest in what sense? Certainly not in terms of the size of the code base. It is an order of magnitude smaller than Chromium.

Alltime great software

I’m on proxyman https://proxyman.com/


I used Charles for a while and also jumped on the Proxyman bandwagon. It’s a slick tool and even works for remote debugging (i.e., an iPhone attached to your computer with a cable).


Proxygen (https://proxygen.app) has this super cool way to pair its iPhone app with the Mac app, and then remotely inspect traffic from iPhone apps on the Mac. You do the pairing once and then just beam traffic over. Attaching cables feels pretty ancient compared to this.


Yep. Many, many companies are fine saying “we’re going to be no more available than AWS is.”


Customers are generally a lot more understanding if half the internet goes down at the same time as you.


Yes, and that's a major reason so many just use us-east-1.


I would imagine Flyway would be the most robust alternative


Did you read the post?


Yes I did, and its comments, prior commenting here. I'm aware that some users managed to upgrade successfully but still that does not change what I believe about this rollout.


Open source?


“Official” means built by the creators of Elixir itself

Elixir has more contributors than just Jose (though he is the OG / creator / leader)


As with my comment in another tree, no, none of the Elixir core team or Dashbit employees are directly involved with this effort, though they may be advising informally and will likely submit a PR here and there.

https://dashbit.co/#team https://elixir-lang.org/development.html#team https://github.com/elixir-lang/expert/graphs/contributors


I'm a bit surprised by that. Isn't an LSP for a language like Elixir a close integration with the runtime, compiler, etc?


In an ideal world, yes, my belief is that that produces the best results.


You can opt out until September 28th. After that day all Claude usage will be under the new terms and conditions


All new or resumed Claude usage. You’d have to open one of the apps and dismiss the pop-up about it and then start or resume a chat.


Well yeah, but just imagine how much money they’re saving by delivering a subpar experience!


They're not even saving any money. Syntax highlighting is a trivial workload, whereas the average SPA spends a lot of time in pointless roundtrips that have the server send more data down the pipe than the SSR equivalent.


I'll play devils advocate - does it save them some storage space or bandwidth in the CDN that delivers Github?


That's a good question, without looking into any of the code id say bandwidth cost goes higher when moving away from server side rendering since you have to send the code for client side rending to each client which connects.


Sending data is what’s trivial compared to compute… syntax highlighting is not trivial workload compared to that, you don’t know what you’re saying.


You say that, until you’re one of the unlucky people who discover that cloud DBs are just cloud VMs in disguise, and those cloud VMs have network throughput limits.

A fun part of a retro at my company last year was me explaining to a team, “had all of your pods’ requests succeeded, the DB would have been pushing out well over 200 Gbps, which is generally reserved for top-of-rack switches.” Of course, someone else then had to translate that into “4K Blu-Rays per second,” because web devs aren’t typically familiar with networking, racks, data centers…


Serving static files off highly efficient, distributed CDNs is a solved problem. There's no "4K blu-rays per second" when you're talking about gzipped, highly cacheable text data.

If github has a million users visiting it per day on a FRESH cache, and all of them have to download at least 10 megabytes of text data (both of these numbers are far too high), you are at ... 0.015 "4k blurays per second". Yeah I think MS's datacenters will survive.


A single-page app is not serving "static files". It might serve an initial bundle, but literally everything after that is dynamically generated. There's no way you could serve those responses via a CDN.


Or how much money they are capturing in investiments or corporate deals because of the tech stack


I guess if you say "we've made the UX worse" instead of "we've reduced costs but made the UX worse" to shareholders, they think of cost savings regardless.


Does “data for application” means the operational db?


Do you need every record you add/update to the database to be there when you try to read it later or are you ok with a best effort to save that works to some 9x.xxxxx degree but occasionally drops some things?

If it needs to be there, use a a fully transactional database.


It could mean that, or it could mean your user database or where you store your blog comments or your customer's todo lists. Basically anything where you want to make sure all the data is still there the next time you go looking for it.


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

Search: