Open jpdillingham opened 3 years ago
A service that allows chat "rooms" to be created on the fly, and anyone with the link can comment anonymously. This would use some form of primitive browser fingerprint to differentiate the different anonymous participants so you could tell which messages were shared by which participant, but you wouldn't be able to see the identity of the person.
This would be backed by something like mongodb, and would be deployable anywhere with docker (compose, to be exact).
Chat rooms would expire 1 hour after the last comment.
A service that would allow an administrator to publish a coding challenge, and that would allow participants to submit responses in the form of code. The service would run the submitted code in isolation to check whether it was correct, and would compute statistics such as total size of the submission, running time, and maybe memory.
Users would be able to see each other's submissions once the challenge was over, and a public leaderboard would be kept to show real-time results.
A service that would allow users to submit GUID/UUID values to be "recycled".
We can continue to build out features to make this more ridiculous, whatever comes to mind.
This would be a multi-player game that would ask players questions of historical or famous importance and offer multiple choice answers to the questions randomly chosen.
This app would report IP addresses of URL's entered.
The user would enter air temperature and pressure and air density would be returned.
Description: A web-based application where users would be given two tweets as well as two users. The user would then have to guess which tweet belonged to which user.
This application is largely driven by what is available from the Twitter API. Because of this, there are the following limitations:
Based on the API's available, there are 2 possible ways to approach getting the correct data to the user
1 (simplest) Get a list of a user's followers. This method gives user data, but is limited to 200 users at a time (a cursor for pagination is provided). Instead of getting a user's followers, it is also possible to take the same approach, except for who the user is following. After selecting the users, a request to get their tweets is made.
2 Get a list of id's for all the people a user follows (up to 5,000 at a time). Then randomly select 2 id's and lookup the user data for each. Instead of getting a user's followers, it is also possible to take the same approach, except for who the user is following. After selecting the users, a request to get their tweets is made.
Here's a demo showcasing authenticating with Twitter:
This would be a clone of the super popular game Find the Invisible Cow (see link in title)
The game has been around for quite some time but would serve as a great project for beginner JS developers as it works with the Web Audio API and many fundamental building blocks of the web such as network requests, event listeners, toggling CSS attributes and working with viewport constraints.
In the original version of the game, a global score is kept in a database and retrieved at runtime. Additionally, a player's individual score is stored in local storage. As for sounds, multiple requests are made for individual audio files as seen in the screenshot below:
For lack of a better place to put this, we'll use comments in this issue to put forth, discuss, and vote on ideas.