skysight-inc/HackerNews huggingface dataset:
Some good answers here.

Interestingly (for me), I've started going back to building more or less static sites for clients. I used Wordpress for a long time, but have increasingly found none of them want to blog, and few of them update either the site (or Wordpress, which can end up a security nightmare).

Often when it came to updating pages, they would call or email and say "can you do XXX", to which I'd reply "I can, but so can you". 90% of the time they're more than happy to pay me to update a page in Wordpress, which I could have done just as easily / quickly in a static site.

Long and short, the overhead of building a custom theme and setting up Wordpress isn't worth it for most clients, and even less me in a cost/time for the money way.
Could you explain why you use Safari, other than it was pre-installed with your OS>
Google's reaction is to try and make better ads so that people won't want to block them. A 2016 interview¹ with Google's Senior VP-Ads reveals their focus is on a better ad experience; figuring out what's OK and what's not and respecting that.

¹ http://adage.com/article/digital/google-s-ad-boss-ad-blockin...
I've been much happier from the relationships I've found on Tindr (the current one is a few weeks shy of a year). AFAICT Tindr largely matches people at random, so I think there's some truth to what you're seeing. The other site I used was OKCupid which was just terrible, either their algorithm is flawed or I just never learned how to use it "correctly."
I believe React is popular (among other reasons) because you don't need to learn what is v-if v-else and other repeative commands when you have plain and simple JS equivalents.

React has te philosophy "It jusy works", and people love this
I have and personally I'm quite fond of it, but it doesn't quite go far enough imo. Linkerd is very lean and requires virtually zero knowledge of how the underlying service it manages works, but the knowledge of interface contracts for services is an important one.

Snappi introduces some mild requirements for how a service exposes it's functions, but once that is done the rest can be automated at deploy time. Not only can service-based load balancers be created dynamically, but RPC stubs can be created for each service and injected into peer services that are dependent on them. For example, if ServiceA needs to access ServiceB, it can do so by referencing this RPC stub knowing that the location of ServiceB will be injected at deploy time to ensure requests are fulfilled for the environment.

There are a number of benefits to this approach for a single application, but one of the larger benefits of consistent specs for contract creation is that individual services will be far easier to share. We're trying to create a structure that will not only empower us to re-use our own services, but also to consume services published by others by simply specifying them as a dependency.
Right! And if you did do that, then the correctness of your code would depend on compiler version (to make sure that the expected optimizations will be triggered), which is one hell of a nontrivial dependency.
Really good framework indeed. One of the few who are really good in handling realtime data. Its dataflow-components are much more flexible than React components, which makes it really more flexible.
They are referencing what the image portrays, which is quite funny. Here is my take in describing it if the image was not clear for you:

1.the woman paints a perfect picture of how her partner should be

2.then she marries the fake 'image' of that person. The illusion she has built up inside her head.

3. She discovers the true person behind her false image.

4. She cries in disappointment that the true person behind her built up fake image is not what she expected.
Your post contains a contradiction, at least it appears to me to be so.

If something is countable or quantifiable, like 'True, lasting happiness'. Isn't the partner that is capable of providing the 'True, lasting happiness' the perfect match for you? There might be multiple potential partners that will provide lasting happiness, and the one that does this in the most expedient fashion (or perhaps the result of doing happinessp1 * happinessp2) is the 'perfect' partner. My understanding of what you wrote is that you mean to say that there is no Disney prince/princess waiting for anyone out there. I can agree with that, but certainly there is a match somewhere that is maximally mutually compatible (perfect??)?
One of the most impressive thing about Vue.js was the ability of the framework to enter a field saturated with dozens of options, that was becoming dominated by a well-resourced oligopoly (Angular, React), and still win over developers jaded from Javascript-fatigue.

The give-a-shit factor from Evan (the creator) is extremely high and was key to its success.

Inspiration for anyone building a product in an established market: there's almost always room for better.
I agree 100%, MobX is like a full order of magnitude performance upgrade for me over redux.

You can just think of it as "automatix redux + reselect".

People think they use redux for immutability but in my experience most people just use it for updating the view when the store changes and end up with a lot of denormalization and stale state.

With redux you derive as much state as possible which is great.
Lately the admin plugin has an Advanced view that exposes the full yaml file in a form...
Don't forget, that this was also in the middle of the various look-and-feel lawsuits that were going on at the time. Lotus vs. Paperback Software, Lotus vs. Borland, Apple vs. Microsoft, Stac Electronics vs. Microsoft, etc.

