It takes several hours, up to a full day to just figure out and set up a development environment the first time, even for a senior developer.
The sheer complexity in such toolchains is really high.
The Remix initiative is still young, but it is a lifesaver compared to other existing toolchains.
Still, you have to put up with a language that has many questionable design choices, for coding contracts which could handle billions of dollars worth of assets. So, there is a huge need for a better, much simpler and safer contract development tool.
We know that Red can deliver such solution, because that's our fight and our mission since the first release of Rebol 20 years ago.
Still, people who work with me know how skeptical I am.
If you are new to cryptocurrencies and blockchains, let me give you the simple bird view on that: speculation on cryptocurrencies is currently very high, but whether it is a bubble or not, bursting soon or never, is not really relevant.
The important part, shadowed by the coins market hype, is that the blockchain technologies are a new infrastructure that should help solve many issues we have.This is an amazing opportunity, like we haven't seen since late 90's and the rise of the world wide web. So this is what we will build, in a new branch of the Red project: A new Red dialect (DSL) whose code-name is Red/CCC (Cross Chain Code) or just Red/C3, for smart contracts programming.Such dialect will compile to the Ethereum VM (EVM) bytecode directly as first target, and more backends will be added later to support other chains, like NEO.Well, those concerns do not seem to be shared by people who created the existing tools for smart contracts coding and testing.Let's put it bluntly, the current state is a nightmare.So, in order to facilitate the deployment of the required blockchain nodes, such apps are often wrapped in a standalone native installer using an Electron framework.