skysight-inc/HackerNews huggingface dataset:
It depends, likely not given the daemons are showing direct communication to what appears to be other services etc. But in reality, I don't feel there is enough data to answer that question completely based on the diagram.

IMO, a micro-service does only 1 thing, does not access common data repositories and stores its own data isolated (could be same physical db server but separate db/table/catalog etc.). Additionally, at least as I see it a micro-service does its job and then pushes a new message on the queue with the results, it never talks via the network layer to anyone else for coordination or status. But of course it may send out data or make calls via the network, e.g. HTTP, SMTP etc.

You probably already know this but from reading and my experience a micro-service should only act upon data it receives in the message. Sometimes this is where people have a hard time because it means passing an entire data set with the message to make sure the micro-service has enough information to do its job. But doing so is the only way to decouple the services and get the benefits of a distributed system. If you use the database as a communication layer it will cause you all kinds of headaches and it couples the services to data structure changes which means you still are not isolated. You should be able to update any micro-service without the need to update any other service at the same time.
Previous discussions:

https://news.ycombinator.com/item?id=8807497

https://news.ycombinator.com/item?id=8797002
Enterprise developer here (well mostly). I see this in most of our apps -- the same "template" is called hundreds of times in a session. An accountant auditing invoices is a perfect example.

Now for random public website? Depends on the content. In the blogs I've administered, I feel that the first page rendering speed is KEY to keeping traffic (ie static cache the html). However, new visitors, when given a quick way to get to new articles with a minimal amount of friction, tend to stay on the site longer.
I don't think this will be likely outcome - no change happens instantaneously worldwide, so the very period of (possibility of) deployment will - I believe - make this system turn into robots working for rich while most of the humanity starves.

So, while I fear a different future, I'm also firmly in the basic income camp. Right to live should not in principle be dependent on slaving away your life, so let's deal with that when the technology allows us to.
There's two Soyuz spacecraft in case things go bad.

If you are aware of a plan to use a Dragon as a lifeboat, please bring out some sources for that.

That's a pretty far fetched possibility and surviving re-entry in an unmanned capsule is unlikely. There aren't any life support capabilities (ie. oxygen for breathing) and surviving the 5-10 G accelerations of re-entry would be rather unlikely without being strapped to a seat.

Can the Dragon spacecraft even undock from the space station and robotic arm without a human operator on the Canadarm controls?
Show HN: Homogenius – packing/unpacking to reduce the size of homogenous JSON
Bill to protect car services from Uber raises questions
The only factor on what registrar you use for buying a domain should be their renewal rank on http://domcomp.com.
So this means you can't have features like ftrace (and kpatch), BPF, or a kernel that re-configures itself at runtime like x86 Linux does at boot once it detects the hardware features. Of course you can work around all that by switching the page W/X bits as appropriate, but it's a bit more complex.

Otherwise it's a seriously impressive feat.
Reddit discussion:

https://pay.reddit.com/r/LaTeX/comments/2qz6ju/postpublicati...
What do you think of Tizen powered phone of Samsung?
Read on Pixr8.com
The tide might be about to change - I'm currently doing Angular work for a major car manufacturer.
Additional links:

GitHub: https://github.com/tengusw/share_to_clipboard

F-Droid: https://f-droid.org/app/com.tengu.sharetoclipboard
I've always thought that once we have cheap robotics and better AI, we'll have the ultimate in organic farming for free. Imagine thousands of robots walking through fields picking weeds by hand, and removing insects.
How to grow my social app at the beginning?
I have an app that lets you share rate and comment anonymous photos: [redacted].
What would be the best strategy to increase my user database without paying for that ? I know, it s a pretty large question but anyway, is there some "keys" or "basics" to accomplish this ?
Forget Stocks, Invest in Solar Panels
That doesn't make the difference you think it does. There are European countries where barely anyone pays for education (and private schools/universities are less reputable than state ones). You still find the children of wealthy people are disproportionately likely to be wealthy themselves. Parental involvement, cultural attitudes to education - and, probably, as politically unacceptable as it is to say it, genetics as well - seem like bigger effects than expensive private education.
To me spending 10$/month seems about right - in former times I would probably have bought one CD per month on average.

