skysight-inc/HackerNews huggingface dataset:
Are you sure about that? I'm seeing 48 minutes.

http://www.nydailynews.com/new-york/new-yorkers-havelongest-...

This includes people commuting from Brooklyn and Queens, which is most likely less than 10 miles to work.
Fortunately more than one transportation mode exists. When I used to bike commute in Winnipeg I would just take the bus in the winter (4-5 months).

Also, fortunately, few people live in such extreme climates as us.
Side sleeping may clean up 'mess' in brains
(2014)
Interesting, thanks. We've discussed providing some kind of code quality score. Also, we can definitely do something interesting by comparing how other apps have performed that share code features with yours. The ideal would be a predictor that makes recommended changes based on the insights we've learned from other code we've seen.
The 36-cent 'shade ball' that could save $250M and keep L.A. water clean
How does the Ohm battery handle extended cold conditions? I lived in a cold climate for a number of years in grad school, cold but not block-warmer cold. My experience was that I had to pay close attention to the cold-cranking amps rating of replacement batteries, so they'd still be able to start my car under the long-duress of winter. Likewise, I found that car batteries seemed to be consumables relative to my warm-climate experience().

() explaining the plural "batteries", above.
The city-state returns
We released an app onto the store last year that was a UniWebView pointed to an S3 website, constantly updated the code without pushing through the app store. No qualms from Apple.

This sounds great!
That works OK, but it increases the costs of reorganizing teams and projects. If your project structure changes frequently, it really helps if that just involves moving people from one room to another and not having to tell them to find a new home.
I'm super happy with how our move back to the US has worked out: I'm working at a good company, and I ride about 15 minutes each way back and forth from work on my bike.

http://www.mrmoneymustache.com/2011/04/18/get-rich-with-bike... - some of the benefits of bicycling.
I would love to see better tools to help people collaborate remotely, or even just from a different building on the same campus. Certainly the rise of applications like slack and github show that the demand is there. Personally I'm surprised that most businesses haven't invested more time in collaboration tools since labor is such a big portion of the service economy's expenses.

I do think that remote work requires some culture and managerial changes as well but the success of many popular open source projects with remote teams shows that it certainly is possible.
Even some of the smartest people in the world fall victim to this. For example, Elon Musk originally estimated that SpaceX would launch its first flight in November 2003. The first launch, which still failed, didn't take place until March 2006 and the next two launches also failed. The first successful launch didn't take place until September 2008, a delay of almost five years.

In his biography, Elon Musk acknowledges that his original estimates for SpaceX were completely ridiculous and based on his experience with writing software and ignorance of the realities of building spacecraft.
I thought Netflix was the outlier company.. but then again it is only ~500 engineers or so..
Another website that does not works without sessionStorage enabled.
How does that actually answer the criticism though? You lose binary portability, you mandate Nix as a deploy AND dev target. You mandate that every development environment either is Nix-friendly OR that you're on the hook for writing said management.

And, as I've noted in the past, these packages people make as afterthoughts to product development are often broken. You end up welding your dev environment directly to your deployment environment and you complicate cross-platform builds quite a bit (closures cross-platform are, unless they have changed since early this year, not really a well-formed proposition).
The author seems to have a solution to sell so that puts me on alert, but this is the only post I could find suggesting bastion hosts are not a good idea.

This HN thread has a lot of back and forth on bastions vs VPNs: https://news.ycombinator.com/item?id=8637154

Basically, I'm trying to migrate our bare metal servers into an AWS and am looking for best practices. I've more or less followed this guide so far: http://blog.bwhaley.com/reference-vpc-architecture
> our similarity algorithms are based on a number of independent program features, including control-flow graph structure, which are unaffected by this.

I wonder if/when that will change. Obscuring CFG fingerprints wasn't a problem before. I suppose it depends if people are truly trying to hide their dependencies, or if the 3rd party code just gets caught up as part of trying to prevent the main code from being decompiled.
Same here. I don't want to move closer to work as the entire reason I don't live closer is cost.
Most other accidents have casualties which are easily traceable. Comparing deaths to those that fall from wind turbines is not a fair comparison.

Nuclear accidents happen in slow motion and the effects are not as easily traceable. It will be decades before we know the impact and it will only be due to statistics. Just because you don't die today, doesn't mean you will not die earlier than you normally would have.

Also, to say they are infrequent is not necessarily clear description considering the Fukishima accident is still not over by any means. It is an accident that continues everyday.
http://www.counterpunch.org/2015/06/29/is-fukushima-getting-...
and
http://enenews.com/officials-trillions-becquerels-radioactiv...
Very cool. I wonder why the author decided to use igraph within R instead of Python, as he was already using Python for the frequencies.
This does't actually answer any real criticism I leveled except...

> but everyone can't use their own dependency management system.

