Though, I think this is a valid concern (and I hate that). It is just similar to how people used to have markup in their documents to see what they were typing, but people are lured by anything that hides this markup. See, nobody actually likes typing \bold{hello} instead of just highlighting and bolding. More, people just want the markup to be hidden.
Orgmode shines not because it hides anything. But because it made a very coherent set of macros to type the markup that I want to use. That and source blocks. (Ok, mainly source blocks.)
This is basically why I switched to Asciidoc. And if you need to collaborate with others you can point to different editors that people can use, there is even AsciidocFX which is made specifically for new users.
Example demo javascript webapp[1]
Orgmode Vim[2]
OrgMode IntelliJ [3]
OrgMode Atom [4]
OrgMode Sublime [5]
OrgMode VSCode [6]
[0] https://github.com/mooz/org-js
[1] http://mooz.github.io/org-js/
[2] https://github.com/jceb/vim-orgmode
[3] https://github.com/skuro/org4idea
[4] https://atom.io/packages/organized
For example, I once attempted to run this org-mode "notebook", ironically titled "Reproducible Research with Emacs Org-mode", and found I had to make significant cosmetic changes to get it to build: https://github.com/eliask/orgmode-iKNOW2012
Maybe things have improved since, but backwards compatibility is important for these kinds of formats.
Here is an example of using the IPython kernel to evaluate inline Python code within an OrgMode document.[1][2]
More information on how to create multi-language notebooks with OrgMode Babel here[3]
[0] http://minimaxir.com/2017/06/r-notebooks/
[1] http://kitchingroup.cheme.cmu.edu/blog/2017/01/29/ob-ipython...
[2] https://github.com/gregsexton/ob-ipython
[3] http://orgmode.org/worg/org-contrib/babel/