skysight-inc/HackerNews huggingface dataset:
> None of the existing handling systems is going to be able to deal with them, so you will need special cranes to load the collapsed ones

Not true. The photos clearly show the standard locking mechanism present (twistlock holes in corners). The procedure to tie several of them into a bundle is probably the same as with flat racks, and yes, those can be lifted by regular cranes.
Fast Paths
I will recommend Linode, for me it has been working great, no downtimes, good support ,etc.

I also having a good experience with GoDaddy, but it seems that I am an exception and not the rule, since everyone complains about it.

Good luck!
With a verification string placed by users on their profile (as with Google Webmaster tools), a social network could be run interdependently. It would scrape.
I believe there is the option of sorting it by city and adding the content once it is filtered. :)
Wow, the article casually mentions a Disqus bug that allows anyone to find out an an anonymous poster's email address.
Don't know, but google search looked promising
http://www.google.com/search?q=SMS+text+donation+money+Europ...
Where is the überjar that Java programmers use?

LispWorks comes with the full thing, including graphics and IDE by default. You put it on the machine, run it and it comes with everything INCLUDING the incremental compiler.

Zero assembly needed.

Java is usually developed in a batch fashion with lots of files, classes/modules, jars, ... it needs an IDE like Eclipse that keeps track of all the components, has a build process, assemble the components, load it into some virtual machine, connect the external debugger, etc. etc.

Lisp applications (here with LispWorks) are often developed with a single image and incremental modification.

This not a small thing. This is a huge difference in convenience. Something that seems to be important for HIM (and me).

This incremental development capability is one reason I prefer to use Lisp. For me a piece of software is not a bunch of files that are on the disk, compiled and linked and then started. MY mental model which I like best is to see an application as a sea of running objects which are communicating (the part of dead code on the disk is only necessary to jump start and assemble these objects). Once the program is running in some primitive fashion, I tend to prefer to think about modifying the running objects by a bunch of changes (the changes tend to be in files, sometimes code, sometimes data - often code that more looks like executable data). Not everybody uses the same mental models when developing and I am spoiled by interactive systems like the Lisp Machine (which Jack also knows), where the philosophy is very similar: http://lispm.dyndns.org/genera-concepts/genera.html
Agreed. This is a nice doctrine to follow for an alpha release or a prototype/demo to shop around for investors, but ALL software used daily in the "real-world" grows in complexity over time.

This axiom holds true in everything from cardiac pacemaker micro-code ( http://www.freepatentsonline.com/5843138.html ), space shuttle avionics ( http://tinyurl.com/475kyv ), or my favorite current example of real-world purposeful constraint, SQLite ( http://www.sqlite.org/version3.html ).
Yea that is an excellent idea, thats what i was trying to get at on my first post.
Google employees sent on a paid holiday due to war with china
Git Does Not Mean "Inconsistency"
Tell HN: Watch out for scams exploiting Haiti earthquake
It seems to be common now, so watch out if you plan to donate any money to help..

Some links:
http://isc.sans.org/diary.html?storyid=7987
http://isc.sans.org/diary.html?storyid=7978
You'll find that not a single Chinese media/news source mentions the attacks. Most Chinese people don't even know they happened, the only side of the story they are aware of is that "Google doesn't want to follow our laws."

The other funny thing is that when censorship is mentioned, everywhere I've seen it elaborated on in Chinese media simply says something to the effect of "Without the Chinese government stepping in, Google returned too much pornography with search results." and never dares to imply that the Chinese government is hiding information or manipulating what they are allowed to know.

It's really unfortunate... many Chinese have too much blind faith in their government (not that it's their fault, everything about the culture encourages it).
HackrTrackr http://hackrtrackr.com/
Not so much "can't" achieve it, but doesn't.

With xmlrpclib, serving functions over XML-RPC is a library import, a server class instantiation and a one line instruction to serve a function, and on the client side an import, a connection and a function call.

After that they behave much as any other functions (+latency), parameters are encoded and return values decoded all behind the scenes, neither the server function nor the client need have any special 'written-for-XML-RPC' changes for it to work.

