WikiTok

1459 points
1/21/1970
12 days ago
by Group_B

Comments


aizk

Hi! I'm the dev here! I built this on a whim at after seeing someone ask for it on twitter. It was 12:30 at night but I couldn't pass down the opportunity to build it.

The code is very simple, there's no backend at all actually, I believe because wikipedia's api is very permissive and you can just make the requests in the frontend. So you just simply request random articles, get some snippets, and the image attached!

I used Claude and cursor do 90% of the heavy lifting, so I am positive there's plenty of room for optimizations. But right now as it stands, it's quite fun to play with, even without anything very sophisticated.

Here is the source code. https://github.com/IsaacGemal/wikitok

12 days ago

tomashubelbauer

Shoutout to APIs that do not enforce CORS preventing requests be made from FE without a need for a BE. There's so many toy apps I started building that would have just worked if this was more common, but they have CORS restrictions requiring me to spin up a BE which for many one-off tools and personal tools just isn't worth doing and maintaining. Same with OAuth.

12 days ago

egonschiele

nit: same-origin policy is the restriction. CORS isn't the restriction, it's the thing that helps you. CORS is the solution, not the problem.

12 days ago

ahoka

Yes, exactly. People who want to "disable" it have no idea how the web works. Developers have all kinds of misconceptions about what it is, I even heard someone saying it disallows backends to call their API.

11 days ago

bawolff

And in particular CORS is the region you can read the wikkpedia api cross origin (unless you are doing jsonp, but hopefully they are using CORS because it is better in every way)

11 days ago

tasuki

There's many services to solve this pain point. I've used https://allorigins.win/ in the past.

12 days ago

reynaldi

These services are called CORS proxies! I recently made an updated list of the currently working free ones here: https://gist.github.com/reynaldichernando/eab9c4e31e30677f17...

Do note that these proxies are for testing only, and they are heavily rate limited.

For production use case, you might consider using Corsfix (https://corsfix.com)

(I am affiliated with Corsfix)

11 days ago

swyx

11 days ago

aizk

Oh this looks neat!

12 days ago

ahoka

Neet, if you want to leak your users' credentials in a XSS attack.

11 days ago

pooper

I would only use something like this that requires absolutely no authentication. For example, I had a one page app that showed me instantly when the next shuttle(s) were scheduled for my stop. Instead of having to click through multiple steps, this allowed me to see it in one step. As far as I know, I was the only user for this thing I built and put up on gitlab pages. I don't know exactly because I didn't bother to track who visited the page.

11 days ago

reynaldi

This is the way to go, you wouldn't want to use a CORS proxy for something authenticated/with credentials (e.g. API key). But for public unauthenticated request, they work just fine.

11 days ago

aizk

Oh that explains why it's not a popular architecture.

10 days ago

Klonoar

I kind of miss the era of JSON-P supported APIs. Feels like such a weird little moment in time.

12 days ago

aizk

The only caveat I feel is that the speed of the API is definitely not comparable to something more purpose built for this kind of scale, but overall I'm happy as it works well enough that I don't have to think about it too hard.

12 days ago

mikedelfino

I think Github Actions could be used for scheduled builds, so that the initial load would have random articles right in. Further requests could then be made in advance so users would not notice any delay from the API.

12 days ago

aizk

Do you have any examples of that I can look at as a reference? I'm used to github actions just being my CI/CD build step checking tool.

12 days ago

mikedelfino

I attempted to implement the schedule trigger [1] on GitHub Actions as an example, but it is not being triggered as I expected. It needs more digging if you're so inclined.

Aside from that, the whole gist is that the initial data can be injected into the static files during the build step, or even saved as separate JSON files that the app can load instead of reaching out to the API. As long as you're willing to refresh the static data from time to time, of course.

I created a basic example at https://schedbuild.pages.dev/ with a rough, manual implementation of a build step. Frameworks like Next.js offer a more sophisticated approach that can render the entire HTML, allowing users to load the static page with the initial data already rendered without Javascript, and subsequent interactions taking over from there more seamlessly.

If the Github Actions schedule feature is ever sorted out, in my opinion it's a reasonable alternative to setting up a backend just for this.

[1] https://docs.github.com/en/actions/writing-workflows/choosin...

12 days ago

[deleted]
12 days ago

jahsome

in lieu of a cron server, I use scheduled jobs without any issues for a few production workloads on azure devops (AKA gh actions 0.1).

12 days ago

mikedelfino

You're right. I just checked the example project now and it's been updated hourly since then. It's just slightly delayed.

12 days ago

mikedelfino

Edit to the other comment: the cron job wasn't being triggered at first, but turns out it's just slightly delayed. The example has been updated hourly since then.

You can use a schedule trigger [1] on GitHub Actions.

The whole gist is that the initial data can be injected into the static files during the build step, or even saved as separate JSON files that the app can load instead of reaching out to the API. As long as you're willing to refresh the static data from time to time, of course.

I created a basic example at https://schedbuild.pages.dev/ with a rough, manual implementation of a build step. Frameworks like Next.js offer a more sophisticated approach that can render the entire HTML, allowing users to load the static page with the initial data already rendered without Javascript, and subsequent interactions taking over from there more seamlessly.

In my opinion this is a reasonable alternative to setting up a backend just for this.

[1] https://docs.github.com/en/actions/writing-workflows/choosin...

12 days ago

bawolff

Could you just preload the next few entries before the user swipes?

11 days ago

jumploops

Shameless plug for Magic Loops -- we run code in isolated MicroVMs and students love our lack of CORS enforcement, as the APIs they build can be easily integrated into their hackathon projects :)