This is untrue. Different disciplines use different tools for dependency management and it's not clear to me that the world is crying out for a unification here. Golang developers use one, Nim developers use another. Java developers have different requirements still.

Let's look at a pair of closely related langauges, Clojure and ClojureScript. While we might want a uniform method for DECLARING dependencies, the specific mechanisms used to fetch those dependencies may (and possibly should?) be different.
Never before has an ALTER TABLE CHANGE COLUMN generated so much hysteria.
Use "set -ue -o pipefail" at beginning of the shell script for "strict mode". Use "bash-modules" library, which is designed for strict mode. Always quote variables unless you really want them to be parsed by bash.
Conceptually, Thorium reactors are an answer known to be workable. To put it simply the reactor is like a bowl of radioactive soup with a plug at the bottom made of ice and self refrigerated using the power produced by the reactor. If it stops working, plug melts, soup flows out of the bowl and reactor stops. The soup is not too radioactive, and thorium is more Common.

This design is not without challenges, but certainly not bigger than fast reactors and nuclear reprocessing. There was even working prototypes in the USA very early in the atomic age. However, Thorium reactors do not produce plutonium, and so, cannot be the technology selected in a cold war context where you need to build atomic weapons by the score.

So, no such reactors are in service today, but they are being studied, especially in India if I recall properly.

The reactors you see today were designed to produce bombs primarily. They only produce energy as an happy side effect. Safety was important, but not the main design goal.

To fix this, you need to overcome two problems.

1: you must convince governments to pile billions on developing this technology, with no military goal or economical incentive in sight.

2: you must overcome resistence to change of existing industry, who basically must turn their known design upside down. Good luck with that. See what AREVA has done with its stupid EPR...

So not a simple problem, but maybe complexity is not where you thought ^^
> other parts of the US, even tech-heavy ones

This is not comparable.

SF is unique among other "tech-heavy" environments around the US in that we reward employees with significant pre-liquidity equity here, and the chances are significantly above zero that those shares are worth something in many cases. When you factor that in, compensation comes out to ~$300-500k/yr.

In other areas of the US, even where you have a density of tech startups, the culture is entirely different -- compensation is attractive to a more conservative profile. Likewise, the companies that inhabit those economies are not targeting the same kind of aggressive growth that companies in SF+SV.

So to say that there is a choice between working in SF and, say, the research triangle, disregards crucial differences.
$150K is chump change in the financial industry (prominent in Chicago). But that is a weird/competitive market.

I'm not going to give my personal numbers, but that number is in line with senior compensation when I moved from VA in 2008. My gf recruited for SharePoint developers for the DC area - asking ran from 140K to north of 200K. This was a few years ago; I don't know the current market; I strive to stay far, far away from anything enterprise based.
If you build a remote culture is very easy to find talent. The hard part is the funding. Finding quality VCs outside of SV is very very difficult.
You either would program it (even by nature language) or the human race will cease to exists.

However, you seem overly optimistic about our future in 100 years. Assembly language is roughly 70 years old, Lisp is in its middle age already (56) so that means by 2040 we will have our first 100 years language and by 2060s (depending if Lisp or Fortran are still alive) we would have our first 100 years hight level programming languages.

Honestly I don't see any AI going even close to what you suggest by any of those milestones.
We've actually resisted going after malware because every binary analysis technology seems to be pulled into its orbit eventually. It's like the Black Hole of Reversing. :)

What I do wonder is if there are more interesting questions to answer about the intent of code besides "pass/fail"?
Look, you're preaching to the choir about not living in "the hip areas of SF". People around here have lost their minds -- they all want to crowd into the same 20-ish blocks of trendy real estate, and pretend that it's the city's fault when those blocks are expensive. But, I digress...

My point is that if a company wants you to work in SF, you should be demanding a salary commensurate with the costs of that lifestyle. Making an excuse for the company not to pay you is silly. Making a daily BART commute and living in Oakland is fine, if that's what you want to do, but you shouldn't be doing it because a tech startup won't pay you enough to afford housing near where you work.
Maybe. They could have been first to market with a digital camera. But if they kept prices high enough that digital photography profits were as high or higher than the film business they cannibalized from, they would have had their lunch eaten when the patent expired anyway. The profits simply weren't there with digital to sustain the size of a company that film did.

They could have used dominance in digital camera sales to invent and patent ways of using digital photographs, too.

But at the end of the day, big companies have an extremely hard time adapting to new paradigms, and likely Kodak would have had to shrink anyway.
When I was an undergrad doing AI at the start of the 90s, the 'general AI architecture' seemed to already be a passing phase. Though many of the proposed architectures were not symbolic, the approach felt part of the symbolic AI bubble that had recently burst. The idea is appealing, but the difficulty in showing success even in isolated tasks made the claims of general architectures rather bald and self-aggrandising.

