quote:
it effectively will require you to code in Lisp, rather than in C, for it will never look as good in C.
You wouldn''t be blinded by parentheses in C
quote:Original post by trzy
The real question is: Given some problem, will implementing a solution in Lisp be better than C more often than not?
Wrong. The real question is: do most problems go away when you move from a language like C to Lisp?
When I said "implementing a solution", that implied the problem has been solved. The question is therefore which language (Lisp or C) is better at it. Merely making the problem go away isn''t the issue, because you can probably do it in both.
Of course, "which is better" isn''t an appropriate question in itself. It all depends on the problem.
Would Lisp be suitable for most of what is being done in C right now, whatever that may be?
One of the complaints about Lisp is that it isn''t a practical language for large projects, even if it is a very interesting way to approach problems.
quote:
That''s what C is for. You miss the point completely.
Lisp and C are for different things, that''s the point I made, and what you said as well.
Perhaps a better request would have been: Write a high-performance real-time 3D engine in Lisp.
Lisp doesn''t seem too interesting for the things I''m playing with now: 3D graphics and compilers.
Arguably, Lisp could be handy for programs which need to process data such as BSP trees, etc. For sophisticated compilers, I''m not sure Lisp would be helpful.
By chance, I''ve been looking at ML, and supposedly it''s pretty good for programs which rely on complex data structures. What I would really find handy for writing programs to manipulate lots of complex data structures is a language that makes creating, manipulating, and managing data structures very easy.
I don''t see Lisp as being too practical for this in itself, but I''m sure some of its ideas could be carried over to some better high-level language.
quote:
For example, Lisp is about as powerful as you can get for building tools (such as compilers) to further advance the state of operating systems.
I think what has to be identified is what sorts of programs are most needed to advance the state of an operating system or operating "environment" (basically, the user''s experience of the computer itself – the OS should only do basic resource management with policy being handled by a standard package of applications, IMHO) and what language would best facilitate their development.
I suspect these would be a lot of "boring" applications which is why they aren''t as interesting to discuss: Word processors, web browsers, database tools, etc.
I think I''m kind of clueless when it comes to what a typical user really wants. The programs I most frequently use (which could be considered "programs for average users") are Mozilla, Eudora, WordPerfect, Winamp, a P2P program, and an image viewer.
The other programs I use are irrelevant to the majority of PC users: lots of development tools, emulators, and some old games.
Because I like to write programs and learn about things that interest me, I feel that I can''t say much about what the average user needs and what sorts of OS applications are most in demand.
—-
Bart