В 1С по-умолчанию передаются параметры по ссылке, а вот по значению только специально через директиву Знач
Насколько мне известно в других языках с точностью до наоборот. Вопрос, это историческая ошибка 1С или глубоко продуманный верный ход?

это помесь 1-го и 2-го + неявная типизация

>Насколько мне известно в других языках с точностью до наоборот
либо перечисли другие языки, либо бери слова обратно

Там где отсутствует понятие указателя

(2) да, я бы тоже не стал так категорично...

(2) а паскаль?

(2) Delphi, С#, C++

(3) +5

(2) ну в C# например... by ref

(2) В С++ создаются копии. Чтобы передать по значению нужно использовать в объявлении процедуры &.

а в java, Лисп?

главное, привыкнуть..... пустался только при первом использовании. дальше тупо запомнил

Какая разница как, абы работало. редко, когда передача параметров используется часто, а если такое и происходит - правьте код.

особенно весело выглядит конструкция передачи параметра по ссылке со значением по умолчанию

имхо, 1С тупанула давным давно, теперь тащит "наследство" дальше

+(8) более того, там ref надо писать не только в декларациях, но и при вызове каждый раз

микрософт, надо полагать, тоже с VBA тупанула?
и теперь умирает в обломах и через силу тащит это наследство

(16) +1

vba такой же специализированный "недоязык" типа 1с

(18) совершенно верно, именно по этому попытки сравнения этих двух с Delphi и C++ вызывают баттхёрт. Глупо сравнивать кислое с мокрым.

(16) в общем именно так и есть

Но это все-таки не такой жуткий косяк как NULL и Неопределено ?

(21) это так, косячок, по сравнению с тем косячищем

(22) Т.е. правильнее было писать нечто перед параметрами передаваемыми по ссылке, а по умолчанию передавалось бы по значению?

(23) имхо, конечно, но да

(24) Если "знач" используется максимум в 5% всех процедур на 1С, значит придется писать практически везде. Зачем?

(25) в 5% пишется Знач, хотя используется передача по значению именно в 95%

(21) А подробнее?

(26) в 95% из эти твоих 95% всем по.уй, как передается параметр, так зачем память хавать, передавая по значению?

(26) Неправда. Создавать копию передаваемого объекта оправдано если нужно безопасно изменить его в теле или _специально_ получить копию.

(28) безопасность кода

(27) Неопределено и пустая ссылка это зло 1С 8

(30) Пример опасного кода и решения с помощью перевод на передачу по значению по-умолчанию.

*решения с помощью перевода 1С на передачу параметров по значению по умолчанию.

Процедура Тест(Чтото)
 Чтото=Чтото+1;
КонецПроцедуры

Тест(ВыборкаЗапроса.Сумма); //тут будет ошибка real-time

Так-так, сначала семерочники клевали восьмерку за то, что там нет семерочных методов/приемов и прочего, а теперь еще и начали клевать за то, что встроенный язык не похож на другие языки... Должна ли волновать шерифов-1С проблема каких-то там индейцев-программистов, что им не хватает чего-то там из других языков? ;)

(35) правильно, зачем юзать известные вещи? нужен собственный велосипед, пусть квадратноколесный, но свой!

(36) а что там квадратноколесного? Расскажите о преимуществах, которые предоставит постоянная передача параметров по значению.

(37) например (34)

про NULL вообще молчу

(38) ну а зачем такой маневр нужен? Для каких целей может понадобиться изменять значения _фиксированной_ коллекции?

Передача по значению - это частный случай. Не будешь же передавать по значению переменные типа ДокументОбъект или "ТаблицаЗначений. Правильно сказал (28)

(41) а почему и нет? может я подменю ссылку на объект внутри

(34) если ты два пальца в розетку засунешь, 1С тебе тоже ни чего не скажет, но это ни как 1С не характеризует

(43) безопасность кодинга надо повышать, а 1С часто забивает на это

Если считать что  реализация мягкой типизации сходна с OLEVARIANT типом то все переменные в 1С - не считая простых это ссылка на структуру хранящую тип и значение переменной. Поэтому все правильно. Ссылка всегда передавала "управление" над своим содержанием, и только используя спецификаторы доступа можно было ее "защитить".