skysight-inc/HackerNews huggingface dataset:
I know very little about the smartphone market, but in the console market, Sony were happy to sell the Playstation at a loss to get the hardware out there.

Is this what you are predicting for the smartphone arena? Having the hardware at increasingly lower prices in order to make money on the app sales?

Surely, this is the only logical conclusion if Nokia move into an app store-like closed marketplace?
Adobe ADEPT DRM Code Broken
What's funny is I actually find this attitude to be why people specifically avoid doing those little things to begin with, and why all those "dishes" pile up.
Facebook’s Fan CPA Is On The Rise - $1.07 Per Conversion
I'm not in Australia, I just happened to read an article a while back about how well the iPhone was doing in Australia (on the occasion of them passing Nokia) and I was somewhat amazed that the figures in that very article told a completely different story from the headline. Particularly as I'd regularly seen anecdotes online about how Australia was such an amazing market for the iPhone.

It reminded me of Firefox passing IE in Europe recently, the real story was Chrome rising and taking share from IE so it dropped while Firefox was mostly flat. If you're a reporter you'd want to stick with the facts, and Firefox is the most popular browser in Europe (by some measures) but as a tech watcher the future trend is also interesting, though speculative.

As for "I don't see Androids" I've heard that from people in every country. Market research surveys like IDC may have drawbacks and caveats, but they're way beyond anecdotal observation. My anecdote is that the geeks bought iPhones because they were the early market for a mobile browsing device but now they are transitioning to Android. Android is also expanding the market at the low end, leaving iPhone in the middle.

I noticed that other quote but I really wasn't sure what to make of it. IDC are one of the standard guys that everyone quotes for global numbers when they publish them. Telsyte I've never heard of. The fact that he's predicting a number for the end of this year, that IDC is reporting as exceeded at the end of Q3 last year is somewhat puzzling. Their actual press release they put out is still quite positive about Android, just with less numbers and evidence (their FAQ about their methodology simply says "Updating...").

Telsyte: Android smartphone sales to take off in 2011

http://www.telsyte.com.au/?p=957
> I'd say most of this stuff is written for people who wouldn't really learn much from a disassembly.

Even so, I find that a lot of the advice is misleading. As mentioned elsewhere, the reason modulus is slow is not that you can write it three arithmetic operations, but because division is slow. And especiall any kind of 32bit arithmetic on 8bit and 16bit processors. Even though he used narrower integer types, he did not explain why that was better.
I concur - the "multimedia" vision was that the CD-ROM would be used like a VCR to play tightly-controlled, packaged media with interactivity. Things like "interactive movies," animated books, and encyclopedias were often cited as the examples. And Windows would support this experience by making it as simple as turning on the computer and putting in the disc.

In practice, of course, it never really worked that way. Games moved away from the interactive movie concept and instead would run an installer for 600+ MB of compressed content. The encyclopedias-on-CD and animated books had a window of about six or seven years before the Internet took over. And when CD burning took off in a big way in the late 90's, the image of the CD-ROM as a read-only medium was destroyed forever.

The only place where Autorun might have concievably worked well is on the proprietary content formats(DVDs and audio CDs). Yet even there, most of the times I've put a CD or DVD in the computer, it's been to rip it, not to play it.
>it seems to me it is the naysayers who are doing that.

At most, the "naysayers" can't be any more than the perl advocates. No one is going out of their way to post articles against perl. We just come out when someone posts yet another perl advocation piece.

>Disliking something is fine, but -mentioning- it all the time seems compulsive.

Liking something is fine, but -mentioning- it all the time seems compulsive.

>And then the original commenter is talking about "back in the day,"

