t
Тогда у тебя map<string, void>, потому что void удовлетворяет всем твоим требованиям
Можно подробнее. void пропустит любое значение?
std::vector<int> arr;
arr.push_back(10);
Тебе бы С++ изучить сначала
Size: a a a
2020 July 20
ПК
Тебе бы С++ изучить сначала
А
полезная картинка учитывая закон мура
Он мертв
CD
Можно подробнее. void пропустит любое значение?
Нет, просто нет смысла хранить значение, если операций над ним пустое множество
🎄T
Не хочу использовать стандартные обертки. Во-первых, они очень урезанные (у массива, например, даже метода push нет), во-вторых правильнее написать логику на чистом C++ а обертки оставить на входе и выходе
Ты уверен, что проблема в жсе, а не в тебе?
s
полезная картинка учитывая закон мура
у меня распечатана и на стене висит перед глазами, рядом с другими подобными, чтобы не фантазировать, а глянуть в табличку и знать что сколько должно занимать
CD
Он мертв
Кто-то об этом не знает)
ПК
Пересылка по сети быстрее чтения с диска?
s
Пересылка по сети быстрее чтения с диска?
да
s
ШОК
🎄T
Пересылка по сети быстрее чтения с диска?
Если у тебя два датацентра впритык стоят
ПК
То есть ЖД нахер не нужон, всё храним в облаках?
А
Пересылка по сети быстрее чтения с диска?
Кстати да, удивился
CD
То есть ЖД нахер не нужон, всё храним в облаках?
А ты думаешь почему нынче так много тонких клиентов
s
То есть ЖД нахер не нужон, всё храним в облаках?
там написано при какой именно пересылке по сети быстрее
t
std::vector<int> arr;
arr.push_back(10);
Тебе бы С++ изучить сначала
Если это мне, то там Napi::Array, Napi::String и т.д., ничего общего с сишными массивами
s
но вообще - не вижу в этом ничего удивительного
s
пересылка по сети происходит из оперативки в оперативку
ПК
Если это мне, то там Napi::Array, Napi::String и т.д., ничего общего с сишными массивами
При чём тут сишные массивы? Ты щас скидывал пример с
std::mapCD
просто HDD технология каменного века, чтение требует физического движения