Все криво! Только православные машинные кода спасут этот мир от этих щенков, которые называют себя "программистами"

давайте же обмажемся все avx2

а как ты на Си напишешь general container? макросами? )))

void *

void *

найс решение ? знаю я про этот хак)

найс решение ? знаю я про этот хак)

нас этому в универе научили

нас этому в универе научили

ахахахах. Боже, ссаными тряпками просто кидать надо за такое...

Так, отлично: настроил 72 билда в буст.

маньяк!

40 часов будет билдится

ааа, ну разве что. Ну тут тогда кресты точно не подходят. Надо обмазываться джавой\шарпом (что-нибудь есть ещё, что опекает своего пользователя ещё сильнее, чем Джавка)?

Нет строгой типизации - ты в ажуре

Нет строгой типизации - ты в ажуре

Что-то напомнило историю из жизни. По халтуре пришлось работать вместе с мужиком 40+, который на полном серьезе утверждал, что отладчик это бесполезная херня для молокососов, которые не могут представить весь проект. А значение переменной можно и в терминал выплюнуть. И поэтому для удобства "отладки" практически все, кроме встроенных типов, передавалось из модуля в модуль и из метода в вметод JSON-ом.

Ох-ох...

Что-то напомнило историю из жизни. По халтуре пришлось работать вместе с мужиком 40+, который на полном серьезе утверждал, что отладчик это бесполезная херня для молокососов, которые не могут представить весь проект. А значение переменной можно и в терминал выплюнуть. И поэтому для удобства "отладки" практически все, кроме встроенных типов, передавалось из модуля в модуль и из метода в вметод JSON-ом.

Лол

debug driven development

Я тоже такого знаю, но он к отладчикам нормально относится, просто не привык

Что-то напомнило историю из жизни. По халтуре пришлось работать вместе с мужиком 40+, который на полном серьезе утверждал, что отладчик это бесполезная херня для молокососов, которые не могут представить весь проект. А значение переменной можно и в терминал выплюнуть. И поэтому для удобства "отладки" практически все, кроме встроенных типов, передавалось из модуля в модуль и из метода в вметод JSON-ом.

Врагу не пожелаешь такого

парни, не удержался, извините, я вам поорать принёс

С++ сам по себе нахуй не нужен, только если писать на нём как на сишке с классами

весь новый функционал - ненужная хуета

некоторые большие проекты даже не используют исключений

они нахуй не нужны в С++!

парни, не удержался, извините, я вам поорать принёс

ну это такой жырный наброс что я тебе готов варнинг бесплатный подарить!

а это не си с классами?

весь новый функционал - ненужная хуета

Правильно. Зачем использовать auto, если можно просто написать typename Registration::RigidRegistration::RegistrationMethod::MetricType::ParametersContainer::Pointer container = ...

я тоже думаю что так гораздо понятней

я как-то писал так, когда думал, что auto — это не лучшая практика

да и for (Registration::RigidRegistration::RegistrationMethod::MetricType::ParametersContainer::const_iterator it = container.begin(); it != container.end(); ++it) гораздо удобнее чем for (auto item : container)

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

я как-то видел тред, почему в джаве var не нужен.

тоже такие вот умники ))))

да и for (Registration::RigidRegistration::RegistrationMethod::MetricType::ParametersContainer::const_iterator it = container.begin(); it != container.end(); ++it) гораздо удобнее чем for (auto item : container)

Не используешь иммутабельность - не живешь

я как-то видел тред, почему в джаве var не нужен.

я знаю, потому что его уже забрал Котлин

я как-то видел тред, почему в джаве var не нужен.

Что за var такой ?

Что за var такой ?

auto наш

В джаве все как не у людей...

var будет вроде как в Java 9

#holywar

С таким заявлением вам лучше сюда: pro.cxx.holywars

JEP 286: Local-Variable Type Inference http://openjdk.java.net/jeps/286 Ещё вроде бы не принят.

Но пуканы Java-телепузикам уже рвёт ?

хех, у них там давно горит

так, поставил апдейт на вижлу - также лагает на RxCpp переход на функции

про джаву - хз, в С#/.NET var давно есть

че рвет-то?

че рвет-то?

