Delphi vs C++ vs C# , ну и Java немножко, где-то ближе к старшему байту номеров страниц

Цитата korvin @ 07.02.13, 16:01

Не знаю чего общего, у тренера спроси, почему он вдруг отождествляет паскалевский

procedure func(const x : Integer);

с сишным

void func(const int &x);

когда это (с одним отличием)

void func(int &const x);

Он не отождествляет. Он(как мне кажется) спрашивает, зачем и почему там так. В С++ ты можешь сделать итак и этак - это к делу не относится.

Цитата Radagast @ 07.02.13, 16:15

чтобы знать, является ли он потоко-безопастным
http://herbsutter.com/2013/01/01/video-you...st-and-mutable/

Спасибо, я предпочитаю CSP-style concurrency.

Цитата korvin @ 07.02.13, 16:19

я предпочитаю CSP-style concurrency.

Где ты его предпочитаешь используешь?

Цитата D_KEY @ 07.02.13, 16:17

Зачем возмущаться? Ты меня пытался убедить, что там меняется не значение, а биндинг переменной. Так вот. Это не соответствует действительности именно с точки зрения семантики и спецификации языка. То, что по причине отсутствия в языке некоторых средств изменение значение примитивного типа выглядит как изменения биндинга переменной - вопрос уже другой.

Наоборот, именно как оно выглядит для программиста и важно, ведь программисту писать код на этом безобразии =)

Цитата korvin @ 07.02.13, 16:21

Наоборот, именно как оно выглядит для программиста

Поскольку программисты читают доки, спеки и литературу по языку, который используют(а не перекладывают понятия из своих любимых языков на другие), то для них это выглядит как изменение значения.

Цитата D_KEY @ 07.02.13, 16:21

Где ты его предпочитаешь используешь?

Например на терминале проверки флешек на вирусы. Мелочь конечно. (там один поток гуи, другой мониторит подключение/отключение устройства, третий -- запуск/работа/остановка каспера, четвертый обрабатывает пользовательский ввод с гуя). На Racket.

Добавлено 07.02.13, 16:25
Щас еще планирую одну програмулину (больше Just for fun, поэтому в фоне по отношению к основным обязаностям, когда время есть) переписать в виде JSON-веб-сервиса на Go, может там где заюзаю.

Добавлено 07.02.13, 16:26

Цитата D_KEY @ 07.02.13, 16:23

Поскольку программисты читают доки, спеки и литературу по языку, который используют(а не перекладывают понятия из своих любимых языков на другие), то для них это выглядит как изменение значения.

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

Сообщение отредактировано: korvin - 07.02.13, 16:26

Цитата korvin @ 07.02.13, 16:23

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

Ну пусть забывают. Главное, чтоб не фантазировали на тему биндингов

Цитата Radagast @ 07.02.13, 16:15

чтобы знать, является ли он потоко-безопастным

Вот, кстати, недавно разбирались с коллегой в этой теме. Видео посмотреть у меня нет времени, но я не нашёл в Стандарте место про потокобезопасность const.

Цитата korvin @ 07.02.13, 16:17

Да, а мужики-то не знают.

Да приводил ты уже эту ссылку. На что я сказал, что если уж

Цитата

Oblomov Systems is a one-person software company based in Utrecht, The Netherlands.

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

Добавлено 07.02.13, 16:38

Цитата MyNameIsIgor @ 07.02.13, 16:31

Вот, кстати, недавно разбирались с коллегой в этой теме. Видео посмотреть у меня нет времени, но я не нашёл в Стандарте место про потокобезопасность const.

Radagast, это я к тому, что если вы можете раскрыть тему и просветить меня, то я буду только рад

MyNameIsIgor
просто посмотрите видео, оно не такое уж и длинное можно даже только 1ю половину, про const (во 2й половине-mutable) а суть в том, что это требование получилось у них случайно, в одном-единственном абзаце из Стандартной библиотеки. Из него следует, что все const-методы либо ничего не меняют в объекте, либо имеют соотв. защиту от вызова из нескольких потоков.

Цитата Radagast @ 07.02.13, 18:57

это требование получилось у них случайно, в одном-единственном абзаце из Стандартной библиотеки. Из него следует, что все const-методы либо ничего не меняют в объекте, либо имеют соотв. защиту от вызова из нескольких потоков.

Вооооот. Примерно к такому выводу мы с коллегой и пришли. Т.е. сам по себе const ничего нового не привносит - это в стандартной библиотеке так сделано. Правильно?

Цитата MyNameIsIgor @ 08.02.13, 04:52

сам по себе const ничего нового не привносит

Скотт Мейерс опубликовал примерный список тем, которые он собирается рассмотреть в новой книге Effective C++11. Одна из них

Цитата

Make const member functions thread-safe.

Так что, const сам по себе этого не делает.

Kray74, спасибо, я так и думал.

Цитата korvin @ 07.02.13, 14:53

Ну вот видишь, const не нужен, нужно отсутствие мудаков. =)

Не говори ерунды. Как ты без const определишь, мудак ли код писал или нет?

Добавлено 08.02.13, 11:26

Цитата MyNameIsIgor @ 07.02.13, 16:31

Видео посмотреть у меня нет времени, но я не нашёл в Стандарте место про потокобезопасность const.

Наверно имелся в виду "17.6.5.9 Data race avoidance"

Цитата Qraizer @ 08.02.13, 11:06

Не говори ерунды. Как ты без const определишь, мудак ли код писал или нет?

Да я и с const не могу быть уверен судя по по обсуждению.

korvin, я так и не понял, что тебе не ясно. Ты не понимаешь пользы от констант? Или считаешь, что константы пользовательских типов не имеют смысла? Или тебе не понятна польза от контракта функции/метода, который говорит, что не будет менять переданный ему объект? Я бы лично вообще предпочел const по умолчанию, чтобы возможность изменений была явным образом обозначена...
Не понимаю, что тебе не понятно