For all intents and purposes, perl's time has come and gone. Right or wrong, just or unjust. That's just how it is. No amount of wishing or screaming "look at this, we can also do Rails-type stuff!" will change that. Of course when someone posts yet another perl plea for relevancy, people who used it back when it was the language wax sentimental. You'd get something similar if you posted about some new project with OS2 or BEOS or something (arguably better technologies in their day then the one that ended up winning).
Personas for Firefox | Personas Search Results for steampunk
Which further illustrates my point. What is the point of posting 4 or 5 paragraphs from someone clueless about the subject they're talking about?
The author also completely misses the business case: putting a single gateway through which Google can index makes sense for huge content generators. Sites like Twitter actually have some leverage with Google, as the Twitter firehose is more "real time" than Google's index. Using the #! allows Twitter tight control over Google's access to content. As for Gawker, I suspect they overestimate their leverage with Google, and have no similar business case.
Steve,

You are admittedly a programmer. That is why you didn't like it. You are not the target audience. They wanted to appeal to a range so they threw out some CS references, but like I said, you aren't the audience. They sculpted this one for the average facebook user. I doubt you are him/her. Good perspective analysis though.
we just opened it up ;-)
I would say that on the desktop web apps are 'good enough' for me to prefer them over desktop apps for several reasons:

- high performance hardware

- mouse and keyboard

- larger screen

- consistency of experience on work/home machine

On mobile, as I see it there is no contest. Web apps make no sense.
Whistlepig 0.1 released, a minimalist realtime full-text search index
Wait until he notices that the text on Google Maps (on the native mobile app for Android) is now an overlay, and that this extends to road names.

That this has been done to enable things like collision detection of pieces of text, and to enable the jump to 45' view to be smooth and still highly readable.
Woody Guthrie's new years resolutions
I'm going to take this advice. The math alone tell me I could afford 2-5 new startups a year with the money I waste on the impulse purchases of food/drinks.
I think it varies greatly.

Gmail is by far the best email client I've used. I actually like tweetdeck online version...

But I still use a native chat client and IRC client. I still prefer an office application (LibreOffice) to Google Docs.

I personally think more and more web apps are going to push the boundaries and we'll see more things like Tweetdeck, but I also see a real native need..things like music players and video players etc. I prefer Google reader b/c I have the same experience on everything (including my iPhone and Nexus S).

If I had to wager, and ironically, I do (my job after all), I think there is going to be an uneasy balance struck where some people make hard stances and only write native apps or only support this platform just as they've always done IF there application is more than something that pushes data around. But if their app is very much something that pushes data around (like JSON or something) I see it going the route of Tweetdeck/Gmail.

I see this for a couple of reasons but mostly about 1. distribution model and 2. shoestring budgets. eople

