skysight-inc/HackerNews huggingface dataset:
>For instance, in the versions of Go prior to 1.5 goroutines used to run on a single core. And as of 1.5 the variable GOMAXPROCS can be set to the number of cores.

This is not true. Prior to Go 1.5 GOMAXPROCS defaulted to 1, but could always be set to use any number of cores. In Go 1.5, the default value for GOMAXPROCS was changed to the number of "cores" available on the machine. Prior to then many applications were setting GOMAXPROCS based on CLI flags or just hard-coding the future behavior with `runtime.GOMAXPROCS(runtime.NumCPU())`.
Yosemite?
This is a great question.
The PC has been around for a long time now.
For the most part, users/developers have been sitting around, twiddling their thumbs and waiting for the tool and app gods to rain their blessings.
This question begs the need to be proactively involved in the process of designing how you use your PC
This. I do the same, although these days I've narrowed down my scope somewhat to stuff I _must_ use rather than my old Ansible/Hadoop stack ensemble.
It should be reasonably easy if you follow the guidelines in this document and google around a bit more. One of the real upsides of drip is that it's really pretty tolerant to pressure issues - just use large enough tubing/short enough runs to keep your pressure loss under control and do some rough mental-math estimates of the zone pressure and flow rate.

The one area where I feel like irrigation goes beyond my comfort zone (as someone who has only laid out irrigation like twice) is if you're working off of a well, since irrigation with a flow rate that matches the well poorly can cause the pump to cycle excessively and burn it out faster. But if you're on city water that's really a zero concern.
Thanks, that's helpful. There is, in fact, still a trusted (e.g. gov) oracle required. If you could somehow calculate in an open trusted way without giving away the actual keys (and you trusted the original key generation), perhaps you could have a public oracle.
Previous discussion from when this was first posted (3 months ago): https://news.ycombinator.com/item?id=14051106
For setting it up as a router first, I recommend this[1] guide

I usually build the software from source so I don't know if every thing will work fine for you. Nevertheless here are the package names I remember from when I first set it up.

pdnsd - for DNS caching read the manual so you can write a good config, and don't forget to change the bind IP to an interface so that it is accessible to the local network

openvpn, easy-rsa - Initial setup[2] there is a bug which for which there is a temporary fix[3]. Might be fixed by now.

Port forwarding: I currently use iptables, but I've been trying to move to nftables, which I recommend. Here's how I do it for now (this must be done on the OpenVPN server):

tun0 is the openvpn interface

eno1 is the public ethernet interface of your VPN

Say the IP addr of openvpn CLIENT (router in this case) is 10.8.0.2 - eno1 port you want to forward to is 1234

say the client port (the router port to be forwarded) is 6789

#iptables -t nat -A PREROUTING -p tcp -i eno1 --dport 1234 -j DNAT --to-destination 10.8.0.2:6789

#iptables -A FORWARD -p tcp -d 10.8.0.2 --dport 6789 -m state --state NEW,ESTABLISHED,RELATED -j ACCEPT

The above commands are not persistent so save them to /etc/iptables.conf

I always choose very conservative settings for firewall. Only a single port is forwarded to the VPN. Rest are closed, spoof open ports, and have a honeypot if you want.

There are many guides on iptables, but I would again recommend nftables. You're going to have to dig deep sometimes since it is still new.

If you have questions about anything, just google. Chances are, it has already been covered several times.

[1]: https://arstechnica.com/gadgets/2016/04/the-ars-guide-to-bui...

[2]: https://www.digitalocean.com/community/tutorials/how-to-set-...

[3]: https://bugs.launchpad.net/serverguide/+bug/1504676
When women entered the workforce, became successful, and married working men they set the real estate market on fire. The "American dream" 2 kids, 2 cars, and a white picket fence went from single income, blue-collar affordable to dual income, white-collar struggling to make the down payment.

