This isn’t exactly the type of work tons of astronomers are doing, nor does it cut into their jobs. Astronomers have already been using ML/algorithms/machine vision/similar stuff like this for this kind of work for years.

Besides, whenever a system identifies objects like this, they still need to be confirmed. This kind of thing just means telescope time is more efficient and it leaves more time for the kinds of projects that normally don’t get much telescope time.

Also, space is big. 150k possible objects is NOTHING.

https://tasks.org/

I use it with etesync, but there are plenty of caldav and other sync options available.

National debt doesn’t work like consumer debt bud. Learn some economics. Nor is the trump admin actually using it to pay down the debt.

Anyway, defunding the NOAA to pay off the national debt is like skipping a coffee, once, to pay down a mortgage on a house.

There are some detailed instructions on the docs site, tho I agree it’d be nice to have in the readme, too.

Sounds like the dev was not expecting this much interest for the project out of nowhere so there will def be gaps.

Good to know. I only lost about 30 out of 5000 or so going from Spotify to Tidal. Seems like the catalog gaps for both Tidal and Quobuz have become less of an issue over the last few years.

The big annoyances were some playlists with orchestral and jazz albums that I had to find again via slightly different album names, but those are a mess on any platform due to re-releases and compilations being chaotic enough in that space as it is.

I’ve heard (annecdotaly) that Quobuz is much better for orchestral and instrumental music in general. Spotify wasn’t great for it. Tidal is a bit worse, but far superior than Spotify for Jazz at least.

I’d rather have it in my desktop workspace than nested in a web browser, plus it can integrate better with native media API’s for media buttons, notifications, and other items being aware of the audio, which the tidal web app doesn’t do out of the box.

Yep! It’s a good app overall, even has some improvements over what is shipped on macOS.

https://github.com/Nokse22/high-tide is new and promising for a better experience overall. I’d always prefer native over electron.

Absolutely! It works fairy well. A little clunky since the Linux support is bolted on after, but it’s not noticeably worse than the macOS experience. The extra options it offers over what tidal ships to macOS are also nice.

These non-native electron apps are all kinda junky for native music listening anyway. (This is a problem with Spotify’s desktop app as well)

Tbh, podcasts through a “storefront” is a poor way to experience them. It’s meant to be decentralized via RSS feeds. Tho having some cross-device metadata about what you’ve listened to is definitely helpful.

I’ve been using Pocket Casts for a long time for that more refined experience and ease of use between listening devices. Their new owners are ethically complicated nowadays (Automattic), and the cost for their pro features is a bit high unless you are a podcast fiend (I was grandfathered in from their old mid-2010s pricing scheme that was pay once/own forever), but it’s a good app (for now).

This is great to see. I ended up moving to Tidal from Spotify, and even though there are some nice to have features missing from Tidal (an equivilant to spotify’s sync between devices/speakers as well as a better Android Auto experience), it’s a far superior experience.

Quobuz is also on my radar, but they’ve traditionally lacked in the music catalog space. I need to give them a try again now that it’s been a few years.

That said, Tidal barely has Linux clients and I don’t think I’ve seen much movement for Quobuz on Linux, unless I’ve just missed it.

Absolutely, it’s expensive. Definitely better to share it with family and friends to equalize the cost.

I only consider it because I listen to a ton of music, my university degree was music, and I spend a lot of money on music generally.

Not FOSS, but something I’ve been considering is Roon. I switched to Tidal from Spotify (which is a legit improvement imho)

They have a self hostable option and the idea is to mix your personal library, Tidal, Quobuz, and recommendation engines into one app.

I think this is pretty easy to BS through though.

For sure. So far I’ve only used it for one batch of interviews so I’m not 100% set on it, but we used it as our last round to narrow down between a few finalists and we were already confident they were not people who would BS the excercise.

Yup, this is what I’ve always done for interviews.

Technical questions are purely to see what background someone has and how they explain or reason their way to some sort of answer. Its also nice to see if someone will say they don’t know something but offer their best guess, which is always a good indicator. I’ll usually provide the answer right away after they’ve answered, both to boost confidence for correct answers and because a quick explanation has a tendency to ease tension, especially if they then relate it to some other knowledge they have or suddenly recall the info with a little help.

The other thing I do is ask questions about disagreements with previous coworkers or managers. If someone starts explaining themselves into being superior to others, it’s a red flag. Its nice to get an idea for how someone resolves conflict or what kinds of complications they’ve run into, but I mostly just want to see how they view themselves compared to others.

I know my approach is sometimes strange to others doing hiring with me, but it’s all pulled from my time as an education major (I switched out after 3 years to another degree) and real world teaching experience. Good teachers ask questions to understand how a student learns and what they know broadly, not to get an exact percentage of points. (State/district testing requirements aside)

A new thing I’ve been trying instead of live coding is having people map out a loose architecture for some sort of API data process or frontend data process, then walking us through it. Its more or less a pseudo coding excercise, but it takes the stress of actual language knowledge away. I’m not sure if it’ll stick long run, but it’s been an interesting experience.

Fwiw, they’ve open sourced the specification behind canvas, so there’s a good chance any OSS Obsidian “forks” that pop up if they do enshittify will be able to support it.

Thats absolutely possible via the underlying WebPayments API. The payment “wallet” is linked in the HTML (at least for web pages, RSS, podcast RSS, etc) so someone could design an app that reads these links as QR codes.

The whole point of WebPayments is that and payment solution that you (the “spender”) wants to use which is compatible can be used to send money to any compatible wallet.

Whether the payment solution is via government backed, banking systems, or crypto, all it needs to be is compatible.

A valid concern. However, nothing is stopping people from doing the same right now with a big old forced Kofi/patreon/whatever banner, and I’m not sure that this changes that.

The advantage of this over current options is that like RSS, you can consume/deliver it however best suits you without needing to have different accounts of different platforms.

Ah. I think I jumped to assumptions about interledger based on the wallet terminology.

Looks like it’s based on the Web Monetization W3C proposal.

https://webmonetization.org/docs/

Looks neat, though I’m always a little hesitant when the thing involves crypto. while Interledger is the main driver of the peer-to-peer payments so far, there is nothing stopping a government or banking service from creating an OpenPayment compatible service, so long run there might be a lot of flexibility and less being tied to a specific cyrpto.

Its basically a meta tag that points at a tip jar that’s embedded in web pages… This is the same implementation as RSS and only matters to you if you are looking for it or have the ability to act on it.

That means its entirely opt-in and entirely detached from any one company