Вообще зочу дженерики как в русте

там прям всё так приятно

уже пишут полным ходом, от них не защититься

так вот лучше самим удобно сделать, а не пытаться защититься от того, от чего никак и никогда не защитишься

там прям всё так приятно

волосы становятся шелковистыми, а кожа мягкой

это эвфемизм для "тупые ебаные обезьяны"

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

Вообще зочу дженерики как в русте

почему бы просто не писать на расте? )

это эвфемизм для "тупые ебаные обезьяны"

а

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

вообще точить язык плохая идея. ощущение вкуса теряется

почему бы просто не писать на расте? )

потому что асинхронность

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

он под них уже заточен ) все в порядке

потому что асинхронность

и общая няшность кода

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

плюс крови много

потому что асинхронность

а что она? ну токио запилят все же

общая няшность хз что такое

а что она? ну токио запилят все же

До Запилят токио и будете вы как в ноде До тех пор пока токио не выпилят

Что за токио?

До Запилят токио и будете вы как в ноде До тех пор пока токио не выпилят

Ведь фьючерсы - это приятно и удобно

почему бы просто не писать на расте? )

Раст слишком низкоуровневый как по мне. Надо, чтобы ты мог опционально отключить gc, а не вынужденно без него писать

Я бы вообще на D пошёл бы Но он похоже всё

До Запилят токио и будете вы как в ноде До тех пор пока токио не выпилят

да почему как в ноде? все же там футуры а не ехал колбэк через колбэк все же zero cost abstractions бесплатными не бывают

D уже давно все

Я бы вообще на D пошёл бы Но он похоже всё

ты в слове Good сделал три ошибки

он прям таким родился

и он не всё

@toby3d нужно БООООЛЬШЕ стикеров!

да почему как в ноде? все же там футуры а не ехал колбэк через колбэк все же zero cost abstractions бесплатными не бывают

Я согласен на чуть меньше беспллатных абстракций в обмен на рантйм го И большинство кстати тоже Потому что на практике запилить продукт важнее, чем дрочить на абстракции (

да почему как в ноде? все же там футуры а не ехал колбэк через колбэк все же zero cost abstractions бесплатными не бывают

В ноде кстате тоже футуры и async/await теперь

Но всё равно боль

Куда я попал, и тут расточат

Я согласен на чуть меньше беспллатных абстракций в обмен на рантйм го И большинство кстати тоже Потому что на практике запилить продукт важнее, чем дрочить на абстракции (

а тебе вот прям необходимы эти фишки рантайма? ну типа нужна асинхронность как в го и классическими потоками не отделаться?

про gc хз, часто упирался в ownership растовый?

В ноде кстате тоже футуры и async/await теперь

async/await крутая штука. Но асинхронность никогда не заменит многопоточность, это про другое

а тебе вот прям необходимы эти фишки рантайма? ну типа нужна асинхронность как в го и классическими потоками не отделаться?

Ага начинается Я такие же вопросы в Go сообществе регулярно вижу "Так ли тебе необходимы параметрические типы и дженерики, когда есть пустой интерфес?"

лол

про gc хз, часто упирался в ownership растовый?

владение - это вообще не про сборку мусора

Точнее, они ортогональны

ну не, на го тоже куча задач делается где от отсутствия генериков не очень больно

ну не, на го тоже куча задач делается где от отсутствия генериков не очень больно

не очень Но почему вообще должно быть больно? Ни в го ни в русте нет принципиально несовместимых концепций

владение - это вообще не про сборку мусора

вообще-то владение и сборка это про управление памятью/ресурсами, нихрена оно не ортогонально

тут меня коллега мучает, нужно больше стикеров ?

в расте gc без боли не делается — они пытались

владение - это вообще не про сборку мусора

И владение, кстати, тоже так себе концепция как по мне. Такая реализация thread-save мап как сделал Кирилл как по мне гораздо лучше и проще в использовании, а задачу решает ту же

вообще-то владение и сборка это про управление памятью/ресурсами, нихрена оно не ортогонально

Ничто не помешает запилить это владение одновременно с gc Более того, в русте даже пилят ручки для того, чтобы прикрутить gc в будущем

И владение, кстати, тоже так себе концепция как по мне. Такая реализация thread-save мап как сделал Кирилл как по мне гораздо лучше и проще в использовании, а задачу решает ту же

ШТОА причем тут thread-safe map? )

?

Но это а) когда ещё будет б) будет ли вообще