It's not all the fault of feminists, though. Automation, immigration, and the rise of China have all played a big part.
A civil war in a nuclear armed country could be considerable worse than that. Just consider what would happen if a faction of the army with control over nuclear weaponry took a non-neutral stance...
I don't know if one needs to be diplomatic all the time - simply being polite (genuinely polite, not fake polite) would go a long way.
Either it is possible to know certain things from rational consideration alone without reference to the evidence of our senses, or it isn't.
Because "Rationalists claim that there are significant ways in which our concepts and knowledge are gained independently of sense experience."

Either there is knowledge absent sense experience or their is not. This is where the philosophies differ and where mutual exclusion arises.
It sounds like you're describing ORM-as-API. Which, if you find you need it, great, but I wouldn't try to fool myself that introducing a mediating process like that is all that different from what the language/framework likely already provides (contemporary development frameworks are common). It's just ("just") abstracted to operate on network basis. Actually, what you describe sounds like a reduction in functionality from a non-API model.

Hopefully that parses as English, it's still morning for me.
How well does it support full disk encryption? I poked around on the site and didn't see anything obvious about in the installation instructions. Is it any easier for multimedia stuff like exchanging music and videos with phones and cameras than figuring out everything the hard way with Debian?
Makes sense. Rust is systems language and emacs is an OS replacement.
Big Pharma has found a way to jack the price of this generic drug too.

Take a look at what companies make these generic drugs. It's not big Pharma at all. It's small companies. Most big pharma give up on a drug once it goes generic.
I think a more specific word for this is empathy.

It takes a level of emotional intelligence to communicate in a way which gets to the core of the issue while not making the other person feel bad about it. It can also be a respect thing (when you think someone is wrong first tell them how they're right). This leads to people feeling included and creates higher bandwidth conversations about whatever the real issue is, it also makes people feel more comfortable in general and happier as a part of the group.

I think when people behave like Linus (or executives/founders sometimes do) it's a tantrum/status play. You can only behave like that if you're in some position of power, otherwise people will just dismiss you. This is too bad since people in those positions have a disproportionate ability to actively choose to act against their status (things like Zuck sitting with everyone or in a glass office everyone can see into) which then flows downstream culturally.

Cultures that act 'unkind' or without empathy are a shame because they drive away people who can't deal with the abrasiveness (which often makes things worse), they make people afraid to ask questions and ultimately hurt the group.

You can be direct and empathetic at the same time. If you're in a position of power you have a responsibility to not behave like an ass (or at least you should).
I agree. Everyone can code. Everyone can do plumbing (but I want a master plumber for my high-rise). Everyone can do welding (but I want a master welder for my super-tanker). Everyone can do surgery (but I want a doctor to actually do it).

There is a meme being spread that anyone can code, with the implication that since coding is easy then being a programmer is easy. I agree that anyone can code. But being a programmer is hard. It isn't 'coding' that makes it hard. It is living in a constant state of frustration.

For example, I have C code that has compiled cleanly since the 1980s. It won't compile on Ubuntu 17.04. Why? Who knows. But I have to figure it out. The problem isn't in the "code". Someone changed something somewhere for what they thought was a good reason (I assume) and now my 1.2 million lines of code fails to compile. What changed? The compiler (yep), the libraries (yep), the operating system (yep), and which change is the fatal flaw? Is it a simple one-line fix or do I have to re-architect the code to get around it?

Coding is easy. Finding MY mistake is easy. However, programming is hard. You have to learn to live with moments of success within years of frustration. It is a lot like being a parent I guess. Anyone can do it but few are exceptional at it.
Well, the divergence of China and Taiwan is a natural comparison.
Every sufficiently proficient programmer will eventually write their own text editor, Every sufficiently large enterprise will eventually write its own messaging app.
> Time won't be your main concern... money will force you to go back to work to get a 9-5 stable job

I agree 100% with you. The need to support a family is the greatest graveyard of entrepreneurial dreams.
Yeah, solar for charging batteries to then run solenoids, absolutely feasible - but most solenoids are either Normally Open or Normally Closed, and need constant power when holding them in the other position. For relatively low-flow situations these are non-starters, as you usually want to have a circuit open for an hour or more.

There are switching solenoids that only draw power as you change state. Downside, they don't fail safe. They're also more expensive, and AFAICT you can't use standard (NC / NO) controllers with them. To complicate matters, switching solenoids usually want a certain amount of pressure (about twice what I'm working with).