12 days ago

e12e

12 days ago

jumploops

That’s it!

12 days ago

aizk

Tell me more?

12 days ago

jumploops

We built an LLM-based no-code "all-code" tool for non-developers to automate their daily tasks.

Counterintuitively, it's been picking up steam among student developers and professional devs due to how fast you can spin up API endpoints.

We're currently working to build on this momentum, and are now shifting focus to existing devs.

tl;dr - we use LLMs to create APIs that are run in Firecracker-based MicroVMs

12 days ago

qudat

Many platforms can enable proxying through their service to avoid CORS issues: https://pico.sh/pgs#proxy-to-another-service

12 days ago

anon3459

Using nextjs with a serverless function acting as a proxy is pretty simple

12 days ago

Liquidor

Don't you mean Node.js ? I don't see why you would use a full Next.js framework for just a reverse proxy.

12 days ago

nathansherburn

A great way to get around this is with an edge function from deno deploy.

12 days ago

spencerchubb

use firebase cloud functions free tier

12 days ago

bazmattaz

This is awesome. I can imagine you likely are not interested in building one but this site could hugely benefit from a recommendations algorithm.

For example an algorithm could understand how much a user really enjoys a certain article and then starts sending the users down a rabbit hole of similar and tangential content. Designing, building and maintaining an algorithm like this though is no small feat.

12 days ago

aizk

I would not be surprised if Claude + Openai's reasoning models could develop a simple rudimentary algorithm that would work. Of course it wouldn't be as sophisticated as something like TikTok and would require a lot of fine tuning, but it's definitely possible.

12 days ago

singpolyma3

Or even use an LLM directly "user liked articles with these titles, what others might they like"

12 days ago

t_mann

+ keeping it in the front end with local storage

12 days ago

Aeolun

You are joking right?

12 days ago

smus

why would it be a joke?

12 days ago

airstrike

echo chambers bad

12 days ago

matsemann

Why is it bad if it learns that I like to read about medieval fortresses, and that it should skip showing me rocket ships, for instance?

12 days ago

gessha

Personalization is not inherently bad and I believe personal feeds can be engineered in a way that doesn’t result in echo chambers but in communities.

The problem is capital incentives are not aligned with making these interfaces which is why we have the feeds we have today on Facebook, Twitter, etc. I look forward to the innovations happening on bring-your-own-algo Bluesky.

As a side note, I’m currently building a personalized Hacker News service. I might throw it at Show HN once it gets closer to completion.

12 days ago

aizk

Not to plug myself too shamelessly, but here's my resume if anyone is interested :) https://www.aizk.sh/Isaac's%20Resume.pdf

12 days ago

Narciss

This is far from a shameless plug, you built the thing! V nice love the idea.

11 days ago

aizk

I think tomorrow I'm going to write a detailed blog of exactly what I did building out WikiTok. One last little bit of info on this subject (and at the end of it I'll say that I'm open to work or whatever).

10 days ago

preciousoo

I remember seeing that tweet, I thought it was the craziest coincidence ever when I saw this on the front page. I guess it’s not haha

12 days ago

aizk

As soon as I saw the tweet, I realized the opportunity was there waiting for me. And also, twitter's algorithm is REALLY good at pairing the right tweets to one another, so many people saw those two tweets side by side, which added to the humor.

12 days ago

blast

What was the tweet?

12 days ago

echelon

Next steps: ingest these offline and process them into quick 30 second videos with the most salient facts. TTS narration, additional images. Generate stock video using the images in the API and perhaps text-to-video. That would be a killer app.

