HN user

jovdg

150 karma
Posts3
Comments47
View on HN

Spark is a personal AI assistant. You store information about important (future) events in a local database. Spark sends this information to an AI API and compiles a summary of the events for you.

1/ would this be able to generate a QR code for recurring payments?

Maybe the underlying technology is not really well explained: the code is generated "offline" and static. Nothing leaves your computer when you generated it. It can be used as often as you want, but will be for the same payment (amount, remittance, destination account). Many people can scan the same code to pay the same amount, or one person can scan the code on a recurring base (eg. you pay your internet invoice every month and it's a fixed price)

2/ the generated QR when read would translate into a payment order accepted by any online banking platform?

You need to scan the QR code with a "compatible" banking app. Not every bank app has support for this, and if they support it, they don't always support it equally. Many banks in Belgium (and at least all the bigger banks in this region of Europe) support it, but eg. the allowed characters in the remittance message varies...

I would be interested in knowing which banks do and don't support it, actually! One can have only so many accounts with different banks... In case it needs explaining, generating a code and scanning does not cost anything (except your time and electricity), unless you hit the "confirm" button on the payment dialog in your banking app...

I did some evaluation of HTMX a few weeks ago; while I understand the appeal, it does not yet ... vibe with me. Also, the use for HTMX is still very limited in this project. I don't think this will really change, because the project is fairly focused and will remain so for the time being. Maybe there is an opportunity with the statistics and graphs? Like switch the buckets between km, miles, and number of those (1 km, 5 km, etc), of zoom to more years.

Not sure exactly what you are asking about, so I'll be verbose :-)

I use an app called FitoTrack (also FOSS), which records my location while running. It stores my GPS position every few seconds. When I'm done, it auto-exports a GPX file to a folder on my phone, which is synced via syncthing. Then I (manually, for now) upload the file to my self-hosted workout tracker.

The GPX file contains some data per measurement point; this is the second point in some random GPX file:

      <trkpt lat="x" lon="y">
        <ele>56.72105575919558</ele>
        <extensions>
          <speed>1.8200000524520874</speed>
          <wstxns2:TrackPointExtension xmlns:wstxns2="gpxtxp"/>
        </extensions>
        <time>2024-02-28T09:28:26Z</time>
      </trkpt>
So it contains speed (average since previous point), elevation, location and time (offtopic: it took me a while to understand that this elevation is not the actual elevation above sea level; only yesterday I figured that out and fixed it in the code!).

The Go GPX library some of this information, and some extras (like max and min elevation, max speed, total up and down, etc. over the whole track). Then I perform some more calculations (like putting the points in buckets per km and per minute), and calculate the estimated location using a geocoder library.

Then, finally, to estimate the difference between walking, running, or cycling, I take the average speed and guesstimate from there. This may be wrong some times for some people, and could be improved on. Or maybe I should include an AI here? (just kidding)

Minus 5 years ago

The poem is from 1998; while slowly getting in fashion, cell phones were still on the rare side (at least where I live)

Edit: As some people below have correctly pointed out, human babies could not walk within an hour for physiological reasons, but nor do they exhibit the basic motor skills, spatial reasoning or image processing required for walking. Many human babies even struggle to feed for the first 24-48 hours or longer.

https://www.stanfordchildrens.org/en/topic/default?id=newbor...

Stepping reflex This reflex is also called the walking or dance reflex because a baby appears to take steps or dance when held upright with his or her feet touching a solid surface. This reflex lasts about 2 months.

Maybe not enough to qualify as "exhibit the basic motor skills"

Agree, but it still has another side: when me and a number of co-workers choose to be mostly in the office, you get some form of discrimination. The people in the room get my full, almost undivided attention, while all remote people get a time share.

How long before this discrimination will be considered unacceptable and all "offline" communications will be frowned upon, so to speak?

First: my employer allowed an average of one day from home per week (you can schedule them as you see fit). Also, internet in Belgium is reasonable, depends on what you pay ofc.

I think choice is most important. But whatever the choice, it has some consequences. With "work from the office", team meetings are assumed to be in person (everyone in the same room). With "work from home", team meetings are assumed to be online. Both require different infra, and if there is a 50/50 mix, you just need both...

Every meeting starts with 5 to 15 minutes of hassling with the online infra (someone got a new laptop, browser update, local infra was replaced and is not compatible with our stack) - this is how we had it for the past few weeks since we were allowed to work from the office again.

And indeed, it depends on your home situation: while my kids were home schooled too, work from home was just terrible.

However, if I can work from home, how can I justify sending my kids to school...?

So maybe now is the time to f* it all and become a stay-at-home dad

I can't entirely agree with you. Some points:

* The find syntax for this use case is almost identical to the syntax for fd (you may nitpick about "file" vs "f")

* Education would certainly help! How do you think anyone (me, as a data point) learned?

* Tab completion in the shell goes a long way. You will find yourself using the same flags often.

That being said, `find` brings with it a long legacy, which we don't all care for. Many of the options are practically unused, certainly by regular developers.

I find myself using ripgrep instead of grep, but still use find instead of fd.

And I still have a hell of the time as soon as I want to `prune`. I'd much rather `grep -v` at that point, but then I probably need to invoke `xargs` in the next step...

While I agree that find has weird quirks to my liking, your example is not a great one. I would write the find as follows:

`find /prog -type f -size +500k -name core -delete`

Alternative:

`find /prog -type f -size +500k -name core -exec rm -v {} +`

For extra context:

`-print` will just show you the results before `rm`'ing.

When the command ends with `\;`, the command will be repeated for every match. If the command ends with `+`, the results are appended until max args is reached (and then repeated). This is not always possible, but when it is, it's way easier to use. Less calls to the command, but certainly useful when appending the command after an ssh command, which would mean any number of extra `\` to escape the original `\`...