Now, mobile is a bit of the same as desktop, but more or less lagging by a generation. I don't see anything non-native winning in mobile for quite some time (as it didn't in desktop for what, 20 years?). Mobile is quite young and needs time to grow up. That is part of the reason why I think we are going to see at best three dominant platforms: iOS, Android and something else (not convinced it is windows, meego or anything we've seen yet).

No easy answers here and people are going to be second guessed quite a bit no matter their decisions in this realm. Heck, we've seen it with Nokia today. People are calling for Nokia to adopt android instead of doing their own thing. Well, doing their own thing could be the best or the worst thing for them, but no matter what they choose, it will be open for questioning (no easy choices).
The author does his point a disservice by being under-informed, imo. I agree that Gawker's redesign is horrible, and share his hate of needless javascript (why re-implement half the browser stack?), but his suggestions for improvement would actually be a reduction in functionality.

He suggests using real URLs - instead of "/#!5753509/hello-world-this-is-the-new-lifehacker" we would have "/5753509/hello-world-this-is-the-new-lifehacker". Sounds great, but what happens when you click to a new article, which is loaded with AJAX?

> Engineers will mutter something about preserving state within an Ajax application. And frankly, that’s a ridiculous reason for breaking URLs like that.

Is it? Let's try things all possible ways (with the assumption that content is loaded via AJAX) and see what happens. Firstly, the current state:

Address bar: "/#!5753509/hello-world-this-is-the-new-lifehacker", click on a link, now it's "/#!downloads/5753887". I can bookmark this, send the link to a friend, etc etc.

Option two is to not track this at all, after all preserving state isn't that important, right?

Address bar: "/#!5753509/hello-world-this-is-the-new-lifehacker", click a link, it doesn't change. I can't bookmark the new page, I can't send the link to a friend, my back button won't work properly.

Third option is to use real URLs as he suggested... we need to track state (otherwise we hit the same problems in option 2) so let's try that: Address bar: "/5753509/hello-world-this-is-the-new-lifehacker", click a link, it now contains "/5753509/hello-world-this-is-the-new-lifehacker#!downloads/5753887". Oops. That's even less clean.

Conclusion: If you must load content with AJAX, using URL fragments to track state is the most functional and cleanest-URL option available.
We use pure.js to render our entire app. There is no server rendering at all and I find it fast. Here's a link to a demo https://beebole-apps.com/?demo&lang=en_US&x=2
"On mobile, as I see it there is no contest. Web apps make no sense."

Do you say that because of the expectation that to use a web app you have to have a working Internet connection?

[NB I'm not trolling, I'm genuinely interested, my current close-to-launch side project is a service that allows you to build data-aware HTML5 webapps for mobile devices - these work perfectly well offline]. :-)
Biased? As in not completely accepting of the idea that everything Apple does automatically wins? You "expect more from RWW"? Really?
it was just for completeness, certainly not to show off, however list comprehensions are virtually identical to python and much more comprehensible than the line noise introduced in ruby list comprehensions.

the fact that this is called out twice as being "ugly" twice in comparison to the other examples auggests to me that erlang is called out as being ugly purely from hearsay as opposed to actually being ugly.

(I do think erlang can be ugly, I also think thats its biggest strength, but I dont think this example is ugly)
All of that adds exactly zero to the actual content of the blog. You know, 'content', the stuff I actually visit blogs for.

Furthermore, I've never been annoyed at page reloads while reading a blog. Now their shitty transition crap?... There is nothing "lower latency" here.
On a side note, despite the native app hype, Apple initially did not support third party native apps. Apple has always supported web apps on the iphone.

Apple first supports Web Apps in 2007
http://www.apple.com/pr/library/2007/06/11iphone.html

News about the app store coming 2008
http://news.cnet.com/8301-13579_3-9798932-37.html
What the Bible Really Says About Sex
I think the hacker expectation is that a free open mobile OS would not be tied to a single programming environment and making it easy to port the mass of existing qt code would be useful.
I wrote it. What makes jQuery and Mustache preferable? I know pure.js is different, but having the HTML clean of any tags or logic is something new and very flexible.
After reading all these interesting and enlightening comments (no pun intended here, there are all really useful), the blog post should really be titled:
"A particular SBCL-compiled LISP-implementation of a specific algorithm gives comparable results to an analogous GCC-compiled C-implementation, when run on particular boxes."
Cheap Web Hosting Packages in pakistan
It's not all about capabilities.

Desktop apps got their lunch eaten by the web based purely on the deployment and portability benefits, the UX still lags behind to this day. Granted the app store model mitigates the installation pain, but portability is non-existent, so my hunch is that HTML5 will pick up steam over the long-term as mobile browser support and developer knowledge coalesces.

Interestingly I think a lot of apps could go HTML5 today, were it not for subtle issue of web pages being awkward on mobile. Bookmarks and google searches just don't have the immediacy they do on a computer, so the very fact that native apps are easier to get to is a significant hurdle in terms of user behavior, even if it is possible to develop a excellent mobile-browser-based UI.

