Но это для убер задротов, имхо

The Art of Computer Programming, Volumes 1-4A Boxed Set https://www.amazon.com/dp/0321751043/ref=cm_sw_r_cp_api_oiZzBb1252094

200 баксов почти

200 баксов почти

Великая вешь

Там примеры на ассемблере ?

Но это для убер задротов, имхо

То есть ты ссышь читать его?(:

А что лучше сейджвик или кормен?

Интересно сколько стоят все 7 томок

То есть ты ссышь читать его?(:

Читал и же

Или и то и то и по несколько раз?

Интересно сколько стоят все 7 томок

Они не вышли ещё

Там примеры на ассемблере ?

Да, на асме Кнута, для какой-то дикой машины

Да, на асме Кнута, для какой-то дикой машины

Асм тру пацанов

4А последний том, вроде

Так что пока нет 7ми

Видимо поэтому я не нашел пятого)

Хех

Не будем про Кнута. Затравят же

А что-то по типу этого сделает меня совершенным существом? https://www.amazon.com/Algorithms-4th-Robert-Sedgewick/dp/032157351X/ref=mt_hardcover?_encoding=UTF8&me=&qid=

https://github.com/HoTT/HoTT

Не могу определиться что выбрать․

Там правда не хватает функций для быстрого парсинга и форматирования (не использующих локали и стримы). Но для работы с таймзонами и календарями там всё сделоано суперски

Добавил в пример string_builder форматирование chrono::time_point.

cl.exe выдаёт:c1xx.dll: command line is too long to fit in debug record, никто не сталкивался?

Только не русское издание

а что плохо в русском? кривой перевод?

а что плохо в русском? кривой перевод?

Отвратительная вёрстка. Иногда все пробелы в строке пропадают

ДМК-пресс должно быть стыдно за такое

ДМК-пресс должно быть стыдно за такое

вроде на озоне в комментах видел, что там смысловая нагрузка искажена

https://cmake.org/cmake/help/latest/command/project.html Господа пишут [VERSION <major>[.<minor>[.<patch>[.<tweak>]]]] А как мне -rc1 сделать? тут же предусмотрено только X.Y.Z.U

вручную как-нибудь

Не приписывать версию в шмейке, а держать её только в гите.

Меньше мержепроблем.

Да там чуть ошибки есть синтаксические

В коде

вроде на озоне в комментах видел, что там смысловая нагрузка искажена

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

Не приписывать версию в шмейке, а держать её только в гите.

Ну я держу версию в гите в CMakeLists.txt

CMake сам не использует VERSION в CMakeLists.txt

Дожили

https://gitlab.kitware.com/cmake/cmake/issues/16716

Тогда зачем читать? Или будет польза если использовать те же принципы в плюсах?

Тогда купи "изучить PHP за 21 день", чо!

А что лучше сейджвик или кормен?

Кормена, 100%. Хотя Сэджвика я не читал...

@Inline0 а можно только компьютерную книжку попросить? Пелевина - iPhuck 10 возьми, почитаешь пару-тройку вечеров

@Inline0 а можно только компьютерную книжку попросить? Пелевина - iPhuck 10 возьми, почитаешь пару-тройку вечеров

Не знаю, но завтра утточню. Интересное конечно описание у этой книжки)

cl.exe выдаёт:c1xx.dll: command line is too long to fit in debug record, никто не сталкивался?

Юзай @filename

это с ним)

https://github.com/gabime/spdlog/releases/tag/v1.0.0

О, ещё одна

Hey, guys: "What is Python's Shell(IDLE) or Ruby's IRB equivalent in C++?"

Really upset compiling C++ with XCode

https://root.cern.ch/cling

@isenbaev thx

Hey, guys: "What is Python's Shell(IDLE) or Ruby's IRB equivalent in C++?"

You should not need normally such a tool for C++

Не хватает утили, факт. Я когда CaseFolding.txt парсил, выяснил, что Перл совсем забыл, и проще парсинг делать на С++. В вижуал студии, да.

Никак не могу придумать способ передать в качестве шаблонного аргумента строку в C++17 (не разрезая строку на символы). Типа такого: func<"ASD"_sv>(); Может есть идеи?

Никак не могу придумать способ передать в качестве шаблонного аргумента строку в C++17 (не разрезая строку на символы). Типа такого: func<"ASD"_sv>(); Может есть идеи?

Адрес глобального обьекта подойдет?

