skysight-inc/HackerNews huggingface dataset:
The assumption is that the master isn't flaky. You can achieve this in multiple ways. One of them you mention.

If the software is bad, you can't help it.

As far as network failures are concerned, I think those are handled. If your network fails, you basically won't be able to send a message or won't get confirmation of it being sent. Either ways, if the queuing system works in at least once mode, you are guaranteed message delivery. If there is an error, the library reports an error and the application must re-try.
Ask HN: for those of you with hi-res displays, how big is your browser viewport?
let's say hi-res is > 1650px wide.

Displays are certainly getting bigger, but it's hard to know if web applications can use the extra space.
What problems are you having? We did tests on an iPad and created a rather sleek, lightweight version of the viewer for it.
I'd be pretty curious to see the resulting code.
Apple's purpose is to make you feel good. They do that superbly.
I mostly agree with you taming of the problem statement. However, clients being clients shouldn't be taken as nodes which can handle more than what the programmer provisioned for, Having a queue library sitting on them means some more load as far as that machine goes.

Besides, there are cases where you would want to continue operating even if your clients went down.
Looking at edges between users takes AMAZING database skills, and tons of people working on it to speed it up. Any new feature has to fit that, which is pretty crazy to do with the users, traffic, and data that they have. They also give a ton back to OSS, which is key for me.
What about post message? This can be used for cross-domain frame communication, which can easily be adapted for cross-domain AJAX. postMessage will (should anyway) be a part of all modern browsers moving forward. https://developer.mozilla.org/en/DOM/window.postMessage
We've talked about doing both of those things. They're high on my to-do list.
Have you thought about putting a donate button for now? Might make a few bucks a months?
My son, 8, loves to have me watch him play plants vs zombies. (I'm way better, btw. My technique, which seems like the only logical one, is to buy tons of sun producing items in the beginning and fend off the zombies with the free or cheap shooters. At the end of levels I have an excess of 1000 sun points)
Tip: Use the bread-maker (or a heavy-duty mixer with dough hook) to save time on the initial mixing and kneading, but do the remaining steps by hand -- it's much more satisfying, and once you practice a bit, you'll get better bread. You'll spend a little more time, but it's worth it.
Yeah can second this, managed to hang the browser after zooming in then trying to scroll on the latex based paper in FF 3.6, was a little slow, also in full screen seems to slightly hang at the page boundary.
Also, as monitor sizes have gone up (and this might just be a personal preference) I've found that I'd rather the important stuff be in the middle of the screen, not over on the left. Is that just me?
This is one thing I really don't get about the iPad. I learned a bit of ergonomics in college, and the iPad doesn't make a whole lot of sense to me.

If you are sitting on your couch with your feet up dicking around on the internet (apparently the iPad primary use case), and you want to look at the screen at the proper viewing angle, either it needs to be tilted up by you holding it at an angle with your wrist (ergonomic no-no) or you need to tilt your head down (ergonomic no-no).

Considering that you probably want to use your hands to tap on it, that means it is likely resting in your lap and your head is tilted down putting strain on your neck.

Color me sensitive (broke my neck rock climbing about a year ago and still get some pains) but that doesn't sound fun over a long period of time.

I really think the amazing thing about the iPad is the screen no the form factor. Give me a macbook pro with a multi-touch screen and dual boot Mac OS X and iPad OS. Tell me you wouldn't prefer that. When you want multitouch, you have it, when you want a keyboard, you have it. When you want to sit back and watch a movie you have a built in stand .
I played with iphone os 4 today at work, and once multitasking hits the ipad, it's really going to be lights out of how much time is spent on a "traditional" computer.
For a long time i've tried to understand this paragraph

'building a really hot HTML5 application that takes advantage of the nice new features is not exactly easy. Even assuming that you’re using one of the dozens of clever toolkits, it’s still not a slam-dunk. In fact, compared to the level of support and tooling you get from XCode on the Apple side or the various pieces of Android IDE-ware, HTML5 development is a major pain in the ass.'

What is it that people are finding so difficult to do in HTML(5 or otherwise)?

I've looked through a ton of apps, and with the exception of games and access to API's (which can be done with things like phonegap), what is so challenging to do efficiently in html and javascript?
Could it be possible, that a collaboration between two organizations, one entering the bid or ask at 0.01 and another quickly buying it or selling it could be arranged such that the particular trade could go through and could trigger lots of stop losses?

You can submit a trade at any amount. During high volume episodes, you'll see trades go through that are vastly "out of whack" so to speak.

It could be a mistake or it could be a strategically planned incident to cause this.

By my math, it doesn't really take a huge amount of money to move a stock in a particular direction. If you spend a couple million buying a stock at high asks, then the value of the underlying market cap of the company could climb by billions in a single day.

There are companies who trade large orders in the millions of shares over long periods of time to avoid pushing the stock too hard in the short term. If you wanted to push the stock hard in one direction, knowing you'll reverse that action with more money, it could be, and actually is lucrative. Companies do it all the time. This one was more noticeable, but not out of the realm of possibility.
"Without change something sleeps inside us, and seldom awakens." Seriously, these threads are sounding like a bunch of angry grey-back gorillas. Our minds need to stay limber. Break up the routine. Tie the other shoe first, go to the other coffee shop, pull off the road somewhere you've never stopped before and write a poem about what you see, etc. Keep those neurons plastic and alive.
To explain, for example, why Toyota has trouble with software in their cars and why an iPhone will outcompete any advanced Japanese phone.

What about making japanese apps? There's got to be some decent potential there for the service economy.
Agreeing with some other comments, I think it's too complicated for the users you would otherwise attract. Being someone who could figure it out, I wouldn't use it.

What about doing pure drag n drop and getting rid of the code diagramming? You could abstract all CRUD operations away starting from the forms.

Or better, why not just build modules? You could do plug n play registration, authentication, comments, etc.

Imagine a drag n drop Django w/o any configuration of the backend that produces standards-compliant code. It would be challenging but not impossible.

And yeah, let me build with it before charging.
As just one example, who gets "era", and why?

http://www.era.com/ ?

http://www.era.mk/ ?

http://www.era.hk/ ?

http://www.era.pl/ ?

http://www.era.ru/ ?
Do you ever feel like this whole system is a house of cards?
Performance is generally much slower. This isn't a problem for most apps, but it is for CPU-intensive apps. That includes anything with substantial rendering or computation. The latest HTML5 features like local storage, sockets, and cross-window messaging go a long way to make many more apps feasible, those features aren't available in all browsers.

Even writing native Cocoa apps on the iPhone requires lots of optimization in loading and rendering content. JavaScript is even more intensive, making it more difficult to create fluid interfaces that rival the native experience.

I suspect that if mobile performance was comparable to desktop performance, Javascript would win out for a lot more use cases than it does right now.
What more appropriate metaphor is that?

Writing on a piece of paper underneath the top one that I can only see a little bit of through a little window? Putting words on a shelf and the shelf needs to look like it is deep enough to hold the letters so they won't fall out the front and down the page?
Constraint programming is definitly the technology of choice for solving Sudoku puzzles. There is a nice article by Helmut Simonis (http://www.4c.ucc.ie/~hsimonis/shikaku.pdf) that shows how good various propagation strengths and model variants are for solving 9 times 9 Sudokus (short answer, full propagation on individual rows/columns/squares plus shaving never needs search).

For 25 times 25 Sudokus on the other hand, propagation alone is in my experience not enough, and a lot of search is needed.
This guy is typing and talking a bit too fast for a tutorial
Wow, you have some serious distortion glasses on there. When did I say anything about original sin? And as for 'allowing' the Black Plague and human sacrifice to go on, that's an entirely different timeframe when the world wasn't globalized in the way it is now. At that time, people were isolated enough that direct social effects across societies were hugely limited. This isn't true now -- everything that goes on in the US directly affects the quality of life for people around the world, and vice versa. Any other poorly thought out responses you want to throw this way?
The only part of Facebook that is useful to me now is as a directory. I think the time is ripe for a start-up to challenge them in that field.
I am starting to believe most new TLDs are simply a scam by registries to force trademark holders to re-buy their trademarks every time. They serve little other purpose.
That's funny, I often think of a similar maxim in the book "Groucho and Me" by Groucho Marx. Essentially, he said that in 1928-29, he knew it was time to get out of a certain stock once his taxi driver started talking about it.

It's a great book, you can find most of the text here : http://books.google.com/books?id=tFsnGr2SQJ0C&printsec=f... though I can't find the section about the cab driver. The whole part about the 1929 stock crash is great.
I saw this on new, thought it was interesting...but the writing style was just too disconnected. No semblance of narrative, especially coming from a source that gets paid to write.
I wouldn't use this product and most serious web developers wouldn't. However, I think people here are being too critical given that it's not really designed for us. I can picture a lot of my naive cousins who are always telling me about their (terrible) internet ideas signing up for this and making a go at it.

We don't use FrontPage. We wouldn't use this. But there is a need for these products. Even if the end users don't end up being super successful with their endeavors.
Yep, that's the only way I've been using it during the past year. As an address book.
People, please keep in mind that HN is obviously not the target audience for this product. You can put the scathing criticism on the shelf and try to be constructive as to how it might look to the people who this does appeal to (and they do exist). There's no need to get elitist about how great code is.
Keep going, even if this isn't the site. Like you said, you've come miles in just one year, and you've achieved more than you're giving yourselves credit for.

Turn off Mixergy and get to work. :)
I don't think Apple's purpose is bigger than their products. I think their products are their purpose -- and their purpose seems to make products with the best user experience in their field. And money - gobs and gobs of money.
You could always not maximize your browser.
2 Onions at the end of the outer (and middle lane). With spikes to the right of them if there are vehicles. Sunflowers behind those. Then you're down to 2 lanes to defend - and heaps of sun. That covers about 90% of the levels.
But it's still code. "Codeless" is inaccurate.
Yeah, PHP logic editor = the mental models of programmers. It's still code, just trapped in boxes and arrows.
I get asked the same all the time, and my standard answer is that I would hate CS if I had to take classes in it, doing tedious homework problems in C++.

I don't think it's too common, though I did get surprised once by a classmate of mine turning out to be a freelance website designer.

By the way, how do you get clients besides friends/family? Having a good portfolio is an obvious way, but have yet to build that up for myself.
Wouldn't it be sad/funny if this was just a hack by some dude messing around with Python and accidentally the whole stock market War Games style.
Yeah, I've looked into this a couple times. I would really love to see this happen. In my (biased) opinion this would be much more meaningful/useful than some of the others that exist.

I don't know that anyone is actually trying to make this happen, but I've come across a lot of people who think it's a great idea.

For anyone who's interested, here is some info from ICANN describing the application process and status of recent TLD applications:

http://www.icann.org/en/tlds/
http://www.icann.org/en/topics/new-gtld-program.htm

It would be sweet if Google or someone big tried to get this done...
So My google Analytics setup tells me this:

1280x800 20%
1440x900 18%
1280x1024 12%
1680x1050 11%
1024x768 11%
1920x1200 5%
1366x768 4%
1920x1080 3%
1600x900 1.5%
This is hard but important ... I spent most of April updating the users' interface on my platform and really had to draw a hard line just so I could finish it in time despite there being a lot of stuff I wanted to do... I'd spend all of this month on the same, delayed update if I didn't stop.

The same thing happens with games I make, I have to recognize a deadline and a point in features that defines it as a complete game and not spend an extra week that turns into weeks then months on anything outside of that.
and by positive I mean awesome :-)
the rendering is beautifully done
Personally, I prefer browser windows to be narrower; roughly 2/3 of a widescreen display. In my case the window is 1220 pixels wide, although the text is probably a bit bigger too.

