skysight-inc/HackerNews huggingface dataset:
In the videos you can see the quality of the rocket flame changes suddenly about half a second before the obvious explosion in the engine area. The jet becomes more orange and less convergent.
At 1:03 in https://www.youtube.com/watch?v=aL5eddt-iAo

So, as a general comment, something bad happened with the gear that pumps fuel into the engines in the right proportion. Maybe involving a major leak of fuel into the structures around the engine. Leaked fuel explodes. Complete loss of thrust, rocket falls back to earth.

I wonder if the Russians would consider it a good or a bad thing for them, if the West decides to stop using those Russian-built engines? Specifically, who benefits if there's a series of failures of AJ-26 engines?
Considering the current imposition of economic sanctions against Russia, based on quite untrue accusations related to Ukraine and MH17. The Russians are feeling considerably put out over that, and rightly so.
PressureNet, a high accuracy weather forecast using sensors in smartphones: *
http://pressurenet.io

https://play.google.com/store/apps/details?id=ca.cumulonimbu...
> "all this stuff doesn't seem to result in enabling people to do their jobs better or more easily..."

While I disagree with that notion, I also wonder why the focus on merely jobs. Smartphones and mobile devices have enabled people's lives to be much easier. Not more than 10 minutes ago I just determined the optimal route to a meeting, factoring in real-time traffic (measured by phones) and overlapping mass transit lines. If I'm late or my meeting partner isn't there ("there" being a location determined by ratings on Yelp's app, as the meeting was scheduled via my phone during another meeting), I have instant access to him and vice versa. Just the first example that comes to mind.

There are, literally, dozens of expensive devices that have been replaced by free/inexpensive smartphone apps in the past few years, to say nothing of smartphones enabling us to do things we never even thought of a few years ago. In 2014, it is possible for the middle class to take timelapse aerial video from a drone and edit/upload/share it remotely via phone in a matter of minutes. I cannot imagine what will be possible in a mere two years, when apps have replaced even more expensive things and enabled us to do things heretofore unconsidered.
I dont think this is NOT true. Two reasons why. The first is register allocation algorithms have gotten really good at breaking up lifetimes of registers and producing near optimal spillcode. And the second reason is that most of the time the penalty you take is L1_ACCESS_TIME - REG_ACCESS_TIME + pushtime + poptime. On modern OOO machine with modern day L1 caches with optimized HW prefetching this is almost 0. Seriously.

-edit: left out not :)
it should happen offline but many times that is not possible
whatsapp is grown almost 2x since fb's acquisition. source: i know
Also here is a nice video that shows: "How Soyuz Works".

https://www.youtube.com/watch?v=AVvgpKt5uCA

Basically how cosomaunts train in Star City to how the rocket is built, take off and all the way till it is about to dock with the ISS, including how launch escape works etc.

The reliability and resilience of the system is just a marvel of engineering.
Newslines - The Wikipedia of News (a mix of Wikipedia, daily news and YouTube). Very experienced entrepreneurial team. Only direct competitor to Wikipedia. Applied as a project that allows greater diversity for content creators (unlike Wikipedia 80% of our contributors are women and minorities) Full product online and getting good traction. http://newslines.org/ Check our Paul Graham newsline: http://newslines.org/paul-graham/ Will try again next time. It's fun to make the application, really helps you think how to describe your business simply.
Hi Comrades, we're a nonprofit using crowdfunding to empower women in science & tech. We won't be benefitting from YC this batch, but we're stopping at nothing to benefit HER https://www.instrumentl.com Wishing you all the best!
The flip side of that is, you can't refuse the USPS. Everything I care about comes to me electronically or through a parcel service, I only need USPS a couple of times a year (USG stuff like DL renewal). Even so, I need to collect my junk mail at least twice a week - because if I don't the box will fill up, they'll leave a threatening note about returning future mail to sender, and I'll have to pick up the stack at the local post office. I've done that a few times now. Its always funny how when I get there to pickup the volume of mail that was too large to fit in the mailbox - there are only a couple of official looking envelopes that turn out to be junk mail. The workers obviously recognize the fact that I don't want three copies of "The Penny Saver", and they don't want to waste space in the PO warehousing it.
The incentives are way off in this system. They get paid to move junk mail and I am forced to accept it.

