Почитал. Опять придумали какую-то штуку, которая усложняет код и приносит больше потенциальных ошибок компиляции, но при этом всего лишь ускоряет сборку. Второе пришествие экспорта шаблонов прям.

с помощью нее можно так же ограничивать входные типы для шаблона

Нафиг это надо? Компилятор/компоновщик все равно одинаковые реализации удалит, оставив одну.

с помощью нее можно так же ограничивать входные типы для шаблона

Ок, но вот вопрос: это мало известная техника, появившаяся в C++11. Как много программистов о ней знают, и умеют правильно использовать? А если кому-то придется поддерживать твой код?

Ок, но вот вопрос: это мало известная техника, появившаяся в C++11. Как много программистов о ней знают, и умеют правильно использовать? А если кому-то придется поддерживать твой код?

нуу, я думаю уже много кто на с++11 кодит

Для ограничения типов Саттер предлагал вводить классы ограничений

уже больше 5 лет прошло с момента их релиза

Но имхо это вообще не нужно

нуу, я думаю уже много кто на с++11 кодит

У меня для тебя плохая новость. Эту технологию даже Мейерс не описал в своей книге.

Для ограничения типов Саттер предлагал вводить классы ограничений

это защита от дурака обычно, чтобы другие прогеры не думали юзать какие-то классы

Почитал. Опять придумали какую-то штуку, которая усложняет код и приносит больше потенциальных ошибок компиляции, но при этом всего лишь ускоряет сборку. Второе пришествие экспорта шаблонов прям.

Дык по факту это и есть export, только переименованный

И лучше документированный в спеке

Показал код Matrixlib типу из мира D (он с++ не может, только D и некоторые другие языки), он его отревьювил немного: Нужна поддержка foreach Переполнение в конструкторах Отсутствие деления Много копипасты *Стремные тесты, хотя нет - их отсутствие, а подобие - значит говно **Стремные исключения Отсутствие документирующих комментариев что-то еще, но я забыл *) Нужны Unit-тесты, те, что сейчас, попросту фейковые - одни перекрывают другие // test.cpp ... // A(m,N), B(N,m) Matrix<double> A(M,N); Matrix<double> B(N,M); ... A += B; // кидается исключение ExceptionWrongSizeAddition при неквадратной матрице т.к. A(m,N), B(N,m) ... catch(Matrix<int>::ExceptionSquareOperationForNonSquare) ... // Фейковый обработчик, хотя хуй там - два раза фейковый. **) Нужно вынести определения классов исключений в одну область видимости с Matrix<> Мы ведь не хотим написать так catch (Matrix<int>::ExceptionSquareOperationForNonSquare) {...} для Matrix<double> (так сейчас в нашем фейковом обработчике). Пользователь может захотеть ловить все исключения связанные с Matrix разом - catch(Exception) {...}. Оч-е-е-е-нь много копипасты, и даже шаблоны не спасли. Надоело писать... может позже

Показал код Matrixlib типу из мира D (он с++ не может, только D и некоторые другие языки), он его отревьювил немного: Нужна поддержка foreach Переполнение в конструкторах Отсутствие деления Много копипасты *Стремные тесты, хотя нет - их отсутствие, а подобие - значит говно **Стремные исключения Отсутствие документирующих комментариев что-то еще, но я забыл *) Нужны Unit-тесты, те, что сейчас, попросту фейковые - одни перекрывают другие // test.cpp ... // A(m,N), B(N,m) Matrix<double> A(M,N); Matrix<double> B(N,M); ... A += B; // кидается исключение ExceptionWrongSizeAddition при неквадратной матрице т.к. A(m,N), B(N,m) ... catch(Matrix<int>::ExceptionSquareOperationForNonSquare) ... // Фейковый обработчик, хотя хуй там - два раза фейковый. **) Нужно вынести определения классов исключений в одну область видимости с Matrix<> Мы ведь не хотим написать так catch (Matrix<int>::ExceptionSquareOperationForNonSquare) {...} для Matrix<double> (так сейчас в нашем фейковом обработчике). Пользователь может захотеть ловить все исключения связанные с Matrix разом - catch(Exception) {...}. Оч-е-е-е-нь много копипасты, и даже шаблоны не спасли. Надоело писать... может позже

Вообще-то foreach уже есть