It's more a case of a well implemented Python module than an inherent win over REST - there could be a similar module for REST-RPC created, but AFAIK there isn't one at the moment.
This isn't exactly the same type of thing the article talks about, but it drives me crazy when I see sites with subtly cut off drop shadows. The sharp edge catch my eye and it drives me crazy.
Does anyone here think that a founder should behave exactly like the CEO of a mature company?

Probably not here, but during the bubbles you'd hear about small, early stage startups that had VPs of sales, marketing, HR, etc. as if they were trying to be a big company from day one. AFAIK it usually didn't turn out well.
Does not sound like development in Lisp (or Smalltalk). You were using Lisp as a batch language - there are possibly better languages for that.

I tend to run my Lisp images for days, weeks, months. As long as possible. Restarting is always an unwelcome interruption of my flow. Working with files is no problem. I have the code in the LispWorks editor in buffers/files and compile incremental from there. Sometimes I recompile a whole buffer and sometimes only parts. A good Lisp environment will also keep track of changed code and have a command to compile only those. Alternatively I compile a buffer and then walk through the compiler warnings fixing the code until the warnings are gone - never leaving the image.
A custom virtual machine probably isn't necessary. There are plenty of flash decompilers which can emit AS3 source from bytecode — and since ActionScript 3.0 is basically the old ECMAScript 6 draft spec, it can be trivially downcompiled to plain old Javascript using Mascara (http://ecmascript4.com/). Ideally the conversion would take place on a server-side proxy, and its ouput would subsequently be cached, but it could theoretically be done on the client as well. Re-implementing the standard library remains a major issue, but certainly not insurmountable.
XML-RPC is just what it says, a protocol for calling remote functions, isn't it?

It gives you a unified means to specify functions, along with parameters and their types, and gives errors when the requests don't match the definition. With a REST implementation you roll yourself, you'd just have to re-implement this stuff, wouldn't you? Or what am I missing?

Tricks like appending ".jpg" to the url seem a little hack-ish to me. That feels like a parameter. Now what if there are two parameters, how do I know which comes first if someone else wrote it who doesn't use the same style as I do?

If I'm querying for an employee, is it clear that I should use employee/110.jpg and not employee.jpg/110 or employee/110/jpg or employee/110/query/jpg, or somethere else?
Proof of Euler's Identity (e^(i pi) = -1) in a tiny formal system
The Ten Faces of Innovation
U-Verse is based on multicast, but ISPs still don't allow it over the Internet and I doubt they ever will due to the routing table bloat.
Doing less is not about letting a product go stale. It's about focus. It's true that all of their products have evolved, but they haven't simply been piling on the features.

The value of a product is not in the number of things it can do. Products stand out by doing one thing very well.

You don't need twenty features. You only need one.
Yeah, it may work differently now, but I think the point still holds. I understand that engineering's all about tradeoffs and being practical with your time, but things like plaintext passwords are unacceptable (IMHO) in even the first cut of a production system, let alone an established one with a large userbase.
That is what I love about PHP... Always making my life easier.
Enthusiasm, yes, but where is the output? Usually, when I read about a Lisp success story, there's a paragraph:

... and we could not have done this without A, B, C ... by Edi Weitz.

Lisp needs more people like him who actually release software instead of blogging about its virtues.
That's an old feature. It used to be called "ctags" and even console-based text editors support it.

Have you ever used IntelliSense?
yeah, but the problem is that people will not necessarily use same names for their location. E.g. SF, SFBayArea, SFBA, Silicon Valley, etc. all refer to the same location but are different.

On the other hand, if someone really wants it s/he would be able to find it :)
That's what you get when you employ feminists to run the Human Resources department (as in most medium-size tech startups) instead of doing it yourself.
You mean at the top?
I'm going to keep rerolling until I get all 18s.
Long-Dead Inventor Nikola Tesla Is Electrifying Hip Techies
That is crazy. I don't think I would have the stomach for that myself, but I guess being a surgeon already would help.

