|
|
|
|
|
by yubblegum
454 days ago
|
|
One option is to adopt a front end for your language for existing (legacy) langauges that have been overwhelmingly developed by people who write using Latin letters: you type in your language and the front-end maps it to Latin letters. There are various issues here, depending on the written form of your language, however. Latin letters are effectively block type glyphs, which lends itself to programming. Other option is for future languages to be formally specified in a globally adopted IL and then your local area geeks are responsible for writing a front-end that transpiles to that IL. Or we could design and adopt a universal (~visual) glyph for programming. Various structural elements (think [ ], { }, < >, etc.) are pretty much that already. Then we have the (pseudo) mathematical elements (+, -, /, =) which are again universal. That leaves us with named elements which remain somewhat problematic. In any event, all this seems to be a transitional period's grief. Very soon, you will interact in your native language with some AI and that thing will write the actual code. :) Regardless (thinking of music notation here) programming notation is ultimately a specialized form of notation. Are you bothered by the fact that a musician in x-land has to learn the notation invented by some Europeans way back when? |
|
But with AI handling more code generation, how important will it be for people to truly understand the underlying code? Do you think AI will make coding more of a black box, or will there always be value in knowing how things work under the hood?
Music is a great comparison—eastern music notation exists in native scripts, and western pieces can be translated into it. Could programming work the same way, where the structure remains universal, but the notation adapts to different languages?