skysight-inc/HackerNews huggingface dataset:
I agree. If you want eyes on your patch I have two of them right here that I'm willing to send your way. Name and shame tickets that have been left open and the reasons why.
> If the future says we'll be able to cross-compile our apps...

Apple wants to prevent that future, not embrace it. They'd rather sell millions of iPhones to consumers than sell hundreds of Macs to developers.
Seamonkey is a good wysiwyg editor. You can visit any page, save it, and do edit HTML. It's not excellent but is better than raw text editing for ux mockup ideas.
We are always looking for US-based Django and Javascript developers at http://hiidef.com - which is a web services incubator.

Hii Def owns and operates http://flavors.me - http://goodsie.com and http://superkix.com

Please send resume and code samples to: jonathan@hiidef.com
After some reflection, I think you're definitely right that it's a factor. But I'd still be surprised if it were the primary one, despite what they claim. The developer base is just so huge, any new platform feature is going to have dozens of apps to show it off right away.

Saying that they're doing it to further their platform sounds a hell of a lot better than saying that they're doing it to hurt their competition!
I should also point out that yes, why software is released with "hundreds or thousands of known bugs" it is within the grasp every project's community, not just Rails, to go about fixing these.
Magnetar says it was "market neutral," meaning it would make money whether housing rose or fell.

Sounds like they were acting as market makers to me.
Taking up risky long positions and hedging with short positions to protect the downside. Sounds like whoever took
the risk of the short position misjudged the cost of that risk.
I think 3.3.1 is a smart choice from apple's perspective. They need to raise the barrier of entry into the app market and make developing apps more difficult, because there is currently an oversupply. Even if the clause turns away a ridiculous 70% of would-be app developers, I don't think apple will suffer.
I agree that it makes android a lot larger; however, I feel you underestimate the cost to make an iPhone app.

Also, I feel you are underestimating the 'theoertical possibilities'. I have a custom keyboard (swype) that allows me to "type" extremely fast. On my computer, I use Chrome; it integrates poorly with KDE's UI, but since it is so damn fast compared to firefox, I use it.

Finally, a quality loss is very debatable for cross-compiled apps. Polarbit (http://polarbit.com/) cross compiles to iphone, android and Symbian and their apps are quite good.

Performance might not be such a big deal either - high-end Android phones spec-wise are significantly better than the 3GS; this advantage should make up for slower apps.
If his rant encourages just three people to each fix a bug of the same complexity as those he could have resolved instead of writing said rant, the project breaks even. If those three people continue to submit patches, the project comes out ahead.
In my experience it's really tough to make an Android app look good. I started building an Android app, but got frustrated trying to muck with XML, never getting anything to layout how I wanted it to. I decided to give Cocoa Touch a try and found that the built in libraries take care of just about everything you need. I probably just didn't give it enough time though. I do plan on revisiting though.

Objective C is a _giant_ pain in the ass, though. Just adding a property to a class means adding four lines between 2 files. I can't even imagine how people coped before 3.0.
Same result when you Google "recursion"
Apple doesn't have to take web apps into consideration when they're considering changing the platform or the API however they see fit. They're committed to upholding open web standards, but have no similar commitment to their own API. HTML standards are slow to evolve by design, and Apple is okay with that, however that is the last thing they want with their own software stack.

Apple isn't focused on developing a smart phone operating system. They're focused on redefining what a computer IS, and how we interact with them. That's why they've been so careful about copy+paste, and later multi-tasking. They are taking this as a chance for a clean slate approach to computing and don't want to be hampered (or their customers to be hampered) by slow-moving third party compatibility layers. How much as Window's development hampered by the fear to break legacy apps compatibility moving forward? Apple isn't afraid to make their developers jump through hoops and make changes if they think it will benefit the platform in the end (a la the Intel switch). They'll provide tools to make that as painless as possible when the time comes (e.x. iPhone app compatibility on the iPad, Rosetta) but having another layer in between only slows this process down.

Whether you view Apple's actions as that momentous and revolutionary is largely irrelevant. I think THEY do.

Not that I'm not upset by this as well, but I'm trying to make sense of it.
I enjoy your metric of "time to write post" vs "fixing bugs" and feel that it is accurate. In fact, I was still hyped up about the post afterward that I made a few patches myself (thereby proving your "time to write post" vs "fixing bugs" metric just about correct) and got noticed by somebody on core willing now to give me write-access to the tickets so I can do the janitorial work necessary.

If you have children and family, of course they should come before any silly little open source project ;). Absolutely. If I had a wife (or girlfriend, for that matter) and kids I would be spending time with them too. But for now, I devote my effort into coding and writing.

