Comment Re:WRONG (Score 1) 374
None of your scenarios are especially likely. Intergalactic travel is too energy-expensive to be a reasonable solution for any of the scenarios you outline.
None of your scenarios are especially likely. Intergalactic travel is too energy-expensive to be a reasonable solution for any of the scenarios you outline.
That sounds even more expensive and even more worthless than invasion.
I wonder if this will have any impact Ubuntu's recent announcement that they are switching to use Yahoo (which is Microsoft Bing underneath) as the default search engine in their next release.
Yahoo already has a history of rolling over for the Chinese government. If Canonical doesn't mind associating with a company that helps oppressive regimes track down dissidents, I don't think Microsoft's announcement is going to make much difference.
I can't find the part in the SLIME manual where it helps me write and debug programs written in any of the languages supported in Visual Studio. The one I care about is C.
C is a statically compiled language, so you can't really build a system like SLIME for it. SLIME needs to be connected to a running VM that it can push code to dynamically. C wasn't designed with that capability in mind.
Tool chain integration that actually works
What doesn't work?
not having to code in lisp to make macros work
Visual Studio doesn't support any programming language with macros, unless someone has made a Boo plugin whilst I wasn't looking.
Or did you mean keyboard macros? Because you don't need to write any code for that, either. Now, I don't think Emacs is as quite good as Vim for defining keyboard macros, but it's certainly better than Visual Studio.
SLIME does not hold a candle to VS sorry.
I can think of plenty of features that SLIME has, but VS does not. However, I can't think of any feature in VS that is not matched by either Emacs itself, SLIME or some other extension.
Could you explain why you think VS is better?
Anyone that claims either vi or emacs is a useful editor hasn't used a modern Windows IDE.
Anyone that claims Visual Studio is a useful IDE hasn't used Emacs SLIME
King Henry drafted up a plan to assassinate whatever political leader of the new world had the most power, a hundred years or so later.
Henry VIII planned to assassinate Louis XIV?! The plot thickens!
Oh, but eliminating patents is exactly like that and the socialists and commies are salivating at that prospect.
I don't think you understand what socialism and communism are. Patents are a form of government regulation. Socialists and communists are not about small government; quite the opposite. Rather, eliminating patents would be a minarchist or anarchist action.
In your example, item needs to be defined elsewhere. E.g. What does the line contain, csv, tab-delimited, space separated? Whereas split() makes it pretty obvious.
I'm just took one of the examples on their page. Presumably their system is smart enough to work out the mimetype of the file, but I agree that it seems rather brittle and ambiguous.
I wonder if they didn't compare themselves to Ruby or Python because they couldn't contrive examples that produce huge LOC differences?
Probably. There's no difference in length between:
get the last item of line 2 of URL url
And:
open(url).readlines[1].split(",").last
I guess the former is easier to read, but languages that have a lot of "magic" in them tend to be pretty bad at scenarios the developers didn't think of. Which will inevitably turn out to be something you want to do.
Yes, I realise all that. I was just pointing out that all functional languages use "recursive style", as ls671 puts it.
> I'm not sure what you mean by "recursive style",
Look at Quicksort in Haskell
qsort [] = []
qsort (x:xs) = qsort (filter (= x) xs)
This is what I mean, no loops, recursion.
Well, all functional programming languages use recursion, so "recursive style functional programming languages" is a bit redundant
I'm not sure what you mean by "recursive style", but the biggest commercial users of functional programming languages tend to be companies behind high-traffic websites that need to handle a lot of concurrent requests. Facebook developed their real-time chat application in Erlang, for instance, and Twitter uses Scala to handle its message queue.
As if Google doesn't have enough user data already.
You really think they don't want more user data? You don't seem to understand how important good data is when trying to predict what a user wants. More data usually beats better algorithms.
Anyone can make an omelet with eggs. The trick is to make one with none.