nic-ferrier

9 ms·

31.
by nic-ferrier 14y ago
I'd recommend watching both. John's talk was really enjoyable, his point about charm was a really really good one. Someone asked a question at the end about how to get charming. It's the same answer for everything: practice.
32.
Programmers stop doing bad help(nic.ferrier.me.uk)
3 points by nic-ferrier 14y ago|0 comments
33.
Emacs-lisp bignums in mongo-db adapter(nic.ferrier.me.uk)
2 points by nic-ferrier 14y ago|0 comments
34.
by nic-ferrier 14y ago
The OP is absolutely spot on, however, innovation in those fields he mentions is very hard because they tend to be closed shops. I think the best thing those places could do would be to talent buy some startup teams and see what happens bec
35.
by nic-ferrier 14y ago
This is interesting, I was only talking about doing this the other day, just for EmacsLisp on github and in the package repositories. Because of the constraint mine would be worse. So maybe better. Hmmmm.
36.
by nic-ferrier 14y ago
Sorry if I sounded frustrated. Don't listen to the haters. EmacsLisp is a real Lisp. You can use it to do solve real problems. It gets better all the time as people add stuff that has worked for years to the package archives (see elsewhere
37.
by nic-ferrier 14y ago
And here is a video http://www.youtube.com/watch?v=TR7DPvEi7Jg&feature=youtu...
38.
Elnode on video - introduction to Elnode the Emacs Webserver(youtube.com)
1 points by nic-ferrier 14y ago|0 comments
39.
by nic-ferrier 14y ago
I think the article explains this. People are free to write CL versions, personally, I find EmacsLisp the only really practical Lisp. node.js has been over the performance grounds a lot, it's scalability that matters, not raw per request pe
40.
by nic-ferrier 14y ago
Let's see how we get on with just emacs? Elnode can communicate (asynchronously) with lots of other Elnode nodes... the Elnode RLE module ( https://github.com/nicferrier/elnode/blob/master/elnode-rle.... ) provides code to spin up those nod
41.
by nic-ferrier 14y ago
Emacs webservers have indeed been around for years: http://emacswiki.org/emacs/HttpServer Most of them required other solutions for accepting the socket however and also failed to address concurrency. Elnode, btw, does reuse Emacs' syntax
42.
by nic-ferrier 14y ago
excellent! well done!
43.
by nic-ferrier 14y ago
I really want to use this professionally. Lisp is so much more productive (for me at least) than other languages. I just don't want to have to use much else.
44.
by nic-ferrier 14y ago
wow. yeah, that could be awesome. I'd like to write an elnode adapter for that. Is it packaged and in MELPA or Marmalade?
45.
by nic-ferrier 14y ago
Yes, as I said at the end, that's coming. Hopefully this week. It was important to get Elnode 0.9.9 out first.
46.
by nic-ferrier 14y ago
And, as I say, a Wiki.
47.
by nic-ferrier 14y ago
There weren't enough in the article? It is a real lisp. I think the problem you're experiencing is that EmacsLisp has a long history. So some things that have been said were said a loooong time ago and are no longer relevant. Take a look at
48.
Elnode, the EmacsLisp webserver, nears release(nic.ferrier.me.uk)
82 points by nic-ferrier 14y ago|30 comments
49.
by nic-ferrier 14y ago
Of course, I totally disagree with this, which is what the premise of the article was. EmacsLisp is now a general purpose programming language that I think competes well with Python or Ruby. But of course, it's not suited to every applicati
50.
by nic-ferrier 14y ago
it depends on the context... but maybe replace-regexp-in-string would be the right function to use for strings in this context. Of course, a lot of the time buffers are really powerful tools to replace strings. I just don't think your origi
51.
by nic-ferrier 14y ago
Hmmm... I think I disagree with this as well... strings are very very well supported... it's a little annoying that we don't have a full string lib in elisp (some of the things here http://emacswiki.org/emacs/ElispCookbook#toc1 are missin
52.
by nic-ferrier 14y ago
It's not a widespread convention because use of OO is not massively widespread. I agree stuff like this is ugly, but use of annoying naming conventions in order to get an extremely practical implementation language (particularly a Lisp) is
53.
by nic-ferrier 14y ago
I think that argument is nonsensical (it's covered well on the CL wiki btw - http://c2.com/cgi/wiki?HowObjectOrientedIsClos ). CLOS clearly has messages (which are implemented with methods).
54.
by nic-ferrier 14y ago
No, I don't think so. Behind the slightly odd syntax CLOS is a very traditional OOP system. In my example in the article there's even type checking in the method: (defmethod some-user-greeting ((user some-userc)
55.
by nic-ferrier 14y ago
And that's great. It's not so much fun for a working programmer though. You don't want to have to implement an object system over and over again, you want to use one to write code.
56.
by nic-ferrier 14y ago
scheme is great for learning, but as I am trying to make clear with this series of posts on Elisp, there's no other Lisp that's as practical as Elisp, just because of the huge amount of code there is available. It's a fantastic learning res
57.
by nic-ferrier 14y ago
Obviously I agree disagree, which is why I wrote it. "Many critical features" - I disagree, it's good enough OOP, as capable as Javascript's for example. Maybe you shouldn't consider it for a user mode or some such (though I don't see why,
58.
by nic-ferrier 14y ago
No, that's just a list of stuff (there are other really good pointers to elisp on github too) - I want an index of all the functions and variables used in the code there, hopefully with a usage index (where is find-file used?). It would be
59.
by nic-ferrier 14y ago
That's one of the reasons I wrote this. One thing you could do is write scripts in it. Or smaller programs. One thing I'd really like to do is to make a massive index of emacs-lisp code on github. That would be a fantastic resource.
60.
Tips on Emacs Lisp programming(nic.ferrier.me.uk)
59 points by nic-ferrier 14y ago|28 comments

More ›