My post is more directed at those magnificently-talented people (and perhaps, those who are not as much) to, instead of sitting there and wondering about "What can I do?" or whining about "When is it coming?" to actually do something about it. A great example of this would be a guy named Roland Moriz who has been going through lighthouse and picking out tickets that should be marked as invalid or completed. This is a simple process of just reading a ticket and determining its status.

If a thousand people went into the lighthouse and picked out one ticket, just one ticket, and "evaluated" it, then we would be long on our way to having no tickets left to evaluate.

I sincerely hope you enjoyed your wine and dessert and I appreciate your time spent to write that comment, all feedback is welcomed.
Results for my real name indicate that I have a doctorate, 4 bedrooms, 2 baths, and that I was last sold for $650,000.
Looks like composition and a struct alias, not inheritance to me.

Is my C that rusty?

For example, say that the "struct parent" type (which in your example has no members) had a member named z. In your example, I expect to be allowed to do something like this:

(*bar).p.z

which is composition. But not:

(*bar).z

which would be member inheritance. Because bar/foo/child all lack a z member. Only "parent" has a z member. Am I wrong?
I saw this through Twitter, essentially the same thing that I have but done with just one input element. It works only on FF though. Still very impressive - http://twitter.com/dtinth/status/11969821668
A Stroke of Luck
Re: Calender Web Service.
How about Tungle? http://www.tungle.com
Allows other to schedule with you with no signups. It also works with many calendar apps.
What pandering?

He is an investor of Seesmic. He is also the founder of TC.
He used TC to promote Seesmic. Seesmic founder made some predictions which didn't come true (like millions of other people who makes predictions that doesn't come true).

A rational, reasonable, sane investor would chalk it out as an investment not working out the way they hoped for. But MA has to single him out, of all the people who were wrong, in public and ridicule him.

After this and crunchpad incident, why would any reasonable person would want to do business with this unstable individual? You have to be extremely desperate or stupid to do business with him.

IMO YMMV.

ps. You can chalk out my reaction towards him as not pandering to TC and everything Arrington like most of HN.
Porn. Can we kill this please?
It depends. Lets say that Adobe's compiler allows Zynga to quickly port FarmVille to Android as a native app. There are 82.4 million FarmVille users who, like crack addicts, always need their fix. They might just buy an Android phone for FarmVille and all the other games they play daily.

Now Zyngna does as you said and hires someone to build an iPhone OS native version. It'll come out 6 months to a year later -- but it's there. Then what happens? FarmVille is always being updated. It's easy to update the Android version but iPhone version always requires more work. So inevitably it falls behind or stops working entirely. Is that really more attractive for mainstream users?
Data point: I submitted a simple patch for Rails 3 that got resolved in about 2-3 days. On the other hand, I have good friends who have experienced the same issues you describe.
A hedge fund isn't supposed to hedge away all returns. The hedged part means that they buy and sell similar assets whose prices reveal discrepancies. In this case, there was a discrepancy between the return of the equity slice of CDOs (very high, implying a high default risk) and the cost of insuring the debt portions of CDOs (very low, implying a low default risk).

Magnetar basically said "Okay, the risk is probably not as high as the equity guys think. And not as low as the debt guys think. Why don't we buy from the equity-holding pessimists, sell to the debt-holding optimists, and pocket the difference?" And they bought, sold, and pocketed.

