91–100 of 151 posts
Earlier quoted context omitted.
probably vibe coded
I wrote this project by hand in Sublime Text, which is more of a text editor than an IDE. I don't use ai, even for autocomplete. All of the code is unminified/unobfuscated in the index.html file, you can right click the page and view-source it.
Earlier quoted context omitted.
I believe in privacy but generally people are fine with rec algorithms running on a server if it's transparent enough/self hostable. Mastodon/DuckDuckGo/HN/etc all don't need to download a huge blob locally. (If you do want it to run locally, hosting the blob on a CDN or packaging this as an app and letting someone else host it would probably improve the experience a lot)
Mastodon/HN do not have a personalized weighted algorithm. On HN you see what everyone else sees, and on Mastodon the feed is chronological. DuckDuckGo offers some privacy, but still sends your search queries to Bing. Also, all three of the examples are projects that have years of dev effort and hosting infrastructure behind them - Xikipedia is a project I threw together in less than a day for fun, I don't want to pu…
Having too many users is a pretty good problem to have anyway!
I've been swiping a lot for the last 10 minutes and I'm not sure how much it's learning. I have some feedback.
- I have never liked or clicked a biography but it keeps suggesting vast amounts of those
- It does not seem to update the score based on clicking vs liking vs doing both. I would assume clicking is a solid form of engagement that should be taken into consideration
- It would be interesting to see some stats. I have no idea how many articles i've scrolled through or the actual time spent on liked vs disliked article previews. If you can add such insight it would be interesting
- A negative feedback mechanism would be interesting as well. There is no way to signal whether I'm just neutral towards something (and swipe through) or actively negative about it (which is a form of engagement the doomscroll would actually use to show me such content once in a while)
- since this website has already shown me multiple pages about things I'm learning about thanks through it, it might benefit from a "share" button (another engagement signal) as HN folks are likely to want to share on HN things they've just learned
- Would you be willing to make the experiment open source?
Earlier quoted context omitted.
Mastodon/HN do not have a personalized weighted algorithm. On HN you see what everyone else sees, and on Mastodon the feed is chronological. DuckDuckGo offers some privacy, but still sends your search queries to Bing. Also, all three of the examples are projects that have years of dev effort and hosting infrastructure behind them - Xikipedia is a project I threw together in less than a day for fun, I don't want to pu…
Yeah, that's fair, though I'd think you can get a CDN/someone else to host the blob this for fairly cheap/free. Having too many users is a pretty good problem to have anyway!
Earlier quoted context omitted.
Don't get me wrong. 5mb is a lot for this, yes. This app, coded with love and interest could easily be made under 1mb.
This app IS made in under 1mb. The entire app, including all the assets minus all the actual Wikipedia data, is 21kB (no minification or compression). And all of it is in a single html file with human-readable code.
I don't get it. It shows the intro paragraph of some articles in card list and that's it? Clicking the card takes you away from the feed, instead of creating e.g. some kind of a path of interest.
> instead of creating e.g. some kind of a path of interest. You need to like them to update the weights of the algo, it works well
I'm sorry but starting a 40MB download unprompted on a website is a bit rude, people roaming abroad might have half their data used up in 5 minutes or pay loads for this.
The difference is just that this web page shows you how much data it transfers instead of doing it in the background.