It's an area that's slowly getting better served by cheap fab places out of China. You can already get A$20 'residential' grade 13mm single line water controllers that are mostly reliable, but their valve comes down to about a 1mm hole, so big impact on flow rate, and highly susceptible to debris.
I think Linus and Gordon Ramsey are probably cut from similar cloth. The average person remembers them both for the times when they're shouting and trying to quickly end something while maintaining social dominance in a particular situation.

The kindness and softer approaches are forgotten; all of those times when things aren't in need of a strong shove back to positive territory.
A few minutes - killing processes on one machine, restarting a database on another machine/cluster, reloading a schema, importing data (for some experiments), deploying a new service, loading tensorflow models, warming up benchmark clients. I found that the key of good research pipelines is having a really consistent way of passing around configurations between components.

My components arent strictly microservices (a mixture of open source components and handwritten tools) and they interact in all sorts o fprotocols with each other (importing jsons, csv, GRPC, HTTP), but I essentially treat the configuration flags as their API, so there are no implicit configurations that I could forget about. The rest is just naming things well, e.g. descriptive names for experiment result files etc.

Initially I thought everyone is doing that, but from talking to PhDs in other domains I noticed that there is a strong bias towards people working in any kind of complex distributed setting having these pipelines.

My friends who devise ML models and just test them on datasets on their laptop never had a real need to get a pipeline in place because they never felt the pain points of setting up large distributed experiments.
Most of my side projects have been about automating the little things that end up taking me a lot of time.

At my first job, part of my work (next to junior dev) was to deploy EARs on Websphere. I automated it so that people just had to drop it on a shared folder and I'd just take a look if it failed to install automatically.

I wrote a command-line tool to search and download subtitles https://github.com/patrickdessalle/periscope

I made a browser plugin to compare the price of the European Amazon and a few other websites (it grew to more countries and websites) http://www.shoptimate.com

And now I'm working on a tool that regularly checks if some of my content is getting adblocked because it's something I periodically do by hand http://www.blockedby.com

In the end, automating things can take more time than actually doing it. But if it's used by others and saves them time as well, it's gratifying.
Yeah the dog would just eat the bread immediately.
The present drug R&D regime is remarkably ineffective.

There's been little advance in overall mortality rates since the 1920s / 1930s. Much of that comes from public-health measures, including preventive care, water and environmental quality, food quality, risk reductions (e.g., safety standards on electrical and mechanical equipment, automobiles, etc.), through removal and reduction in contaminants (especially of environmental lead in paints and motor-vehicle fuels), an through, apropos this thread, reduction in habitual consumption of drugs, notably alcohol, tobacco, and various narcotics.

