|
|
|
|
|
by godarderik
4320 days ago
|
|
Reading this story brings to mind the history of algorithms in the field of machine translation. Early attempts at the problem attempted to explicitly define the rules of converting between tongues using meticulously laid out systems of vocabulary and syntax. This approach proved untenable, in part due to the complex and ever changing nature of language. Modern systems such as Google Translation make use of machine learning algorithms that are fed large amounts of source material and computationally discern relationships between them. I wonder if a similar approach could be taken with language construction. Instead of spending 25+ years fleshing out the details of a language in painstaking detail, computer programs could be devised that, using large amounts input, determine the most "efficient" means of expressing information. The approach would not only be far less labor intensive, it could also accommodate the rapidly evolving nature of language, for example adding to its "dictionary" in response to new phenomena in need of naming. |
|
You could perhaps use a typological database with grammatical features of the world's languages and somehow select an "optimal" combination from it, but that's a far cry from letting a computer determine the most efficient means of expressing information; we have no idea how to define information/meaning, so that it's still an impossible dream. I don't think the problem is that designing languages is hard per se, it's that people can't be bothered to agree on one and learn it.