It's a scam,but you can make money. I've worked for Leapforce before which was the same thing for search engines. You get in and then get a set number of tasks. Once in a while they will ship in a test case they rated themselves, and if you miss on it you're banned or get limited without feedback. The real ones remember the fried Guinea Pig test back in the day, that wiped half the testers out. I took a break that month, only to find nobody cool was left in the company chat. There were tons of those companies back in the day.
Ahhh, good to know. So even just not showing up for work or missing a secret test can get you canned.
I've learned over the years that if it isn't a job where you are building something for someone, it is a scam of some sort.
They were advertising one of these gigs on a job board I am on and the moment I saw a variable rate with zero being the lowest per day, I know it is a scam.
I have a theory that they are actually using the human applicants
themselves to train AI models, and the gig work is just a ruse. They want data on how people think, how they fidget with their mouse when under pressure, all of it.
I am not a web dev, so please bear with me, but what is the best way to currently "display a value and sync its current value" with a backend. When I look this up online I see either mega huge sized Javascript libraries to do this, or to make a simple Javascript loop that polls an API route every few seconds. There must be a better way.
Basically I want a text label with up and down arrow buttons next to it, and when the user presses up and down the counter increments by one, and anyone else on the same webpage from a different device sees the change in hopefully as real time as possible. I think maybe I could use a web-socket to a backend and then sync data through that (IE: Button Press event to backend, backend propagates to other web-socket connections), but I'm trying not to overthink it as I have never written Javascript before so hopefully there is an easier way.
When I ask any of the LLM chatbots for help they jump into React and I'd rather blow my head smooth off than make a 50 mb webpage for something that should be simple.
The simplest solution to this is exactly how you'd imagine it to be between any two concurrently running programs, with the sole difference being that the data is communicated over the internet.
All that really involves is utilizing your hardware's TCP/IP layer. Which, lucky for you, is basically built into every device now.
There is already a library built for interacting with this layer in C. It's the Berkeley Sockets library. Don't be confused with stupid terms like "websockets" or whatever. Literally all HTTP is is an abstraction layer using sockets. A socket is literally just a struct that interacts with and prepares TCP/IP packets. You assign it a port and an IP address and some other options. Boom, done.
You can build your own layer, your own custom data schema too. The signal for an arrow press can be as simple as 1 bit: 1 for up, zero for down. You don't need to send anything else. It's just data. YOU interpret what that means.
Obviously you will need to check on both ends to see if any new messages have been received from the client or host. This is where the idea of "polling" comes in. You check for messages every so often and queue up responses. Your hardware deals with the real queue happening underneathe, but youll probably have a program layer queue if you use some polling library.
If you built a simple client like this you can basically have real time syncing with latency as low as the ping time between your client and server and back. And why wouldn't this be the case? Light travels pretty damn fast lol. It's a little painful when "web devs" chime in and say to check every few minutes lmao. You don't need a 500MB framework to send a bit over the wire lol so your Intuition is spot on.
Protip: ditch the ++ and just learn C. You can still write "C style C++" (lmao) if you absolutely insist.