I greatly appreciate sites that can adapt to the actual browser size. I am frustrated if they fix the layout (especially if they fix the font size, or otherwise corrupt the layout so that changing the font size has no useful effect).
The fact that it's so cheap to get a site up online is one of the best things about the internet. I would hate to see the price of domain names go up in an attempt to fix this type of problem. I think it would do much more harm than good.
Accidentally the whole thing?
Emacs or vi. Can't be too much work after porting the terminal over (which is already done, right?)
This is a pet peeve of mine. IMO modern 1000px-wide Web design is screwing people with large monitors. If you have 1024x768 then you have one 1024px window — no problem. But if you have 1650x1050 you have two ~800px windows and you have to horizontally scroll. A 2560x1600 monitorzilla fits three ~800px windows, again with horizonal scrolling.
Rather than try and describe my Opera layout (which gives me a nonstandard viewport size), I'll just say that it's this big: http://i.imgur.com/CDIGv.png
Clearly, you haven't heard of the XBox where the split is 60/40.
Doesn't that go back to the roots of a lot of computer software privacy, keygens?
It should probably be zoomed in more by default. (2 clicks more seemed right to me -- safari on a 13' macbook)
Why dual boot? Why not 'just' make the iPhone OS an App on OSX?

I hate rebooting on my MBP so much that I'll download Software Updates and then not reboot for weeks at a time.
According to the handy Firefox plugin Firesizer, my viewable window is currently 1449x932 on a 1920x1080 screen.
vi comes with (at least Cydia's install of) Terminal.app. The point of an iPad IDE, though, would be to take advantage of the iPad's touch-based workflow; if you're just going to type, you may as well use a PC. I want to finger-paint my programs into existence.
It's a major pain in the ass because every browser (hello Internet Explorer) implements a different set of features, and the features all browsers have in common, the browsers implement differently. And this is not only cross-browser. I've seen Firefox behave different under Windows and Linux, for example.

Then, there is a big performance difference between all the browsers, which means you have to strip the application down and optimize to the slowest browser.

Compared to the development of a native mobile application this is quite a big difference.
They claim an unregistered trademark on it. ® signifies a registered trademark. ™ signifies an unregistered trademark. They can still sue to defend it as an unregistered trademark, but they'll have a harder case to prove (especially since their attempted registration was denied), and they wouldn't be entitled to the punitive damages that they could get if it was registered.
The intrinsic reason that web layout is particularly hard to do in an IDE is because the interactions between JS, HTML, and CSS are hard to fully represent in an editor. There is no simplistic, uniform layout system as you'd find in Cocoa or WinForms. I can't think of a way to represent CSS z-index, positioning, floating, rulesets etc. in a GUI without drastically oversimplifying all of them. If you try to fully express the power of CSS in an IDE you basically get a slightly enhanced code editor or a million property panels a la Dreamweaver.

You could also completely throw out the entire architecture of CSS and build your own layout engine. The best example of this is probably Atlas for Cappucino (http://280atlas.com/what.php). The problem is this winds up destroying many of the principles that make the web great like graceful degradation and progressive enhancement. You can't build a webapp in Atlas that will work without JavaScript or CSS, and the generated code is not SEO readable. That may be acceptable for a desktop-replacement web app but my impression is that Codeless is shooting for smaller things like blogs, CMS's, etc. which should be able to function as "good" web content.

I don't know, I will have to wait and see what others think as the pay-for-beta is not an option I will take...
Generally, you would start offering new services that people are willing to pay for.

How about e-learning modules for businesses that are $50 / exam?
"whoever gets .www is going to make a killing"

I think that they'd have to make an exception for historical reasons, and simply pre-register "www.". (This kind of reservation is not unprecedented; "example.com" and similar names are off-limits, according to the original RFC 2606.) So "www." could be introduced as a giant no-op in the modified domain name system, and browsers would simply learn to ignore it.
Using the HTML5 doctype lets you use HTML5 tags and custom data attributes and have a valid document. New HTML5 form fields, custom attributes, and markup elements are usable in IE6 mainly because it just doesn't really bother to explode when it encounters them. Form fields just show up as text boxes, custom data attributes are only used in JS anyway, and new structural elements are usable and styleable in IE6 just by adding JS that does a document.createElement().

HTML5 isn't something that just came around. It's been in the works by browser makers for quite a while, which is refreshing. Rather than it being a spec made up in a purely academic environment (XHTML 2), it's something that's made up of technologies that have already been used by one or more browser makers (and often, developers on real sites.)

Also, using the HTML5 doctype in IE6 causes IE6 to go into standards mode, which is just pure luck.

You can do a lot of good for users if you start using some of the HTML5 features right now, even if it's not apparent. If you use the type="email" for your forms when you ask for an email, the ipod and ipad will bring up the Email keyboard layout. That alone is kinda cool.
There is a huge, huge market in Japan for mobile devices and apps to run on them. We've got a number of App Store millionaires in my town.

So many and so prominent, in fact, that it took me 5 minutes to convince the tax office that I was not doing iPhone development. "No ma'am, I write web applications." "So iPhone stuff, right?" "No ma'am, web applications. They run over the Internet." "Like iPhone stuff, right?" "Similar in some ways, ma'am, except almost all of my customers use PCs rather than their cell phones to access the software." "... and people pay money for that?" "Yes ma'am, it is not uncommon to pay money for software (+), even before the App Store existed." "Wow... foreign countries are so strange."

(+) Japan does not have as prominent of a B2C software market as the US does, aside from video games and the aforementioned mobile applications. The largest electronics store in this town stocks less than 20 PC titles -- i.e. about a fourth as many as a WalMart, not counting their bargain bin.
I agree with parts and disagree with parts, as I'm sure many of the dozens of other HNers from Japan do.
I also use the time based filtering a lot.

For example, if I want to see a recent Obama speech I missed. Its nearly impossible to find the one you want without time-based filtering.
I for one welcome our new robot overlords.
ustream, stickam, chatroulette to name of few. ustream and stickam have been around a lot longer than Chatroulette too. I remember Leo Laporte pimping ustream back in '05 or so on one of his podcasts. Services like UStream allowed him to host 'live' video/podcasts where the audience could watch live (or download later) and somewhat participate in the podcast. This is something that would be a lot harder to do with Skype, at least on the video end of things.

I'm not defending Flash here. I'm just annoyed when people declare Flash useless because HTML5 'replaces it,' while completely ignoring aspects of it that HTML5 doesn't replace.
I've been using it for the opposite reason: I'll see something in a news story and want to search on it for some background, and all I get are 500 copies of the same news story or commentary on it. Being able to exclude anything from the past week or so makes it easier to filter all those out. It is slightly more awkward to use it that way UI-wise, though: there are quick links to press for "last X hours/days/etc.", but no quick way to get "older than X" without typing stuff into the "custom range" thing.
I think the target audience will be put off by:

o no information whatsoever about who is behind the site.
o no way to evaluate what it would be like to use, just an option
to enter a credit card.
o "early beta"
o no success stories or references from at least a few
people who have used it to build an application.
Here's what ours says (finance-focused site):

1.	1024x768	21.86%
2.	1280x800	15.74%
3.	1280x1024	12.80%
4.	1680x1050	7.75%
5.	1440x900	7.34%
6.	1366x768	4.48%
7.	1920x1080	3.13%
8.	1920x1200	2.90%
9.	320x396	2.72%
10.	800x600	2.25%
I would be very, very pissed off if Scholastic Publishing convinced the Proper Domain Use Authority to bump the squatter off of bingocardcreator.com and let them put their shiny new multi-million dollar product launch there.

Again, be careful what you wish for. Any sort of recurring regulatory process puts hoops in front of us little guys more than it does for anybody else. We're the ones who don't have squads of lawyers sitting on standby with nothing better to do than push paperwork through the process.