Проблема начинается когда ты путь к файлу, который содержит пробелы, передаешь как аргумент вызова какой-нибудь команды. Командная строка считает, что передал не один аргумент, а два аргумента, тк пробел это как спец символ разделения аргументов
Этого можно избежать либо взяв путь с пробелами внутри в кавычки, либо не использовать пробел в именах файлов и папок
Ну смотри, что мы имеем. Проблема возникает только в случае если пробел используется как сепаратор. И то даже в этом случае проблема легко решается. И именно из за этой прелемы автор предлагает отказаться от пробелов в именах... Г - лоГика.
> Проблема начинается когда ты путь к файлу, который содержит пробелы, передаешь как аргумент вызова какой-нибудь команды. Командная строка считает, что передал не один аргумент, а два аргумента, тк пробел это как спец символ разделения аргументов
не вижу проблем:
`cd dir<Tab>`
превращается в
`cd dir\ with\ spaces/`
Ну, насчёт переменных, то технически можно, но нигде кроме 1C не принято, т.к. код станет абсолютно непонятным для огромного количества программистов.
Да при чём тут страна жительства. Дело просто в красоте кода. Это примерно как не пользоваться выравниванием кода. Вроде бы компилятор сожрет такое без проблем, но как то по пидорски так делать.
Хотя в одном проекте я уже подумываю перейти на русские названия переменных. В проекте много русских терминов, не переводимых на английский язык, и в добавок содержащих Ш, Щ, Э и т. д., но это скорее исключение.
Пример из истории: медицина.
Там принято всегда было использовать латинский язык для названий. И сейчас принято. Хотя даже язык уже почти умер сам по себе.
В программировании точно так же принято использовать английский. И менять это не имеет никакого смысла.
Да, в некоторых случаях создают. Подчёркиваю в некоторых. Во многих других случаях пробелы в именах файлов не создают никаких проблем. Даже для разработчика ПО (ты просто должен знать, что они там могут быть и учитывать это, базовые правила). И избегать использовать пробелы просто потому, что когда то это может создать проблему, это все равно что надевать презерватив каждый раз когда возбудился. Даже если ты в одиночестве смотришь порно.
> Даже для разработчика ПО (ты просто должен знать, что они там могут быть и учитывать это, базовые правила).
Если разработчик ПО не будет проверять все возможные варианты(не только пробелы, но и всякие кавычки и т.д.) входных данных, то это хуёвый разработчик.
IT-юмор
5.6K постов52.5K подписчика
Правила сообщества
Не публикуем посты:
1) с большим количеством мата
2) с просьбами о помощи
3) не относящиеся к IT-юмору