newswangerd

At the moment pretty much everything automatically resets at midnight, including any timers. It's not an issue for me since I rarely stay up past midnight, but I did notice one problem where my step goal reset on New Years eve and I wasn't able to watch my sleep videos on youtube because of it, so I'd like to find a way to make this more configurable.

I would LOVE to be able to open source this project at some point, but I also want to be able to make a living off of maintaining it. I've been reading up on some source available licenses such as Polyform, which can contain clauses that trigger the code to go open source at some point. If I get some traction, I'd really like to make a similar commitment where we will open source this in X months/years. Does anyone have experience with this sort of thing? Is this a good idea?

I'm a former Red Hatter, so I'm all too familiar with the revenue hits a product can take when they go open source, but I have no ambition to turn this into a big business, so I think that should be acceptable (unless revenue dips to zero).

Western auto makers are getting slaughtered by Chinese competition outside of the US (and maybe the EU? I don't know what the EU tariff situation is). I have a Chinese EV. It was half the price of an equivalent Tesla and better in every single way. Build quality and reliability have been excellent. I've driven 60,000 km with zero battery degradation.

It's just sort of amazing how badly the west dropped the ball on green tech. We're also working on importing an off grid solar system from china that will easily be a third of the price that we'd get from a US supplier.

One interesting thing that people don't realize with regards to the US tariffs is that a lot of goods flow through the US on their way to international markets. For a long time it has been easiest for us to buy stuff made in china from vendors such as Amazon in the US and have it shipped internationally from the US. Now with all of the tariffs we end up getting double tariffed for doing this (once when the goods enter the US and a second time when they ship to my country). As a result I'm seeing more and more people looking for ways to buy from China directly.

Yeah, I'm implementing a couple of things to make my life easier in the future. I don't use any github APIs and I'm setting up my clients to load the plugin repo URLs from my server so I can change them later if I need to. I want all of the resources my clients need to come from my domain name so I can move it around if I need to.

It’s always humbling when you go on the front page of HN and see an article titled “the thing you’re doing right now is a bad idea and here’s why”

This has happened to me a few times now. The last one was a fantastic article about how PG Notify locks the whole database.

In this particular case it just doesn’t make a ton of sense to change course. Im a solo dev building a thing that may never take off, so using git for plug-in distribution is just a no brainer right now. That said, I’ll hold on to this article in case I’m lucky enough to be in a position where scale becomes an issue for me.

As someone who has been stuck with an email address I created when I was 13, this would certainly be a welcome change!

I’m curious about this too. I’d worry about a local burglar having this information, but what can a Chinese tech company do with this data that I should be concerned about?

I was counting the ESTA. I don’t have any experience with it, so you’ll have to pardon my ignorance.

Canada, Marshall Islands, Micronesia and Palau. A very weird assortment of countries, aside from Canada.

https://www.passportindex.org/comparebyDestination.php?p1=us...

I’ve always argued that the US is the most powerful passport despite not granting access to the most countries for one simple reason: it’s one of only half a dozen passports that lets you visit the US visa free.

I'm so impressed by how quickly this team can ship new features. It seems like every few weeks there's a new major update!

The funny thing is that I would be totally willing to pay for a license if in exchange for no ads and no needing a Microsoft account.

Huh, I submitted this article last week when it came out and it didn’t get any attention at all.

This demo is super cool! I’ve been dreaming about a game with an engine like this for the last 5 years. Super happy to see people experimenting with it!

Would it be possible to do both on a single panel? In other words, put photovoltaic cells on the sunny side and thermoelectric generators on the shady side.

This is very cool! I'm going to take a look at your code.

I've been playing with the idea of creating a "protobuf db" library that would allow you define schemas in protobuf and then query them with something akin to an ORM. It wouldn't make any sense for large databases, but for embedded applications that only need to store a few MB of data, it would be perfect.

I've never heard of ConnectRPC before! Will check it out.

Yeah! I'm using a gRPC daemon on PC and go mobile bindings on mobile.

I guess a better term for it would be frontend and business logic. On iOS and Android the business logic (backend) is run using go mobile bindings and are imported directly into the native framework. For Windows, Mac and Linux, it runs as a gRPC daemon in the background. You could use C bindings for PC, but those seemed like a hassle, and I need a daemon anyway.

I've been doing something similar to this, except with go. In my case I have a flutter frontend and a go backend that's built using go mobile. Instead of trying to figure out how to make all of my go functions use data types that are supported by the various native frameworks, I've opted to use protobuf objects for every type that is shared between the frontend and backend. This way I can expose a single go function via the flutter FFI that takes in a binary array and then converts it to a protobuf object. This gives me a nice separation of concerns between my business logic and frontend while also providing easy to use objects for the front and backend.

Not sure that I'd recommend this approach to everyone. Protobuf code generation can be finicky to set up, but I'm doing it so that I can access go's rich array of libraries in my app.

The best use case I've found for tiny models (<5bn params) as a reference tool for when I don't have WiFi. I've been using qwen on my MacBook Air as a replacement for Google while I'm writing code on flights. They work great for asking basic questions about syntax and documentation.

This is why I love hacker news. I often find myself falling for this stuff and thinking "yeah, that makes a lot of sense". It's always good come back to the comments and get a good old fashioned reality check.

It feels like the problem is that we've drastically improved people's lifespans, but not their healthspans. Back when these systems started getting implemented, you could reasonably work up to the retirement age without too many issues. Nowadays, people may be living to 80 instead of 60, but our ability to work and willingness to hire people past 60 hasn't gone up with the increase in lifespan.

Does anyone have any idea what this looks like in practice? How do you put a tariff what essentially amounts to information?

I've been developing in Django with Django Rest Framework for 10+ years and just recently built my first FastAPI project, so I may be a little bit biased here.

Django takes care of a lot of common functionality for you. The biggest things for me are:

- Authentication: this includes safely handling sessions, cookies, password hashes as well as integrations with SSO providers via libraries like Social Django.

- ORM: love it or hate it, the ORM just does everything. You mostly don't need to worry or think about migrations or database support.

- Admin panel: the builtin admin panel is a great way to get a quick UI that can, in some cases, handle a pretty big swath of the UI needs for your app.

With that said, there are some things that I LOVED about FastAPI. Using pydantic for serialization is way nicer than the serializers you get from Django Rest Framework. The DRF serializers just feel slow and antiquated after using pydantic. FastAPI is also much lighter weight, and works great if you just need a quick and dirty API server.

I think that my recommendation would be to use FastAPI for microservices and Django for anything that needs to handle more than a few REST API endpoints. All the extra functionality in Django is great if you want to build a production monolith, but all those extra features are unnecessary bloat for microservices.

> All models are automatically imported in the shell by default.

This is a huge usability improvement! We end up having to install shell plus in the dev environment on every project I've worked on, and it's not always available to us in production environments for debugging. Having models import automatically will be a big help.

I learned React back in the class component days. I recently picked it back up and found functional components and hooks to be absolutely baffling. Does anyone know why they went down this route?