ZeroCool2u

A lot of folks find SES or even just the broader AWS experience unpleasant.

Yes, this is Apache SedonaDB and the other is just Apache Sedona (Spark)

Everyone asking why this exists when DuckDB or PostGIS or the JVM based Sedona already exists, clearly has not run into the painful experience of working on these large geospatial workloads when the legacy options are either not viable or not an option for other reasons, which happens more often than you might expect! And the CRS awareness!!! Incredible! This is such a huge source of error when you throw folks that are doing their best, but don't have a lot of experience with GIS workloads. Very expensive queries have had to be rerun with drastic changes to the results, because someone got their CRS mixed up.

I don't get to do geospatial work as much anymore, but I would have killed for this just a year ago.

Apache Sedona, not so well loved in the GIS space in my experience, so I don't think it's a huge issue even if it is a bit confusing.

Gift link here:

https://www.bloomberg.com/news/articles/2025-09-19/trump-to-...

This is cool, but if you're ever in need of a dope present, especially for someone like your father-in-law, Better Geiger[1] is awesome. My FIL was stoked. Loves checking the bananas at costco and other random stuff at costco.

[1]: https://www.bettergeiger.com/

Could always buy EUR or CHF

Exactly what I was thinking! I like spotlight a lot more than the Windows start menu.

The Fill function for interpolation is really nice, but there's so many different ways to perform interpolation I'd like a lot more detail on what methods are available and which is used by default.

Fair question and I read a lot on my phone too! I think the use cases that come to mind for me are comics/graphic novels and research papers. Both of these are kind of annoying to read on phones right now.

I genuinely think book reading is the killer app for foldable devices. A bigger screen for a movie or TV is nice to have, but not a game changer. When you have that much screen real estate you can get a really enjoyable experience reading a novel or just easily read a textbook or research paper in a way that's simply not possible on even the largest of what you might consider a typical size phone.

Plus, you no longer need to deal with buying and maintaining a separate device like an iPad! This is why I suspect Apple is dragging its feet on the foldable category, besides letting the screen technology mature. It will probably cannibalize some sales from that market segment.

They have to use GCP as well, which is arguably a strong indictment of their experience with AWS. Coincidentally, this aligns with my experience trying to train on AWS.

Yeah, I think this is the best version of the branching interface I've seen.

It's great they've finally caught up, but unfortunate it's on their mid-tier model only and it's laughably expensive.

Kagi is a nice alternative.

https://kagi.com/

Gift link: https://www.bloomberg.com/news/articles/2025-08-05/anthropic...

We have an organic channel like this that's just called "Study Hall". People constantly ask technical questions and they know it's a judgement free zone. Probably one of the most productive chat channels in our org.

You'd have to do some styling, but Plotly is what I'd use to recreate the graphs on the gallery page there. It would obviously require some work to match the exact styling, but it should all be doable and TTFP would probably be much lower assuming you're starting with a Plotly express template.

https://plotly.com/python/

Just reading this as well and I neglected to mention that the Domino thing we use has Flyte (They call it Flows, but it's the same thing) and MLFlow built-in as well.

I'll just say Domino presents very much as a code first solution. So, if you want staff to be able to make dashboards _without_ code like using Looker Studio, then this isn't it.

The one other big thing that Domino isn't, is it's not a database or data warehouse. You pair it with something like BigQuery or Snowflake or just S3 and it takes a huge amount of the headache of using those things away for the staff you're describing. The best way to understand it is to just look at this page: https://docs.dominodatalab.com/en/cloud/user_guide/fa5f3a/us...

People at my work, myself included, absolutely love this feature. We have an incredibly strict and complex cloud environment and this makes it, so people can skip the setup nonsense and it will just work.

This isn't to say that you can't store data in Domino, it's just not a SQL engine. Another loved feature is their datasets. It's just EFS masquerading as an NFS, but Domino handles permissions and mounting. It's great for non-SQL file storage. https://docs.dominodatalab.com/en/cloud/user_guide/6942ab/us...

So, with those constraints in mind, I'd say it's great for what you're describing. You can deploy apps or API endpoints. You can create on-demand large scale clusters. We have people using Spark, Ray, Dask, and MPI. You can schedule jobs and you can interact with the whole platform programmatically.

Agreed, the value is nonsense.

This is what we use: https://domino.ai/ The marketing is a bit intense on the website, but the docs are pretty good: https://docs.dominodatalab.com/en/cloud/user_guide/71a047/wh...

They definitely target large scale companies, but you can use their SaaS offering and it can be relatively affordable. The best part is the flexibility and scaling, but the license model is awesome too. There's no usage based billing, you just pay a flat license fee per user that writes code and for the underlying cloud costs and they'll deploy it on GCP, AWS, or Azure.

They're used by a lot of large companies, but academia as well to replace or augment on-prem HPC clusters. That's what we used them for as well.

Kind of unfortunate that it uses pyright and jedi instead of just basedpyright for the more advanced features. Python language support just isn't great with jedi compared to pylance or basedpyright.

And not to beat a dead horse, but I'm also not a huge fan of the broad claims around it being OSS when it very clearly has some strict limitations.

I've already had to migrate from R Connect Server / Posit Server at work, because of the extreme pricing for doing simple things like having auth enabled on internal apps.

We found a great alternative that's much better anyways, plus made our security folks a lot happier, but it was still a massive pain and frustrated users. I've avoided any commercial products from Posit since then and this one makes me hesitant especially with these blurry lines.

Here's a gift article link to the original Bloomberg source:

https://www.bloomberg.com/news/articles/2025-07-23/amd-ceo-s...

My friend and I are so excited about this bot that we're actively looking for AI grants to apply to for funding the purchase! The price is incredible for what you get, but we both work in the public sector :/

I have a similar friend group that hangs out on discord now due to the post college diaspora and we even use a Signal group chat. However, it sounds like it's a smaller group, because we've taken to literally sending bat signal gifs into the chat when someone gets online and it works well enough for us :)

Personally my theory is that Gemini benefits from being able to train on Googles massive internal code base and because Rust has been very low on uptake internally at Google, especially since they have some really nice C++ tooling, Gemini is comparatively bad at Rust.

I feel like Cargo or Go Modules can absolutely do the same thing as the mess of build scripts they have in this repo perfectly well and arguably better.

Yeah, this just seems like a pain in the ass that could've been easily avoided.

Unironically, not a bad idea.

Ugh, I really wish this had been written in Go or Rust. Just something that produces a single binary executable and doesn't require you to install a runtime like Node.