Also, remember that PKarc was popular because it was faster than Arc. The feeling in the BBS community at the time were feeling a bit of rage, that a superior product was being killed through the courts. So when PKzip came out, which was not only faster, but had a better compression ratio, combined with the general sentiment in the community that were fed up with look-and-feel lawsuits, doing a mass conversion from arc to zip was also a form of public protest.
The design for ITER was finalized in 2001, amended in 2007. Construction for W7-X started 2003. W7-X is now built, fully functional and operational. At several points during its construction, the construction process for its required parts had to be invented first.

That's 15+ years of research, breakthroughs and inventions in plasma confinement physics and engineering that have had to happen first.

As a noncommercial research reactor, W7-X will continue to be useful for many years to come. For material testing alone I would imagine access to reactor capable of producing a stable, continuous fusion reaction is invaluable.

The ARC is a design proposal from 2015. As such they have access and can utilize all the achievements, results and processes from W7-X, ITER and other material science advances of the last 15 years. If their proposal was not better than already built specimens, it would be a bad proposal. To declare it a race against the research foundation they built upon seems ignorant at best.

In 10-20 years, when the ARC is built, a new design proposal will emerge, based on even newer advances in material science and the lessons learned from building the ARC. And it again will be better than the then current, assembled reactors. That is how it is supposed to be.
I went from Wordpress -> Jekyll -> Hugo.

I love Hugo because it's a single binary, it's fast as hell when generating a static site, and it's easy to understand (and got great docs).

After I generate a static site, it's hosted on S3 (with a Cloudflare caching layer). The whole thing costs me pennies a month.
Safari is actually really good when it comes to battery life. If I use Chrome (or Firefox to a lesser extent), my macbook's battery empties 30% faster. So, when my computer is not plugged in I tend to use Safari.

That said, there's now ublock origin for Safari which is what I use.
I know that app, but I have enjoyed creating my own project and currently I use it not only on my phone, but also on my laptop and router (with Tomato firmware ad blocker).
You can't buy directly from Vanguard in Canada. Questrade is essentially a very low cost broker (low as in free for ETFs).
VueJS is pretty old, old enough to be there when React and Angular were just emerging as viable options.

It's great, and I'm grateful for it being around and for Evan's contribution but I think it was pretty lucky timing wise.
Brother laser printers are cheap and very durable! never had a problem, even with the one i got for $50.
there is this fork: https://github.com/el1t/uBlock-Safari (found via https://news.ycombinator.com/item?id=13112280)
This 57% sounds horribly wrong. They don't really explain how they come to this conclusion here: https://w3techs.com/technologies

My gut feeling is that 57% is a huge number if you assume that they don't use a CMS. I don't think that's manageable by the average owner with static site generators. None of my clients would be able to update their site with GIT + text editors. It's more likely that there's some kind of backend system that the survey was unable to identify.
Please define "fair share." That is such a loaded term because it implies that the only benefit of a company to people is in the tax revenue it provides a government.

We could reframe that argument to say that Google should provide a fair share of jobs to the unemployed. Billions of revenue but far fewer employees than some companies half the size. Clearly Google isn't hiring a 'fair share' of workers right?

We can ride this all the way into absurdity. We shouldn't be judging companies by opinion-based metrics like "fair share" but instead on their net economic contribution to the economy -- not their contribution to a government.

If Google paid zero tax, the economy is far better off with them than without them; look at the jobs it provides (and the economic activity those generate,) look at the return on investment to shareholders (which helps those shareholders earn money they can invest in other ventures.)

It isn't all about taxes. Google spends money far more effectively than government. Google should pay taxes at an amount commensurate with the public goods they consume -- not a cent more. Remember, taxes aren't ever paid by companies -- they are paid by individuals. You raise taxes on Google, you raise taxes on every person with any sort of relationship with Google.
The problem with the JS world.
Palantir doesn't really have a product, they write tons of code to put everything together and make it look seamless from the UI but they don't have anything drop in as far as I know.
This Week’s Must Reads in Data and AI
I swear that half the recruiters who say they found about me through github really found me through LinkedIn.
This Week’s Must Reads in Code and Development
He's saying that we idealize our partner at first, but this picture is guaranteed to be torn down and replaced by the real person behind it.
> fusion is fundamentally a very simple process.

For anyone reading who don't get just how simple it is, there are literally hundreds and possibly thousands of people who have built their own DIY fusion reactors at home. Many high schoolers, some of them as young as age 14.

Fusion is really easy by scientific standards.
>the ad auction has to be closed

Absolutely not. It would take some more time for your ad campaign fine tuning to apply, and to count clicks, that's all. Ad networks would install their boxes in datacenters and hosting providers' networks. Ads would cost a little more.

>content injected server-side into the HTML page before sending the first byte to clients

Injected, yes, but why before sending the first byte?

>it also means that you're giving the advertiser control over your entire page/website and of the clients' browser