Bonus: come up with a heuristic or model to filter out or de-rank universally uninteresting articles.

12 days ago

larodi

Kudos for the anthropological experiment. Indeed makes you wonder what's there about the sliding that makes it so entertaining.

I suggest you add some sort of summary that flows, so to add certain level of animation. Some articles have actual sound and animations to them.

Great inspiration!

12 days ago

viraptor

> Indeed makes you wonder what's there about the sliding that makes it so entertaining.

Check out "skinner box" - the fact that you may get something interesting or may not is more exciting than just getting something good. They're lootboxes of information/entertainment.

12 days ago

larodi

It’s lottery indeed, you are right.

12 days ago

piloto_ciego

This is freaking really cool, I’m at work browsing HN instead of doing actual work, but I’ll look into it more later, but the “killer feature” I think would be to add audio narration do this, or a quick summary, I would scroll that all day…

Awesome job!

12 days ago

rzz3

This is super super cool. I’ll tell you the single barrier to me actually using this regularly—it needs an algorithm. It would be so cool (and a good learning project) to even build the simplest of recommendation algorithms behind it based on my likes, dislikes, bookmarks, and whether I click “read more”.

12 days ago

mostertoaster

Wow this is surprisingly addictive :)

Nice job whipping up something so simple, yet elegant, so fast.

This is what I love about LLM tools like cursor, it makes the effort to just try and build something so low, you can just try it one night, and can make cool things that might not have been built otherwise.

12 days ago

andrewmutz

It would be cool to add an algorithm that learns my interests and suggests relevant articles

12 days ago

rererereferred

Very nice! I wonder if it would be possible to see articles related to a topic. Maybe using the hubs as a starting point and then following the related links in each article?

12 days ago

b3n

Nice! I made WikTok[1] in the past, but your version looks much better. :-)

[1] https://wiktok.org/

12 days ago

INTPenis

I just wanna say I love it. So simple, but so cool. You've taken a popular idea and done something interesting and intellectual out of it. good job.

12 days ago

KeplerBoy

Love it!

One of the rare website i added to my android homescreen. Maybe someone has a good idea for a nice favicon.

12 days ago

aizk

I added a dark wikipedia logo as the favicon, which should be good for now.

12 days ago

tomieinlove

Congrats! Tomie here, this is absolutely great!

12 days ago

varjag

This is great! Thanks for sharing it.

12 days ago

hemant1041

Great job!

11 days ago

WikiFuck

[dead]

12 days ago

xhrpost

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."

12 days ago

aizk

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.

12 days ago

codingdave

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.

12 days ago

aizk

Update - I chatted with some devs at wikipedia, and they confirmed I'm not hitting their servers hard, which is great.

12 days ago

Aeolun

Compared to default wikipedia traffic this should be a drop in a bucket right?

12 days ago

[deleted]
12 days ago

aizk

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.

12 days ago

bawolff

> 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.

11 days ago

valec

keep user profiles maybe with cookies or by encouraging sign-ups and then use NMF

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

12 days ago

layman51

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.

12 days ago

l3x4ur1n

StickTok where people show cool sticks they found in the nature!

11 days ago

keerthiko

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.

12 days ago

aDyslecticCrow

For each 10 seconds of reading, increment the tags on the current article as "favoured". Then, poll randomly from those tags for the next recommended article. Add some logarithms of division to prevent the tags from infinite scaling.

12 days ago

epolanski

Can you tell that YouTube reels engineers? Because their Algo is a disaster where I'm only fed Sopranos and NBA content. I don't hate it, but god I have so many subscriptions (civil aviation, personal finance, etc) that I never ever see on my feed.

12 days ago

istjohn

Do you mind expanding on the last sentence?

12 days ago

aDyslecticCrow

I misspelt the last sentence a bit. I meant division "or" logarithm.

Basically, we have an unbounded counter that is gonna start breaking things. So we need to normalize it to a percentage score (by dividing it by the total favoured count across all tags), or pass it through a logarithm to bound it.

This approach only works if all content is accurately tagged, which works basically nowhere on the internet except Wikipedia.

8 days ago

TZubiri

The relatedness of articles is already baked in with blue wiki links too. So it shouldn't be too hard to make something that just looks for neighbors.

Now, something that learns that if you like X you might like Y, even if they are disconnected. Is closer to the dystopic ad maximizing algorithm of TikTok et al.

12 days ago

easterncalculus

That's what I was thinking this might have already. Maybe this could get insights from the articles linked from the ones you like too? Sort of like https://www.sixdegreesofwikipedia.com/

