c🦊
мне нравится, код получается понятней, и мыслить проще
А твои коллеги тоже так думают?
Size: a a a
2019 October 28
DF
AK
а то чето надоели все эти parse_data и wrap_string_long
Да, иногда хочется назвать по-русски, потому что короче выходит, но подумаешь... сколько проблем из-за переключений раскладки туда-сюда бывает в смешанных текстах, да и назовёшб по-английски :)
А то так и получаешь латинское название метода с русской 'o'
ЗЫ Хотя немцы не парятся и часто свои мляуты используют :)
А то так и получаешь латинское название метода с русской 'o'
ЗЫ Хотя немцы не парятся и часто свои мляуты используют :)
DF
А если с кодом будет работать нерусскоговорящий человек?
ŹR
Наоборот идеально, когда словарный запас меньше. Значительно уменьшается когнитивная нагрузка при прочтении
ŹR
Кроме того домен должен быть заранее определён в терминах, во время дизайна
DF
Ясненько.
СК
я тут подумал, писать бинарные строки как
<<"hello world">> как-то всегда напряжно было: 6 символов вокруг каждой строки... может попробовать пропушить как в python: b"hello world" как эквивалент?Не сломается ли парсинг например club"night club"?
V
сдался вам этот синтаксический сахар..
SP
Не сломается ли парсинг например club"night club"?
ну... это ведь и сейчас невалидный синтаксис
ŹR
Если хочешь донести смысл - можно воспользоваться словарем. И вообще важны не столько слова, сколько различия слов. Смысл определяется только в контексте «чем то отличается от этого».
Как пример:
Начинаешь стартап - у тебя все users. Потом вдруг оказывается, что есть managers и есть customers.
Так вот, до тех пор пока одного из них нету, второй может быть user БЕЗ потери смысла
Как пример:
Начинаешь стартап - у тебя все users. Потом вдруг оказывается, что есть managers и есть customers.
Так вот, до тех пор пока одного из них нету, второй может быть user БЕЗ потери смысла
ŹR
Если есть только customers - нафига их назвать customers, если можно users