skysight-inc/HackerNews huggingface dataset:
And trust me. Don't forget the sunscreen.
I wonder just how strong the radiation has to be for it to seriously affect electronics.

I'm not sure the thresholds of radiation exposure that would cause dangers to the health of humans vs danger to electronics are at all similar.

And, anyway, electronics could be shielded with lead.

This isn't a space mission where every extra fraction of an ounce costs thousands of dollars to deploy. If the radiation at Fukushima really is a serious hazard to the electronics on a robot, then shielding should be a practical option.
EMC's 8-K SEC Filing Giving Notice of RSA Security Breach
Form 8-K is the "current report" companies must file with the SEC to announce major events that shareholders should know about.

Source: http://www.sec.gov/answers/form8k.htm
I don't think anyone (myself or the OP) claimed it can happen in a week (or other short period of time).

The formula is simple but the implementation will always be up to the individual.
They deserve more privileges because the user had to make a decision to install them

I think it is technically different, but on other systems, the HTML pages I put on my desktop have fewer privileges than the ones I load from web sites. (https://bugzilla.mozilla.org/show_bug.cgi?id=230606)

As to the subject at hand: one line of reasoning says that not allowing JIT-ting for home-screen apps is an oversight; home-screen apps apparently do not run in the Safari process. I guess there is no way to find out whether that is true. If Apple fixes it in the next firmware update, one could argue either that they fixed the problem, or that they stalled fixing it for as long as they could get away with, and I am sure the internet will be filled with such arguments, even if that next update appears tomorrow.

Finally, for UIWebView, a secure solution could exist: provide a system call that does "javascript source code in, executable code block out". I do not know whether that could be made performant enough, though, given that the JIT-ter must be very fine-grained, must update existing code blocks, etc. It definitely would be quite a bit of work.
The Evolution of the Erlang VM (video)
I'd do like this.

For each idea
is the idea easy to make it real?
Yes?
Do it now
No?
Analyze more (give point on difficulty, probability of success, enjoyment doing it, etc...)

Once you only have _hard_ project, take the one with most point, start doing it. Only one at a time. Learn from your mistake for the next project.
Would you concede that there could be a security diff between JIT and not JIT?

All Gruber is arguing is:

1) that there is a significant difference in security

2) that Apple didn't release any JIT for webkit all this time [edit: since 2008] because of security concerns

3) that Apple did not go out of its way to remove JIT from those instances of webkit that occurr outside of Mobile Safari

4) that perhaps Apple is simply rolling it out gradually

I don't see how any of this is ridiculous or could be called "bending over backwards" unless you are pre-loaded with a bias against Gruber.

There goes what little karma I earned since 2008.
Everything is red now!
Impressive and Original Javascript Effects
Ten Nuggets of Advice for Tech Startups
His point is that HomeScreen web apps (for lack of a better term) are fundamentally exactly as secure as MobileSafari.

Even a technical argument is somewhat hard to fathom, since it should be a trivially simple thing to enable, but given that none of us can see the code it's at least possible.

As far as native apps with embedded UIWebViews, this is a believable technical argument, though it isn't obviously true either. In other words, the political argument isn't significantly less likely than the technical one.
We earned PG's recommendation by working really, really hard.
RVM and Bundler in Five Seconds
2) They didn't release it, one imagines, because it is hardware specific, and originally written for x86 not ARM.
He now has a post on his blog explaining the situation http://devinsheaven.com/im-the-first-to-admit/
That was my story too for some time. Working on gridspy (still sub-profitable) while also holding down a fulltime job. See http://blog.gridspy.co.nz/2010/02/part-time-entrepreneur.htm...

Now I'm contracting on the side while working on Gridspy. It is a hard slog, but totally worth it. We are creating a increasingly professional offering. I'm really looking forward to when we go to market and start selling this thing. Now I have the next problem - how much to contract (money) vs how much to work on Gridspy?
http://blog.gridspy.co.nz/2010/06/breaking-away-from-the-man...
Language?