I remember a related story of and Aussie medic imprisoned in a Japanese POW camp successfully removing the appendix of a fellow prisoner with only a shard of broken glass.

Personally, I just hope I am never in a position like that.
> Just for laughs, maybe one could even create throwaway ships.

http://en.wikipedia.org/wiki/Pykrete
Does he fart at 26s?
Heh, yeah they threads got moved around. The point was, the technique suggested in the original article is a bad idea.
Private schools for Poor in India.
Indeed. The parameter-passing mechanism is something XML-RPC decides for you, rather than leaving the task of string concatenation (or XML message-building) to you. One might even call this "opinionated".
I think the whole "romantic failure" concept is the wrong way to look at one of the most significant lives of the last 200 years. But it's got some interesting quotes on why Tesla is cool nonetheless.
ctags are a pain to set up and not nearly comparable to what exists today.
I want to play this so bad, but I get a headache and mild nausea after about the 4th piece.
I don't know if I'd go so far as to say this is confirmation of a tablet, but it is certainly suggestive. It seems like they're much more concerned about a bounty for trade secrets than a leak about any particular product, though. In any case, that's probably the most friendly C&D I've ever seen.
Honeypot analysis - Looking closer at SSH scans (user and passwords used)
I use my text editor for typing everything. Scratch buffers are a wonderful thing.
jumping to definitions is nothing that is new. My Lisp Machine can edit/modify all source code of the entire operating system while it is running. It knows the location of every single definition.
Didn't Jack do that on Lost?
Twisted Pixel, the Pixar of video games.
The quote was:
"Computers and mathematics could also benefit. Maze navigation can fall into a class of problems known as NP-complete, "which computers have a surprisingly hard time solving, as the effort to solve them goes up exponentially with the scale of the problem," says chemist Irv Epstein of Brandeis University in Waltham, Massachusetts. "The kind of approach shown here with these mazes might be a very efficient approach to address this problem."

There are other cases of analog chemical processes beating out digital computations. But the reference to medicine also seems like a stretch - navigating a simple maze with a couple of acidic and basic chemicals seems very far away from a complex chemical hunting cancer in the human body.
Wow. Derek Sivers really kicks ass.
The problem isn't crypto. The problem is that Javascript in the DOM model runs crypto code in an environment where you can't be sure what any symbol means, because any of a dizzying variety of page components or updates sourced on-site and off, under SSL and (most likely) not, could have modified them.
Good job researching those pesky brute force scans. Is there anyway you can post the complete list with all the data collected instead of just the top 50?
List of 2009 websites described as food
In some place I read that differences in languages could account for at most 30% of improvements in speed of development. This is an epsilon if compared to differences between programmers.

Another issue is that, if you are talking about small-to-medium sized applications then clearly there is a difference in languages. For example, it is pretty clear that writing a script is easier in perl than in C, or writing a medium sized expert system is easier in LISP than in Pascal.

However, if you consider large scale applications (100k+ LOC), then I don't believe there is any difference between writing in C, C++, Java, or Common LISP, as long as the programmer(s) have deep experience with the used language.

Just notice that the language is not going to solve the large-scale problem by itself. As long as such language has tools for creating abstractions, the code will have about the same complexity no matter what. If that complexity will be encapsulated in simple concepts (structs and functions) or higher level concepts (closures and continuation) depends on the taste of the developers and the language used.
Make sense... I was just looking at the bottom and couldn't find your answer :)
There's an excellent comparison of all the big virtual server services, with Linode recommended as a clear winner on almost all of the benchmarks (as always, YMMV).

http://journal.uggedal.com/vps-performance-comparison

The one thing I really dislike about Linode is they don't offer automated backups.

I don't have any experience with them as a customer.
Evolved Neural Nets take Simulated Psychedelics in Mandatory Telepathic Regime
Ask HN:  How do you respond when someone says a feature is confusing?
I've seen many arguments where one person will say "That's confusing," without giving a lot of reasoning for why it might be confusing. Often times people who call something confusing understand how the feature works, but believe it would be confusing for others. Is there a way to prove that something is not confusing? Conversely, is there a way to prove that something IS confusing?
> Noah was recently offered 10 figures for the business

