"How to Think about Parallel Programming: Not!" - Guy L. Steele Jr. (Strange Loop 2010)
Strange Loop Conference2 HN recommenders · 2022–2024
9K views · talk · evergreen · Uploaded 2021-06-21
Guy Steele's Strange Loop 2010 talk argues that programmers should not have to think about parallelism, and that languages should support algorithms built on independence and divide-and-conquer. He also recounts fitting a program onto a single punch card.
Recommended as a fantastic talk, valued both for its parallelism ideas and for the punch-card story.
53:22Ruby Conf 12 - Y Not- Adventures in Functional Programming by Jim Weirich
Confreaks
49:55How Python was Shaped by leaky Internals, Armin Ronacher, Flask framework
Видео с мероприятий {speach!
28:03AT&T Archives: Similiarities of Wave Behavior (Bonus Edition)
AT&T Tech Channel
42:03The Soul of Erlang and Elixir • Sasa Juric • GOTO 2019
GOTO Conferences
1:01:39"Simple Made Easy" - Rich Hickey (2011)
Strange Loop Conference
1:24:13Micro Men - 720p (2009)
gimpymoo
25:06"Making Impossible States Impossible" by Richard Feldman
elm-conf
1:21:22Light Years Ahead | The 1969 Apollo Guidance Computer
TNMoC
5 comments from Hacker News
Guy Steele has a talk [1] in which he recounts making some sort of utility program for the contemporary of the PDP-8, the IBM 1130. He describes all the gymnastics he went through to try to pack it into a single punch card, and also describes the benefits of having such a program on a single punch card rather than a series of them. [1] "How to Think about Parallel Programming: Not!" - Guy L. Steele Jr. (Strange Loop 2010) [VIDEO]
Guy Steele Jr. worked on a language called "Fortress." There are a few good talks that he gives: - (toy problem) [LINK] - (parallelism) [VIDEO] - (languages) [LINK]
Commutativity is important for e.g. parallel programming. See e.g. < [VIDEO] >. In the context of linear algebra, it would also be good for folks to know that matrix multiplication (/linear transformation composition) is not commutative.
By thinking about things that were not applicable to the problem domain says Guy Steele in "How to Think about Parallel Programing: Not!": [VIDEO] It's a fantastic talk in its own right, but the first bit about fitting a program onto a punch card by self-modifying the code involved (and just how much thought was about fitting-the-program, and how little relatively is involved in the-purpose-of-the-program) is quite eye opening.
I would use Aerospike, it has strong consistency or session consistency and will soon get multirecord transactions. [LINK] And also see the second bullet point from this Guy Steele talk from 2010 Strange Loop. Synchronization and ordering and a lack of idempotency need to be heavily justified. "How to Think about Parallel Programming: Not!" - Guy L. Steele Jr. (Strange Loop 2010) [VIDEO] transcript [LINK] thanks matthiasn! Previous discussion [LINK]