12 days ago

mvieira38

This would eventually collapse to people reading articles they do not actually like (i.e. get happiness from reading), I think, maybe tragic history facts or something like that? The truth of social media harm is that it's more about humans than the algorithms themselves. Humans just tend to engage more with negative emotions. Even IRL we tend to look for intrigue and negative interactions, just look at the people who stay with toxic partners even with no financial ties, or even friend groups who turn into dysfunctional gossip fests. The only way to avoid this is by actively fighting against this tendency, and having no algorithm at all in an application helps.

12 days ago

marci

RHAAS

Rabbit-holing as a service

12 days ago

belinder

tvtropes did it first

12 days ago

aizk

Oh I just looked, sadly tv tropes doesn't have an API. I'd love to work off their data but that would be a bit more involved.

12 days ago

marci

Where? I thought it was just the wikipedia of tv tropes.

12 days ago

tbossanova

I would prefer at least an option to keep it on random mode. Both for the occasional exposure to cool stuff and to make it less rabbit-holey.

12 days ago

hummuscience

Since its text, especially text with links to other articles, there is no need for tags.

If I had a clue how to do this (sorry, just a neuroscientist), I would probably create "communities" of pages on a network graph and weight the traversal across the graph network based on pages that the person liked (or spend X time on before).

12 days ago

ya1sec

it starts with sourcing - finding a massive set of interesting pages, then going through and giving them tags. planning on adding this to my web discovery app as well: https://moonjump.app/

12 days ago

ya1sec

Awesome. I have a project with a similar tik-tok-esque philosophy for serving all sorts of noncommercial content from the web. The interface is one button and a random page is embedded in an iframe. I use random wikipedia pages as a fallback in case my algorithm returns a dead page.

I call it moonjump: https://moonjump.app/

12 days ago

aizk

No way, StumbleUpon? I remember that site when I was a kid. Good memories.

12 days ago

sgt

I tried that and I was immediately taken to "the best place in the world to have herpes". I didn't click.

12 days ago

ya1sec

hahahha. try the search engine - it uses the marginalia API and will select a random result to embed. maybe don't search for herpes though.

12 days ago

therealfiona

This is awesome. I've been passively looking for a Stumbleupon replacement, but never stumble upon it. Thank you for posting here. You have given me back a slice of old internet.

11 days ago

Tijdreiziger

Pretty nice! Reminds me of StumbleUpon.

12 days ago

ya1sec

Yeah, pretty similar to StumbleUpon. Right now the links are sourced from a handful of are.na channels and some other collections of content. I plan on warehousing this data and tagging it such that users can configure categories of sites that they'd like to stumble upon. HN submissions are mixed into the algorithm as well.

12 days ago

extraduder_ire

Cool. I immediately recognized the melonking loading gif.

12 days ago

duxup

I like the idea, but one thing about Wikipedia is that with technical or granular topics it approaches things in a focused way. A specific molecular biology term's page isn't there to explain exactly how it fits into a larger biology topic. It makes random pages difficult to glean information from.

Even wikipedia articles I understand, more on computer topics, fall into the category of "the only people who understand this page are people who ... already understand it / don't need to read this".

Granted sometimes the social media context is kinda opaque, but usually "man fall down it funny" is pretty universal.

12 days ago

myself248

Math articles are excruciatingly bad on this. I find myself setting the language to "simple english" and it helps.

12 days ago

duxup

Wikipedia math articles all remind me of what i learned in High School, that math is absolutely the worst to learn from someone who "just gets it" as often those folks have no concept how someone else might not "just get it". I suspect the wikipiedia articles are written by folks who "just get it".

12 days ago

hnuser123456

I'm around calc 2 level, and spent some time learning ANN architectures, but it's taken a very long time to increase my ability to parse the more arcane topics since graduating.

For example, this[1] is something I'd like to be able to just glance over and know all the applications and appreciate the beauty... but it's very hard to prevent my eyes from glossing over. Maybe someone has a youtube video on the topic that makes it easier to catch up.

https://en.wikipedia.org/wiki/Lp_space

12 days ago

wwweb

A wiki (or any encyclopedia, for that matter) is not meant to be an introduction or a HOWTO.

12 days ago

duxup

I can understand that. Having said that some topics (history) are surprisingly easy to pick up articles with lots of background and etc. If you look up a battle you'll get a short history of the war, days before the battle, explanations why say a given soldier might struggle and etc.

Other topics are almost dictionary level simplistic.

12 days ago

layman51