Bullshit.
But you have seen the article that we are talking about? It is just such an output where the software is written in Lisp and the result is sold commercially.

People have asked Jack to explain why he used Lisp for an embedded application. You can read the result in the linked article.

The guy who has posted the story also has written a bunch of Lisp based internet applications. If you look among the hardcore Common Lisp users, quite a lot are writing software. The once that are blogging superficial stuff not so much. Read the stuff on planet.lisp.org - that's usually quite useful.
I don't see anything in the article that shows that he made the statement about NP-completeness. It seems that the quoted chemist made that statement.

For someone who's not a graph theorist, it's an easy mistake to make, since the longest path problem is, in general, NP-complete. He was probably just thinking of this problem.
That's not right at all.

Dijkstra's for example computes a minimum spanning tree on a graph (it doesn't really compute shortest path from a->b, it computes shortest path from a to all other nodes) and does it in O(E+VlogV) if I remember....which is quite a bit better than polynomial time.
I am surprised that many tech founders are looking for tech instead of business
I, too, lost skype credit several years ago, but it was my own fault. After repeated warnings, I failed to take action. The fault was mine entirely.
that was another Lisp implementation
Absolutely. But do you think he would have made those same comments if he had made them in the knowledge that his identity would be revealed ?
It gives you a unified means to specify functions, along with parameters and their types, and gives errors when the requests don't match the definition. With a REST implementation you roll yourself, you'd just have to re-implement this stuff, wouldn't you? Or what am I missing?

I see things in the reverse: HTTP and REST give you a way to make requests, specify parameters, indicate errors, authenticate, etc. XML-RPC ignores all of that and makes you re-implement all of those things.

Tricks like appending ".jpg" to the url seem a little hack-ish to me. That feels like a parameter. Now what if there are two parameters, how do I know which comes first if someone else wrote it who doesn't use the same style as I do?

Those are meant to resemble file extensions, but they can be thought of as parameters.

If I'm querying for an employee, is it clear that I should use employee/110.jpg and not employee.jpg/110 or employee/110/jpg or employee/110/query/jpg, or somethere else?

It's not standardized, just like XML-RPC isn't. Either way you can read the documentation for your service and it'll tell you.

Alternatively, in REST everything has a URI. This has two interesting properties:

1. You can always access a resource by its unique URI: http://example/employees/110.jpg

2. As seen on the WWW: hypermedia links. If you request /employees.json, for instance, I can provide a structure like:

{name: "John Employee", related: { image: "http://example/employees/110.jpg", performance_review: "http://example/employees/110/review" } }

Which means that with your response you can easily request those URIs and get the resources. Those URIs should never change (as mentioned), but HTTP provides for redirection if they do. XML-RPC does not provide for this at all.

(edited for formatting)
wouldn't that be an interesting way to test the market for an undeveloped product idea?

"hey, maybe we should make a tablet. lets tell some people to leak the fact that we're working on one and see how people react. if reactions are good, lets build it."
Using data to win arguments, lose weight, and get the girl
Easier to go from tech to business than the other way around.
Good link, thanks! I am researching a VPS for a change...
Massive revelation in iBurst tower battle
This is one of the few cases where I wouldn't mind seeing a big company file and win a lawsuit against a smaller one. These guys have no respect and they really have gone too far with this.
In 2003, hiker Aron Ralston amputated his own arm with a pocket knife after a boulder fell and pinned him down.

http://hike.mountainzone.com/2003/news/html/030502_amputate-...
Undoubtedly. This was a cordial and informative C&D, and in my opinion quite justified. Regardless of what someone thinks of trade secrets, Gawker is quite obviously inducing breach of contract here. I guess it's good buzz for Gawker though, which I suppose is how they make their money.
It certainly seems hard to believe...
Dijkstra's algorithm gives this as the worst-case performance (via http://en.wikipedia.org/wiki/Dijkstras_algorithm ), and finds shortest route from a root to all nodes, clearly including the exit:

O( | E | + | V | log | V | )

Definitely not NP-Complete. Finding the distance from all nodes to all other nodes may be NP-Complete (not sure, but it seems like it would be, and doing so would be meaningless in a maze), but maze-solving is relatively easy in computing terms. Heck, even if you don't know the maze it's not NP-Complete: simply walk the whole thing and then calculate the shortest path.

Granted, the quote only says mazes can fall into NP-Complete... but I really don't know what you'd have to do to do that, without clearly falling out of a "maze" problem and into a more general "graph" problem.
Top reasons why entrepreneurs hate lawyers
Many years ago (early 90s?) I looked into a job in Antarctica. The job stipulated that you had to preventatively remove your appendix prior to your tour of duty to avoid exactly this situation. I believe they also wanted you to replace your dental fillings (replacing the metal with a composite substance) to avoid problems caused by the cold (I assume).

It was all rather irrelevant to me in the end since I discovered that at the time the British Antarctic Society did not accept women (I believe this has since changed).
8. andrew says "so at least 10 million". he counters "much more than 10 million".
If only one user thinks it's confusing, then it may or may not be. If a lot of users think it's confusing, then it's something that you need to look into.
"Thrift is a software framework for scalable cross-language services development. It combines a software stack with a code generation engine to build services that work efficiently and seamlessly between C++, Java, Python, PHP, Ruby, Erlang, Perl, Haskell, C#, Cocoa, Smalltalk, and OCaml."

I have a very hard time believing that is a lightweight alternative to anything.

For REST all you need is an http library.
How to bridge two calls with FreeSWITCH (for a click to call app)
"Ines Ramírez Pérez is a peasant woman living in rural Mexico. She had no medical training, but nevertheless performed a successful Caesarean section on herself: both she and her baby survived"

http://en.wikipedia.org/wiki/In%C3%A9s_Ram%C3%ADrez
Windows. It will never catch on.
It is - in the interview its 8 figures, 10+ million.
With a REST implementation you roll yourself, you'd just have to re-implement this stuff, wouldn't you? Or what am I missing?

No, you wouldn't. as generalk sayed in his comment (http://news.ycombinator.com/item?id=1053384), it's the reverse, namely with REST over HTTP you'll make use of HTTP, which perfectly provides the functions to accomplish the task of invoking a method remotely without having to implement this important part on your own. I'll try to make an example.

let's pretend you have a method called GetEmployeeByName(string name).

with REST you'll implement this method and allow your users to invoke it via http://myservice.com/employee/simpson. the invocation, parameter-passing, error-handling etc. is done via HTTP, so theoretically no work is needed on this part, since you don't have to implement HTTP.

with XML-RPC the thing is pretty different. you'll implement the method, but what you have to do now is -- as described in the article -- find a library (or implement your own) that will generate all the needed XML files etc.

you see, with REST over HTTP you just skip the XML-generating-and-some-more-task and let HTTP do the work. why reinvent the wheel when HTTP is suited pretty well for this part of the task?

I hope this clarifies everything a little bit.
Their products have definitely grown, but I think they've improved rather than falling victim to feature creep.

Look at what Basecamp could've become without their constant "you can always do less" mentality: http://www.microsoft.com/project/en/us/project-professional-...
Searching bookmarks are available by default in vimperator. You can easily create a yubnub command and assign a hotkey for it, i think. And since vimperator can execute any javascript code from its command line, you can execute bookmarklets.
Holy Cow How I Got Over 2000 Hits on this Blog in a Few Hours
On Future Performance — by Tod Machover, composer & professor at MIT Media Lab
Clearly, given varied acidic / basic areas in human bodies, this is not a "magic bullet" that'll only target cancer cells. They're also not claiming that this is the case (though the wording is quite vague).

At best, it'll increase the concentration of a drug in the cancer (among other places) above that of a "plain" drug, which is an improvement, thus should be investigated.