Никак не могу придумать способ передать в качестве шаблонного аргумента строку в C++17 (не разрезая строку на символы). Типа такого: func<"ASD"_sv>(); Может есть идеи?

Именно такой способ будет в C++20, см. "allow using classes as non-type initializers"

Адрес глобального обьекта подойдет?

Да, я понимаю, что можно просто объявить const char[] var = "...", а потом передать его, но это как-то резделяет вызов и строку, а хотелось бы для читаемости ее так не отдалять. Но в качестве замены, думаю, придется так сделать.

Ребят, в g++ есть какой-нибудь флаг, который заставит компилятор ругнуться на необработанное исключение в случае использование ф-ии типа void f() throw (std::logic_error) { ... } ?

Именно такой способ будет в C++20, см. "allow using classes as non-type initializers"

Хм, класс. Буду ждать.

Хм, класс. Буду ждать.

Зачем ждать?

Юзайте С++20)

Юзайте С++20)

По моим невидимым часам еще только 2018 год. А накатывать миллионы патчей на компиляторы и ждать по неделе, пока они соберутся тоже как-то не очень хочется. Поэтому используем максимально доступный стандарт.

Ребят, в g++ есть какой-нибудь флаг, который заставит компилятор ругнуться на необработанное исключение в случае использование ф-ии типа void f() throw (std::logic_error) { ... } ?

Конструкции throw (std::logic_error) задепрекеётили в C++11 и выкинули в C++17 не надо эту штуку использовать, она делает совсем не то, что от неё ожидают

Именно такой способ будет в C++20, см. "allow using classes as non-type initializers"

http://www.open-std.org/JTC1/SC22/WG21/docs/papers/2018/p0732r0.pdf

Конструкции throw (std::logic_error) задепрекеётили в C++11 и выкинули в C++17 не надо эту штуку использовать, она делает совсем не то, что от неё ожидают

Спасибо, Антон!

Спасибо, Антон!

На здоровье :)

Конструкции throw (std::logic_error) задепрекеётили в C++11 и выкинули в C++17 не надо эту штуку использовать, она делает совсем не то, что от неё ожидают

Надо б ее переделать так, шоб она делала именно то, что ожидают..?

http://www.open-std.org/JTC1/SC22/WG21/docs/papers/2018/p0732r0.pdf

Спасибо

Alex Ushanov (0) увеличил репутацию Alex Ф-ф-фэils!?︙ (1)

Надо б ее переделать так, шоб она делала именно то, что ожидают..?

+

Anatoly aka ttldtor Kalin (0) увеличил репутацию Alex Ф-ф-фэils!?︙ (2)

Надо б ее переделать так, шоб она делала именно то, что ожидают..?

Если поймёте как - дайте знать :)

У Ивана Пономарёва была идейка; надо б ее хотя б на уровень стдцпп.ру выложить

будет какой-нибудь [[throws std::logic_error]] а-ля джава, но со скобочками... Или уже все от такого отказываются? checked exceptions

Ребят, в g++ есть какой-нибудь флаг, который заставит компилятор ругнуться на необработанное исключение в случае использование ф-ии типа void f() throw (std::logic_error) { ... } ?

Спецификации throw для функций задепрекейтили. Их не нужно использовать.

О, а ведь теоретически любой пользовательский тип может иметь custom format. И не один. Мне кажется для этого удобнее будет перегружать не оператор вывода в поток а некую функцию, append(Writer, T, FormatArgs...). А в поток заруливать какой нить стандартной паковкой типа format(123, hex).

Спецификации throw для функций задепрекейтили. Их не нужно использовать.

Спасибо! Antony уже прояснил ситуацию ?

Спасибо! Antony уже прояснил ситуацию ?

А зачем тебе это нужно было?

Ведь ты же не хочешь программировать как на Java с его checked exceptions...

Ведь ты же не хочешь программировать как на Java с его checked exceptions...

Нет, просто интересно было ?

Ребята, как думаете, как скоро нам придется на Haskell пересаживаться? Типа, мощности растут за счет роста количества ядер в камне, и если попытаться задействовать все эти "мощности" - это будет приводить к жесткой борьбе за ресурсы конкретного ядра. А в функциональных языках программирования конструкции, кажется, более пригодны для того, чтобы их распараллеливать. --- Я ничего не утверждаю, но мне хотелось бы услышать ваше мнение.

