unofficial mirror of help-gnu-emacs@gnu.org
 help / color / mirror / Atom feed
From: Emanuel Berg <embe8573@student.uu.se>
To: help-gnu-emacs@gnu.org
Subject: Re: Emacs history, and "Is Emacs difficult to learn?"
Date: Thu, 01 Aug 2013 17:27:30 +0200	[thread overview]
Message-ID: <87txj9qvml.fsf@VLAN-3434.student.uu.se> (raw)
In-Reply-To: 14bebcfe-2311-4bb3-8154-4cc803962c71@googlegroups.com

Rustom Mody <rustompmody@gmail.com> writes:

>>  Yes, a struct is just a memory pattern. You are saying, a Lisp
>> list isn't - is it moving around in memory, is it fragmented, or
>> is allocation made dynamically based on the elements? Is that
>> the difference? With pointers, isn't that what you get in C?
>> Please explain.
>
> Well... I dont know if this is the best forum for these
> discussions :-)
>
> In short: A language becomes more powerful when it has less...
>
> Think of registers and interrupts disappearing from assembly to C,
> making C better than assembly in 95% use-cases.  Now if you were
> an assembly programmer, you would pooh-pooh a C (like) language:
> "How can having less make it a better language?"
>
> It makes it better because one's thoughts have more clarity.
>
> You may remember the quote from Bruce Lee: I am not afraid of the
> man who knows 10 thousand kicks. I am afraid of the man who has
> practiced one kick 10 thousand times.  Likewise in programming,
> doing few things well gets you further than doing many things
> sub-optimally.
>
> And so assignment disappearing from C to haskell makes haskell
> programmers able to have better thoughts [Well they say 100% of
> the time; I say 80% of the time ;-) ]
>
> I could go on eg why lisp can be C-like or haskell-like depending
> on how you use it etc etc.  Or answering
>
>> Are you saying: C doesn't have hash tables, search trees, etc.,
>> you have to make them yourself with data types and pointers, and
>> put them into structs, and then have the algorithm traverse
>> them, and all this you do manually, with no support from the
>> language?
>
> However as I said this is getting too too OT for this group.
>
> If you want we can continue off-list.  Do read my blog though
> http://blog.languager.org/ in case you find may my ideas painful
> to your delicate digestion :-)

OK, the international press is content with that answer.

-- 
Emanuel Berg - programmer (hire me! CV below)
computer projects: http://user.it.uu.se/~embe8573
internet activity: http://home.student.uu.se/embe8573


  reply	other threads:[~2013-08-01 15:27 UTC|newest]

Thread overview: 60+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2013-07-29 13:05 Emacs history, and "Is Emacs difficult to learn?" Emanuel Berg
2013-07-29 14:46 ` Jambunathan K
2013-07-30 10:10   ` Chris Van Dusen
     [not found]   ` <mailman.2115.1375179046.12400.help-gnu-emacs@gnu.org>
2013-07-30 22:09     ` Emanuel Berg
     [not found] ` <mailman.2028.1375109070.12400.help-gnu-emacs@gnu.org>
2013-07-29 15:37   ` Rustom Mody
2013-07-29 16:01     ` Phillip Lord
2013-07-30  6:27     ` Luca Ferrari
2013-07-30 15:22       ` Aurélien DESBRIÈRES
2013-07-30 15:31       ` Aurélien DESBRIÈRES
     [not found]       ` <mailman.2162.1375198972.12400.help-gnu-emacs@gnu.org>
2013-07-30 16:44         ` Rustom Mody
2013-07-30 18:08           ` Emanuel Berg
2013-07-30 18:01         ` Emanuel Berg
2013-07-30 11:38     ` Emanuel Berg
     [not found]     ` <mailman.2041.1375113728.12400.help-gnu-emacs@gnu.org>
2013-07-30 11:47       ` Emanuel Berg
     [not found]     ` <mailman.2077.1375165681.12400.help-gnu-emacs@gnu.org>
