"The way C handles pointers was a brilliant innovation." (1993 Knuth interview)
1–10 of 11 posts
Re: "The way C handles pointers was a brilliant innovation." (1993 Knuth interview)
#2I guess there's been a little bit of schedule slippage:
http://www-cs-faculty.stanford.edu/~knuth/taocp.html
Volume 5 is "Estimated to be ready in 2015."
Re: "The way C handles pointers was a brilliant innovation." (1993 Knuth interview)
#3Re: "The way C handles pointers was a brilliant innovation." (1993 Knuth interview)
#4> All through my life, I've always used the programming language that blended best with the debugging system and operating system that I'm using. If I had a better debugger for language X, and if X went well with the operating system, I would be using that.
I love Lisp, I love Python. But are their debugging tools and OS integration as good as .NET development or Java development?
Re: "The way C handles pointers was a brilliant innovation." (1993 Knuth interview)
#5I think this paragraph was very interesting: > All through my life, I've always used the programming language that blended best with the debugging system and operating system that I'm using. If I had a better debugger for language X, and if X went well with the operating system, I would be using that. I love Lisp, I love Python. But are their debugging tools and OS integration as good as .NET development or Java deve…
Most Lisp programmers don't dig themselves into the holes that the .NET and Java debuggers are good at getting you out of.
Also, if Emacs is your OS, CL integrates quite well.
Re: "The way C handles pointers was a brilliant innovation." (1993 Knuth interview)
#6I think this paragraph was very interesting: > All through my life, I've always used the programming language that blended best with the debugging system and operating system that I'm using. If I had a better debugger for language X, and if X went well with the operating system, I would be using that. I love Lisp, I love Python. But are their debugging tools and OS integration as good as .NET development or Java deve…
But are their debugging tools and OS integration as good as .NET development or Java development? Most Lisp programmers don't dig themselves into the holes that the .NET and Java debuggers are good at getting you out of. Also, if Emacs is your OS, CL integrates quite well.
The problem is that it's hard to convince other people of that, without forcing them to try it for a while.
Re: "The way C handles pointers was a brilliant innovation." (1993 Knuth interview)
#7Re: "The way C handles pointers was a brilliant innovation." (1993 Knuth interview)
#8Earlier quoted context omitted.
But are their debugging tools and OS integration as good as .NET development or Java development? Most Lisp programmers don't dig themselves into the holes that the .NET and Java debuggers are good at getting you out of. Also, if Emacs is your OS, CL integrates quite well.
What you're saying is that Python & Lisp debugging tools and OS integration are as good as .NET and Java. I agree. The problem is that it's hard to convince other people of that, without forcing them to try it for a while.
Re: "The way C handles pointers was a brilliant innovation." (1993 Knuth interview)
#9"The second thing about IMP was that it was an extremely terse language. For example, where in PASCAL you would say "IF X > 0 THEN...", in IMP you say "X+=>". In other words, your program was very short. You felt like you were writing elegant programs, because there were only a few characters, but you couldn't read them the next day! Being very terse meant that you couldn't fathom this bunch of marks on the page..."
Re: "The way C handles pointers was a brilliant innovation." (1993 Knuth interview)
#10Earlier quoted context omitted.
What you're saying is that Python & Lisp debugging tools and OS integration are as good as .NET and Java. I agree. The problem is that it's hard to convince other people of that, without forcing them to try it for a while.
Agreed. UNIX is the IDE for Lisp and Python. It's very functional and very customizable, but the learning curve is kind of high. So high, in fact, that most people never realize it's an IDE.