Some other commenters have offered the idea of an algorithm to steer the randomness of the articles. I wonder if an algorithm would help with this issue of having random articles be too technical for you even though you are interested in the larger topic.

12 days ago

TZubiri

>"the only people who understand this page are people who ... already understand it / don't need to read this".

That is provably false

12 days ago

duxup

I like to think of it as amusingly “dramatic” rather than false. ;)

Way back when I was in college and the internet was new-ish. There were a few places you could ask math questions. A classmate of mine found that if he just asked a question online he would never get any responses. So what he would do is add some false generalizations in his question.

In doing that he would be inundated with people answering his question, even if just to prove him wrong.

12 days ago

TZubiri

I don't think it's relevant in this case. But it's a well known internet law

https://meta.wikimedia.org/wiki/Cunningham%27s_Law

12 days ago

duxup

That's a fun law. I've bumped into it a few times asking an AI related question and part of my understanding was a bit off. Even being slightly off rather than completely seems to bring out more enthusiastic responses.

12 days ago

Matthyze

Wikipedia is useful for reference, but not education. Not sure whether that's intentional.

11 days ago

joshuahedlund

Maybe pairing this with an LLM could be useful here?

12 days ago

doctoboggan

This, plus an AI generated voice reading a TikTok-creator style catchy summary, plus TikTok's actual algorithm for surfacing content would actually make a decent app I believe.

EDIT: Also the name should be WikTok instead of WikiTok.

12 days ago

mikedelfino

At this point, you could create short videos with relevant images and accompanying audio, post them on TikTok, and profit.

12 days ago

ailef

I've built something similar a few years ago, combining Wikipedia content and open domain pictures/videos to create long form videos automatically. Uploaded a bunch on YouTube as well. Wrote a blog post in case anyone is interested: http://ailef.tech/2020/04/29/turn-any-wikipedia-article-into...

12 days ago

CaptainFever

Also, the voiceover should be over some Minecraft parkour or Subway Surfers.

Like this: https://pdftobrainrot.org/

12 days ago

ptojr

I second this! A voice-over would be very nice

12 days ago

tbossanova

I personally would hate it, but I can just turn sound off so no reason not to do it.

12 days ago

[deleted]
12 days ago

srameshc

I just admire how some people can build simple things. I see so many from simple games to visualizations to many other kinds on HN here. Hopefully someday I will be able to think of something simple and showcase here.

12 days ago

brianstrimp

Extra bonus for just putting it out there with a Github link.

Instead of landing page, login, "just $4/month or $20/year" with a "Show HN" and everybody patting them on the back for a "successful launch".

12 days ago

rchaud

Don't forget the growth hacker clasic "sign up for the wait list to access the private beta" and "join the community on Discord".

11 days ago

vunderba

The author is refreshingly transparent about the inspiration for the project saying, "I built this on a whim at after seeing someone ask for it on twitter."

Who knows, maybe you'll stumble upon sth to build in the same way.

12 days ago

aizk

Thank you! I've built a lot of apps, and I've gone viral a fair number of times, but I haven't done both at the same time.

