skysight-inc/HackerNews huggingface dataset:
I am not aware of the inner workings of how the Flash Packager for iPhone works (http://labs.adobe.com/technologies/flashcs5/appsfor_iphone/) but probably they are not translating your code from ActionScript to native C/C++ before compiling it, so probably this would affect it.
I've considered this a few times, but each time I do I eventually conclude that my internet/technology usage is well within normal limits (perhaps it was hubris that caused the resonance cascade after all). While I'm on my computer(s) at least 8 hours a day, those 8 hours are spent working. When I'm done with work I rarely pull out my laptop, unless I'm expecting something really cool via email...

As a developer I find it odd that I only like creating software, not using it.
> I assumed that a deal with Rackspace meant a purchase of Rackspace products. I agree that you can buy a stock before trying to buy out the company--but you can do that as an individual, too.

It doesn't matter what kind of transaction Google and Rackspace are doing - it's illegal for Google employees to trade on this information and legal for Google to do so. In other words, Google employees can't trade on news of a Google deal to buy Rackspace the company or Rackspace equipment/services. Google the company is free to trade in both circumstances.

> But in this case, the company trading on credit card data is clearly analogous to a Google employee, not to Google. They have material information about the prospects of another company, and they use that information to trade.

Not at all. Insider trading is defined as improper use of corporate information by employees. Companies are free to act on their information.

It doesn't make sense to define "insider trading" as use of "improper information", let alone "non public information". Remember - a huge fraction of trades are based on non-public information.

For example, I may think that the iPad is a disaster. That's not public information, yet it doesn't make sense to restrict my ability to trade on it.
Oh yes, the China Study.

http://www.cholesterol-and-health.com/China-Study.html
How many games can you name?
OK, but in http://news.ycombinator.com/item?id=1241479 X-Istence mentions that curl ships with Mac OS while wget doesn't. I guess there isn't an official list, right?
this is bad new for appcelerator. Good luck guys!
Having more choices generally makes it harder to find the best one.
Appcelerator comments on iPhone 4.0 ToS Sec. 3.3.1
Seamless R Extensions to C++ using Rcpp and RInside
' Their analysis of design is consistently surface level, of the likes of "Look at how this deep blue makes this brand look expensive, also curved corners". The result is "designers" who can make a flashy site, but have no underlying knowledge of usability or taste. '

So, is there a site or a book that teaches (to the extent possible) taste? Because it's not just Smashing Magazine, it's most sites and books on design that I've seen. They focus on certain mechanics without much to help you train you mind and eye to manage higher visual concepts.

The few that are not simply prescriptive how-to's are in turn too vague about notions of attractive design and aesthetics. Or they trot out the Golden Ratio which, while good to know, mostly helps you make designs that are attractive in a practical way, rather than truly striking yet not overbearing.
I know all this, as I've been using Debian/Ubuntu for years, but I think that far fewer people are using Debian now than Ubuntu, resulting in less testing. Developers probably migrated as well. People vote with their feet.
They just filled the gap from TV ads(That you sometimes love to watch more then Daily soap) to Textual Ads (That you only click by mistake)
MLAKedusoln eLearnovate
Many in the world switched pretty fast to all-the-time Internet; I'm confident that many can switch back just as fast.
Seriously, hold shift on a touchscreen device? What is this, the 30s?
http://geekfor.me/faq/you-shouldnt-be-using-a-task-killer-wi...
Wait! I thought the lack of multitasking on the iPhone was a feature? http://news.ycombinator.com/item?id=1240171
> If you're an individual, and you plan on buying a company, you can accumulate stock in it first without doing insider trading. That's what I mean when I say you can do that as an individual, too.

Yes, but that's because it's your information that you're buying said company.

However, there are other rules that apply to corporate take-overs. In the US, you have to disclose when you reach a certain ownership level. (And no, you can't avoid that by colluding with other people.)

> This may be accurate. I was under the impression that insider trading referred to possessing and using information that would have a material effect on the stock price.

That's why I posted the definition and link.

> i.e. nobody's "duty of trust" is breached if a cab driver overhears his rider talking about a big deal, but I'd assume that the cab driver could get in trouble for acting on the information.

Actually, the person who was overheard violated the breach of trust.

> If it's really about trading based on information obtained through a breach of trust, you end up in an odd situation: either any breach makes all trades insider trades (i.e. executive tells information to his secretary, who leaks it to a journalist)

Huh? There's at least one obvious breach of trust in that chain.

Yes, any breach makes the resulting trades insider trades. No, that doesn't imply that all trades involve such breaches.
To me, it looks like they lowered the bar to get into one. With only two people (one being the DM), these will most likely be shorter/smaller games. That is appealing to someone like me, who has never played D&D, but is interested.
I seriously doubt that. A real desktop computer is still the easiest device to use for work or non-casual activities. I don't think it's going away, and I don't think that the whole internet will be ported into individual apps for mobile platforms. Real websites can still display normal ads when you visit from your phone's browser.
Doesn't this mean you now have to write every iPhone application directly in C and Objective-C? This doesn't make much sense. What's a translation layer? C preprocessor? What if I implement a language in the C preprocessor? That's not allowed? Ok, how much of the C preprocessor can I use? Is there a limited number of #defines before you start saying no? Do I have to provide my source code to you when submitting an app for approval? What if I implement an embedded language in C++ through operator overloading? Is that a translation layer? Is Boost a translation layer? Can I use Boost::Lambda?

The fuck? This doesn't make sense. What is a translation layer?
Unless you go live in the jungle, you will just be reminded everyone is on the Internet.
Appcelerator's initial response: http://developer.appcelerator.com/blog/2010/04/apple-4-0-and...
It's not like Google's gonna block iPhones from Google search.
Everyone is going to flame me for this but what the hell -
Dude, please.. spell and grammar check before you post stuff on your blog. There is no way you are going to be taken seriously if your content reads like a C-average high school essay.
This article should be more accurately titled "The Dying Art of Design among those who never went to design school and don't know anybody who went to design school".
For all the propaganda you sometimes get from Apple it’s really astonishing how openly Jobs sometimes says stuff like that. I like it. Not something many CEOs would say on the day they announce their entrance into the ad business.
I've been using David Allen's "Getting Things Done" methodology for about three years now and I find it works really well.

When dealing with mail the principle I follow is to use the inbox purely as an inbox and not a substitute "to-do" list.

What that means is I process each message, one at a time, starting from the oldest. I don't skip ahead to "interesting" mails. If the mail can be handled in under two minutes, I just do it. If not, I create a related task (in EMacs org-mode (which is utterly fantastic but any old text file with categories can be used)) and handle that outside the mailing system.

The mail itself gets filed into a specific category archive folder for reference. My inbox is almost always empty which is a GREAT feeling for some reason.

EDIT: Thanks for the link to sup btw. I use mutt but the 'search' feature seems tempting.
I've often wanted a way to reference web documents at the paragraph level in general, since most web documents don't include many anchors (<a name="here"/>), that you can use in the URL with a "#" ("#here").

One solution I tried was to write a greasemonkey script that would add anchors to all headings, using their text as the name.

Another solution is to google for a unique string in the paragraph you want, then use google's cached version of the page. This highlights the text, but doesn't actually add an anchor.
eg: http://webcache.googleusercontent.com/search?q=cache:L9bpHCe...

A webservice to add anchors for every paragraph is pretty simple (probably several already exist) - but I think it would be a great addition to the html standard itself so that, in effect, each paragraph gets an URL.
Watch Movies Online: Watch How to Train Your Dragon Movie Online And Review
re: the stylus, I absolutely agree that a 3rd party stylus will do the job, I was commenting on the suggestion that stylus-based interaction is necessarily a symptom of bad interaction design. In fact, although it is not fashionable, inclusion of a stylus with a tablet device would be a positive for me. (Note: I'm not advocating the old WinMo finger-unfriendly UI model)
Then what are you doing here?
> But even if there is some non-zero effect at work, when you spread it out over all taxpayers, any additional costs/savings are probably trivial.

I seriously doubt that. Large organizations are qualitatively different from small ones.
If Apple are serious about gaming, as they seem to be, they surely won't enforce a limitation that will kill tools like Unity. It will be interesting to see their clarification, but somehow I think we'll all be fine.
I need some help with this - English is my second language. Can you point me to the biggest mistakes? Please?
This is pretty bad. No more MonoTouch, nor any language innovation in software tools targeting iPhone etc. permitted.

To be frank, as an employee of a tools vendor which sells an IDE (Delphi) whose language is not one of Objective C, C or C++, this is pretty scummy - a low blow.

(I speak for myself, not for the company. of course.)
I was actually thinking the same...
Scroll down to the web architecture section to see how we do it at Justin.tv:

http://highscalability.com/blog/2010/3/16/justintvs-live-vid...
Every single database sharding project I've seen has been a gigantic pile of workarounds and insanity, even if/when people got it to function properly.

How about "if MySQL doesn't do it, then much more expensive databases might do it poorly after a whole bunch of effort"
Ask HN: Where can I best learn the practical details of image compression?
I attended a local gathering of illustrators and one artist was stuck trying to reduce the file size of his digital artwork in order to meet some limit imposed by a printer. He was determined to keep a minimum ppi and image quality, and had tried various convoluted steps in image transformation and compression.

I have to believe, though, that there's a way to calculate if certain combinations of compression + quality are even possible. If nothing else it would save people from wasting time. I also figure there must be a fairly scientific way to go about such compressions, given the details of different file formats and the type of image.

Where can I go to learn about this? Is this already a solved problem?
Interesting.

MonoTouch, which is the Novell/Mono team's rather fantastic port of C#/.Net to iPhone, compiles down to native code and apparently that was OK with apple to begin with. Unity3D which is a popular 3d framework for many platforms including iPhone (Where it runs a lot of games) was available before MonoTouch and is Mono based.

Assuming the OP is correct in the "new developer license agreement" statement (e.g. the relevant section is entirely new or changed) the "Originally written in Objective-C, C, C++ or JavaScript" is worrisome. It technically invalidates MonoTouch. Even if MonoTouch is hard translating code to One of the blessed languages before compile, you didn't write it ORIGINALLY in it.

And love or hate Mono, .Net, C#, etc etc. the fact is that it brings iPhone development to a larger audience which is (IMHO) overall good for the iPhone app world.

I seem to recall Adobe was demoing a similar system a few months back - which would compile down a Flash app to native code in more or less the same way as MonoTouch does. I guess it's entirely possible that Apple is targeting this in their change, but unlikely as this wouldn't allow you to run downloaded flash. It would simply let you download Apps from the store which were written for Flash, but since they'd been translated to native runtime probably wouldn't be the battery hogs that apple seems to fear.

I've been watching Apple long enough to think this may not be a case where they're targeting a specific person/company, rather ... it's future leverage. If they run up against something they don't like (there are obviously lots of things like MonoTouch and more coming along) sometime in the future they now have a clear one liner to point at for "VERBOTEN". They may still however work happily with companies like Novell to produce a grey-area inhabiting MonoTouch.

UPDATE: For the record, the MonoTouch FAQ (http://monotouch.net/FAQ) states very clearly "MonoTouch is delivered as a static compiler that turns .NET executables and libraries into native applications. There is no JIT or interpreter shipped with your application, only native code. ". Obviously this distinction used to pass the test.
Maybe focus on what you're doing instead of what you've done. Be nice to people and find ways to help them out with their problems. Instead of listing out your credentials express your willingness to help.

This seems to be the approach that Richard Feynman took. He says in the BBC series "The Pleasure of Finding Things Out" that he hates the concept of awards, and he did things for the pleasure of doing it and having it used by others, not to earn some sort of recognition.
Let's not forget Apple first intended the apps to be Web based. Or well, at least it pushed the idea until AppStore was done.
That support replication? Just for starters.
In terms of a list, you can try this (though I can't swear that it's completely up to date): http://ss64.com/osx/

Also, unless you install the developer tools (they are freely available on your install disk or you can download them), you don't have a compiler and other key development tools. But even before install the developer extras, you have a fairly full set of basic *nix tools and languages (Perl, Python and Ruby) to script in. Note that if you're used to the GNU version of the coreutils, find, etc., you may get some surprises in terms of flags. OS X uses BSD versions.
“Well, shit. It’s not SQL. What do I do now?”

Fantastic.
Even if they did the app still wouldn't be "originally" written in one of the approved languages.
I don't think this shift has anything to do with people wanting to reduce the birth rate, though I agree that this situation is something we were going to have to deal with eventually.

We live in a world with finite resources. I've seen a few scientists point out that you can never continue exponential growth in a finite system. Whether it is the population or the economy, we have to level-off at some point.

Sadly, the ecological limit is imposed by starvation. I'd like to think we're smart enough to stop before that.
And that brings us back again to the fact that JS, CSS, HTML5 and Canvas make up a horrendously bad development platform for the kind of apps you see on the iPhone, or even Flash. It's not impossible, if you have brilliant developers and many millions of dollars of resources like Google does, but it's much much more difficult.

Ironically, a main disadvantage it has is extreme dependence and incompatibility among different browsers, and dealing with this can easily swamp the development cycle. Even performance differences across different versions of JS can make massive differences to an application. This situation shows not even a hint that it could improve in the future. Developing for iPhone, you write the app once and it will work the same on everyone's hardware.

I've been modded down on forums for a couple of years consistently for pointing this out, yet you sure don't see many developers actually building complex apps using JavaScript platforms, despite the lip service given to it.
I think this component is not intended for replacing a date input field, but for select a date
New iPhone Agreement Bans Flash-to-iPhone Compiler & Others
Maybe instead of a business plan, it should be a business journal. Keep a log of what you know, and a long of what you know you don't know.
> None of the "rabid fanboys" have been claiming that multitasking will reduce battery life down to 5 minutes. Most haven't claimed that nobody uses multitasking; they just say that most normal people can get along without it.

Do you even read this site?

Go look back at the last 6 months of posts on the iPhone and iPad. Nearly every single thread brings up this issue, and the fanboys come out in droves to try and explain away this lack of functionality -- most typically with nonsense arguments like I posted above:

- GUIs for multitasking are too hard!

- The battery will drain!

- The GPS will be pinging all the time!

- Nobody uses multitasking!

- I don't want a phone that needs a task manager to kill background apps! (I bet a whole Nigerian Dollar that we'll see task manager apps within 6 months in the app store)

- etc. see http://news.ycombinator.com/item?id=1240366

Now Apple comes out with multitasking (limited or not, it doesn't matter, just because Pandora can now play music in the background doesn't mean that Apple pumped their API full of magic pixi dusts where suddenly that won't eat away at the battery.) So now what do we see fanboys carrying on about?

<Backtrack backtrack backtrack, revision, revision, revision>
Fanboys: We never said that multitasking wasn't important! We just said that mumble mumble. Besides it's not lack these are just background apps, there's a special magic API that developers can use that's so carefully designed and built by dwarves in their mountain code smithery out of mithril and fairy dust that it doesn't fall afoul of any of the problems we see everywhere else, like UI LAG!

> The "normal people"/people who love to troll Apple users/you like to claim that Palm, Android, etc. have great multitasking systems, while ignoring the fact that those platforms do have noticeable UI lag, and generally worse battery life or performance. If you're trying to make a sound argument against Apple's stance of offering limited or no multitasking, you need to acknowledge the tradeoffs and then show that the stuttering, longer page loading times, or lower battery life are worth the overall productivity increase of multitasking. You can't just claim the downsides don't exist.

My point is now proven. See your own comment. The OS upgrade and the availability of an API for background services doesn't suddenly free Apple from these constraints either. I think somebody here even made some claim about how other phone makers had a problem with location based apps draining battery by constantly pinging the GPS. Apparently he didn't read the press announcement where Apple allows for just exactly that function in background services.

Either fanboys said multitasking was a bad idea on a phone or they didn't.

And if they did they listed a bunch of reasons why.

None of those reasons are eliminated with this variant of multi-tasking.

sigh It's like fighting with people who suffer from continuous short-term memory loss regarding things they just said.
Apple deals some blows: thoughts on iPhone OS 4
"Half the people in human history who reached the age of 65 are alive now."

It's an interesting comment, but the article offers nothing to back it up. How would they know that?
I haven't looked at the APIs yet, but it will probably be possible to do something like not DCing an ssh connection via the task-completion API, as the example given was uploading photos to flickr.
ok, major mistakes: (and my corrections probably have some mistakes in them as well, this isn't easy stuff)

1. "Its" versus "It's". Its is possesive. It's means "it is".

2. "game-changing device with graphical user interface." should be "a game-changing device with a graphical user interface." Notice the "a".

3. "but it’s competitors" - you mean this: "by its competitors". Notice the BUT and the ITS.

4. "they offered cheaper version of Mac also with graphical user interface" should be: "they offered a cheaper version of the Mac which had the same graphical user interface".

That's just the first paragraph :) But writing is hard, especially if it's not your native language, so don't give up.
I'm sorta surprised they didn't wait until Tuesday (after CS5 drops) to drop this bomb after everyone bought flash CS5. But then again, that's likely why they did this show and tell today, to make sure people didn't buy flash.
Are you implying then that Apple:

1) Has trouble finding optimal solutions given numerous choices?

2) Has found the most optimal solution?
Inside India’s Rent-A-Womb Business
New Hiring Formula Values Math Pros
Thank you very much!! I'm reading the whole story once again - will try to improve it.

Thanks again!

BTW - I'm a startup guy. I never give up :)
Google is the default search engine of most Microsoft users. There's no way the iPhone is going to lose Google search. Meanwhile, search is simply not a huge part of my iPhone experience.

Maps is actually a bigger deal to me --- but maps is also easier to replace.
So we know that people are living longer and longer. We also know that yearly health care costs are rising. We also seem to think we can keep the latter in control while continuing with the former.

The fact is that older people incur much larger healthcare costs over their lifetimes [1]. In fact, "[those 85+] consume three times as much health care per person as those 65–74, and twice as much as those 75–84." If we keep inventing new treatments to keep you going until the next crisis, or another drug to take to prevent yet another fatal condition, then we're going to have to realize that health care costs per life-time are going to increase, and that is going to be spread through the population through insurance.

Unless our lifetime earnings increase as fast as the cost of medical technology, we will reach a point where we cannot afford to live longer even though the treatments exist. We may get to a point where we have to make the hard decision of how long we want to wait until we retire and how long we really want to live after we retire.

I don't know what the solution is, but I can't help but notice that we are not in a sustainable situation.

1. http://www.ncbi.nlm.nih.gov/pmc/articles/PMC1361028/
What you say about the experiment results is true. I don't know if this one is any better, but the guy who gave this TED talk found similar results when looking for communities having people with the longest life spans:

http://www.ted.com/talks/dan_buettner_how_to_live_to_be_100....

One of the places with a lot of centenarians was a place near Okinawa, Japan, where people form life long friendships. They also eat healthy and I'm sure other variables are different. I find the correlations interesting even if they are not conclusive.
StartupTalk from Venturehacks
That's why the article argues that Google should be releasing tools to make this development easier - a framework can deal with a lot of the inconsistencies between browsers.