Цели тоже бессмысленные. Я тебе без опросов скажу. Люди ищут новую работу, чтобы найти новую работу.

Извини, но ты читаешь не внимательно. Спорим, я найду здесь людей, которые не ищут работу, но имеет резюме на сервисе онлайн-рекрутинга? В опросе также написано, что важны детали: почему именно они ищут работу/держат там резюме. И даже приведены возможные варианты, не исключающие других.

Извини, но ты читаешь не внимательно. Спорим, я найду здесь людей, которые не ищут работу, но имеет резюме на сервисе онлайн-рекрутинга? В опросе также написано, что важны детали: почему именно они ищут работу/держат там резюме. И даже приведены возможные варианты, не исключающие других.

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

Извини, но ты читаешь не внимательно. Спорим, я найду здесь людей, которые не ищут работу, но имеет резюме на сервисе онлайн-рекрутинга? В опросе также написано, что важны детали: почему именно они ищут работу/держат там резюме. И даже приведены возможные варианты, не исключающие других.

Ты уже сделал какую нибудь гугло форму?

Если нужно, я сделаю. Буду признателен за ответы. Просто прежде на эти гуглоформы всем лень заходить, сложнее чем ответить в чате или в личку

Если нужно, я сделаю. Буду признателен за ответы. Просто прежде на эти гуглоформы всем лень заходить, сложнее чем ответить в чате или в личку

Подозреваю, что в личку написать даже сложнее, чем форму заполнить - ощущение общения с живым человеком всё-таки. А в чат и подавно - 2.7к людей всё-таки увидят :)

прошу не оффтопить. с такими темами - в чатик с работой

Хорошо что я не миддл, не донимают с вопросами

pacany

тут кстати doctest 2 релизнулся https://www.reddit.com/r/cpp/comments/99nkhw/doctest_2_released_moved_to_c11_added/

*второй день забывает завести в трекере решарпера хотелку на раннеры для доктеста*

Извини, но ты читаешь не внимательно. Спорим, я найду здесь людей, которые не ищут работу, но имеет резюме на сервисе онлайн-рекрутинга? В опросе также написано, что важны детали: почему именно они ищут работу/держат там резюме. И даже приведены возможные варианты, не исключающие других.

Даже не собираюсь продолжать этот оффтопик

Это как "я живу чтобы жить"?)

Именно. А ты думал зачем живёшь ты?

Именно. А ты думал зачем живёшь ты?

Я ещё не думал.

*второй день забывает завести в трекере решарпера хотелку на раннеры для доктеста*

cc: Igor

блин, бесит msvc 2013. Мои няшные перегрузки для float (&color)[4] не принимает.

Чета ты ушел в археологию...

Чета ты ушел в археологию...

ты ещё @crackedmind поспрашивай. он msvc коллекционирует

ты ещё @crackedmind поспрашивай. он msvc коллекционирует

только 2017 :D

только 2017 :D

аааа, ну ладно ?

*второй день забывает завести в трекере решарпера хотелку на раннеры для доктеста*

В студии же есть кастомные тулы, их недостаточно?

А, всё, ок. Я думал, это что-то про доки, а это unit test framework.

Довольно симпатичный, кстати.

Если в супапро ответа не дали - можно сюда код кидать через хастбин?

Вопрос, на сколько корректно тут использовать std::shared_ptr? (И стоит ли ообще использовать) https://hastebin.com/onifonujic.cpp То что нет private/public- исключительно чтобы меньше захламлять код get/Set, в идеале они должны быть

Если в супапро ответа не дали - можно сюда код кидать через хастбин?

1. Во всех сеттерах их лучше мувать из аргумента, ибо конструктор копирования shared_ptr'а будет всё время обращаться к атомарному счётчику. И это достаточно большие накладные расходы, по сравнению с raw pointers и unique_ptr. 2. имеет смысл продумать lifetime объектов. Навскидку, вот, например, EventPtr: откуда берутся эти события? Они где-то хранятся, пока IListener их обрабатывает? Тогда в контейнере стоит хранить unique_ptr, а в Ilistener прокидывать weak_ptr. Если они нигде не хранятся и просто передаются по цепочке IListener'ов, то лучше мувать unique_ptr. Если таких гарантий нет, то да, shared_ptr — подходящий вариант.

1. Во всех сеттерах их лучше мувать из аргумента, ибо конструктор копирования shared_ptr'а будет всё время обращаться к атомарному счётчику. И это достаточно большие накладные расходы, по сравнению с raw pointers и unique_ptr. 2. имеет смысл продумать lifetime объектов. Навскидку, вот, например, EventPtr: откуда берутся эти события? Они где-то хранятся, пока IListener их обрабатывает? Тогда в контейнере стоит хранить unique_ptr, а в Ilistener прокидывать weak_ptr. Если они нигде не хранятся и просто передаются по цепочке IListener'ов, то лучше мувать unique_ptr. Если таких гарантий нет, то да, shared_ptr — подходящий вариант.

А rvo не срабатывает тут?

1. Во всех сеттерах их лучше мувать из аргумента, ибо конструктор копирования shared_ptr'а будет всё время обращаться к атомарному счётчику. И это достаточно большие накладные расходы, по сравнению с raw pointers и unique_ptr. 2. имеет смысл продумать lifetime объектов. Навскидку, вот, например, EventPtr: откуда берутся эти события? Они где-то хранятся, пока IListener их обрабатывает? Тогда в контейнере стоит хранить unique_ptr, а в Ilistener прокидывать weak_ptr. Если они нигде не хранятся и просто передаются по цепочке IListener'ов, то лучше мувать unique_ptr. Если таких гарантий нет, то да, shared_ptr — подходящий вариант.