However, I think what might confuse people in terms of perceived fairness is that with a flatrate, people might listen to a lot more music. But it is a tradeoff between people listening more but paying less per song and people listening less and paying more per song. It's a mistake to think "whoa, if I had sold as many CDs as people listened to my songs on Spotify, I should have received x million $$$." The reality is people probably wouldn't have listened as much without the flatrate.

So in the end all that matters is how much money you receive, not how many times people listen to your songs.

And what have you gained if you limit people to 10 songs per months vs thousands, if they spend the same amount of money? It is only an inconvenience for the audience.
"I’d say Angular is mostly being used by people from a Java background because its coding style is aimed at them. Unfortunately they aren’t trained to recognise Angular’s performance problems."

If I follow the logic correctly--people with Java backgrounds are not trained to recognize performance problems? Quite the curious line of reasoning.
Fail fast: ✓ – an exercise in validating our assumptions
If there are six onboard two Soyuz will be docked. Always. There will never not be lifeboat for everyone, nor was there ever not one for everyone. Currently two are docked and those are the two lifeboats.

Those aren’t only lifeboats, though. They are also just the normal crew return vehicles. Here is how crew rotation currently works: Three depart in the oldest Soyuz docked to the station, leaving the station with a crew of three and only one remaining Soyuz. A couple days later a new Soyuz arrives at the station, meaning there’s now a crew of six and two Soyuz docked to the station. Then everyone stays up there for a couple months longer before the now veteran crew departs on the oldest Soyuz and everything repeats.

One advantage of doing it this way is that you are constantly renewing the lifeboats, so a Soyuz doesn’t have to survive years in space, only six or so months before it is replaced. Basically, it has to work for its main purpose (returning the crew to Earth as planned) anyway, insuring that it also works as a lifeboat. (Though I would assume that many changes were made to make the Soyuz work as a lifeboat. I would imagine that rapidly departing from the station, potentially with injured crew, is quite a different task compared to a planned departure.)
@jepper I agree with your comments and to add to what you said, what really stuck out for me was how receptive the doctors were to his analysis. I didn't pick up any kind of resistance by the medical professionals to this guy's analysis.

Also, I have a chronic condition and this comment from the article is just so true.