Показал код Matrixlib типу из мира D (он с++ не может, только D и некоторые другие языки), он его отревьювил немного: Нужна поддержка foreach Переполнение в конструкторах Отсутствие деления Много копипасты *Стремные тесты, хотя нет - их отсутствие, а подобие - значит говно **Стремные исключения Отсутствие документирующих комментариев что-то еще, но я забыл *) Нужны Unit-тесты, те, что сейчас, попросту фейковые - одни перекрывают другие // test.cpp ... // A(m,N), B(N,m) Matrix<double> A(M,N); Matrix<double> B(N,M); ... A += B; // кидается исключение ExceptionWrongSizeAddition при неквадратной матрице т.к. A(m,N), B(N,m) ... catch(Matrix<int>::ExceptionSquareOperationForNonSquare) ... // Фейковый обработчик, хотя хуй там - два раза фейковый. **) Нужно вынести определения классов исключений в одну область видимости с Matrix<> Мы ведь не хотим написать так catch (Matrix<int>::ExceptionSquareOperationForNonSquare) {...} для Matrix<double> (так сейчас в нашем фейковом обработчике). Пользователь может захотеть ловить все исключения связанные с Matrix разом - catch(Exception) {...}. Оч-е-е-е-нь много копипасты, и даже шаблоны не спасли. Надоело писать... может позже

? ничего нового я не уаидел, но круто)

Вообще-то foreach уже есть

Надо iterator begin(), iterator end()

Я не помню, был ли он там

Нет

Показал код Matrixlib типу из мира D (он с++ не может, только D и некоторые другие языки), он его отревьювил немного: Нужна поддержка foreach Переполнение в конструкторах Отсутствие деления Много копипасты *Стремные тесты, хотя нет - их отсутствие, а подобие - значит говно **Стремные исключения Отсутствие документирующих комментариев что-то еще, но я забыл *) Нужны Unit-тесты, те, что сейчас, попросту фейковые - одни перекрывают другие // test.cpp ... // A(m,N), B(N,m) Matrix<double> A(M,N); Matrix<double> B(N,M); ... A += B; // кидается исключение ExceptionWrongSizeAddition при неквадратной матрице т.к. A(m,N), B(N,m) ... catch(Matrix<int>::ExceptionSquareOperationForNonSquare) ... // Фейковый обработчик, хотя хуй там - два раза фейковый. **) Нужно вынести определения классов исключений в одну область видимости с Matrix<> Мы ведь не хотим написать так catch (Matrix<int>::ExceptionSquareOperationForNonSquare) {...} для Matrix<double> (так сейчас в нашем фейковом обработчике). Пользователь может захотеть ловить все исключения связанные с Matrix разом - catch(Exception) {...}. Оч-е-е-е-нь много копипасты, и даже шаблоны не спасли. Надоело писать... может позже

@ned_ogl ?

@ned_ogl тебе наш Павлюченко очень сильно рекомендовал 81ю главу Чехрели

Андроид чмо, Павлюченко -> Ревьювер

Жесть автозамена

Она меня накаляет, но иногда нужна, приходится мириться

@ProgroBot

Любопытный бот

спасибо

А почему с D, а не с питоном?

Да. Тут был когда-то. Удалил, т.к. флуда много

А почему с D, а не с питоном?

?

Ну кажется в D есть gc

А значит нет того механизма работы с памятью как в плюсах

К чему это?

Показал код Matrixlib типу из мира D (он с++ не может, только D и некоторые другие языки), он его отревьювил немного: Нужна поддержка foreach Переполнение в конструкторах Отсутствие деления Много копипасты *Стремные тесты, хотя нет - их отсутствие, а подобие - значит говно **Стремные исключения Отсутствие документирующих комментариев что-то еще, но я забыл *) Нужны Unit-тесты, те, что сейчас, попросту фейковые - одни перекрывают другие // test.cpp ... // A(m,N), B(N,m) Matrix<double> A(M,N); Matrix<double> B(N,M); ... A += B; // кидается исключение ExceptionWrongSizeAddition при неквадратной матрице т.к. A(m,N), B(N,m) ... catch(Matrix<int>::ExceptionSquareOperationForNonSquare) ... // Фейковый обработчик, хотя хуй там - два раза фейковый. **) Нужно вынести определения классов исключений в одну область видимости с Matrix<> Мы ведь не хотим написать так catch (Matrix<int>::ExceptionSquareOperationForNonSquare) {...} для Matrix<double> (так сейчас в нашем фейковом обработчике). Пользователь может захотеть ловить все исключения связанные с Matrix разом - catch(Exception) {...}. Оч-е-е-е-нь много копипасты, и даже шаблоны не спасли. Надоело писать... может позже

К вот этому

Ну тип там можно половину претензий выкинуть сразу тогда

Притензий столько сколько косяков, без всякого отношения к Ди

