@erikzhang What is the process for community developers to learn/be informed of breaking changes like this one being made in the NEO Core? ...for example: https://github.com/neo-project/neo/issues/271
The specification can be found here: https://github.com/neo-project/specification
I will complete it in the next few months.
Open letter to @dahongfei, @PeterLinX, @lerider, and @erikzhang,
Given,
(a) the fragile architecture of the NEO software (i.e. having to continually reimplement the always changing NEO VM and Tx processing functionality in dozens of applications outside NEO Core (e.g. NEO-Debugger, neon.exe debugger compiler, neo-python, NEO-LUX, neo-gui-developer, ...and I'm assuming every blockchain explorer (e.g. NEOSCAN), and every community project such as https://neocompiler.io/#/, NEX, switcheo, and https://github.com/mwherman2000/serentitydapps/blob/master/SerentityDapp.Perfmon/README.md),
(b) the thousands or 10,000s of community developer hours worth of effort that are continuously being invested in trying to keep up-to-date (in a totally 100% reactive way) with the changes to the NEO Core being dumped into the NEO network, and
(c) the damage being done to the reputation of NEO community apps and dev tools when they fail due to breaking NEO Core changes,
...this is a horrible waste and drain on the ecosystem and very damaging to the reputation of the NEO blockchain when the NEO Foundation/NGD chooses to continuously dump new breaking changes into the NEO network.
What is needed is an effective release process:
These are the basic requirements ...and shouldn't ...can't... wait any longer ...else the NEO platform and NEO ecosystem is simply a house of cards (a facade) that breaks down every few weeks/months as exemplified by https://github.com/neo-project/neo/issues/271.
Best regards,
Michael Herman (Toronto)
CC: @relfos @igormcoelho @fabwa @lllwvlvwlll @deanpress @birmas
Agree with @mwherman2000. The communication between the core team and the devs is non-existent.
Additional feedback from the NEO community (direct quotes edited for spelling and simple grammar):
@mwherman2000 I can agree with many of your arguments and opinions, as they are usually constructive for the community. I don't see this discussion being useful for anything constructive, so excuse me this time, but I'm leaving this thread.
RE: The other thread seems to list many problems without mentioning any solutions
@saltyskip, these are the solutions listed in the Open Letter in the form a list deliverables (for the most part) that I suggest need to be created and delivered. Here they are again with a bit more detail and some examples plus another item or two:
What else do people feel needs to be on the list in terms of missing release process tasks/deliverables?
What else to people feel is needed in the NEO ecosystem overall?
Best regards,
Michael
RE: NEO R&D Roadmap https://neo.org/blog/Details/4086

The above is a marketing roadmap, at best, a product marketing roadmap. A proper detailed technical roadmap is needed ...i.e. more details. In addition, it is not accurate (e.g. NEP-10 is not a Q4 activity - it's already an Accepted and Final NEP standard that is being implemented by SC developers as I write this).
I don't think NEO is dying ! You never know what is going on in the background !
RE: You never know what is going on in the background !
Exactly @Leondelcrypto! ...that's exactly the primary problem we're talking about! ...in addition to the release processes discussion.
You couldn't have said it better.
@saltyskip
@erikzhang Are #9 and #10 the same set of documentation? ...or different? ...you have recently used both terms
Are #9 and #10 the same set of documentation? ...or different? ...you have recently used both terms
They are the same.
Most helpful comment
Open letter to @dahongfei, @PeterLinX, @lerider, and @erikzhang,
Given,
(a) the fragile architecture of the NEO software (i.e. having to continually reimplement the always changing NEO VM and Tx processing functionality in dozens of applications outside NEO Core (e.g. NEO-Debugger, neon.exe debugger compiler, neo-python, NEO-LUX, neo-gui-developer, ...and I'm assuming every blockchain explorer (e.g. NEOSCAN), and every community project such as https://neocompiler.io/#/, NEX, switcheo, and https://github.com/mwherman2000/serentitydapps/blob/master/SerentityDapp.Perfmon/README.md),
(b) the thousands or 10,000s of community developer hours worth of effort that are continuously being invested in trying to keep up-to-date (in a totally 100% reactive way) with the changes to the NEO Core being dumped into the NEO network, and
(c) the damage being done to the reputation of NEO community apps and dev tools when they fail due to breaking NEO Core changes,
...this is a horrible waste and drain on the ecosystem and very damaging to the reputation of the NEO blockchain when the NEO Foundation/NGD chooses to continuously dump new breaking changes into the NEO network.
What is needed is an effective release process:
These are the basic requirements ...and shouldn't ...can't... wait any longer ...else the NEO platform and NEO ecosystem is simply a house of cards (a facade) that breaks down every few weeks/months as exemplified by https://github.com/neo-project/neo/issues/271.
Best regards,
Michael Herman (Toronto)