Ничто не помешает запилить это владение одновременно с gc Более того, в русте даже пилят ручки для того, чтобы прикрутить gc в будущем

ручки, да. но мне пока от отсутствия гц больно не было

а разве в расте нет зеленых потоков? говорили же что есть

а разве в расте нет зеленых потоков? говорили же что есть

выпилили

давно причем

внезапно

ШТОА причем тут thread-safe map? )

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

ручки, да. но мне пока от отсутствия гц больно не было

ну да А вот от отсуствия рантайма боль есть

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

ну нет же. во первых data race safety это частный случай во вторых мап это один из кучи способов хранить-шарить данные

ШТОА причем тут thread-safe map? )

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

ну нет же. во первых data race safety это частный случай во вторых мап это один из кучи способов хранить-шарить данные

Там не только мапы будут thread-safe

Нужно что-то, что объединит плюшки Go и Rust

раминь

Grust'

Там не только мапы будут thread-safe

safe ) да какая разница. ownership и коллекции и их потокобезопасность это вообще разные вещи

ну нет же. во первых data race safety это частный случай во вторых мап это один из кучи способов хранить-шарить данные

И этот частный случай и есть мотивация для этого всего

Grust'

Garnet

ERROR: S client not available

тем более что потокобезопасность это трейд-офф всегда приходится жертвовать скоростью и памятью

safe ) да какая разница. ownership и коллекции и их потокобезопасность это вообще разные вещи

Исправил уже, т9

тем более что потокобезопасность это трейд-офф всегда приходится жертвовать скоростью и памятью

до 400 наносекунд на время growWork, по расходу памяти одинаково

до 400 наносекунд на время growWork, по расходу памяти одинаково

Я же не просто так говорю, что эта концепция дрюкает любые другие

ну будет готово — посмотрим сколько в итоге получилось по времени и памяти но бесплатные такие вещи не бывают (

ну будет готово — посмотрим сколько в итоге получилось по времени и памяти но бесплатные такие вещи не бывают (

не бесплатные -- 400 наносекунд на время growWork()

ну будет готово — посмотрим сколько в итоге получилось по времени и памяти но бесплатные такие вещи не бывают (

Оно уже в целом готово, тесты осталось написать

Я же не просто так говорю, что эта концепция дрюкает любые другие

ну это сколько % ?

а до готовности -- большое количество тестов

ну это сколько % ?

% от чего?

Оно уже в целом готово, тесты осталось написать

ну ты чего. написать тесты, понять что проебались, исправлять ошибки, писать еще тесты

% от чего?

от изначального варианта мапы

ну ты чего. написать тесты, понять что проебались, исправлять ошибки, писать еще тесты

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

ну ты чего. написать тесты, понять что проебались, исправлять ошибки, писать еще тесты

Возможно, но скорее всего все нормально в целом будет. Там нечему ломаться

от изначального варианта мапы

это о чем? о количестве кода? о скорости работы?

Возможно, но скорее всего все нормально в целом будет. Там нечему ломаться

lock-free структура данных нечему ломаться … хмммм

это о чем? о количестве кода? о скорости работы?

ну раз мы говорили о наносекундах, то о скорости конечно

lock-free структура данных нечему ломаться … хмммм

угу. там не стандартное решение.

ну раз мы говорили о наносекундах, то о скорости конечно

а. ну, тут убирается блокировка вокруг мап, и добавляется оверхед на growWork, который довольно редкий.

lock-free структура данных нечему ломаться … хмммм

Это как с некоторыми изобретениями гениальными было, все думали, что это очень сложно пока кто-то ни предложил банальное решение. И все такие: а че так можно было?

Это как с некоторыми изобретениями гениальными было, все думали, что это очень сложно пока кто-то ни предложил банальное решение. И все такие: а че так можно было?

обычно история по-другому складывается )

выходит -- (TorigMap + Tmutex) - Tmutex + 400ns

но это видимо я старый и уже скептик выкладывайте код, будем смотреть

обычно история по-другому складывается )

Довольно часто происходит именно так

выходит -- (TorigMap + Tmutex) - Tmutex + 400ns

А где можно посмотреть сорцы?

но это видимо я старый и уже скептик выкладывайте код, будем смотреть

тестов будет больше -- принесу PR, а пока рабочая версия у меня на диске, в репе в ветке не рабочая.

но, я уже на них продакшн пилю %)

но это видимо я старый и уже скептик выкладывайте код, будем смотреть

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

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

думаешь есть корреляция с яп? )

Почему бы и нет :)