Показал код Matrixlib типу из мира D (он с++ не может, только D и некоторые другие языки), он его отревьювил немного: Нужна поддержка foreach Переполнение в конструкторах Отсутствие деления Много копипасты *Стремные тесты, хотя нет - их отсутствие, а подобие - значит говно **Стремные исключения Отсутствие документирующих комментариев что-то еще, но я забыл *) Нужны Unit-тесты, те, что сейчас, попросту фейковые - одни перекрывают другие // test.cpp ... // A(m,N), B(N,m) Matrix<double> A(M,N); Matrix<double> B(N,M); ... A += B; // кидается исключение ExceptionWrongSizeAddition при неквадратной матрице т.к. A(m,N), B(N,m) ... catch(Matrix<int>::ExceptionSquareOperationForNonSquare) ... // Фейковый обработчик, хотя хуй там - два раза фейковый. **) Нужно вынести определения классов исключений в одну область видимости с Matrix<> Мы ведь не хотим написать так catch (Matrix<int>::ExceptionSquareOperationForNonSquare) {...} для Matrix<double> (так сейчас в нашем фейковом обработчике). Пользователь может захотеть ловить все исключения связанные с Matrix разом - catch(Exception) {...}. Оч-е-е-е-нь много копипасты, и даже шаблоны не спасли. Надоело писать... может позже

Это хорошо, спасибо

Познакомь с чуваком с D

Я сам D начал и учу потихоньку

Я сам D начал и учу потихоньку

Ну всё, всё. Специалист, специалист. Мне уже кажется, что я недели две наблюдаю эту фразу.

Ну всё, всё. Специалист, специалист. Мне уже кажется, что я недели две наблюдаю эту фразу.

странно, что не полгода, я на нём даже небольшую ОСь написал) она даже запускается и знает 2 команды, вот

совсем небольшую ОСь??

@ned_ogl тебе наш Павлюченко очень сильно рекомендовал 81ю главу Чехрели

кто такой павлюченко?

кто такой павлюченко?

Да черт его знает

ну мало ли препод какой-нить

Возможно)

Показал код Matrixlib типу из мира D (он с++ не может, только D и некоторые другие языки), он его отревьювил немного: Нужна поддержка foreach Переполнение в конструкторах Отсутствие деления Много копипасты *Стремные тесты, хотя нет - их отсутствие, а подобие - значит говно **Стремные исключения Отсутствие документирующих комментариев что-то еще, но я забыл *) Нужны Unit-тесты, те, что сейчас, попросту фейковые - одни перекрывают другие // test.cpp ... // A(m,N), B(N,m) Matrix<double> A(M,N); Matrix<double> B(N,M); ... A += B; // кидается исключение ExceptionWrongSizeAddition при неквадратной матрице т.к. A(m,N), B(N,m) ... catch(Matrix<int>::ExceptionSquareOperationForNonSquare) ... // Фейковый обработчик, хотя хуй там - два раза фейковый. **) Нужно вынести определения классов исключений в одну область видимости с Matrix<> Мы ведь не хотим написать так catch (Matrix<int>::ExceptionSquareOperationForNonSquare) {...} для Matrix<double> (так сейчас в нашем фейковом обработчике). Пользователь может захотеть ловить все исключения связанные с Matrix разом - catch(Exception) {...}. Оч-е-е-е-нь много копипасты, и даже шаблоны не спасли. Надоело писать... может позже

так, я просто в машине ехал. пожалуй, отвечу развёрнутее 1)про форич и не мечтайте. я сам пользовался им всего пару раз и нихера о нём не знаю, какое там, я из СТЛ используй дай Бог 1%. 2)деление - разбежались. там транспонирование не написано, а тебе обратную матрицу подавай. там даже определителя нет. всё будет, ждите. будет даже быстрое умное умножение 3)переполнение в конструкторах? щито? 4)копипаста - боль, но в угоду скорости. я бы не стал переписывать оператор вычитания через унарный минус и сумму, часто это замедляет дело. 5)тестов нет, даже претензий на тесты нет, тест.срр - это просто заглушка по типу статик ассерта. скомпилилось - комит - пуш. 6)исключения и вправду говно полное, я почитаю за них, поумнею на полкило, допишу нормальные исключения. СТЛные не предлагать. 7)документирующие комментарии - это прелесть D, в С++ есть доксиген и его я ещё не знаю. за критику огромное спасибо, спасибо что не поленился показать знающему челу. познакомь меня с ним, или замани его в @prodlang, и будет тебе третье спасибо

кстати, форич - тоже встроенная фишка D и реализовали её в СТЛ судя по всему "из зависти"

кстати, форич - тоже встроенная фишка D и реализовали её в СТЛ судя по всему "из зависти"

А не из js случайно?

А значит нет того механизма работы с памятью как в плюсах

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

А не из js случайно?

