Chains: Exploration of an alternative to Sender/Receiver | Sean Parent | NYC++

Подписаться 269

Просмотров 3,6 тыс.

50% 1

If you're in the NYC area, join the NYC++ Meetup group!
www.meetup.com...
Description
Starting from separating function execution context from a function result, this talk looks at the ensuing problem space and pursues an alternative path to sender/receivers, emphasizing simplicity and low latency in a dynamic environment.
Speaker Bio
Sean Parent is a senior principal scientist and software architect managing Adobe's Software Technology Lab. Sean first joined Adobe in 1993 working on Photoshop and is one of the creators of Photoshop Mobile, Lightroom Mobile, and Lightroom Web. In 2009 Sean spent a year at Google working on Chrome OS before returning to Adobe. From 1988 through 1993 Sean worked at Apple, where he was part of the system software team that developed the technologies allowing Apple’s successful transition to PowerPC.

Опубликовано:

1 окт 2024

Ссылка:

Скачать:

Готовим ссылку...

Добавить в:

Мой плейлист

Посмотреть позже

Комментарии : 10

@pmcgee003 3 месяца назад

So .. Eric Neibler has a quietly grumpy, super smart, code uncle .. and that guy is Sean Parent. 🙂

@enricomariadeangelis2130 Месяц назад

I'm only barenly 8 minutes in and I'm always impressed of how much practical your talks are, and yet so much about advanced C++! One of the best for sure!

@SamWhitlock 2 месяца назад

I wish C++ had a better tooling / packaging ecosystem that could alleviate the need to put even senders and receivers into the library. If we figure out that chains are better, we don't have to carry legacy baggage around.

@VACatholic 2 месяца назад

The idea that this is going to be a core part of the language rather than a library is just ludicrous tbh.

@mjKlaim 2 месяца назад

What is the discord being mentionned several times here? A conference one? A private one?

@statebased 2 месяца назад

Before I realized that the canceling cost of futures was too high, I had written a similar cancelable future implementation in C++ for a trading system. Solution after was to directly write hierarchical state machines.

@cjr6381 2 месяца назад

hi @statebased, this hierarchical state machine sounds interesting, do u have some video/docs/blog on this ? i would like to check, thank you.

@statebased 2 месяца назад

@@cjr6381 ~12:38 in ru-vid.com/video/%D0%B2%D0%B8%D0%B4%D0%B5%D0%BE-dP4c7pAgaUA.htmlsi=mI8RF-wl3gxZgnQ0 There are two insights: streams are a handy way to model states. You can include a notion of hierarchy (yet is a pain to implement).

@cjr6381 2 месяца назад

@@statebased thanks, the socket buffers (as events), the kernel interrupts (as events), etc, as in-coming streams, then single thread to process this stream is the simple and elegrant way :-), i still cannot understand how this hierarchy work , sounds complex. thanks again.