I can pinpoint to you the exact tweet (well it's technically a retweet) and you can see what gave me the inspiration. For quite a lot of people the two tweets showed up side by side, which is even funnier.

https://x.com/rauchg/status/1886807959340245137

11 days ago

odirf

These simple ideas can be implemented by AI (like this) Unfortunately, this makes it lose some of its charm.

12 days ago

zavg

I think that the project has a potential.

I am a big fun of Wikipedia and sometimes TikTok (a "guilty pleasure"). I would be happy to have an app/web site like this but with

- more smart feed based on your activity/attention (was mentioned in other comments);

- maybe more fancy way to present information (not sure if it is feasible to implement). Currently just a text snippet and image do not seem like super engaging.

12 days ago

arrowsmith

How is this different from Wikipedia’s own “random article” feature?

12 days ago

f1shy

Good question: i had that thought for a second. But the I realized that for me, Incan imagine killing time here, but not in the random page. It is an image and a short text which allows to decide fast if it is interesting or not.

I used to take a technical dictionary, and read random articles when bored. So I tried with random wiki, but just didn’t work. I will try this and I can already say, it will work.

12 days ago

j3s

it looks and feels completely different, for one thing

12 days ago

guessmyname

Your question doesn’t quite make sense.

It sounds like you’re suggesting the two web pages are identical, just on different domains, but they’re obviously completely different.

A better way to phrase your question would be: "Why would a TikTok-style (infinite scrolling) website for browsing Wikipedia articles appeal to today’s internet users?"

12 days ago

LVB

It’s a reasonable question, and one I had myself. Of course the UX is different, but that is self evident and we don’t need to be pedantic. What’s not obvious is whether this is wrapping the existing RandomPage API, filtering it, doing some sort of prediction/recommendation, etc.

12 days ago

tbossanova

So perhaps your question is “how does this choose articles differently from wikipedias own random page?”? Which I also wondered.

12 days ago

arrowsmith

> we don’t need to be pedantic

You must be new to HN

12 days ago

seabass-labrax

Even more pedantically, parent's account is more than ten years older than yours or mine, and has ~50% more karma, so perhaps not :)

12 days ago

redcobra762

The question is fine; once you stop interpreting the words literally, you can clearly infer the question to be about substance rather than numerical identity.

> How is this (meaningfully) different from Wikipedia’s own “random article” feature?

12 days ago

dangrape123

[flagged]

12 days ago

pockmarked19

> Your question doesn’t quite make sense.

Agreed, yet it is the standard question most people throw out for any unfamiliar idea. God forbid they have to form a single thought to grok something…although more charitably it is a form of “why should I care?”.

Your rephrasing is a bit different, it discards the selfish aspect of the question which I think is not correct.

Funnily though, anyone asking why they should care probably shouldn’t care yet.

12 days ago

pockmarked19

Nice to know HNers don’t read past the first word. Can’t say I am surprised.

12 days ago

AzariaK

Nice site!

I wanted to show a similar site I made a few years ago. Might update it now:

https://wikisurfer.pages.dev/

12 days ago

dustypotato

11 days ago

hao1300

Awesome idea. You inspired me to build something similar for Steam: https://steamtok.com/

4 days ago

lucaslazarus

This is great! Now all that's left is plugging this into some text-to-speech and a subway surfers/minecraft parkour background

12 days ago

whiteborb

In the same vein, Wikijumps (https://wikijumps.com/) lets you browse based on article connections.

12 days ago

[deleted]
12 days ago

jona777than

I’ve been thinking recently about how to use the addictive properties of applications like TikTok to the advantage of the user. This is definitely in that direction. Instead of trying to tame the pull of these apps by cold turkey quitting, replacing them with something useful seems to be more effective.

12 days ago

rpastuszak

I don't use TikTok, but I can easily spend an hour or two playing with the Random button on Wikipedia. Thanks!

12 days ago

tolerance

I don’t know how to feel about the visceral reaction that I have to the action of swiping my thumb in a movement that I can trace from where I guess is a team of tendons somewhere parallel to my wrist and the little fat part of my palm I like to refer to as “my drumstick”, from the bottom of my phone’s screen until the tip of my thumb is just at my general line of sight, all of this in one natural motion. No sooner is this action complete am I met when an entire block of information above my thumb, square in my line of sight.

In one stroke the location of a place, the type of place it is, its size, its distance from somewhere else, its history, read more, or swipe again. And another block. And another. And there’s something about this process that is visually disruptive and kinetically unsettling.

12 days ago

tbossanova

Interesting! I tend to use right hand index finger to swipe up so didn’t have that issue. Just tried it with left hand thumb and I kinda see what you mean.

12 days ago

sirobg

After seeing this, I (or rather, v0) created https://hnhell.com for the joke.

https://news.ycombinator.com/item?id=42946932

11 days ago

russian_bot

Feature request to be able to like different pages so i can bookmark and return to them later

12 days ago

coffeecantcode

This is very nice, I adore the simplicity. Sometimes the summary gets cut off which is a bit frustrating,I think you should be able to finish reading the summary without click the read more link, but other than that, bravo.

11 days ago

pentagrama

This is incredible! Wikipedia has abundance of interesting stuff and this is a great way to discover it, using a popular UX at the moment. Great idea.

A bug report: When open the Wikipedia links on mobile, it shows the desktop view. I guess because the links are like this? https://en.wikipedia.org/?curid=5635437

This deserves a proper domain! I will be glad to gift you the $ to buy one for a year. Let me know! https://wikitok.app/ seems available.

12 days ago

aizk

Hi there! Thank you for the kind words. The URL bug has been fixed - I was querying the wrong urls. You can find me at aizk.sh - I'd be happy to talk more about a domain, I think that's the last piece of this puzzle :)

11 days ago

bawolff

Curid urls also have mildly worse caching behaviour, so they will be a bit slower and create a tiny bit more load on the servers.

11 days ago

sebastiansc

Great minds think alike - we built wiktok.lovable.app a few months ago in Lovable as a fun experiment

7 days ago

pg5

The swiping mechanic is super smooth! I often find that website based swiping UIs are either too sensitive, not sensitive enough, or have weird acceleration. Not the case here.

12 days ago

gessha

This reminds me tangentially of the Wiki Game - getting to an unknown target wiki article

https://www.thewikigame.com

12 days ago

1832

This is similar to a popular game we used to play in recess (or sometimes during class) in high school, when IT rooms first started to become a thing. The idea was to start on a random article and try to reach pages of famous historical political figures by clicking as few links as possible, or by being the fastest.

12 days ago

jonny_eh

Fun idea, but TikTok works because you don't need to leave the feed. Try to find a way to provide the wiki's content in the feed itself.

12 days ago

KrishnaAnaril

Something similar for hackernews: https://hn-shorts.vercel.app

12 days ago

aizk

This is great! Thanks for sharing that with me :)