What R&D exists has focused to a large extent on chronic conditions (far better treated through lifestyle changes), in specific high-value conditions (think impotence, though that's arguably a quality-of-life issue), and in treatments which offer often only very slight improvements in treatment.

A notable exception would be the introduction of artificial birth control, notably hormonal contraception, "The Pill". In 1960. Fifty-seven years ago.

(And yes, there've been incremental advances since.)

The cancer that killed my good friend nearly 30 years ago? Still effectively untreatable. And the therapies used then were the same as had been used two, and for the most part three, decades earlier.

Directed national policy sometimes is precisely the right tool to bring to bear. C.f., China. Or Friedrich List.
Oh god... Like Rust isn't a major PITA to use...
I hate the word professional, because it comes with a lot of stupid baggage (in particular, it doesn't, or shouldn't, matter if I am in a suit or a hoaddy), but I can agree with that small part of it.
Most of the modern web is built in C: Apache and NGINX. PHP, Python and Ruby; Linux and the BSDs.

I see the attitude to C as analogous to PHP in the web programming sphere. Everyone complains about PHP. And yet despite all the criticism to avoid PHP, the overwhelming majority of server-side web apps are written in PHP. Not Python or Ruby or Lua or some other language. Some estimates state PHP makes up 80% of server-side web code.

Why haven't these other languages displaced PHP? Because none of them can match PHPs simplicity and ease of deployment. Not Python or Ruby or Lua or any other language.

And of what of C? It's a similar scenario. Where is the fast, strongly-typed, low-memory programming language with a friendly readable syntax for low and high-level programming? Does it exist? Is Rust that language?
This is a good point as well. List price doesn't mean the price that people end up paying. Some of these products are discounted 80-90%.
I think viewing this a just another instant messaging walled garden is short sighted. This appears to be the digital portion of Amazon's attempt to displace and disrupt the US mail system. Messaging/voice/video provide a secure digital communications backbone to every Amazon account, much like iMessage does for Apple IDs.

As Amazon operationalizes its own physical delivery network (planes, trucks, drones), the USPS is going to be demolished and postal rates will rise dramatically. Amazon accounts link every user one or more physical addresses. Anytime will also link those users to a secure digital "address" appropriate for delivery of sensitive information like financial and medical records.

With this hub in place, Amazon can act as a clearinghouse to functionally displace the physical mail system in the US and throughout the world. Most of what arrives in your mailbox would be more efficiently and securely delivered electronically, but to date there has been no centralized platform to digitally mail items so every bank/medical practice/company has had to create its own internal secure messaging system or rely on email.

Amazon Anywhere can act as the pre-scaled missing link to solve his problem while creating additional benefits to Amazon by functionally requiring anyone without an Amazon account to get one to receive secure communications in the future. It doesn't necessarily have to succeed as an IM or video call platform in order to fulfill this role.
Plausible deniability only works if any doubts are actually interpreted in your favor (which, as history shows, isn't guaranteed in practice even in legal systems where it should be in theory), and it's easily possible to make laws that turn most practical options into crimes.

Yes, it's plausible that the non-approved software stack on your phone isn't doing any illegal encryption, but that fails if having non-approved OS on your phone a crime by itself.

Yes, it's plausible that the TrueCrypt volume you have doesn't contain anything bad, but that fails if mere possession of TrueCrypt tools is a crime by itself.

Yes, it's plausible that the encrypted traffic sent to/from your phone didn't contain anything bad, but that fails if having any encrypted traffic not going through state-approved MITM https is a crime by itself.

Etc ad infinitum. Don't underestimate the coercive power of gov't if they actually want to restrict something. Technical means can protect you only if you physically live outside of their reach.
Shouldn't we help the ones already here first?
Another nice thing about setups like yours is reproducibility. So long as you've got your setup in git and you've stored the flags/lines/functions, you can instantly redo the same experiment.
Do 3rd party implementations like inferno or preact have legal issues from being based off Facebook intellectual property?
I did the same lol (via scraping), run every midnight to multiple bank accounts, then sync to google spreadsheet. I was writing web automation scripts the hard way for a while, until I made a tool to simplify the process of writing web automation scripts - https://github.com/tebelorg/TagUI (frankly I am surprised why my banks never banned or send me a letter)
I'd like to thank Jon Evans for motivating me to write more C.
Interface Semantics
I really need to take Huawei more seriously, as they apparently offer me more control over what i supposedly own than most.
~50% of all US war casualties occurred during the Civil War. It was very nasty, even if only 3% of the total US population died in direct fighting.
I quit working at shoprite and now I make $35h - $80h...how? I'm working online! My work didn't exactly make me happy so I decided to take a chance on something new…after 4 years it was so hard to quit my day job but now I couldn't be happier.

........... http://mcaf.ee/4ngo1k
STOP/ I just think that before judging remacs everyone had to read this blogpost:
http://www.wilfred.me.uk/blog/2017/04/30/remacs-talk-transcr...
Every aspiring programmer should learn C. They should also learn multiple dialects of ASM. Learning these things helps you better understand how computers fundamentally work, and knowing how computers work pushes you to write better code in any language. Ignoring how computers organize data can lead to inefficient code in any language.

That said, if you are writing something new, you should carefully consider whether C is the best choice before using it. If you are working within a nearly-impossible-to-replace + enormous codebase (such as the Linux kernel), it is the only option. If your project's #1 goal is performance above all else, and you are a seasoned or aspiring expert, perhaps C is the best choice. The majority of people writing software do not fall into either of these categories.
htop, iftop, ngrep, tcpdump, lsof, strace, wireshark, nc, telnet, ping, netstat, ps, grep, awk, pv, middleman, curl, jq, mitmproxy, tail, tr....

Okay, ok pretty much all of them. :)
If a person in tech wanted to be more diplomatic, where would you suggest I start learning about it? Books, websites, etc are very much welcome (I already read how to win friends and influence people).
Related discussion: https://news.ycombinator.com/item?id=14776610
Yes, this comes especially handy when reviewers ask for additional experiments.
I've made $76,000 so far this year working online and I'm a full time student.I'm using an online business opportunity I heard about and I've made such great money.It's really user friendly and I'm just so happy that I found out about it.

........... http://www.joinmate2.Com
I don't follow.

AWS, fire TV stick, echo dot, Amazon fresh, audible; all of these are great products / product lines that have little to do with delivery of non perishable goods.
There's in impedance mismatch in that assertion, though. Let's assume that the label "dangerous" can be applied objectively to a feature. What does it mean for another option to be "better"?

Better by what metric? The quote seems to suggest that the only metric is how "dangerous" something is, but in the real world that's just one of many trade-offs we must make. What about performance, instrumentation and debugging features, complexity of implementation, etc.

One imagines room for quite a lot of nuance in interpreting this recommendation.
The Vamp Audio Analysis Plugin API: A Programmer's Guide [pdf]
Even in an existing codebase written in C it may be possible to avoid it, if you are able to choose whether to introduce a new language for some components.
What would be the draw of OpenBSD on a consumer laptop over, say, FreeBSD, or even Linux?
I evaluated Puppet, Chef, and Ansible and Ansible was by far the easiest for me to learn. My favorite thing I use it for is my personal laptop setup. I can go from clean Ubuntu install to having all the software I use along with system settings all perfect within an hour, without me being involved.
I feel like the length of the list of things "every programmer should know" is approaching infinity.
What results do you get for that search? The first and most are actually about video codecs for me. Then you have the weird erotic fiction, but restricting the search to "video engineering" is 2 clicks away on my phone, 1 on desktop.
McKinsey's State of Machine Learning and AI in 2017
- Data pipelines (as seen elsewhere here)

- Anything related to infra (I do Azure, so I write Azure templates to deploy everything, even PaaS/FaaS stuff)

- Linux provisioning (cloud-init, Ansible, and a Makefile to tailor/deploy my dotfiles on new systems)

- Mail filing (I have the usual sets of rules, plus a few extra to bundle together related e-mails on a topic and re-file as needed)

- Posting links to my blog (with screenshots) using Workflow on iOS

- Sending SMS from my Watch to the local public transport info number to get up-to-the minute bus schedules for some pre-defined locations (also using Workflow)

- Deploying my apps on Linux (I wrote a mini Heroku-like PaaS for that - https://github.com/rcarmo/piku)

- Searching for papers/PDFs on specific topics (built a Python wrapper for arxiv/Google/others that goes and fetches the top 5 matches across them and files them on Dropbox)

- Converting conference videos to podcasts (typically youtube-dl and a Python loop with ffmpeg, plus a private RSS feed for Overcast)

Every day/week I add something new.

(edit: line breaks)