|
|
|
|
|
by tijlan
6066 days ago
|
|
> When we speak, we frequently start a sentence not knowing how it's going to end.
You can start and continue with a Lojban sentence indefinitely via various means. Metalinguistic markers such as sei ... se'u allows a discursive (on-the-fly) predicate or sentence. You can insert parenthetical notes with to ... toi into anywhere. You can insert the attitudinals (used to express attitudes, emotions, evidentiality, etc.) into anywhere. A construct called tanru allows an endless sequence of predicates (whose form in Lojban do not alter according to the natlang parts of speech such as adjective or adverb, thus imposing less restrictions on the way you keep forming a sentence than natlangs such as English does). With li'o you can omit any quantity of text you don't want in your expressions. With si/sa/su you can 'erase' various mistakes in your utterance. And so forth. > We pause and insert filler words to give us time to form our thoughts.
That's what y is for in Lojban. > We use ambiguity because sometimes we just don't know precisely what we're trying to say
The unambiguity of Lojban is mostly syntactic, not always semantic. You can be semantically ambiguous in Lojban with e.g. tanru. > (Lojban has, if I recall correctly from Okrent's book, over 30 ways to say 'and').
Which includes ju'e, a vague connective for "and". > Forcing people to have a complete understanding of what they want to say before saying it
Which is not the case in Lojban. |
|
In Python, whether or not a method is private is defined basically by whether or not you call it from another class. In Java, you have to be explicit about it. You CAN just declare everything public (be vague and all-purpose), but aside from being frowned upon, you still have to conciously decide to do this. If you don't care about the protection of scope, you can make everything public, but you're still specifying scope. In Python, you don't specify scope at all. Even if you wanted to, you can't.
The same thing shows up in type checking. If you want, you just call everything an object in Java. It's vague and all-purpose, but you still have to specify a type. You still can't write 'a = 4'. You still have to write 'Object a = new Integer(4);', which it's tough to argue is simpler just because it isn't type-checked.
Explicit ambiguity is not much closer than explicit disambiguity to implicit ambiguity.
I realize at this point, I'm getting beyond my own knowledge of Lojban, but I just want to make the general point that being able to be ambiguous does not automatically afford the advantages of the natural ambiguity in "natlangs."