823 karma · joined October 16, 2019
I want to think of an approach that is really easy to use so it becomes popular for that reason.
That said people buying crazy options on sites like /r/wallstreetbets, or just betting on sports are in the same boat, so where to draw the line? I think it is better to err on the side of controlling such investment schemes though rather than let them run loose.
The solution to the US controlling everything is to set up truly decentralised currencies like Bitcoin and keep a brand or controller out of that. Someone in the world can do this anonymously and it would be hard to shut down. Has anyone shut Bitcoin down yet?
Anecdotally: I ate the best tasting salmon I've had for a long while. It was frozen salmon from ALDI.
Ah "cancel all debts to people not banks". Great idea, but emm. OK so the bank now doesn't have the assets on it's books, goes bankrupt can't pay you that money in your savings account.
"cancel all debts to people not banks, and let the government bail out those banks". Great Idea, but.... something something hyperinflation.
etc.
By the way HN by the way seems to be the nicest site in terms of privacy, simplicity and page load times.
This payload contains user events e.g. how long I read the article, a user identity guid (presumably a fingerprint of my browser), my isp name
Looks like you have run up against a shortcoming of git itself. I accept that you may need to store the data on your end for those reasons. If this is the case it might be worth having that in the FAQ too, and convince me that you ensure a decent uptime and that you can export the data nicely if you want to move on later.
Good luck with it. Hope it does well.
Love the idea. I love there are people working on this kind of tool.
My biggest question is where the data is stored. I think the storage model for the comments should be mentioned in the FAQ. If it is on your server only then I don't think I'd use it.
I would ideally like the comments to be stored as metadata files committed to the repo or inline with the code. I'd probably therefore prefer a tool-user-based pricing model. And I think $100/y would be a fair price per user.
I don't get the repo based pricing. I could have a repo with a single docker file in, or a repo with a million lines of C++. Having a lot of repos forces me onto the expensive per-user licensing. It would be ok at $100-$200 /y but $69/m === $828/y seems too much. That's 1%+ of a senior dev's salary in most part of the world, for one tool.
What about buying the monitors on a local board when you arrive somewhere, then sell them on that same board when you leave? I think this would work well in most cities, in that you'd find one pretty quick.
I mean you could probably find a company that'll lend you some of their dustier monitors. Most software companies seem to have a problem that they have ones they need to get rid of.