Здравствуйте, vsb, Вы писали:
vsb>Но элементы утверждения в ЯП разделяются не пробелами, а операторами.
Вы хотели сказать "операциями" (operator)? Утверждение — это оператор (statement).
По-мне текст вида
vsb>vsb>let person name = person.get name
vsb>if (person name.starts with("a")) {
vsb> person.set name("b")
vsb>}
vsb>
vsb>читается нормально. Хотя в идеале нужна подсветка IDE.
С подсветкой он еще худо-бедно читается, а без подсветки — только после предварительной настройки мозга. Если пробел может быть частью идентификатора, то "let person name" — идентификатор, а не ключевое слово "let", за которым следует идентификатор "person name". Мозг, привыкший читать тексты на естественных языках, автоматически делит "person name.starts with" на "person", "name.starts" и "with" (точка, за которой не следует пробела, не воспринимается, как конец предложения).
vsb>Да, можно было бы и получше спроектировать, скажем ограничивать метку двоеточиями.
Тогда уж ввести какой-нибудь универсальный ограничитель, вроде обратных кавычек.
vsb>Ну да ладно, кто там на этих bat-никах чего пишет, скорее так, курьёзный факт.
В них еще и синтаксиса единого никогда не было, вот случайно и получилось.
vsb>>>Почему верблюды самые популярные, я вообще не понимаю.
vsb>Чего там это пространство экономить в 21-м веке.
В 21-м веке у людей выросли дополнительные пальцы для набора дополнительных символов?
vsb>Хоть 55-дюймовые мониторы покупай.
И вози их с собой, ввиду возрастающей мобильности?
Ну и банально неудобно вертеть головой там, где в иных условиях достаточно движения глаз.
vsb>Хотя мне и 27 хватает на 140 символов в ширину, что позволяет обходиться почти без переносов.
Это на любителя. Большинству некомфортны длинные строки, за ними труднее следить глазами. "Портретный" формат книг устоялся не просто так.
Здравствуйте, MadHuman, Вы писали:
MH>Если б у вас был выбор что выбрать, или если сложилось впечатление о преимуществах одной перед другой, или то что напрягает, welcome поделиться ...
Объективно наиболее правильная конвенция в Java. Она позволяет сразу отличать имена методов (camelCase) от классов (CamelCase) и более компактна, чем имена_с_подёркиваниями.
Здравствуйте, MadHuman, Вы писали:
MH>Если б у вас был выбор что выбрать, или если сложилось впечатление о преимуществах одной перед другой, или то что напрягает, welcome поделиться ...
Мне пофиг. Меня напрягло это только один раз: команда полгода вырабатывала общий нейминг, таки родила документ, босс приказал всем писать строго по нему и через месяц спросил в каком лесу меня научили начинать имена приватных членов с подчеркивания?
Я, конечно, указал номер страницы, босс мне, конечно, ответил "бл...", но с тех пор я окончательно уверился что всем пофиг и по примеру босса прекратил читать всякую чушь.