Виков на юник не бывает

А rvo не срабатывает тут?

Рво работает на return

Ты хотел сказать копи элижн?

А rvo не срабатывает тут?

return value optimization здесь не работает по определению. Если будешь передавать lvalue, то будет вызван copy ctor, если rvalue — move ctor. В обоих случаях move внутри не помешает.

Виков на юник не бывает

Точняяк.

а почему, кстати?

Потомучто это сырые указатели

А Вики считают ссылки

Там у шеред стейта 2 счетчика - для виков и для шередптров

(с) Скотт Майерс, книжка для новичков

Айдар, а ты что думаешь на счёт шередов тут?

Где можно было их не юзать?

Я не читал код

Щас

Но я всегда за идею с контейнером-контекстом и хенддерами к нему вместо шередов

А Вики считают ссылки

и правда.

Тогда только сырые указатели, только хардкор.

Тогда только сырые указатели, только хардкор.

мой товарищ на на первом собеседовании на вопрос "какие умные указатели вы знаете?" ответил "я только тупые знаю". Ржали всем офисом)

Напомнило, улыбнуло)

Где можно было их не юзать?

Зачем ты смешал полиси адександреску и динамический полиморфизм?

Тыщи неймспейсов

И спагетти из абстрактных фабрик

createWindowEnvironment ничего не создает с точки зрения юзера

Нафигато введено 2 невалидных состояния вместо RAII

Foo::FooPtr выглядит странно

А еще ты там делаешь шередптры вместо optional

Или там не опшнал а юник?

Или там не опшнал а юник?

Скорее там опшинал нужен

Нафигато введено 2 невалидных состояния вместо RAII

Это где?

Это где?

DialogSystem

Виков на юник не бывает

Эээ... што?

Как так-то?1

Ну у вика есть метод получитьшеред

А как же weak_unique_ptr?

Это что си++18?

А как же weak_unique_ptr?

кек

А как же weak_unique_ptr?

Ахаха. Ха-ха.

Как сделать многострочную ассемблерную вставку в gcc?

Ребят, я только начал изучать c++. Сам знаю ява скрипт и пхп. Вопрос, как компилировать через консоль и подключать библиотеки?

Нужен компиль в патхе и исходник

Ребят, я только начал изучать c++. Сам знаю ява скрипт и пхп. Вопрос, как компилировать через консоль и подключать библиотеки?

@supapro

Господа, почему есть чат для начинающих C++ и нет чата для заканчивающих C++?

Господа, почему есть чат для начинающих C++ и нет чата для заканчивающих C++?

Второй называется про.раст

Господа, почему есть чат для начинающих C++ и нет чата для заканчивающих C++?

вот же, положила https://t.me/rustlang_ru

вот же, положила https://t.me/rustlang_ru

https://t.me/rustjerk

Как сделать многострочную ассемблерную вставку в gcc?

Немного через жопу: ` int a = 42, b; asm ("movl %1, %%eax; " "inc %%eax; " "movl %%eax, %0;" :"=r"(b) :"r"(a) :"%eax"); `

Как сделать многострочную ассемблерную вставку в gcc?

Не следует делать ассемблерные вставки вообще. Уже тысячу раз здесь обсуждали.

А компилятор что-то может с асм вставкой сделать?

Онможет убиться об асмовставку и не оптимизиовать кол

П.с. фейлс , где твою биографию можно посмотреть?

Онможет убиться об асмовставку и не оптимизиовать кол

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

Правда тогда их придется трансформировать в АСТ

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

Лучше правило, полностью их запрещающее.

Лучше правило, полностью их запрещающее.

Сломает совместимость

Лучше правило, полностью их запрещающее.

wtf? Как ты собираешься сисколы реализовывать?

А зачем там ассемблер?

Лучше правило, полностью их запрещающее.

Работа с железом не всегда описывается стандартом

А зачем там ассемблер?

тебе нужно обратиться к ОС, по прерыванию 0x80

Берите голый асм и развлекайтесь, но не делайте асмовставки в плюсовом коде.

Система сборки отлично способна вызвать для asm файлов какой-нибудь nasm/yasm и затем слинковать всё воедино.

Система сборки отлично способна вызвать для asm файлов какой-нибудь nasm/yasm и затем слинковать всё воедино.

Да, но зачем?

Берите голый асм и развлекайтесь, но не делайте асмовставки в плюсовом коде.

Зря ты такой категоричный

Да, но зачем?

Чтобы не мешать с крестами

Зря ты такой категоричный

В своё время приходилось поддерживать код с асмовставками "в угоду ручным оптимизациям" и это была боль.

Тогда потом с крестами придётся мешать вызов этой прелести. А так она аккуратно инкапсулируется, и всё.

В своё время приходилось поддерживать код с асмовставками "в угоду ручным оптимизациям" и это была боль.

А никто и не спорит, что больно. Но от кейса зависит

В своё время приходилось поддерживать код с асмовставками "в угоду ручным оптимизациям" и это была боль.

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

В своё время приходилось поддерживать код с асмовставками "в угоду ручным оптимизациям" и это была боль.

Ручные оптимизации всё же иногда нужны

Ручные оптимизации всё же иногда нужны

Даже ffmpeg идёт в сторону их удаления и переписывания на Си. Уже реализовали возможность сборки без их использования в 4.0 ветке.