11 days ago

CameronBanga

If you like this, check out Information Superhighway on a variety of Apple devices. Same concept, with a nice UI. I like widget support too, to get random articles on my Home Screen.

https://apps.apple.com/us/app/information-superhighway/id149...

12 days ago

mehh

Nice site @aikz

Hope you don't mind, but as others are pointing at wiki type sites, I'll plug my own (also using Vercel and cursor)...

https://ont.fyi it's a work in progress ... feedback wanted (no matter how painful), focusing on enabling adding in your own data at present, lots of ideas and work to be done

12 days ago

qwertox

I consume the internet mainly on an old-school monitor, not on a tablet. When the browser is maximized, all the images are pixelated.

12 days ago

aizk

Right now it's 85% usage on mobile. Also, I don't really find the pixelated images to be that detracting on desktop (though, I'm a small macbook, ymmv on a giant 4k display). I haven't tested on a screen that large.

12 days ago

MitPitt

Text could also be more compact

12 days ago

DCAlmond

This is super neat @aizk! I built a similar app for iOS [1] with a simple recommendation algorithm powering the feed.

[1] https://apps.apple.com/us/app/egghead-scroll-learn/id6630364...

12 days ago

dvdbloc

This would be an awesome way to get more breadth of knowledge during downtime. For example, many times there are interesting algorithms or some technology I would benefit from knowing I just wouldn’t know to search for it.

Or you could make infinite scrolling randomized hacker news front page articles from the past.

12 days ago

Liquidor

I like it a lot :-) It scrolls a bit too far though. I move my fingers fast and it skips articles because of the momentum. Also when at the top, scrolling up it should maybe refresh? And it would be nice with a visual indicator that new articles are being loaded when at the bottom.

Kudos!

12 days ago

rices

I dig it lol. It reminds me of a t-shirt site a few friends and I made https://wearwiki.com It's cool that wikipedia shared so much data! Nice to donate to them if we got some extra funds.

12 days ago

65

I've been meaning to write a content algorithm where a random Wikipedia article is fetched, then calls the YouTube API to serve a video about the subject, and the algorithm learns based on how much you watch the video.

But if anyone wants to tackle that, it'd be really cool.

12 days ago

novaomnidev

This is such a good idea. Kind of reminds me of the spirit of the old site stumbleupon

12 days ago

mannycalavera42

bring back stumbleupon!!!! crying in walled garden

12 days ago

aizk

Oh wow maybe I should think about that

12 days ago

arvindrajnaidu

My version built using Burning Idea: https://www.burningidea.com/app/96f30f/index.html

12 days ago

aizk

What's burning idea?

12 days ago

arvindrajnaidu

An app I built :) Just talk and have it build a backend or front end.

https://apps.apple.com/us/app/burning-idea/id6478471924

12 days ago

tgv

Great idea. My only suggestion would be a less random article. I got a ton of US place names, which can be a downer. The avg tiktokker expects something funny or interesting within 30s.

NO recommendations. That would remove the charm.

12 days ago

aizk

Looking into it more, the random isn't exactly random https://en.wikipedia.org/wiki/Wikipedia:FAQ/Technical#random

12 days ago

beardyw

This is just great. A real keeper.

Only criticism is I get a poor presentation of the Wikipedia page on my phone if I follow the link. Haven't worked out why yet. Even selecting desktop gives me something better!

12 days ago

aizk

This has been fixed! I was using the wrong urls.

11 days ago

beardyw

Thank you!

11 days ago

aeropasta

FeatureReq: use THAT{tiktok gal] voice to automatically transcribe audio

12 days ago

CafeRacer

Me: what a stupid idea Also me after 30 minutes of doom scrolling: cool

12 days ago

danhds

Someone built something similar using Lovable: https://preview--wiktok.lovable.app/

