fonc
Thread
Date
Earlier messages
Later messages
Messages by Thread
Re: [fonc] Historical lessons to escape the current sorry state of personal computing?
Miles Fidelman
Re: [fonc] Historical lessons to escape the current sorry state of personal computing?
Tomasz Rola
Re: [fonc] Historical lessons to escape the current sorry state of personal computing?
Miles Fidelman
Re: [fonc] Historical lessons to escape the current sorry state of personal computing?
Tomasz Rola
Re: [fonc] Historical lessons to escape the current sorry state of personal computing?
Miles Fidelman
Re: [fonc] Historical lessons to escape the current sorry state of personal computing?
Tomasz Rola
Re: [fonc] Historical lessons to escape the current sorry state of personal computing?
Shawn Morel
Re: [fonc] Historical lessons to escape the current sorry state of personal computing?
Ivan Zhao
Re: [fonc] Historical lessons to escape the current sorry state of personal computing?
Miles Fidelman
[fonc] Component-based software (was: Historical lessons to escape the current sorry state of personal computing?)
Tomasz Rola
Re: [fonc] Component-based software
Miles Fidelman
Re: [fonc] Component-based software
BGB
Re: [fonc] Component-based software
Mason Bially
Re: [fonc] Historical lessons to escape the current sorry state of personal computing?
Pascal J. Bourguignon
Re: [fonc] Historical lessons to escape the current sorry state of personal computing?
Miles Fidelman
Re: [fonc] Historical lessons to escape the current sorry state of personal computing?
Pascal J. Bourguignon
Re: [fonc] Historical lessons to escape the current sorry state of personal computing?
Miles Fidelman
Re: [fonc] Historical lessons to escape the current sorry state of personal computing?
Pascal J. Bourguignon
Re: [fonc] Historical lessons to escape the current sorry state of personal computing?
BGB
Re: [fonc] Historical lessons to escape the current sorry state of personal computing?
Pascal J. Bourguignon
Re: [fonc] Historical lessons to escape the current sorry state of personal computing?
Miles Fidelman
Re: [fonc] Historical lessons to escape the current sorry state of personal computing?
Pascal J. Bourguignon
Re: [fonc] Historical lessons to escape the current sorry state of personal computing?
Miles Fidelman
Re: [fonc] Historical lessons to escape the current sorry state of personal computing?
Pascal J. Bourguignon
Re: [fonc] Historical lessons to escape the current sorry state of personal computing?
BGB
Re: [fonc] Historical lessons to escape the current sorry state of personal computing?
Pascal J. Bourguignon
Re: [fonc] Historical lessons to escape the current sorry state of personal computing?
BGB
Re: [fonc] Historical lessons to escape the current sorry state of personal computing?
David-Sarah Hopwood
Re: [fonc] Historical lessons to escape the current sorry state of personal computing?
BGB
Re: [fonc] Historical lessons to escape the current sorry state of personal computing?
Pascal J. Bourguignon
Re: [fonc] Historical lessons to escape the current sorry state of personal computing?
BGB
Re: [fonc] Historical lessons to escape the current sorry state of personal computing?
David-Sarah Hopwood
Re: [fonc] Historical lessons to escape the current sorry state of personal computing?
BGB
Re: [fonc] Historical lessons to escape the current sorry state of personal computing?
Pascal J. Bourguignon
Re: [fonc] Historical lessons to escape the current sorry state of personal computing?
Loup Vaillant
Re: [fonc] Historical lessons to escape the current sorry state of personal computing?
BGB
Re: [fonc] Historical lessons to escape the current sorry state of personal computing?
Pascal J. Bourguignon
Re: [fonc] Historical lessons to escape the current sorry state of personal computing?
BGB
Re: [fonc] Historical lessons to escape the current sorry state of personal computing?
Pascal J. Bourguignon
Re: [fonc] Historical lessons to escape the current sorry state of personal computing?
Loup Vaillant
Re: [fonc] Historical lessons to escape the current sorry state of personal computing?
John Nilsson
Re: [fonc] Historical lessons to escape the current sorry state of personal computing?
Iian Neill
Re: [fonc] Historical lessons to escape the current sorry state of personal computing?
Jecel Assumpcao Jr.
Re: [fonc] Historical lessons to escape the current sorry state of personal computing?
Tomasz Rola
Re: [fonc] Historical lessons to escape the current sorry state of personal computing?
Randy MacDonald
Re: [fonc] Historical lessons to escape the current sorry state of personal computing?
BGB
Re: [fonc] Historical lessons to escape the current sorry state of personal computing?
Pascal J. Bourguignon
Re: [fonc] Historical lessons to escape the current sorry state of personal computing?
Miles Fidelman
Re: [fonc] Historical lessons to escape the current sorry state of personal computing?
Joseph S. Barrera III
Re: [fonc] Historical lessons to escape the current sorry state of personal computing?
David Barbour
Re: [fonc] Historical lessons to escape the current sorry state of personal computing?
Pascal J. Bourguignon
Re: [fonc] Historical lessons to escape the current sorry state of personal computing?
Loup Vaillant
Re: [fonc] Historical lessons to escape the current sorry state of personal computing?
Reuben Thomas
Re: [fonc] Historical lessons to escape the current sorry state of personal computing?
Pascal J. Bourguignon
Re: [fonc] Historical lessons to escape the current sorry state of personal computing?
Iian Neill
[fonc] Historical lessons to escape the current sorry state of personal computing?
Iian Neill
[fonc] Any thoughts on "Disruptor" pattern for high-throughput, low latency concurrency?
Josh Gargus
Re: [fonc] Any thoughts on "Disruptor" pattern for high-throughput, low latency concurrency?
Dan Amelang
Re: [fonc] Any thoughts on "Disruptor" pattern for high-throughput, low latency concurrency?
Daniel Gackle
Re: [fonc] Any thoughts on "Disruptor" pattern for high-throughput, low latency concurrency?
Kevin Jones
Re: [fonc] Any thoughts on "Disruptor" pattern for high-throughput, low latency concurrency?
Josh Gargus
[fonc] Efficiency in Nile Was: Thoughts on disruptor pattern
Shawn Morel
Re: [fonc] Efficiency in Nile Was: Thoughts on disruptor pattern
Dan Amelang
[fonc] memristors and the changing landscape of systems architectures
Shawn Morel
Re: [fonc] memristors and the changing landscape of systems architectures
Mason Bially
Re: [fonc] memristors and the changing landscape of systems architectures
Shawn Morel
Re: [fonc] memristors and the changing landscape of systems architectures
David Barbour
Re: [fonc] memristors and the changing landscape of systems architectures
Daniel Gackle
Re: [fonc] memristors and the changing landscape of systems architectures
BGB
Re: [fonc] memristors and the changing landscape of systems architectures
Pascal J. Bourguignon
Re: [fonc] memristors and the changing landscape of systems architectures
BGB
Re: [fonc] memristors and the changing landscape of systems architectures
David Barbour
Re: [fonc] memristors and the changing landscape of systems architectures
Loup Vaillant
Re: [fonc] memristors and the changing landscape of systems architectures
Pascal J. Bourguignon
[fonc] Debugging Actor Systems
Dale Schumacher
[fonc] 2nd CfP: SASO Workshops 2012 (6th IEEE International Conference on Self-Adaptive and Self-Organizing Systems)
Jose Luis Fernandez Marquez
[fonc] CfP: Coordination Models, Languages and Applications - CM track at ACM SAC 2013
Jose Luis Fernandez Marquez
[fonc] Sixth Sense Technology
David Barbour
[fonc] The Web Will Die When OOP Dies
Toby Schachman
Re: [fonc] The Web Will Die When OOP Dies
Pascal J. Bourguignon
Re: [fonc] The Web Will Die When OOP Dies
Toby Schachman
Re: [fonc] The Web Will Die When OOP Dies
Igor Stasenko
Re: [fonc] The Web Will Die When OOP Dies
BGB
Re: [fonc] The Web Will Die When OOP Dies
Randy MacDonald
Re: [fonc] The Web Will Die When OOP Dies
David Leibs
Re: [fonc] The Web Will Die When OOP Dies
BGB
Re: [fonc] The Web Will Die When OOP Dies
Randy MacDonald
Re: [fonc] The Web Will Die When OOP Dies
BGB
Re: [fonc] The Web Will Die When OOP Dies
Randy MacDonald
Re: [fonc] The Web Will Die When OOP Dies
BGB
Re: [fonc] The Web Will Die When OOP Dies
BGB
Re: [fonc] The Web Will Die When OOP Dies
Tony Garnock-Jones
Re: [fonc] The Web Will Die When OOP Dies
John Zabroski
Re: [fonc] The Web Will Die When OOP Dies
Miles Fidelman
Re: [fonc] The Web Will Die When OOP Dies
BGB
Re: [fonc] The Web Will Die When OOP Dies
Pascal J. Bourguignon
Re: [fonc] The Web Will Die When OOP Dies
John Zabroski
Re: [fonc] The Web Will Die When OOP Dies
Miles Fidelman
Re: [fonc] The Web Will Die When OOP Dies
Paul Homer
Re: [fonc] The Web Will Die When OOP Dies
Loup Vaillant
Re: [fonc] The Web Will Die When OOP Dies
Paul Homer
Re: [fonc] The Web Will Die When OOP Dies
Miles Fidelman
Re: [fonc] The Web Will Die When OOP Dies
BGB
Re: [fonc] The Web Will Die When OOP Dies
David Leibs
Re: [fonc] The Web Will Die When OOP Dies
Pascal J. Bourguignon
Re: [fonc] The Web Will Die When OOP Dies
David Leibs
Re: [fonc] The Web Will Die When OOP Dies
Andre van Delft
Re: [fonc] The Web Will Die When OOP Dies
David Leibs
Re: [fonc] The Web Will Die When OOP Dies
Paul Homer
Re: [fonc] The Web Will Die When OOP Dies
Miles Fidelman
Re: [fonc] The Web Will Die When OOP Dies
Wesley Smith
Re: [fonc] The Web Will Die When OOP Dies
Miles Fidelman
Re: [fonc] The Web Will Die When OOP Dies
GrrrWaaa
Re: [fonc] The Web Will Die When OOP Dies
David Leibs
Re: [fonc] The Web Will Die When OOP Dies
Miles Fidelman
Re: [fonc] The Web Will Die When OOP Dies
BGB
Re: [fonc] The Web Will Die When OOP Dies
Miles Fidelman
Re: [fonc] The Web Will Die When OOP Dies
BGB
Re: [fonc] The Web Will Die When OOP Dies
Paul Homer
Re: [fonc] The Web Will Die When OOP Dies
David Barbour
Re: [fonc] The Web Will Die When OOP Dies
Toby Schachman
Re: [fonc] The Web Will Die When OOP Dies
Igor Stasenko
Re: [fonc] The Web Will Die When OOP Dies
GrrrWaaa
Re: [fonc] The Web Will Die When OOP Dies
David Leibs
Re: [fonc] The Web Will Die When OOP Dies
Mark Haniford
Re: [fonc] The Web Will Die When OOP Dies
Igor Stasenko
Re: [fonc] The Web Will Die When OOP Dies
Miles Fidelman
Re: [fonc] The Web Will Die When OOP Dies
Shawn Morel
Re: [fonc] The Web Will Die When OOP Dies
Pascal J. Bourguignon
Re: [fonc] The Web Will Die When OOP Dies
Miles Fidelman
Re: [fonc] The Web Will Die When OOP Dies
John Zabroski
Re: [fonc] The Web Will Die When OOP Dies
John Zabroski
Re: [fonc] The Web Will Die When OOP Dies
Pascal J. Bourguignon
Re: [fonc] The Web Will Die When OOP Dies
Miles Fidelman
[fonc] Related Group
David Barbour
[fonc] From objects to actors and agents programming (and back) - AGERE! @ SPLASH 2012
Alessandro Ricci
[fonc] iconic representations of powerful ideas
Shawn Morel
Re: [fonc] iconic representations of powerful ideas
BGB
Re: [fonc] iconic representations of powerful ideas
Miles Fidelman
Re: [fonc] iconic representations of powerful ideas
BGB
Re: [fonc] iconic representations of powerful ideas
Miles Fidelman
Re: [fonc] iconic representations of powerful ideas
BGB
Re: [fonc] iconic representations of powerful ideas
Miles Fidelman
[fonc] maru s-expressions .l vs .k
Shawn Morel
Re: [fonc] maru s-expressions .l vs .k
Ian Piumarta
[fonc] Producer/Consumer Rate-Matching
Dale Schumacher
[fonc] The problem with programming languages
John Pratt
Re: [fonc] The problem with programming languages
Carl Gundel
Re: [fonc] The problem with programming languages
BGB
Re: [fonc] The problem with programming languages
Clinton Daniel
Re: [fonc] The problem with programming languages
Julian Leviston
Re: [fonc] The problem with programming languages
David Barbour
Re: [fonc] The problem with programming languages
Julian Leviston
Re: [fonc] The problem with programming languages
Julian Leviston
Re: [fonc] The problem with programming languages
Julian Leviston
Re: [fonc] The problem with programming languages
David Barbour
Re: [fonc] The problem with programming languages
Julian Leviston
Re: [fonc] The problem with programming languages
David Goehrig
Re: [fonc] The problem with programming languages
Jarek Rzeszótko
Re: [fonc] The problem with programming languages
Julian Leviston
Re: [fonc] The problem with programming languages
BGB
Re: [fonc] The problem with programming languages
Jarek Rzeszótko
Re: [fonc] The problem with programming languages
BGB
Re: [fonc] The problem with programming languages
Jarek Rzeszótko
Re: [fonc] The problem with programming languages
Julian Leviston
Re: [fonc] The problem with programming languages
Alan Kay
[fonc] Question about the Burroughs B5000 series and Capability-based computing
Kevin Jones
Re: [fonc] Question about the Burroughs B5000 series and apability-based computing
Shawn Morel
Re: [fonc] Question about the Burroughs B5000 series and apability-based computing
Alan Kay
Re: [fonc] The problem with programming languages
Julian Leviston
Re: [fonc] The problem with programming languages
BGB
[fonc] seeking more details about the PARC emulator bytecodes B220
Shawn Morel
[fonc] 1draw33 screen capture
John Pratt
[fonc] Presenting my educational language (and a possibly interesting concept)
Mohamed Samy
Re: [fonc] Presenting my educational language (and a possibly interesting concept)
Pascal J. Bourguignon
Re: [fonc] Presenting my educational language (and a possibly interesting concept)
Mohamed Samy
[fonc] LightTable UI
Julian Leviston
Re: [fonc] LightTable UI
Jarek Rzeszótko
Re: [fonc] LightTable UI
Julian Leviston
Re: [fonc] LightTable UI
David Nolen
Re: [fonc] LightTable UI
Jarek Rzeszótko
Re: [fonc] LightTable UI
David Nolen
Re: [fonc] LightTable UI
Toby Schachman
Re: [fonc] LightTable UI
Alan Kay
Re: [fonc] LightTable UI
David Nolen
Re: [fonc] LightTable UI
Jarek Rzeszótko
Re: [fonc] LightTable UI
Ondřej Bílka
Re: [fonc] LightTable UI
David Barbour
Re: [fonc] LightTable UI
Andre van Delft
Re: [fonc] LightTable UI
Alan Kay
[fonc] “Sleeping Barber” in Humus
Dale Schumacher
[fonc] Quiet and light weight devices
Andre van Delft
Re: [fonc] Quiet and light weight devices
Reuben Thomas
Re: [fonc] Quiet and light weight devices
BGB
[fonc] Scala Days 2012 and ACP
Andre van Delft
Re: [fonc] Scala Days 2012 and ACP
John Nilsson
Re: [fonc] Scala Days 2012 and ACP
Andre van Delft
Re: [fonc] Scala Days 2012 and ACP
Andre van Delft
[fonc] Smalltalk-75
John Pratt
Re: [fonc] Smalltalk-75
Alan Kay
Earlier messages
Later messages