I'm sure WhatWG will quickly find a technical solution to this problem too. Say, a special HTML tag attribute that tells the browser "treat content inside as third-party", which eventually will be exposed to ad blockers.

Spiegel is right, "it would not be a long-term solution"
Maybe! :)

But: http://www.wsj.com/articles/toyota-to-sell-cuddly-companion-...

"ELIZA's creator Joseph Weizenbaum thought the idea of a computer therapist was funny. But when his students and secretary started talking to it for hours, what had seemed to him to be an amusing idea suddenly felt like an appalling reality." http://www.radiolab.org/story/137466-clever-bots/

In the meantime, parents need safe food. If anyone goes for this, good luck!
Yes, I think the main selling point of React is it's tiny and intuitive API.

I don't know how these frameworks compare in bigger sized applications, but if you just do a POC in Angular2, React and Vue.js, then React beats all of them. This probably leads to many people considering React for their new applications.

If you go for bigger stuff, I don't know which would be better. I like React, but I also found it a bit cumbersome to create all these Redux actions and stores etc. Also async stuff, especially righ datarate websocket stuff, seem a bit awkward with Redux.
Building a Botnet on ServiceWorkers
I think back in the early days Hulu served their video and ads from the same url format, so you couldnt distinguish. That's not how they do it now, but back then it successfully defeated adblockers.

For example, if you were watching a TV show, it would give you a playlist of video segments and ads, all having random urls (hulu.com/<uuid>). You couldn't tell which was an ad and which was the real video, so adblockers couldn't write rules to block them.
Drupal is a bit overkill for a blog-like site, my impression is that it is usually used for more complex sites than e.g. Wordpress.

With the latest version Drupal 8 there also was a push to make headless Drupal easier, which is pretty much just the Drupal data exposed as an API so that you can create SPAs for it.
>A highly recommended practice is to institute a clause which covers a variety of scenarios of assignment of the copyright for all work produced.

This is what I've done for years with my Service Agreement. IP transfer officially occurs on full payment, and rights are assigned to Client if Product would not be considered a work made for hire under applicable law. Though if I'm not paid, I send a written warning after N past due. If still don't get paid N days past said notice, I reserve the right to equitable relief, send a cease to desist, and if I still don't get paid I can go to court and get an injunction to stop Client from using it. There is some language that clearly provides a grace period to the Client to use it while awaiting invoices, etc.

IP transfer is the most leverage you have as a freelance software consultant. It's the one thing you should have clearly defined in a Services Agreement, and you shouldn't waffle on.
FWIW, I moved back to Chicago from SF. Would totally recommend. World class cultural institutions (SFBA can feel a little provencial at times), great quality of life, super affordable for a city of its stature so starting a business is much much cheaper here.

To each their own, but if you think taxes or politics are broken here, you've clearly not experienced SF. :)
Nice! Thanks for the link!
The Dawn of the 'Tryborg'
Again, not sure you read the article closely.

I think I made it clear that it's a case of "Yes, and..." not "either/or"

The bias is not the only source of the problem. As you point out correctly, the marketing staff falls short, too.

The real problem I define is the never-ending feedback loop between Silicon Valley's bias against marketing and the relatively low quality of marketers in the talent pool that results.

Hard to say whether the chicken or the egg came first, but it doesn't really matter.

As for the framework vs the "laundry list of stuff" I don't like...

This is just the opening salvo. IMHO, great marketing and great products often (not always) arise from a deep understanding of and insight into big unsolved problems, unmet needs, and unfulfilled desires.

This post is my articulation of a very big unsolved problem and all of its consequences.

More on the solution soon.
Wouldn't it be better to stop pollution and let the Earth recover on her own accord in time?
I'm not sold on the whole "code quality" vs "getting things done" mentality here.

I think there are diminishing returns in reducing technical debt and keeping a high quality codebase, but the point of doing it that you can maintain a sustained, relatively high "getting things done" rate over the project's lifetime. There are times where you should implement something in a quick and easy way, but if code is going to be present and important for a long time then going the extra mile usually pays off.
Enforcing the GPL requires the state. Which is what I think he was aiming at. But then I don't understand how that's compatible with 1.
The supposed precedent for this is that DC survived sequestration?

The worst thing to happen during sequestration was a week or two of furloughs -- the author is proposing the permanent removal of tens of thousands of jobs.

More than half of federal employees are over 45. So you're either forcing them to uproot their families, or (more likely) forcing them to switch careers at an age where that's not so easy.
Could still be if file_exist then read file despite where or what file , it's the 2nd most common security hole I have seen behind sql injection.
i own a decent amount of tesla stock and 2016 was a great year for lending it out.

since tesla is such a controversial company, lots of people want to own the stock (expecting it to go up) and lots of people want to short sell it (expecting it go down).

