HN user

emiljbs

185 karma
Posts5
Comments93
View on HN

Yes but the point is that the (at least I assumed so) 5% increase in speed was based on the initial performance of the system and that it didn't scale. Isn't that basically what you're talking about?

Say you can either spend X amount of effort on a 50% improvement, or you can spend X/10 on each of 10 5% improvements. Sounds the same, right?

This is the same thing. The point is that you say "10 5% improvements of state S0" in that sentence and then later on you use 10 5% improvements of state S0, S1... S9. This doesn't make any sense, could you explain to me how this would work?

Sure, check out pgloader (this guy re-wrote a Python program into Common Lisp and wrote about the experience), the European Lisp Symposium ( http://www.european-lisp-symposium.org/content-programme-ful... ), it's used by Google (ITA, air fairing system), it was used by Naughty Dog for their PS1 and PS2 games (they still use Lisp for scripting), it's been used by NASA, DART ( https://en.wikipedia.org/wiki/Dynamic_Analysis_and_Replannin... ), Cyc, there's a European company I can't remember the name of that uses Common Lisp for its train scheduling system. There's this new Swedish music company that uses Common Lisp for their software.

If you want to see much used applications in the Common Lisp community then check out all of Edi Weitz' software http://weitz.de/

Most Common Lisp that you use is in stuff you don't see, there're no Ruby hipsters here.

EDIT: Oh, or why not something like StumpWm? Really, thre's a lot of cool Common Lisp software out there.

The weird thing is that some people feel that they need to find all kinds of justifications for why not having an infix syntax is OK.

Arithmetic in Lisp-style is excellent and easy to read. Thing is that programming languages infix math is ridiculously bad compared to what I can do with paper and pencil. It's really just a really bad form of imitation and to me that irks me way more than just doing it in Lisp. Math written in PL:s is hard to read in general and I'd love to see an Emacs package that lets you show an inline picture as you mark a mathematical expression of LaTeX rendering it as 'regular' math.

First of all: A wide stance low bar back squat going down to parallel together with conventional deadlifts will strengthen your hamstrings and glutes greatly. There are reasons to pull sumo, those reasons are mainly proportion-related. Most people I've talked to who pull sumo at meets usually also train using the conventional dead lift (see for example Dan Green).

Second of all: I'm going to assume that your pelvis suffer from an anterior tilt. If so, then focus more on stretching your psoas muscles since these are usually very tight in people who sit down a lot (and you browse HNews) and pulls on your pelvis. Strengthening your back, hamstrings, glutes and quads aren't a bad idea either, it's just that these are things that usually come with a good training program.

https://en.wikipedia.org/wiki/Psoas_major_muscle

Third of all: The position that is toughest for the lifter is largely dependent on the lifter's own weaknesses. I, for example, deadlift conventionally and have the most trouble to come off the floor because I usually do touch-and-go DLs.

The thing about the OP is that Lisp isn't well defined. The only constant is that what Lisp is changes, so it's really not that useful to talk about Lisp as "the final language" because there will always be new Lisps. The only common thing between the Lisps seems to be the s-expressions and metaprogramming.

I'd love to hear the reasoning behind that choice if it's Rich Hickey that did it, since it's called some and every in Common Lisp and he's written a great deal in that language.

The Lisp community is more known for heralding the language than it is at heralding the users of the language.

This is only a contradiction if you view the government as some sort of impartial referee in the game of capitalism. If instead you rightly view them as the biggest player on the field that bullies everyone else and picks favourites then there is no contradiction.

Or just as well see them as a parent that keeps the children from bullying each other.

I remember when I was playing with Common Lisp, I would always have trouble keeping the code on disk and the code loaded into the REPL synced.

Then you're doing it wrong. Most people doesn't type directly into the REPL, they open up a separate buffer in Emacs and play in that. The REPL is just for small tests. There is no such thing as 'keeping the code synced'.

I agree. Good dynamic languages (Common Lisp, Smalltalk, Factor) has a lot going for them but static typing is also really nice. A mix between the two (preferably something that starts out as a dynamic lang and slowly moves towards being static) would be great (Common Lisp kinda does this with optional static typing).