от type inference видимо, думают что они теперь сраные скалисты

там с этим все однозначно, нет приколов с вычислением типа, как с auto.

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

что-то я не пони, в джаве type inference как-то более по-другому работает?

упс, забей. То я тебя не понял

от type inference видимо, думают что они теперь сраные скалисты

Я так понял, в основном они были против.

/help@FailsBot

/help@FailsBot

Правильно. Зачем использовать auto, если можно просто написать typename Registration::RigidRegistration::RegistrationMethod::MetricType::ParametersContainer::Pointer container = ...

подозреваю, что он не хотел использовать неймспейсы и шаблоны в том числе

так что это unrelated в его случае

что значить void Foo() const const делает невозможным изменение членов класса внутри функции?

что значить void Foo() const const делает невозможным изменение членов класса внутри функции?

да

спасибо

что значить void Foo() const const делает невозможным изменение членов класса внутри функции?

в такую функцию передается this const вместо просто this

что значить void Foo() const const делает невозможным изменение членов класса внутри функции?

`const` делает невозможным изменение НЕСТАТИЧЕСКИХ НЕ-MUTABLE-членов данных, доступных через указатель this данной функции. Статические члены данных и нестатические члены данного класса, доступные другими способами, изменять при этом не запрещено. Также можно обойти это правило через явные const_cast (хотя это — плохой стиль).

Прояснили! спасибо

Также можно обойти это правило через явные const_cast (хотя это — плохой стиль). это ведь ub?

ERROR: S client not available

нет . С какого?

нет . С какого?

а с какого нет?

это UB чистой воды

это UB чистой воды

почти уверен что нет

почти уверен что нет

ладно, пойду открою стандарт

ладно, пойду открою стандарт

уже проверил

уже проверил

?

только если объект сам по себе не конст

ссылку плиз для просвещения

к сам обьект const - это понятно, что UB ?

это даже не обсуждается

§7.1.​5.1/4 says Except that any class member declared mutable (7.1.1) can be modified, any attempt to modify a const object during its lifetime (3.8) results in undefined behavior

Можно ли как-то избежать передачу фейкового параметра, если мне нужно объявить extension point, с одним настоящим (возможно, шаблонным) параметром возвращающий SomeTemplate<Args...>

к сам обьект const - это понятно, что UB ?

ну а иначе очевидно что нет, иначе в чем смысл команды которая всегда УБ

ну а иначе очевидно что нет, иначе в чем смысл команды которая всегда УБ

так, у меня const метод, который пытается поменять состояние не-const обьекта

Можно ли как-то избежать передачу фейкового параметра, если мне нужно объявить extension point, с одним настоящим (возможно, шаблонным) параметром возвращающий SomeTemplate<Args...>

https://pastebin.com/3KqphvWU

только если объект сам по себе не конст

Может, наоборот, если объект сам по себе CONST ?

7.1.5.1 - уже устарело. там сейчас про constexpr

http://en.cppreference.com/w/cpp/language/const_cast вот тут, в конце

7.1.5.1 - уже устарело. там сейчас про constexpr

я в старом видать посмотрел

http://en.cppreference.com/w/cpp/language/const_cast вот тут, в конце

звиздец, всю жизнь думал иначе. Спасибо

звиздец, всю жизнь думал иначе. Спасибо

компилятор же практически не учитывает const

настолько, что вижак даёт исключительно warning на преобразование && в &

звиздец, всю жизнь думал иначе. Спасибо

Notes const_cast makes it possible to form a reference or pointer to non-const type that is actually referring to a const object or a reference or pointer to non-volatile type that is actually referring to a volatile object. Modifying a const object through a non-const access path and referring to a volatile object through a non-volatile glvalue results in undefined behavior.

Сори, что разочаровал вас ...

Notes const_cast makes it possible to form a reference or pointer to non-const type that is actually referring to a const object or a reference or pointer to non-volatile type that is actually referring to a volatile object. Modifying a const object through a non-const access path and referring to a volatile object through a non-volatile glvalue results in undefined behavior.

да прочитал я это уже, прочитал ?

Вот Евгений правильно сказал, если оно UB, то зачем const_cast вообще?

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

https://habrahabr.ru/post/307266/