@MaxGraey Thanks for chiming in.
To begin with, I still don’t understand what you are trying to achieve. Web developers are no longer your TA, as I understand it? And is this just a shift in focus to experianced Rust system developers?
When I said:
Given, the most recent changes in org strategy by @illia the survey should be targeting more existing blockchain developers as oppose to front-end developers;
I did not imply that we will not be targeting web developers or other languages besides Rust. What I meant in that reply to @vgrichina is that if we do market research we should state clearly what is our target audience, or what is the target distribution if we have a mix of audiences.
Or is it because you think AssemblyScript is not stable and mature enough in you opinion?
I don’t think it is mature, because it does not satisfy the criteria that I mentioned before:
Let me re-post the criteria for the language compiler+STD to be considered stable:
- Social approval. Large organizations put their money on it by using it in their core products;
- Self-approval. The compiler+STD is classified as stable by their own core developers;
Why was this question raised only now after 2 years of usage?
I believe it was raised multiple times before, but I don’t think I have hard evidence of this happening.
Why this not problem for The Graph for example which use very outdated version of AssemblyScript?
I am not entirely knowledgable about The Graph security model and their safety tolerance. From what I can tell, they are using AssemblyScript for querying data, while we are using AssemblyScript for contracts. The consequence of having a buggy contract on a blockchain is that someone can exploit it to extract assets or make it lose assets. Also the contracts are frequently immutable meaning once you compile it with one AssemblyScript compiler version and deployed it you cannot recompile it later. The consequence of having a buggy data query is that you have wrong data. It can still be pretty bad, depending on how it is used, similarly to buggy SQL query, but not as bad as with the contract.
About grants and what we need to put together a team. Max you already somehow asked me about it, and I found people interested in this and sent you their VCs. You haven’t even contacted them! Then it put me in a very awkward position!
It did indeed happen 1.5 years ago and on behalf of the organization I am very sorry for it. Back then we were much smaller and less organized, so things slipped. When I found out about it from you I tried to fix it as you might remember.
Are you really interested in this?
We are going to look for people whom we can contract to work on AssemblyScript for ~6 months. We will follow up with you once we have clarity, I don’t want us to put you in uncomfortable situation again, sorry. CC @potatodepaulo
Or is it just a tactical step to say “well, we tried it and nothing happened”.
If we had this intention I wouldn’t have started this thread.
Besides AssemblyScript I maintain an as-bignum library that your AS SDK dependent on. And now I do it absolutely for free. I’m not complaining, I just want to note that you are the only user of this lib and I am doing this exclusively for you now=)
Sounds like a great opportunity to give you some funds to do more of that and help you contribute to more core AssemblyScript libraries, now that we have decided to put more resources into AssemblyScript development.
If you really want to help us, then just leave it as it is and stop imposing your support in the form of grants. Grants/airdrops/gitcoin tasks may work in the crypto community and the academic community, but in a community of engineers who work non-stop for years day by day, stability and concern about every little matter is much more important. Thank you for understanding.
Suppose we give you a batch of NEAR tokens to do AssemblyScript core development, without attachments or supervision. They are liquid, meaning you can convert them instantaneously to BTC on http://binance.com/ or any other exchange, and then cash out into your local currency, wherever you are located geographically. Are you saying that you will not use it?