"Oh" you say "but language has evolved."

Which is true. And so has democracy.
Better question is: Is there any hosted anything that actually delivers five 9's?

Most SLAs are crap. Yay, you get a credit of $50 for our 8 hours of downtime. If you're building a mission critical service based on Some 3rd party SLA, you're in for a world of hurt.
User Interface Design Meetup at Yelp
wmboy made a good analogy in a another comment to abs.

Most people can be thin/muscular/athletic and most want to be. Many try and of these, most fail. But, this is fundamentally different from an aspiration to be in the olympics. Most people can't do that, regardless of how hard they try or how strong willed they are.
I wonder if running the Javascript environment in a separate process could be a workable compromise.
Are you saying you are not able to concede my original statement: that JIT vs NOT JIT does [edit: meant to say "could" instead of "does"] constitute a significant security difference?
Terrific! I'm jealous.
Well done Josh, you really deserve the success you're now having!
$10K/month would give me freedom to spend 4+ hours with my son/day and not give a crap about how to get php+jquery+mysql to behave sensibly today. What do I care about FU money? If x$ gives you freedom, by definition it is FU money.
Woot go Josh!
Show HN: A possible tagline for github
"I spend all night with her forking" ―Big Sean

Via http://hypem.com/item/19t88/Kanye+West+ft+Lil+Wayne+Drake+Big+Sean+-+All+Of+The+Lights+Remix+
I think there are already lots of software companies which aim not too high. Last time I heard there were 150.000 apps in the AppStore. There are lots and lots of indie game developers and casual game developers; a great chunk of them don't have the income to avoid their day jobs because they are not even ramen profitable. There are thousands of cheap shareware software on download.com. And lots of websites trying to generate money using adsense.

I agree that it may be a bad decision to aim too high, but there is also a possibility to aim too low: into markets where there is not much money or there is free stuff as competition. I've first made the 'aim too high' and then as a compensation I also made the 'aim too low' mistakes. Now I finally aim in-between.
You are entering the discussion of native apps running UIWebView because (according to Gruber) that is exactly how home-screen web apps are implemented.

"My only comment is on home-screen web apps, which are 100% equivalent to opening the page on your browser."

From Gruber:

"Web apps that are saved to the home screen do not run within Mobile Safari. They’re effectively saved as discrete apps — thin wrappers around the UIWebView control."

"I'm just telling it like it is when people make nonsensical arguments."

Your failure to read and understand his arguments have made them sound nonsensical to you. This is not his fault.
Congrats Josh
There is also option (3), somewhere between (1) and (2):

Explore the problem space and make a start while working for your previous employer. Slowly reduce the number of hours you are working (i.e contract vs fulltime).

Once you are getting some interest / traction or feeling more confident, switch over to (2) - now much less risky. Go fulltime with a 1/2 built business with several potential customers and perhaps a couple of paying ones. You are now much more attractive to investment.
I'd be interested in his old business, who bought that company for six figures and why?

Also congratulations on the success :-)
Write down all of the ideas, so at the very least they are not lost forever, in case you should get some time to come back and work on them. I can't tell you how many ideas I will have during some idle moments of the day or when I wake up in the middle of the night, but don't bother to write them down and end up losing them.

If you are wondering which to implement, my suggestion would be to see if one really sticks out as cool to you. Don't worry about making something to get a lot of money/girls/ice cream (I know, that was first on your list of desires wasn't it...). If you have several ideas and they all excite you... Before I finish let me emphasize this point -- they all excite you. You are a lot less likely to finish or even make significant head way if you don't care about the idea. Now back to your regularly scheduled post. ... talk to your friends, see which one they get excited about.

Not always, but typically if you have a good idea, it should only take a few sentences (at most a paragraph) to get others excited about the idea. This isn't 100% perfect, but it is a nice rule of thumb.

If all else fails, just pick one. One thing all good programmers, from the Knuths to the Zawinskis of the world, have in common is they all program/read code constantly.