tldr; I hate junk mail and will scream into the void about it.
Hadn't heard of mytag, but just checked it out. Looks like a mobile only solution for selling things.

Hubify is different because you can rent anything and also list services for hire and jobs.

The ability to create and manage public or private hubs is unique and better suited to serve different types of local communities, college campuses, etc.

We have Pinterest-style personal storefronts, user ratings/reviews, and will soon offer criminal background checks to improve safety.

If you know of any other #craigslistkiller competitors, I'd love the tips. It's a real "obvious" problem, so of course there will be other startups trying to solve it in their own way.

Thanks for the feedback!
>I see Google as a company collecting and organizing information...

...and then making it hard to access on Windows Phone.
A Brief History of C++
How often has one of your Rust programs segfaulted for you, when it wasn't a bug in your own unsafe code (as opposed to that in the standard library)? For me, the count still stands at zero.

I've been writing Rust for well over a year. I like to abuse new features and I've found many compiler bugs, but my code doesn't crash at runtime.

I'm not saying it doesn't happen, and the plural of anecdote is not data, but I think you're grossly misrepresenting Rust's practical safety benefits. That you only have to trust code in unsafe blocks, rather than all the code everywhere, is a huge benefit.
I'm very much a distant observer here so I might not even know what I'm talking about, but my understanding is that a large part of the problem is that W3C declares a spec as final and stops updating it, while WHATWG is still working on it. So we do end up with competing specs that drift further apart over time. It would be preferable for W3C to just link to the WHATWG docs which are actually maintained.
That's very clever. Did you get in?
Sure, easily can conclude that BVP and other VC firms
believe that they have a particular way to evaluate
applications and make money. This does not mean that they
have the ability or obligation, or even make
an effort, accurately to evaluate
every application that comes through their door.

So, likely, net,
if they are making money, then they are happy about
the money they are making, smile all the way
to the bank, and just f'get about the rest.
Any nonprofit applicants out there? We'd love to hear about you!
In crashes like this there often isn't enough wreckage to reassemble to tell one thing or another. But there will be lots of data to comb through which will probably lead to the cause.
Your understanding of what I said is also clearly ridiculous.

In context, what I am saying is pretty obviously meant to be taken as:

Failure is part of taking risk. Risk is part of doing things that are difficult. Doing things that are difficult is part of progress. Progress is something that I consider "right".

And then put further into context, with regards to spectacular failures like the one today: Don't beat yourself up [engineers who worked on orbital] because the very difficult thing that you were doing failed. That is what makes that very difficult thing noteworthy.
From what we've seen Facebook acquisitions move over to the Facebook infrastructure.

That could mean bringing in expensive consultants to assist.
I did and moved to Telegram.
Sounds interesting. Few more details? - email in my profile.
And all the best. We got rejected too.
Talkray (YC W12), 6-Person Post Series B, Is Hiring in Redwood City
It's worth keeping in mind that there's a countervailing trend though. Conventional laptops are getting lighter and last a lot longer on a charge. The extra bulk of something like a current Macbook Air vs an iPad isn't much but it's a vastly more capable machine.

And, even if we do see an increase in more hybrid devices like the Surface, you can't just blow up a touch screen app to 24". Specialized tasks will still require specialized software.
western tunnelvision.

look into wechat to see the future of mobile apps. it's basically a whole platform running within the chat app. communication, meetings, shopping, ...

billions of people will only own a smartphone, not a desktop, ever. hence the ever growing screen sizes of the Notes, 6 Pluses of this world.
The network of people there matters. If they were investing 10k in my company I'd comply. Your network is your net worth.
I'm going to get up from my chair and go to the water cooler to fill up my water bottle. I bet I will succeed at it.

