⚹ https://github.com/sosachbot/cppthreadhat/wiki
Ответы на вопросы:
⚹ https://en.cppreference.com/w/
⚹ https://www.cplusplus.com/reference/
Звездочки для указателей:
⚹★☆☀⚛✱✬⛧ ✭ ✮ ✯ ✰ ✡⛥ ⋆ ✢ ✣ ✤ ✥ ❋ ✦ ✧ ✩ ✪ ✫ ★⚹
Прошлый тред: https://2ch.hk/pr/res/1719888.html
Смешно.
Я правильно понимаю, что все кроме модулей добавляется просто созданием новой библиотеки, а сам язык фактически не изменяется?
А что, если появление модулей решит проблему с подключением либ/управлением зависимостями, и легаси cmake наконец-то сдохнет?
>C++20
Нахуя так усложнять язык? ещё stl нормально использовать не научился, а они уже пару новых парадигм успели придумать. Нахуя блять это всё делается, на каком-то тырпрайзе реально не хватало этих ranges и constexpr контейнеров, чтоб всё работало?
Ну и на том спасибо.
Лучше бы разбили С++ на несколько подязыков, отдельный для каждой "парадигмы", и для каждого описали свой стандард, из которого были бы выброшены все элементы, не соответствущие этой "парадигме" конкретного подязыка. Логично, что многие подходы ranges так или иначе являются переосмыслением тех же stl итераторов. В проекте, в котором повсеместно используюется один подход, другой бы не применялся. Итого можно было бы получить подязыки С++STL, C++Functional, C++Ranges и т. д. И все они были бы совместимы друг с другом на уровне отдельных библиотек.
Я сделал правильный выбор?
>>1728252 →
Автор ебанутый наглухо.
>Есть какие-нибудь проблемы именно по части содержания?
Именно эту книгу я не читал, а читал его учебник "введение в профессию". По части содержания - всё очень-очень неплохо. Проблема только с тем как он хуево пишет. Натравить бы на эти книги хорошего редактора с писательским опытом - цены бы им не было.
>>1728337
Есть же уже либа с более адекватным синтаксисом https://github.com/mrange/cpplinq (правда ее уже никто не обновляет). Почему они решили сделать какую-то нечитабельную херню вместо этого?
> что такое линковка
Склеивание скомпилированных единиц трансляции (cpp файлов) в единый бинарник
> почему при смене abi все пойдет по пизде
Потому какой-нибудь бинарник рассчитывает, что в твоём классе будет два поля, но после поломки ABI там осталось одно. Повезёт, если не соберётся. Если не повезёт, то оно соберётся и отстрелит тебе хвост по самое ебало
> Мне чтобы сертификатик получить надо его бахнуть.
Про туалетную бумагу слышал, не? Никому твои всратые сертификаты не нужны, повезёт, если прогеры твоё резюме прочитают за пять минут до собеса.
>Да и вроде на собесах просят реализовать, в качестве тестового задания.
Я так понимаю, эту страшилку тебе на тех же говнокурсах рассказали?
>Про туалетную бумагу слышал
Слышал, я ей жопу вытираю
>Никому твои всратые сертификаты не нужны
Ты скозал? Если бы они не были нужны, то их бы и не было, а они есть.
Как минимум, сертификат показывает, что ты действительно пытался чего-то достичь, а не просто балобол.
>если прогеры твоё резюме прочитают за пять минут до собеса
Шиз, а как они ему будут вопросы задавать ты подумал? Им не выгодно так на отъебись делать собес, потому что они блять к себе на работу принимают, чтобы он деньги приносил, смекаешь? Я тебя может удивлю, но в нормальной конторе делается несколько печатных копий твоего резюме для каждого собеседующего.
>страшилку тебе на тех же говнокурсах рассказали?
Ну хоть тут ты не обосрался, хотя опять же - что будет в качетсве тестового даже сам Аллах не знает. Всё, что требуется от кандитата так это соответствовать собственному резюме.
>Я тебя может удивлю, но в нормальной конторе делается несколько печатных копий твоего резюме для каждого собеседующего.
Всем плевать на твое резюме, у собеседующих есть набор стандартных вопросов и задач которые они задают, после собеседования они отправляют фидбэк и забывают о тебе.
std::random_device rd;
std::mt19937 gen(rd());
std::uniform_int_distribution<> distrib(1, 6);
Быстро-быстро срет в консоль
Суть функции: передаю корневой каталог в котором надо найти все файлы (включая файлы в под-директориях), извлечь из них информацию и засунуть в структуру, а структуру в вектор запушить (который на скрине пока не используется).
У меня нет c++17 в gcc 8.1.0.
>>1730792
Я пробовал сигналами ловить его (SIGSEGV). Не ловит, значит это не он.
>>1730809
>>1730803
Если бы этот дебаггер еще работал сам нормально... Например, я сейчас смотрю как заполняются поля структур и вижу, что половина почему-то вообще не отображается после записи, хотя, если сделать cout этого поля, то все нормально. Хз, проблема ли это плагина для vscode, либо самого отладчика gdb.
Как вообще происходит возвращение переменной в конце выполнения функции, если этой переменной если она автоматическая уже не должно существовать?
Какой же ты тугой.
Функция принимает на вход си-строку, там по дефолту нужно выделять память.
То, что методы string и методы, которые принимают ее на вход, сами это делают тут не при чем.
И нехуй потом жаловаться, что при использовании string в методе, который принимает char*, ты обсираешься на выделении памяти.
Посмотри дизассемблер. В зависимости от соглашения о вызовах переменная может быть на на стеке вызванной функции, который зачистит уже вызывающая после возврата (предварительно переложив результат вызванной в какую-то свою переменную), а может передаваться через регистр и тогда стирание фрейма вызванной её не затронет
>Какой же ты
>Какой же ты
Какой же ты жалкий. Нахуй ты свою пасть разеваешь вообще, уебище? Если до тебя десятый раз суть мысли не доходит, иди пробздись что ли, я хз. Ты как долбаеб одно и тоже повторяешь, сука. Съеби, реально. Тут для тебя места точно нет. Такие, как ты должны сидеть в своем углу и дрочить друг-другу на своих законных местах. Квадраты у него в отверстия пихают, долбаеб, блядь. Хррртьфу в ебало тебе, чмо пикабушное.
Так что за библиотека?
Это именно внешняя C/++-либа, никак не связанная с Qt?
>>1731249
У Qt и так есть модуль для работы с SQL-базами, в т.ч. SQLite.
https://doc.qt.io/qt-5/qsqldatabase.html
Просто нагугли примеры. https://habr.com/ru/post/128836/
мимокрок, последний раз писал на Qt/С++ много лет назад в шараге
Ананасы, выполнил такое задание, но оно неверно выполнено. Что не так, кроме того, что я немного поменял оглавление функции?
Она не оптимизирована по количеству обращений к памяти, например.
Ты сначала идёшь по всей строке до конца, а потом идёшь обратно по пробелам. Это O(n+m), где m - количество пробелов. Если вся огромная входная строка состоит из пробелов, то ты дважды пройдёшься по огромной строке.
Можно идти по строке и при встрече с пробелом сохранять его адрес и обнулять его, если встретил непробельный символ. Это O(n). Потом скопировать в новую строку всё от начала до полученного указателя, если он не нулевой. Ну и не забыть про налл терминейшн.
Конкретно ошибок в коде не искал.
Как авторы этих туториалов собираются выигрывать это место? Каждый раз делать свои ноды и паковать там битики, потому что семь лишних бит это важно? Unsigned char, да даже просто char, для высоты АВЛ хватит с головой, потому что высота дерева это logN, и для высоты 30 должно быть миллиард нод.
GCC цвет далеко-далеко не в одном бите хранит. (строка 00090)
https://gcc.gnu.org/onlinedocs/libstdc++/libstdc++-html-USERS-4.1/stl__tree_8h-source.html
Что "скорость"? Я разобрался, в чём преимущество. Да, в RB будет меньше вращений -> должно местами быстрее работать.
Я про том, что в туториалах и на википедии отдельным пунктом упоминают, что RB дерево будет занимать меньше места, чем АВЛ, но по факту так не делают, а если так делать, то это скорее всего убьёт всё преимущество по скорости.
Инфа же всё равно в каком нибудь char хранится, который побитно обрабатываеся, всё равно надо по байту выделять, наверное.
>>1733492
И это хорошо, пердолинг никогда и ни к чему хорошему не приводит. Вчера поинтересовался хаскелем и понял, что лучше пожертвовать памятью с одинаковыми данными для каждого потока в программе, чем выгибаться от ментального напряжения в попытке сэкономить пару мегов инфы. Но хаскель по моему слишком куда-то далеко пошёл в своей идее функций.
Как мне их закинуть в директорию и от туда подключать (к примеру #include "3rd_party/tabulate/table.hpp")? Использую cmake.
Просто эти заголовки друг друга подключают по пути #include <tabulate/*.hpp>
Подскажите
Завези сам
https://stdcpp.ru/
Или этого можно добиться только написав делающий это вручную makefile?
Так же вопрос насчёт web framework'ов? Можно ли на C++ нормальный CRUD написать как на джувке?
Если всё хуйня, то как бы поясните чё вы сами-то кроме лаб на крестах пишите? Вы не подумайте, я не стебусь, я просто жабист и вот вкатываюсь.
> есть ли на C++ хуйня типа maven или npm?
Vcpkg, conan.
> Или этого можно добиться только написав делающий это вручную makefile?
Вопреки здравому смыслу, здесь принято делать так. Или через cmake.
> Так же вопрос насчёт web framework'ов? Можно ли на C++ нормальный CRUD написать как на джувке?
Нормальный - нет . Хоть какой-то - да. Есть несколько либ, их никто не использует, и со спрингом в плане крудошлёпства они не сравнятся.
> Если всё хуйня, то как бы поясните чё вы сами-то кроме лаб на крестах пишите?
Открой hh, вбей кресты и почитай, что пишут, чем придётся заниматься. Что угодно, кроме веба.
> Vcpkg, conan.
А это кто-то юзает, или сделано для галочки?
> Вопреки здравому смыслу, здесь принято делать так. Или через cmake.
Божественный cmake
> Открой hh, вбей кресты и почитай
https://hh.ru/vacancy/37314205
Вот увидел. Как они пишут бэк на крестиках? Или на C++ только МИКРОСЕРВИСЫ и КОРЫ делают, а запросы резолвят чем-то ещё?
> в плане крудошлёпства они не сравнятся.
А почему? Язык бы мог джаву порвать...
> или сделано для галочки?
Да, но кто-то использует.
> https://hh.ru/vacancy/37314205
Там, похоже, не классический бекенд, отдающий html, а очереди и вебсокеты. Этим заниматься на плюсах не так больно.
> А почему? Язык бы мог джаву порвать...
Небезопасный и сложноват. Конкретно джаве конкуренты, наверное, только шарп и пщ. Бизнесу нужна проверенная временем и устойчивая к ошибкам кодера технология, которую может изучить куча разрабов, чтобы брать количеством.
>Там, похоже, не классический бекенд, отдающий html, а очереди и вебсокеты. Этим заниматься на плюсах не так больно.
А насколько рилтайм аппликации на вебносках лучше делать на C++, чем на каком-нибудь node или той же java?
Буст к производительности будет?
> Небезопасный
Ну хуй знает, завезли же smart-ptr. Или не безопасный это больше про еблю с потоками? Ну это да, есть немного. Сложнее будет. А так язык как язык. Не знаю чем прям он такой сложный. По-моему весь спринговысер разбирать не легче.
> А насколько рилтайм аппликации на вебносках лучше делать на C++, чем на каком-нибудь node или той же java? Буст к производительности будет?
Имеет смысл, только если будут интенсивные расчёты/вычисления. Судя по словам "реалтайм" и "крутая математика", там так оно и есть. В остальном толку мало, в обычном круде самое долгое - ждать ответ на запрос к базе, и стльного буста не было бы, что джава, что ассемблер.
> smart-ptr
Не универсальны, потому что куча либ и старого кода работает с сырыми указателями. Да и без этого хватает способов выстрелить себе в ногу, тот же move.
> весь спринговысер разбирать не легче
В спринге ты хоть разбираешь только то, что нужно. Учишь десяток аннотаций, ставишь их в правильных местах - и вот тебе готовое приложение. В плюсах тебе одни только шаблоны будут сниться в кошмарах, что уж UB.
>крутая математика
А я этого не говорил :^)
> реалтайм
Под риалтаймом я как раз имел в виду не крудец.
> потому что куча либ и старого кода работает с сырыми указателями
Так они же сами должны уже мемори менеджить? Или я чего-то не ппонимаю.
> В плюсах тебе одни только шаблоны будут сниться в кошмарах
Ну темплейты это слишком сильное колдунство иногда, это да.
> не говорил
Там в вакансии упоминается, имею в виду.
> Так они же сами должны уже мемори менеджить?
Менеджат, да. Но в местах вызова можно проебаться. Это всё равно нужно постоянно держать в голове вместо джавовского "я создал объект, передал куда-то ссылки, а дальше пусть GC разбирается".
stringstream выглядит как говно, особенно если формат строки сложный. Склеивать строки c std::to_string ещё более неудобно. Нет какого-то стандартного sprintf, чтобы вывод был сразу в std::string без ёбли с буферами?
https://en.cppreference.com/w/cpp/utility/format/format который уже ДОЛЖЕН быть, но вроде пока нет в стандартной либе. Поэтому приходится вручную подключать https://github.com/fmtlib/fmt
>https://github.com/fmtlib/fmt
Похоже это лучший вариант, спасибо.
>>1734793
>Напиши свой враппер вокруг sprintf
Ну я так и делал через snprintf с локальным буфером, просто надоело ощущение велосипеда.
Можно начать с малого, устроиться на подобную работу, через несколько лет питания исключительно гречкой купить за 5 лямов где-нибудь за МКАДом, чтобы добираться до работы за 2 часа. Затем поднакопить ещё сколько-то, взять новую и т.д, пока внезапно не обнаружишь, что тебе уже 50 лет, здоровье посажено, тяночки нет и никогда не было.
Алсо, что скажете о clion? Думаю, может туда перейти... Но мне нравились все эти редакторы простенькие типа sublime text, vscode, только постоянно в них проблемы какие-то с удобством использования gui дебага у меня. VS studio вообще не нравится, тяжелая, открывается годами. Если clion окажется таким же тяжеловесом медленным, то скорее всего продолжу жрать кактус.
Вообще не понимаю людей, топящих за vim/emacs. Неужели там действительно все так удобно, включая дебаг? А автодополнение там есть вообще?
Т.е.
Содержимое файла: 01 02 03 04
1 вариант:
file.read((char*)&floatVar, sizeof(floatVar)); -> floatVar = 1.53999e-36 (ПРАВИЛЬНО)
2 вариант:
file.read((char)&charArr[0], 4);
intVar = ((((((((0x00 << 8) | charArr[3]) << 8) | charArr[2]) << 8) | charArr[1]) << 8) | charArr[0]);
floatVar = (float)intVar; -> floatVar = 1.69091e+07 (ХУЙНЯ)
https://en.cppreference.com/w/cpp/memory/new/operator_new
Там ниже идёт operator new(std::size_t sz, bool b) - что это за bool, откуда он берётся? Там написано что placement-версия должна иметь 2 или более параметров, но если я меняю на int - то оно не компилируется. С bool всё работает, но не хотелось бы писать однотипный ctrl+c/ctrl+v оператор во всех классах.
Эээ, ну и что из этого следует? Риалтайм — это про константное время выполнения, а не про твои маняфантазии. Если на одной железке фпс в одной сцене одинаковый — то это уже риалтайм.
>>1735079
Если этот софт запустить на приборах 15+ летней давности — он перестанет быть риалтаймом из-за возросшего времени выполнения?
Пример отсутствия риалтайма — это разработчики компиляторов и иде, уже середина 2020, а модулей как не было так и нет.
1) это когда ОС (если она есть) даёт гарантию, что ты точно получишь сколько-то процессорного времени (и других ресурсов). Если есть многозадачность, то в правилах переключения между задачами нет никакого рандома и эвристики, всё документировано.
2) и ещё это когда ты сам используешь алгоритмы, которые занимают предсказуемое время, и не имеют никаких "скрытых" просадок. Под такими просадками я имею ввиду всякие аллокаторы и прочие разновидности функций типа ДайЧтоНибудь(), которые могут дать быстро, а могут не найти чего-то и начать грузить, искать где-то ещё, и т.д.
>user defined параметр
Какой у него смысл? Я нигде его после же не указываю, верно?
Если это просто сигнатура для компилятора как с префиксным и постфиксным ++, то по идее там бы явно было написано про bool. Причём при наличии обоих вариантов оно выбирает в пользу void✱ (его я случайно подобрал).
Есть софт риалтайм и хард риалтам.
Хард риалтайм - это когда точно известно, что операции выполняются за столько-то времени и не больше(меньше), и кушают столько то ресурсов и не больше(меньше). Какая-то погрешность может быть заложена, но она обычно весьма мала и тоже точно определена. Обычно хард риалтайм на заводском оборудовании, в военке, авиации, мед оборудовании и так далее.
Софт риалтайм это когда тоже что-то выполняется в реальном времени, но нет требований к высокой точности, например, внезапный проход GC не приведёт к аварии/смерти/прочим фейлам, а просто юзер увидит лаг, или даже не увидит.
> Какой у него смысл? Я нигде его после же не указываю, верно?
У него смысл быть user defined параметром. Ты эти параметры явно указываешь в скобках: new(myparam)
> Причём при наличии обоих вариантов оно выбирает в пользу void✱ (его я случайно подобрал).
Ты в свой placement new передаёшь указатель, ясное дело, что void ★ лучшая альтернатива bool. В третьем случае у тебя не собирается, потому что указатель к инту так просто не приведёшь.
Да, memcpy не уб. Рекомендуется к просмотру https://www.youtube.com/watch?v=_qzMpk-22cc
Можешь объяснить почему ub без просмотра видео на час?
Фигня с выравниванием, потому что компилятор пытыется считать число как выровненное, но никаких гарантий этого у него нет?
У меня не получается сломать: https://ideone.com/ika5RK
>>1735012
Можешь более полный код показать? Я создал файл с одним флоатом, и у меня всё корректно считывает даже по байтам. И если в начале дописать какие-то байты, то тоже нормально работает.
> Можешь объяснить почему ub без просмотра видео на час?
Потому что области в памяти перекрываются. Например кто то запишет float в байты с 0 по 3й, а другой считает с байтов 2 по 5й. И кое что может пойти по пизде, из за предустановки что второй флоат никем не мог поменяться.
Я заметил что ты используешь слово выравнивание. Возможно у тебя произошла путаница с aligning? Aliasing это скорее "псевдониминг". Если совсем просто, то он означает, что в каждом участке памяти находится только одна переменная. Можно сказать, что этому участку памяти дан псевдоним с именем этой переменной. Если компилятор видит что области двух переменных перекрываются, он может решить да ну нахер такого не может быть это UB ) И вернуть просто 1. Можешь нагуглить это реальный пример.
Сорри не понял что за слово в спамлисте, вторая половина ответа !картинкой
Нет, я именно про выравнивание. Предположил, что на каких-то архитектурах чтение невыровненного флоата сильно медленнее, и потому компилятор использует предположение, что указатели выровненные (что верное в 99% случаев), чтобы программы не работали в два раза медленнее.
Первый раз за десять лет самообучения слышу что есть какая-то проблема с тем, что в одной и той же памяти две переменные.
>>1735691
Так union вроде как сам язык определяет - для чего он тогда нужен, если он ub? Я понимаю если там указатели отдельные - тогда он мог бы предположить, но union это же явное указание неадекватности переменных?
Ну и ладно, всегда можно пометить как volatile - тогда оно вроде как раз должно отключать подобные оптимизации и предположения.
Единственная известная мне "ошибка" (я не знаю на сколько это ub - случайно нашёл когда пытался понять для чего нужен const_cast) стабильно возникает с const - то что компилятор излишне сильно предполагает что const сохраняет значения. Вот эта: https://ideone.com/pFSkKv
Прям открыть скорее всего никак (только если скопировать проект и открыть сразу две), но при смене ветки если ты настроил gui-утилиту для merge, то ты можешь просматривать и вручную сливать изменения.
Ещё можно вот так, переходишь на нужно ветку, правой клавишей кликаешь по другой и нажимаешь сравнить - и потом можно райткликом применять отдельные строки - но я не пробовал, не знаю насколько это будет удобно.
>Ещё можно вот так, переходишь на нужно ветку, правой клавишей кликаешь по другой и нажимаешь сравнить - и потом можно райткликом применять отдельные строки - но я не пробовал, не знаю насколько это будет удобно.
Неудобно
>только если скопировать проект и открыть сразу две
Походу единственный приемлимый вариант
Почему так объявлять шаблон неверно, хотя в VS 2010 всё без бэ работает?
union для экономии памяти, когда ты точно знаешь, что у тебя или int, или float. Записал int полчитал int - ок. Записал float прочитал float - тоже ок. Записал float прочитал int - UB.
> Первый раз за десять лет самообучения слышу что есть какая-то проблема с тем, что в одной и той же памяти две переменные.
Ну, теперь знаешь.
union
{
struct { int ★ a; int ★ b; } s;
int v[2];
};
Address Sanitizer, написано же. Чтобы искать выход за границы массива и всякие преколы в коде от любителей высрать вот такое >>1736011
На самом деле если не понимаешь что это и зачам — лучше даже не смотри в эту сторону, рано ещё.
>>1736029
Да не почти, все попытки наебать систему типов это UB, просто потому что это обход вообще всего чего можно.
Ну так ты действительно перестарался, засунув свои ручонки в чужое адресное пространство, но это лишб один из кейсов.
VS тут вообще не при чём, просто видимо они используют вот эту либу в дебажных билдах https://github.com/google/sanitizers/wiki/AddressSanitizer — там же есть и полный список приколов которые она ловит с примерами.
Как сделать так чтобы моя порога выводила LF вместо CRLF?
Я другой, у Шилдта чистал только про чистый си, и это больше на справочник было похоже - подходит если ты с другого не слишком высокоуровневого языка перекатываешься, но как справочник оно было очень хорошо - прям за час или два можно всё прочитать и вкатится. Не думаю что в книге по си++ что-то поменялось, но не читал.
По с++ мне Прата понравился, прям на порядок лучше страуса на полторы тысячи страниц, где дыры в информации и нет ответов на закономерные вопросы.
Ну там есть интересный пример того насколько бывают компиляторы пидоры. https://godbolt.org/z/cpFd-T msvc и clang выдают адекватный и ожидаемый вывод строки Test1 (объект t1 был инициализирован конструктором Test1, который в свою очередь задал виртуальную таблицу класса Test1). И только gсс, компилятор пидор, начинает выебыватся и кричать "РЯЯЯЯЯ UB" не выдавая вообще нихуя.
WNDCLASS wc = { };
wc.lpfnWndProc = WindowProc;
wc.hInstance = hInstance;
wc.lpszClassName = CLASS_NAME;
И что в таком случае это:
HWND hwnd = CreateWindowEx(
0, // Optional window styles.
CLASS_NAME, // Window class
L"Learn to Program Windows", // Window text
WS_OVERLAPPEDWINDOW, // Window style
// Size and position
CW_USEDEFAULT, CW_USEDEFAULT, CW_USEDEFAULT, CW_USEDEFAULT,
NULL, // Parent window
NULL, // Menu
hInstance, // Instance handle
NULL // Additional application data
);
В чем указанное различие?
Зависящее от компилятора == не прописано в стандарте, а значит может измениться в новой версии компилятора, так что ждать там одно и то же поведение на разных версиях глупо. UB в одном и том же компиляторе скорее асего ведет себя одинаково, так в чем отоичие unspecified от undefinef?
Если ты про реализацию каких то стандартных алгоритмов или про тот же vtable(его нет в стандарте), то не понимпюч при чем тут это.
Многие gnu программы принимают их по одному и тому же принципу -f par --foobar par. Это всё пишется вручную или есть какая-то либа, которая всё это облегчает?
Есть. Выбирай
https://github.com/fffaraz/awesome-cpp#cli
Да я вроде понятно написал, давай ещё подробнее.
Unspecified behaviour действительно ведёт себя одинаково, реализация зависит от разработчика. Как, например, некоторые стандартные алгоритмы, где порядок обработки не всегда регламентируется стандартом.
Undefined behaviour никогда не ведёт себя одинаково, а зависит от положения звезд, планет, Аллаха, оперативной памяти, секса соседа с женой и непредсказуем.
То, что ты скомпилил и оно ведёт себя так, как ты ожидаешь - не значит, что при следующем запуске программы или после следующей компиляции будет вести себя так же.
Самый простой пример:
int* a = new int[2];
std::cout << a[100500];
что не отменяет того, что ты можешь десять лет подряд тестить UB код и получать одно и то же.
>алгоритмы для собеса выдрочить придётся
Но их же дохуище просто. Невозможно знать их все и помнить. Я только поэтому и не хочу идти ни на какие собесы, боюсь забыть где надо инкрементировать j, а где декрементировать k, епта... Вообще, кто придумывает эти собесы ебанутые? На практике всегда есть возможность найти нужный алгоритм и по гайду написать. Имхо, если на помидора идешь и от тебя требуют опыт, достаточно только знать примерное название алгоритма, который подошел бы для решения задачи.
мимо
Ну, там обычно смотрят на параметры как ты это решаешь, иногда не дают тебе всех данных чтобы посмотреть насколько ты хикка и ссышь открыть рот и тд. Если не знаешь тему — так и говори, и прямо говори с чем хорошо знаком, это же не егэ, результат энивэй будет зависеть от общего впечатления а не от баллов. Я сам в таком говне с обоих сторон участвовал, хз что в яндексе, но всякого бреда уровня верчения деревьев на досках лично я не видал.
>>1736881
>Да это шутка. Но типа алгоговно учить запарно, могут дать пососать.
Ну тут уж либо ты не ссышь и ходишь по собесам, либо тебе рано или поздно дадут пососать по з/п.
>А чё ты пишешь?
А я вообще выкатился из плюсов в мобилки после пары месяцев практики кое где на плюсах, и с тех пор вижу их только браузя вакансии. Сюда обычно забегаю спросить как там модули поживают.
>>1736891
На го по ощущениям пишут скорее там, где пыха/нода/итд жирные, а жаву лень разворачивать, а не в прям ХУЙЛОАДЕ.
>к же, наверное, не хочу использовать никакие готовые формы типа TextBox и т.п. Как ни странно, инфы я найти на эту тему не смог особо... Ну и сама архитектура редактора интересует велосипедить особо не хочется. В качестве хранимого буфера могу представить какой-нибудь стек. Ну, а для поиска по файлу - обычный поиск подстрок.
На как раз Direct2D или там OpenGL, Рисуют внутри консоли, без виндового API
>>1736943
ноп
>На чем пишут текстовые редакторы?
На чём удобнее конкретной команде/программисту.
>Используют ли для этого графические апи типа opengl или directx?
Ты ебанёшься на шейдерах рисовать гуи, это оверкил.
>Если нет, то что используют?
Гуи фреймворки или пилят свой (если писали игру и дописывают что-то к ней — то на своём слою абстракций или берут какую нибудь готовую либу вроде саблайма на skia).
>Так же, наверное, не хочу использовать никакие готовые формы типа TextBox и т.п. Как ни странно, инфы я найти на эту тему не смог особо... Ну и сама архитектура редактора интересует
5 минут гугла и вот такой вот рещультат
https://chromium.googlesource.com/skia/+/e73aa7573279cda200b80c1a858ae00762a5516b/experimental/editor
Со стороны геймдева я бы взял что-то типа freetype для вывода букв, и sdl для обертки над окошками. А может, даже взял бы что-то вроде litehtml для рендера, собственно, html. А то, что ты ищешь, называется text rendering component, и одна из самых распространенных, это Scintilla
Насколько часто ща требуется Qt?
Что вообще ща для интерфейсов в моде?
Ну смотри что на qt, что какой нибудь пикрелейтед, кишки на крестах, интерфейс на жс.
Там qml, ты пишешь очень простой код с вставками на жс, оно дёргает функции на крестах, которые ты специально объявил на подъязыке кюта. Звучит странно но это реально удобно.
И все это можно рисовать мышкой, и добавлять скрипты чтобы автоматом переводить из формата тз в прогу, я очень апнул скорость программирования как допер.
Про объявление я кажется понял, ибо недавно видел пример на хабре.
Поглядел по диагонали и теперь вопросы.
Я создаю игру со стадиями
Интро
Меню
Уровень
Настройки
Всё это дело есть абстрактный класс, наследники которого есть эти самые стади с общими методами для выполнения.
Далее, есть стадия настроек, в которой я могу поменять
Разрешение экрана
Режим экрана
Сложность
Количество кадров
Всё это дело пишется в некий файл конфиг
Возможно ли такое забабахать на qml?
>>1736749
Это все из-за strict aliasing rule. Если упрощенно, то если указатель видит два указателя несовместимых типов, то он считает что они указывают на разные объекты. Соответственно когда код пишет в первый указатель, компилятор может посчитать что второй не поменялся и соптимизировать чтение из него нафиг.
Вот тут про такие вещи расказано, даже есть пример кода на котором это проявляется (в онлайн компиляторе с дизассемблером, но такое случается только при включении дополните).
https://gist.github.com/shafik/848ae25ee209f698763cffee272a58f8
>но такое случается только при включении дополните
но такое случается только при включении дополнительных флагов, насколько я знаю даже gcc по умолчанию позволяет делать type punning с enum.
Вот еще неплохая лекция на эту тему: https://www.youtube.com/watch?v=_qzMpk-22cc
Это неважно, в контексте type aliasing понятие "совместимые типы" имеет четкое определение.
https://en.cppreference.com/w/cpp/language/reinterpret_cast
>Informally, two types are similar if, ignoring top-level cv-qualification:
> they are the same type; or
> they are both pointers, and the pointed-to types are similar; or
> they are both pointers to member of the same class, and the types of the pointed-to members are similar; or
> they are both arrays of the same size or both arrays of unknown bound, and the array element types are similar.
> they are both arrays of the same size or at least one of them is array of unknown bound, and the array element types are similar.
Мне по работе надо было написать REST сервис - я нашлепал на ASPNet core. Кресты таки для другого. Хотя, в последнее время, меня мучает мысль о том, что 90% нашего софта можно переписать на шарпе а еще есть кернелдрайвер который переписать нельзя. Но остальное то можно.
Дополню что
struct POD { float f;} pod;
float pf = &(pod.f)
Точно не UB.
Сложнее если полей в поде больше, потому что может быть паддинг.
sruct POD2 {
float f1
char[4] possible_padding;
float f2 }
float pf2 = (&(pod.f))[1]
Но тут вопрос именно в том UB это вполне defined.
Удачи тебе найти переполнение буфера в джаве или сисярпе, лол (они уже могут компилиться в нативные бинари). Не, в самой инстраструктуре могут быть такие дыры, ибо она написана на С/С++, но есть языки, которые неуязвимы к ошибками памяти (тащемта любой managed язык)
Скачал курсы по обоим, а там просто трата времени бессмысленное. Какие-то дроби, числа огромные. И самое главное, что там нихуя не объясняется что они делают. Просто блять пишут всякие дроби, а потом говорят - это дроби. Ну ахуеть! Я понял, что бывают разные переменные, но причем тут всякие дроби? Вы что программируете дробями? Пиздец нахуй. Нечто подобное помню было когда изучал HTML. Там тоже какую-то хуйню втирали, которую нигде не используют. А верстать на нем я научился когда делал себе одностраничный сайт. Вот только с С# и C++ так не получается. Помогите с чего начать, как научиться использовать эти языки, чтобы потом дополнять нехватку знаний дробями из курсов?
Грубо говоря, в языке всего 32 буквы, а в байте 256. Значит уже на букву надо около 5 битов, а не 8. Дальше, буквы встерчаются с разной частотой. Гласные ОЕАИ занимают 33% текстов, а цщф - меньше процента. Значит, можно частые буквы кодировать 2-3 битами, а редкие более длинными последовательностями.
zlib, сейчас вроде еще brotli
Как тогда сделать что-бы строка из stringstream переместилась в мою строку без копирования? std::string&& string = stringstream.str(); сработает копирование или перемещение? Я немного не в теме всех этих перемещений.
https://en.cppreference.com/w/cpp/io/basic_stringstream/str
Гугл говорит, что тоже никак, прямого доступа к внутреннему буферу stringstream нет, а str() каждый раз копирует строку заново.
https://stackoverflow.com/questions/26266525/move-the-string-out-of-a-stdostringstream
https://stackoverflow.com/questions/35726798/is-it-legal-to-move-the-str-member-of-a-stringstream
Я бы посоветовал вообще не юзать спинлок если ты не уверен на 100% что делаешь. Понять нужен ли он тебе можно по следующим пунктам:
— У тебя мало потоков (желательно <4, иначе накладных расходов из-за дрочащих циклы потоков будет явно больше чем от переключения контекста каким нибудь мутексом), т.е. использовать с какими нибудь корутинами шедулящимися по потокам точно хуёвая идея;
— Изменение быстрое (по крайней мере не особо жирное, если будешь переиндексировать всю базу эти спинлоки отправят тебе процессор нахуй в троттлинг).
Насколько я понимаю понятие оптимистик лока — да, но если хочешь спать спокойно лучше выбери что нибудь более предсказуемое.
Да, уже утвердили. Здесь можно посмотреть прогресс по имплементации фич
https://docs.microsoft.com/en-us/cpp/overview/visual-cpp-language-conformance?view=vs-2019
>Да, уже утвердили.
https://www.iso.org/standard/79358.html ещё до Approval не добрался, не выдумывай.
Нужен ли const параметрах функций для фундаментальных типов и нужен ли он для переменных в телах функций?
const нужен там, где ты внезапно не собираешься менять содержимое.
Например: если у тебя функция возвращает длину строки, не меняя ее, то size() const. А если ты делаешь функцию set_value(int x) которая меняет состояние объекта, то не она не const.
Параметры функций примитивных значений не надо - они передаются копией по значению. То что ты поменяешь параметр внутри функции, внутри функции и останется. Если же ты передаешь объект внутрь функции, то опять же, если ты гарантируешь что не будешь его менять, а только считаешь из него данные - то const. Если же ты именно меняешь полученный объект - то не const.
Зачем он переменным - загадка. Зачем заводить константную переменную внутри функции? Константы надо хранить где-то в другом месте. Завести отдельный класс или неймспейс.
const_cast нужен, чтобы приводить неконстантные вещи к константным в стиле "современных плюсов". Снятие константности таким образом ведет к UB, что и написано в стандарте.
Компилятор как раз может конст каст соптимизировать и положить значение в read only память.
Хочу сделать это с помощью cmake. Желательно версии 3.10, но если очень надо, можно и свежую скомпилировать.
Сейчас есть следующие директории (может это надо как-то реорганизовать, я не знаю):
build
doc
test
lib — сюда хочу запихивать сторонние библиотеки
src — собственно, исходники проекта. Вероятно тут будет лежать только main.cpp, а остольное распихано по директориям типа src/core/, src/server/ и т.п.
Сейчас это собирается баш скриптом, который выглядит так
cd build
cmake ..
cmake --build .
cd ..
doxygen Doxfile # генерирует документацию для всего, что в src/*
CMakeLists.txt в корневой директории выглядит так https://pastebin.com/VBWVG2ZY .
Есть одна либа с гитхаба, которую я хочу использовать. Если сделать git clone, то создастся следующая структура
YetAnotherLib/
YetAnotherLib/doc/
YetAnotherLib/cmake/
YetAnotherLib/CMakeFile.txt
...
YetAnotherLib/YetAnotherLib/ — собственно, сами исходники.
Сейчас я в main.cpp могу написать
#include "core/MyObj.h"
Но не могу написать
#include "YetAnotherLib/YetAnotherObj.h"
А хотелось бы.
Не "YetAnotherLib/YetAnotherLib/YetAnotherObj.h" и не "lib/YetAnotherLib/YetAnotherLib/YetAnotherObj.h". Тем более, что в той либе есть инклюды типа "YetAnotherLib/subdirectory/SomeOtherObj.h", так что даже если тупо скопиастить директорию с исходниками или всю директорию с гита в src/, собираться не будет.
Джва часа проковырялся с этим, но так и не понял.
> Почему параметры это как раз понятно. Функция в другом файле, написана другим человеком.
То есть в своих функциях ты не по константой ссылке данные передаёшь?
> А тут то зачем?
Очевидно, чтобы подчеркнуть тот факт, что ты эти данные собираешься только читать
Да не нужна тебе инфа никакая. Для этого. Просто создай структуру, и сделай 4 функции.
1. Создать первый элемент списка. Принимает параметры(все кроме указателй), инициализирует, сохраняет. Возвращает указатель на структуру
2. Добавить элемент. Принимает первый(но это не точно) элемент списка, идёт по указателям до конца(пока не nullptr) и когда доходит до конца добавляет.
(Первые 2 можно объединить)
3. Вывод всего списка.
4. Удаление всего списка из памяти. Либо сначала, либо с конца, как хочешь.
А после того как готово будет можно дальше идти.
Делай все по частям, по шагам. В этом и есть смысл программирования. Что такое указатели знаешь? Что такое new/delete? Ну вот у тебя есть структура, там кроме данных есть указатель на следующую запись списка и на предыдущюю. Включай логику, рисуй схемы. Каким может быть указатель? Правильным на другую запись, или нулевым, например в последней записи. Как пользоваться списком? Надо где-то завести указатель на первую запись, остальные ты сможешь получить переходя по указателю на следующую. Как удалить список в памяти? Надо удалить каждую запись, начиная с первой. Как вставить элемент в конец списка? Дойти до последнего элемента, там следующий будет nullptr, вписать туда указатель на новый элемент. Как удалить элемент из середины списка? Надо чтобы список остался в согласованном состоянии, значит надо изменить указатели так, чтобы указатель предыдущего начал указывать на следующий (и наоборот), а на этот теперь никто не ссылается и его можно удалить delete. Как сохранять в файл? Ну видимо открыть файл и записать каждую запись списка по порядку, каждое поле по порядку. И т.д.
Неплохо, а я уже такую хуйню нашел/написал.
template<typename T, typename Enable = void>
class X;
template<class T>
class X<T, typename std::enable_if<
std::is_same<T, std::vector<std::string>>::value ||
std::is_same<T, std::list<std::string>>::value>::type>
{
T t;
public:
X(T t) {
this->t = t;
}
void push_back(std::string value) {
t.push_back(value);
}
};
Бамп. Как мне сделать, чтобы проект собирался хотя бы.
Ты, вероятно, вот про это спрашиваешь?
https://stackoverflow.com/questions/8130602/using-extern-template-c11
То - что у тебя на скрине, это специализация ручками
ты либо делаешь специализацию, как это сделал я, либо обьявляешь нужную тебе функцию без какого-либо отношения к тимплиту, т.к. при overload resolution выберется именно функция, а не тимплит по приоритетам. Третьего не дано.
Я не совсем понимаю, что такое список типов для специализации. Нужна специализация - пиши, нужна generic специализация для нескольких типов? Ебашь SFINAE, или концепты.
Книжка из шапки подойдет для коллективного вката?
Зачем вам этот вкат? Если вы хотите сменить карьеру - то С++ это один из худших возможных вариантов, в связи с отсутствием джуновских позиций.
Если чисто для себя порофлить - тогда ок, и с С++ начинать тоже вполне ок. Книги в шапке говно, но я вообще не видел ни одной нормальной книги по С++ для новичков.
Фишечек всяких намного больше, чем в других языках. Изучать эти фишечки намного дольше. И потом при чтении кода приходится дольше вспоминать, как они работают.
Конкретно? Темплейты; сложно победить UB. а ещё сложнее из-за тех долбоёбов сверху, которые РЯЯЯ UB НО РАБОТАЕТ; прямая работа с памятью; при юзании сырых указателей легко обосраться; нет универсальных способов для сборки проектов и разрешение зависимостей, даже для подключения сторонних библиотек нет универсального способа, собирать эти библиотеки из исходников зачастую самому; постоянно надо думать, как не проебать хоть 0.000001% перфоманса, вебня на крестах; компиляция может длиться часами; километровые и непонятные ошибки компиляции.
Но зато потом любой другой язык будет казаться псевдокодом.
Мне наоборот было проще осваивать С++. В нём абсолютно нет магии, которая есть в скриптовых\VM-based языках. Любая высокоуровневая сложная конструкция без проблем разбирается на простые манипуляции байтиками, в отличии от питонов\шарпов на которых я писал и нихуя не понимал, что там под капотом.
Я другие языки учил уже после плюсов и хз, каково их учить с нуля. Но почти все пишут, что легче.
На скриптовых зато легче решается класс задач, когда нужно тяп-ляп - и готово, хоть и не до конца понимаешь, как это работает. Но в них этого и не требуется, там подход - верить в магию и надеяться, что не выстрелит.
> Installation of Qt binaries will require a Qt Account
> Long-term-supported (LTS) releases and the offline installer will become available to commercial licensees only
> everyone, including open-source Qt users, will require valid Qt accounts to download Qt binary packages. We changed this because we think that a Qt account lets you make the best use of our services and contribute to Qt as an open-source user.
> We want open-source users to help improve Qt in one form or another, be that through bug reports, forums, code reviews, or similar. These are currently only accessible from a Qt account, which is why having one will become mandatory.
М-да. Так похоже на Oracle с жабой: либо плати, либо будь бета-тестером. Понятно, что хочется заработать денежек, но такое пидорское отношение к пользователям опенсорса нищебродам вызывает очень много вопросов.
Это, скорей, относится к Си или "си с классами". Во что разворачивается какая то конструкция с++ угадать очень трудно, особенно новичку. А главное, малейшее изменение, причем не тобой, может кардинально все изменить. Ну например, в глобальное пространство имен кто то добавит функцию, из за этого выводы темплейтов станут другими, и твоя функция, которую ты считал константной времени компиляции, станет рантаймовой с оверхедами.
> нет универсальных способов для сборки проектов и разрешение зависимостей, даже для подключения сторонних библиотек нет универсального способа, собирать эти библиотеки из исходников зачастую самому
Вот это пожалуй единственное, с чем может столкнуться новичок и с чем ему придётся серьёзно разбираться. Хотя в последнее время в 99% случаев написать vcpkg install my_liba.
Всё остальное - это сложности, которые возникают уже у людей с опытом.
Страуструп уже лично просит не начинать изучение плюсов с Си, это ведет к тому, что люди пишут на Си с классами. Если нужен Си - учите Си, если нужны плюсы - учите плюсы.
"Но си это фундамент!!1" - ASM тем более, но лучше начинать учить что то прикладное, а потом идти вглубь, не нужно школьникам про p-n переходы в транзисторах рассказывать, как только они захотели поучиться проге.
>Посмотри, какое исключение и примерно где выбрасывается, подключись дебаггером и жди
>Двач, при запуске программы выбрасывается исключение, во время дебага всё нормально как бы я не пытался отыскать проблему. Как мне найти в какой строке происходит ошибка если код большой и много заголовков?
Тебя не учили подключаться дебаггером к релизной версии?
> в какой строке
> примерно
Ну блядь если ты не знаешь, какая часть кода у тебя за что отвечает, то может и не стоит этим заниматься?
Пиздец, оберни в таком случае всё в try-catch и потихоньку выноси оттуда код, вот ты и узнаешь, где ты обосрался
>Тебя не учили подключаться дебаггером к релизной версии?
Не учили
>Ну блядь если ты не знаешь, какая часть кода у тебя за что отвечает
Выбрасывается std::out_of_range what(): std::substr. Мои std::substr ничего не выбрасывают
>то может и не стоит этим заниматься?
Хуй будешь?
>Пиздец, оберни в таком случае всё в try-catch и потихоньку выноси оттуда код, вот ты и узнаешь, где ты обосрался
У меня много много кода, я заебусь всё оборачивать и код работает с Qt что не позволяет оборачиваться в try-catch.
>сказала чмоха с подобными высерами:
>Посмотри, какое исключение и примерно где выбрасывается, подключись дебаггером и жди
>Двач, при запуске программы выбрасывается исключение, во время дебага всё нормально как бы я не пытался отыскать проблему. Как мне найти в какой строке происходит ошибка если код большой и много заголовков?
> Двач, при запуске программы выбрасывается исключение
> Как мне найти в какой строке происходит ошибка если код большой и много заголовков?
> при запуске программы
> как найти где происходит ошибка
> при запуске программы
в конструкторе смотри.
можешь запись в лог-файл/консоль прикрутить по-быстрому. так и без дебаггера увидишь, где упало
Как лучше всего искать узкие места в коде? Есть ли какой-то уже готовый инструмент, чтобы не писать руками вывод в файл? Код обрабатывает большой поток данных в цикле, и как-то бы автоматически рассчитывать среднее время, которое на это все уходит, чтобы сразу наглядно видеть, где программа тратит реально много времени.
>std::vector< int > Array = { 5,6,7,-1,6,10, 32,-5, 0, 4 };
Хули ему не нравится?
Я не сомневаюсь, но что-то у меня не так.
Вроде бы даже 2010 это умеет, поэтому я перекатился на 2019, но чот не робит.
Не помогло, зато помог быстрый поиск и замена компилятора, ух, но всё равно благодарю.
Какие фрамеворки желательно знать сейчас С++ прогеру?
Вот хочу ща опробовать Qуtэ, а что ещё есть?
Открываешь hh, смотрешь что в вакансиях.
По хорошему надо знать сами плюсы, включая STL.
Дальше можно посмотреть Boost, почти всё там - кандидаты на попадание в стандарт. Еще можно посмотреть репу awesome-cpp, там тоже куча всчких фреймворков, среди которых можно найти интересные лично тебе.
tl;dr Чел прилумал язык и недоволен, что перед его изучением заяем то учат ДРУГОЙ язык
https://youtu.be/fX2W3nNjJIo
С++ конечно быстрее в разы, и по памяти тоже можно выжать сильную экономию. Грамотно написанный сервер можно хоть на одноплатнике держать, у которого мощности как у паршивого смартфона. Тут главное чтобы программа не уперлась в I/O, потому что если она будет делать по десять запросов к базе на каждый пук, то С++ ей ничем не поможет. То есть, сразу надо думать, куда и как часто будут ходить данные, и это не просто "взять и переписать на другой язык".
Правда, сложность разработки веб херовин на С++ довольно высокая, особенно если брать в расчет безопасность. Если браться за такое, то либо для себя по фану чтобы научиться, либо если уже хорошо знаешь, что делаешь. А если под заказ и без опыта в таком деле, то на крестах писать не самый удачный вариант — наогребаться можно просто лютейше.
какой возвращаемого значения у new T[x][x] чтобы дать его члену класса?
https://github.com/nghttp2/nghttp2
Вяглядит как то что мне нужно. Че скажите?
Что по стандарту?
> Почему, ну почему крестовики никогда не используют готовые http-либы и каждый раз их пишут с нуля чуть ли не через winapi? Бог дал им Poco, cpp-netlib и ещё сотню других, но нет, надо снова и снова изобретать велосипед.
Так я пишу, что не собираюсь этого делать и ищу либу где сделано за меня.
> HTTP/2 не нужен.
Почему? HTTP 1.1 старый же очень
> ищу либу где сделано за меня
Полно всяких, см. Communication: https://en.cppreference.com/w/cpp/links/libs
Про парсинг http забудь. Даже если взять готовый парсер, придётся руками прикручивать SSL/сжатие/менеджмент потоков/хелперы даже для банального роутинга.
> Почему? HTTP 1.1 старый же очень
Но используется повсеместно. 2.0 даже не поддерживается толком нигде.
А по этой можешь что то сказать?
https://github.com/nghttp2/nghttp2
Спасибо за ответы
Мне cpr понравилась, я ей спарсил одни сайт. Обертка над curl. Https через openssl
https://github.com/whoshuu/cpr
Что-нибудь типа такого приходит в голову
https://owasp.org/www-project-top-ten/OWASP_Top_Ten_2017/
Знаю
Sublime, ну и всякое безумие типа простых редакторов.
Так же вопрос по настройке отладчика и компиляции, ибо последний раз после того как поставил Sublime и установил gcc всё равно ругался на отсутствие gcc.
Цикл статей по opengl
https://habr.com/ru/post/310790/
Не слушай этого долбаёба, в шапке есть прекрасные книги, которые можно прочитать. Именно КНИГИ, а не справочники. Справочники нет смысла читать в 2020, для вката достаточно книг,из шапки разумеется интернета и практики, а если справочная информация понадобится, то cppreference + другие источники - более чем достаточно.
Он должен считать, через сколько слов повторяется слово.
Но эта залупа в любом случае выводит максимум - 2!!!! пик 2
Я подозреваю, что дело в том, что ++number_of_words срабатывает лишь один раз - почему?
Но видимо не может слинковаться, пишет error: undefined reference to `__imp__ZN8profiler5BlockC1EPKNS_19BaseBlockDescriptorEPKcb'
Как исправить проблему?
Не тот репозиторий дал - https://github.com/yse/easy_profiler
>>1745413
Я бы хотел вкатиться в десктоп и парсинг различных сайтов. Ну и прикольно было бы всяких ботов делать, чтобы видео с ютуба качал. Я пробовал конечно в Java вкатиться, аж целых два года (но с работой в кол центре после рабочего дня ничего не хотелось, был выжат как лимон), но как-то не пошло, да и не мог с целью определиться. PHP - попробовав, сразу решил, что это не моё. Python - вроде норм, но я никак не могу привыкнуть к динамической типизации и вакансий нет в моем городе. Вот я думаю, все же в C++ идти или в C#. С одной стороны все в моих руках и без ограничений в креста, а с си шарпом...ну я хз, не могу привыкнуть к её философии, да и тоже самое, что Java, только с привязкой к майкам. Ну а кресты живее всех живых и вроде не надо городить огород при написании программ. Ну и мне всегда хотелось с указателями подробнее познакомиться и работать с ними.
В 2020 не стоит знакомиться и работать с указателями.
Что же касается парсинга, на шарпе ты напишешь его раз в 5 быстрее.
Но написать не проблема. вот собрать openssl - это другая история
Приходит сисярпист в хаскель-тред и говорит: "А джава-то лучше"!
С++ тоже для борщехлебов. Ну или для некрофилов, которые копаются в легаси. Новые проекты, тем более крупные, тем более требовательные к безопасности, не пишут на С++, и уж тем более не пишут на С. Эти языки держатся на плаву исключительно из-за УЖЕ написаннного кода, который просто везде.
FANG - 4 компании. У Фейсбука посещаемость - половина челевеческой популяции в месяц, про гугл вообще молчу.
Сколько таких компаний есть в мире? Можно пересчитать по пальцам одной руки. 98% других компаний предпочтут менее хардкорные и более безопасные языки, которые будут достаточно быстры для их потребностей. То бишь для компаний помельче те же Го/Раст гораздо лучше, чем С/С++, и экономически выгоднее.
Да пускай, я-то что? Я сам с/с++ червь, лол, и пишу почти всегда на них.
Просто объективно рассуждая, С/С++ очень слабо подходят на роль выбора языка для новых проектов, если у тебя не хуйлоуд уровня гугла. Более современные и безопасные инструменты подходят лучше в подавляющем большинстве случаев.
текст с цпреференс не осилил
FAANG же уже, 2к2о
Игры делают на крестах. То есть геймплей может и можно оствлять на скриптах, но в какой то момент все понимают, что нет, нельзя.
Видеоаналитикой занимаются на Си/крестах. То есть питонисты сидят и дрочат свои нейронки на питоне, да, нопотом это все должно гонять видеопоток в риалтайме, и легче всего (!) это делать на крестах.
Моделирование всякой научной личи - прототипчики на питоне/матлабе, потом кресты.
Опа, оказывается не двум процентам нужны кресты.
Я верю, что когда то кресты все таки должны будут уехать в дом престарелых, но Go явно пошел в другую сторону, а Rust пока стремный кузен какой то.
> Я верю, что когда то кресты все таки должны будут уехать в дом престарелых, но Go явно пошел в другую сторону, а Rust пока стремный кузен какой то.
Почему? В чем смысл отказываться от крестов? Ну было бы конечно неплохо если бы просто было бы какое то ответвление без кучи ебанутых поддержек совместимости с прошлыми версиями и построенное чуть более логично с учетом текущих разработок, а так че плохого в языке?
У тебя что, нет ощущения, что кресты это язык прошлого века? В том то вся и проблема, что нормально замены (пока) нет, но замена реально нужна.
В языке куча мусора и ни для кого это не секрет. При этом многопоточность местами выглядит дичайше. Функции не граждане первого сорта. Все пишут свои аллокаторы.
Язык создавался почти сорок лет назад - все уже стали умнее, можно напрячь извилины и все таки шагнуть вперед.
Кто-то всё равно пытается: https://www.linux.org.ru/news/opensource/14653611
Но там:
> немного модифицированный рантайм Go
лол.
этот культ преинкремента даже у нубов
Помогите, мне нужна таблица, которая хранит какие-то элементы, например пиксели struct {unsigned char red, green, blue}, чтобы к ним можно было обращаться по координатам table[x][y]. Я хуйни нагородил? Поймет ли крестовый компилятор, что мне по факту нужно просто data[ x + (y << p2) ] ? Сможет ли опустить все промежуточное? Может, где-то надо еще инлайны и ссылки добавить?
Убрал все, как ты советовал. Сделал задаваемые с терминала координаты точки, которой присвоить значение, и опа, появился shl в main и с правильным значением, на двух вариантах ширины таблицы попробовал. ОНО РАБОТАЕТ! Может еще что по коду там выше скажешь? Заприватить конструктор Column, и сделать ему Table friend'ом?
блять чо ты делаешь блять
https://gcc.godbolt.org/z/zfE7cz
Можно к этой картинке раст вставить, где прямая, ровная и безопасная дорога
У меня жопа горит с того что придется на бустасио с нуля писать, даже хочется go использовать
Потому, что c=c+1 --> c+=1 --> c++, а не ++с
Или идиоматическое (✭q++ = ✭p++)
Даже дед Стауструп в книжке предпочитал for ( ... i++)
>>1746568
Там uint, инкремент кодируется в одну команду.
В случае, где что-то создается (сложный объект + тупой компилятор), лучше писать ++с. И эта запись сигнализирует, что объект сложный, а оператор ++ не является командой инкремента. Когда запись передает способна передавать дополнительную семантическиую информацию, это хорошо. А повсеместное использование ++с отбрасывает такую информацию.
Если для интов нет разницы, как писать, ++i или i++, а для итераторов есть (как минимум, реализацию префиксного инкремента быстрее писать), не проще и удобнее ли всегда писать одинаково? На самом деле, все эти "временные объекты" хуйня, всё это прекрасно инлайнится и оптимизируется с вертухи. Я лично всегда выбираю префиксный инкремент как более элементарный и простой, и другим советую.
Вкатываться ли в программирование? Если мне 29, и я два раза ушел с универов, когда учился на программировании (не было интересно и не было понимания зачем это. но это было давно)
>блять чо ты делаешь блять
А мне нужно, чтобы было именно [x][y], а не [y][x]. Сейчас вот потестил на фильтре, который как на пике делает, со своим вариантом [y][x] типа твоего, который у меня уже был этого. Оказалось, скорость одинаковая.
Не знаю, у них аргумент, что это API предполагается использовать не напрямую, а с помощью движков, которые сами всё разрулят. Звучит убедительно, но ведь далеко не всем нужна трёхмерная графика исключительно для создания AAA-игор. Есть ведь куча научного и подобного софта, где те движки были бы слишком жирными, а использование вулкана слишком трудозатратно. Опенгл тут идеально подошёл бы в качестве апишки среднего уровня, ещё не движок, но уже не системщина.
Что-то похожее уже задевали в прошлых тредах.
И, если я не ошибаюсь, пришли к такому: прога использует что-то вроде косвенной адресации - то есть те адреса, которые ты можешь вывести на экран, это не прямой адрес в оперативе, а в какой-то виртуальный лист памяти, грубо говоря.
И сегодня у тебя нулевой адрес находится в одной части оперативы, а завтра в другой. Допустим, ты подсосался к памяти другой программы, сохранил в файл адрес переменной - в этом случае не получится уже читать с перезапуском из одного и того же места.
Но это все могут быть мои заблуждения из-за того, что я когда-то не понял дискуссию об этом.
Кто-то ещё пишет на этом некроязыке???
Зачем тебе, чтобы было [x][y]? Никаких преимуществ перед [y][x] абсолютно, только путает насчёт порядка доступа по индексам: соблазняет цикл внешний сделать по х, внутренний по у (привет кэшмиссы).
Скорость скоростью, но то, что я скинул, в первую очередь, читабельно и просто. Ну и точно быстрее, если тебе это важно. То, что ты там назамерял, ещё ни о чём не говорит.
>чём я не прав
>можно завести и лоулевел чепуху и игровые движки с ядрами ос? А деньги так-то всем нужны, пиздец экономики грядёт.
Вот тут ты и не прав, я вроде это уже написал.
>для достижения моей цели
Какая у тебя цель?
Зарабатывать 30к? Столько можно и в Пятёрочке. 150к? Столько и питонистом можно зарабатывать. Причём тут плюсы?
Быть востребованным? Востребованны 10x инжиры, а быдлокодеры нахуй никому не нужны, от них спасения нет. Язык при этом абсолютно не важен.
Так зачем ты пришёл в плюсовый тред, где парни угорают по ренжам и UB?
Вот не обязательно. Оптимизатор выпиливает переменные, которые ты явно не использовал, и в результате, если и сработает, похерится что-нибудь другое. Но может с volatile и сработает.
Другой вопрос - если переменная используется явно, или объект вообще в куче...
Ну ты-то точно знаешь, что такое "заниматься математикой", икс-то у тебя всегда первый! Ты осознаёшь, фантазёр, что относиться к своим выдумкам как к реальности и хуярить на плюсах -- вещи немного несовместимые? Икс у него блять и игрек не в том порядке, да пошёл ты нахуй.
>Если когда-нибудь кто-нибудь ебался с матрицами
Ебался с матрицами в direct3d и в opengl, и сгорел нахуй от этих сраных математиков с их ебучими row-major и column-major, которые всё только запутали.
Мне похуй, как оно у них там в воображении делится на строки и колонки, мне надо только знать, какой элемент по счету в памяти куда попадёт.
А вот как потом обратно по данным из файла создать объект? Еще раз, классы разные. Т.е. допустим первое слово в каждой строке - это название класса. Как зная название класса в string создать его инстанс в рантайме?
Если ты переложил яблоки из бочки А в бочку Б, то произошло вычитание, при чём тут умножение на 0?
Если тебе привезли пять бочек по 100 яблок в каждой, то у тебя 5х100 = 500 яблок.
Ты отдал 2 бочки Абу, 2 бочки Страуструпу и 1 бочку Степанову.
У Абу 200 яблок, у Страуструпа 200, у Степанова 100, а у тебя 100х0 = 0 яблок. Ты понял, куда их дел? Если нет, то не пользуйся умножением и не парься.
Я не понял, уже середина 2020, а cmake всё ещё не поддерживает модули?
>>1748036
Дебильные, ну вы чо тригернулись так, кек?
>Как зная название класса в string создать его инстанс в рантайме?
Погугли реализации фабрик в с++.
В целом всё, конечно, сводится к if (name == "..."), но можно при желании нагородить систему, в которой классы будут регистрировать себя, а макросами и шаблонами сделать так, чтобы это было одной строчкой в объявлении класса.
Ему хочется, чтобы х был первый, у него нет в этом необходимости.
С копейками и рублями немного неточное сравнение. Оно будет более точным, если ценник, в котором поменяли порядок, будет понятнее обычного в десять раз, и покупатель будет тупить на кассе в два раза меньше. Да, кому-то копейки вперёд рублей видеть непривычно, но если это со стороны реализации более естественно, какая тебе разница? Неужели это оправдывает вставку непонятных костылей и уродование кода?
>>1748520
Я дальше стал экспериментировать. Сделал 4 класса таблицы у котороых [x][y], [y][x], умножение и замена умножения сдвигом (длина строки - степень двойки и дополняется пустыми). Компилил с -O3 на g++ и clang++. Из замеров вмерени исключены всякие резервирования памяти. Тут-то оказалось, что умножение быстрее сдвига! Смотрю в таблицу операций по таймингу
https://www.agner.org/optimize/instruction_tables.pdf
и быть так не должно!
Тогда я решил проверить на несколько отличном от пеки девайсе - Raspberry Pi B+. Одно и то же - умножение быстрее! С поправкой на частоту процессора, конечно. Теперь для окончательного решения сдвиго/умножительного вопроса придется писать на асемблере, благо там алгоритм не сложный.
Ты ебанутый что ли?
Представь себе какое нибудь использование в реале
get_mouse_pos(&x, &y);
get_pixel(x, y);
c = do_vasyan_calc[y][x];
set_pixel(x, y, c);
Удачи ловить баги, просто потому что у тебя АПИ ебанутое потому что ты не представляешь как записать по другому.
Замеры производительности -- довольно тяжёлое занятие. Сам я ориентируюсь на собственные ощущения того, что сколько стоит. В твоей ситуации, я полагаю, всё упирается не в количество тактов на инструкцию, а банально в скорость доступа к памяти, причём разница по скорости между исполнением инструкций и хождению по памяти -- полтора-два порядка. На самом деле не важно, что там у тебя, [x][y] или [y][x], это вопрос простоты реализации и договорённостей между программистами. Важно, чтобы данные обходились в порядке, в котором они лежат в памяти, чтобы процессору удобно было заливать данные из RAM в кэш. Если добавляешь дыры промеж строк, кэширование отрабатывает хуже. Можешь попробовать сделать бенчмарк со случайным характером доступа к памяти, там производительность просядет огого как.
>Замеры производительности -- довольно тяжёлое занятие.
Я беру самый железобетонный способ. Вот - обсчитать массив пикселей, и не просто последовательно, а там беготня в хаотических направлениях по пикселям. Замеряю все время обсчета.
>В твоей ситуации, я полагаю, всё упирается не в количество тактов на инструкцию
Не знаю уж чего там наоптимизировал компилер, но в нужном месте кода на крестах всего лишь разница - умножение или сдвиг. И разница на всей обработке процентов 75 и на x64, и на arm. Буду делать на асме без хаков, чтобы посмотреть.
>>1748009
>Зачем тебе, чтобы было [x][y]? Никаких преимуществ перед [y][x] абсолютно, только путает
>>1748157
>х у школьников там всегда первый
>>1748158
>>Потому что x всегда идет первым.
>нет
>>1748567
>С копейками и рублями немного неточное сравнение. Оно будет более точным, если ценник, в котором поменяли порядок, будет понятнее обычного в десять раз
Собственно, почему захотел X вперед Y. Пример, функция рисования прямоугольника на WINAPI (и куча подобных функций других API):
BOOL Rectangle(
HDC hdc,
int left,
int top,
int right,
int bottom
);
Сперва X, потом Y.
А представьте себе функцию, рисующую прямоугольный фрагмент первой картинки в прямоугольный регион второй с ресайзом:
drawScaled(src_table, dst_table, src_x0, src_y0, src_x1, src_y1, dst_x0, dst_y0, dst_x1, dst_y1);
У меня лично глаза на лоб полезут, если иксы с игреками местами поменять.
Разница ведь не только в умножении и сдвигах, но и в устройстве памяти. Я думаю, разница из-за добавления пустых мест. Вполне может не влезть всё в кэш. Ты на разных размерах массива тестил? На малых, на больших? Чтобы всё в кэш влезло, чтобы ничего не влезло, что-то среднее, и так далее.
>>1748632
Да делайте обёрток сколько хотите. Но в итоге, в первую очередь доступ идёт по строке, по у-координате. Если хотите забыть, что там под слоями абстракций -- пожалуйста, но производительность так проебать проще простого. Дизайн кода не должен забывать об особенностях реализации, и, по-хорошему, должен о них напоминать.
> разница по скорости между исполнением инструкций и хождению по памяти -- полтора-два порядка
Из памяти нормальные задержки - 20 тактов. При том что современные процы за такт 2-4 инструкции могут выполнить. Но это всё хуйня, если юзается SIMD и правильное кеширование с нормальным выравниванием памяти. Там уже из стека будет сосать вполне со скоростью выполнения кода, особенно если переходы/арифметика. Алсо компилятор не волшебник, если говнокодить, то он не сможет ничего сделать с говнокодом.
>>1748632
> Вот и правильно.
Это надо смотреть как обход по пикселям идёт. Чтоб не шагать поперёк линий.
>Разница ведь не только в умножении и сдвигах, но и в устройстве памяти.
Так и предполагаю, в принципе, что при использовании сдвига вместо умножения в кэш грузятся бесполезные данные. Скорее всего ,в этом дело. Тестил на одной картинке пикрелейтед.
> это доступ в L2?
Напрямую в ОЗУ. Если память выровнена по блокам кеша, то проц весь блок кеширует в L1 при обращении в начало блока, при последовательном чтении сильно быстрее будет. Опять же, можно в AVX-регистры тянуть данные, будет быстрее чем по 64 бита в RAX и ждать задержку. Компиляторы обычно такое не делают, у них максимальная совместимость с некроамудой.
А я думал, что напрямую в хорошую современную RAM сходить стоит 50нс. Я правильно понимаю, что при частоте 4ГГц, время такта равно 0.25нс? Тогда поход в некэшированную память -- 200 тактов. Но это при произвольном доступе будет, с данными, не помещающимися в кэш, а не при последовательном. Кстати, блок -- это сколько? Зависит от проца? Так-то довольно логично получается, заебись, спасибо.
Что выбрать - сабж или питон.
Пытаюсь собрать QtHttpServer https://www.qt.io/blog/2019/01/25/introducing-qt-http-server
Получаю пикрилейтед.
Qt 5.9.5.
Пытался найти документацию по QtPrivate, чёт вообще ничего нет. Как править?
До тех пор, пока тебе не понадобилось обеспечить корректность его исполнения, или, что ещё хуже, поправить там чего-нибудь. Хороший код выглядит просто и читается просто, а такое месиво, как у того анона, это невозможно ни прочитать, ни поддерживать. А юзабилити эту твою я смогу обёрточкой накинуть всегда, если меня будут просить такие вот, как ты.
>>1748822
А, это ты cacheline так хитро назвал. Тогда я нихуя нового не узнал, а ты не объяснил, почему при последовательном доступе всё работает гораздо быстрее, чем при случайном. Как я понимаю, за счёт вот этого механизма происходит вся магия: https://en.wikipedia.org/wiki/Cache_prefetching
> почему при последовательном доступе всё работает гораздо быстрее, чем при случайном
Потому что при обращении в начало выровненного блока кешируется весь блок и последующие данные берутся из кеша. Сколько раз тебе надо это повторить? У тебя только каждые 64 байта идёт прямой запрос данных из памяти. А если ты читаешь случайные данные, то ничего не кешируется в принципе, каждый раз ждешь задержку.
Ещё почитай про throughput и как правильно разбивать цепочки инструкций для одновременного выполнения некоторых инструкций, что может помочь в чтении случайных данных.
Антош, ну не расстраивай меня пожалуйста
> если я работаю с выровненными данными размером 64 байта
> я не увижу разницы между последовательным и произвольным доступом
Давай ещё раз. Для тупых.
Когда у тебя выровнена память по 64 байта и ты читаешь последовательно - у тебя после первого чтения остальные данные из блока в 64 байта берутся из кеша.
Когда у тебя произвольное чтение - каждое следующее обращение промахивается мимо кешированного блока и равно отсутствию какого-либо кеша.
Я тогда тебе охуенный вопрос задам: а как проц определяет, какое чтение произвольное, а какое нет? Ты, наверное, удивишься, но никак. Поэтому прочитанное из RAM подымается наверх до L1 вне зависимости от того, какой у чтения характер, произвольный или последовательный. А вот хардверный префетчер (и софтверный, если есть) как раз следит за характером чтения, и если оно становится похоже на последовательное, то он начинает заливать данные из памяти в кэш ещё до того, как память понадобится. Именно за счёт этого получается быстро, а не из-за простого факта существования кэш-линии.
> Если он уже все 64 байта прочитал?
Как он тебе их прочитает за раз? У тебя 8 операций чтения будет, либо если SIMD используется, то инструкции SSE/AVX довольно медленные. Пока читаются эти 64 байта, в другом порте идет обращение к следующему блоку и его кеширование. Ты же не просто перемещаешь данные, а что-то с ними делаешь. Это с копированием ты в любом случае упираешься в ОЗУ.
>>1749657
> как раз следит за характером чтения, и если оно становится похоже на последовательное
Для таких случаев есть документация по архитектуре от вендоров, где тебе пишут как надо обращаться в память чтоб было быстро. Это тебе надо следить чтоб оно было последовательным, а не процу ванговать что в следующей инструкции ты соизволишь читать.
Так, подожди, не путай. Я говорю не об одновременном чтении. Я говорю о том, что мне нужна вся кэш-линия, ровно 64 байта. Ты заострял внимание на эффекте, порождаемом бесполезностью части кэш-линии при случайном чтении, если она мне нужна вся, я привёл пример, когда этот эффект обнуляется.
Ты писал, что "блок" улетает в кэш ровно при обращении в его начало, а теперь пишешь, что где-то там до обращения к следующему "блоку", тот кэшируется вместе с ним. Я не могу понять, ты виляешь жопой, или просто не можешь чётко выразить мысль?
> при случайном чтении
У тебя случайное чтение в пределах 64 байт?
> "блок" улетает в кэш ровно при обращении в его начало, а теперь пишешь, что где-то там до обращения к следующему "блоку"
Алло, блять. Инструкции не обязаны и не должны строго по порядку исполняться. Обращение в начало следующего блока может и должно быть до того как кончится текущий, за этим должны следить кодеры компилятор.
Мне теперь тебе всю работу процессора объяснять, чтоб каждый пост ты не находил что-то новое и не начинал удивляться как же это так?
> не можешь чётко выразить мысль?
Это у тебя какие-то проблемы с пониманием как работает кеш.
> в другом порте идет обращение к следующему блоку и его кеширование
Что тебе тут не понятно? Почему следующий блок кешируется до того как в нём появляется необходимость или что?
https://habr.com/ru/post/480608/
Там в комментах срач хороший. tldr - SIMD инструкции можно дергать хоть из питона через Numpy, результат будет очень близок
То есть Python в данном случае лишь клей. Только в таком смысле и имеет смысл его обсуждать, хорошой ли он клей для блоков более быстрых алгоритмов. Как зашить питоний проект в одну экзешку? Да никак, только распаковать скрипты в %temp%, других вариантов не существует.
По идее ему нужно явно в second.cpp написать что-то вроде using A<float>, чтобы он знал что используется float и скомпилировал функции с флоатом - но что-то я не могу нагуглить каким образом это можно указать.
Ты почти угадал. Просто не using, а template
https://stackoverflow.com/questions/2351148/explicit-template-instantiation-when-is-it-used
Я слышал что from_chars люто оптимизировали на скорость. Но это, наверное, больше к флоатам относится.
Прикалываешься что ли?
(Пытался на ренжах написать, но чет пока запутался)
https://en.cppreference.com/w/cpp/compiler_support
С 8 версии есть Elementary string conversions
Я пишу for в котором меняю картинку, затем thread::sleep_for(2s), поток спит, но изменение картинки, вызванное ранее, не срабатывает
Компилятор как-то пытается оптимизировать мой код и решает один раз поменять картинку вместо n?
>Это надо смотреть как обход по пикселям идёт. Чтоб не шагать поперёк линий.
https://ideone.com/0A4SZZ
Какой все же вредный этот ваш кэш. А если мне надо побегать вокруг пикселя относительно хаотически в некотором радиусе? Ну, допустим, побью я картинку на квадратные тайлы, при первом обращении буду запрашивать [0][0] пиксель тайла, чтобы весь квадрат зэкэшился. Конкретный размер квадрата надо смотреть из параметров конкретного процессора? А как?
QT это гигантская обоссаная абстракция, внутрь лазить - ну спорно.
А вообще статьи на kdab.com и https://www.bogotobogo.com
У практически всех процессоров, на которых твой код может запуститься, длина cache line -- 64 байта. Кстати, необязательно запрашивать [0][0] пиксель тайла, тот анон просто шиз. У тебя при доступе к любой памяти в кэш улетает 64 байта, в которых она содержится.
Хорошая статейка про наблюдаемые эффекты кэширования: http://igoro.com/archive/gallery-of-processor-cache-effects/
в апи при регистрации окна в поле соответствующей структуры записывается указатель на процедуру-обработчик
в своем классе-обертке мне надо бы туда скормить лямбду которая захватила this
но стейтфул лямбды к указателю не приводится
есть ли способ это как-нибудь обойти может передать указатель на оператор () у лямбды или типа того?