а хз, кто старше, тому и плюшки

а хз, кто старше, тому и плюшки

тогда какой-нибудь dolist в лиспе

оо, а ты лиспер?

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

он щас используется вообще?

всё используется кем-нибудь где-нибудь. промышленных программистов на лиспе я в своей жизни парочку видел, потом, скажем, scheme очень широко используется в cs, на clojure хипстеры что-то пишут

ахаха

так, я просто в машине ехал. пожалуй, отвечу развёрнутее 1)про форич и не мечтайте. я сам пользовался им всего пару раз и нихера о нём не знаю, какое там, я из СТЛ используй дай Бог 1%. 2)деление - разбежались. там транспонирование не написано, а тебе обратную матрицу подавай. там даже определителя нет. всё будет, ждите. будет даже быстрое умное умножение 3)переполнение в конструкторах? щито? 4)копипаста - боль, но в угоду скорости. я бы не стал переписывать оператор вычитания через унарный минус и сумму, часто это замедляет дело. 5)тестов нет, даже претензий на тесты нет, тест.срр - это просто заглушка по типу статик ассерта. скомпилилось - комит - пуш. 6)исключения и вправду говно полное, я почитаю за них, поумнею на полкило, допишу нормальные исключения. СТЛные не предлагать. 7)документирующие комментарии - это прелесть D, в С++ есть доксиген и его я ещё не знаю. за критику огромное спасибо, спасибо что не поленился показать знающему челу. познакомь меня с ним, или замани его в @prodlang, и будет тебе третье спасибо

1) Это имеось в виду for (auto elem: aray) {} - PR кину

а, длял этого итераторы нужны кажись

ERROR: S client not available

так, я просто в машине ехал. пожалуй, отвечу развёрнутее 1)про форич и не мечтайте. я сам пользовался им всего пару раз и нихера о нём не знаю, какое там, я из СТЛ используй дай Бог 1%. 2)деление - разбежались. там транспонирование не написано, а тебе обратную матрицу подавай. там даже определителя нет. всё будет, ждите. будет даже быстрое умное умножение 3)переполнение в конструкторах? щито? 4)копипаста - боль, но в угоду скорости. я бы не стал переписывать оператор вычитания через унарный минус и сумму, часто это замедляет дело. 5)тестов нет, даже претензий на тесты нет, тест.срр - это просто заглушка по типу статик ассерта. скомпилилось - комит - пуш. 6)исключения и вправду говно полное, я почитаю за них, поумнею на полкило, допишу нормальные исключения. СТЛные не предлагать. 7)документирующие комментарии - это прелесть D, в С++ есть доксиген и его я ещё не знаю. за критику огромное спасибо, спасибо что не поленился показать знающему челу. познакомь меня с ним, или замани его в @prodlang, и будет тебе третье спасибо

3) имелось в виду целочисленные переполнеия и или потеря точности

а, длял этого итераторы нужны кажись

Ага))

Begin(), end()

с другой стороны непонятно, как можно по матрице вот так линейно бегать фором?

матрица - это прямоугольник

по ней бегают с 2мя координатами

а, длял этого итераторы нужны кажись

ты можешь расширить свои row/const_row до итераторов (правда по строкам все равно придется делать свои)

матрица - это прямоугольник

в памяти один хрен одной сосиской лежит

бесспорно, но у меня нет чего-либо чтобы пробежаться по ней линейно

ну по двумерному массиву можно бегать линейно же

кроме как A(0, 1) ... A(0, rows*cols)

можно кнешн) но тут бедняге придётся извращаться) первая координата по факту номер строки, вторая - оффсет) если номер обнулить и бегать оффсетом, можно пробежать её линейно. но надо ли?

это всё-таки не вектор...

можно тупо указатель инкрементировать

я плохо представляю себе задачу, когда это нужно*

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

забить значениями разве только, но для этого будет соотв. конструктор.

я еси честно не умею в итераторы(

я даже плохо понимаю, как они изнутри работают

честно гря использовал дважды

тогда же когда и foreach?

3) имелось в виду целочисленные переполнеия и или потеря точности

предлагается цикл инициализации разбить на 2? эт можно.

справедливое замечание

всё используется кем-нибудь где-нибудь. промышленных программистов на лиспе я в своей жизни парочку видел, потом, скажем, scheme очень широко используется в cs, на clojure хипстеры что-то пишут

На кожуре написан риман, толковый обработчик инфраструктурных событий

Здрасьти

господа, а надо ли расставлять noexcept, и зачем оно?

https://habrahabr.ru/post/164221/

https://habrahabr.ru/post/164221/

О, автор этой статьи на конфе яндекса рассказывал про стандартизацию