12 days ago

thomasreggi

"tok" as a suffix for short form video is unhinged

12 days ago

aizk

Personally I see it as implying two things - Infinite scrolling - Heavily curated algorithms

Although in this instance, it's just selecting from wikipedia randomly

12 days ago

tgv

Like -gate as a suffix for a scandal?

Anyway, it beats all the other names mentioned and suggested here. It rhymes with tiktok, and it even has “ik” in the first part. It’s immediately understandable. Don’t try to apply logic.

12 days ago

api

I wonder just how much infinite scroll could be used for good, e.g. in education. It clearly engages the mind but we only use it to shovel slop.

11 days ago

owenpalmer

I could imagine this with automatic TTS and a slideshow. Basically you'd have procedurally generated mini documentaries in a tiktok like format.

12 days ago

zoklet-enjoyer

Is this some sort of location based thing? First thing I saw when I opened it was Thompson, ND. It's a small town like 70 miles north of me

12 days ago

aizk

Not that I'm aware of, it just queries Wikipedia's random api. But unless there's something going on behind the scenes that I don't know about then maybe?

11 days ago

pjs_

This is awesome but it needs to autoscroll the full page. It needs to have the same completely instant dopamine hit that TikTok gives.

12 days ago

cynicalsecurity

Great idea, but it's too random and not one really liked reading about people. This app needs likes, comments and algorithm.

12 days ago

pimlottc

Plenty of people like reading about other people…

12 days ago

OracB7

Great site! The only improvement I would ask for is automatically opening the articles with the Wikipedia app, if installed.

12 days ago

rickcarlino

Can you please add Korean? This looks like such a great tool for discovering language learning reading material. Great work!

12 days ago

TZubiri

Sounds like the sort of thing you could add yourself if there were some source

12 days ago

[deleted]
12 days ago

matthest

Brilliant. Someone should do this same concept but for short-form essays.

So like Twitter, but with 3-4 paragraph essays.

12 days ago

reustle

Great job on on the quick execution!

Could you detect when on mobile and link to the mobile wiki page?

12 days ago

corruptio

I need it to loop subway surfers on the side. To keep my attention.

12 days ago

asdf6969

The best project I’ve seen in months and exactly what I need

12 days ago

sram1337

Can you have it link to en.m.wikipedia.com for mobile apps?

12 days ago

aizk

Fixed!

11 days ago

rvba

It could have more featured articles first / mixed

12 days ago

lovegrenoble

RandomWiki maybe?

12 days ago

golergka

The fist one I got was Foreskin piercing. With a penis photo all across the screen. Is it too much to ask to flag this as NSFW?

12 days ago

oneeyedpigeon

I hope the dev sees this, it really should be addressed. Hopefully, the wikipedia api has considered this.

12 days ago

aizk

Hi there. I have had some somewhat nsfw content pop up but nothing quite that extreme. If there isn't a clearcut way to solve this via the api, I'll talk to Wikimedia about this, as I actually have a chat with them soon! Thanks for letting me know.

11 days ago

flavaz

Love this, thanks for sharing

12 days ago

a1o

This is awesome, great work!

12 days ago

lazycode1

Awesome idea

11 days ago

chigmma

Hi

11 days ago

bennettnate5

Now all it needs is to have that robotic female voice (the one everyone on TikTok uses) read out the main prompt while trendy music is playing in the background

12 days ago

juancaruiz

Cool

12 days ago

roegerle

I love it.

12 days ago

barrenko

It would work maybe if connected to an AI that would just start spouting the article immediately, or the summary.

12 days ago

ConanRus

Sorry, but I don't see any dancing girls, so this app is not for me I guess

12 days ago

Llamamoe

Now add an option to exclude people and places from showing up ^^`

12 days ago

trklausss

Why though? It is part of culture, not everyone is interested in STEM, and the life of some could be interesting. Or who knows, you might discover your new holiday destination...

I would agree however, that to fully imitate TikTok, you would need a FYP that shows you more content about what you are interested, but as the author say, it was an overnight project :)

12 days ago

brokensegue

12 days ago

ranger_danger

I have no idea what this is or if I should even click on it. Can we please have a description somewhere first?

12 days ago

tbossanova

Good point! It’s random wikipedia pages, in a tiktok-ish style i.e. main article image and short summary on a page plus scrolling UX so you can easily flick through to the next one.

12 days ago

lyzml_AF

[dead]

11 days ago

amelius

Maybe use AI to turn a wiki topic into something explained by an influencer in 30 seconds.

12 days ago

delilahevans83

[dead]

6 days ago