а у rust swift и haskell есть будущее?

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

Будущего нет ни у кого. Все умрем.

Тоже никуда не хочу уходить с десктопа пока не придумают нормальную замену тачскринам. Тачскин must die.

Про то, что с++ полумёртвый язык есть какие-нибудь пруфы в виде статистики или цифр? Интересно было бы почитать.

Тоже никуда не хочу уходить с десктопа пока не придумают нормальную замену тачскринам. Тачскин must die.

Не знаю, для чатиков норм. А код, конечно, на тачскрине не попишешь

Собираюсь его учить, а тут такое ?

Лично я последнее время часто наталкиваюсь на мертвые проекты на гитхабе написанные на c++

настолько мёртвый, что в этом году стандарт выходит

так это троллинг был??

настолько мёртвый, что в этом году стандарт выходит

У кобола последний стандарт 2014 года

Это при том, что он уже в середине 90'ых пах таким трупным запахом, до которого плюсам ещё семь-восемь лет гнить

Будущее за D

Кодогенерация в компайл тайм - это хорошо.

что-то про него ничего не слышно давно

оно еще живо?

Более того - в GCC пробралось

Ну ты и пидар)

по сути замечание верное

но форма вызывает вопросы.

Одинокое замечание теперь вводит в недоумение

Будущее за D

ага, такое же как у ерланга

ага, такое же как у ерланга

Нет ли тут намека на пятничный заруб по религиозным вопросам?

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

популярным читай хайповым

А, это.

Да ну и пусть.

А надо?

возможно, если бы он изначально не был бы closed-sourced, получше бы попёрло

Мне кажется, надо его просто в универах начать преподавать. Дабы привить стойкое отвращение у целых поколений.

у меня вот постгрес не очень-то просасывает leveldb по скорости записи

это я неправильно использую leveldb ?

вот есть Control.Concurrent.STM.SSem я могу нарисовать нужную мне функциональность в 6 строк, вопрос, тащить ли другой пакет ради этого или велосипедить?

Велосипедить. Шесть строк лучше, чем пакет.

это я неправильно использую leveldb ?

Можешь попробовать вместо leveldb использовать rocskdb и биндинги, которые мы написали https://hackage.haskell.org/package/rocksdb-haskell-1.0.0 Вроде бы RocksDB считается получше и побыстрей LevelDB

как залочить acid-state? в духе “не пускай никакие апдейты, пока я не разрешу”

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

выкинуть acid-state уже предлагали?

да я сам себе предлагал уже несколько раз :)

я-то его выкину, конечно

но когда-нибудь потом а сейчас хочу костыль

кстати, за acid-state - его вообще не стоит рассматривать, как годный сторадж?

а VCache можно использовать?

выкинуть acid-state уже предлагали?

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

ну оно работает но можно нарваться на неожиданности

с которыми неясно что делать

например?

https://mail.haskell.org/pipermail/cabal-devel/2012-September/009076.html

вот люди псят на него

транзакций нет и приходится либо имплементить всю логику в acid-state методах, либо локи какие-то делать

> unable to inspect the data это тоже

> транзакций нет то есть, вот написал ты методы doA, doB они-то внутри атомарные, но чтобы вызывать их, тебе надо делать update DoA и update DoB и если ты сделаешь update DoA >> update DoB, это не будет атомарно а если хочешь, чтобы было атомарно, то придётся тебе писать новый метод doAandB и вызывать update DoAandB

а, это похабно, да

и в такой метод даже функцию передать нельзя например, removeUsers :: (User -> Bool) -> Update () не может быть

ясно

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

типа "найти и если нет, то положить", и в таком качестве оно вполне пойдет

согласен

и в такой метод даже функцию передать нельзя например, removeUsers :: (User -> Bool) -> Update () не может быть

со статик поинтерами/serializable тоже нельзя?

второе из distributed-static

https://www.youtube.com/watch?v=AGkSHE15BSs

со статик поинтерами/serializable тоже нельзя?

статик пойнтеры как-то в голову не приходило попробовать

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

то есть?

а

они ещё более program specific чем remote table

не, обновляться понятно как

поменял модуль и все поехало

чекпойнт просто надо не забывать делать перед обновлением

т.е. 1. всегда базу закрываем с createCheckpointAndClose, а не просто close 2. если решил обновиться после креша, ну сам виноват

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

с remote table-то понятно

так они будут сохраняться только в event log, а в чекпойнтах их не будет

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

или я что-то не понимаю?

а да

логично

а что такое вообще remote table?

https://www.stackage.org/haddock/nightly-2017-06-22/distributed-static-0.3.5.0/Control-Distributed-Static.html

грубо говоря Map String Dynamic

передаешь на другой процесс String и он в таблице находит соотв функцию

а вот чем у нас лучше время мерять?

без лишних сисколлов

наручными часами

ноль сисколлов вообще

точность низкая

без лишних сисколлов

Лишних это как?

без лишних сисколлов

gettimeofday вроде как тупо без сискола, из памяти вычитывает.

Но я могу ошибаться с названием.

Раньше был сискол, потом решили, что чета дохера дерганий контекста.

В DPDK глянь.

rdtsc

vdso

то есть не совсем сисколл, но и не совсем из памяти

Ну gettimeofday и есть через vdso. Но не всегда

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

при этом не сервис, т.е. напрямую на systemd/whatever и cgroups надеяться нельзя