Сарказм это замечательно. А еще замечательно - это письменное уведомление вида "базы на границе - красная линия. Не надо, война будет". Игнор этого уведомления. И меморандум о строительстве военных баз на границе. Можно что в чем угодно обвинять российскую власть, но то, что накопление военных сил рядом с границей приведет к войне - говорилось неоднократно на протяжении ДЕСЯТИЛЕТИЙ. И да, когда тебе говорят: "если ты привезешь сюда свои войска, то будет война". И ты привозишь свои войска, то именно ты виноват в том что война началась.
Не понятно зачем вы это озвучиваете. Есть определенные мировые трэнды, хочешь выжить - действуешь в соответствии с ними. Не вижу как они себе карму испортили. Работаю в Райдере, живу в РФ.
Студия в которой я работал была сокращена в прошлую пятницу. Все положенные по сокращению деньги компания в final agreement прописала. Зачем мне профсоюз. Чтобы что?
Я уверен что вашу маму можно было изначально обучить верстать страницу и она с этим прекрасно бы справилась. ИИ - это базовая технология. Обучение - отдельный вопрос и как и человека обучить можно будет чему угодно.
Перечитайте внимательно. Там нет никаких предположений. Там констатация факта: ИИ будет способен делать тоже самое что и человек. Это не предположение, это определение ИИ. Я не говорил что такое ИИ будет в ближайшее будущее.
При чем тут GPT? Статья про будущее. Про перспективу. ИИ(настоящий) вполне себе будет программировать самостоятельно. Потому что по возможностям не будет отличаться от человека.
К слову, это не проблема копилота. У меня даже тут на хабре есть статья, в которой я разбираю, почему общепринятый ответ на вопрос в stackoverflow оказался совершенно не правильным и не пригодным к использованию. Не важно что ты используешь - копилот, стэковерфлоу или еще что-то. Ты должен понимать что написано и как оно работает. То есть любой источник используется для того чтобы показать путь, а не в качестве непререкаемой истины.
"Решение в лоб" я уже выше прикладывал картинкой. Откуда там "Университет информационных технологий и управления в Новом Новгороде" совершенно не понятно.
Есть объект А, он использует объект X, также в неопределенный момент может создаться объект B, который тоже использует X. А и B друг другом не владеют и могут умирать независимо друг от друга(например А - сетевой обработчик, который привязан к клиенту которые могут подключаться и отключаться, а B - визуализация коннекта, которую могут видеть, могут не видеть и надо иметь её даже если клиент уже отключился). Каким образом и где вы предлагаете создавать объект Х?
Если у вас затык в том, что вас не устраивает производительность shared_ptr - сколько минут нужно чтобы написать альтернативу под конкретно эту задачу? Она не нужна в стандарте, потому что приведет к потенциальным ошибкам у большой массы пользователей. Но ничего не мешает такой контейнер самому написать. Он же примитивный.
Вы где предлагаете его хранить то? В глобальных переменных? Менеджер сделать(контейнер, буффер), который будет, по сути, такой же глобальной переменной? Как только у нас появляется система, где нет иерархии уровня мастер-слейв, появляется необходимость в shared_ptr или аналоге, потому что нет точки в которой можно сказать: "здесь объект можно удалить", кроме точки "им больше никто не пользуется".
Сарказм это замечательно.
А еще замечательно - это письменное уведомление вида "базы на границе - красная линия. Не надо, война будет". Игнор этого уведомления. И меморандум о строительстве военных баз на границе.
Можно что в чем угодно обвинять российскую власть, но то, что накопление военных сил рядом с границей приведет к войне - говорилось неоднократно на протяжении ДЕСЯТИЛЕТИЙ. И да, когда тебе говорят: "если ты привезешь сюда свои войска, то будет война". И ты привозишь свои войска, то именно ты виноват в том что война началась.
Почему только одного? США, конечно, мощное государство, но без поддержки других на эскалацию войны бы не пошло в 2021 году.
В этом и суть санкций. Сделать граждан недовольными, чтобы они пошли против правительства.
Не надо работать в таких компаниях.
Не понятно зачем вы это озвучиваете.
Есть определенные мировые трэнды, хочешь выжить - действуешь в соответствии с ними.
Не вижу как они себе карму испортили.
Работаю в Райдере, живу в РФ.
Студия в которой я работал была сокращена в прошлую пятницу.
Все положенные по сокращению деньги компания в final agreement прописала.
Зачем мне профсоюз. Чтобы что?
Курс не меняется уже с год. Болтается около 90 рублей.
Вот когда курс был 120! Это да. Были зарплаты...
Я уверен что вашу маму можно было изначально обучить верстать страницу и она с этим прекрасно бы справилась. ИИ - это базовая технология. Обучение - отдельный вопрос и как и человека обучить можно будет чему угодно.
Перечитайте внимательно. Там нет никаких предположений. Там констатация факта: ИИ будет способен делать тоже самое что и человек.
Это не предположение, это определение ИИ.
Я не говорил что такое ИИ будет в ближайшее будущее.
Это предположения.
Три года назад над предположением что будет что-то подобное GPT-4 тоже бы посмеялись.
При чем тут GPT? Статья про будущее. Про перспективу.
ИИ(настоящий) вполне себе будет программировать самостоятельно. Потому что по возможностям не будет отличаться от человека.
К слову, это не проблема копилота.
У меня даже тут на хабре есть статья, в которой я разбираю, почему общепринятый ответ на вопрос в stackoverflow оказался совершенно не правильным и не пригодным к использованию.
Не важно что ты используешь - копилот, стэковерфлоу или еще что-то. Ты должен понимать что написано и как оно работает. То есть любой источник используется для того чтобы показать путь, а не в качестве непререкаемой истины.
"Решение в лоб" я уже выше прикладывал картинкой. Откуда там "Университет информационных технологий и управления в Новом Новгороде" совершенно не понятно.
Какое там нормальное содержание? И что за методика шифрования?
Есть объект А, он использует объект X, также в неопределенный момент может создаться объект B, который тоже использует X. А и B друг другом не владеют и могут умирать независимо друг от друга(например А - сетевой обработчик, который привязан к клиенту которые могут подключаться и отключаться, а B - визуализация коннекта, которую могут видеть, могут не видеть и надо иметь её даже если клиент уже отключился).
Каким образом и где вы предлагаете создавать объект Х?
Или переходят на нормальные CVS
Если у вас затык в том, что вас не устраивает производительность shared_ptr - сколько минут нужно чтобы написать альтернативу под конкретно эту задачу?
Она не нужна в стандарте, потому что приведет к потенциальным ошибкам у большой массы пользователей.
Но ничего не мешает такой контейнер самому написать. Он же примитивный.
Вы где предлагаете его хранить то? В глобальных переменных? Менеджер сделать(контейнер, буффер), который будет, по сути, такой же глобальной переменной?
Как только у нас появляется система, где нет иерархии уровня мастер-слейв, появляется необходимость в shared_ptr или аналоге, потому что нет точки в которой можно сказать: "здесь объект можно удалить", кроме точки "им больше никто не пользуется".
в целом shared ptr в однопоточной системе это крайне редкое явление.
Если не shared_ptr, то какой тип указателей вы предлагаете использовать в однопоточных приложениях?