"Scott’s recent thyroid surgery had taught them that getting the best care requires being proactive and extremely well informed. "
This is basically what I do sometimes in Rails apps backing some light jQuery frontend. They are traditional web apps with a few pages doing many front end tasks (think about adding, editing, deleting entries in an address book). They are done by sending $.ajax calls to the server. Some of them get JSON responses but some of them just get HTML and replace the DOM of some elements. That HTML is rendered using the very same partials used to generate the page when it was loaded first (think about the <tr>s in that address book's <table>). This is DRY. Obviously having all the templates in the client would be also DRY but I don't want to have some templates in the client and some on the server. It's either all or nothing and, at least for me, it's just easier to do some of those things on the server.
https://news.ycombinator.com/item?id=8870456

https://news.ycombinator.com/item?id=8879182
I was going off of reports such as this:

http://www.cbsnews.com/news/charlie-hebdo-french-satirical-m...

"the first two officers to arrive, who were apparently unarmed, fled after seeing gunmen armed with automatic weapons and possibly a grenade launcher."
Opinionated frameworks have their benefits. If you're working in their chosen domain, they're often pretty cheap to use. And for some teams, it's especially handy to have plenty of opinions baked in to minimize arguments over every goddamn thing.

When he wrote, "Many front-enders, on the other hand, who have worked with JavaScript and browsers for years and have developed their own coding style, tend to have their doubts about Angular," my thought was, "Oh god, imagine a team of 10 of those people."

I too have developed many style preferences over the years, but long ago I learned they don't matter nearly as much for project success as having a common style.
I think people won't be dying of starvation en masse. There will be welfare programs, just like there are now. If you want a picture of the future, imagine a giant slum instead. There are already huge slums today, why don't their inhabitants rebel? The future poor won't rebel for the same reason, whatever it is.
You are correct in that I didn't include early pension. I also didn't include stock options. It's very hard to do a full cost analysis. I would be pleased if you could present better numbers.

Spooky23 specifically excluded the Bay Area ("coders outside of the Bay Area") so your point doesn't apply.
You can at most hedge against losing everything at once.

It also seems weird to hide a piece of gold at a friends house. Now you expose them to the risk of burglary, as well as to the temptation (in a crisis).

Bitcoin keys are much easier to hide, too.
Has anyone seen a work social network that wasn't a joke? We have one, and the only use is that your director/VP asks their org to follow them, and then posts various strategic stuff they want you to see. There's zero peer-to-peer usage at all.
I think you meant Ember. I've seen the same thing done a bunch of different ways in Angular. They all work. That being said, my team has come up with a way to develop Angular apps. It looks little like the samples and people new to our world have to unlearn and relearn some things, but it gives us more agility and makes our code work better/simpler.
That's not what flags are for. The article's on topic, you just don't agree with it, don't flag it.
New York City tax plan targets Amazon, online retailers
I use markdown (in Scrivener) for my academic writing, and include raw LaTeX as needed for equations. I used Word in my masters' thesis many years ago and will never go that route again - too many issues with Word being "smart" with bullets, etc.
It is for cultural and geographic reasons. Goats work really well in arid regions because they survive on brush. But cows and sheep are much more productive in grass areas.

So Northern europeans didn't really heavily use domesticated goats. The Spanish and Portuguese brought them to Latin America. But American culture developed in areas settled by English and fueled by Northern European immigration.
and I may suffer a loss of efficiency (time & effort, online-driving-difficulty, problem solving, required training) driving my standard transmission sports sedan compared to if I were to drive an automatic transmission minivan

guess what though

I prefer the sports car
I wonder which version of Word the study used. I couldn't find anything about that.
As I have said twice now, a crisis can involve abnormal conditions where the usual means aren't available.

Your third paragraph is not correct at all. Dragon has life support and reentry acceleration of 3.5g.

http://ntrs.nasa.gov/archive/nasa/casi.ntrs.nasa.gov/2011001...

http://www.nasa.gov/pdf/361838main_11%20-%20SpaceX%20Augusti...

Quoting from the first pdf:

Environmental Control System

Astronauts will enter Dragon to remove cargo.
Dragon’s cabin is habitable, with air circulation, lighting, fire detection and suppression, air temperature control,
pressure and humidity monitoring.

Transporting Crew
While it initially is transporting cargo, Dragon was designed from the beginning to transport crew and is currently
undergoing modifications to make this possible. Crew configuration will include life support systems, a crew escape
system, and onboard controls that allow the crew to take control from the flight computer when needed. This focus on
commonality between cargo and crew configurations minimizes the design effort and simplifies the human-rating
process, allowing systems critical to Dragon crew safety and ISS safety to be fully tested on unmanned flights.

And the second pdf:

Crew Capability

•Both Dragon & Falcon 9 were designed from
inception to readily accommodate crew

•Immediate focus is on cargo for COTS
& CRS commitments, BUT…

•In every design decision, the ability to attain
human rating rapidly & at low additional cost is
paramount
Note: Many human-rating requirements are
mandated on the cargo vehicle because it must be
safe for ISS crew
Space Exploration Technologies Corp
June 16, 2009
This is why SpaceX was founded
21
Dragon Already Designed to
Accommodate ISS Crew

•For COTS Capabilities A-C, astronauts will enter (and temporarily
inhabit) the Dragon spacecraft for loading and unloading of cargo to
and from the International Space Station

•Therefore, Dragon already meets the manned requirements to allow
this activity, as called out in SSP 50808

•Air sampling and circulation

•ISS crew sample Dragon’s air supply through the Air Revitalization
System (ARS) port before entering the spacecraft, breathing in the
air as provided by the Dragon Environmental Control System.

• Air circulation is provided to ensure safe breathability throughout the
spacecraft

•Temperature and humidity requirements

•Touch temperature limits: between 39 F and 113 F

•Human Factors

•Protection from shock

•Restrictions on sharp corners, sharp edges, exposed screw threads, burrs, and pinch points.

• All fonts, colors, and labels are consistent with SSP 50005.

Dragon is capable of docking and undocking, but for reasons, it is rather berthed via the Canadaarm.
Historically I have fallen into the "don't do unnecessary tests" camp, but I would be willing to consider an alternative viewpoint. Perhaps what is needed is continuous monitoring of biochemical data from volunteers longitudinally to help us understand if any of that data is actionable in a way that reduces suffering or prolongs life. I think the right sensors have not yet been invented for this purpose, but they are probably getting close.
> so we decided to pick something else

I'm sincerely interested. What did you pick and for what reasons? How did it end?
I wouldn't hold my breath. Namecheap has been saying they will implement a decent 2FA solution for ages now. I got tired of waiting and have been slowly transferring my domains out.
Obama's War on Hackers
It depends whether the framework is based on IoC containers or not.Rails and Django certainly are what you describes,Symfony 2 isn't.

Truth is,with dependency injection, one doesn't need a framework.But most people writing Ruby or Python apps don't understand the value of a registry that lazy-loads objects and it's dependencies.They mix module systems with IoC .
You should doubt everything when it comes to your life. Question everything and leave no stone un-turned.

I know this first hand. Doctors, very smart, just don't know everything. You really have to bone up on whatever is ailing you and really shop the knowledge base that is out there.
> They were all primed to see the victims as part of a group both inferior (i.e. not deserving of empathy) and threatening...

Well, there you have it.
And policy is not law. We should not allow a shield of false legitimacy protect illegal actions.
I felt bad about the purchase before we actually used it, but now I'm feeling like it made at least as much sense as the circulator did as a purchase. Malort ice cream!
Fake it! Fake it so when real users come on, they see lots of content and have a good exp
50/50 doesn't even remotely make sense here. You've taken on a huge amount of the risk in starting and pushing your company to profitability.

Calculating the equity distribution should be easy:

4 * (His current salary - what you would be paying him) = His risk (I use 4 here because that's the usual vesting period)

Your profit * [5-10] = Your valuation (You'll have to work out the coefficient on your own, as it depends heavily on your market and growth potential)

His risk / your valuation = His equity

This should give you a really rough number. This is the absolute upper limit of what you should be giving him in equity (otherwise there is little to no risk). Keep in mind that if you are growing 20%+ year over year then your valuation doesn't conform to the formula above and should be adjusted much higher (or just think about what you would be comfortable selling the company for today).

Equity is all about risk/reward. Because you are profitable, much of the risk is already out of the equation. Consider also how much greater the responsibility in having 30%+ equity to the company - do you think this person will be loyal to that?
> I don't see basic income as feasible politically nor in practise.

From a US-centric view point, this might be valid, however, BI will most likely be championed by one or several European countries at this point.
But development for mainframes seems to be much more costly than development on pc's. If you need this type of machine you need it, but it will probably cost you a lot to work with it over the years.
> I don't see basic income as feasible politically nor in practise.

I too fear that the general population won't accept until it's very too late the concept that one should not slave their entire lives for just the right to live.

> Therefore, what you must do now is to ensure that you are one of those who have money.

More scary thought if your scenario actually happens: assuming that the tech sector is more likely to survive automation for longer, we'll all here suddenly have close and extended non-tech families and friends looking for our support. So you won't have just yourself to feed from your income. It might be 10 or more people.
GDrive to Slack integration – be notified of every change on drive
Already discussed, and issues with the article itself are identified in http://serialmentor.com/blog/2014/12/27/post-publication-rev...
You're not alone. I agree with you and a very wealthy friend of mine who owns his own company bought an MRI machine for his employees and had it installed in the building he owns.
You create a session identifiers as part of the protocol but that then breaks the semantics being compatible with HTTP/1.x

I think it will come and I think PHK's ideas a really interesting just that it's a step too far right now.
You're thinking very much in terms of a PC architecture. Many components of the mainframe including a lot of the I/O hardware and some instructions in the assembly language itself are record oriented, and within reasonable limits operate on an entire record at once. It's not that big of a jump to go from entire records being atomic operations to at least speaking about entire transactions being the basic, atomic units of computation in the system.
The Basics of Test Automation for Apps, Games and Web
When you write code that's intended to be maintained for years, a degree of resistance to shifting language idioms should be considered a feature. That's not to say that Python itself is the greatest language for long-term maintainability, but I personally have both years-old Python code and years-old R code, and any thoughts of doing maintenance on the latter fills me with trepidation.

But when it comes to short-term, one-off, or unimportant tasks, I agree that an emphasis on flexibility is welcome. There's a reason that TIMTOWTDI works so well for Perl in its original role as a shell scripting language.
I only read the abstract, but it seems to imply that they believed that the end result from using Word and the end result from using LaTeX were the same. That is, they were two techniques to achieve the same goal. But LaTeX users don't choose it because they think it makes them faster typists -- they use it because they feel the end result is of objectively higher quality as a typeset document. This may make the statement "you can do it faster in Word" moot or inaccurate because "it" is something different.
> How long do you think it would take to build something like this?

If you were starting from complete scratch, 15 years (assuming 1-2 people). But the reality is you aren't starting from complete scratch because the academic community in particular (and previous technology) have a great deal of prior work in this specific area.

So maybe 3 years until you have "something basic" and then 5 years until it is really profitable (presuming its accuracy rises year upon year). That's if you exploit all academic work you can find and try to build on existing technology as much as possible.

You could maybe do it in about 1.5 years with a large team.
I think continuously compiling tools like WriteLatex (now https://www.overleaf.com/) help close the gap a little bit, but I admit to still spending stupid amounts of time getting things like captions, spacing, and other random formatting to work.
Interesting, but...

China's "plans" really means the chief scientist of the Chinese Lunar Exploration Program said Helium-3 could be a potential energy source. There's no real evidence of any formal "plans" in this article.

As far as I know, the only economically viable business model that makes use of Lunar Helium-3 is as fuel for fusion reactors. According to Wikipedia[1] this means second generation fusion reactors. But nobody even has a workable first generation fusion reactor yet.

Original source is the Daily Mail.

[1]http://en.wikipedia.org/wiki/Helium-3
How does this differ from the system "Share to clipboard" (at least on Android 5.0) option?
I disagree with this:

"Although templating is the correct solution, doing it in the browser is fundamentally wrong."

We keep forgetting that the decision of where to run the view logic depends on the environment.

We have swung between cpu and bandwidth as bottlenecks in the last decades multiple times, and that's how framework moved between server side and client side mvc multiple times.

No approach is radically different. We moved to thin client when browser were good enough; increase in bandwidth and smaller latency enabled rich client application, making the browser thick again. Handheld devices however are getting more common, so people are facing problems with all the logic and content being manipulated on the client.

It doesn't mean the thick client solution is fundamentally wrong. Also it doesn't mean we have to invent new strategies and pattern to solve this.

When you take a step back from the technology and return to the problem it was solving, it appears to me that we are just back at the thin vs thick debate, and as before this is not an issue of 'which is better', more of 'which is more appropriate to the topology constraints we have'