⚹ https://github.com/sosachbot/cppthreadhat/wiki
Ответы на вопросы:
⚹ https://en.cppreference.com/w/
⚹ https://www.cplusplus.com/reference/
Для указателей: ⚹
Прошлый: >>1888626 (OP)
Начинаю учить C++ в новом треде!
Вопрос со звёздочкой, для экспертов
B{}
X:B
{}
Y:B
{
fy(B*)
}
Я компилирую (X, B) => x.dll, потом (Y, B) => y.dll, загружаю и то и другое
завожу себе X ix;
будет ли работать по понятиям
fy(&ix)?
Потому что ты в седьмой строке кода пытаешься объявить статический массив на стэке, размер которого должен быть известен во время компиляции. Почитай о том, как функции выглядят в ассемблерном листинге и вообще пойми что есть стэковый фрейм, размер которого тоже предопределен заранее, то бишь во время компиляции.
Господа крестовики, учите ассемблер, тогда подобные вопросы вообще не будут возникать.
Вопрос номер 2, для волшебников
Есть class X соурс которого доступен, он компилируется в dll и загружается в программу.
Как вычислить все адреса инстансов X?
Изучаю с++ уже больше полу года, планирую в конце этого года искать работу на 3-4 месяца(Я студент, хочу немного опыта набраться)
Вообще, по-сути, ты можешь эти апи использовать для реализации, если очень хочется офк, но по сути, dx, vulnan opengl, всё это лишь функции передающие точки/шейдеры на граф ускоритель и в данном случае логичнее использовать апихи которые под это уже прям конкретно заточены
https://www.youtube.com/watch?v=bgckX62f4EA
вот тут достаточное описание пайплайна
glVertex3d(0.0, 1.0, 1.0);
glVertex3d(1.0, 0.0, 1.0);
glVertex3d(1.0, 0.0, 0.0);
glEnd();
2. Хочу передать массив, список и т.д. в функцию или метод, как правильно передавать? Раньше принимал итераторы, но там геморроя как-то многовато, нужно использовать темплейты. Принимать std::vector<MyObject> не стоит, вдруг пользователь захочет передать вещи из другого контейнера.
В том что он вызывается только когда просиходит какая то интеракция с гуем, например ты навел мышкой на окно. Если Убрать с гуя фокус и ничего не делать, то апдейт не происходит, видимо в целях экономии. Я по аналогии с игровыми движками пытался найти fixedUpdate, который вызывается каждый кадр например или еще как то привязан, но такого нет. С другой стороны таймер через сигнал позволяет вызывать функцию с жесткой привзякой к времени и из основного треда, что в общем то мне и надо.
Не пробовал, честно говоря, судя по описанию воможно он бы и сработал.
С другой стороны,
> Warning: If you call repaint() in a function which may itself be called from paintEvent(), you may get infinite recursion.
если какой нибудь addLine вызовет ее сам, то получим трудноуловимый дедлок, что тоже нахуй не надо.
[code]std::filesystem::path fullpath;[/code]
[code]std::cout << fullpath.relative_path().remove_filename();[/code] // здесь по моим ожиданиям должен быть путь до директории
[code]std::cout << fullpath.filename();[/code] // тут я ожидаю увидеть только имя файла.
Но когда я делаю
[code]filepath = std::filesystem::current_path();[/code]
fullpath.relative_path().remove_filename() возвращает мне путь к родительской папке моего рабочего каталога вместо пути к рабочему каталогу, а
fullpath.filename() вместо пустой строки возвращает мне название моего рабочего каталога.
Я неправильно пользуюсь <filesystem>? Чего я не осознаю?
> Что ты имеешь ввиду под заставлял?
Медленно продвигаюсь в обучении, приходится себя буквально заставлять прочитать какой-то урок или главу. Приятнее писать что-то своё, что интересно, а не реализовывать класс для общественного туалета из книги с методами среньк и пук. В итоге в очередной раз пишу что-то уровня змейки на sdl, пропуская теорию, получается говнокод, незнание синтаксиса (до сих пор не понял многих квалификаторов), стандартной библиотеки и ещё много всего. Как бы есть понимание, что нужно сначала всю базу освоить, Майерса там навернуть и потом уже садиться своё писать что-то, но невтерпёж это всё.
>В итоге в очередной раз пишу что-то уровня змейки на sdl, пропуская теорию, получается говнокод, незнание синтаксиса (до сих пор не понял многих квалификаторов), стандартной библиотеки и ещё много всего.
Нормальная тема, я первую книгу прочитал после 5 лет опыта коммерческой разработки
Просто рассказываешь про курсачи. У меня был сапёр -> приложуха для расчёта стоимости перевозок (смесь задачи о коммивояжёре и о назначениях) -> приложуха для расчёта портфеля ценных бумаг (линейное и квадратичное программирование). Писал не на плюсах. Когда на работу взяли, учил язык с нуля (мейерса, страуса и прочих читал уже потом, причём по диагонали).
Попытки в собственный высоконагруженный udp-сервер, наброски game-engine, всякие хуки для игр, чтоб рендерить дополнительную информацию поверх игрового окна (на основе прочитанной памяти процесса), ну плюс пытался в реверсинг по мелочи. Ну и змейки с крестиками-ноликами (с мультиплеером) и тетрисом тоже писал.
В принципе всё это тогда было говнокодом, но всё равно опыт, о котором можно было рассказывать. Любой опыт подойдет.
Есть path/name.lib, какую опцию дать компилятору, чтобы вклюичл её в билд
>>1916714
>>1916719
мне нужно подсунуть mingwу чужой код с модификацией.
уже нашёл что -l, просто я его не в том порядке подавал.
это странно, здесь в папке лежит name.lib который IDA воспринимает как AR [archldr_zip64.dll] и выдаёт мне какой то список COFF ов. По идее эта name.lib должна экспортировать методы, но компилятор их не находит. Зато находит в name.dll из другой папки. Что это за AR?
Вакансий на рендер мало, желающих много, особенно среди школоты и студентоты.
Простые задачи рендера уже давно никому не интересны - написана куча движков. А для решения сложных задач тебе придётся копить опыт начиная с с++ тугосерьки или через макакинг на других языках.
Вообще никак практически.
В российских реалиях - это такой мем. У нас буквально есть пара компаний, кто разрабатывает собственные движки. И даже там - разрабатывают хуету полную и никаким ресерчем там не пахнет.
А из-за таких вот вкатывальщиков наивных, у тебя еще и зп будет ниже, чем по рынку и будешь половину времени тесты писать.
Максимально безблагодатное дело с пидорашкинским отношением, жалею, что потратил время на такую парашу.
Ребята, сделайте себе одолжение, не начинайте учить плюсы не ознакомившись на хорошем уровне с сишечкой.
Огромное количество проблем и недопониманий связаны с тем, что вы кидаетесь в сложные дебри, не разобравшись как все это работает на базовом уровне.
C Primer Plus (Prata):
Note VLAs Do Not Change Size
The term variable in variable-length array does not mean that you can modify the length of the array after you create it. Once created, a VLA keeps the same size. What the term variable does mean is that you can use a variable when specifying the array dimensions when first creating the array.
>Какие ещё дебри
С++.
Это сложный язык, оперирующий сложными понятиями. По вопросу выше о массивах можно с достаточной точностью предположить, что вопрошающий слегка не шарит в базовых понятиях. С++ не лучший выбор для изучения базовых понятий, блоков и структур ЭВМ.
Так понятно?
> не ознакомившись на хорошем уровне с сишечкой
Путь адекватного человека выглядит так: пишем пару лет на машинном коде, ещё пару лет на ассемблере, полгода сишечку и можно свой первый класс идти реализовывать. Конечно же перед этим всем не забываем подтянуть устройство ОС, архитектуру ЭВМ, элементарную компьютерную, цифровую и аналоговые схемотехники, ну и конечно же теорию электрических цепей и теорию передачи информации, ведь как можно что-то писать, если мы даже не знаем как этот бит формируется. По пути желательно повторить кодирование информации и при желании шифрование. Перед ассемблером ещё нужно алгоритмы и структуры данных тоже повторить, без них никак. Конечно, если ты не заканчивал вуз по специальности прикладная математика, то и все дисциплины оттуда тоже захвати. Без этого в такие дебри как плюсы лезть не советую.
Ну я то, в отличии от тебя, книги Кнута по программированию читал и не заметил там ни С ни C++. Если брать вузовское академическое образование, где обучают программированию, то там преподы тоже стараются рассказывать на каком-нибудь псевдоязыке. И только на практических занятиях, которые нацелены на изучения языка, уже да, можно увидеть код. Причём язык зависит от предметной области, на которую ты учишься.
P.S похуй кто сделает,супер кодер или такой же студент,главное чтобы зачли
Описать структуру с именем TRAIN, содержащую следующие поля: название пункта назначения; номер поезда; время отправления. Написать программу, выполняющую следующие действия:
1 ввод с клавиатуры данных в массив, состоящий из шести элементов типа TRAIN;
2 записи должны быть упорядочены по времени отправления поезда;
3 вывод на экран информации о поездах, направляющихся в пункт, название которого введено с клавиатуры;
4 если таких поездов нет, выдать на дисплей соответствующее сообщение
Да ты заебал,я шлюхой буду,я не хочу делать программирование,а ты посмотри,во сколько оценивают эту работу
https://pastebin.com/giAWbvW5
Сортировать по формату времени осилишь? Остальное это красивости при выводе, там понятно должно быть даже по такому говнокоду.
Не осилю :(
Как,если в крации,сделать?
https://pastebin.com/RDGWf1aT
С тебя булочка с маком.
какой быстрый минимальный протокол над udp, чтобы гарантировать доставку? QUIC - это то?
Notes
Unlike std::basic_string::data() and string literals, data() may return a pointer to a buffer that is not null-terminated. Therefore it is typically a mistake to pass data() to a routine that takes just a const CharT* and expects a null-terminated string.
Короче, у тебя ub
int k = 2;
int& const ref = k;
тривиальный неправильный пример:
array<uint> buble(array<uint> &foo){
return foo;
}
Изучаю С-плюсы, вообщем, все по кайфу. Может пойду в С# потом, может нет. Так вот, вопрос у меня следующий:
1)Нашел годный курс по С++ и по итогу там идет создание игры-приложения(same game) на ебаном MFC.
Начал гуглить эту, смотрю инфы мало и на форумах пишут - что MFC это неповоротливый устаревший зверь, не еби себе мозг написанием приложений с помощью этих библиотек.
Но я хочу реализовать на С++ какую-нибудь простенькую игру или приложение. Так что мне делать? идти сразу в C# так там проще и быстрее. Или есть какие еще варианты?
Какой ты хочешь функционал? В qt ты можешь просто взять натянуть изображение на формочку и хуячить туда змейку или что-то еще, просто с руки меняя пиксели.
Если ты хочешь 3д, то opengl, но для этого нужно на с++ уже хорошо писать. Если ты какие-то там курсы смотришь, то ты скорее всего пока что слишком слаб для opengl. Ну и вообще это сомнительный карьерный путь - дрочить opengl.
>если меня интересует работа с графикой, то opengl не самый лучший вариант
Нет, для графики opengl/directx норм. Но вкатиться в такое суперсложно, особенно без образования.
Если ты не восторженный начинающий чел, а уже точно решил, что будешь заниматься графоном, то окей, хуячь opengl.
Иначе - подумай дважды.
400к оклад и пачка акцией ежегодно, которые в среднем капают по 300к в месяц на руки
>>1917944
Да, есть команда которая занимается именно рейтрейсингом, но, вестимо, это небольшой кусок штатовской команды
>>1918172
>будь честен на анонимной доске - ведь у тебя нет ни профильного образования, ни опыта работы до этой позиции
Опыт был (иначе как бы меня взяли сениором), а образование не нужно. Ну послушал бы я 5 лет, как старые пердуны меня паскалю учат, что бы изменилось, кроме проебанных 5 лет.
Анон, попробуй SFML лучше, можешь даже исходники почитать и разобраться, там сверхсложного ничего нет и в случае чего можешь свои хедеры типу вектора2д писать, конкретно под свои задачи. Для базового GUI можешь ImGUI взять, тоже легко достаточно встраивается в SFML и с ним работает отлично. Вот тебе и готовый набор для грейда своих скиллов, где ты будешь реализовывать исключительно логику, а свой GUI тебе в любом случае пилить придётся немного, если меню будешь делать. Параллельно ещё шейдеры зацепишь точно, а через них в OpenGL на базовом уровне разберёшься и успеешь даже распареллить это всё.
НО, если тебе нужно конкретно приложение, с выпадающими меню там, списками, текстовыми полями и прочим говном, то бери Qt. Но конкретно изучать его как-то смысла нет, там формошлёпка в основном через хорошо описанную документацию, где примеры покрывают 90% задач.
Ну вот при изучении STL и новых стандартов плюсов я сталкиваюсь с тем, что в Qt это уже все давно реализовано, в некоторых случаях даже удобнее. Приведу тривиальный пример: зачем мне знать, как работает std::vector, если у меня есть более удобный QVector (или QList, если похер на расположение элементов в памяти)?
спасибо тебе няшка, держи печеньку.
можешь тогда дашь еще совет, после того как я грубо говоря изучу базовый курс С++ (а я его уже изучил, сейчас повторяю основыне моменты) так что мне следует начать изучать дальше?
у меня по курсу дальше идут:
1)OpenGL
2)CFML
3)Qt5
4)RegExp и т.д.
Если ты меня спросишь, а чего я сам хочу?. я не знаю, ну наверное отвечу банально - какие-нибудь игры. я не могу точно сказать, так как я ничего сложного и серьзного еще не кодил, а всякие сортировки массивов, рекурсии и т.д., вещи конечно полезные но...
> базовый курс С++
Для начала, что такое базовый курс?
> что мне следует начать изучать дальше?
C++, C++ и C++. Поверь, тем для изучения там много. А что делать параллельно уже сам решай, ниже подробно опишу.
> 1)OpenGL
Заходишь на learnopengl.com, проходишь пару туториалов - зашло, продолжаешь, нет - дропаешь.
> 2)CFML
Берёшь и сразу пишешь по примерам, там всё максимально просто описано в документации. Можешь ещё туториалы глянуть. Если не знаешь как лучше всю эту дрянь в ООП-стиле оформлять, заходи на гитхаб и читай чужой код.
> 3)Qt5
Будешь как анон выше -> "зачем мне знать, как работает std::vector, если у меня есть более удобный QVector".
> 4)RegExp и т.д.
Сразу нахуй и даже не вспоминай.
Анонче, если тебе нужно изучать чтобы да кабы, то душные темы тебя только к дропу подвинут поближе. Вот прямо сейчас скачай UE4 и сделай что-то на блюпринтах по туториалам, потом тоже самое перепиши на крестах. Сами кресты не забрасывай только, попиши всякого на SFML или SDL2 (лучше первое), задачки на алгоритмы порешай, Мейерса почитай, развлекайся с пользой в общем, вариантов много, зазубрить книгу на 1300 страниц с первого раза никому не удавалось, а оно в принципе и не надо.
Это на полном серьёзе асм-инструкция выдаёт результат как си-код в 3/4 столбцах и умные дяди разрабатывающие процессоры решили именно такую логику в области нуля сделать?
Есть адекватный способ получить равномерные 0-1-2-0-.. в остатках без особых костылей вроде приведённого мной?
a%b == r <=> a == (a/b)*b+r
Отсюда и отрицательный r при отрицательном a. То есть это просто побочный результат выполнения целочисленного деления, который решили сделать оператором языка.
>А это точно удобно?
Я и не помню, когда приходилась делать modulo от отрицательных чисел, так что это вообще не проблема.
Но для питоновских результатов указанные тобой правила соблюдаются тоже.
>когда приходилась делать modulo от отрицательных чисел
Да по идее постоянно, намного чаще вот эта фигня, где mod выдаёт 5 нулей, а выше и ниже по 1 единицы.
Я рисую сетку координатную, и нужно каждую десятую линию нарисовать жёлтым. Так там из-за этой фигни клетки на 1 съезжают с другой стороны координатной оси, нужно abs лишний ставить.
Иначе говоря, ты сможешь назвать хоть одну задачу, где требуется си-поведение, а питон-поведение не подойдёт? Мне что-то ничего в голову не приходит.
>так что это вообще не проблема
Да понятно что можно свою функцию поставить и хуй с ним со стандартом языка, но цикличные остатки от 0 до n-1 были бы в разы логичнее и не ясно почему хотя бы на уровне асм-инструкции так не сделали.
>Опыт был (иначе как бы меня взяли сениором), а образование не нужно. Ну послушал бы я 5 лет, как старые пердуны меня паскалю учат, что бы изменилось, кроме проебанных 5 лет.
Блять, вот ты разговариваешь ирл с людьми, кто там работал - и все говорят, что оттуда съебали в ужасе и работают сейчас в сильно менее престижных компаниях, что как-бы намекает на то, что они не пиздят. Люди с топовым образованием, которые годами жестко дрочат предметную область. Которые несмотря на это рассказывают, что там супер сложные собесы, где нужно знать всякие детали нвидевских архитектур и что почти нереально вообще туда прийти просто так с хедхантера. Рассказывают, что это жесткая галера, с постоянными жесткими переработками, где люди на управляющих позициях специально перекидывают тебя с проекта на проект, чтобы ты в их технологиях очень сильно не разбирался и так далее.
А потом приходишь на двач, в тред, где 95% постеров - это студенты, спрашивающие хуету и отвечающие хуету И ВДРУГ читаешь охуительные истории, диаметрально противоположные тому, что слышал.
>ряяя абразавании нинужна ряя нвидия нвидийа где работаешь так нвидия же 700к палучайу лучшее места ряя нвидиа
Блять, да будь ты в несколько раз хуевее того, что ты рассказываешь о себе, ты бы всё-равно даже не сидел бы тут. А если бы и сидел, то точно не писал бы хуету про мне лидить проекты дают ряя сасать. Я не представляю, каким нужно быть имбецилом, чтобы заниматься таким.
В конце концов, там проекты-то можно по пальцам посчитать. Даже анон с двача смог бы тебя сдеанонить и набить ебало возле офиса. Так что просто съебни нахуй, старина, делай там свои лабы с закрытым ебалом и не пиши хуету в тред.
> Да понятно что можно свою функцию поставить и хуй с ним со стандартом языка, но цикличные остатки от 0 до n-1 были бы в разы логичнее и не ясно почему хотя бы на уровне асм-инструкции так не сделали.
Инструкция тут не при чем (скорее всего, остаток на константу считается умножением). Это традиционное поведение из 70-х, когда делали как проще.
Только по большому везению. Ибо, как и сказали, у нас полторы конторы занимаются чем-то таким. И из них ещё большая часть - чистый гейдев, где работать можно только из большой идейности или если ты ультимативный сеньор-помидор с тайными знаниями. В остальных случаях - зп ниже средней, переработки как норма. Ну и отзывы берешь: сабер - уебки, варгейминг - уебки, и так далее.
Похоже, единственная норм контора - юниджайн, ибо не геймдев, а движло пилят. Меня оттуда, конечно, попросили, ибо слишком говнокодер оказался, но пока был в офисе успел атмосферу понять. Тут можно и всю жизнь спокойно вджобывать - задачи интереснейшие, уровень разрабов высокий, контора небольшая и отношение нормальное.
Подытоживая: геймдев - зашквар, хочешь чем-то околографическим заниматься - ищи неигровые продукты типа тренажеров, картографии, всякой хуерги для визуализации данных.
Удалось зацепиться вот за это (его читатель намекнул на игрушку Mercenaries)
https://kunaifusu.livejournal.com/116882.html
Далее все было просто. И вот здесь было такое ощущение, как будто забрался
в синагогу и прочел тайное имя бога. Т.е. видно было, что чел прошареный,
но такого не ожидал.
Нашелся некто Basil Milanich, выпускник МГУ (про МГУ в журнале где-то упоминалось).
В 2012-2020 годах в Sony ICE team - это что-то вроде внутренней группы сони-экспертов
в составе Naughty Dog, привлекаемых для допила блокбастеров. Есть в кредитсах практически всего,
что выходило хитового на сони в указанные годы. Недавно ушел в HFT.
Подробности биографии достаточно точно совпадают с контентом журнала
https://www.apollo.io/people/Basil/Milanich/5d2ff29ef1c4cd0c665a617a
Вот, например, упоминания о релокации в Висконсин (Human Head Studios, 2010-2011)
// Wisconsin
https://kunaifusu.livejournal.com/375489.html
https://kunaifusu.livejournal.com/382244.html
https://kunaifusu.livejournal.com/388504.html
https://kunaifusu.livejournal.com/426699.html
Одно время имел более приличный бложик https://bmilanich.wordpress.com/
Он, оказывается, немножко лиспанутый. Некоторые постинги развивают на записи из основного журнала, например
https://kunaifusu.livejournal.com/243772.html
https://bmilanich.wordpress.com/2011/09/25/breaking-the-speed-of-c/
... Стотья и каменты в хакерньюз доставляют.
Пока Кармаковские кракозябры (это кодом назвать сложно, разве что в смысле "код Да Винчи") продаются и вызывают ахи и вздохи хипстеров я на хлебушек смогу заработать...
... Кармак же, со своим программированием на уровне шестиклассника ...
... Там куча проблем с перформансом и с логикой ...
https://kunaifusu.livejournal.com/467799.html
... Кармака наняли потому что народ, далекий от индустрии, считает его ацки умным visionary в нашей области. Все что я знаю о Кармаке это: он не верил в shadowmaps и боролся с ними как с бесперктевным алгоритмом (в 99.99% игр сейчас используют shadowmaps), он в развное время писал код для люминографа, вокселей и прочей хуйни, он написал "мегатекстуру" и рекламировал ее лет 5, пока все не увидили игру на ней. Каких либо других достиженей я за ним не припомню. ...
https://kunaifusu.livejournal.com/531766.html
... У меня большая уважуха к этому поцану. Растянуть полдюжины шареварных платформеров в карьеру "Гуру 3Д" - никому больше не удавалось...
https://kunaifusu.livejournal.com/487221.html
Тут мне в другом посте рассказывали про то как не хочут писать код для GPU из за того что нужно писать многопоточно и я сначала не понял вообще о чем речь. Только потом до меня дошло, что у песишных программистов есть такая серьезная профессиональная деформация.
Дело в том, что орхитектура х86 (да и остальные более или менее популярные архитектуры от Интела) никогда не поддерживала многопоточность. Даже убогая двухпоточность на некоторых процессорах спрятана от программиста и используется для симуляции двух процессоров в одном. Все тысячи тредов, что Виндуз показывает в таск менеджере - это никакие не потоки, а самые настоящие процессы. Многопроцессность там есть, многопоточности - нету.
Разница простая - процессы это сущности ОС и живут они по правилам ОС, а потоки - это сущности CPU и живут они по правилам CPU. Например, я хочу написать программку, распечатывающую файл с диска на принтере. CPU не знает нихрена ни про какие файлы, ни про диски и, тем более, про принтеры. Тут мне многопоточность не поможет. Тут как раз работа для многопроцессности - в одном процессе буду читать файл а в другом печатать, между ними - пайп построю и будут они ждать файл, принтер и пайп так замечательно, что пока один процесс ждет, другой может какую-то работу делать. А вот захочу я перемножить пару матриц - тут наоборот, ОС нихрена про матрицы не знает, за то процессор знает все и про память, и про кэш и про ALU. Тут надо бы запустить кучу потоков, чтобы каждый считал свой элемент произведения. Большая часть будет будет висеть ожидая кэша, а пока они ждут - другие работают. Принцип многопоточного программирования простой - все циклы заменяем потоками. На каждую итерацию цикла - поток.
Но на х86, конечно, так не получится. В лучшем случае там можно отрастить процессов по числу ядер и каждым считать часть матрицы произведения. Что, конечно, не rocket science, но принципиально сложнее тривиального многопоточного алгоритма. И, главное, из за накладных расходов на создание и синхронизацию процессов, медленнее тупого последовательного алгоритма для достаточно маленьких матриц. Вообще, для любой задачи, не связаной с доступом к объектам ОС, создавать больше процессов чем ядер нельзя, потому что производительность просрется на дележ одного процессора между несколькими процессами. Да и с оптимальным числом процессов можно обломиться - процесс вещь тяжелая и дорогая, чтобы его запускать по любому поводу.
Оказавшись на многопоточной архитектуре, программисты, деформированные х86, относятся к потокам как к процессам на х86, бережно и осторожно. Вместо того, чтобы раскручивать как можно больше простых потоков они мудрят схемы, где число потоков минмизируется за счет усложнения логики внутре потока. Мало того, что это работает медленно, это еще и писать муторно и долго. Но по-нормальному не получается, на то она и деформация.
https://kunaifusu.livejournal.com/530022.html
Какие-то ужасные каменты написали люди, непонимающие разницу между процессом и потоком. Но в общем не их это вина - Майкрософт придумала свои "потоки" чтобы не травмировать тонкую индусскую душу fork()ом и выросшие на этом программисты даже не подозревают, что там внутре течет и куда.
Процесс это контекст с точки зрения ОС - там лежит все чтобы выполнять программу: PC, стек, намапленая память и прочия дескрипторы. Поскольку ОС сейчас все многозадачные, они, естественно, умеют переключаться между этими контекстами. Переключение между процессами на одном PU - процесс долгий и тяжелый, но и необходимый, так как в целях безопасности сама ОС является процессом и любой ее вызов вызывает такое переключение. Виндовые "потоки", как и посиксные pthreads это просто шорткат для создания процессов, в основном отличающихся только стэком и PC.
Поток это контекст с точки зрения процессора. Поскольку процессор куда проще ОС, ему много не нужно - там лежат регистры включая PC, стэк, намапленую память и всякие внутренние состояния. Переключение между потоками ничего не стоит. Можно хоть каждый такт переключаться, что обычно и происходит в многопоточных процессорах. Т.е. если мы запустим два потока, состоящих из NOPов, то каждый будет выполнятся как будто он единственный поток на процессоре с половиной частоты. Однако с нетривиальными потоками все гораздо интереснее. Встретив инструкцию, которая требует ожидания какого-то условия (например ждет данные из памяти) процессор просто перестает переключатся на этот поток, пока условие не выполнится. За счет этого несколько потоков одновременно выполняются быстрее чем они же последовательно за счет сокращения времени простоя процессора в ожидании памяти. Естественно, что такое поведение многопоточного процессора не повторить на однопоточном никакими ОС и никакими явами. Программными средствами невозможно переключится из зависшей в ожидании инструкции.
Долгое время ждущих инструкций в микропроцессорах не было. Инструкции всегда что-то делали и не ждали без толку. Только в 90х годах прошлого века появились процессоры с асинхронной памятью и инструкции стали ждать память. Но вместо того, чтобы просто сделать Пентиум многопоточным, Интел, наученный горьким опытом с 486ым (который был медленее 386 на коде, оптимизированом для 386), пошел по "суперскалярному" пути. А то какой-нибудь Дворак запустил бы свой любимый Word 5.0 на новом Пентиуме и не увидел никакого ускорения, было бы нехорошо. С точки зрения абсолютной производительности, суперскалярность/OOE даже рядом не стоит с многопоточностью/SMT, однако позволяет ускорить однопоточный код, единственный важный критерий для Интела в то время. Опять же, наверное тогда думали, что память скоро догонит процессоры и это только временная проблема, хе-хе.
https://kunaifusu.livejournal.com/531119.html
Посмотрел Вулкан, сэмпл рисующий треугольник - больше 1000 строчек. Больше 1000 строчек, Карл! как теперь принято говорить. У ДХ12 получше чуть-чуть. Наконец-то можно строить коммандные буферы из разных тредов - всего-то лет 10 прошло с тех пор как одноядерные процессоры перестали делать даже для лэптопов. Однако до консолей все еще далеко.
Самая главная проблема песишных API это компиляция шейдеров в рантайме. Во-первых это занимает время, а во-вторых рантайм компилятор не может соревноваться с уровнем оптимизации офлайн компилятора. Для примера, НВидиевский компилятор для PS3 сосал настолько, что делая инвариантные изменения исходника (добавляя 0 и умножая на 1 разные значения) можно было получать сильно разный код. Но для PS3 это не проблема - запустил процесс на выходные, который перебирает тысячи пермутаций каждого шейдера и выбирает самый лучший код и готово. На песи тот же компилятор работал в рантайме даже не пытаясь ничего оптимизировать. Еще на той же PS3 - у пиксельных шейдеров не было константных регистров, константы реализовывались через модификацию кода. На PS3 просто патчился бинарник, а вот на песи, подозреваю, патчился IL и перекомпилировался. В результате PS3 могла делать десятки тысяч ДИПов, а песи дох на тысяче с тем же ГПУ. В новых API эта компиляция никуда не делась (хотя проблемы с ней на современном железе не такие же как на PS3, конечно, но принцип тот же).
Вторая большая проблема - биндинг параметров для шейдеров. Слоты, имитирующие регистры видеокарточек 90х годов прошлого века, наконец-то ушли, но замена не на много лучше. Я так понимаю все теперь связывается фетч шейдером (раньше только вертексбуферы). То есть теперь фетч шейдер вызывается на каждой стадии, а не только вертексной. Это, конечно, разгружает CPU но за счет дополнительной нагрузки на GPU. На консолях можно обойтись и без слотов, и без фетчшейдеров (даже в вертексной стадии).
Ну и, конечно, поддержка многозадачности никуда не делась. Каждый раз, когда переключаются контексты, нужно востанавливать все состояние ГПУ, а для этого его нужно постоянно копировать в память. Хотя бы сейчас в этом появился какой-то смысл, так как не только игры используют ГПУ. На консолях можно пользоваться хардверными контекстами, так как никто не будет запускать 1000500 клиентов.
https://kunaifusu.livejournal.com/530484.html
Почему великий Бьёрн Страуструп не запилил себе до сих пор нормальный сайт? Его сайт по прежнему выглядит как кусок гавна из начала 90-ых?
Аха, узнал kunaifusu по его высерам. Он годами не меняется, пишет одну и ту же хуету. Это ж у него как раз профдеформация: он геймдев, пишет под платформы с дерьмовыми cpu уровня бюджетного ноута, и вытягивает недостающее ковырянием с железками.
Если по пунктам, то всё плохо.
С x86 всё збс - до выхода ps3 с его уёбищным cell другого способа писать код в мэйнстриме и не было, даже на консолях. Шейдеры времён dx9 не считаю - уж очень они были ограниченны. Учитывая, что gpgpu по-прежнему не стоит усилий в 99,9% софта, у него получился целый пост надменной хуеты.
fork в никсах - это как раз способ сделать вид, что никакой многопоточности не существует (достаточно посмотреть, как пишется код на node, python, php), в то время как даже кодеры на win95 уже познали всю боль примитивов синхронизации. Более того, этот пиздобол всё переврал - именно fork создаёт отдельный процесс, копируя память и дескрипторы, а виндовые потоки всегда работают внутри уже существующего процесса.
Для vulkan нужно не 1000 строчек, а гораздо, гораздо больше - к нему нужен ещё менеджер памяти. Но при этом он позволяет писать охуенно адаптивный код: тот же doom eternal может на минималках ползать на нищебродском apu атлона, а может дать жару на rtx 3090, в то время консольный код живет от силы 5 лет и потом выбрасывается, потому что между ps3 и ps4, например, изменилось вообще всё. Про переключение контекста gpu тоже смешно - начиная с 4-й плойки в консолях те же самые операционки (фряха и винда) и те же самые gpu.
В общем, не вникая в вопрос, можно обосрать всё что угодно, и конкретно этот поцыент себя показал недалёкого ума выебщиком. А ведь лет ему на момент поста, кажется. было уже за тридцать.
Это еще ладно, его личный сайт - может хоть ЦП постить
А вот что касается сайтов некоторых крупных проектов и организаций, к примеру slackware,minGW - то это реально пиздец. Неужто люди, способные разработать такого уровня вещи, не могут нашлепать что-нибудь более-менее приемлемое на всяких джс сиесес (хотя бы чтобы фейспалм не ловить при входе на главную страницу)? Возможно не хотят шквариться о петуховские языки, но есть же вордпресс к примеру: поставить, 5 минут понастраивать, и уже лучше было бы.
>в PDF-ках никто на Д И З А Й Н не дрочит
Ты, наверное, шутишь.
Идеальный сайт:
https://www.smlnj.org/
Терабайты. Ну а черно-белые тексты тоже можно делать неуныло.
А ты сам как думаешь, возьмут тебя в топовую компанию(на самом деле такую себе), когда ты нихуя не умеешь и сейчас 2021 год на дворе, когда вкатывальщик каждый первый? Я уже не говорю о том, что там начальных позиций вообще нет скорее всего.
Полистай на линкедине чуваков, что там работают. Там любой нормальный разраб будет иметь образование пми и нормальный такой опыт работы.
Что собственно придурку который кресты выучил, бомбанул и сейчас вкатывается в монтёры кабелей мешает написать игру на собственном игровом движке?
Что нам всем мешает то это делать?
>Что нам всем мешает то это делать?
То, что ты нищеброд без скиллов. Какую ты блять игру собрался делать на собственном движке? Если ты такую хуйню пишешь, то скорее всего ты ни движки не писал, ни игры.
А даже если бы это писал сеньёр-помидор и самый охуенный разраб, что только может быть, один хуй без денег или многих лет работы в соло без каких-либо денег ты ничего не сделаешь. А если даже сделаешь, очень-очень малый шанс, что что-то там взлетит.
Нужны скиллы кабанчика, рамсить с недовольными клиентами, ты можешь потратить кучу времени, годы и выхлоп будет "пук", а если что-то начнёт выгорать финансово то нужно будет это оформлять срочно, регистрировать т.к. иначе тебя просто выебут органы пыньвласти. Подводных дохуя. Нужно быть ёбаным в сраку гением уровня торвальдса и то его гавно не взлетело, оно просто сделало его известным что работодатели увидели его.
Что происходит с объектом класса "a" в данном случае? Путем эксперимента додумываю что при переназначении переменно test из класса b вызывается деструктор a и a сваливает нахуй со стека. Верно?
>Для тебя написать движок для игры это так сложно?
Чтобы написать движок на уровне движков, которые есть, ты потратишь годы.
>Алсо, ну хуй с ним не шарю в вашем гейдеве, ну сайты то пилить это проще.
Проще конечно. Фриланс называется. Каждый второй этим занимается. О чем ты вообще?
и еще как заставить здесь запретить создание объекта, например в конструкторе я хочу его детально создать а тут просто обявить переменную типа. Догадываюсь
a() = delete; в определении класса a
Анон, ебу куда писать, нагуглить не удалось. Надеюсь вы знаете как эту хуйню пофиксить. В общем мне visual studio long double какого-то хуя округляет. Мне надо прощитать с точностью в 20 знаков после коммы а оно на 16 знаке какого то хуя заканчивается. Как фиксить?
При создании обьекта класса b, вызывается конструктор для обьекта класса a, потом в .create ты вызываешь оператор перемещения (A&&, т.к. результатом a() является prvalue). Потом когда b выходит из скоупа - деструктор вызывается.
>>1920469
Сделать конструктор приватным, и вызывать его либо из статического метода, либо из friend-функции
ну хз, судя по выхлопу при каждом create сначала вычисляеться новый объект и исполняеться его конструктор, а после присваивания вызывается деструктор предыдущего объекта.
Потому что long double - это нихуя не 20 знаков.
https://stackoverflow.com/questions/50148727/microsofts-edx-c-course-double-vs-long-double-why-a-lack-of-common-standar
Так в этом и суть, хорошее качество игры достигается за счёт самописаного движка на сях. Я не гооврю о том чтобы написать какой-нибудь ёба универсальный движок на современный лад. А тупо пилить это всё под конкретную игру на один раз. То есть одноразовый движок для одной игры как кстати и делали раньше.
Он даст преимущества и в оптимизация и в других штуках типа того что игрового процесса т.к. ты как угодно его настроить можешь. И здесь школота и студенты на юнити соснут хуйцы
я о том что сегодня уже есть относительно развитые средства прямого финансирования (кикстартер, патреон, ранний доступ в стиме, etc), и многие инди-проекты уже заполнили пустующие ниши
сегодня уже есть игры почти под любой вкус
взять, к примеру, песочницы
довольно трудно будет конкурировать с факторио, террарией, oxygen not inluded и другими
хотя вроде бы довольно нишевый жанр, но он уже заполнен
Не так он прав на самом деле, что в идеале под каждый вид игры свой движок напильником заточенный пилить надо. Но суть в том что в современных реалиях на современных мощностях это реально нахуй не надо. Учишь готов движок и клепаешь своё гавно. Здесь проблем будет больше с созданием текстур, 3д моделей и прочей поеботины что для с++ господина равно выстрелу в голову.
вот на картинке мы описываем структуру и какие функции могут с этой структурой работать.
что значит typedefs?
что мы тут объявляем и зачем?
то что ниже про функции я понял
Ну я тащем-то осилил страуструпа, прочитал от корки до корки книжку на 1400 страницу. Только на многие упражнения забивал.
Да не у меня с базой всё норм. мне просто в мы вам перезвоним треде сказали что меня заворачивают из-за отсуствия технической вышки. Я не хочу перекатываться в веб меня тошнит от него нахуй, хочу на плюсах писать
Тут дело не в том, что в универе тебя программировать научат.
Просто на плюсах чистых никто почти ничего не пишет, либо пишет какое-то говно. Обычно с плюсами вместе идёт какая-то большая предметная область, которую ты сам, конечно же, не изучишь, либо изучишь очень хуево.
Если пойдешь формочки клепать на кьютэ - универ не нужен, да, формально, хотя это всяко будет тебя хуево выделять на фоне других кандидатов.
Если пойдешь компьютерную графику дрочить или компьютерное зрение или любую другую область - то без универа тебя сходу нахуй пошлют вообще без сомнений.
Да, я их уж вбрасывал в соседний мы вам перезвоним, сказали что это хуета.
Проекты такие:
1. Консольная змейка на чистом си
2. Программа с гуи на cpp которая работает с данными из таблиц, строит графики по методу наименьших квадратов и выводит функцию графика. Ну плюс там возможно сохранение данных или загрузка их.
Да я думаю дело не в гит проектах, на гите чё-то 1 просмотр у меня да и тот мой его даже не смотрит никто
>>1920677
>>1920690
Советую тебе сделать что-нибудь на qt, написать резюме нормальное в стиле "охуенно знаю qt, cpp 14/17, stl, компьютер саенс, бд" и аплаиться на не сильно охуевшие вакансии. Мб во что-то отечетственное. Похуячишь там год - найдешь работу получше.
На всякую велосипедную хуйню советую тебе не размениваться и не слушать местных дурачков про рендеринг всякий, иначе работу не найдешь вообще.
Ну или другой стак бери, да. Не обязательно же там веб какой-то, да и веб вебу рознь. На каком-нибудь дотнете тоже норм работается.
Ну и наебывать не надо, что за бред вообще. Ладно там дописать еще, что пару месяцев неоффициально работал или фрилансил или лабы делал студентам или около того, но прям пиздеть - ну такое себе.
собеседование = контакт
Я на обе работы на которых норально платили устроился хотя вообще не подходил по требованиям. Помню поехал, чисто потому что случайно рядом оказался. Как итог несколько собеседований, плюс одно на английском лол. Ну и взяли, я потом спросил у своего непосредственного начальника как так то, ты же говоил, что были ребята гораздо сильнее меня. Он ответил, тут никогда не знаешь как оно будет и так анон везде. Вообщем создай топ резюме с вышкой! И твоя задача уже начать гонять на собесы. Вот поверь, за неделю найдешь. Я блять хз как это работает. Но у меня два раза так и было. Причем конторы серьезные и несколько собесов и везде я сильно проседал и даже задание завалил. Это лотерея, ебашь и все
После плюсов есть преимущество в том что на что угодно можно переучиться без задней мысли, т.к. сложнее ебалы чем эта не найти. Ну и если он по книжке страуструпа учился и то лучше, т.к. он очень много общих и тонких деталей реализации любого яп объясняет.
Вообще я бы советовал тупо на java или c# какой-нибудь переучиться.
Да не особо, на самом деле. Даже на какой-нибудь C# пересаживаться не особо удобно. Да, он будет легче в том плане, что там нету всякой ебли низкоуровневой, но это тебе не в плюс. Код писать проще, да. Но знать там нужно другие вещи. И фреймворки другие и всё остальное.
Но если бы мне нужно было куда-то соскачить, я бы на C# соскачил, да. Но я его и знал когда-то неплохо, поэтому может я biased.
Вот этого не слушай >>1920698 . Я бы послал нахуй такого пиздабола. Абсолютное неуважение и собственно неслабый такой пиздеж по своей квалификации.
Лучше готовься просто к конкретным вакансиям. Прям сделай себе на hh несколько резюме и отправляй так, чтобы совпадение по скиллам было полностью или около.
Да я тоже думаю что он пиздит, хотел попросить пруфы, но решил не скатывать тред. Да и манера письма как у школьника самоуверенного который щас вот вузик закончит и всех наебёт и поимеет я был таким же
Ты предлагаешь мне с двух аккаунтов резюме отправлять типа чтобы шансы повысить?
>Ты предлагаешь мне с двух аккаунтов резюме отправлять типа чтобы шансы повысить?
Нет, в смысле сделай несколько просто, которые будут чутка отличаться.
Если апплаишься на позицию с qt, отправляй то, где написано, что ты заебись знаешь qt.
Если апплаишься на какой-нибудь winapi, отправляешь резюме, где написано, что знаешь winapi.
Если апплаишься на какие-нибудь сети, отправляешь резюме, где написано "делал клиент-серверное приложение лулзов ради".
Вот в этих небольших отличиях можешь и спизднуть немного. Уровня, требуется знать многопоточность - ну ты придешь скажешь "ну я там юзал std::thread и мьютексы немного, воот)))".
На хх можно несколько разных сделать вроде. Раньше точно можно было.
>преусадебное хозяйство
не выгодно это нихуя, у родителей огород в деревне, по деньгам золотые овощи выходят, и это при том что они теплицу не меняли 15 лет
а поменять теплицу - 25 тыщ минимум, лол, никогда не окупится
это только овощи
мясо, молоко, яйца вообще нахуй не выгодно
У вас в треде живой пример сидит этот долбаёб весь мы вам перезвоним засрал своими вопросами "пащиму миня ни бирут я жы такой маладец учил 3 года каптуре сайнс и схематехнику" и до долбаёба искренне не доходит что сейчас не 1980-е. А мог бы за три года реакт, джс, вёрстку выучить и вкатился бы как белый человек на нормальную работу
если ты мотаешся туда сюда на авто то да, это мало выгодно чтобы себе там овощей каких вырастить. С другой стороны, небольшая теплица с автоматикой- обеспечит тебя отличными помидорами, огурцами, перцами, такого качества, которого ты вряд ли найдешь в магазине, все промышленное- опрыскивается множеством препаратов, консервантов, и в 80% заражено всякими болезнями. Вроде мелочь, но экологичное питание это по моему неплохо.
Чтобы просто загрузить картинку, приходится велосипедить отдельную библиотеку, разбираясь в документации библиотек соответствующих форматов. Просто все или почти все остальне не применимы в реальной жизни, они применимы только в шизосистеме свои авторов. Такие библиотеки как CImg не имеют права на существование вне шизотипичного ОСомирка автора.
Вот поэтому, когда я доделаю свой язык программирования, убийцу C/C++, раста и го, то сразу же начну писать инфраструктуру, позволяющее написать и ГУИ-приложение, и математические расчёты делать, и игры, и сервера. Потому что от одного человека инфраструктура будет целостной и абстрагированной.
А другим программистишкам напишу, что если хотите сделать свою библиотеку, то держите её подальше ото всех на своих гитхабчиках и лишь самые храбрые смогут отправить мне её на ревью, чтобы я решил, добавлять её на официальный сайт языка или нет, смогут ли немногочисленные пользователи моего ЯП устновить библиотеку одной командой как сделано в pip для питона или не смогут и им придётся идти на гитхаб и под стопками README и документаций, написанных на жсе найти сам код библиотеки.
vector<int> abc = {1, 2 , 5}
string a
a = "abc"
a.size
вывод: 3
>Вот поэтому, когда я доделаю свой язык программирования, убийцу C/C++
>ни асилил вставку картинку из стандартной либры плюсов
Вообщем суть вопроса станет ясна если взглянуть на картинку, но все же я поясню, что мне тут непонятно. Там все очень просто на самом деле.
1)Идет цикл рендеринга (мы отрисовываем нашем окно). Ок!
2)В этом цикле есть функция glwfPollEvent().
Из учебника :
"Функция glfwPollEvents проверяет были ли вызваны какие либо события (вроде ввода с клавиатуры или перемещение мыши) и вызывает установленные функции (которые мы можем установить через функции обратного вызова (callback)).
3)Как я например понял все это...Наша функция PollEvent в случае если поступило событие - смотрит какие функции обработки событий определены в программе - видит glfwSetFramebufferSizeCallback(window, framebuffer_size_callback);
И уже эта callback функция вызывает нашу пользовательскую функцию. Так оно работает анон? То есть эта функция просто некая связка?
Вообщем мне не совсем понятно как функция "считывания" событий и их непосредственна обработка связаны в этой программе.
Про функции обратного вызова я читал не надо меня туда отправлять. тут вопрос совсем не про это.
У кого нибудь есть на примете хорошие Octree либы? важно чтобы они были темплейтными, и координаты внутри них очень желательно работали на целых числах (int допустим)
Это говно никто не использует. У него нету преимуществ никаких.
>важно чтобы они были темплейтными, и координаты внутри них очень желательно работали на целых числах (int допустим)
Нахуя?
Проще всего посмотреть код GLFW:
https://github.com/glfw/glfw/blob/0b2660f39fc7111a3ef2723b03f5111afbe75bb9/src/window.c#L1067
Как видно, glfwSetFramebufferSizeCallback просто в структуре окна выставляет поле callbacks.fbsize на твой коллбек.
Смотрим реализацию glfwPollEvents под винду (https://github.com/glfw/glfw/blob/1adfbde4d7fb862bb36d4a20e05d16bf712170f3/src/win32_window.c#L1953): вызывается PeekMessageW (получить эвент для всех окон данного процесса) и событие об изменении размера (WM_SIZE) диспатчится на нужное окно с помощью TranslateMessage/DispatchMessageW, которая у нужного окна вызывает функцию окна (https://github.com/glfw/glfw/blob/1adfbde4d7fb862bb36d4a20e05d16bf712170f3/src/win32_window.c#L490). Она уже в свою очередь вызывает _glfwInputFramebufferSize (https://github.com/glfw/glfw/blob/0b2660f39fc7111a3ef2723b03f5111afbe75bb9/src/window.c#L108), которая и вызывает твой коллбек.
Ничего особо сложного нет, надо просто понимать чуток как устроены event loop'ы во всяких виндах/иксах.
>Про функции обратного вызова я читал не надо меня туда отправлять.
А куда еще отправлять то?
Ну там условно говоря код
FunPtr* callback = nullptr;
vector<Event> events = {};
...
PollEvents()
{
auto evt = events.pop_front();
if (evt==EVENT_SOMTHING && callback != nullptr) callback(evt);
}
...
SetCallback(your_ptr)
{
callback = your_ptr;
}
...
SomeKeyboardShitPressed()
{
events.push_back(new Event(KEYPRESS, key_code));
}
//push_back/pop_front обмазаны какими нибудь мутексами чтобы в многопоточности не затереть значение которое ты еще не считал
Честно, не помню. Я давно разбирался, когда надо было с директиксом внутри другой программы сношаться. Если хочешь хардкора, то в принципе есть мануалы в MSDN (https://docs.microsoft.com/ru-ru/windows/win32/winmsg/window-classes https://docs.microsoft.com/ru-ru/windows/win32/winmsg/window-procedures https://docs.microsoft.com/en-us/windows/win32/winmsg/messages-and-message-queues), но я уверен что всё-таки в интернете можно найти более вменяемые статьи. Может дрегие аноны подскажут.
>Если твоя претензия к инфраструктуре, что тебе мешает написать её для C++, а не для своего ненужного ноунейм-языка?
А улучшение крестов просто по накатанной идет: начинаешь, допустим, с чистенького модернового пакадж-менеджера, а потом от тебя требуют сборку пакетов autotools-ом под aix и ты уже не молодой и дерзкий, а старый и сломленный жизнью, и хочешь в полтос пойти тестировщиком electron-приложений.
Так что бы ещё лет двадцать будем каждый день видеть, как make (родом из 1976) вызывает gcc (родом из 1987), который переводит тебе код на C (родом из 1972) в листинг для ассемблера GAS (родом из 1986 и написанного для машин VAX родом из 1977), чтобы слепить твою мегасовременную machine learning нетленку.
>Так что бы ещё лет двадцать будем каждый день видеть, как make (родом из 1976) вызывает gcc (родом из 1987), который переводит тебе код на C (родом из 1972) в листинг для ассемблера GAS (родом из 1986 и написанного для машин VAX родом из 1977), чтобы слепить твою мегасовременную machine learning нетленку.
Не вижу проблемы.
Тем более, что это всё развивается.
Ты не видишь проблемы, потому что привык её не замечать.
Когда у тебя autotools на каждый запуск раз тратит пятую часть времени чтобы узнать, компилируется у тебя хеллоуворлд, и со знаком ли у тебя int - это пиздец. Когда у тебя cmake генерирует makefile, который вызывает этот самый cmake чтобы нарисовать прогрессбар - это пиздец. Когда у тебя из-за изменения одного хидера двадцать минут пересобирается 600 файлов - это пиздец. Когда у тебя vcpkg скачивает и устанавливает python, чтобы установить ассемблер - это пиздец.
Кмк, самый большой прорыв в развитии случился в 1992 году с появлением турбо паскаля 7.1: тогда появилась ide, в которой из коробки работала система сборки, отладчик и профайлер, а за счет отказа от obj-файлов в качестве промежуточных, частичная пересборка среднего проекта даже на 80386 занимала считанные секунды. По сути, единственная крестовая ide, которая всегда хотя бы поддерживала этот уровень - это msvc, и всё. clion появился только через двадцать лет после.
Вся же поебота типа cmake и conan, олицетворяющая современное развитие - это перекладывание с больной головы на здоровую. Затычки для дыры, из которой дует уже сорок лет.
За ffmpeg могу сразу сказать, что ассемблер там - дикое легаси и существует только потому что авторам плевать. Так-то новый код пишется на интринсиках. Я же видел ассемблер в последние годы только в диком байтоебстве - трамплинах для перехода к jit-компилированному коду и реализации защиты от срыва стека.
Проблема:
Пишу QT будет множественное наследование от главного окна->вложенный пользовательский виджет->такой же->и.т.д. Каждый из них должен работать с определенным классом который должен содержать одинаковые для всех них данные.
-сделать класс полностью статическим
-сделать обычным но массив данных самого класса статическим (профит можно реализовать operator[])
-сделать класс полностью не статическим и его объект передавать "из рук в руки" каждому потомку в конструктор (так в пиздоне делал)
я склоняюсь ко второму
>указатели в современных крестах - дурной тон.
интересный момент, но половина кьюти принуждает к указателям, любой чих там создается через new и привязывается к топовому QObject который при своей смерти проходится по потомкам и делает им автоматически delete. так что прийдется.
К моей любви к турбо паскалю. Смотри примеры модулей в C++20: https://docs.microsoft.com/en-us/cpp/cpp/modules-cpp?view=msvc-160 - export module/import это ж практически паскалевские unit/uses тридцать лет спустя.
И скорости компиляции модули вряд ли помогут - стандартные хидеры уже у всех precompiled, а при изменении своих все равно придется шерстить весь использующий их код, т.к. в них могут появиться новые перегруженные функции или просто имена для трюков со sfinae. И даже если интерфейс тот же, инлайнить функции придется заново. В итоге получаем ту же почти полную перекомпиляцию на любой чих.
Это не имеет значения - если потомок не владеет объектом и не может реагировать на его исчезновение, то ему незачем работать с ним через указатель. Иначе ебись со shared_ptr и weak_ptr.
Еще такое дело: Qt - это просто интерфейс. Если у тебя данные существуют всё время работы приложения, а не создаются в каждом окне для себя и потомков, то построй для них отдельную, не зависящую от Qt иерархию классов и самый верхний передавай в qt, иначе ты будешь зависеть от того, какие окна у тебя сейчас открыты, а это пиздец уровня вижуал барсика.
static const в классе - это просто глобальная переменная, доступная через этот класс. Если она не зависит от текущего состояния программы, отрефактори её в constexpr и всё будет збс. Иначе лучше выдели её в отдельный класс и передавай объект этого класса в конструкторе через ссылку, иначе возникнут непонятки от того, кто эту переменную меняет.
Так это пользователи принимают, не я. Нужно не позволить им косячить. У меня пока три идеи: или сделать лямбду, возвращающую следующий элемент/nullptr (но тогда никаких std алгоритмов, пичаль), или свою обертку с интерфейсом итератора и функции типа items_begin()/items_end(), или перейти на ranges из c++20. Почему-то в stl для такой очевидной штуки ничего нет :(
Концепты задают минимум, которому должен соответствовать класс. А юзеры, сволочи такие, привязываются к реализации. Пример - итератор std::unordered_map возвращает std::pair, а у robinhood::unordered_map есть свой robinhood::pair. Юзеры взяли и не от большого ума жестко прописали std::pair вместо его вывода через auto и теперь у меня 500+ мест, где придется что-то подковырнуть. Попадос!
int a(int x, int y); -- Почему тут компиль не ругается?
double a(int, int); -- А тут внезапно начал писать:
error: ambiguating new declaration of 'double a(int, int)'
note: old declaration 'int a(int, int)'?
>int a(int m, int l) { return m + l; }
>int a(int x, int y); -- Почему тут компиль не ругается?
Потому-что на имена переменных похуй. 2ая строка - просто декларейшен функции с другими именами, которые не юзаются.
> double a(int, int); -- А тут внезапно начал писать:
ты пытаешься перегрузить функцию по возвращаемому значению, что запрещено.
auto ret = a(1,2) - ret это double или int? Вот никто не знает.
Ок, со вторым случаем я разобрался, там в сигнатуру не входит тип возвращаемого значения, поэтому в твоем примере будет неоднозначный вызов функции.
А почему он не ругается на int a(int x, int y);? Это же объявление функции, которая определена выше. Сигнатура абсолютно такая же: имя 'a', параметры int, int.
Объявлений функций может быть сколько угодно, до или после определения.
Первая строка - ОПРЕДЕЛЕНИЕ функции.
Вторая - обьявление.
Обьявлений может быть миллиард, определение одно.
https://ru.wikipedia.org/wiki/Правило_одного_определения
Пацаны помогите найти книгу Фоулера по паттернам копроративных прил на инглише. На русиче есть но хочу другу амеру скинуть как подарок.
map приделал без спроса к первому аргументу константность и теперь я не могу сделать operator< с uint32_t. как эту хуйню пофиксить
Реквестирую помощь, с лямбдами почти не работал
медлленно возвращаюсь в программирование после арми по приколу на вялял пролграмму
#include <unistd.h>
#include <math.h>
#include <stdio.h>
#include<limits.h>
int main()
{
int a(INT_MAX),c(1),b;
int min[a];
for(b=0;b<=a;b++)
{
c++;
min=a/pow(c,2);
printf("%d\n",min);
sleep(10);
}
return 0;
}
в чем ошибка
точнее так
http://cpp.sh/8lvgg
Создаю классы UI в котором будет реализован интерфейс с пользователем и Program в котором непосредственно находится алгоритм.
UI должен будет обрабатывать команды пользователя.
Например, пользователь вводит "myconsoleapp.exe <arguments>". Запускается main(int argc, char argv[]). В нем я создаю объекты классов UI и Program. Затем вызываю метод UI.prepare(int argc, char argv[]). Он принимает аргументы, обрабатывает их, а затем возвращает необходимые данные для работы основного алгоритма. Эти данные, я отправляю через метод Program.alg().
То есть, работает это примерно так:
int main(int argc, char* argv[]) {
UI ui = new UI();
Program program = new Program();
vector<string> vector_str = ui.prepare(argc, argv);
program.alg(vector_str);
return 0;
}
Вопрос. Правильно ли вообще так делать?
чтобы решить частную проблему, нужно общее решение
в данном случае тебе нужно сделать (либо взять готовые) две библиотеки - одна для разбора и обработки агрументов запуска приложения, другая для разбора интерактивного пользовательского ввода
иначе ты будешь осужден на бесконечное запиливание костылей
мимо нищяя безработная макака понявшая дзен
Раскрываются ли инлайн методы объекта если я вызываю их в коде через указатель на объект:
obj->foo();
Читал если на обычную функцию где-нибудь в коде есть указатель она не раскрывается компилятором не смотря на директиву инлайн. А в данном случае?
Зачем тогда вообще бест практисес какие-то нужны? Я блять не пишу код, который я не представляю, как работает.
А тут от меня ожидают, что я смогу разобраться в чужом нерабочем коде. Еще и без компилятора / гугла.
Спасибо, буду пробовать.
>>1925298
Это то что в голову первое пришло, да и для них это неделя, а для меня больше, по очевидный причинам. Может ещё настолки какие-то добавлю, а к ним читалку внутрь с паззлами/туториалами для тренировки. В голове много всего есть, но как-то постепенно расширяться хочется и наполнять контентом и функционалом каким-то.
>>1925348
Для начала нужно что-то написать, чтобы его можно было оптимизировать. Вот я наговнокодил игровой ии, в будущем кол-во таких ботов увеличится с увеличением кол-ва игроков, тогда можно будет распараллелить это всё на gpu и всю остальную часть переписать на потоках. Не знаю чего ты так порвался сразу, няш.
Я прошел основной синтаксис. Знаю что такое класс, деструктор, конструктор, дружественные функции и классы + шаблоны. Прошел всю STL, основы знаю, но многое так-же уже забыл.
Какую библиотеку вы посоветуете начать учить? Которая зачастую требуется на работе, мне не важно направление, возьмем тот же геймдев или системы.
Мне нужно знать куда двигаться дальше. Я пробовал изучать по роликам с ютуба, но это все так сложно дается, там столько всего непонятных слов)
Теория это все конечно круто!
Но вот я созрел(уже давно) до практики скажем так.
Начал писать змейку(на чистом си), в целом легко для меня это, но на стандартных библиотеках она у меня херово работает - лагает и клавиши там не видит и т.д., не хочу сейчас тратить время на отладку или как это называется(понимаю, что это 80% кодинга, но успею еще...)
Нравиться задачки решать интересные, но я их толком найти не могу. Нашел две (нарисовать ромб в консоли(ну там с опр.условиями) и с файлами одна). Реально кайфанул когда их делал.
Остальные либо слишком муторные и там какой то адский матан, в том плане, что я тупо не понимаю, что от меня хотят...Но посмотрев на код решения, вижу, что там все просто в целом и поняв суть я их решу.
Или наоборот легкие. Но в целом все они скучные. Вообщем я не знаю, что в плане практики мне делать(решать задачи, начать что-то серьёзное писать и т.д.)
Какие я вижу варианты:
Вкатываться в Qt, SMFC, OpenGL и т.д. ( и на них уже делать серьезные работы, благо их больше в св.доступе) ну или может что еще? если да, то с чего начать из них?
>Нравиться задачки решать интересные, но я их толком найти не могу.
Тут как минимум есть тред с рулеткой проектов, можешь оттуда лёгкие посмотреть. Или пройдись по ката, например https://github.com/gamontal/awesome-katas
Или тебе прям по крестам надо?
что за тред с рулеткой проектов? я в pr кроме этого треда нигде не был
я так понял ты это имеешь ввиду:
https://leetcode.com - задачки
>Вместо шапки:
Куча битых ссылок.
Всем лень пилить шапку, потому что на самом деле пользы от неё мало. Кто-нибудь загорится инициативой, перекатит с обновлённой шапкой, и ему надоедает. Ещё и нужно морально готовиться к обоссыванию токсиками, которые вечно чем-то недовольны. Изредка кто-то пишет пожелания к шапке, но в целом всех всё устраивает, поэтому никто ничего не делает, и легаси-шапка так и висит по полгода. И так во всех тематических тредах.
вопрос
короче перекатываюсь из дата сасистного комп зрения в гетеросексуальный: вместо питона - с++, вместо юпитера - clion (или студия) а вместо дрочки моделей - нормальные алгоритмы
но с++ у меня остался на уровне уника
вопрос
стоит ли идти сперва на джуна с++, а потом уже соваться в интересующую область (возраст позволяет, всего 25) или стоит сразу идти за вакасией? а то там пишут "знание stl" а я ебу что для них "знание", это ведь скорее всего "опыт применения" а не знание
короче подскажите плез. как показывает опыт, с++ тред самый адекватный
Перекат в кресты имеет ровно 1 смысл - ты дико угараешь по ебле байтов и т.н. "ТРУЪ ПРОГРАММИРОВАНИЮ". Для денег\карьеры\переезда за бугор и прочее - дата сатанизм лучше.
Если уж вкатываться - то искать похуй какую джуновскую вакансию, и читать книги Скотта Майерса. Когда их все прочтешь и осознаешь - будет считаться, что ты знаешь STL.
>знание stl
Одного просмотра https://www.youtube.com/watch?v=2olsGf6JIkU чтобы понять структуру STL (Степанов всё-таки молодец чувак, всё хорошо сделал) и умения пользоваться cppreference вполне хватит.
Тебя не смущает, что большая часть документации разных библиотек описана на английском? Если ты не заметил, то это C++ тред, а вот православный 1С там -> >>1795914 (OP)
Короче вопрос: как реализовать ассоциативный массив, чтобы он работал быстро и эффективно и не было коллизий (в случае с хеш-таблицей)
Предполагаемое решение: реализовать в виде разреженного массива, где нечётные элементы - ключи, чётные - значения. Находить адрес нужной пары ключ-значение по принципу хеш-таблицы, затем в том случае если произошла коллизия (сверяем ключи и они разные) методом перебора считываем следующие элементы и ищем пару с нужным ключом (для доступа к существующему элементу) или ищем первое элемент, содержащий null (для добавления новой пары ключ-значение)
Предполагаемое решение 2: каждое множество ключей с одинаковым хешем хранить в отдельном бинарном дереве, в хеш-таблице хранить ссылки на деревья
Чтобы тебя нормально брали на работу какую-то по плюсам, нужен опыт пиздец. У меня у самого опыт байтойобный большой, но академический и в небольших ресерч-проектах, а не такой, что прям коммерческий на огромной кодовой базе. На собесах обоссывают люто конкретно по цпп и практически игнорируя предметную область. Причём дрочил и майерсов и стандарты и цппконы время от времени на протяжении лет пяти или больше.
Сильно не советую в цпп залезать. Я наоборот думаю в машин-леринг залезать, раз с математикой всё норм и образованием, потому что бесят блять долбаебы эти байтовые, которые спрашивают то, что они сами знают, а не то, что нужно блять.
Им похуй, что люди бест-практисес учат, чтобы как-раз избегать непонятные ситуации и не использовать ебанутые конструкции языка, в которых непонятно, что происходит. А додики ожидают, что ты будешь разбираться, как любая маленькая хуйня работает.
А если у тебя реально знания на уровне универских лаб - очень жидко обосрешься. Не слушай хуесосов в треде про какие-то истории, где берут на работу чуваков без скиллов. Да блять, в люксофты всякие может и берут. Но в нормальной международной компании - тебе хуем по губам проведут. Я тебе это сам говорю, как чел, позаканчивавший всякие мгу и с норм резюме.
Первое это обрезанный вариант разрешения коллизий методом открытой адресацией. Абсолютно непонятно, зачем тебе разрежать массив это усложнение, не дающее преимуществ. Насчёт пробирования - ты описал линейное, там ещё другие варианты есть.
Второе это разрешение коллизий методом цепочек, но твое дерево в таком случае (из-за равенства ключей у узлов дерева) выражается в список. Что собственно и используется в этом методе. Обычно, хеш-таблицы таким образом и делают, т.к. тебе не нужно перестраивать таблицу при её заполнении
__return str.find("ABC") != std::string_view::npos;
};
auto lambda = [](std::string_view str) {
__return str.find("ABC") != std::string_view::npos;
};
Как в случае auto происходит указание параметров, передаваемых в лямбду?
слушай, ты, конечно, прав
но хуй знает
сейчас, как я вижу, вообще такое деление в АЙТИ:
1) заполняешь формочки и ебашишь их в БД (бэкэнд)
2) вротэнд клепание формочек и кнопочек
3) дрочишь модель, которую разработали аутисты за лет 5 до тебя и допиливаешь ее точность новой порцией данных (читай: перекладываешь джисоны а ля математик) (сюда входит и МЛ и зрение, только у зрения еще эвристики ебашишь, и весь весь Дата саенс)
4) Байтоебля
хуй знает куда идти, хуй знает
хочется чего-то нормального, но либо я где-то не так смотрю, либо ИТ это нихуя не романтика а сплошь рутина
ну или идти в стартапы (Где не платят нихуя и не норм условий (в 70-ти процентах))
>хочется чего-то нормального, но либо я где-то не так смотрю, либо ИТ это нихуя не романтика а сплошь рутина
Вообще все программирование - это рутина. Там где не рутина - там нужны подскакиватели кабанчиком и чесатели языком, которые тебе все нарежут на тасочки "положи жсончик в БД", "нарисуй формочку".
Рядовой технический специалист - винтик. Я бы шел вообще в девопсню сейчас, имхо там наиболее интересно.
>>1927496
Все максимально индивидуально. Я вкатился за 8 месяцев, кто-то не вкатится никогда.
>Чтобы тебя нормально брали на работу какую-то по плюсам, нужен опыт пиздец
Есть два сценария. Хороший, когда ищут спеца на конкретную тематику (ты будешь писать псевдокод и обсуждать концепции). Плохой, когда ищут эникея++ (ты будешь дебажить на бумажке какую-то синтаксическую залупу, о которой читал лет 5 назад).
Второй, очевидно, случается чаше.
>Им похуй, что люди бест-практисес учат
Бест практикс сначала перестают быть бест, а потом за них начинают пиздить ногами. Например паттерны GoF или sfinae.
В каждой конторе своё представление о том, что для них бест.
В инженерном деле везде так. Начальник нижнего уровня (тимлид, начальник группы и т.п.) это рабочая лошадь, которая тянет на себе и возню с работягами и технические пердоли. А вот дальше уже те самые должности (деливери директор, продукт овнер, начальник отдела и т.д.), на которых можно булки расслабить.
Не совсем правильное у тебя деление. Есть ещё эмбеддед, и он тоже бывает разный. Есть такой эмбеддед, где ты помимо того что C++ разработчик, так ещё и питонист, и гуи делаешь для пользователя на чём придётся (иногда на веб технологиях вообще, сам учишь какой-нибудь фреймворк), и с датчиками всякими железными общаешься, и в целом следишь, чтобы продукт годный был, и ещё всякие математические инженерные задачи решать приходится на бумажке. Вот это интересно, если только сроки даются адекватные и ресурсы.
у меня нас крестах нет опыта работы - только Си (где прям байтоебля пиздец) и питон - как раз для зрения
и вот я часто вижу на ХХ в вакансиях по зрению необходимость С++. Я всегда считал, что кресты им нужны для оптимизации узкий мест
а так ли это - хз
ровно как и хз на каком уровне это нужно знать
сам сейчас в похожей залупе РАБотаю (потому что ебанутый СЕО платит деньги когда сам посчитает нужным + сама по себе зп не очень большая)
хочу съебать во всеми ненавистные ОГРОМНЫЕ КоНтОрЫ, в которых, как все говорят, нет развития, но хоть есть плата за твои труды
а поразвиваться я и дома при желании могу
програнье проганьем, а еще жить успевать надо
А по ночам полы драить заставляют?
>>матан+железо+веб+систем+девопс
Если контора не "Рога и Кпыта Лтд" то каждая из этих сфер съедает почти всё время и работы и обучения; ты 90-летний вассерманопердун видать, раз на должном уровне владеешь такого объема стеком
ABBYY хз, но знакомый чел оттуда сьебал спустя полгода, что-то это говорит.
Хуавей нахуй, я туда собесился в субботу, и собеседующий китайчонок сидел в офисе. Т.е. это судя по всему работать 24х7
Сбер - вот блять не знаю. Знаю, что платит, но не знаю, каково там
Яндекс это интересная контора. Вроде и престижно. и в резюме запись хорошая.
Но
1. безумное собеседование
2. денег платят меньше
3. сама работа говно
4. абсолютно юзлесс техстэк, где у тебя ya make вместо гита. какая-то левая хуйня вместо гита, яндекс тикеты вместо Jira и прочее.
Отзывы в интернетах не лестные, но думаю зааплаиться скоро и не хочется обосраться от неожиданной хуйни.
По аналитической геометрии. Нету смысла что-то более конкретное рассказывать.
Но я чёт сомневаюсь, что там решение взять тебя на работу как-то коррелирует с твоими знаниями по математике. Странная хуйня реально. Как-будто они и не собиралсь брать изначально.
я так-то работал в геймдеве и подходил по стеку полностью
и как же удивительно, но все эти 4 часа были охуено адекватными: тебе и задачки норм дают, и очень подробно спрашивают про прошлый опыт (причем реально слушают, а не для галочки) и про мотивацию пиздите
короче с теплотой вспоминаю
до сих пор жалею, что решил сменить направление и съебал
Есть класс Part объект которого будет частью объекта класса Main.
Part должен инициализироваться какими-то данными по этому я вынужден реализовать два конструктора для него, первый будет использован в строке 32, второй (нужный мне, который передает данные внутрь Part) в строке 34 справа от оператора "=". При этом, если я не ошибаюсь и судя по выводу, справа создается временный объект Part, его внутрянка перемещается в объект созданный в строке 32 и он (временный) уничтожается. Если объект класса Part будет выделен в куче, я могу конечно изначально объявить лишь указатель на него и напрямую использовать его конструктор в конструкторе главного класса без лишних телодвижений, но если я не хочу его хранить в куче, получается много лишних телодвижений:
--новый объект с конструкторов по умолчанию
--новый объект2 с нужным конструктором
--перемещение
--деструкция объекта2
Это так принято что ле? Или есть более тру путь.
а если я хочу Part⚹ p_array = new Part[10] и каждого проинициализировать, например for (int x=0; x<10; x++) p[x] = Part(x*x);
это получается 20 конструкторов и 10 деструкторов. Непонимат.
Есть догадка что просто нужно делать кастомный конструктор void init(int some_data); и вызывать его для уже созданного объекта, но хотелось бы услышать мнение гуру итт.
Зато, по-моему, можно потом свою контору открыть, или же стать техдиректором (или как эта должность правильно называется). Ведь ты уже знаешь, что и как работает, что с чем сочитать, как должен выглядеть готовый продукт и на что можно ставить акценты. Но пока работаешь действительно вечно что-нибудь новенькое и ты ни в чём до конца не успеваешь разобраться. Но весело.
Хотя бы можно делать constexpr std::string_view
Но похуй на это, у ВАС в вашем кодбейзе который ВЫ пишете будет своя строка. Или folly подрубите.
А знаете что у вас ещё в коде есть? Свои самописные примитивы для работы с многопоточностью. Какие-нибудь LOCK(cs_hui) или LOCK2(cs_hui, cs_pizda);
А знаете что ещё у вас есть? У вас http запросы асинхронные делаются через самописную либу, которая на базе asio работает.
Чё ещё сами пишите?
Большая часть "программистов" не умеет программировать.
Иногда во время жизни проектов рядом с ними "пробегают" спецы, которые наводят порядок в каком-то умеренном смысле.
Те редкие обсуждения продвинутых концептов или дезайн аппроачей, которые можно встретить в треде, на реддите или в качественных блогах — это 0.01%.
По сути как и с богатством.
Если у тебя инкам больше 50к$ в год, то ты уже входишь в 1% самых богатых людей на земле.
Так что всё логично.
Если можешь накидать сервачок / кастомный аллокатор / логику с очередями / всё предыдущее во многопотоке / условную змейку и при этом соблюсти чистоту кода, основные best practices, const correctness, правильно применять мув семантику и темплейтить там, где надо ( а не везде / нигде) (плюс иметь опыт с несколькоими ЛЮБЫМИ либами), то ты УЖЕ в микропроценте лучших плюсовиков.
Стандартная либа подходит только для laba2.cpp поскольку дает только некий общий метод.
В реальных проектах естественно свои строки, в текстовом редакторе одни, например ropestrings, в базах данных другие, в гуи третьи.
Это же язык для быстродействия, а не для макак.
Я не против нестандартных либ. Я про то что нет нормального человеческого набора пакетов для белых людей. Так же как и нормального менеджера зависимостей. У нас даже логер свой.
Зависимости настолько сложно ебать, что народ просто подумал что проще свой за 2 дня написать и не ебаться
помню в начальной школе родители хотели меня запехнуть в "элитный" математический лицей, там на экзаменах (в 3м классе) была и такая задача - давали карандаш и на пустом столе из карандаша нужно было сделать треугольник - решение: приставить этот карандаш к углу стола
и прочие подобные охуенные задания (типа для чего нужны круглые люки и прочая параша)
естественно я был в полной прострации от подобных "математических" логических задач
а потом уже узнал что для поступления в этот лицей тупо нанимали репетиторов которые малолетних детишек тупо натаскивали на эти задачи - говорили им решение чтобы они запомнили
до сих пор охуеваю с этой системы и надеюсь что подобное образование провалит эту страну на дно где ей и место
Братан, очень интересно что ты пишешь (лол диднт рид), но если у треугольника сумма двух сторон равна третьей стороне то очевидно он вырождается в линию. У меня ушло на осознание этого десять секунд. У тебя на это ушло самообладание.
есть вопрос
вот у меня есть камера и я снимаю с нее фреймы с помощью opencv
вопрос: как мне лучше передавать данные с камеры в алгоритм? через отдельный поток или через обычный while True и вывзов методов в этом вайле?
Для масштабируемости что лучше?
Мне кстати тоже интересно.
Если я хочу, например, в OpenGL приложении рендерить куб с текстурой - фреймом с камеры, как это лучше всего сделать? Каждую отрисовку загружать через OpenCV картинку - это же медленно будет, не? Как это нормальный разраб сделал бы?
>помню в начальной школе родители хотели меня запехнуть в "элитный" математический лицей, там на экзаменах (в 3м классе) была и такая задача - давали карандаш и на пустом столе из карандаша нужно было сделать треугольник - решение: приставить этот карандаш к углу стола
У меня такая задача была при распределении по классам при поступлении в первый класс. В обычную, не математическую, школу.
Только вместо карандаша была одна спичка.
Может быть у тебя игра первым байтом принимает нули, так что и char строка и %02x также будет возвращать нули. Попробуй пройтись по всему буферу, а не только первому байту:
const int len = lpBuffers->len;
const char buf = lpBuffers->buf;
printf("WSARecv (%i bytes): ", len);
for (int i = 0; i < lpBuffers->len; i++) {
printf("%02x ", buf);
}
printf("\n");
Сука, жизненно, что пиздец просто. Берём язык, ради скорости требующий от программиста чуть ли не за яйца себя укусить, и пишем на нём отборное пхпшного уровня говно. Потом ещё на конфу съездим, расскажем как у нас на go получилось то же, только быстрее.
Сейчас вот как раз пытаюсь исправить код, в котором на каждый кадр обходится таблица 12812832, в которой хранятся, сука, индексы в map, из которого нужно достать bool и сунуть в такую же таблицу - это типа кэш блять.
Да в общем-то обычный рефакторинг. Дрочильня на пике скорее от безысходности. Там ещё интересный момент есть - know the stats. Обычно из кода нихуя не понятно, под какие цели именно вот так вот легли операторы и откуда высрались вот такие вот коэффициенты в функциях. Такой себе magic number только размером в десятки или сотни строк.
Прикл крутящийся куб, сделанный по учебнику вулкана.
Ну так автор пика и призывает сразу думать, что пишешь. Тут еще такая проблема не озвучена: бывает, код или оптимизируется сразу, пока он не вырос, или уже никогда, т.к. у него все шансы быть равномерно размазанным по коду, где он будет отжирать 1-5% общего времени кусочками по 0,033%, но никогда не попадет напрямую в найденные профайлером хотспоты, и ты не поймешь, что копать надо его. Я вот сейчас с этим столкнулся - после первых легких +20% скорости уперся в глухую стену.
Мы как бы в c++-треде, да? Ну, знаешь, треде про язык, само использование которого - в 98% случаев само по себе преждевременная оптимизация? Очень, очень странно растаскивать код просто по логическим блокам и уповать на профайлер, когда у тебя ещё пока чернила на доске не высохли уже должно быть понимание, за счет чего c++ тебе должен обеспечить большую скорость.
Я вот сейчас копаю код, в котором такого понимания не было, и в профайле нет ни одной пригодной для оптимизации функции, занимающей больше 0,5% общего времени. Все тут заебательски инкапсулировано, разбито на милые сердцу функции по 3-15 строк, покрыто юнит-тестами и адово тормозит. А знаешь, чем код занят 20% времени? Обнулением, блядь, памяти для новых промежуточных объектов в куче. memset-ом.
Ну так напиши свой аллокатор памяти, если у тебя выделение в куче тормозит. Я тебе ещё раз напоминаю: самый большой прирост дают алгоритмы и структуры данных (ты же сам написал, что ты переделал хуёвые контейнеры и получил +20%), затем идёт работа с железом и только потом тонкости использования языка.
>люди говорят про оптимизации
>между тем сидишь с кодом, в котором на каждый чих делается boost::shared_ptr даже если, сука, можно было выделить просто на стеке переменную и есть конструкции вида map<string, map<string, string>>
Но ничего, понемногу прорывается свет наружу.
О, здесь надо запостить кулстори, как я срезал 40% времени загрузки нашего компонента.
Оказалось, что каждый LOG(...) это открытие файла, запись в него, ФЛАШ НА ДИСК, и закрытие.
Когда я переделал все на буферизированный логгер (есть нюансы, что переписывание на нормальный логгер заняло бы дохуя времени, но это уже скоро случится) - вот логирование стало занимать микросекунды. вместо ~10 секунд лул.
Ну так и я про то же: раз уж взялся за c++, сначала определи, чем он тебе поможет, и потом ебашь. Подход "пиши как опердень на джаве, потом профилируй" не работает - под конец разработки уже поздно перекраивать хранение данных, т.к. они к тому времени могут быть раздроблены по 500+ классам, как у меня. Такая вот противоположность преждевременной оптимизации, когда оптимизировать уже поздно. Истина, как всегда, где-то посередине, просто раз плюсы заточены под производительность, то и думать о ней надо раньше. А то получается в руках профессиональный инструмент за большие деньги, а руки из жопы.
У меня похожая хуйня: 20МБ json-ов парсятся десять секунд. Почему? Потому что "чтоб быстрее" json-ы парсятся на лету по мере чтения с диска, а для парсинга делается lookahead в один символ (напр. чтобы отличить пробел, строку, объект или массив)... этот самый символ берется тоже с диска вызовом read(). На каждый байт - 2-10 read-ов. Убрать это говно нельзя, т.к. писал тимлид и я не могу сказать ему, что он мудак.
Какой-то ноунейм ревьюит код другого ноунейма и придирается к наличию дефолтного енум-значения, без которого не обойтись в некоторых случаях. 2008 год.
Причём придлирки настолько мелкие, что если там и будет прирост производительности, его надо будет атомными часами обнаруживать. Вот это ужас - вместо захардкоженого предела (который мб и не изменится), поставить задефайненое значение - как дальше жить. Про алгоритмы, предложения по смене структур данных на более эфективные ни одной писульки нет, хоть этот мамкин ревьюер судя по всему в предметной области разбирается
>20МБ json-ов парсятся десять секунд. Почему? Потому что "чтоб быстрее" json-ы парсятся на лету по мере чтения с диска, а для парсинга делается lookahead в один символ (напр. чтобы отличить пробел, строку, объект или массив)... этот самый символ берется тоже с диска вызовом read(). На каждый байт - 2-10 read-ов. Убрать это говно нельзя, т.к. писал тимлид и я не могу сказать ему, что он мудак.
Может просто готовую библиотеку взять? Типа модно стильно молодежно.
На худой конец отобрази файлы в память, чтобы никакого диска.
> Причём придлирки настолько мелкие, что если там и будет прирост производительности, его надо будет атомными часами обнаруживать.
Вот практически про тебя и сокрушаюсь. Если ты не понимаешь, как писать быстрый код и почему каждый бранч в горячем цикле - как серпом по яйцам, если для тебя непонятно, почему условие над float-ами должно оставаться float-ом, то зачем ты вообще пишешь на c++? Объективно, код на джаве пишется быстрее, работает везде и менее подвержен ошибкам. Денег там тоже наверняка больше.
Во первых я ничего про это сравение и не написал, хотя это из того же огорода. Вместо того чтобы подумать как улучшить вещи, гораздо сильнее влияющие скорость, чел предлагает копаться в отличиях сравнений. Если такие охуенные так идите всё ассемблируйте, хули к высокоуровню вообще притрагиваетесь?
Во вторых судя по твоей истерике от сравнения на несколько бит больше это тебе серпом по башке в детстве слегка ебанули, вот ты и стал полоумным
В третьих иди нахуй кончено же
Короче, ты порвался. Дурачок, плюсы - это и есть современный ассемблер. И непонятно, что ты делаешь в треде плюсов, если не умеешь в низкоуровневые оптимизации, которые практически единственное плюсов применение. Какие, нахуй, вещи у тебя на скорость влияют, дебил? Это 3д графика, в каком-нибудь офлайн рендере через такой код могут проходить десятки миллиардов точек на кадр, а просранное по вине кривого кода время может стоить твою месячную зарплату ежедневно. Даже просто в реалтайм графике просер таргета по числу треугольников на кадр чреват задержкой релиза на месяц и больше, пока художники будут переделывать ассеты.
>десятки миллиардов точек на кадр
Заменяются LOD с десятками миллионов точек (это такие структуры данных, мань)
Если ты про научный рендер под всякие CAE, то он масштабируемый на несколько железок (снова алгоритмы и структуры данных под балансировку).
>задержкой релиза на месяц и больше, пока художники будут переделывать ассеты
'это не твоя проблема, что техлид проебался с оценкой железа или язык в жопу засунул, когда ему ТЗ на проект выдали
Ты рофлишь блять? Геймдев в рашке это хуита с инфантильными дегенератами и самой низкой по рынку зп. В то время как в твоих компьютер вижнах можно получать лютые деньги, работать в крутых международных компаниях и заниматься каким-нибудь ресерчем, а не код писать по 8 часов в день.
Я тебе уебу щас.
А разве нет международных компаний в GameDev? Вроде как по зп столько же предлагают что в других отраслях.
> получать лютые деньги, работать в крутых международных компаниях и заниматься каким-нибудь ресерчем, а не код писать по 8 часов в день.
Это больше про науку и исследования а не разработку ПО
>А разве нет международных компаний в GameDev?
В рашке - нет, конечно. Есть только оутсорс всратый.
И даже нормальных российских компаний, где кто-то пишет свои движки/тулзы/что-то интересное - несколько штук всего. С лютой конкуренцией и хуевыми условиями.
> Вроде как по зп столько же предлагают что в других отраслях.
Нет. Ты экономику не наебешь. Когда к тебе идут додики-геймеры без личной жизни, готовые за дошик работать целыми днями и которые поувлеченнее тебя - нахуя платить больше?
>Это больше про науку и исследования а не разработку ПО
Ну а в геймдеве что ты делать будешь, не зная предметную область? Тесты писать или гуи делать? Это вообще вдвойне дно.
сходи лучше сначала в армию, там станешь хакером, быт программистский разведешь, разные либы будешь в роту водить, говнокод с пацанами обсуждать, а то пойдешь сейчас и в итоге твой план не тратить время на вуз заменится тратой времени на догонялки с военкомом, к тому же к выпускнику 11 класса предвзятое отношение будет
блядь, хуею с таких как ты. Ты будто грузчиком на работу хочешь устроиться и ебашить скривя рожу ради денег? Кодинг же должен хоть немного удовольствия приносить ну хоть в начале и интересовать тебя. А если интересует так разве сложно придумать себе задание? Какие-то технологии которые интересуют копнуть хоть что-то. Или тебе ничего не интересно, тогда зачем тебе программирование изучать? Да сядь хоть парсер для начала напиши тех же ini-конфигов.
Аллаха ради, лучше учи пайтон и вкатывайся во что угодно, а не трать годы на бесперспективную хуиту из-за самоподдува даунов с харкача про тру программирование, разработчиков в свитерах и всё такое прочее.
Ты тут общаешься с бомжами-ноулайферами от мира айти, уже практически контуженных плюсами и ни на что большее не способных.
Разработчик С++ среди остального айти - это как шизойд в обществе нормисов. Он думает, что он самый умный и самый охуенный, делает там что-то важное и пиздатое, но на деле он просто пердолится какой-то никому не нужной хуйней и все считают его долбаебом, кем он и является.
>Разработчик С++ среди остального айти - это как шизойд в обществе нормисов.
в моем мухосранске рыночек этих долбоебов (и меня в частности) уже порешал - работы вообще нет
кто успел, тот вовремя соскочил на другой хуец (явку), или сбежал в столицы, а остальные сдохли или подыхают, естественный отбор, епт
Современный ИТ рынок это писать "сделай заебись" и получать на выходе какое-то уродливое нечто, умоляющее поскорее убить его, и жрущее ресурсы ЭВМ как не в себя, хотя оно толком ничего особого и не делает? Это, блять, рынок?! Говнотон не предназначен для продакшена, это язык для проверки теорий.
>ясняет за пухон.
хуево поясняешь
а надо отталкиваться от того, для чего создавался язык, смотреть его дизайн
а создавался он для детишек, для обучения программированию
и сразу становятся понятны решения, принятые при выборе семантики и синтаксиса этого языка
любого прогера, знакомого с теорией яп (либо его выдрочили в норм вузике, либо он это получил самообразованием) тошнит от питона
мань, не нужно возвышать язык, только потому что он байтоебский
питон это и бэк, и мл, и скрипты для сборки
и много много чего
а еще он НЕ создавался для обучения. Он создавался для амоебы (Гугли). Простота позаимствована от АВС. И вот именно авс создавался для обучения, а не питон
>любого прогера, знакомого с теорией яп (либо его выдрочили в норм вузике, либо он это получил самообразованием) тошнит от питона
лол бля, а в твоей шарашке-парашке не знают, что питон написан, вообще говоря, далеко не последним человеком в компьютерных науках?
а ну да, работникам ООО РогаИКопыта всегда виднее (ну либо ты просто даун) как должен выглядеть просто многофункциональный скриптовый язык
Самому для себя можно какую-нибудь совершенно бесполезную хуйню придумать, где потом будешь заниматься рисованием каким-нибудь и дизайном геймплея с решением задач по физике, потом забьёшь и джуном так и не станешь.
>>1931561
Вообще, новые проекты на плюсах кто-нибудь сейчас начинает? Ну, кроме редких движков для игр и высокочастотного трейдинга. Десктопные приложения и графические интерфейсы к железкам переводят на веб - со всякими электронами проще, гибче, быстрее и красивее, кросс-платформенность обеспечивает веб-движок. Я писал несколько лет разное, в том числе не очень низкий эмбеддед, что-то на плюсах, что-то на сишке, но пришёл к выводу, что плюсы для этих проектов вообще не были нужны (да и сишке в них тоже мало места), так что считай пилил легаси проекты, которых по хорошему быть не должно. Вот думаю, или плюсы дальше дрочить и вкатываться в какую-то область, или вкатиться во что-то другое - в эмбеддед, системное программирование, мобильную разработку, благо в последней можно работать из дома (хоть и рынок более скучный в основном).
у меня мечта переехать в США и работать в топ продуктовых компашках типа спейс икс и прочих (на самом деле пиздец мечтаю в спейс икс или тесле)
но в ближайшие года 3 я вряд ли съебу (по личным причинам)
поэтому вопрос: какие компании, помимо яндекса будут иметь весь за бугром + набраться хороших знаний? я в дс если что
о себе: 24 года, есть опыт байтоебли (2 года на чистом си) есть полтора года опыта в гейдеве. Образование топ вуза по релевантной специальности 6 лет
допустим есть abcd, и это можно разбить на 2^(len(abcd)-1) возможных вариантов:
a,b,c,d
a,b,c d
a,b c,d
a,b c d
a b,c,d
a b,c d
a b c,d
a b c d
для наглядности записал в столбик без кавычек, ну и видно что разделителей можно поставить так и на тех местах, как единицы появляются в бинарном счёте. но это не обязательно, было бы даже пизже, если б была сортировка по колличеству фрагментов. сёма, помоги как такое примерно на плюсах сделать для строк/контейнеров произвольной длинны.
лошок
написано же - знать инглишь
а ты сразу, о, поближе к железу, а что бы там поизучать понизкоуровней! лошара, буду писать код в промежутках между онанизмом
когда нормальные пацаны зубрят инглишь, накидывают пиджачок на плечи, закидываются веселящими таблетками на собес и устраиваются на 500+к и это в нищей россии где обосраный работяга за заводике 17 рублей получает
поссал на тебя на всякий случай
Мне Лохсофт регулярно раз в 3-4 месяца пишет, хотя я им не подовал.
Это обычная рассылка на всех кто по результатам поиска подошёл.
Требования всегда пишут с избытком. Реально достаточно ~20-30% от написанного.
Предлагаемая зп - вычитаешь ндфл, берёшь по нижней границе + 10-15%.
Говнокод примерно такой:
using cm_t = std::set<int>;
void get_Сmn(cm_t& m, const int n, std::vector<cm_t>& result)
{
if (m.size() > n)
for (int i = 0; i < m.size(); ++i)
{
auto m1 = m; m1.erase(m);
get_Сmn(m1, n, result);
}
else if (m.size() == n)
result.add(m);
}
>странные конструкции
cout << (rand() % 5)["pizda"]
Пишу на питоне, го, жс.
Какой сейчас самый актуальный учебник по плюсам?
Говорят что https://learnopengl.com/ нормально для современного OpenGL. Metal и Vulkan нужны только для уберзадротства с гпу.
Аноны, пишу большое 3х мерное приложение на с++ с opengl. Собственно, уже был до этого опыт написания больших прил. и у меня было всё в одном исходнике, я очень путался в нём.
Не подскажите как лучше всего разделять большую программу и где об этом почитать, чтобы не путаться в ней. Я не работаю программистом, а пишу это для своей основной работы, прошу помогите мне.
>>1934280
>>1934220
Рейтресинг не просто не новый, он самой первой компьютерной графикой и был. Уже потом придумали делать растрезацию (рейтрейсинг наоборот) и придумали для этого видеокарту, которая именно растрезацию и параллелит. А так были и для рейтрейсинга аппаратные юниты какие-то дико оверпрайсные, которые не взлетели.
Касательно АПИ, рейтрейсинг тоже делался до rtx понятное дело на gpu, просто с rtx ядра дополнительно для этого завезли.
короче вопрос к вам всем (если увидете это сообщение в Си треде - не обессудьте, похожий вопрос просто)
короче я вот школотрон 23 лет, в этом году заканчиваю шарагу
в ООО РогаИКопыта я занимался топовыми задачами, связанными с железом (ну всм не один тянул проект, а в команде в роли ждуна) типа датчиков в металургии, контроллеров приводов и прч штуках
занимался этим два года
но есть трабл - в этой конторе даже у руководителей зп 45-50, у меня ее вообще нет - чалюсь там только из-за кайфа работы с реальным железом и я вот хочу сменить профессию
но смотрю на хабр карьеру/ххру - пиздец
из ОЙТИ одни жанги\спинг\датасосист
а из с++ одни оптимизаторы вычислений
че, все вообще плохо? я зря учился роботов программировать 6 лет бля?
Как в Qt реализовать карту, например, компьютеров. Основые функции - добавление, удаление и редактирование свойств сих объектов на карте. Если же это ад и геморрой писать такое на Qt, то что может подойти?
где-то при определении функции сравнения я обсираюсь с темплейтом. помогай.
https://pastebin.com/4b1MXZ9t
>>1935043
>>1935018
Блять, чел, может для тебя будет сейчас это откровением, но никому нахуй не всрались твои верчения деревьями. На цпп нету работы без предметной области. Оллимпиадное программирование - это чисто академическая хуита практически без приложений, особенно в россии.
Если ты придешь на работу и скажешь я последние несколько лет вместо того, чтобы учить предметную область или хотя бы цпп, переписывал задачки с одного сайта на другой и умею писать говно в метод мейн и нажимать кнопку Compile, тебя просто пошлют нахуй.
Любой программер нормальный знает базовые алгоритмы/структуры данных, при этом никогда не занимавшись никаким олимпиадным программированием. Всё это существует исключительно из-за блажи всяких Яндексов и Гуглов, которые пиарятся среди студентов и чтобы хоть как-то разделять дебилов и не дебилов рабов и не рабов, используют такое вот беспонтовое задротство.
причем на самом-то деле обидно
я вот хотел бы работать в яндексе в отделе беспилотных автомобилей, тк у меня и диплом на эту тему и в стартапе похожем два года оттарабанил
в целом то, даже готовлюсь туда пойти
но так ебет конечно, сперва нужно литкод ебучий задрочить, потом алгоритмы тоже именно ЗАДРОЧИТЬ
вообще збс, что на собесе тебе нужно деревья разворачивать, а на работе, внезапно, матрицы расклыдвать
>На цпп нету работы без предметной области
Двачую, приходишь такой на собес на джуна в итоге тебя закидывают вопросами из предметной области и не берут. Типо они серьезно блять думают, что кто-то вот сидел дома занимался такой нишевой хуйней как обработка изображения на плюсах естественно, а не на пистоне с нейронками не для работы, а чисто для себя?
Всем похуй на предметную область. Весь FAANG + Яндекс спрашивают только литкод, если ты идешь на джуна\мидла. Предметную область реально спрашивают (и то не всегда) - на сениора.
Соус - собесился в гугл и яндекс(дошел до оффера), еще несколько знакомых собесились в гугл, все одинаково.
Так я тебе это и написал. Большие корпорации пиарятся и нанимают людей по олимпиадным задачам, чтобы программировать хуиту. В нормальных компаниях, которые нанимают тебя выполнять конкретные задачи, такого не происходит, очевидно.
И сам же пишешь, что на сеньёр позиции спрашивают предметную область.
>пруфы?
ты правда думаешь что яндекс опубликует статистику сколько людей берут они с улицы, а сколько приходят к ним по знакомству или их забирают с прикормленных кафедр?
они никогда этого не сделают, ибо их репутации "открытой" компании придет пиздец
с улицы разрабов они вообще не берут
есть шанс устроиться тестировщиком или на другую околоайтишную специализацию, но не разрабом
в первом дохуя всяких проектов, в том числе и купленных, в том числе и всяких умирающий помоек типа аськи или старых ммо и тебя еще могут взять разрабом разгребать это говнецо
Хз. Ниразу не ходил к ним на собес, но эти черти вечно в телеграм написывают с вакансиями, либо когда ты на хх резюме выкладываешь, либо даже просто так.
Я подозреваю, что вышка ебаная слила мой номер этим пидорам дополнительно к номеру с хедхантера, потому что я помню сразу после окончания универа это началось.
Еще эти эйчарки тупые такие пиздец, похуй какой стэк у тебя, похуй что ты там вообще ищешь, просто зовут на дженерик вакансию C++ разраб с машинлернингом и всё.
Как по мне, они берут студентов с мгу/вшэ/мфти. Выпускников, которые занимаются научкой, может тоже берут, но я не знаю таких, да и они сами в эту хуиту не идут.
Обычных разрабов вообще, наверное, не берут, так как у них додики из первой категории просто остаются работать.
Сеньёров-помидоров скорее всего берут, иначе сосали бы хуй на серьезных задачах, но они, я думаю, опять же к ним не идут.
ну я понимаю твою логику, особенно при наличии ШАДА
но у меня есть знакомые, которые пришли с улицы
а аргумент "ну ты правда думаешь?" - ни о чем
так вата доказывает, навальный иноагент "ну ты правда думаешь что он учился в ели и его не завербовали?"
так что, браток, твои слова не особо что-то значат
> Как по мне, они берут студентов с мгу/вшэ/мфти.
c типом их отбора только такие и попадут, имхо
конечно можно долго рассуждать на тему того, нормальный ли у них отбор, но как по мне - хуйня какая-то
причем тоже странно то, что у яндекса особо топовых продуктов то и нет
поиск у них говнище (кроме картинок), а на любой другой продукт есть топовый аналог
еда - диливери
такси - убер (еще и подешевле)
остальными даже не пользовался (и ок)
ну да, есть у них беспилотники - тема хорошая
алиса тоже нормис
но имхо, сбер через лет 10 должен догнать шарагу эту
Апплаишься на вакансию, тебе отвечают, дальше 3 этапа.
1. Часовой собес по скайпу с онлайн-блокнотом, дают пару алгоритмических задач, пишешь их, чел с другой стороны смотрит.
2. Если первый этап прошел - зовут в офис (хз как сейчас).
4-5 часовых секций с этими же ебанутыми задачками.
Одну завалить можно, две - сразу заканчивают собеседование. Критерии завала - хз, я всё прошел, хотя были моменты когда адово тупил.
3. Это уже интервью с нанимающим менеджером, где он на тебя смотрит. Иногда их может быть несколько, т.к. пайплайн собеседований один. И манагеры могут даже за тебя соревноваться.
4. Оффер.
Я не он, но что бы ты назвал обязательными вещами по структурам данных / алгоритмам?
Я, понятное дело, знаком со всеми простыми структурами данных, которые в реализации стл используются, например. Читал давно Кормена, слушал курсы всякие, встречал и в универе, и на практике всякие задачи с деревьями и прочим. Но когда встречаю задачки уровня литкода, которые нужно решить сходу не сильно думая - обсираюсь обычно.
Это, что досталось мне.
Есть вектор пар чисел, являющихся координатами точек на плоскости. Определить, есть ли некая ось симметрии параллельная оси Y, относительно которой наши точки образуют симметричную картинку.
Есть строка вида "a b c d ". In-place заменить все повторяющиеся пробелы, на 1 пробел.
Написать, внутренности shared_ptr, написать для него конструктор копирования и деструктор, сделать это так, чтобы все работало в многопоточной среде.
Есть API, которое выдирает из некоего стрима слово. Написать функцию, принимающую N (Считать N раз из стрима), и выводящую Top100 слов в порядке возрастания их частоты в стриме.
Написать функцию, выводящую все числа, в которых присутствуют все цифры по одной. Например, число "1234567890" удовлетворяет условию.
Есть строка вида "a b c". In-place заменить все пробелы на '%20', дополнительная нужная память для замены считается уже выделенной внутри строки.
Написать аналог функции to_lower.
Есть массив целых чисел и некое число K. Определить, есть ли в массиве чисел такая непрерывная последовательность, сумма всех элементов которой дает нам K и вернуть индексы начала и конца.
Есть вектор из пар координат X, Y, где каждая точка - то квадратик 1х1 размером. Если точки находятся рядом по вертикали или горизонтали - то формируют одну фигуру (Квадратики 1х1 соединяются в нечто большее). Найти периметр наибольшей фигуры из тех, что построены на плоскости по этому вектору.
Ну как сказать, вот допустим хард https://leetcode.com/problems/merge-k-sorted-lists/ который решается тупо в лоб закидыванием всех чисел в вектор, вызовом std::sort и обратной раскидкой вектора в лист.
>>1935774 Ты пидор, перекатывай
Если мне не понравятся картинки, будешь переделывать пока не будет идеально, и самотык свой еще месяц не увидишь (я пока сам с ним поиграюсь)
>Есть API, которое выдирает из некоего стрима слово. Написать функцию, принимающую N (Считать N раз из стрима), и выводящую Top100 слов в порядке возрастания их частоты в стриме.
Хранить в хеш-таблице/дереве поиска гистограмму, потом перевести в вектор и сделать на нём условный quickselect на 100 элементов? Первое, что в голову пришло.
>>1935972
А нахуя? Если попердолиться хочется на отечественной хуйне, то и в дс найдется. Мне постоянно на хх приходят инвайты во всякие Концерн Залупки или ТОП-СИСТЕМЫ.
Есть смысл такого ебанутого дауншифтинга, мне кажется, только если что-то супер узкое научное делать и в какую-нибудь лабу уебывать, с каким-нибудь там ускорителем элементарных частиц попердолиться или типа того.
понимаю тебя
ничего не имею против классического такого айти с вебом и прочим - куда бы мы без них
но вот когда пишешь код для железяк, которые взимодействуют с реальным миром - то ваще пиздец как круто
правда там Си в основом. но все равно
я думаю вкатиться куда-нибудь в эмбеддед, пусть там и зп не очень большие, но, думаю, косарей 100 можно найти ( а там мб и рост будет)
а потом съебать в норм страну, где такая хуита востребована (США)
Он не совсем произвольный, а зависит от текущего размера массива и обычно является числом, в отличие от значений всяких криптографических хеш-функций наподобие sha/md5. Вычисляется так, чтобы значение было в пределах от 0 до размера массива, в простейшем случае это можно сделать через остаток от деления на размер массива.
QOAuthHttpServerReplyHandler::callback() имеет строгую привязка на урл. Полагаю, остается только переопределить его, если мне нужно другое значение, а не http://127.0.0.1:%1/%2
>Он не совсем произвольный
Ну я специализации когда добавляю для своих типов, чтоб использовать их в качестве ключа, то получается достаточно произвольно.
>Вычисляется так, чтобы значение было в пределах от 0 до размера массива, в простейшем случае это можно сделать через остаток от деления на размер массива.
А что потом делать, когда размер массива изменился? Все хшы пересчитывать?
>А что потом делать, когда размер массива изменился? Все хшы пересчитывать?
Да, таблицу придётся перестроить.
Вообще есть вот такой пример с хэшами. Допустим есть много отрезков на плоскости и тебе нужно быстро определить кто с кем пересекается. Для этого берётся сетка m x n и для каждого отрезка определяется на какие ячейки он попадает. Получается хэш-мапа с ключом - индексом ячейки (опять же двойное хэширование - первый хэш отрезка {x,y}, второй x+y) и бакетами - списками индексов отрезков.
Если ты поменяешь сетку, то тебе заново придётся перестроить всю таблицу.
Заграница не для всех. Привыкать жить в хуй знает каком обществе по хуй знает каким правилам, то нельзя, это нельзя. Лучше работать в дочерней конторе какого-нибудь предприятия раз уж на то пошло, такого и в России хватает. Видел вакансию писателей прошивок под панели для каких-то западных тракторов. Прошивки продвинутые, с GPS, автоматизацией, кучей кнопок.
В 5.15 уже есть setModifyParametersFunction, где ты можешь изменить значение, например
auto niggers = new QOAuth2AuthorizationCodeFlow(this);
...
niggers->setModifyParametersFunction([](QAbstractOAuth::Stage stage, QVariantMap parameters) {
(parameters)["redirect_uri"] = QUrl("fuck_you_niggers");
});