How is this different to you than launching rockets?

It's different to me because launching rockets is much more difficult. There are many more things that can cause you to fail catastrophically.

To me, failure is to be expected when you're doing something that is difficult. That is the definition of doing something difficult.
A failure means you took risk, which is something you should do if you want to push the boundaries. So you did do something right. No one would suggest you did everything right.

Conversely, absence of failure may mean you took a calculated amount of risk and it paid off. But it could also mean you were overly conservative, didn't push the boundaries, and took a minimum of risk. There's no way to tell the difference purely from the absence of failure.

The worst outcome is when a failure happens and you though you were very conservative but actually had no idea what the real risks were. That's the Challenger situation.
It's hard to believe that app that is free for a year and than 99 cents per year could be losing money. /sarc
You mean 10%
One Surprising Reason You’re Not Getting Honest Feedback
Why do you say you've been blackballed?
Cool - what's your company?
They had said they were expecting close to 5k
> Ideally, a computer keyboard would be able to directly send both an arbitrary number of named control functions, and arbitrary unicode text (either as full strings or as code units one by one)

You're right about how the input stack is tangled up, but wrong about the ideal state. The keyboard is absolutely not the right place for this sort of intelligence.

No keyboard has 100k+ keys, so Unicode input is fundamentally a UI problem. Look at the enormous number of Chinese input methods, all of which need to cooperate closely with the GUI to work. Or heck, how do you type é? On OS X, you can either press option-e followed by e, or press and hold e, and select from a popup menu. These both require integration with the OS and GUI, and cannot be handled by the keyboard itself.

Even setting aside Unicode input, we still often need to know which keys were pressed. I'm programming a FPS game - what happens when the user presses the 2 key? If it's on the number row, it should select weapon #2; but if it's on the numpad, it should move the character backwards. So it's not enough to know the key's character; I need to know which physical key was pressed!

The layered approach you describe is confusing and error-prone, but it's necessary, because software needs to act at different levels. Some software wants very high-level Unicode text input, while others need to know very fine-grained keyboard layout details. All of the data must be bubbled up through all layers.
Building "Stackoverflow.com" for education to help out K-12 and college admission tests with Q&A platform that is student & teacher friendly. Any feedback will help.

http://test.studyboard.com/studyboard/app/#/questions
As an East Coast located start up there is the feel of being on the outside looking in. There seems to be obstacles to overcome...be it culturally and geographically. As a startup in an growth industry (UAV/UAS)that happens to focus more on the service delivery and hardware side, how do you overcome the software centric focus of YC?
Honestly, I think by the very end we will see Intel dominating mobile markets.

The thing is, Intel are process kings. Nobody else comes close. Both the economics and the performance. And when it comes to processors design that has to respect many physical limits (wire delay, transistor behavior, ..) tuning process knobs will gain you much more than tuning architectural knobs. I think in the end process technology wins this fight.

The reason we haven't seen competitive Intel products is that they just haven't cared about power for like ever. Their company is built for speed. Their income is from performance sensitive markets. All these power sensitive markets were pretty new and until recently -- pretty inconsequential in terms of revenue. Their process is not tuned for this. But I guess now that all these power sensitive users are starting to want more performance maybe Intel can rely on some of its strengths.

When you have a massive company like Intel it takes time to change directions. I honestly think by the time Broadwell or Skylake comes out you will start to see Intel power-competitive in the low performance segments.
Here's a curious data point: we were invited for an interview last time, but we didn't get in. We had no paying customers yet. The feedback was that we should get 10 customers and apply again. So we did. But no interview this time :/
Yes, it does because it's a number of net loss. Nobody buys a business to lose money.
Their old goodies page was better.now it's redirecting to https://duckduckgo.com/tour which is not that helpful.

Edit:

The correct short url is http://ddg.gg
> 240mg in a 16oz/473ml can. It also seems to have been reduced back to 160mg.

