Older node-red uses ACE editor. From version 3, Monaco editor is the default - and for good reason - it tells you about coding problems, it offers hints and built in help and it is generally much more upto date with modern JS. It has a whole bunch of handy snippets (e.g. start typing global or clone or status then hit the tab key to see how it both helps you AND gets it right every time).
If you really want to revert, search for the word monaco in your settings.js file and change it to ace, restart, refresh. NOTE: the ace editor will quite probably be removed altogether after NR v4 so (IMHO) I recommend you get used to it and improve your code.
PS: Monaco is the same editor used in the insanely popular code editor "VS Code" - it is good - I would recommend sticking it out.
And perhaps you should rename this thread to "Node-RED V3 function node tells me about poor coding - how do i switch it off"
(joking)
NOTE: Just because the editor complains, does not mean you have to switch back to the depreciated ACE editor.
If you click the light bulb, you can turn off error checking for that node - but keep all the nice tooltips and auto complete and snippets and built in help!
Although it's possible to use Unicode Character in variables names, I don't recommend it. My first language is Portuguese, which has a lot of accented characters, and I don't use them in variables. Many chances of technical problems, besides the typos; If it's already difficult without accents, imagine with them. And the colors are another help from Monaco editor, depends on the theme you are using. But in this case, the editor is not recognizing the Übers as a variable, that's why it's got a different color. Try to rename to Ubers and see the change. About themes : https://discourse.nodered.org/t/how-to-use-themes-with-monaco-editor/48310
I believe that what happens is that the JIT assigns the variable to the current global scope. This may have unexpected side effects.
If you use var, the variable is "hoisted" to the top of your top-level current code scope which again can have confusing side effects. Though very occasionally, this can be used to simplify your code - use with caution though.
let and const are never hoisted and are defined at the current local scope. So if you define something within { .... } brackets using let or const, it is defined only for that scope and is not available outside it. This is also good for memory efficiency as it allows the garbage collector routine to recover memory more quickly.
Sidebar: Little known but occasionally useful, in JavaScript you can use { ... } on their own (not just with a function, if/then, etc) to create a new scope. A bit like creating a function and immediately calling it but without the function overheads. Variables are inherited downwards of course so you don't need function arguments in this case.