if you're a stock holder, certain places (like interactive brokers) will let you lend your stock holdings to people that want to sell it short. you earn a premium on this loan, but its basically risk-free since the brokerage bears the counter-party risk.

because short interest is so high, there was a substantial portion of 2016 where there weren't enough shares available to satisfy short sellers' demand. TSLA became classified as "hard to borrow" and borrowing premiums would be anywhere from 8% to 100+% depending on the day/demand. this is money short sellers pay on top of the cost to purchase the shares (and one more thing to bear on top of the risk of short-selling, but that's another story).

the premium is paid daily, and the brokerage usually takes a chunk of it (often half), so if you had $100k of tesla stock and the premium was 50%, you'd earn (100,000 * 50% * (1/2) / 365) = $68.50 for each day that someone borrowed your shares. the rate fluctuated daily, but this still netted me several thousand dollars of truly passive income, since i was planning to hold the stock either way. this is also a huge income stream for institutional shareholders that are sitting on millions of shares.
You can use React vanilla if you want, but you will spend a lot of time keeping props in sync and making sure changes are invoked up the chain.

So cool, you nailed that down vanilla - you're awesome.

Or you can just Mobx and not worry about it.

It's not like you're forced to use Mobx. Even when I worked with Windows Forms in .NET 2.0 you still had to have some way to keep values in sync, and instead of "Mobx" you had some home-grown monstrosity.
Sorry about that naming confusion. As the description says:

fft-x8664-avx.s: FFT core implementation for x86-64 AVX

fft-x8664-avx-aux.c: Auxiliary FFT functions for x86-64 AVX

fft-model-of-x8664-avx.c: C code illustrating how the x86-64 AVX code works
C.f Apple Watch - its too early to tell. v1 of the iphone, which shipped without third party apps, and which WIRED recommended that you should jailbreak if you bought it, took many generations to reach maturity.

The iPad takes a beating - somewhat unjustly - for failing to live up to the promises made of it by its marketing. Judged against almost any other product other than the iPhone, it's an enormous success. It created an entire product category, it sold more devices on its opening year than all previous sales of tablet sales combined. It captured an enterprise market that almost everyone said Apple would never be able to touch. It changed the behavior of the competition - BlackBerry, Google and Microsoft all rushed devices to market and Windows 8 was of course heavily inspired by the need to run well on touch devices.
At the moment, I use Caddy's built-in Markdown and template features [1], and simply rsync a bunch of markdown files to my server. It's basic, and certainly not as performant as hosting out static files, but it works well enough for my low-traffic site.

[1]: https://caddyserver.com/docs/markdown
Show HN: The fastest website I could design
As others mentioned on another thread here recently:

* lower power/memory use and greater battery life vs. Chrome or Mozilla

* being written by a hardware company vs. a surveillance company
I meant that the "modern" tech must be replaced, if you use wireless then senders and receivers (meaning a central hub and all fixtures) likely has to go in order to support a new standard. With a wired system there is some hope that the wires can stay and carry a new standard.
The original was posted on medium: https://medium.com/consensys-media/blockchain-technology-and...
It is if you like to blog anyways.
Can a more experienced/knowledgeable HN user than myself comment on any security implications that arise as a result of this?
More complex, sure. But it's still very centered around taxonomy with dates/sections, end user editing of nodes with WYSIWYG, page centric tags, etc. Very blog like.

Seems like a big hammer for use as a datastore for an SPA.
Remember that we're still talking about a life partner here, which is very different from, say, a roommate. As long as you and a roommate are respectful of each other's sleep, possessions, ability to host friends at least occasionally, and mutually agreed levels of general cleanliness, you'll probably get along just fine, even if you're different in almost every other way. You're two different people in different places in life with different goals and ideologies and you just happen to live with each other for now. It's perfunctory and emotionally cold, but that's OK, because that fits within both you and your roommate's expectations, given that the rent needs to be paid and you only have so much time to find someone to help you pay it.

Of course it's possible to be wonderful friends with your roommate, but the point to be made is that if that's your grand sum of what you expect out of a relationship, you're going to feel profoundly lonely, unsupported, and unloved. Fulfilling our emotional needs is also important, and dating sites that focus on finding people who are similar to each other are sites which understand that people will build that relationship of love, trust, and understanding on a foundation of what they have in common.

What the author is trying to remind us is that no matter who much in common we have with someone, and thus no matter who we marry, there will be areas in which we will differ from and disagree with our partners. As such, healthy dating requires you to find not only that base of similarity but also that ability to disagree without a sense of disappointment that you disagree with The One on something.

So the article isn't meant for people in healthy marriages. They already understand that. It's written for the serial daters who reject suitors for ultimately irrelevant reasons.