Так тут проблема не ООП, а в управлении состоянием, например на Rust это надо очень сильно извратиться чтобы добиться проблем типа гонки данных на мьютексе, прям осознанно и больно извратиться, а пример с 16 потоками решит любой, кто досчитал до тем Arc/Rc, Mutex вообще не встретив какого-то сопротивления
У 1С ников любят абонентскую, смысл такой что наперед не известно крякнется что-то или нет, они тебе заранее платят (зачастую меньше чем если бы покупали часы) и потом в случае чего тебя дёрнут, ты должен быть особо готов к концам квартала и прочим сдачам отчётности, а так сидишь в ус не дуешь
Я в 10 раз дешевле с частотой в 10 раз выше беру, какой в этом камне по такой цене смысл я не понимаю, если бы он продавался рублей по 100-150, можно было кофеварку или сервопривод какой-нибудь на нём собирать, на большее он всё равно не потянет, а так не выгодно его в изделия пускать стоимостью меньше 15к, а это, простите э, уровень микро-пк, а не 32МГц, 16кБ ОЗУ
Предлагаю минус первым пунктом вводный инструктаж от mrTeamlead, у него есть несколько понятных роликов для начинающего гошника про go, например про общую идею сборки мусора в go и блееейзиии, ой, производительности, а так же базу)
"неизвестен номер нашего масштаба пространства и времени в масштабном измерении вечного и бесконечного пространства, в которое "вложена" наша Вселенная"
Давайте посмотрим, не вопрос, я уже смотрел, не выделяется никакая память под ссылки как минимум в варианте C++11, даже с move семантикой, просто берется адрес, в худшем варианте - косвенной адресацией и передается, физически ни в данных программы, ни в стеке, ни в куче ничего не видел чтобы выделялось
Если вы утверждаете обратное - приведите пример где C++ под ссылку выделяет память аналогично указателю, хоть один пример, почему я должен доказывать то, чего никогда не видел
Упустил я этот пример, если вам в Rust нужен именно сырой указатель, скорее всего вы делаете что-то не то, дайте пример, где он? Если умный указатель, то их там полно - Box, Rc, Arc, RefCell, Weak, на любой вкус и цвет, только это не указатель из Си, как и ссылка в Rust это не ссылка из С++
"указатель и адрес показать может, и значение, и еще указатель может в арифметику указателей"
И ещё в кучу багов, которые чтобы поймать можно потеть больше чем писал, например uaf, если вы откроете какой-нибудь крупный проект, например chromium вы обнаружите там за 1 месяц май 2025-го года тысячи уязвимостей use after free, некоторые из них написано "дают не авторизованному пользователю выполнить произвольный код на целевой платформе'
У меня стоял deepseek coder v2, в один прекрасный момент я решил на работе распарсить данные в BTree из обычного ini, и понял что без него сам уже с трудом вспомнил or_insert_with, решил не лениться и писать таки руками, а вот пообщаться с нейронкой про код это я всегда)
"изюминка в том что ссылка хранит только значение"
Если мы говорим о C++ то это неверно, ссылка вообще не имеет никакой ячейки в памяти, поэтому ничего хранить не может, в данном случае вы помещаете в *p адрес a, & - операция взятия адреса, обратная разыменовыванию, не более того
Если мы говорим про Rust, то там ссылки это указатели с гарантией безопасности - всегда объект существует, пока существует ссылка, ссылка не может указывать вникуда или на объект не имеющий отношения к ссылке, никто это объект не тронет без твоего ведома, если у тебя владеющая ссылка и т.д.
Закон Ципфа степенной, тут экспоненциальная "полная формула", это вообще разные семейства функций и я бы так смело не кидал такие заявления в кругу математиков
Так тут проблема не ООП, а в управлении состоянием, например на Rust это надо очень сильно извратиться чтобы добиться проблем типа гонки данных на мьютексе, прям осознанно и больно извратиться, а пример с 16 потоками решит любой, кто досчитал до тем Arc/Rc, Mutex вообще не встретив какого-то сопротивления
У 1С ников любят абонентскую, смысл такой что наперед не известно крякнется что-то или нет, они тебе заранее платят (зачастую меньше чем если бы покупали часы) и потом в случае чего тебя дёрнут, ты должен быть особо готов к концам квартала и прочим сдачам отчётности, а так сидишь в ус не дуешь
helix?
Я в 10 раз дешевле с частотой в 10 раз выше беру, какой в этом камне по такой цене смысл я не понимаю, если бы он продавался рублей по 100-150, можно было кофеварку или сервопривод какой-нибудь на нём собирать, на большее он всё равно не потянет, а так не выгодно его в изделия пускать стоимостью меньше 15к, а это, простите э, уровень микро-пк, а не 32МГц, 16кБ ОЗУ
Вот чего не хватает в линухах так это ещё текстовые редакторы под вайном запускать, там их и так на любой вкус и цвет
Предлагаю минус первым пунктом вводный инструктаж от mrTeamlead, у него есть несколько понятных роликов для начинающего гошника про go, например про общую идею сборки мусора в go и блееейзиии, ой, производительности, а так же базу)
На комбинаторах типа for_each можно сжигать дома целыми улицами!
Не пробовали Embedded Template Library вместо STL?
"зачастую на интернет-ресурсах про ключи говорят как про объекты неизменяемых типов данных,"
Не знаю где так говорят, если читать книги по Rust и С++ там сказано если ты можешь захешировать свой тип - вперёд
"неизвестен номер нашего масштаба пространства и времени в масштабном измерении вечного и бесконечного пространства, в которое "вложена" наша Вселенная"
Чего, мля???
Давайте посмотрим, не вопрос, я уже смотрел, не выделяется никакая память под ссылки как минимум в варианте C++11, даже с move семантикой, просто берется адрес, в худшем варианте - косвенной адресацией и передается, физически ни в данных программы, ни в стеке, ни в куче ничего не видел чтобы выделялось
Если вы утверждаете обратное - приведите пример где C++ под ссылку выделяет память аналогично указателю, хоть один пример, почему я должен доказывать то, чего никогда не видел
Упустил я этот пример, если вам в Rust нужен именно сырой указатель, скорее всего вы делаете что-то не то, дайте пример, где он? Если умный указатель, то их там полно - Box, Rc, Arc, RefCell, Weak, на любой вкус и цвет, только это не указатель из Си, как и ссылка в Rust это не ссылка из С++
"указатель и адрес показать может, и значение, и еще указатель может в арифметику указателей"
И ещё в кучу багов, которые чтобы поймать можно потеть больше чем писал, например uaf, если вы откроете какой-нибудь крупный проект, например chromium вы обнаружите там за 1 месяц май 2025-го года тысячи уязвимостей use after free, некоторые из них написано "дают не авторизованному пользователю выполнить произвольный код на целевой платформе'
У меня стоял deepseek coder v2, в один прекрасный момент я решил на работе распарсить данные в BTree из обычного ini, и понял что без него сам уже с трудом вспомнил or_insert_with, решил не лениться и писать таки руками, а вот пообщаться с нейронкой про код это я всегда)
"изюминка в том что ссылка хранит только значение"
Если мы говорим о C++ то это неверно, ссылка вообще не имеет никакой ячейки в памяти, поэтому ничего хранить не может, в данном случае вы помещаете в *p адрес a, & - операция взятия адреса, обратная разыменовыванию, не более того
Если мы говорим про Rust, то там ссылки это указатели с гарантией безопасности - всегда объект существует, пока существует ссылка, ссылка не может указывать вникуда или на объект не имеющий отношения к ссылке, никто это объект не тронет без твоего ведома, если у тебя владеющая ссылка и т.д.
Хотя примерно понял, если подумал, тогда
let &x = &5
Непонятно нужно создавать ссылку или разыменовывать её
Почему не сделать чтобы
let x=&5
let &x=5
Были эквивалентны, тогда ref вроде как будет не нужен
Из статьи так и не понял зачем ключевое слово ref в Rust, если есть &
Go, zig, v, c++... Пишите сразу на Rust, чтобы потом не переписывать
Закон Ципфа степенной, тут экспоненциальная "полная формула", это вообще разные семейства функций и я бы так смело не кидал такие заявления в кругу математиков
А вы уверены что сможете учить новые языки быстрее чем llm? Сколько языков нужно учить в год, чтобы оставаться в струе?