It's possible Apple, Google, et al could parlay this into a longer dominance of native apps, but that raises two questions: do they really care enough to attempt to sabotage HTML5? and will developers put up with the hassle of the fragmented mobile landscape? It's unlikely any of them would cripple their mobile browser ala IE6 because web is important one way or another, but if everything shakes out to an iOS/Android duopoly then developers may decide the pain is worth it. So no bold predictions from me, but it's definitely an interesting question.
I have to agree with you. There's a whole area of study when it comes to research ethics and vulnerable people. Especially when you start publishing such interviews to the internet. It also bothered me that the project owner mentioned that it was for our "entertainment", which is just awful. Noone should ever be our entertainment by societal position alone. One of the highest ethical principles is of human dignity, and this project strips that away from these vulnerable people.
From what I've seen kids who have a problem in private schools tend to either simply get shuffled around to another private school or end up in very strict boarding schools (often ones with traditional connections to the military).

You are correct though about private schools taking positive elements from the state school system - when you look at who typically attends a private school here the parents are typically successful, extremely motivated people who tend to pass these values onto their kids.
Addiction prone individuals might be less likely to develop Parkinson's
I'm working on a two-man project.

1. All sensitive information is encrypted.

2. SSH keys are password protected.

3. I store passwords in LastPass, with a unique master password.

4. SSH keys are stored on my own computer and backed up with Dropbox.

Point #4 is obviously the weakest link, so I am looking to change that. However, so far, Dropbox's ubiquity justifies it. When my laptop died, I was able to download setup a new development machine in minutes.
"The author also completely misses the business case: putting a single gateway through which Google can index makes sense for huge content generators."

That's called a domain name. www.lifehacker.com is a single gateway to all of lifehacker's blog posts. Then you use the path part of the URL to specify which post or collection of posts you want.

Twitter hasn't leveraged anything. The tweet URLs without the hash-bangs were more accessible to Google.

You want tight-control as to which user-agents can see which set of tweets - that's what the Controller is for on the server.
Yeah locked to one network which also means you can only get firmware updates when the network specific version is ready, which is often months later, or never.

Any subsidized phone purchased with a new contract is locked, as far as I know. But I don't know of many that are hard to unlock.
It's ironic: your HN profile says "My company is Buro 9 Limited and it's a vehicle for me to work with the things I love..." Yet you mock others for what they're clearly enthusiastic about.
Another use case would be to setup business rules or even get a workflow going. If i add this document it matches the queries a,b,c so i can do steps x,y and/or z afterwards.

Percolators is a truely perculiar feauture indeed :)
ASUS A7N8X Driver – Why You Need The Latest One
ASUS is one of the many companies in the field of computers that is on the technological forefront of this industry. The ASUS A7N8X chipset made quite a splash when it was introduced to the market because of all the advanced features it offered.
Thinking for hours come to an end for birthday gifts
This probably isn't what you are looking for, but I do a LOT of design in Chrome and Firefox/Firebug. I experiment with CSS rules inside the browser and tweak them with a live preview.
Panel discussion: "Why Nokia can not innovate?" [video]
Am I the only one that thinks that mobile browser development is possibly not moving as fast as it should. I mean dual core phones with over a gig of ram are being released and these webapps performance are still bad.

Steve has created a new revenue stream for Apple, not only on developers fees but mainly in app purchases and percentage of sales. WHY would he give that up ? So while he is telling everyone how much he loves HTML5 and is promoting it, there are no intentions for apple to ever promote web apps other than lip service. Its really up to developers to stop this developer lock in, and refuse to build native apps. Build for the web, and do whats best for the future of mobile. Other than games and few apps that rely on hardware, most are just layouts calling webservices in the back end.
Or think about it this way: buy me a pizza, and I'll talk to you for as long as it takes me to eat it. Seems perfectly reasonable to me.
> Especially when knowing that most people aren't successful entrepreneurs that know what will work,

