Most active commenters
  • aizk(3)

←back to thread

WikiTok

(wikitok.vercel.app)
1459 points Group_B | 11 comments | | HN request time: 0.423s | source | bottom
Show context
xhrpost ◴[] No.42937042[source]
Wonder what it would take to add a simple algorithm to this. Part of what makes short media apps (dangerously) addictive is that they eventually learn what you like and feed you more of that. An app like this with such an algo could help with the stickiness (and presumably get us away from the other apps at least for a little bit). "Oh this person likes science stuff, let's feed them more, oh they specifically like stuff related to quantum mechanics, let's place a summary paragraph from a related page topic in there."
replies(9): >>42937154 #>>42937413 #>>42937430 #>>42937776 #>>42938084 #>>42938362 #>>42938741 #>>42942269 #>>42945319 #
1. aizk ◴[] No.42937154[source]
On one hand I am thinking about what a very basic algorithm would like (maybe even just categories I might do) and maybe how it would make people happy.

On the other hand, I'm not sure exactly the details of wikipedia's api TOS. Also as it stands this website is entirely in the frontend at the moment, and I'm enjoying just scaffolding out what I can with limited a more limited set of tools to speak.

I realize now the suffix "tok" implies a crazy ML algo that is trained every single movement, click, tap, and pause you make, but I don't think I really want that.

replies(6): >>42937849 #>>42938418 #>>42939101 #>>42939505 #>>42941131 #>>42949615 #
2. codingdave ◴[] No.42937849[source]
It should be possible to keep this all front-end, even with some basic algorithm for the searches - just use localStorage. That keep things simple and resolve privacy concerns, as people own their data and can delete them any time.
3. keerthiko ◴[] No.42938418[source]
browser-store and cookies, among other tools, provide nice front-end-only persistent storage for holding things like recommendation weights/scoring matrices. maybe a simple algorithm that can evaluate down from a few bytes stored in weights might be all the more elegant.
4. layman51 ◴[] No.42939101[source]
About the “Tok” suffix, I also think that while it has the algorithm connotations, it also has been used a lot to describe communities that have formed on TikTok. For example, BookTok (where some bookstores have started to pay attention to how people on TikTok can make some books popular again seemingly on a whim) or WitchTok.
replies(1): >>42946442 #
5. aizk ◴[] No.42939505[source]
Update - I chatted with some devs at wikipedia, and they confirmed I'm not hitting their servers hard, which is great.
replies(1): >>42939612 #
6. Aeolun ◴[] No.42939612[source]
Compared to default wikipedia traffic this should be a drop in a bucket right?
replies(2): >>42940207 #>>42943855 #
7. aizk ◴[] No.42940207{3}[source]
Probably? I have no frame of reference, I've never done giant distributed systems before. I just noticed that earlier version had some slowdowns but I think I was just improperly fetching the images ahead of time.
8. valec ◴[] No.42941131[source]
keep user profiles maybe with cookies or by encouraging sign-ups and then use NMF

https://en.wikipedia.org/wiki/Non-negative_matrix_factorizat...

9. ◴[] No.42943855{3}[source]
10. l3x4ur1n ◴[] No.42946442[source]
StickTok where people show cool sticks they found in the nature!
11. bawolff ◴[] No.42949615[source]
> On the other hand, I'm not sure exactly the details of wikipedia's api TOS

https://www.mediawiki.org/wiki/API:Etiquette

You are basically allowed to do whatever as long as it doesn't cause an operational issue, you dont have too many requests in-flight at one time , and you put contact info in the user-agent or Api-User-Agent header. (Adding a unique api-user-agent header is probably the most important requirement, since if it does cause problems it lets operations team easily see what is happening)

I think the wiktok thing is exactly the sort of thing wikimedia folks hope people will use the api to create.