HN user

justinnhli

81 karma
Posts14
Comments19
View on HN

I have had a similar idea for the past few years: less an AI model that takes in a photo and generates a video, more a movement planning tool given a 3D model of the wall.

Echoing some of the other comments, I think it would be more interesting to not just see a single avatar climbing the problem, but to see many possible approaches to the same problem, even for climbers with the same body type. This way, even skilled climbers that are stuck on a problem can consider alternate beta/techniques that they may find easier to execute.

Ditto. Unless I have to go back a lot of edits, I don't actually use the plugin that often. I've mapped my undo/redo keys to traverse the undo tree instead of the undo stack:

nnoremap u g-

nnoremap <C-r> g+

It takes a little bit of getting use to, but it takes care of most instance where I need a previous edit from a minute ago.

Sometimes I think of Python as the Nash Equilibrium of programming languages

FYI: What you're describing is not a Nash equilibrium, but a Pareto optimal point [1]. They are similar in that you couldn't do any better, but Nash equilibria is in terms of whether this would cause other players to change their strategies, while Pareto optimality is only about trading off different features/dimensions.

[1] https://en.wikipedia.org/wiki/Pareto_efficiency

I prefer the version by Magnus Hovland Hoff [1], which makes the guessing explicit. There is a "Request Help" button that will let you reveal any square you want - but only if there is no other way to progress without guessing (otherwise you lose). This turns Minesweeper into a neat little puzzle game.

[1] https://magnushoff.com/articles/minesweeper/

Can you say more about how you use Airtable? To me Airtable has a really appealing low/zero startup cost, but then I'm always tripped up by not being able to do arbitrary queries, joins, etc. to create new views.

I want to push on the "alive" issue a bit more. You're absolutely correct in that it doesn't tell us anything more about the virus - but it does tell us more about our definition of "life".

This is in line with the "tree falls in a forest" example as well - the "paradox" is not in whether the tree falls, but whether we would consider it sound. The solution is to be more precise about defining "sound", as either "vibration of air molecules" or "vibration of someone's ear drum". Similarly, the "are viruses alive" question is pushing us for a more precise definition of "alive", which we can then apply to (for example) how we might classify self-sustaining chains of chemical reactions on alien planets.

How is it different? By the definition of equivalent in the article:

when everyone in either graph pays the amounts they owe everyone else, they end up with the same amounts in the end.

It seems my algorithm also accomplishes that goal. I'm not sure that my algorithm is optimal, but I do think it's a good approximation and is somewhat simpler than the approximation in the article.

I'm confused. The article seems to require that people pay whoever they owe, as opposed to whoever is owed money. It seems we can simply sort the people by the amount owed, then have the person at the top of that list pay the person at the bottom, and repeat until all debt is resolved. This is an nlog(n) algorithm (for the sorting), and creates at most n edges (since, for every transaction, someone either pays back everything they owe, or someone gets paid everything they are owed).

Is there something I'm missing?