I felt at the time that it would take a lot of progress before it was warranted. We'd need to actually develop tools that were widely applicable and solve certain fundamental problems (the frame problem, the problem of behavior composition, the problem of inference). I'm not entirely convinced 'deep learning' is as widely applicable or capable as its hype, and we haven't found too many interesting new general purpose cognitive algorithms in the last 30 years. So it still feels way too early to be talking about general models of cognition, when we don't have convincing data that shows the generation of cognition in any context.

An interesting paper, but it feels very 1980s, to me. At root a combination of AI techniques glued together with hand waving and optimism.
"What about our Kickstarter backers?

The people that believed in us from the beginning? People we made promises too. People we have let down. Even worse… people we will not be able to give the full rewards they invested in.

The crazy thing is, that we have most of the rewards ready for postage. All the backer stickers and letters of enlistment just need a stamp. All the poster sets printed, signed and ready. The artbook is ready to be printed, the soundtrack is ready for distribution, the DVD case is ready for production. But we have literally no money whatsoever to pay for stamps, let alone print the artbooks and dvd-cases. "

I understand you failed. Find money for postage though? These were Kickstarter investors? You have money for a bankruptcy attorney? Just shopping around for a bankruptcy attorney can save thousands? (Maybe you are doing the legal in house?). My point is the Kickstarter Backers will appreciate a small gift of gratitude, and just might fund you in the future?

I think most small companies know they are going under weeks--months in advance? I knew months for myself. There's nothing illegial about keeping a small fund for the last days of a business.

Good luck, and with Capitalism, and all its risk-thank goodness for Bankruptcy. When I was younger, I didn't quite appreciate bankruptcy laws. I now keep a close ear out for any changes to bankruptcy laws.(There are entities that want to change the federal statutes. I knew the Obama administration wouldn't let lobbiests touch them. I worry about the next administration?)

If I was to do it over again, I would have incorporated every business I ever started? I might have even incorporated my legal name right out of college--if legal?
Video Shows a Terrifying Drug Infusion Pump Hack in Action
I am assuredly a "lisper" and I really don't want to use anything based on Nix. I really dislike how statically linked executables are not portable on Nix. I'm less upset w.r.t. dynamic library management.
> You can build up (which SF largely refuses to do) but even that has its limits and its costs.

To be honest, San Francisco is nowhere near any reasonable density limits.

Population densities:

San Francisco 7 000/km²
Paris 21 000/km²
Manhattan 27 000/km²
Kowloon Walled City 1 255 000/km²

Building with Manhattan density, SF could have 4 times its current population. If it wanted to.
> That's hard to believe when many companies offer a support@company.com, twitter, facebook, phone or other means of public contact