But surely that isn't the point? Most Amazon customers, most Walmart customers, most McDonalds customers aren't succesful entrepreneurs that know what will work - but they're the guys spending the money. Hopefully on something; (on something that they presumably want, or see some value in) that will make _you_ succesful.
I dont know about UK/germany, but in Scandinavia the carrier must unlock the phone for free when the contract is up. The max length of a contract in denmark i 6 months, longer in norway/sweden.
Smartphones 'out sell' PCs for first time
Ask HN: Review Labels.io
Just launched the public beta of Labels.io (http://labels.io), a jobs site that approaches online recruiting from a new perspective: instead of creating lengthy CVs, professionals define themselves with key attributes which are then matched in real time with jobs posted by employers.

The first three jobs are on the house so feel free to take it for a test drive!

Looking forward to your thoughts on it.

Octavian
The World's Best rock shirts
This section consists of a large selection of Band T-Shirts including Concert T-Shirts as well as, music t-shirts, rock and roll t shirts and many more.
Find good place to buy feliway and drontal
Although online pet pharmacies may save pet owners money when buying animal medications, not all online pharmacies are reputable. For more details about best Pet pharmacy, please visit our website.
Now the public decides the price
CD-R equipment was still hugely uncommon and expensive in 1994 (when many of the decisions for Windows 95 were being made). Most people didn't have the hard-drive capacity to store an entire CD-ROM, nor a computer fast enough to burn a disc without skipping. Early CD burners were SCSI equipment requiring an add-in adapter card to be used. Together this put the CD burner in the realm of the niche product used only by enthusiasts for a fairly long time (in computer years).

The decision to use autorun may have been a bad decision but in historical context it was far from obvious that it was bad. The biggest failure in making the decision was in ignoring its likely longevity. By the time CD burners, usb flash drives, and always-on internet connections were ubiquitous it was fully 2 Windows releases later. It's a common failing of imagination to think that it will be easy to remedy design decision errors in later releases easily (see the Y2K bug, for example).

Personally I loathe autoplay, even in its milder "prompt first" current incarnations. But the magnitude of the poorness of the decision to adopt autoplay pales in comparison to other poor decisions made at the time. The entire security model (or lack thereof) of Windows, which proved utterly unsuitable to the modern ultra-connected multi-user world. The common practice encouraged by computer manufacturers, OS manufacturers, and ISPs to put ordinary desktop computers directly on the internet rather than behind a NAT layer or proper hardware firewall. The use of null terminated strings in C/C++ along with unsafe standard libraries of string functions. And a myriad of design errors in HTTP and SMTP which have caused a mountain of security problems since. Against those autorun (which, unlike many of the above problems, can be turned off) hardly merits notice.
Awesome. I wish I didn't have to move the cursor to do anything :D
AOL's recently leaked 'AOL Way' playbook for content-farming also targets "70%" of all created pages having video.
No, it sucks because banks will not pay for software for their tellers. You've never been a teller, but you know it sucks. So do the banks. But they don't care, because there is no money to be made in improving it.

(Wait until they realize that there is no money in etrading either. Then there will be a lot of people on the market that know how to micro-optimize memory allocators. But I digress...)
If you haven't done a lot of JavaScript front end programming, I'd recommend jquery. You'll spend considerable time just learning about the DOM and how to select and modify the nodes of your dynamic HTML content. and jquery is basically just a thin JavaScript DSL for doing that. So there's no big overhead you have to learn at the same time and most tutorials and examples target just what you'll find yourself doing in the beginning.

Once you feel comfortable playing around and adding minor effects (week or two), you might want to build bigger applications -- which is where a lot of non-jquery frameworks see their raison d'etre, by making it more obvious how to structure your applications. Some people don't even get that far, as they might do a lot on the backend level and are perfectly satisfied with jquery's innate abilities and that of some plugins provided.

So I wouldn't hurry things. If you find yourself in need of a framework for bigger apps and/or more organization with your co-workers, browse through some of the "heavier" framework at that time. Take a look at MooTools, YUI3, but also at things like knockout, backbone and JavaScriptMVC.(Maybe even SproutCore or Cappuccino)