skysight-inc/HackerNews huggingface dataset:
The only real glaring mistake I noticed was the usage of "it's".

"it's" is used in almost all cases for "it is"

"It's a beautiful day outside"

If you want to show possession, you use "its"

"Apple showed off its Iphone 4.0 update today"

Don't worry, native english speakers get this wrong all the time too.
Is there a legitimate reason for this, or is Apple just thumbing their noses at Adobe (and everyone else)?

Is Apple primarily annoyed that Adobe's app and MonoTouch aren't doing it the "Apple" way? Or do they not like that those frameworks present non-standard UI's (I haven't used MonoTouch, so I don't even know if that's the case here)?
iPhone have a lot of mind share, though.
Would Adobe have a valid antitrust case with this?
LinkedIn Observes The Rise of Professional Ninjas
Palm is already doing this with their WebOS platform. Of course nobody cares because nobody buys Palm anymore.
I have tried using bing for search, and it did not cut it, yet. Unless you are only searching in English. I search in German, too, occasionally.

However I found maps.bing.com to be quite enjoyable and in some aspects superior to maps.google.com -- e.g. bing's "birds eye view".
Have you tried using an automated grammar checker? The latest versions of MS Word are pretty good. I've also heard good reports about WhiteSmoke http://www.whitesmoke.com/ but haven't tried it myself.
Doubtful. Adobe, Appcelerator, et al are not in competition with Apple, only making products which run on theirs. The ToS have always been disclosed as variable. It's a good reason not to predicate your business model on the whims of another company which has no stake in your success. :/
I swing back and forth in thinking that stuff like this is either fluffy navel gazing or serious introspection. I'd like to think it serious introspection.

I'm on my laptop a fair amount, and at home there's almost always a laptop open on the kitchen counter for checking email. My wife reads quite a bit online, and I do too. Our older son, who is 7, is just beginning to poke around on an old laptop. Do I spend a fair bit of time each day on my laptop? Yeah. I don't, however, carrying a mobile data device (yes, I have a cell phone, but no data plan), so if I'm not at home, or at work, I'm not "connected," and I don't feel anxious about that.

We're leaving shortly for a one month road trip. I'll be working periodically, and my wife has an iPhone, but I'm looking forward to being disconnected for days at a time. I'm not sure it'll be liberating, though, since I don't necessarily feel that I am a slave to anything.
Some comments and annotations:

http://crocodoc.com/yKxu2w
As Dave Winer might say, "They're throwing us (a bit deeper) into the trunk".
Can do:
"Apple was almost completely destroyed but it’s"
..
"Apple was almost completely destroyed by its" - proofreading would catch "but/by". "It's" is a contraction for "it is". No apostrophe is needed.

"between today market situation and the past"
..
"between today's market situation and the past" - "Today" is used as a possessive so it owns the "market situation". Ownership (in many cases) necessitates an apostrophe+"s". This is John's car. Tomorrow is Kate's birthday. It's a nuance that an ESL student can easily miss.

In fact, rereading your entire post I see many things that are rules that can easily be overlooked by ESL students.

