skysight-inc/HackerNews huggingface dataset:
Job creation in the US have gone down decade after decade since WWII.

https://plot.ly/~BethS/8/job-growth-by-decade-in-the-united-...

There comes a point where technology starts to compete not just with our muscle but with our brains. And even though there of course are going to be some jobs you can make a living off. Digitalization and automation is disrupting at an ever increasing speed.

You need to look at the trend not the current scenario to understand this.
GSL is closer to something like BLAS or LAPACK[1] -- it's a library that provides tested/reliable/optimized implementations of commonly used functions in scientific computing. The other software you listed is more user facing--and commonly provides wrappers around libraries like GSL. For instance, MATLAB relies heavily on BLAS & LAPACK, as does numpy; I'm less familiar with whether GSL is called from any well known packages other than Octave, but there are definitely bindings for Python (and maybe R? I don't write any R though)

[1] Respectively, "Basic Linear Algebra Subsystem" and "Linear Algebra PACKage"
Herbal baths
While I'm glad to see C++ improve, and I'm happy that Rust seemed to influence this, I don't think that it will kill either Rust or C++.

As you say, there's a ton of C++ code out there. However, five things:

1. A _lot_ of that is C++98.
2. These rules are just proposed. There's tons of time.
3. They don't give you as much safety as Rust.
4. Many people have already rejected C++.
5. Langauges don't die.

So, one and two are kind of related. We're still in the "propose" stage for all of this, which means there are still years before this would make its way into the standard. How long have things like modules taken? Who knows when the rules will be final, and when they'll actually land. You get all of this (and more) in Rust right now.

As for three, while these rules help, and are laudable, they still don't give you data race freedom. In general, they're not intended to be an ironclad safety system, just something to help catch more cases where something went wrong. See Herb's insistence that pointers should be able to dangle in some circumstances, as an example. I saw a comment on Reddit that straddles three and four, here it is: https://www.reddit.com/r/programming/comments/3m6j2c/cppcon_...

> Just follow this set of hundreds of rules (seriously, go read the core
> guidelines), ignore 20 years of material written about C++ before the
> year 2011, use this non-standard third-party library of stuff we
> really like, and you too can have a fraction of Rust's compile safety.

This is phrased a little to sarcastically imho, but there's a nugget of truth there. One of C++'s problems is that it's just got too many features, bolted on over decades. Is bolting on yet another feature the way forward? How much of that existing C++ code will even be able to take advantage of these new safety features?

A lot of people have already rejected C++, for various reasons. The details of those reasons are varied, and may be good reasons or bad reasons, but the point is, they've already said nope. A lot of people coming to Rust fit in this category. "I tried C++ one time, but it's too complex." "I can write some basic C++, but I'm not confident my code is correct." "I write Ruby code, C++ looks terrifying, and I hear it's hard never tried it." And so on. Our industry is huge, there are a lot of developers, and not all of them will use a single language even if it's 'better.' That cuts both ways.

And ties into five. I don't think the question "Will Rust kill C++" is well formed. A language that's used as much as C++ is will never die. We'll have C++ code in production for at least my lifetime, I'd bet. Rust doesn't need for C++ to go away. Languages aren't the Highlander, there can (and often are) more than one. I mean, look at Python and Ruby. They're really similar languages from a PLT perspective, but they're both active, healthy, used-by-millions languages, and many of their programmers wouldn't switch to the other. This is totally fine.
Or at least -some- sort of suggested mechanism by which that opportunity could and would have been exercised.

"They could have invested better" - sure, they probably could have. However, there is no reason to believe they -would- have invested in a way that better serves their customers (or whatever 'better' means, that isn't just maintain the status quo), given they never have shown any inkling to do so in the past. Given no proposed catalyst to cause a change on their part, there is no reason to believe they would have changed; ergo, this particular change's leading to 'better' results equals a better outcome than this change not having occurred.
This year's AWS re:Invent conference was totally focused on winning over the corporate enterprise to the Cloud. Compliance, enterprise-scale resources, and migration solutions were major major pushes in the keynotes and sessions. Day 1's keynote was more for the CEOs in the crowd than for the techies.
A VM/VPS running Ubuntu with one GB of RAM to be precise. Had to recreate a droplet when testing it because I only provisioned 512 MB of RAM.

So far, it has done its job quite nicely. Just make sure you don't plan on installing it next to a webserver. Its installer hijacks port 80/443 with its own nginx webserver.
"You're doing it wrong and should have known better" is also the unix way.
> Or you can let market makers all compete to buy from you at the best price taking into account all of the latest information. In your meat example, keep in mind that there isn't just one trader who will buy from you for $10 to sell at $20. They're all competing to buy from you for the best possible price so they will very very quickly bid the price up to something very very close to $20.

If I put a market order to sell meat at the market price of 10$ at 10AM (because I just produced a bunch more), then the first HFT to get the news of the catastrophe at 10AM + 1 microsecond will buy them from me at that price, but if I had gotten the news at the same time as they did, I would have withdrawn my market order and refused to trade at 10$.

Maybe HFTs/market makers serve many different purposes and we're talking past each other. I agree with the liquidity argument, to the extent that I understand it. Is getting the news slightly faster really providing value?

> You can expend a lot of effort to keep up with all the latest news.

The news that my competitors burned down doesn't require a lot of effort to keep up with in the age of the Internet, but it does require large amounts of capital to get it 1 microsecond before everybody else.

If trades were only allowed every 60 seconds like the comic suggests, to allow everyone time to process the news, what value would be lost? Should society rejoice when an HFT gets 10% closer to the speed of light?
Good points. Sucks that there aren't more facts available.

Contract of adhesion: Wow very interesting point. If Tinkov's offer is construed as a unilateral offer, acceptance was only possible by performance (signing and returning the offer).
While purely local development works, the problem you often face in a fast-paced development environment is differences between your local system and production. That's not only dealing with things like file paths and service versions and configuration; it's also very stateful.

With DevLab, you not only get an environment that very closely matches (or can be made to closely match) production, you also get a clean, blank-slate installation any time you run tests or any other task against your app. If you're developing locally, you're prone to database cruft, evolving configurations, pre-existing tempfiles, and other complications that can be easily avoided with the use of good development tooling.

Now extend that idea to multiple applications: chances are, your team isn't developing just one thing. You probably have multiple development concerns, and if you have an architecture like an SOA, you may have a multitude of microservices. When you update the language they're based on, be it node, go, python, or anything else, you need the ability to test and update your applications individually. You need your entire team to be using the same versions for the same applications. And more than anything, you need your potentially large team to get all these updates without collective hours of manual work to orchestrate those configurations on their own local machines.

My colleague addressed the question of DevLab vs. Compose elsewhere in this topic, but even if you don't use DevLab, I do heavily encourage virtualizing your environment to avoid these pitfalls in the way that makes the most sense for your team.
A real measurement of Active Users for startups
No mention of Maya, Houdini, Shake ?? meh. I was into cgi/compositing before hitting graduate programming, and was always surprised how a lot of lazy dataflow / DAGs brought to 'programming' but nobody really felt the same. There was an hidden vibe from the PLT research guys that DAGs were limiting compared to a usual functional programming language. I never knew why, and now I'm even more curious.
If you squint a lot, that is one approach that is being pursued. ZMapp is designed to bind to Ebola virus particles, preventing them from binding to cells.

https://en.wikipedia.org/wiki/ZMapp
What's the difference between this and flex/yacc?
Check out Hyperkitty (https://gitlab.com/mailman/hyperkitty)
Please stop posting ideological rants to HN. You've done this often, and we've asked you to stop before. Thoughtful discussion is welcome, flamebait is not—it makes the threads tedious. Erring on the side of the former is straightforward enough if you're using this site in good faith.

We detached this subthread from https://news.ycombinator.com/item?id=10485724 and marked it off-topic.
Tcl is a neat language and I used to think it was perfect for its nominal domain of embedded applications. Having learned a little Scheme and Lisp, I think they're probably better-suited for that type of work and now I wonder does anyone use tcl for "tool control" or anything else embedded?
We need to stop blaming restaurants for obesity. It's individuals irresponsible behavior that leads to it. McDonalds provides cheap constant protein and other essential nutrients.

I'm 5'10" and 155# (at age 53) and eat at McDonalds several times a week. An Egg McMuffin is 300 calories.

A Big Mac is 420 calories. It's fine for lunch. A double hamburger or quarter pounder w/o cheese is a fine ~400 calorie dinner when you're out and about. You can have a McMuffin for Breakfast, Big Mac for lunch, and Quarter Pounder for dinner and be under 1500 calories.
It's always a pity to see wasted talent. Being able to make what he did in that environment is really impressive.
An Early Look at Multipath TCP Deployment in the Wild (pdf)
Perhaps payday lenders are a more evocative target, but credit card companies are far worse offenders with respect to complicated, ever-changing contracts. Actually there have been some payday lenders where the only penalty for not making all required payments is not being able to get a new loan. You don't need a deceptive contract for that.
Furthermore, unless you're distributing binaries with the GSL compiled in, you can use any license you want for your own code. The things you wrote, you wrote. You can distribute those things however you like.

Six months ago, I , like OP, was very confused and concerned about this same issue. One of several discussions that helped me sort it out: https://news.ycombinator.com/item?id=9477840
Correlations Between Racism, Feminism, Marxism, Activism and Critical Theory
Except that the reworked 4.4BSD version likely wouldn't have at all been a microkernel. And remember that much of the reason for the Hurd's u-kernel architecture was in line with FSF goals of user freedom. To get rid of the whole sysadmin/user ring and have the user be master of their own domain, even having private swapped versions of OS services if needed, on top of the flexibility of the translator concept which lets OS services speak any object protocol, including files.

Past that, doing a microkernel at that time would be foolish and 4.4BSD integrated with GNU components was obvious choice.

I wouldn't have expected such a defeatist attitude from you. Really - trying to push the boundaries of the mainstream was foolish and instead we should have just gotten a GNU-BSD? By the way, they did try adopting an MIT research kernel called TRIX, which had in-kernel RPC and was partially user mode, but that flunked due to the costliness of porting it from the 68000 at the time.

After certain amount of time passed, there were a number of usable microkernels that could be split off and turned into working systems.

Ah yes, sure. After you're done with a monolithic Unix that the entire industry will settle on, go do a Perl 6 with "we microkernel now" and expect everyone to follow. Ain't happening.

Given all this, I think there's little justification for Hurd to keep trying failed strategy on the very microkernel that gave the rest a bad name. They're better off trying to rewrite parts from scratch on a L4-based kernel or QNX clone. Or joining MINIX 3. ;)

Retroactively improving Mach is actually a more interesting undertaking than just cloning QNX or doing yet another L4 flavor (which they tried, but found serious issues with L4 and object-capability systems: https://www.gnu.org/software/hurd/faq/which_microkernel.html). Also MINIX 3 doesn't really have the translator concept going for it, nor capability-based security through port rights.
> And this meant that the great danger to the peace and freedom of the world came not from Moscow or "international communism," but from the U.S. and its Empire stretching across and dominating the world.

Can anyone explain how this statement makes any sense for a supposed libertarian at that time? Any way you look at it, the Soviet Union 1) suppressed freedom and 2) espoused militarism. I'm puzzled why it seems to get a free pass here.
against the government and against big business? what's left then?

You ask that as if you're referring to two different things.
One thing that has ALWAYS impressed me about Gnu libraries is their extensive documentation.

gsl is no exception, it's manual can be found here:

https://www.gnu.org/software/gsl/manual/html_node/

An aside: is gsl why Gnu Calc is so darned accurate?
Empire State Building car zap mystery
The subbed article is from 2013. It's research in an area that doesn't seem to have much research.

You should blog about your company and post it here - it sounds interesting.
Teens+Youth+Ministry:+The+Book+Of+Daniel+In+Arabic+-+كتاب+دانيال
Despite its amazing rate of growth, it seems to me that Apple is no longer just an "aggressive growth" company. As Apple returns more profits to investors in the form of dividends, their transition to "growth and income" status will make their stock even more attractive to older investors.
Yes. If you're going to be responsible for your content, be responsible for your content. Don't write up great evergreen long-form content and then auction off key areas of your page to anybody with a credit-card and ad-network approval. Instead, curate products and services I might be interested in. Vouch for those the same way you vouch for the content. If you want to track everywhere I go, say so. (I doubt I'll patronize your site, but at least you'd be honest about it.)

The problem isn't that all advertising is bad. The problem is that we visit websites expecting one entity to own and operate it. Instead we get hit by a thousand entities, each with its own privacy policies and agendas. That's unworkable from the consumer side.
we have a pretty easy to use multi-domain mail server in a Debian Wheezy container [1] based on LXC. It's an integrated package with Postfix, Dovecot, a GUI admin (Vimbadmin) and Roundcube webmail preconfigured so you can start with a GUI admin right away and add domains and users. It's like a small head start and works out of the box and there is a comprehensive guide on how to use it and configuring a mail server including a screencast [2], that could be worth exploring.

But the thing with a mail server is there are number of steps beyond installation. You need to configure SSL and spam filtering, then your DNS and SPF records. Then you need to test and ensure your mail is making it through. And a mail server requires constant attention. It's not a configure once and forget. You need to take care of spam filtering, anti virus, and ensuring your mail server is up pretty much 24/7 without break, as email is important and cannot be down. This can become a huge time sink, hence folks leaning towards hosted solutions like Gmail etc which take care of all of that for a small cost.

[1] https://www.flockport.com/apps/mailbox/

[2] https://www.flockport.com/using-the-flockport-mailserver/
Is there something like this similar for Javascript? V8 maybe?
Even detecting collisions accurately isn't easy. This is only between primitives (spheres and boxes). Detecting collisions between convex hulls (and more difficultly non-convex shapes) is quite difficult.
If you're already using bullet why not use if for collision resolution as well? Or if you want to manually change things try using ODE as this is more amiable towards doing so.
Interesting. I've never worked at a place that didn't have standard packages for everyone. They even give everyone the same tables of what they will pay with different plans. What size were these companies?
Sent a PR with a couple of fixes.
I disagree. I think the monopolist (or bigger company in general) has more options, regardless whether or not it's government backed. At the very least, bigger companies can afford to play chicken game with safer margin of error. Having more options translates to having more power in keeping the market position.

Just one example out of many. Microsoft preinstalls Windows on PCs. I can't get e.g. a Linux one because every time someone tries to sell them, Microsoft will signal to the seller that they will have to change the terms of contract with them. Since no seller can really afford to lose MS, they will always cave in and forget about the Linux deal. This is how "the market" actually works in the real world.

> Competition still exists even without actual competitors, since the potential for competitors to enter the market is ever present, should the monopolist abuse the consumer.

I am sorry, I don't buy this, this is wishful thinking. You're basically telling me that someone abusive will not abuse even if he knows there is nothing to stop them, just because there is always a possibility that something to stop them will suddenly appear out of thin air?
Please put [2013] on this. It's good stuff, but it's not news.
Please don't use Slack for FOSS projects
> Or just something where I could pay, say 10 Euro per year, and every website that participates gets a fraction to my number of visits or reading time.

The problem with this is you must allow a third party to track every page visit and/or page view time, which is unacceptable to many people that use ad blockers.

If you are OK with persistent, pervasive tracking, I think this is probably the best solution.
It seems to be much easier to get into as it still uses JSX compared to Cycle.js
Are we talking about spam or ads served over the web? If the latter - they are taking up my bandwidth!
I'm only a small user of cloud providers, but find Google cloud engine much more user friendly than aws, so why is amazon still capturing the market? I don't see the downsides of GCE.
As one of the linked articles is based on Three.js . It's like a plague that simple 3D examples and tutorials almost always features that Three.js library instead of "vanilla" Javascript with WebGL. People should learn WebGL and JS first and later decide if such a library is even suitable for their usecase (known to be slow).

It reminds me of 2-3 years ago, where almost every Javascript tutorial was littered with JQuery library function calls. Most Stackoverflow questions were answered with JQuery answers. In the meantime things have obviously changed for the better.

With Three.js it's still extreme, there are even several books with "WebGL" in the title that cover only or 90% of the content Three.js. In the meantime organisations like Mozilla could start and ditch Three.js in favour WebGL. It would be in common interest of everone.
Additionally, Compose required our team to be more knowledgeable about Docker which (while not a bad thing) meant it wasn't as easy for more junior dev's, or those with no Docker experience, to quickly get rolling.

DevLab allowed us to get everyone on the team using containerization and now (after a few weeks rolling on DevLab) dev's are feeling comfortable with the core concepts and know how to work with Docker when they need to get more "bare metal" with it.
casual asides: a local retired GP where I once lived was into herbal supplements. For fungal disorders when all else failed he would frequently push high-concentrate oregano extract. Plus vinpocetine appears to be useful in treating tinnitus.

quick google scares up:

http://hubpages.com/education/Vinpocetine-as-an-Effective-Ti...

which suggests this may be something to research (Puritan's Pride online has it). And heat/cold tolerance seems circulation-focused. When growing up I was shuttled between northeast US and frequent sailing trips in SW Florida (where I am now ... snow sucks). Back then 30C seemed hot and sweaty. Now that's just a pleasant day in November. 10C seemed pleasant up north but now 10C in January here requires 2 or more layers. When the physiology stabilizes and acclimates the circulation adjusts.
One very obscure trick in ruby is the flip-flop operator. Never used it and I probably never will. There's an open issue to get rid of it[1]. Has anyone ever had a real use case for it?

[1]: https://bugs.ruby-lang.org/issues/5400
Yeah, ads work because users don't do anything. That includes actually clicking on the ads themselves.
I agree it is a bit of a mess for graphic software professional users, but I have been noticing a convergence towards C# or Python over the last few years.

* Many Autodesk 3D products now have a .NET API as either their primary or secondary interface for writing plug-ins. Off-the top of my head: AutoCAD, Revit, Inventor, 3ds Max, Maya, to name a few.

In the media-and-entertainment space, there is a strong trend towards Python as the de-facto scripting language. The list of 3D products used in games that support Python is too long to list. I still see a lot of usage of C# in games houses.

Some older languages do have their own custom language (e.g. Maya has MEL, 3ds Max has MAXScript, AutoCAD had AutoLisp).

I'm not sure if MCG will ever be a lingua franca for 3d but I'd love it if I could make that happen. I've tried to keep it relatively decoupled from the implementation technology (even though I map to .NET for now).

It would be relatively easy for someone to reverse engineer the graph format (XML files) and map it to a dynamic language like JavaScript or Python. The only challenge is mapping the core set of operators to the host language.
No. The security argument would be more analogous to a hypothetical situation whereby listening to legally purchased CDs occasionally resulted in you house keys or credit card details being distributed to criminals.
Underlying cause: Academic term
Yes, because in the best case you're still creating a single pseudononymous profile and one identity-tied transaction will deanonymize the whole thing.

Even without that, enough usage activity means a shadow profile can be inferred that is effectively tracking you, just without a specific name. FINCEN has been developing this type of technology for decades.

And this is magnified when you're talking about essentially penny transactions - unless your cash bitcoin dealer is willing to see you every week for another $2.

"Anonymity" means little in the context of ecash. The property we're really looking for is untraceability, which bitcoin does not have.