If you're going to be outraged, pick one:

Did they profit from the misery of others by selling short? Then they had to be net sellers, which decreased prices and made the bubble smaller. Or did they needlessly fuel a speculative bubble? In that case, they had to be net buyers, which would make them net losers.

Since Magnetar was long volatility (returns will either be way better or way worse than investors expect), this complicates things. But they basically made money from being right, while their counterparties lost money for being wrong. As long as everyone goes into these transactions with the same information, that's the only way fools and their money are parted.
What's your app?
I had originally considered the encrypted / hardcoded password, but wouldn't one simply need to grab the decryption code with the same hack (files set to 0777) and have access?

Not trying to be flippant, it just doesn't strike me as easy to do.

A determined attacker with read-write access to the server is going to be able to do whatever they want, whether or not we encrypt the PW. The only thing that could reduce the damage level would be to avoid code monoculture; the only reason someone was determined enough to do so in this case was because there were thousands of blogs hosted on that shared host, all of which share the exact same vulnerabilities.
We have several positions available at Remember The Milk (we're based in Sydney, Australia, but you can work from anywhere):

- Software Engineer (Server-side)
- Software Engineer (Scala)
- Software Engineer (Windows)
- UI/Interaction Designer

For full details see: http://www.rememberthemilk.com/about/jobs.rtm
Or the old fashioned alternative: browser & editor side-by-side on your screen.

Browser rendering the same HTML file that is loaded in your editor.

Edit.

Save.

Hit refresh in browser.

Optionally: add a simple, development-class web server (like web.py).

Bingo, done.

I guess I feel like the "editor" and "render" parts of the problem are already solved. I'm not sure that we gain more than we lose by trying to smash them together into one gob. For debugging/tweaking an existing web app, sure (then use something like Firebug), but for general development from scratch there are a lot of benefits to using a real browser and real editor.
What if the greatest athlete alive decided to actually get serious?
Open Flash Chart http://teethgrinder.co.uk/open-flash-chart-2/
Arrington has two roles (investor and journalist)

On TechCrunch, he plays the role of journalist and I think he did the right thing by pointing out that some developers are in denial.

As a writer for TechCrunch, unless Arrington promised "favorable" treatment to Seesmic, I see absolutely nothing wrong in him criticizing Seesmic based on publicly available information.

If Seesmic didn't want to be criticized on TC, they should have made that a pre-condition for funding (and I'm sure Arrington wouldn't have contributed to funding the company)
I agree this temporal aspect isn't the only dynamic, but I don't see people talking about it much (at all?). I think it's worth thinking about as an angle on the whole thing. Market tempo matters. Doesn't make what they're doing any more palatable, mind you -- but it does make it more comprehensible (to me, anyway).
> I've heard a lot of complaints about developing for the iPhone, but none about the quality of the development environment.

Consider this your first, then: the iPhone development environment sucks. People are using it despite the suckage or because they don't know any better. I do have an app in the app store, but the experience of making it was so painful - the cruftiness of Objective C, the gawdawful poorly-integrated mess of the Interface Builder, and various DRM issues - that I just couldn't take it anymore. I had a long list of apps I wanted to build next and features I wanted to add to the one I had, but programming for the iPhone turned out to be so unpleasant that I couldn't stand doing it.

The same sense of aesthetics that makes me really like using the iPhone makes me dislike using Objective C or the iPhone dev environment in general.

By way of reference, I really enjoyed programming for the Newton using the Newton Toolkit and NewtonScript, and I really enjoy using Ruby. Ruby and NTK were discoverable in ways that the iPhone toolchain is not.

My chief hope, if I ever wanted to develop more iPhone or iPad apps, was that third parties would jump in and fill the gap with more mac-like development tools that I could stand to use on a regular basis. Maybe something like Corona. I could even hope that competition from third party development environments might lead Apple to improve theirs. But no, these hopes have been dashed. So I guess I'll have to continue not developing iPhone apps.

Oh, and consider the posts on this blog your second-through-tenth complaints:

http://www.iphonerant.com/
FreshBooks in Toronto is looking for front-end developers, application developers, and Open Web developers to help us build out our API and continue to lead The Small Business Web (http://www.thesmallbusinessweb.com); and we are looking for a developer community leader (that last job isn't posted, but it's true). http://careers.freshbooks.com

And by "FreshBooks," I literally mean me, as I am the head of integrations and it's my team to build out if you want to ask me questions.

Sunir, Chief Handshaker, FreshBooks (sunir splat freshbooks.com)

P.S. Note that I did not mention specific languages or stacks. You should understand why that doesn't matter so much when we're looking for good developers.
It's valid C to cast a structure to the type of its first element. So in the example of

struct child {
struct parent {
int z;
} p;
} foo;

you can access foo.p.z but not foo.z -- but you can access (struct parent *)(&foo)->z, so you can pass foo to anything which expects a struct parent.
From what I remember the iphone was originally not intended to have an SDK or an app store. Thanks to everyone demanding an SDK and jailbreakers (possibly) you now have the monster that is the app store and a lot of bellyaching going on. :P

Luckily you can still develop for the web and the browser will be happy to access your app. No app store needed. :)
"Given the short and ugly history of the JooJoo, I would not expect cooperation from Fusion Garage."

Which is entirely the wrong direction for them, imho. Given that history (and the fact they are competing with Apple now), being entirely open and friendly with the linux hacking world would probably be the best move for them.
SimpleGeo is looking for a Designer and an Application Engineer: http://blog.simplegeo.com/post/506890585/hiring-a-designer-a... (I don't work for them)
The article asserts that Magnetar was net short on the CDOs, although the This American Life episode makes that more clear than the linked article does.

They can't prove that Magnetar was net short, because that information isn't pubically available. But their evidence was that Magentar was pressuring the banks who were creating the CDOs into building them out of unusually risky assets. They have emails from a deal that fell apart because the bank refused to bundle in the assets that Magnetar wanted.

> Did they profit from the misery of others by selling short? Then they had to be net sellers, which decreased prices and made the bubble smaller. Or did they needlessly fuel a speculative bubble? In that case, they had to be net buyers, which would make them net losers.

The thing is, Magnetar was only buying the equity position of the CDO. They were then buying insurance against the higher tranches failing.

They were sponsoring billion-dollar CDOs with a few million dollar investments in the lowest tranche. They were then buying insurance against the failure of the much larger upper tranches. Without them buying the equity, the CDO wouldn't have been created.

The argument is that without Magenatar, the CDOs wouldn't have come into existence (because they wouldn't have had a sponsor willing to buy the equity tranche). Magnetar wanted the CDO to fail as evidenced by its pressure of the banks to include rotten assets. So my analogy stands, they insisted on the construction of a dangerous house so they could collect the insurance.
Companies exist because they reduce the transaction costs of getting things done relative to doing everythig with independent contractors for example (http://en.wikipedia.org/wiki/Transaction_cost).

The libertarian argument is about how much government regulation influences the size of companies, that is how large companies would be absent regulation, the vast majority of which impacts smaller companies more per dollar of income than it does larger one.

Limited-liability is a natural, almost inevitable, requirement for joint-stock companies, such as corporations, to exist. It does NOT limit criminal or tortious liability of the company; all it does is limit the financial liability of investors to what they have invested in that company, so if your retirement account bought stock in a company that went bankrupt, it is only out what it invested, it does not have to contribute toward paying off the company's secured debt.
Yeah agreed. Look at their results for "apple". Nothing about apple as a fruit or the company Apple. But they got "apple bottom" jeans covered. http://cpedia.com/search?q=apple
Just so we are clear, Arrington is not a journalist. He has a (popular) tech blog where he writes half-baked, regurgitated & over-simplified news, ethically questionable and often factually incorrect blog posts.

He is also an investor.
How Adobe should respond to Apple
Port Photoshop etc to Linux.
The web is many things, but it is _not_ beautiful. It is a mess. It happened by accident, evolved beyond anyone's control and is now a beast loose upon the world. Unlovely in the extreme.

And it does _not_ run everywhere. With lots of work, you can make it run a lot of places; enough to be worth the effort. It is certainly useful, but not _nearly_ as useful as it could be.

Ted Nelson, who created the term hypertext, famously said, "HTML is precisely what we were trying to PREVENT-- ever-breaking links, links going outward only, quotes you can't follow to their origins, no version management, no rights management."

While politically I myself am very much in favor of open standards, for reasons I shouldn't have to explain _here_, I'm also vastly disappointed in the quality of most of the results, if from no other viewpoint than a human factors one. Like the talking dog, proponents seem happy that it talks (works) at all, and don't seem nearly concerned enough about what it's saying...
> "He downloaded Titanium on a Saturday morning, and by Sunday night he had a functional prototype of his Location Scout app..."

Getting a functional prototype to work should be simple and fast. (There's a big difference between a functional prototype and a finished product!) The fact that it's not fast using the Apple toolchain is exactly what's wrong with them. Developer time/effort is limited. A good dev environment should make the common stuff easy; since Apple seems disinclined to provide tools that do this themselves, our big hope for improvement in that regard was that third parties would get in there and fix the problem with products like Corona or Titanium.
And furthermore (too late to edit) -- perhaps we could see apps regarding instant run-off voting instead of that stupid farm game...

(Also, I blithely ignored the Git / VC angle that might have been the original post -- my apologies...)
No popovers at all for me; I'm using Opera.
Here's a screenshot from my iPhone. Note that the "Search" button says "Google"

http://i.imgur.com/0aEMu.jpg

And a bonus screenshot to show more branding. Note that the background of the search bar says "Google"

http://i.imgur.com/nMYci.jpg
I can't disagree more. Eclipse is probably not worth picking up if you're not already a user.
Closest thing in colloquial english is 'douche chills'

In Dutch it's called 'plaatsvervangende schaamte' which literally means "place exchanging shame". Shame felt on behalf of someone else, shame you feel someone else should feel. I'm embarrassed for them.
Protovis out of stanford (http://vis.stanford.edu/protovis/) seems to be incredibly comprehensive while also being really slick and interactive. Haven't had the chance to use it on a project but have it bookmarked since it would be the first thing I would try when I do. Also, seems to be updated regularly. I know they didn't support IE for a long time as they are SVG based, but not sure if that has changed.
Richard Dawkins: I will arrest Pope Benedict XVI
I'll assume you're right. Thanks for pointing that out. Your C sounds fresher than mine. I used it heavily from 90-95 or so but later moved on to higher languages like Java and Python.
If what you point out about the syntax is accurate, I find that to be a counter-intuitive design decision.
check out http://payvment.com & http://yardsellr.com

craigslist is not in any great danger, but they also aren't innovating much... and even they too face competition from social platforms eventually if they keep standing still.
If apple allows cross-compilation like that from titanium and adobe, then guess which platform gets the apps first? That's right - all the others!

Because apple is so slow and nitpicky with their approval process, if they allow this to happen their own policies will make sure they lose out to the less moderated platforms.

I think this is a good reason why apple is doing what it is. They want to maintain the app advantage as long as possible.

Seems to me there is an easier way - make your approval process better!
Keep up the good work! Your apps per unit time rate still astounds me.
true, but twitter growth was notably substantial even before people understood why it was diff than FB status.

not sure the popular LBS stuff is growing anywhere near as fast... but it should be.
I've been using the Google Chart Tools (http://code.google.com/apis/charttools/index.html) and have been pretty happy with it. Haven't used it on a major project though, so your mileage may vary.
Hilarious!

The results for my real name are disturbing: http://www.cpedia.com/wiki?q=wyatt+greene
That this gets mentioned everytime recursion is mentioned is almost recursive.