A few of the "Pure Zero" variants seem to have (or had) a ludicrous quantity of caffeine. If I have any complaint (well, other than that a 16oz can doesn't have 2 servings worth!) it's that I don't know that the caffeine should really differ between them; one might not expect what seems to be simply a different flavor to differ markedly. My solution to that has been to read the ingredients.

> Even at 240mg it's equivalent to or less than a cup of medium strength regular coffee. And not close to Espresso.

Coffee varies but generally speaking if one goes by the "serving size" on an energy drink it's typically on par with coffee:
http://www.reddit.com/r/askscience/comments/ip9ia/ive_been_w...
Now Hiring Senior iOS Software Engineer in Atlanta #job
Ah, that's cool. I missed it.
It's not exactly shunting vast amounts of data, I'd think a buck per year per user would be pretty good for text messaging.
138 million is 10 percent of 1.3 billion.
Tenderloin is a district inside of San Francisco. Urban and probably higher crime than what you want. Rockridge is essentially Oakland.

Concord is safe but hot. Good BART commute to the city, tho (one train). Same with Walnut Creek, but more expensive than Concord. Another city like Concord would be Pleasant Hill. Many parts of Alameda are nice, but you might be pushing your budget, and some parts are like Oakland (to be fair, the Oakland hills are beautiful, but likely outside your price range).

I'd look at Fremont, which is in the South East Bay Area, is cooler than Concord, and at the end of another BART line that goes directly to The City. Fremont also has strong Asian and South Asian communities. There are a wide variety of ethnic markets for those otherwise-hard-to-find foods, utensils, and spices and a wonderful selection of restaurants that have great food but aren't too fancy for weeknight dining.

Public transportation in the Bay Area is concentrated in the larger cities and along the BART line, tho. If you are more than a few blocks away from BART in the East Bay, you can expect to need a car, and are likely to need a car to go grocery shopping as well, due to the sprawl of suburban living that also makes it lower crime and quieter than The City. Many suburbs are large enough that it might be easy for a wife to become practically housebound without access to a car. Every place she might want to go might easily be too far to reasonably walk.

If you look at a map, Sacramento is way too far, though I have seen some people try to car commute from there.

Oh, and don't expect to drive into the city! Parking is a nightmare and very expensive. It's really easy to get towed or have your car damaged (or stolen) there as well. Best to expect to ride BART to a downtown SF job coming from the East Bay, and to use a car to get to BART, because the more suburban parts of the East Bay have unreliable bus service that tends to be ~ once an hour and not on time enough to use for work commute.
There are other accelerators and investors. Y Combinator can pick and choose anything. Your startup sounds very important but also incredibly challenging for any investor to get involved with. People in Silicon Valley may be pretty afraid of that kind of goal.

I would also be angry if they wouldn't give me five minutes, but that's not how their process works (imagine how hard that would be to personally say no to hundreds or thousands of people).

I hope you will continue to pursue other avenues for funding.
Here you go: https://docs.google.com/document/d/1s8udpwEe7TPz1xJLA3E1N9qb...

We are building a decentralized bank/crowdlending network on the blockchain.
congrats! it's a huge opportunity if you've really cracked the code on how to enter that market without the cooperation of the various mls's, which are highly incentivized to keep the current system in place (i did my mba thesis project on the real estate listings space).
You can't give your end users vastly asymmetrical data pipes (cable/DSL), and then complain that you don't need to equitably handle traffic for a service then because the data flow isn't symmetrical. At the very least, it's disingenuous. You -know- your traffic flow to the greater internet is asymmetric but you want to bitch that other flows to you are asymmetric. Do as I say, not as I do.
The fact that Java, ActiveX, Flash, and JavaScript became goto (sic) technologies only underlines how much the web has always been the poster child for 'worse is better.'

The irony is that the web stack has become so complex you may as well build apps using one of the many mainstream compiled languages for app logic, and work with an improved DSL for styling and markup. (Which is more or less what Go+SASS/etc are becoming anyway.)

The inevitable next stage will happen when the W3C discovers functional programming - I'm guessing around 2020 - and we'll have Greenspun our way to the 10th law again.
>they will tell you that x86's register-starvedness and anisotropic instruction encoding are huge losses.

Eh, not sure I buy that. Since at least the Pentium, x86 implementations have had very fast stack variable access compared to contemporary RISC architectures, practically treating some number of bytes around the stack pointer as registers. As Linus points out, everyone architecture has to confront this problem anyway sooner or later because some stack access is unavoidable; the x86 implementers just had to confront it sooner because of their ISA had half or less of the registers of the RISC architectures. So while of course it's better to keep everything in registers if possible, I'm sure that the old Lisp compilers would have performed reasonably well on x86 if they'd tried instead of throwing their hands in the air and saying "we can't do it!"

And the "anisotropic instruction encoding" makes so much sense that ARM adopted it (in a much simplified fashion) with Thumb-2. Fixed width instruction encodings waste a lot of space because the common operations need 2-3 more bytes than they ought to, and because absolute addresses and constants above a certain size must be loaded from an indirect access to a location close by the instruction stream, instead of just being inline with the instruction. Instead of 1 byte of instruction + 4/8 bytes of data/address, you get 2-4 bytes of instruction including relative address + the 4-8 bytes of data you wanted to access in the first place. All this adds up after a while, and at some point, the waste of code cache hurts more than the more complicated ISA.

I love 68k too (which had a somewhat "anisotropic instruction encoding" itself, by the way), but let's give credit where it's due: it took a lot of engineering talent and confidence ("RISC is the future!") for Intel to prove that CISC chips could beat RISC chips on performance. It might have never been possible for Motorola to overcome their management problems and infighting to progress 68k at the zenith of RISC hype.
A lot of people do it for selfish reasons (in a good way).

For example, say you have a website which surfaces information about specific CPU instructions. If you provide an API hook into this information you can expose it to potentially thousands (millions?) of people searching for it on DDG. You then provide a link back to your site below the information.

This is an excellent way to get traction early on. I did so with searchcode.com and DDG was my number one referrer for a long time, providing me with a steady stream of traffic which helped it get noticed.
I belive it was ddg.gg which appears to still work.
I think FB cares more about ruling the world than WhatsApp's P&L statement. From "Mobile is Eating The World" [1]:

Global SMS: 7.5tr messages a year

WhatsApp: 7.2tr messages a year (with just 30 engineers)

[1] https://news.ycombinator.com/item?id=8524256
> The Verizon/Cogent or L3 peering points are nowhere near the local loop.

Do you have some kind of cite for this? If it didn't already matter which Verizon peering point they were using then it wouldn't matter if any particular one was congested because Cogent could just dump the traffic on a different one in a different city.

Is your point that Level 3 isn't a Tier 2 network but Verizon is? Obviously Level 3 is going to peer with Verizon somewhere in Greater Los Angeles and Verizon would carry the traffic from there to Long Beach or whatever. But then you would seem to be suggesting that the Tier 1 network should be paying the Tier 2 network.

> Verizon isn't a fake T1, it's a real honest to goodness T1.

The Tier 1 network they own is not fictional, it is only not relevant. The traffic for Verizon's customers in Los Angeles is not delivered to Verizon in New York.
Right, and on your last point, that's almost exactly what the NFC industry has been trying to do for years. Most successful mobile ticketing deployments seem to use the barcode-a-like on a screen approach thanks to NFC not really getting very far. It will be curious to see if Apple manage to get any traction here.

Obviously flesh blood is a good thing, however, this problem space has been thoroughly explored.

The real unexplored area is that few people have noticed just how insanely powerful the GPUs in these devices are, but again the problem is in working out what they might be useful for, especially given the trend is for mobile "apps" to really be trivial front ends for web services.