your ideas
should help you on your way to realizing them. Then again, the road to hell is
paved with... irritating people forwarding messages with good intentions.)
Cheers,
--Casey Ransberger
> On Oct 5, 2014, at 5:52 AM, John Carlson wrote:
>
> To put the problem in entirely file
Hello Iliya.
While you directed your inquiry to the people at VPRI (and I'm not there,) I
hope you'll forgive my curiosity.
Questions inline, and hopefully not too many of them.
> On Sep 19, 2014, at 2:16 AM, Iliya Georgiev wrote:
>
> Hello,
> I am addressing this letter mainly to Mr. Alan
Thought I'd let folks know that the Xanadu project has made some very good
progress. They now have a mostly-finished implementation in Javascript.
http://xanadu.com
--Casey
___
fonc mailing list
fonc@vpri.org
http://vpri.org/mailman/listinfo/fonc
After reading this as well as I could, I feel like I'd really need to consult
with my analyst, Dr. ELIZA, but maybe it's all roses after all?
Anyway I was running down the hall and ran into this guy named Markov, are we
still there? Next magic trick?
> On Dec 7, 2013, at 11:32 PM, "Евгений Фили
A fun, but maybe idealistic idea: an "application" of a computer should just be
what one decides to do with it at the time.
I've been wondering how I might best switch between "tasks" (or really things
that aren't tasks too, like toys and documentaries and symphonies) in a world
that does away
I don't think cut and paste has been the source of the problems with the
systems I've worked on (could be a symptom of one or more of the problems.)
What I see is long-term systems built around short-term, usually
competitive goals, by people who are competing both with one another (for
jobs, promo
t; I think people have missed machine language as "syntaxless."
> On Sep 4, 2013 4:17 PM, "John Carlson" wrote:
>
>>
>> On Sep 3, 2013 8:25 PM, "Casey Ransberger"
>> wrote:
>>
>> > It yields a kind of "syntaxlessness" t
ian Rice wrote:
> With Forth, you are probably reaching for the definition of a concatenative
> language like Joy.
>
> APL, J, K, etc. would also qualify.
>
>
> On Tue, Sep 3, 2013 at 4:43 PM, Casey Ransberger
> wrote:
> I've heavily abridged your message Davi
nguage like Joy.
>
> APL, J, K, etc. would also qualify.
>
>
> On Tue, Sep 3, 2013 at 4:43 PM, Casey Ransberger
> wrote:
> I've heavily abridged your message David; sorry if I've dropped important
> context. My words below...
>
> On Sep 3, 2013, at 3:0
I've heavily abridged your message David; sorry if I've dropped important
context. My words below...
On Sep 3, 2013, at 3:04 PM, David Barbour wrote:
> Even better if the languages are good for exploration by genetic programming
> - i.e. easily sliced, spliced, rearranged, mutated.
I've only
Maybe relevant.
Reading through this now... the findings seem to be broadly depressing.
Notably: I get the sense that only commercial products were part of the study.
I'm not familiar with any of them; in other words: Logo, Etoys, and Scratch
were absent.
Full text:
http://ies.ed.gov/ncee/p
Below (original post heavily abridged.)
On Thu, Aug 29, 2013 at 6:09 PM, David Barbour wrote:
>
> 2) Ka-Ping Yee's principles for "Secure Interaction Design" are excellent.
> These focus on keeping users continuously aware of what authorities they
> possess, where they come from, which authoriti
ing of simfarm but with sexpressions for learning programming and
> commerce. Perhaps I'll do some googling if no one has anything. Perhaps
> this is a kind of 2D SHRDLU.
>
> ___
> fonc mailing list
> fonc@vpri.org
> http://vpri.org
mention it, isn't so different
from what I'm asking about at all.
Good point. You know, if I didn't have you folks around, I might start thinking
that my ideas were original:)
On Jul 30, 2013, at 5:58 PM, Dirk Pranke wrote:
> On Tue, Jul 30, 2013 at 1:22 PM, Casey Ransberge
Probably a more usable language would be arrived upon via some extensions to
JSON. May I recommend OMetaJS? :)
The lack of a unique atomic symbolic literal as distinct from a string is one
of the things I'm grappling with right now. To get that I'd need to intern the
atoms. Jury's out whether i
Lisp is such a joy to implement. FORTH is fun too.
I'm working on a scheme-alike on and off. The idea is to take the message
passing and delegation from Self, expose it in Lisp, and then map all of that
to JavaScript.
One idea I had when I was messing around with OMetaJS was that it might have
't live long as a product,
but not much else, at least at first glance.
The tag seemed to indicate that at one point there was an interesting story
associated with the machine. Anyone know anything about it or why it wasn't
made for very long?
--
Casey Ransberger
_
I wanted to send this message out after the final status report, but since
that's indefinitely delayed (keep going!) I'm just going to do it now.
Easy question: has keeping this dialogue open been useful to the folks at VPRI,
or has it been more of a burden than anything else?
I can definitely
;
> The only really good -- and reasonable accurate -- book about the history of
> Lick, ARPA-IPTO (no "D", that is went things went bad), and Xerox PARC is
> "Dream Machines" by Mitchel Waldrop.
>
> Cheers,
>
> Alan
>
> From: Miles Fidelman
> T
good idea takes a long time
to catch on :)
Mmm, and maybe McCarthy's search for a universal intermediate
representation is on-target here too.
I've wondered how Frank would deal with the problem of "language barrier,"
especially around metalanguage.
On Fri, Apr 19, 2013 at
eraged to find correspondences between structures, perhaps
>>> aiding humans. 90% or more of code will be glue-code, but it doesn't all
>>> need to be hand-written. I am certainly pursuing such techniques in my
>>> current language development.
>>>
>>>
>>> ___
>>> fonc mailing list
>>> fonc@vpri.org
>>> http://vpri.org/mailman/listinfo/fonc
>>>
>>>
>>
>> ___
>> fonc mailing list
>> fonc@vpri.org
>> http://vpri.org/mailman/listinfo/fonc
>>
>>
>
> ___
> fonc mailing list
> fonc@vpri.org
> http://vpri.org/mailman/listinfo/fonc
>
>
--
Casey Ransberger
___
fonc mailing list
fonc@vpri.org
http://vpri.org/mailman/listinfo/fonc
Below.
On Apr 13, 2013, at 7:18 AM, Miles Fidelman wrote:
> Ondřej Bílka wrote:
>>
This is just a trash bin for people who don't want to do anything.
The real work is probably on noise-free mailing list. This is the
fanboy list for Alan Kay.
>> Also cannot resist.
>>
>> Well i
I think what you might be seeing is a desire in the community to overcome some
of the boundaries to advancement that one arrives upon when building an
educational system on top of a less educational system.
A class example might be the challenge an avid Etoys user might face when
exiting the "
ll them into the dialogue? At risk of wasting time on BS troll threads. I
get the sense these are the kind of people I'd like to see posting here.
Anyway they've got some *very* relevant experience now, and I think it
would be cool to hear about what they're
uage based on the metaphor
> of conversation? Perhaps voice based programming interactions are
> addressed there?
> On Apr 9, 2013 8:46 AM, "David Barbour" wrote:
>
>>
>> On Tue, Apr 9, 2013 at 1:48 AM, Casey Ransberger <
>> casey.obrie...@gmail.com> wrot
o.com/question/index?qid=20081019212355AAHkApl
>
> On Apr 9, 2013, at 5:48 PM, Casey Ransberger wrote:
>
> > It's tragic that Siri can't tell me what you get when you multiply six
> by nine.
>
> ___
> fonc mailing list
> fonc@vpri.org
&
least it is unambiguous, but I think that
in natural language, what we need are ways to cope with disambiguation.
Anyone want to point me at cool stuff to read? :D
-- Casey Ransberger
___
fonc mailing list
fonc@vpri.org
http://vpri.org/mailman/listinfo/fonc
What started off (at least ostensibly) as a conversation about NLP ended up
being a conversation about the actor model, and the subject did change once,
but to something not AFAIK related to actors. If I was less patient about
wading though blah blah I might have missed interesting thoughts abou
thing about the latter from the
former. Who knows.
On Fri, Mar 29, 2013 at 6:46 PM, Iian Neill wrote:
> As great an achievement as that is, shouldn't they be aiming to make a
> transistor like a cell? :-)
>
> Regards,
> Iian
>
> Sent from my iPhone
>
> On 30/
Someone finally got round to making a cell that acts like a transistor. You
knew they'd do it eventually;)
http://news.sciencemag.org/sciencenow/2013/03/a-computer-inside-a-cell.html?ref=hp
--
Casey Ransberger
___
fonc mailing list
fonc@vpri.org
Let's keep cool and wait. Or, just take the Gezira code that's leaked out so
far and then run as fast as we can with it. I have a feeling, though, that
waiting might end up working out better than a lot of folks expect.
The results of these experiments may confront us with new challenges.
Who
Got it. Thanks!
On Thu, Feb 21, 2013 at 1:33 PM, Yoshiki Ohshima wrote:
> On Thu, Feb 21, 2013 at 1:15 PM, Casey Ransberger
> wrote:
> > Didn't know this term, and worrying that I was completely
> misunderstanding
> > the use of the term "behavior," I g
ticle, but it's very sparse. Anything else I should
read?
--
Casey Ransberger
___
fonc mailing list
fonc@vpri.org
http://vpri.org/mailman/listinfo/fonc
ity anyone?
>
> Are we stuck with documents because they are the best thing for debugging?
>
> ___
> fonc mailing list
> fonc@vpri.org
> http://vpri.org/mailman/listinfo/fonc
>
>
--
Casey Ransberger
___
fonc mailing list
fonc@vpri.org
http://vpri.org/mailman/listinfo/fonc
>>
>>>
>>>
>>> __**_
>>> fonc mailing list
>>> fonc@vpri.org
>>> http://vpri.org/mailman/**listinfo/fonc<http://vpri.org/mailman/listinfo/fonc>
>>>
>>
>>
>> --
>> In theory, there is no difference between theory and practice.
>> In practice, there is. Yogi Berra
>>
>> __**_
>> fonc mailing list
>> fonc@vpri.org
>> http://vpri.org/mailman/**listinfo/fonc
>>
>> --
>> -david <http://vpri.org/mailman/listinfo/fonc>
>>
>
> ___
> fonc mailing list
> fonc@vpri.org
> http://vpri.org/mailman/listinfo/fonc
>
>
--
Casey Ransberger
___
fonc mailing list
fonc@vpri.org
http://vpri.org/mailman/listinfo/fonc
o say, fun!
> One could then contemplate trying -- inducing -- to get most programmers
> to program in terms of these modules (they would be the components of an
> IDE for commerce, etc., instead of the raw programming components of
> today). This tack would almost certainly also help the mess the law is in
> going forward ...
> Note that desires for runable specifications, etc., could be quite
> harmonious with a viable module scheme that has great systems integrity.
>
> Cheers,
>
> Alan
>
>
>
>
>
> ___
> fonc mailing list
> fonc@vpri.org
> http://vpri.org/mailman/listinfo/fonc
>
>
--
Casey Ransberger
___
fonc mailing list
fonc@vpri.org
http://vpri.org/mailman/listinfo/fonc
Hah, wrong button. Sorry all! Meant to hit forward, as I really enjoyed
this one and wanted to share it:)
On Tue, Jan 1, 2013 at 6:40 PM, Casey Ransberger
wrote:
> Read this guy!
>
> On Tue, Jan 1, 2013 at 7:53 AM, Alan Kay wrote:
>
>> The most recent discussions get at a n
if in, then what kinds of "semi-universal" modules would
> be most fruitful?
>
> One could then contemplate trying -- inducing -- to get most programmers
> to program in terms of these modules (they would be the components of an
> IDE for commerce, etc., instead of the raw
We seem to have changed subjects:)
Fine then! If you can make the same camera, or a better one using less lenses,
you win.
I'm a fan of the Hasselblad design. The detachable back end opens up a lot of
possibilities. One possibility is to take test shots with the Polaroid back
end, for e.g. a q
rgy were common in survivable networking
> courses.)
>
> Low level power saving is a common aspect of mobile computer architecture
> design. But it's hard to push fundamentally better hardware designs without
> an existing body of software that easily fits it.
> On Nov 30, 2012
sking a lot with that.
Verilog would be cool, but better if you're translating whatcha got to
Verilog with OMeta, and you've come up with some randomly pretty language
for wires!
Come on, someone else has to be thinking about this;)
--
C
t ice cream for breakfast if you don't stop them.
> ___
> fonc mailing list
> fonc@vpri.org
> http://vpri.org/mailman/listinfo/fonc
>
--
Casey Ransberger
___
fonc mailing list
fonc@vpri.org
http://vpri.org/mailman/listinfo/fonc
Inline!
On Aug 19, 2012, at 3:47 PM, Ian Piumarta wrote:
> Hi Shawn,
>
>> My starting point was the published sources for Maru 2.1 here:
>> http://piumarta.com/software/maru
>
> Thanks for posting this.
>
> Your issues with %typecheck, and were due to generating the
> evaluator with %defin
(top post)
Forgive me if I'm keeping us off topic here, but I like music too:)
Here's my excuse: working on doing an assembler (using Ian's peg/leg) and
emulator for an expanded TinyComputer which I plan to use in a programming
game.
*cough*
My dad had his hands smashed several times while work
Here's the real naive question...
I'm fuzzy about why objects should receive messages but not send them. I think
I can see the mechanics of how it might work, I just don't grok why it's
important.
What motivates? Are we trying to eliminate the overhead of ST-style message
passing? Is publish/
And I forgot the link. Naturally :/
http://www.forbes.com/sites/georgeanders/2012/03/11/x-prize-founder-seeks-ideas-to-fix-education/
On Mon, Mar 12, 2012 at 11:53 AM, Casey Ransberger wrote:
> Figured this was broadly applicable enough for a cross-post. Also left a
> note at the Scratc
killer app."
Has anyone got a killer app lying around for education that mostly just
needs some very large carrot dangled and a whole lot of love to see
implemented in schools?
--
Casey Ransberger
___
fonc mailing list
fonc@vpri.org
http://vpri.org/m
Here's a book.
You read it.
Do you know how it works? Of course. Lots of people, most people know how your
book works.
Can you tell me everything about how a Kindle works?
If it stopped working, would you know how to fix it?
___
fonc mailing list
Below.
On Mar 7, 2012, at 3:13 PM, BGB wrote:
> thoughts:
> admittedly, I am not really much of a person for reading fiction (I tend
> mostly to read technical information, and most fictional material is more
> often experienced in the form of movies/TV/games/...).
>
> I did find the article
Inline.
On Thu, Mar 1, 2012 at 2:56 PM, Loup Vaillant wrote:
> Le 01/03/2012 22:58, Casey Ransberger a écrit :
>
> Below.
>>
>> On Feb 29, 2012, at 5:43 AM, Loup Vaillant wrote:
>>
>> Yes, I'm aware of that limitation. I have the feeling however tha
alone gives them more power than I'd like them to
> have. If we could remove the centralization while keeping the good
> stuff (namely, finding things), that would be really cool.
>
> Loup.
> ___
> fonc mailing list
&g
Below.
On Feb 29, 2012, at 5:43 AM, Loup Vaillant wrote:
> Yes, I'm aware of that limitation. I have the feeling however that
> IDEs and debuggers are overrated.
When I'm Squeaking, sometimes I find myself modeling classes with the browser
but leaving method bodies to 'self break' and then w
e interpreting the result. In functional
>> languages the model is more white boxed. One can always decompose a term
>> into subterms and interpret it. Therefore functional languages do not grow
>> easily to distributed programming, where the knowledge over the terms is
>> limited.
>>
>> Best,
>> Jakob
>>
>>
> ___
> fonc mailing list
> fonc@vpri.org
> http://vpri.org/mailman/listinfo/fonc
>
>
--
Casey Ransberger
___
fonc mailing list
fonc@vpri.org
http://vpri.org/mailman/listinfo/fonc
Awesome:)
On Feb 8, 2012, at 8:51 AM, Alan Kay wrote:
> Cheers,
>
> Alan
>
> ___
> fonc mailing list
> fonc@vpri.org
> http://vpri.org/mailman/listinfo/fonc
___
fonc mailing list
fonc@vpri.org
http://vpri.o
Below and mile off-topic...
On Jan 22, 2012, at 4:11 PM, Julian Leviston wrote:
>
> On 23/01/2012, at 8:26 AM, Casey Ransberger wrote:
>
>> Below.
>>
>> On Jan 21, 2012, at 6:26 PM, BGB wrote:
>>
>>> like, for example, if a musician wanted to p
Below.
On Jan 22, 2012, at 1:51 PM, Reuben Thomas wrote:
> On 22 January 2012 21:26, Casey Ransberger wrote:
>> Below.
>>
>> On Jan 21, 2012, at 6:26 PM, BGB wrote:
>>
>>> like, for example, if a musician wanted to pursue various musical forms.
>
Below.
On Jan 21, 2012, at 6:26 PM, BGB wrote:
> like, for example, if a musician wanted to pursue various musical forms. say,
> for example: a dubstep backbeat combined with rap-style lyrics sung using a
> death-metal voice or similar, without "the man" (producers, ...) demanding
> all the
fantastic inquiry last a full year longer
than we thought it would, and for involving the unwashed industrial masses
(read: me) in the conversation.
This continues to enrich my life and I'm damned happy to see it go on another
year.
Thank you.
Excelsior!
Casey Ransberger
___
fonc mailing list
fonc@vpri.org
http://vpri.org/mailman/listinfo/fonc
Check out Ken Musgrave. He makes whole planets with fractals. It's cool.
Twisting knobs is a lot less work than manual 3D modeling and such.
http://www.amazon.com/gp/aw/d/1558608486
On Jan 16, 2012, at 7:31 PM, BGB wrote:
> On 1/16/2012 6:47 PM, Casey Ransberger wrote:
>>
Top post. Heightmapping can go a really long way. Probably not news though:)
On Jan 16, 2012, at 8:45 AM, David Barbour wrote:
> Consider offloading some of your creativity burden onto your computer. The
> idea is:
>
> It's easier to recognize and refine something interesting than to create
returns with tests. I just end up with tests that fail
mysteriously which is my original problem. Do you have any examples about? I
wonder if maybe there's something essential I'm failing to understand. Maybe
looking at your tests might send me along to an a-ha moment.
Thanks again!
&
;
>
> http://fastra2.ua.ac.be/
> ___
> fonc mailing list
> fonc@vpri.org
> http://vpri.org/mailman/listinfo/fonc
>
--
Casey Ransberger
___
fonc mailing list
fonc@vpri.org
http://vpri.org/mailman/listinfo/fonc
That's really funny:)
On Dec 16, 2011, at 7:13 PM, John Zabroski wrote:
> On Fri, Dec 16, 2011 at 10:10 PM, John Zabroski
> wrote:
>> On Fri, Dec 16, 2011 at 10:04 PM, Jecel Assumpcao Jr.
>> wrote:
>>> Steve Dekorte wrote:
>>>
[NeXTStation memories versus reality]
>>>
>>> I still have
Whereas my Squeak environment comes up in a second. No, it isn't an "OS," or
not anymore anyway. But it pops right where I left it. The system that supports
it is lucky to boot in a minute... and I can't easily prove it, but...
I have this *feeling* that my OS is doing a lot durring boot to set
Below.
On Dec 16, 2011, at 9:03 PM, Wesley Smith wrote:
>> Some things are just expensive. No one has found an acceptable solution.
>> These are things we should avoid in the infrastructure underneath a personal
>> computing experience:)
>
>
> Or figure out how to amortize them over time.
Below.
On Dec 16, 2011, at 3:19 PM, Alan Kay wrote:
> And what Engelbart was upset about was that the "hands out -- hands together"
> style did not survive. The "hands out" had one hand with the 5 finger
> keyboard and the other with the mouse and 3 buttons -- this allowed
> navigation and a
Below. Abridged.
On Dec 16, 2011, at 1:42 PM, Steve Dekorte wrote:
>
> FWIW, in my memory, my old NeXTstation felt as snappy as modern desktops but
> when I ran across one at the Computer History Museum it felt painfully slow.
> I've had similar experiences with seeing old video games and fi
Inline below.
On Dec 15, 2011, at 2:31 AM, Juan Vuletich wrote:
> frank wrote:
>> On 12/15/2011 08:02 AM, Casey Ransberger wrote:
>>
>>> Hypothesis: Mainstream software slows down at a rate slightly less than
>>> mainstream hardware speeds up.
>>>
The article on Wikipedia about Parkinson's law mentions Wirth's law.
Bucket of win! I think we're onto something, ladies and gentleman. I'll be in
town all week: try the fish.
On Dec 15, 2011, at 12:42 AM, frank wrote:
> On 12/15/2011 08:02 AM, Casey Ransberg
Below.
On Dec 14, 2011, at 11:14 PM, David Barbour wrote:
> Hypothesis: Mainstream software slows down at a rate slightly less than
> mainstream hardware speeds up. It's an almost-but-not-quite-inverse Moore's
> Law.
>
> Unless someone else has called this out directly, I'm calling it Joe's
Inline and greatly abridged.
On Dec 14, 2011, at 5:09 PM, "Jecel Assumpcao Jr." wrote:
> About Joss, we normally like to plot computer improvement on a log
> scale. But if you look at it on a linear scale, you see that many years
> go by initially where we don't see any change. So the relative
I overlooked the IDE completely. I'll check it out as soon as I can. Thanks for
the pointer:)
On Dec 14, 2011, at 12:35 AM, Lukas Renggli wrote:
>> I've experimented in what little time I can devote with OMeta, PetitParser,
>> and Treetop. The debugging experience has been roughly consistent a
I know this has come up before. Hopefully I'm not about to repeat a lot.
Debugging this stuff just seems really hard. And significantly harder than what
I've experienced working with e.g. Yacc.
Hypothesis: Yacc had a lot of time to bake before I ever found it. PEGs are
new, so there's been le
"+1" is a lot less noise than this whole etiquette thread.
From previous experience: listen to a song you like. Read a book that cheers
you. Just let it ride. Otherwise you'll burn much more bandwidth complaining
than was burned in the original post.
That's what happened with me anyway. I mad
+1 is a low-bandwidth way to express "yes, let's explore what this person is
talking about some more because this is interesting."
If it's a problem, maybe the rule should be to place [+1] before the subject
line. But that's going to split the thread in lots of mail readers...
Especially when t
___
fonc mailing list
fonc@vpri.org
http://vpri.org/mailman/listinfo/fonc
Sweet! Maru is really fun:)
On Oct 17, 2011, at 8:26 PM, Kurt Stephens wrote:
> I've been toying with maru. Added anonymous symbol (gensym) support here:
>
> https://github.com/kstephens/maru/tree/anon-symbol
>
> Rewrote the pop macro form to use gensym.
>
> Has anyone ported ometa to maru?
Top-post: thanks for your reply. I'll check this stuff out. Somehow I missed
this when you sent it.
Casey
On Sep 7, 2011, at 1:50 PM, David Barbour wrote:
> On Wed, Sep 7, 2011 at 12:48 PM, Casey Ransberger
> wrote:
> It seems to me that there is tension here, forces pulling
5&sciodt=1,5&hl=en>
> [4]
> http://vpri.org/mailman/**private/fonc/2010/001352.html<http://vpri.org/mailman/private/fonc/2010/001352.html>
>
>
> __**_
> fonc mailing list
> fonc@vpri.org
> http://vpri.org/mailman/**listinfo/fonc<http://vpri.org/mailman/listinfo/fonc>
>
--
Casey Ransberger
___
fonc mailing list
fonc@vpri.org
http://vpri.org/mailman/listinfo/fonc
t, it's fine, but there's only one of me,
and there's in the neighborhood of 6,775,235,700 of you!
Is this tension irreconcilable?
--
Casey Ransberger
___
fonc mailing list
fonc@vpri.org
http://vpri.org/mailman/listinfo/fonc
Lovely. Also, Scratch. Then we can finally deploy it on iOS unblocked.
Casey
On Aug 22, 2011, at 8:59 AM, Alan Kay wrote:
> To lively folks,
>
> Why not do an Etoys in lively as well? (it was originally done in Morphic and
> will probably fit the lively architecture pretty well)
>
> Cheers
ntegrated views - describing both
> distributed and sequential computation - help users navigate causal
> pathways as they pursue suspicions. We highlight Causeway's innovative
> features which include adaptive, customizable event abstraction
> mechanisms and graphical views that fol
ould be a cached operation, rather than naively
> rebuilding the code-fragment on every execution (or being a "one off" static
> operation), but this leads to another problem:
> how to make this semantically-transparent?... (I lack ideas for an obvious
> flushing/invalidation mec
if whatever approach works
for that might work for this. Maybe a common intermediate representation is
all I need to do it.
--
Casey Ransberger
___
fonc mailing list
fonc@vpri.org
http://vpri.org/mailman/listinfo/fonc
Did Squeak pick up Macintosh style line endings when it travelled through
Apple, or did Apple pick up Smalltalk style line endings when it travelled
through PARC?
I've been wondering about this for awhile now.
___
fonc mailing list
fonc@vpri.org
http:
sics should be, nor how we should
> recharacterize for a different artistic style, and so on.
>
> Regards,
>
> Dave
>
> [1] http://inform7.com/
> [2] http://awelonblue.wordpress.com/2011/07/05/transaction-tribulation/
> [3] http://awelonblue.wordpress.com/2011/05/21/comparing-frp-to-rdp/
>
>
> ___
> fonc mailing list
> fonc@vpri.org
> http://vpri.org/mailman/listinfo/fonc
>
>
--
Casey Ransberger
___
fonc mailing list
fonc@vpri.org
http://vpri.org/mailman/listinfo/fonc
ticipants viewing a
> stage, we could model most of the crowd as relatively static NPCs, and use
> some content-distribution techniques. But at this point we're already
> fighting the technology, and there are still security concerns, disruption
> tolerance concerns, and so on.
>
> Regards,
>
> Dave
>
>
>
> ___
> fonc mailing list
> fonc@vpri.org
> http://vpri.org/mailman/listinfo/fonc
>
>
--
Casey Ransberger
___
fonc mailing list
fonc@vpri.org
http://vpri.org/mailman/listinfo/fonc
nication medium was "too long."
I still prefer a mailing list for most of the stuff I like to talk about:
case in point.
--
Casey Ransberger
___
fonc mailing list
fonc@vpri.org
http://vpri.org/mailman/listinfo/fonc
em at the same time on the same machine, but here I am doing it:)
> Regards,
> Steve
>
> ___
> fonc mailing list
> fonc@vpri.org
> http://vpri.org/mailman/listinfo/fonc
>
>
--
Casey Ransberger
___
Inline and abridged... and rather long anyhow. I *really* like some of the
ideas that are getting tossed around.
On Tue, Aug 9, 2011 at 2:05 AM, BGB wrote:
> On 8/8/2011 6:55 PM, Casey Ransberger wrote:
>
> I almost missed this thread. I'm also hunting that grail. VR for co
e less-awesome universals,
instead amplifying much more creative and often non-universal activity. It's
almost like Lego geology.
These are all just hunches though. I could be wrong.
--
Casey Ransberger
___
fonc mailing list
fonc@vpri.org
http://vpri.org/mailman/listinfo/fonc
After I heard about the Wolfram Alpha integration, I decided to give it a shot.
I didn't like the price tag.
At the time I was interested in chemical simulations, and I didn't know of
anything else that'd let me do them out of the box (without requiring me to
already have a much greater comman
Please forgive - not a physicist.
Ian mentioned something about a Bose-Einstein Condensate for computer
programming once, and this really jumped out at me.
I've seen math and I've seen biology applied, at least in metaphor, to our
problems. I can't think of a lot of stories about applying phy
On Jul 26, 2011, at 3:28 PM, BGB wrote:
> On 7/26/2011 9:05 AM, David Barbour wrote:
>>
>> On Tue, Jul 26, 2011 at 1:50 AM, BGB wrote:
>> whether or not compiling to bytecode is itself an actually effective
>> security measure, it is the commonly expected security measure.
>>
>>
I doubt this is what you're thinking -- not sure I read this clearly -- but I
caught an interview with John McCarthy on the 'tubes wherein he seemed to
indicate that he was interested in a universal intermediate representation.
I thought the idea was cool.
On Jul 26, 2011, at 6:43 AM, John Nils
I want to try using a fluffy pop song to sell a protest album... it worked for
others before me:) If you're really lucky, some people will accidentally listen
to your other songs.
(metaphorically speaking)
"A spoonful of sugar"
--
Casey
On Jul 25, 2011, at 10:47 PM, Alan Kay wrote:
> The
that the reason
I'm unable to do this is by design, but I'm not certain.
On Fri, Jul 22, 2011 at 7:47 PM, Juan Vuletich wrote:
> Casey Ransberger wrote:
>
>> I did this dance too... Hmm... Seems the Mac installer comes with some
>> kind of translation tool that's a
I did this dance too... Hmm... Seems the Mac installer comes with some kind of
translation tool that's advertised to be able to output MPEG, maybe we can use
that to save others the trouble of installing the Real client.
If I figure out that I can handle the conversion without spending any mone
gt; --- On *Mon, 7/18/11, BGB * wrote:
>
>
> From: BGB
> Subject: Re: [fonc] Last programming language
>
> To: "Fundamentals of New Computing"
> Received: Monday, July 18, 2011, 6:28 AM
>
>
> On 7/18/2011 2:56 AM, Casey Ransberger wrote:
>
> Smells like
Memorizing Pi is a dumb old trick, like ripping a phone book in half. I can
memorize Pi, I mean if I wanted to spend my time that way, but it's all a
dodge: I'm just ripping a phone book in half, and the whole trick is to twist
it just so that the entire heroic thing only ever happens over a few
1 - 100 of 165 matches
Mail list logo