Last but not least, good luck. If you feel like it, show us the results or (if we are really lucky) the code.

Happy hacking,
pwp
The only VC was a guy named Marquardt. His firm had a 6.2% stake at the time of the IPO. I don't know when he invested.
How would one get into finding vulnerabilities with no prior security knowledge? I've always been interested in white hat security
'Entrepreneurs' who can't think critically for themselves regarding their potential are in for a rough ride.
Great list, i think it satisfies my needs, keep it up.
On another note, glad you guys have expanded to Palo Alto. I'm moving up there end of the month, and will be relying on you and a bike for transport.

Was not impressed with public transportation in SF either. Got off the Caltrain on my first visit to the city a few weeks ago, and was expecting a line of cabs waiting outside with train arrival schedules glued to their steering wheels, but not a single one. WTF. Wished I'd known about Uber that night, would have saved me a hike to Market St.
Congrats Josh! Great work with Mino dude.
I'd like to see a bit more of what this site is about but everytime I go to http://minomonsters.com/ I get redirected to facebook.

It would be nice if I could view the site and learn something about the game without having to authorize it to access my facebook account and email.
For starters, my argument is only about MobileSafari (MS) and home-screen web apps.

If you read my other posts I think you'll see I have no issue with the idea that there may be a security issue with JIT. That is fine and acceptable.

What I have an issue with is the idea that MobileSafari is somehow the safest place to put it. If there is a security issue, then MobileSafari is clearly the absolute least safe place to put it (vs homescreen web apps), since any malicious web page has access to it. That includes random ads loaded on otherwise safe web pages. The user is not prompted when entering a web page if they want to use Nitro or not, so basically anything goes on the open web. If a security flaw is discovered in Nitro, I have only to place it on an ad that gets deployed to popular sites to take advantage of it. And Apple's only recourse is to issue an entire system upgrade and hope people update.

Home-screen web apps are thus at least as safe as MobileSafari, since they are literally just bookmarks that load web pages (in a different process and without chrome, but fundamentally the same, no access to any other native code or anything). They are in fact arguably more safe, because the user has to first grant it "home-screen" status. This is a sensible time to ask the user if this ONE app should deserve more privileges than the rest of the wild-west web. In other words, had apple done the opposite, ONLY allowing home-screen web apps access to Nitro, it would make a lot of security sense, especially because Apple could warn the user before they download the app saying "downloading this app gives it access to the special Nitro engine, which may be less secure...".
Show HN: Realtime Social Video Watching
For application layer servers the 5 9's redundancy can be achieved by deploying multiple servers. Deploying a multiple server redundant database is a difficult problem which distracts from the main application. Hence the desire for a hosted option.
Samsung’s MacBook Air Competitor Costs $300 More Than The MacBook Air
http://apps.facebook.com/monstergalaxy/
Understanding Japan's Nuclear Crisis
I participated in the startup weekend in Des Moines two weekends ago. It was a great experience, sure most of the groups won't be going anywhere but it is a phenomenal networking opportunity and its a great way of learning more about skills that you may not have (in my case, I learned a lot about marketing).
like a boss.
But that's OK and their prerogative. They can't stop me from running my local patched version.
From Gruber:

"Web apps that are saved to the home screen do not run within Mobile Safari. They’re effectively saved as discrete apps — thin wrappers around the UIWebView control."

Apple clearly believes that there are important security risks associated with their Nitro Javascript Engine.

I have no trouble at all believing that they have been able to mitigate those concerns for Safari Mobile by using a solution that is not appropriate when applied to any arbitary App that may choose to include a UIWebView.
The new vector is that, in Safari's case, Apple audited the code that calls the JIT.

If UIWebView could JIT, somebody would write an app that dumps the JITs code (I assume that ARM does not have the ability to mark pages as 'executable, but not readable') and run it on a development system. From there, (s)he would figure out what the JIT does to make data executable. That knowledge could be used in an app that can execute code that Apple hasn't seen.