Personally I couldn't find Twitter's support email. Tried out this page, but all I'm getting is a bunch of contact forms: https://support.twitter.com/forms ; Facebook does this too and here's the thing - they've got an automated system that aggregate issues and bubble up popular ones to their support crew. The long tail of that support queue is most probably completely ignored.
Kodak did lead in digital cameras. Their $17K digital camera for news photographers in 1994 was the first digital camera that took good pictures and was reasonably compact. (Kodak's 1991 model required a backpack for data storage.)

But Kodak didn't get the price down. Casio, Sony, and Kyocera did. In 1999, Nikon came out with the D1, the first good DLSR, and the beginning of the end of pro film photography. It's the five years between 1994 and 1999 that Kodak blew it.
> More FUD. The garbage materials are sealed, and batteries get recycled. Places that sell you the new one take back the old one, generally.

Not just generally, pretty much universally. You can't buy a starter battery without paying a core charge any more; according to the EPA (http://www.epa.gov/osw/conserve/materials/battery.htm), 99% of all lead-acid batteries are recycled. Not even steel cans (http://www.kab.org/site/PageServer?pagename=recycling_facts_...), the most recycled container type, come close.

You would not be far wrong in claiming that the lead-acid battery is the world's most environmentally friendly manufactured product. I don't blame Ohm directly for TC's hyperbole; TC is a known rag. But still... have the decency to stand up for the facts.
It shifts, rather than reduces, costs.

No altcoin has used a PoW where memory latency dominates computation.

Home users will never be able to mine profitably (except by claiming their electricity is "free"), but the hope is they can do so within an order of magnitude loss of efficiency.
Actually your link says just that nobody is paid to maintain it.

"It will continue to be maintained and supported for the foreseeable future, and we occasionally release new versions with bug fixes, improvements (sometimes large ones), and contributed patches."
When I bought my Civic Type-R it didn't even have an option for air conditioning due to the weight it added. For some types of car every pound (though they are called grams in the real world) counts. I suspect this will be popular in the lightweight performance car world.
Someone else said there's a LPG terminal in the area. Just a guess but it looks like:

https://en.wikipedia.org/wiki/Boiling_liquid_expanding_vapor...
https://www.youtube.com/watch?v=gI0qU4EZbS8
Bash is just yet another dependency for a script. Perl script needs perl. Ruby script needs ruby. Python script needs python. Bash script needs bash. What wrong with that?
I guess I just don't "get" twitter, but despite the character limit, I still feel like a high-res screenful of tweets still contains almost no content. The webpage limits tweets to a very narrow column in the middle of the browser window, and there's a ton of fluff at the top and bottom of every tweet. I've never been successful at curating my twitter feed; I follow way fewer people than I'd like to, and still see way too much junk.

Facebook is getting worse about "junk" too, but somehow I see far more content per pixel on Facebook than I do on Twitter.

I'd like to think limiting content to 140 characters would make twitter more information-dense, but it doesn't feel that way in my anecdote.
You don't need to be making $150k in Chicago to be doing better than Bay Area developers. It seems like it's not uncommon for junior level developers to make $75k in Chicago, but 1-bedroom apartments only cost somewhere between $1k and $2k/month depending on what neighborhood you live in. And I'm not surprised you haven't heard about jobs in Chicago. People on HN seem to be pretty down on Chicago, which in my opinion, is a shame.
Found a potentionally good partner, but cant come up with good idea
Thoughts on how to proceed?
These days, I see jump boxen used for routing reasons more than security. VPNs won long ago.

A user may be permitted to connect from their laptop to a specific server, but not be able to route there. This is common when navigating dispirate networks - i.e. VPN to router to VDI to virtual switch to office to datacenter to managed appliance to VM. It's usually cheaper and easier to have users RDP thru a middle server than have a network architect troubleshoot.
San Francisco rents are worse. Five years ago, SF was a better deal.

Also, if you're a decent programmer in NYC, you'll make 20% more than your counterpart in SF. The downside is that NYC finance jobs don't involve equity packages. The upside is that there are bonuses (wildly variable) and there's much more of a career track. Finance companies care more about their peoples' careers than Bay Area tech companies, and that's a big part of why the techies end up answering to finance in the end.
My assumption is that student loan payments are much higher than (or close to) your housing costs for most young adults. Compare:

$2000 student loan payment + $1000 rent, at $70,000 salary would be tough.

$2000 student loan payment + $2500 rent, at $140,000 salary is do-able.

I agree about the smaller "cost of living" items though.
Co-founder here: The capacity isn't set in stone. You might be right, if we need to increase it we can - or just offer a couple different options, but so far we haven't seen any issues and a number of our beta users are only using their cars once every few weeks.

The capacity quoted on lead-acid is also a bit deceptive. There amount of current you can draw drops pretty heavily with state-of-charge. You might have trouble starting your car even with 50% of charge left. So if Ohm doesn't work for you, you'd likely be having trouble with a lead-acid as well.

As far as the low-voltage cutout - it's definitely not trivial, but it's been done in other applications previously. I'd be a bit ashamed if you were able to come up with a solution of the cuff though, it took us a lot of work to get it working! It does involve some energy injection, but not enough to cause problems.
13.8V is around the 12V level and is not high voltage.

What are you objecting to?
I use git primarily on Linux, but I don't use an IDE. I frequently use 'git gui' to prepare commits - I particularly like the ability to select individual lines from a diff to include in a commit, breaking apart multiple changes to the same file when necessary. I also use gitk a lot. I'm very comfortable using the command line, but it's not correct to assume that command line users wouldn't want a GUI tool as well.
I've worked in Wilmington, Delaware and I'm surprised any company chooses to have an office there. I had coworkers robbed at gunpoint a block from our office in the financial district, strong arm robberies of cell phones, angry and violent homeless people everywhere, etc. Add to that a high city wage tax and I just don't get it. I worked there for eight years and it seemed to just get worse and worse.

Very apparent how bad it was when DuPont of all companies even moved out of the downtown area.

http://www.newsweek.com/2014/12/19/wilmington-delaware-murde...
I ride the metro for about 1:30 a day (part of which is walking to and fro), which I prefer to my prior driving commute of 25-30 minutes. I have had to increase my fantasy and sci-fi novel budget, however.
I agree that setup for WiFi IoT products is a total pain. The simplest method I've seen is what WeMo uses...out of the box device is an Access Point, you connect, then enter your own network credentials...still takes a few minutes, but beats requiring another hub.
Hi - I'm the author. Glad you liked it! I'm afraid I had no particularly good reason for switching to R for the visualization other than that I'd used R for network graphs in the past so I already had code written.
I'm not saying "Bay Area is still definitely better because, hey, look at my math". I'm just saying that a 1.3-1.5x salary increase can more than offset a 2.4x rent increase. Obviously there are other factors that are too numerous to list such as commuting costs.