2013-07-30 11:56       ` Emanuel Berg
2013-07-29 19:38   ` Barry Margolin
2013-07-30 12:00     ` Emanuel Berg
2013-07-30 12:27       ` Rustom Mody
2013-07-30 14:59         ` Emanuel Berg
2013-07-30 15:08           ` Stefan Monnier
     [not found]           ` <mailman.2155.1375196921.12400.help-gnu-emacs@gnu.org>
2013-07-30 15:19             ` Emanuel Berg
2013-07-30 21:19               ` Barry Margolin
2013-07-30 21:33                 ` Emanuel Berg
2013-07-31  4:47                 ` Rustom Mody
2013-07-31  6:23                   ` Rustom Mody
2013-07-31 18:11                   ` Emanuel Berg
2013-07-31 19:19                     ` drain
2013-07-31 19:20                     ` Rustom Mody
2013-08-01 14:39                       ` Emanuel Berg
2013-08-01 15:21                         ` Rustom Mody
2013-08-01 15:27                           ` Emanuel Berg [this message]
2013-08-01 15:42                           ` Stefan Monnier
2013-08-01 16:18                           ` Drew Adams
     [not found]                           ` <mailman.2318.1375371796.12400.help-gnu-emacs@gnu.org>
2013-08-01 16:08                             ` Rustom Mody
2013-08-01 16:43                               ` Óscar Fuentes
2013-08-01 16:44                               ` Stefan Monnier
     [not found]                               ` <mailman.2323.1375375948.12400.help-gnu-emacs@gnu.org>
2013-08-01 20:48                                 ` Emanuel Berg
2013-08-03  1:01                                   ` drain
     [not found]                                   ` <mailman.2414.1375491715.12400.help-gnu-emacs@gnu.org>
2013-08-03 10:55                                     ` Emanuel Berg
2013-08-04 21:23                                       ` drain
     [not found]                                       ` <mailman.2487.1375651440.12400.help-gnu-emacs@gnu.org>
2013-08-05  8:36                                         ` LaTeX (was: Re: Emacs history, and "Is Emacs difficult to learn?") Emanuel Berg
2013-08-01 16:31                             ` Emacs history, and "Is Emacs difficult to learn?" Emanuel Berg
     [not found]                           ` <mailman.2321.1375374479.12400.help-gnu-emacs@gnu.org>
2013-08-01 16:33                             ` Barry Margolin
2013-08-01 17:52                               ` Rustom Mody
2013-08-01 16:41                             ` Emanuel Berg
     [not found]                     ` <mailman.2251.1375298397.12400.help-gnu-emacs@gnu.org>
2013-08-01 14:17                       ` Emanuel Berg
2013-08-01 15:19                         ` Luca Ferrari
2013-08-01 18:40                     ` Pascal J. Bourguignon
2013-08-01 20:28                       ` Emanuel Berg
2013-07-30 15:34           ` Phillip Lord
2013-07-31  0:47           ` gottlieb
     [not found]           ` <mailman.2161.1375198462.12400.help-gnu-emacs@gnu.org>
2013-07-30 16:53             ` Rustom Mody
2013-07-31  0:49             ` Emanuel Berg
2013-07-31 12:10               ` Phillip Lord
2013-07-31 14:42                 ` Stefan Monnier
     [not found]               ` <mailman.2222.1375272627.12400.help-gnu-emacs@gnu.org>
2013-08-01  7:40                 ` R development environment Sebastien Vauban
2013-08-01 10:44                   ` Phillip Lord
     [not found]           ` <mailman.2194.1375231670.12400.help-gnu-emacs@gnu.org>
2013-07-31  0:51             ` Emacs history, and "Is Emacs difficult to learn?" Emanuel Berg
2013-07-30 21:50         ` Emanuel Berg
2013-07-30 10:10   ` Emanuel Berg

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

  List information: https://www.gnu.org/software/emacs/

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=87txj9qvml.fsf@VLAN-3434.student.uu.se \
    --to=embe8573@student.uu.se \
    --cc=help-gnu-emacs@gnu.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).