strictfp

59 ms·

691.
Ask HN: What was that article on designing as a team?
1 points by strictfp 14y ago|0 comments
692.
by strictfp 14y ago
MySql also has swedish roots!
693.
by strictfp 14y ago
>Shocked moviegoers will have been left wondering why a genius-level hacker would outer-join to the Victims and Keywords tables Mysql defaults to inner join. See http://stackoverflow.com/questions/4418776/what-is-the-defau...
694.
by strictfp 14y ago
Well I for one want to make great products that make me feel like we surpassed ourselves and makes the customers happy. Most likely this involves technical innovation. I'm sick and tired of the ones writing "better" hash tables all day, blo
695.
by strictfp 14y ago
I'm a preacher of Agile. I talk about it in order to get things done. Theoretical work is important, but let's face it, most customers want products, not research. Your average person declaring himself 'theoretically oriented' is no good in
696.
by strictfp 14y ago
I'm not saying that TCP was a super-bad choice, just that they wanted only a subset of the features and got a bit more than they wanted. Also see http://news.ycombinator.com/item?id=4033822 .
697.
by strictfp 14y ago
Roy Fielding was involved in HTTP 1.0 and I believe that REST was a generalization of some of the principles used therein. I explained the breakdown in another comment, see http://news.ycombinator.com/item?id=4033717
698.
by strictfp 14y ago
Back then TCP was the best mainstream choice. Using UDP would have looked good due to its message orientation. But its limited message size, lack of re-ordering and congestion control would have disqualified it almost directly. TCP then loo
699.
by strictfp 14y ago
I am saying that by using Ajax to partially update a page, that updated page no longer has a URL which identifies it. This breaks HATEOAS badly. The idea of REST is that every state on a site has a representation. REepresentational State Tr
700.
by strictfp 14y ago
Exactly. Ajax in general breaks REST, including bookmarking, caching, navigation and more. All major selling points of HTTP goes out the window. HTTP was created on top of TCP, but with severe restrictions to get the great features which HT
701.
by strictfp 14y ago
I am not dismissing HTTP. The mistake I refered to was to limit TCP usage for www by only allowing the request-response oriented HTTP protocol. HTTP is opinionated and its REST-based architecture was explicitly chosen to disallow partial up
702.
by strictfp 14y ago
Great job. RedHat makes some awesome stuff. I just wish that they could drop some of the "not invented here" and "luser" culture, which bit me more than once and made me leave for Debian. Somtimes I miss the good 'ol days :-)
703.
by strictfp 14y ago
I find it amusing that TCP was designed as and still is a full-duplex protocol for long-lived connections (streams). Then someone decides to use it in HTTP (1.0) for short-lived, half-duplex, message-oriented communication. Not surprisingly
704.
by strictfp 14y ago
First yum - "a package manager written in Python" and now Nix - "a purely functional package manager". Well, I for one do not care the least which language or paradigm my package manager is using. What I do care about is compatibility, reli
705.
by strictfp 14y ago
I like to think of the problem like this: Imagine building another interface to your app. Take a CLI as an example. Should the 'facebook update' feature be activated if you use your app through the CLI? If the answer is yes, it belongs to t
706.
by strictfp 14y ago
Why change the excellent printf-style string formatting syntax to the vastly inferior slf4j-style? If I want simple concatenation, i use concatenation. If I want really complex formatting I write explicit code to do it. Printf style hits a
707.
by strictfp 14y ago
Maybe driving also lowers alcohol consumption?
708.
by strictfp 14y ago
A better analogy: a router is like a phone switch. A router allows several computers to share external IP just like a phone switch allows several phones to share an external phone number. If you get a call from a switch number you don't act
709.
by strictfp 15y ago
True. What you say must imply that no PRNG-generated sequence has a particularly high K complexity (> len(PRNG)). What still interests me in this scenario is that a true random source can still generate the same sequence as a PRNG. In t
710.
by strictfp 15y ago
With the given definition I assume that it would be impossible to have a Kolmogorov complexity higher than the size of the smallest PRNG program (+seed)? If so it might be of limited usefulness for larger strings.
711.
by strictfp 15y ago
You can in the same way argue that PI was random, but is not anymore now that it is known. The same could be said about any random sequence, like the tables of random numbers in calculus books or known PRNGs with known seeds.
712.
by strictfp 15y ago
All researchers know that they should release their code. The problem is that they are just bad programmers. Programming has turned into a required skill for many scientist, but the school system is lagging behind. So right now we have all
713.
by strictfp 15y ago
It would also be pretty easy to make encryption illegal.
714.
by strictfp 15y ago
It is not entirely unplausible that the way forward for the courts will be to change tactics and make it illegal to visit the website instead of blocking it. At least it won't take long before they figure out that IP blocking is more effici
715.
by strictfp 15y ago
You can't hack the law. All the legislators have to do is to make it mandatory for the site owners to be able to search through site contents.
716.
by strictfp 15y ago
I'm voting this one up. I think that curing cancer is like eliminating all errors in a program. Cancer cells are simply cells committing mutiny and forming new organisms behind the defence lines. Like other inner enemies like spies this wil
717.
by strictfp 15y ago
It's not a problem, but you don't get all the benefits of HTTP if you don't respect REST. This since HTTP is built around the idea of REST. To me it seems logical to embrace the ideas of the tool you are using. If you are not utilizing the
718.
by strictfp 15y ago
The writer seems not to consider several other models such as PUT /orders/42/payed or POST /orders/42/paymentprocessor , which in my eyes would be both restful and true to the business model.
719.
by strictfp 15y ago
I agree with tedunangst, it's really a game of all or nothing. I cannot think of any apps which acheive high stability by systematic fault recovery. Fault recovery is nice in itself, but it is never a good strategy for stability. Good code
720.
by strictfp 15y ago
I'm not saying that its easy, but the problem formulation in the article is simplified enough to be solved by this method. So I guess that my major objection is how the problem is stated. Also in practice you don't really need N times the h

More ›