theclay's comments

This is the future of education. Stanford is just the tip of the iceberg.

As a practical matter, this would require the enforcement agency to publish the correct price for every asset regulated.

Publishing a formula for this calculation wouldn't be good enough, because then you would be required to value things based on the formula and that leads you back to...accounting.

This is exactly what I want to know. What were the numbers?

Wow! Here today, gone tomorrow. Good call Kyro!

All that talk of "doubling the size of its customer service staff" sounds good, but it doesn't mention numbers. Did they go from 1 to 2? 100 to 200?

When they say they will be "creating a "Trust and Safety" department, they again don't mention actual numbers.

What are the figures?

I'm sorry, but this doesn't address what I said.

I know the lisp community stands behind Edi Weitz and I respect him, but compared to Python's "Batteries Included" or Perl's standard regular expression library, your solution is problematic. Consider: Weitz's library is just one of five possible regular expression libraries listed on Cliki! Why did you choose his? Weitz's library isn't even the top choice! Are the others broken? Unreliable? Do I have to try them all?

Now, I realize such simple questions as these may not be "breaking new ground in programming theory," but a lot us just want a turn-key solution that works everywhere; the sort that sysadmins use everyday to keep companies humming and the internet buzzing.

That's the definition of "practical" that I'm hung up on.

If I want to do command line text processing with pipes--and many do--how does lisp help me more than Awk? Awk is brilliant in its problem space; it's fairly standardized; it's guaranteed to be everywhere. Choosing Awk or Perl or Python is practical--not being a slave to fashion (trapped in the popularity contest you allude to)

I think you know this, and I think you know just how practical Python/Perl/Awk/Ruby are, which is why you subtly changed your argument from "practical" without qualification to "managing huge and complex problems" by the end of your response, even though the parent specifically includes hobby programming in his classification of "practical" problems.

I think it's cool that you've done "web, database, scripting, 3D game programming, etc" in lisp and can even think in lisp. And I admire your willingness to battle past CL's 1000+ page spec and then the sea of competing libraries to find the one you like and are willing to debug yourself if something is broken.

But that doesn't invalidate all the other tools--it just means there can be more than one way to do it.

Since you are hung up on "objective analysis," what objective evidence do you have that this claim is true?

In any case, here is an objective problem: Common Lisp does not include a standard for regular expressions.

That isn't anecdotal and it isn't misplaced blame and it isn't an unnamed idiosyncrasy. It's a failure within the CL standard to include one of the most powerful tools around for text processing--a tool that pretty much every dynamic language includes.

I've tried using lisp before for text processing and found it brutal--practically impossible--compared to other dynamic languages. That isn't due to popularity, it's because python and perl and awk have built-in facilities for manipulating the hell out of text that sit right on the surface, were easy to find, and work well. Despite having lots of functions for chars and strings, common lisp never felt anywhere as easy for those tasks.

If I'm wrong, then I will look forward to being educated, but I honestly believe that practical limits have everything to do with why people don't turn to CL for scripting.

Thoughts?

I can't tell if this is serious or not. Either way, it seems like we all benefit from devices that make doctors more effective.

I think you should decide what you hope to accomplish. However, on a window's machine, there is small basic: http://smallbasic.com/

It's windows, it's powerful, it's simple, and it's highly visual.

The first edition of the OED took about 70 years (starting in the mid 1800's) if I recall. Newer editions are still being edited.

It doesn't have to be direct conflict.

The margins for survival are very slim. Out-competing through more effective hunting and gathering would make a huge difference.

If only you could outsource this job to India...

This isn't just a problem with online communities either. True communities are a mess.

Climate Science isn't a science. For science to be science, you have to control for variables.

When you can't--like with climate studies--you rely on intuition instead. That's a social science.

Check out Mint Linux. It's built on top of Ubuntu but much better.

If it wasn't for Mint Linux standing on top of Ubuntu standing on top of Debian with Debian's apt-get repository, I probably would have switched to Mac.

Interestingly, most of my favorite desktop apps are written in C++ (Chrome, Firefox, OpenOffice, Lyx, Kivio, CodeBlocks, Inkscape, etc...).

Anyone, else notice a similar pattern?

Not to mention the fact that most times, it's easier to go through the line with a check-out person running the register. Not only do they do the work, but the self check-out lines at grocery stores often aren't set up for buying a lot of items.

If you have more than five things, it's typically easier just to let the check-out person do it for you.

Hopefully this will also clue in some developers to cool projects that they can contribute to.

Accelerated C++ by Koenig and Moo

So then what's your take on coding in Ada compared to other languages?