Ребята, как думаете, как скоро нам придется на Haskell пересаживаться? Типа, мощности растут за счет роста количества ядер в камне, и если попытаться задействовать все эти "мощности" - это будет приводить к жесткой борьбе за ресурсы конкретного ядра. А в функциональных языках программирования конструкции, кажется, более пригодны для того, чтобы их распараллеливать. --- Я ничего не утверждаю, но мне хотелось бы услышать ваше мнение.

Вообще-то на хаскеле можно решать порядка 5%ов задач, решаемых на с++. (Оценка моя) Так что вопрос не понятен.

Ребята, как думаете, как скоро нам придется на Haskell пересаживаться? Типа, мощности растут за счет роста количества ядер в камне, и если попытаться задействовать все эти "мощности" - это будет приводить к жесткой борьбе за ресурсы конкретного ядра. А в функциональных языках программирования конструкции, кажется, более пригодны для того, чтобы их распараллеливать. --- Я ничего не утверждаю, но мне хотелось бы услышать ваше мнение.

Скорее придётся пересаживаться с Явы и Шарпов на C++.

Скорее придётся пересаживаться с Явы и Шарпов на C++.

+1

А что сразу хаскель-то? Для распараллеливания и продакшена Эрланг с Эликсиром хорошо заходят.

А что сразу хаскель-то? Для распараллеливания и продакшена Эрланг с Эликсиром хорошо заходят.

+1 за Erlang

Ребята, как думаете, как скоро нам придется на Haskell пересаживаться? Типа, мощности растут за счет роста количества ядер в камне, и если попытаться задействовать все эти "мощности" - это будет приводить к жесткой борьбе за ресурсы конкретного ядра. А в функциональных языках программирования конструкции, кажется, более пригодны для того, чтобы их распараллеливать. --- Я ничего не утверждаю, но мне хотелось бы услышать ваше мнение.

Распаралеливаются конструкции лучше, а вот ресурсов CPU они кушают зачастую больше. Пока что мне больше по душе "помучаться в одном месте с архитектурой и сделать так, чтобы остальным программистам многопоточность в глаза не бросалась", чем "оставить распаралеливание на откуп компилятору, и заставлять программистов писать на функционалых языках программирования"

Ребята, как думаете, как скоро нам придется на Haskell пересаживаться? Типа, мощности растут за счет роста количества ядер в камне, и если попытаться задействовать все эти "мощности" - это будет приводить к жесткой борьбе за ресурсы конкретного ядра. А в функциональных языках программирования конструкции, кажется, более пригодны для того, чтобы их распараллеливать. --- Я ничего не утверждаю, но мне хотелось бы услышать ваше мнение.

про закон Амдала слышали?

Распаралеливаются конструкции лучше, а вот ресурсов CPU они кушают зачастую больше. Пока что мне больше по душе "помучаться в одном месте с архитектурой и сделать так, чтобы остальным программистам многопоточность в глаза не бросалась", чем "оставить распаралеливание на откуп компилятору, и заставлять программистов писать на функционалых языках программирования"

Спасибо за конструктивное объяснение)

https://ru.wikipedia.org/wiki/%D0%97%D0%B0%D0%BA%D0%BE%D0%BD_%D0%90%D0%BC%D0%B4%D0%B0%D0%BB%D0%B0

про закон Амдала слышали?

Так..

https://ru.wikipedia.org/wiki/%D0%97%D0%B0%D0%BA%D0%BE%D0%BD_%D0%90%D0%BC%D0%B4%D0%B0%D0%BB%D0%B0

Ну такое. Мы пока до 1024х хардвартных потока в широком распространении не получили.

Распаралеливаются конструкции лучше, а вот ресурсов CPU они кушают зачастую больше. Пока что мне больше по душе "помучаться в одном месте с архитектурой и сделать так, чтобы остальным программистам многопоточность в глаза не бросалась", чем "оставить распаралеливание на откуп компилятору, и заставлять программистов писать на функционалых языках программирования"

+100. Да, я тоже знаю за автоматическую параллелизацию, но я полагаю, что пока человек этим может распоряжаться в разы лучше, чем глупый моток проволоки. И да, разные люди это по-разному хорошо делают.

Ребята, как думаете, как скоро нам придется на Haskell пересаживаться? Типа, мощности растут за счет роста количества ядер в камне, и если попытаться задействовать все эти "мощности" - это будет приводить к жесткой борьбе за ресурсы конкретного ядра. А в функциональных языках программирования конструкции, кажется, более пригодны для того, чтобы их распараллеливать. --- Я ничего не утверждаю, но мне хотелось бы услышать ваше мнение.

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