Also, dashes ("-") should not be used for pauses unless they are being used for dramatic effect (someone will correct me on this and that's OK.) In every place where you used it (I count 4) it should either be replaced with a comma or eliminated.

"Apple announced it’s newest baby – game-changing device"
..
"Apple announced its newest baby, a game-changing device"

"During the “PC war” there was a common platform for all the PC Clones – it was Microsoft DOS/Windows."
..
"During the “PC war” Microsoft DOS/Windows was the common platform for all the PC clones."

"And here we are today – Apple is not afraid of competitors"
..
"So here we are today. Apple is not afraid of competitors"

"we know it can be done – JQTouch anyone?" - OK

"write native apps for Android – instead they should reward"
..
"write native apps for Android. Instead they should reward"

Just keep writing and practicing your skills.
I find it same time amusing and hard to believe that this kind of requirement (writing apps only in C++ & Obj-C) is legally possible.
I don’t see the issue here. Pretty much every company has taken to protecting themselves against everything under the sun in their license agreements. That’s (sadly) standard practice at this point.

Beyond that there’s a legitimate need for this particular clause and that’s to prevent vendors who would market poorly written tools that create buggy applications.

So the question isn’t “does Apple have the clause” it’s “will Apple use the clause against legitimate developer tools like Adobe Flash or monotouch”. Until they do I don’t see a need for criticism.
Oh, I forgot to thank you, very interesting post.
And yet....http://fontfeed.com/archives/ipad-typography/
Perhaps reading hacker news constitutes part of superjared's workday?
I don't think I could ever quite quit the internet, but I am happy with my decision to stick with a twenty dollar internetless dumbphone, which at least guarantees that I won't be on the internet unless I'm at the office or at home.
This could mean instant death for MonoTouch. What developer would choose to write an iphone/ipad app in MonoTouch with the risk of having to re-write their app if apple drops the hammer.
24 More of the Best Linux Commercial Games (Part 1)
Have it forward your SMS message to your actual iPhone phone #?
I'm using latest MS Office for Mac. I'll test Whitesmoke - thanks for the tip!
Disclaimer: I'm a co-founder of NOLOH (http://www.noloh.com)

I'm sorry but this isn't true. Platforms such as NOLOH, Cappuccino and many others allows you to develop sophisticated web applications without having to worry about JS, CSS, HTML5, or browser differences, among many other things.

You say Developing for iPhone, you write the app once and it will work the same on everyone's hardware, similarly developing with NOLOH or Cappuccino for example allows you to write your code once and have it work automatically on all browsers, and operating systems.

Furthermore, you definitely wouldn't have to spend millions of dollars to develop products like Google's with these technologies.

As a matter of fact we've had complete novices use NOLOH and create applications significantly more advanced than their counterparts applications from Google, Microsoft, and others.

The problem is that as you say developers aren't using the tools that are available, it's not that these tools don't exist. In my interactions with developers the problem usually stems from not wanting to use these tools that are available. For whatever reason when it comes to the web many developers don't feel like they should be using frameworks, but rather deal with the hell that is the current web themselves.

However, when it comes to building applications for iPhone, iPad, and similar devices they have no problems using the frameworks provided to them.

You can have the best tools around but if nobody uses them it doesn't matter, but saying that the web is a bad development platform or that it takes many millions of dollars of resources just isn't true any more. All it takes is an open mind.
Nope. Apple doesn't have a monopoly in the phone market.
How exactly is the CLR crippled?
Even if such a thing could cope with rendering differences, there's not a damn thing it could do about performance differences (unless it artificially slowed down everything to run as fast as the worst browser).
I don't think he was necessarily suggesting putting GA at the bottom of the page. I read this as, "put the DOM ready detection" at the end of the page.
MonoTouch is a commercial product ... and they (Novell) were probably hoping for a business plan to finance their open-source development.

Unity is very successful in the iTunes store, with at least 1 game in the top 10 developed with it.

Adobe CS5 would be great because of their authoring tool, and no matter what your views on Flash are ... that's what the approval process is advertised for ... to remove crap from the app store, and I'm pretty sure you can write optimal apps on top of Flash.

What the fuck are they thinking? If this is not a mistake, couldn't they announce this sooner, before all these companies waisted time on developing their products?

This is just proof that having your business relying on a company that thrives from locked-in, proprietary platforms is a really stupid idea that should be taken with caution.

And again, how can I recommend an iPad to my mother or other less technically-inclined people? What stops them from locking those users out of their own device they paid for, if such a thing becomes aligned with the interests of Apple?
The rule seems to restrict more than can be verified in reality. Since you don't submit the source code, there's no way to tell what language you used. As long as it doesn't do dynamic code generation, everything should work.

(of course if you don't mess with the binary after compilation, the language could be identified in many ways, but you can as well change the result to look like whatever you want)
I don't really have a politically correct way to say this: What a horseshit maneuver by Apple.
Whatever layer (Mono, Java, ...) you may want to add, just let it generate C code instead of native code. Problem solved.
I don't see how Monotouch is not at risk here. While they may not use an interpreter, there is no objective c source code used in the building of a Monotouch application.
I'm bored of such books that repeat the same thing but with different words. I already know that building websites, blogs or forums can make passive income (and I already have some websites); I just added this thread to see if there are some other ways HN users are profiting from.
What developer would choose to write an iPhone/iPad app with the risk of having to re-write or trash their app if apple drops the hammer.
When you're writing a third party script you don't have control over where in the page someone will put it. Having code to detect DOM ready is useful in these cases.
If I'm reading this clause right, it seems to prohibit Greenspunning (as a "compatibility layer.")
Has Google been Time's Person of the Year yet? It will be.
Is this link mirrored anywhere? It seems to have gone down.
How is "market" defined, legally? They certainly have a monopoly over the "iPhone" or "iPhone App Store apps" markets. Of course, that reasoning could get absurd pretty quickly, so I'm sure it must be defined at a pretty generic, high level.
Besides putting weight behind HTML5 as a means of making native (not native-quality, but native) Android apps, Google should be working with Adobe (and RunRev and Unity3D and whoever) too. Frankly, Flash isn't the closed platform that should frighten them anymore.
Say hello to the new boss, same as the old boss. The corporate pissing matches have started in earnest...

When Alan Kay said Apple would take over the world with an iPad, I don't think he realized that eToys or anything like eToys would never be allowed to run on the device and that a majority of the apps will probably have commercial spots embedded within them. Actually it reminds me of "educational" tv all over again...

I'm starting to see the point of people who complain about the consume vs. create nature of the iPad...
A framework would be a start, but overall a very incomplete solution that's nowhere near as nice as the well-defined playground that is the iPhone/iPad and their corresponding app stores. JQuery and friends brought cross-browser web development, with animations, ajax, etc., into the realm of possibility for many people where it would have been completely impractical to do before. Even still, getting cross-browser apps to run when everything is written cleanly results in a lot of piled-on hacks.

The biggest problem though is a lack of a well-organized app store: centralized distribution, the arguable benefits of a review process, and most significantly the monetization framework that it provides.
I've personally heard Eric Schmidt say that mobile is the future of of Google (and this was several years back--they saw it all coming). Mobile phones will provide more people access to the Internet than PCs in the very near future. The phones are already there, it's just your definition of Internet access as many are very low-tech devices that can only use SMS to get mobile data.

Desktop computers will remain popular for work in information based economies like ours, but there are billions of people out there who will access the Internet soley from mobile devices.

(I'm currently sitting in front of my computer but am writing this on a mobile device.)
I'm pretty sure that it's legally possible. It's a contract and I don't think that this restriction would be struck down by any court as being not valid.
I don't like this at all. Maybe they only meant to hit Flash, and maybe not, but as written this is in direct opposition to one of the most important principles of software development. Apple themselves must have benefited countless times from writing software in layers. But no layer above their layers is permitted?

I wonder if the open source world can successfully fight back, by making compilers that generate code the app store police can't tell from hand written.
I'm implying:

1. It's unlikely that anybody has found an optimal cut+paste system for multi-touch devices.

2. The broader range of imaginable ways of implementing cut+paste means that the first solutions to market are relatively unlikely to be considered "good" once the various options have been more fully explored.

3. The large number of ways to implement cut+paste means that there will almost certainly be a significant difference in the quality/usability of different solutions. These disparities mean that the mere presence or absence of a cut+paste solution is not enough to judge whether a product does a good job of fulfilling the need for cut+paste. Simply asking whether a product has a cut+paste system is not helpful for comparing multitouch devices, because not all methods are equal, and some may be virtually unusable.
Argh, make the Apple fanmactics stop!
https://bugzilla.mozilla.org/show_bug.cgi?id=487638
No, if your app is originally written in C# or Java and compiled to C you lose. At best you could try to play hide-and-seek so that binary analysis won't reveal any hint of the source language.
If you have traction and need money you should apply.
Nivi and Naval are like your uncle that's connected and knows everyone. If they think your start up is promising it will be shown to the right people. I applied.
I have been a very loyal mac user for years and love it, but I'm seriously considering going back to Linux. I am not a free software "zealot" and don't mind some closed-ness, but this is getting absolutely insane.

Enforcing which LANGUAGES can be used on a platform?!? Insane!

Edit: I've been looking at these guys:

http://www.system76.com/

(I don't work with or have any vested interest in them, but they look cool.)
Contracts of adhesion often are often found Unconscientious and not enforceable.
I've gone offline for a week or so. While I was doing my masters I only used the internet while at school, mainly to do research.

It felt good, didn't feel like vast swaths of time just disappeared into nothingness.
The browser seems to be where Google is strongest, and I think they know that. Look at Maps, Translate, Gmail, Documents, even their plans for the Chrome OS. I think they combat Apple on other platforms more to antagonize them, leaving their main efforts for the web.
Keeping up with new technology, and HN is a good place to do it (despite the sometimes entrepreneurial slant).

Being side-tracked for a few minutes, like making the comment above and this one now, is not a big deal. The point of the article is about getting side-tracked for hours, especially with something so dangerously addictive as technology.

Stepping back and taking stock of your activities is always a good idea.
15 hours doesn't seem like much to build something like this from scratch.

I'm sure that we or the guys at Cappuccino & Sproutcore could throw a similarly functioning demo together quicker.

Well go ahead then. Still keep in mind that you're comparing the efforts of big teams with the efforts of ONE guy.

(edit: oh and his framework is also open source and free)
> Applications must be originally written in Objective-C, C, C++, or JavaScript as executed by the iPhone OS WebKit engine

Controlling programmers like this seems positively insane, doesn't it? Does this mean that games can't do scripting in something like Lua either, under the letter of Apple's law?
I did a quick mockup of a interface that would work for me. You can see both future and past. However you could slide today over to the left and reveal two more future columns if that interests you more.

By scrolling/swiping you could change the day with focus. Also by tapping on any visible date, you could give focus to that day. Also a "Today" button to go to the present.

http://downloads.clearcove.ca/NonLinearTime.png
Preparing Your Site for the iPad
I made contributions to presidential candidates in the last two races. I could find neither in their database.
Hey lookie there, I can return this iPad still. I'll go buy a second android phone for my Development shop. Great Job Apple!
MonoTouch uses Cocoa bindings, so the interface is using native components.
I've been coding in F# for the last few weeks at school, and I gotta say, F# takes everything good about SML/NJ, and rips it out. I mean it even makes the error messages more cryptic. The CLR is cool, but not worth destroying a language for it.
You could say the same thing about developing software for any platform that isn't open. None of these companies could have foreseen that Apple would drop the hammer on the creation of tools to help developers create more iPhone applications. They still have to pay Apple to develop for the iPhone. It's not like this was some end-run around the system.
Pepsi Youngistan Ka WOW Game Video
In principle, couldn't any of these translation layers be converted to code generators that would produce compiled Obj-C that would fall within the rules?

Surely they aren't saying that all code has to be entirely hand-written? If so, then is running search-and-replace on a source file not allowed?
And MonoTouch, Unity3D. John Gruber has good write up on it.

http://daringfireball.net/2010/04/iphone_agreement_bans_flas...
Native Device Apps vs. Web-based Apps
A clear and concise presentation on native device apps vs. web-based apps.
You would see political gridlock over pension/social security programs cutting back on anything, health care becoming an entitlement program, a casual disregard for running up debts that future generations have to pay, and education costs drastically out-pacing inflation.
I agree that seems to be the solution. It does push some of these vendors (Adobe) back months though, which may be their strategy.
Were they above $250?
I suspect never (as a native app).
I don't really get it. It seems the author is using the Internet for all the right things: communicating with people, helping people, his bussiness is internet-based, which supports his family. It seems he's getting more out of the Internet than the time he inevitably wastes online?
Oh man, just when I was impressed with what they're doing in iPhone OS 4.0, they throw this in.

I was hoping to finally develop for the platform thanks to background services, but my moral objection is now at par with my profit motive.
If stuff gets compiled to ARM code and is linked to Apple's frameworks, which I think both Flash-to-app and MonoTouch do, it should be all the same to Apple. Therefore I'd go with thumbing their noses at Adobe. And I'd even say it is because of Adobe's we've-already-sneaked-in-a-bunch-of-apps stunt. In other words, this is not entirely about the betterment of the iPhone platform, it's at least partly personal.
McIntyre programmed his computer using Mann's methodology and entered completely random data into the program. The results, says McIntyre, "was a hockey stick curve."

That was a good hack.

Plus, this piece seems a better overview of the whole debacle than anything I've seen elsewhere.

(Found in the first column of http://www.aldaily.com/, in their second decade of internet service.)
I think a slightly better comparison is if most other car makers had really lousy automatic transmissions that used 30% of the fuel, and VW waited to announce a car with an automatic transmission until they had one that worked really, really well and was just as efficient as a manual transmission.
Lua is definitely out, and has been out for longer: Apple explicitly prohibits embedding interpreters, like the Lua interpreter, in your apps.
The internet needn't be an either/or.

Just distinguish between surfing and searching. The first is a form of entertainment and the second is connected with problem solving.

(OFC, entertainment can be valuable and educational, and can help solve problems indirectly; I don't want to knock it.)
I missed that. Yeah, then in all likelihood, if it isn't supported directly, one could hack it.
Yeah, but the timing of the news could possibly end them in court.

Had they done this months ago, they'd likely have not had a problem. But 4 days before CS5's release? I could see that adobe has already filed suit.
Games never could do scripting in Lua, since you can't run interpreted or Jitted code on the iPhone anyway.

What they are forbidding now is the usage of any third-party compilers that are producing native executables ... Adobe CS5, MonoTouch, Unity.
It especially sucks if Apple does follow through with this and the people that paid for MonoTouch end up with a digital pet rock.

http://monotouch.net/Store $999 for the Enterprise version? Ouch.
Yeah, I really thought all the hysteria about how Apple will crush small children's hopes and dreams by distributing a closed platform that does not allow tinkering was off base until now. This has much more the flavor of intent to put a stranglehold on the device above and beyond handicapping their competitors.
"a majority of the apps will probably have commercial spots embedded within them"

The majority of apps on the app store already do. Free apps, ad-supported. Apple just wants the ads to not suck so much, but hey, nobody has to use iAds.
Add to that the effort it would take to support credit card processing to sell your web app, then compare whatever you'll build to the two-taps buying process in the App Store. For a large class of applications [1], there's little doubt that developing for the App Store still has an enormous advantage over a web-based counterpart.

1. Luckily for Apple, it's precisely the class of applications that makes them money. I can't imagine Steve cares very much if GMail is a native or web application.
Scripting would already be covered under the rule 3.3.2, ' No interpreted code may be downloaded or used in an Application except for code that is interpreted and run by Apple’s Documented APIs and built-in interpreter(s).'
the wording says "Applications must be ORIGINALLY written in Objective-C, C, C++, or JavaScript"
Yeah, the "no compatibility layers" bullshit is just that, bullshit.
(By the way, “black art” is a old fashioned term for typesetting. Good choice of words there!)
It's called Dashcode, and it ships with the OS X Developer Tools.
"Originally written" is not really well defined anyway. Nor can be determined when you got pure C code at the last step.
If the apps are junk Apple could simply not approve them. There is no need to make a special case for apps written in other languages, it's quite easy to make a buggy app in C/C++/Objective-C.
Isn't MacRuby sponsored by Apple? There's been discussion re: writing iPhone apps with MacRuby, AOT compilation. I wonder how that project will be affected?

http://lists.macosforge.org/pipermail/macruby-devel/2010-Jan...
No, that was prohibited a long time ago.