Also, "no one cares about the end product" is too much of an exaggeration. When did any of us got selected as the representative of everyone?

Ashley is creating a complex project using the end product to refine the end product itself. So how is it unrelated?

I think you're the one missing the point here. He is running a business and a business has to grow while it is trying to survive among the competition. The majority that you're talking about, including me, are often hobbyists who barely breakeven by publishing a game. But when professional studios seriously consider Construct, it will get more resources, more marketshare and more pro features. Game studios will likely use Events for the prototyping stage. What comes next is a proper coding language and a deeper access to the engine itself.

Scirra is pushing for recognition of Construct 3 as a battletested game engine and a key player in the industry. I personally haven't found a flaw in the event system itself. Its decade-old architecture, yes. But the system itself works as it was marketed. So it would be helpful if you could elaborate further on the kind of problems that you experienced when the event system was the main cause of the problem.

I agree with going all the way with publishing to feel what a struggle it is the moment we decide to release on any platform other than the Web. If Scirra hires an artist in the end to give the game a facelift, it could also become a good promotional channel for introducing Construct to potential customers.

I think a port to event system by Ashley isn't feasible, since it's only a part-time project to show "JS" capabilities of Construct 3.

However, this game is open-source and the community doesn't have to wait for Scirra's permission to get involved with a port. I personally would volunteer to do a small portion of it and with a dozen more people, it will be possible.

This has less to do with a dial-up modem and more to with infrastructure and engineering side of the internet (not just the Web). Using an outdated modem mainly determines the speed of data transmission per second, which isn't very significant for an online game. Most games only use around 50 KB/s. Even a high quality voice call is possible with that much bandwidth. But since a voice call is also a realtime interaction, the issues mentioned by Ashley still applies to it.

Btw until 2020 (and beyond), millions of Americans were still paying for a dial-up subscription! So statistically yes, people do use it and your country's infrastructure (and tech literacy) isn't as advanced as you think. Maybe you're just one of the fortunate ones with access to 5G and Fiber connections.

You have to understand that neither MP2 Games nor Ratalaika Games wish to make an statement on pricing in public. Also anyone who wants to work with them, probably has to sign contracts that prohibits such things.

It really depends on the scale of your project, but I guess they're more interested in a revenue-share than a one-time payment. Plus all the console manufacturers like Nintendo and Sony have strict quality control processes.

Just focus on your game right now and take your time to polish every detail. When you're ready, contact MP2 and Ratalaika by email and then negotiate with them to see which one serves your needs.

He actually released the full version on many platforms around 2020. Beware! I still found "no game" after purchase.

Also the user who knows JS will still see the capabilities of Construct. By your logic, all the thousands of frameworks and libraries out there must be useless and irrelevant since their functionality 'can' be replicated in code. But pro coders and big companies use other products to speed-up the process, reduce the costs, involve artists along with coders. Many indie games were made with engines like Unity, GameMaker, Construct, Cocos, etc. while the developer was working for a major studio. Coding the entire thing from scratch was just not practical for them. Regardless of their skills.

I don't mean to dismiss your point, beginners do get attracted because of the event system, but many people don't sleep on the more advanced features when they improve their skills. No one's pushing us to code. However, if you know what you're after, learning JS will increase your productivity and expand your options when working on large complex projects.

On many occasions, Ashley has gave us clues that the event system is pretty mature by now (since C3 runtime maybe?) and there isn't much to add to it without breaking something else.