EG
Они поменяли лого Firefox Nightly
Size: a a a
2021 February 27
EG
В ответ на обвинения в том, что они убирают лису из логотипа (нет, они не убирают)
EG
Совершенно очевидно, что это лучшее лого.
H
топ
EG
Я дедлочился в Го на чистом message passing
Короче, кажется, каналов, которые можно ждать (и на этом зависнуть) в Pony тоже нет.
EG
Я всё ещё не уверен, что дедлок нельзя собрать из стандартной библиотеки, но очевидных способов я пока что не вижу
EG
Ещё они упоминают наличие некого пейпера про их систему типов, но я его пока не нашёл
KR
Короче, кажется, каналов, которые можно ждать (и на этом зависнуть) в Pony тоже нет.
Ну я так примерно и подозревал. Но, имхо, этого не достаточно. Контр-пример сейчас не соображу 🤷♂️
EG
Ну я так примерно и подозревал. Но, имхо, этого не достаточно. Контр-пример сейчас не соображу 🤷♂️
Ещё из интересного: они гарантируют causal message passing, в частности между несколькими акторами
Т. е. если актор A посылает сообщение актору B, а актор B в обработчике этого сообщения посылает сообщение актору C, то сообщения актору C придут в том же порядке, в котором ушли от актора A
Т. е. если актор A посылает сообщение актору B, а актор B в обработчике этого сообщения посылает сообщение актору C, то сообщения актору C придут в том же порядке, в котором ушли от актора A
SP
смотрите кто прибежал https://github.com/typehero/type-route/issues/28#issue-565933892
SP
такой чиста вуе бомж захотел нормальный роутер бгг
SP
на самом деле грустно. если брать некст.жс там везде говно
EG
такой чиста вуе бомж захотел нормальный роутер бгг
Vue это тот фреймворк, который чуть менее жирный монстр чем React, я правильно помню?
SP
не. вуе это первый ангуляр
EG
Но более жирный монстр чем фреймворки без vDOM, типа Svelte
KR
Ещё из интересного: они гарантируют causal message passing, в частности между несколькими акторами
Т. е. если актор A посылает сообщение актору B, а актор B в обработчике этого сообщения посылает сообщение актору C, то сообщения актору C придут в том же порядке, в котором ушли от актора A
Т. е. если актор A посылает сообщение актору B, а актор B в обработчике этого сообщения посылает сообщение актору C, то сообщения актору C придут в том же порядке, в котором ушли от актора A
Чем это лучше?
Имхо, эта гарантия нужна реже, чем максимально конкуррентаня обработка месседжей.
Имхо, эта гарантия нужна реже, чем максимально конкуррентаня обработка месседжей.
EG
Чем это лучше?
Имхо, эта гарантия нужна реже, чем максимально конкуррентаня обработка месседжей.
Имхо, эта гарантия нужна реже, чем максимально конкуррентаня обработка месседжей.
Каждый актор всё равно в один момент обрабатывает только одно сообщение
EG
Если ты хочешь обрабатывать несколько сообщений одновременно, ты можешь наспаунить стадо акторов
EG
Оверхед актора — 256 байт.
EG
Pony это GC'ed language с толстым рантаймом, так что эти 256 байт тебя не особо волнуют в реальности