406 karma · joined July 31, 2011
Transaction data, I already collect automatically (and semimanually label because the existing auto labeling is insufficient) and find quite valuable.
https://davidbieber.com/post/2019-12-29-track-your-life-in-a...
The short version is: (1) I manually enter the activity(s) I do each day in a spreadsheet, one row per day; (2) the spreadsheet automatically figures out how recently I did each category of activity; (3) [bonus] a chat bot uses this data (and much more!) to help me keep my life on track.
If I do the rust equivalent of:
def add1(x):
return x + 1
x = 1
y = add1(x)
z = add1(x)
then will x have been deallocated by the first call to add1 and will the second call to add1 fail?[You can ignore the fact that I'm using numbers and substitute an object if that makes more sense in the context of allocating / deallocating memory in rust.]
IIRC simulating an AI-AI game only took a short period of time (maybe a few seconds to a minute), so replicating the study with this scrabblebot wouldn't be too difficult.
Now if we train a linear model on the new expanded set of features, it's linear in those features. It's not linear in the original data though, because of the new features that we introduced: x_{n+1} and x_{n+2}.
Hope you find Fire useful!
What's next for Python Fire? We're working on improving the help screens and usage outputs so it feels less like a developer tool and more like a professional grade CLI. So stay tuned as it gets better!
So, it's not a nested differentiation problem, so much as a problem with "ufuncs". If you wrap np.sin in your own function then it takes the gradient just fine.
def sin(x): return np.sin(x)
negative_sin = tangent.grad(tangent.grad(sin))
But if your code is changing, that's when you'll start to see larger time savings. With Fire, your CLI will stay up to date without you having to update any parsing code.
As an example, I just saw team Twitter place a piece in the center square of the top left board (the center board had not yet been won). The Github team then proceeded to place their piece in the bottom right board rather than the center board. It may have been the case that there was a split vote for center and bottom right in Twitter's move that resulted in this bug manifesting itself.
Edit: Now integrated into the OP's app
The pull request is here: https://github.com/grant/hnplays2048/pull/10
You can play it here: http://hnplays2048-democracy.herokuapp.com/
News Feed Eradicator: https://chrome.google.com/webstore/detail/news-feed-eradicat...
The most common way in which this data is used is targeted advertising, which probably doesn't concern you. Historically this type of data has also been used for price discrimination (which you may care about) and this data has the potential to be used in much more nefarious ways.
Even if we could somehow ensure the data would only be used in acceptable ways, the fact that the tracking goes on without most people's knowledge or approval seems unethical to me, and would be particularly troublesome on an encyclopedia of everything.
Adding ads to Wikipedia would give ad providers the ability to trace your Wikipedia activity. This would be horrible because the average person would not understand that their wikipedia history was being revealed to third parties and this history is often highly personal. For nontechnical users who do not know about this tracking, this would be deceitful. For nontechnical users who do know of the tracking but do not know how to stop this tracking, having ads would severely compromise their ability to use Wikipedia since they must then become cautious of the way they browse.
Think about how someone else who felt the same way as the OP would write their thoughts -- it would probably come across as a complaint, whereas this post comes across as a mix of introspection and advice.
Would love to see more about this https://ahrussell.com/projects/fifthseason/run Would be esp. awesome to hear the generated music.