Y
HN Search
Hacker News Search
new
|
comments
|
top
|
jobs
ludovicurbain
searching Neon…
1.
▲
2.
▲
3.
▲
4.
▲
5.
▲
6.
▲
12 ms
·
1.
▲
by
ludovicurbain
14y ago
Actually while this may be right for some very old or very cheap content, movies tend to be stored on much higher resolution material - Either way if 4k is not a problem, 8k will be, so it remains an increasingly important concern.
2.
▲
by
ludovicurbain
14y ago
Yet another article written with total disregard for science. Short article covering the usual bullshit about resolution and why apple retina is wrong, etc. http://wordmunger.com/?p=1348 For those who didn't know, the eye can see over 10k
3.
▲
by
ludovicurbain
14y ago
good for you. I haven't seen a perfect programming language yet, but the compromises offered by FORTRAN, C, Ada and lisp are really hard to beat, as the first three offer very competitive speed whereas the last one trades off about 50% spee
4.
▲
by
ludovicurbain
14y ago
Actually my advice boils down to : Avoid the sucky parts by listening to people who recognize the suck. And that's exactly why it is an addition to the existing answers, most of which do not focus on that core point, and some of which even
5.
▲
by
ludovicurbain
14y ago
You didn't read the whole post. 1) your js should be echoing the HTML and getting data through JSON ajax 2) echo and print both work in command line, are explicit and work exactly as any language, whereas peppering your shit with php tags l
6.
▲
by
ludovicurbain
14y ago
Well, first things first, you must be aware that JavaScript is a bad language, broken in many ways and mostly executed in a random fashion (i.e. almost no platform follows 100% ECMA, and even some ECMA directives are retarded, like ECMA4
7.
▲
by
ludovicurbain
14y ago
Database access latency will always be an important factor of _latency_ . That doesn't prevent anyone from coding stuff that requires 20 times less application servers while using the same amount of database (+caching) servers. The very ide
8.
▲
by
ludovicurbain
14y ago
Two wrong conclusions: === is infinitely better than empty() due to less glitchy behavior. don't use empty, ever. Numeric arrays in PHP are AS SLOW as associative array, that's pure fail and one of the reasons PHP::fannkuch is so slow.
9.
▲
by
ludovicurbain
14y ago
Well, smoking cigarettes seems to work rather well for millions of successful people out in the wild - making your argument invalid. It IS possible to make "business good" software in brainfuck, that's just not a reason to call it "not brok
10.
▲
by
ludovicurbain
14y ago
PHP OO is broken in many ways (of which you can find a list in the blog post "php a fractal of bad design" PHP is naturally (due to it's C libs) non-OO and will thus only implement OO "that" far. Lastly, OO is not a silver bullet and is bes
11.
▲
by
ludovicurbain
14y ago
no that's bad really. The best way to write PHP for the web is like any language: php echos or prints shit, that's it. The way you're showing is that of the total noob trying to implement some php inside their evil dreamweaver website. Besi
12.
▲
by
ludovicurbain
14y ago
That article misses the point: PHP OO is a HORRIBLE IDEA. if you're doing OO PHP, shoot your other foot right now and go learn PHP before using it java-style. Why is it that every time somebody on HN explains that a technology is not suitab
13.
▲
by
ludovicurbain
14y ago
+1, I saw this one coming... top secret DC with open doors ? duh.
14.
▲
Client Side Load Balancing
(ludovicurbain.blogspot.be)
2 points
by
ludovicurbain
14y ago
|
0 comments
15.
▲
by
ludovicurbain
14y ago
Bloated, as in, takes way too much space for what it is. Additionally, it does _not_ avoid excess mod operations, _and_ the implementation is _broken_ because it won't print fizzbuzz for the 15. Lastly, using lambda's and whatnot's just bec
16.
▲
by
ludovicurbain
14y ago
First of all a modulo is ultra expensive, one does not simply modulo 15 when they already modulo 3 and 5. The proper structure is if(3){if(5)}elif(5){}else{},unless anyone has a better proposition. While of course it is possible to define a
17.
▲
by
ludovicurbain
14y ago
Am I the only one surprised with the widespread use of "IANAL" as an abbreviation ?
18.
▲
Hiring the Right People
(ludovicurbain.blogspot.be)
1 points
by
ludovicurbain
14y ago
|
0 comments
19.
▲
by
ludovicurbain
14y ago
This article addresses GUI design pretty well. But it does nothing about what's below, what actually makes that GUI possible, backend and all that. In that sense, I believe Bret is addressing something on another level entirely, something t
20.
▲
by
ludovicurbain
14y ago
I'd love it if someone detailed all the backdoors embedded in Intel/AMD/ARM CPU's and SoC's.
21.
▲
by
ludovicurbain
14y ago
CO2 is not a problem : http://ludovicurbain.blogspot.be/2012/09/co2-is-not-problem....
22.
▲
by
ludovicurbain
14y ago
It's awesome, but the guy who coded it forgot to replace the all black squares by <div class=black> . that would've loaded so much faster - and even better with class=white above the earth.
23.
▲
A look at Facebook's HipHop "C++ like" performance
(ludovicurbain.blogspot.be)
2 points
by
ludovicurbain
14y ago
|
0 comments