Of course, that app would need to pass the app store approval process to be useful, but that should not be hard.

A way around this is to move the JIT to the kernel or to a different process. I would guess that that would hinder performance so much that, in typical usage, JIT-ting becomes too expensive to speed up things. Alternatively, Apple could not have spent the time to do so (yet).
From Gruber:

"Web apps that are saved to the home screen do not run within Mobile Safari. They’re effectively saved as discrete apps — thin wrappers around the UIWebView control."
Given Moki's powerful search and the ability to track movies/tv I think that they have a clear advantage in the space. I track TV with Moki and it has helped me find new relevant content.

My weekly Moki digest email also helps me keep track of shows that I'm interested in, another huge benefit. Matt and Sandy, you guys have done an incredible job so far. The integration with Netflix, Amazon, and iTunes is only the beginning. I can't wait to see what you bring to the table next.
There really needs to be a BugMeNot for Facebook. Or something similar.

edit: Mailinator's alternate addresses occasionally aren't blocked, but I haven't yet successfully received a confirm email :/
Define FU money.

For me it's being able to support yourself and your family in a fairly comfortable western middle class quality of life. The FU part is that, if you're making this independently and reliably, you don't need to care about the TechCrunch/etc bullshit the OP mentioned.

For another person it might mean living in a West Village townhouse and sending your kids to private schools. For yet another it's owning a private jet and the 49ers. In these cases you probably need more than $10k/mo.
Basically: This is only appropriate for use in hybrid engines, as the range of efficiency is very narrow.

It seems to me that such an engine could work well for direct propulsion with a good CVT. Perhaps someone more educated on the issue can comment.
leave a comment at the bottom of the post if you like what you read! -michael@impactdialing
Yes. In order for all of the existing mechanisms for managing things that look like apps to work in reasonably logical ways (launching the app, switching between apps, resource managing the app while it is in the background, isolating faults from the app, etc.), home screen web applications are each represented by Web.app.

On a similar note, in order for similarly interesting behaviors to work with iAd (home button acting as "close", address space isolation to keep your process from messing with the ad, etc.), there is an application that backs them called WebSheet.app that also causes these to be in separate processes.

Of course, this means that there is no real good reason why Apple has disabled Nitro for full-screen web applications (that I at least yet understand), and so I'd expect that this was frankly just a silly oversight (and I may know more about what reasoning went into this when I get around to pulling apart how Apple grants MobileSafari this privilege).
"Helping people save face is more useful than jockeying for nerd dominance."

Welcome to my quotes file.
I can cover the rent of a 2-bedroom apartment in Manhattan by renting out one of the bedrooms on Airbnb. I don't expect the situation to last forever, but for now it's great.
100% agreed, his treatment of Apple here and in other articles reads like an Animal Farm'esque quote. If he wants to be Apple's PR department, that's fine, but his masquerade as "independent journalism" strikes me as pretty disingenuous. Which is a shame, because I think he's an very insightful writer who puts a lot of work into his articles.

'"Ah, that is different!" said Boxer. "If Comrade Napoleon says it, it must be right."'
You said that no-one has tried to do an alternative to glibc. I proved you wrong. I never made any statements on anything else you said, so really I am not sure what you are arguing for or against...
Yes, I don't doubt special robots can and will be developed. But I think the normal ones can't be used since they don't have the shielding and adding it would hamper their function.

Also radiation has different ways of damaging people vs electronics. Memory chip gets hit by radiation and immediately returns random values which can cause program to crash. Human doesn't feel much - even Slotin who had a criticality accident and died a few days later, at the moment felt just a metal taste in his mouth. He would still be able to close valves and so on.
I'm not saying I agree that it's intentional, but I do agree that the result boosts the app store. It does so because you have to write the app for iOS rather than HTML5. If you wrote it for HTML 5 it would be lot less work to write a Android / Chrome / generic HTML 5 version.
Some open source things I've written in Go:

- A port from C of a fast prime number generator: https://github.com/jbarham/primegen.go

- A Cdb ("constant database") implementation: https://github.com/jbarham/cdb.go

- A Cgo PostgreSQL wrapper: https://github.com/jbarham/pgsql.go

- The beginnings of an AWS library: http://code.google.com/p/goaws/

Regarding the OP, Cgo is like magic since e.g. my PostgreSQL libpq wrapper provides a pretty rich PostgreSQL driver for Go in well under 400 LOC. Best of all, I can write most of it in pure Go itself! The grungy low-level C interface code is mostly auto-generated.

http://news.ycombinator.com/item?id=2335228 is another comment I made about programming in Go.
The more that I think about this, the more I wonder why we don't hear more about companies that succeed in this way. Surely they're out there but they're just privately piling up revenues? I'm amazed we can't name more.

Is 37 signals artificially limiting their size or are they growing organically?
I'm pleased for these guys, but a little surprised as well. Launching a Pokemon social game isn't exactly being disruptive; it's not as if there's any dearth of them on Facebook, particularly at a time when many companies are fleeing the already strip-mined platform for greener pastures.
Public Article : 6 Ways to Make Your Experts Shine at Trade Shows
In both OOP and FP, to know what a function (or a method) does, you need (at a minimum) to check its type signature. There are _many_ OOP languages which do not use explicit type signatures, and many FP languages which do; it seems to me that you have confused the OOP vs. FP issue with the issue of explicit vs. implicit typing, or perhaps with static typing vs. dynamic typing. There are languages available to suit pretty much every combination of those properties, so you can easily avoid whatever you don't like.

Further, when you check a type signature, what you read is much more valuable in a pure FP context than in a typical OO context, because OO languages generally (1) allow and encourage the use of state, and (2) do not distinguish in the type system between functions/methods that use state and those that don't. The type signature of a pure function strongly constrains what that function can actually do - so much so that it's possible, and effective, to look up the function you need just by specifying the type that you expect it to have. In a typical OO language, the type signature indicates much less about a method's behavior, because its inputs include not only the parameters you provide, but also the entire "world" at the time it is invoked; similarly, its outputs include the entire "world" in addition to its return value. As an example, a pure function that takes no parameters can only be a constant, but an impure method that takes no parameters could play a song on the speakers, display a window on the screen, or launch a missile.

FP and OOP certainly have both strengths and weaknesses. I suspect one reason that OOP catches so much flak around here is that people are more familiar with it, and the flaws in tools you're familiar with are easier to see. Unfortunately, when you're not familiar with a tool, it can also be easy to see flaws - flaws that aren't really flaws at all, but simply aspects of the tool you don't yet understand. The result of this, I think, is that one should ignore criticisms of OOP from people who aren't deeply familiar with it, and similar for shallow criticisms of FP. Unfortunately, there are a lot of both on Hacker News.
Added voting on the leaderboard - thanks for the suggestion awfulcoder14 and silent1mezzo
Is Groupon Worth $25 Billion? Revenue Now “Multiple Billions Of Dollars”
Kudos to the Rdio team for being responsive and thoughtful rather than defensive.
Definitely the target publishers were "video sites or a search engines that serve CPM ads". So this explanation is most probably pretty accurate.
But the question is whether sensitivity to radiation is really the reason robots aren't being used.

The radiation at the plant might not even be strong enough to affect electronics at all.

This is all just guesswork.

It would be nice to get some solid answers.
Sorry to rain on the parade, but isn't this simply a clone of Pokemon?

You start by selecting one of three monsters (they even resemble the starting three from the orignal game). The battle screen and fight dynamic looks almost identical.

Am I missing something?
Accounting for inflation, I'm sure they were more than $600 2011USD when they became popular.

My family was a relatively late adopter of the microwave.. I think we got one around 1984. It was a used model that (IIRC) cost $300 which would be about $611 now. If you bought a new one in the 70s it would have been quite a bit more than that.