skysight-inc/HackerNews huggingface dataset:
Yes.

I used to use runit/daemontools/inittab. My favourite thing about systemd is that it is increasingly available, and while it has it's faults, it has instances (macros you can use to kickoff a fleet of services easily) and pretty good isolation features.

It also has a "systemctl-over-ssh" feature which is quite nice, and which allows you to use an .ssh/authorized_keys file instead of sudo to allow access to certain administrative tasks.
Could you elaborate on avoiding Google Docs?
Single command CLI tool for tracking work hours
The difference is that I can verify the code, and the data send. If I send the password to serverside hashing, I can only trust the server to handle it correctly. Security wise that is a fairly important difference.
>Should your UI framework ship with an IoC container?

Angular 2 is not a UI framework, it's a fronted application framework - it has IoC, HTTP stack, Router, internationalization, etc.

If C#/Java like tooling and design patterns sound appealing to you (eg. enterprise roots) then Angular 2 is going to feel better than React and others, if you're more of FP guy and you prefer to cobble together for flexibility then React is a better choice - this is from my experience.

And by far the best option I've tried for HTML front end was Angular 2 Dart - Dart default tooling beats NPM/WebPack/whatever ecosystem by a mile.
It's executing on a vision -- making the future you want to happen actually happen.
Encoder-Decoder models are a very common technique in sequence-to-sequence models for deep learning. These models have had very big wins lately in NLP tasks such as translation, POS tagging, dialogue generation, etc.

The Tensorflow documentation has an okay writeup about seq2seq models: https://www.tensorflow.org/tutorials/seq2seq

The author of the library also has a small blurb about it on his blog: http://www.wildml.com/deep-learning-glossary/#seq2seq
https://github.com/cyrusimap/cyrus-imapd/blob/master/imap/im...

cough

Yep
Customer service at banks tend to reply "for safety reasons" to any question you pose about their antiquated password limitations. A password limit of 20 characters? That's for safety reasons. Which safety reasons? We can't tell you, because of safety reasons.
But I wan't to know the exact list of BSSID/SSID and RSSI of each so I can go to this place and find device by measure signal level of wifi access points.
Lloyd Conover, Inventor of Groundbreaking Antibiotic Tetracycline, Dies at 93
How Turkish Media Normalizes Post-Coup Mobbing Culture
I think the cheap work, long hours thing is critical because companies will see an older person and think more expensive which is true and the added cost is justified. I've seen companies turn down more expensive and experienced people in favour of less experience and cheaper, only to go back to the older and more experienced person once they realised the management overhead of dealing with less experienced staff.

I also think startups have less experience running a company so assume if a developer knows x language and some experience with dbs will be able to build anything but then wonder why they have so many bugs / made so many bad design decisions.
The Galago Pro returns
> I'm trying to figure out how a better way to stay on track with my long term (1 year) goals...Does anyone have any recommendations/tools for keeping these daily goals todo list goals in alignment with the big picture?

Here's my approach: Define the goal, measure progress, complete todos.

Define the goal: I use Onenote. It's so freedom enabling (click anywhere, type) that it's perfect for jotting down all parts of your long term goals. At this stage a todo list is too rigid to record something this abstract.
A mindmap is also good but the Ctrl + E search in Onenote is the best. You'll visit this once a week or so.

Measuring progress: Again Onenote, list the months and add new checkboxes (Ctrl + 1) under each month for each subgoal you want to get accomplished. You'll visit this a couple of times a week.

Completing todos: This is where your todo app comes into play. Map your subgoals to todos and record how much time you spend on them. At the end of each week all your completed todos should see you tick some of the checkboxes in Onenote. You'll visit this as often as you're working on the goal.

For me, this is a simple but visual method of progress spread across just two pieces of software.

May I opportunistically suggest https://lanes.io as that second piece of software. It's a todo app I've built to help support this approach - timer, charts etc.
What if you share your breakfast with your spouse who also happens to be an employee? Then breakfast is actually a meeting!
Intel buying Mobileye for up to $16B to expand in self-driving tech
Syncthing Usage Data
> I do not think that [...] self driving cars would be possible without the massive accumulation of capital enabled by tech giants

Yet people are building self-driving cars as a hobby project. Sure, the whole topic would not progress that fast, but that statement is a bit overblown. (Same for private space exploration to a much more limited extent.)
> A clean and consistent system will be out of reach as long as this web app nonsense continues.

Isn't that exactly what iOS and Android are though? I mean most of the criticisms of iOS are against Apple's obsessive curation of it's simplicity and usability, and it 'came to power' smack in the middle of the internet age. People are always complaining that native apps for internet services are a threat to the web. It seems to be exactly the thing you're saying the web makes impossible.
As a user, any password you supply should always be treated as a shared secret between you and the service. We are well past the age of using the same password for everything.

Agreed, but that does not change the fact that you shouldn't be sending the password to the server, since that is thrusting that the server handles it correctly. If you gurantee that passwords will never be reused, the password is as good a secret as the hash. But if you cannot gurantee this, and that includes nearly all real world systems with humans users, it makes an important difference security wise.
?

Again, NYC is not America.

Again, we're talking about poverty rates, not homeless rates.

Yes, I understand 'Latino' is not always central/south American in the classic sense, but fyi - Latino's are far more likely to be classified as 'White' than 'African American' - i.e. Spanish, Cubans etc.
I'm going to go full-on link-to-Libertarian screed on this, so I apologise in advance, but...

when regulations like this are realized, and unions protect a privileged set of existing members, the marginalized are in fact hardest hit.

http://reason.com/blog/2017/03/11/think-the-sharing-economy-...
Yeah kid. What will you do today. No snark. Keep learning.
Assumes Correlation and Causation, ignores Social and Economic situations of the twins groups, doesn't account for the fact that identical twins tend to share (being geared towards) more experiences due to being perceived almost as a single "being", ignores cultural differences in upbringing of different-gender twins, doesn't account for indirect training (i.e. strategy, memorization, sequential steps etc. are parts of a Chess game), doesn't account for perception of time (Time passes slowly when we don't like what we're doing) and completely ignores training "quality" (Playing chess against newbies is useless as practice, playing against masters is enlightening).

It's ALSO not your "fault" that you do not excel at something. Your experiences ever since you were a baby shaped you, your tastes and pretty much determined your whole life.

Still, there is no talent, ask any great programmer, musician, illustrator or whatever, every single one of them will say he/she was shitty, but loved it, so kept doing it. This doesn't completely discards the possibility of genetic disposition to liking something, but undeniably everyone starts on even ground.

Obviously, being complex areas they are affected by many indirect skills, and the more something is loved, the safer it is to assume the indirect skills involved are also loved or at least liked, indirect skills matter. Clearly fiddling with computers and watching movies that involve technology is not programming, but will make you better at it.

In the end, the best explanation so far is that your tastes are the defining factor. And yes, it can be argued that tastes are genetic, but currently there's not nearly enough data to debunk the standing theory, we need more studies and we need better studies, taking all variables into account and actually monitoring the subjects throughout their lives.

Maybe in 50 years we'll find out where our tastes come from. Not that it actually matters since it's out of our control anyways.
I think a lot of that would happen. The would also be a lot of people who would reconfigure themselves as spokes about the hub of a rail or Transit stop. And my experience with places like that suggests to me that the net effect for everyone in the city is that it would be easier to get out into the countryside, despite there being less road capacity and more people.
Anyone who's spent time in DC can probably attest to what a pilgrimage it can seem just to escape.
I took that the author didn't assume that experience (which seemed to be assumed in the article to be positively correlated to the length of career) was the only factor---lack of proper training, including knowing "classics", was also the issue. I tend to agree the latter premise, although I'm not sure the situation is as bad as the author describes. (The author says "I can’t think of a single developer I’ve met professionally who belong to the ACM or to IEEE". Is that really the case?)

IMHO, it's ok to lift answers from SO as long as 1) you know it's a shortcut and 2) when necessary you can trace back the history to the origin so that you can know the original frame the technique was invented and how it was modified along the line. A good solution in a certain context might not be optimal for your context, even though it has been improved by many.

The second point requires a certain level of skill---able to search and read CS papers and implement by yourself or incorporate the ideas into your domain. Without having proper training, it's difficult to acquire that kind of skill solely from skimming SO and alike. But I'd like to assume that graduate-level CS course do give such skill, and by experience you can hone it.

I do note that some answers in SO are pretty decent, with references to the original papers. When I answer online questions I try to do the same as much as possible within my ability and knowledge.
(Note: edited to make it more clear that hashing only on the client is insecure.) I think it is true that hashing on the client in addition to on the server offers a little security boost since if someone is able to snoop a login, they will only see a hashed password, which they can use to compromise the user's account on the site being accessed but not on other sites where the user may use the same password (assuming you use a salted hash). Server hashing guards against the case where someone steals the database but not against the case where they snoop logins (and hashing only on the client wouldn't guard against this). Also, it might be practical to use more rounds of bcrypt on the client, but this is hard to say. Maybe you were downvoted, though, because you said server hashing is "effectively the same as storing the password in cleartext." Actually, the main win is probably from hashing on the server; the boost from also doing it on the client seems relatively minor.
The scenario you speak of was true for the history of the human race prior to the invention of photography.

This is why we have institutions such as newspapers, academia, government etc. institutions that have an authority to inquire into and in turn establish some semblance of truth.

Maybe now some might understand why attacking the integrity of media, academia, and government is such a pernicious, short term and ultimately destructive tactic.
Google is a lot less useful than it used to be... Google getting rid of blog search, forum search, and google reader has done as much as facebook to silo-ize the web.
I( worked as a developer for a startup aged 34 ... in the UK. I was the youngest person in the startup, too. (It went public via reverse-takeover and ended up being absorbed by Mastercard a decade later: as we were in payment services, you could consider this a win.)

There is an elephant in the room that the Americans on HN are reluctant to admit, which is that the US healthcare system sucks. Startups can't easily afford the corporate health insurance premiums they need in order to attract older staff, so they perforce rely on the young and healthy — who are cheaper, don't have families, and don't have expensive chronic conditions.

The US healthcare system thus applies invisible constraints to hiring practices that encourage unspoken discrimination against experienced adults.

(Whereas in the UK we had a working NHS to provide cover for us and our families, and in Germany the insurance system is at least sane. Sure, our VC and finance sector is (or was, in my day) less hospitable to startups, but: swings and roundabouts.)
Latest Movies Download
Sorry, you're never going to have a society where the government is a 100% neutral referee and everybody else is a part of the 'free market'. As long as there is an incentive to rig the game, people are gonna rig it.
Considering all the horror stories about Japan's IT industry, should this really come as a surprise?
I ran this same setup for a while, but became nervous about the potential for DNS poisoning. I'm reasonably confident in my ability to lock down a public-facing system, but you sure are putting a lot of trust in that pi-hole install and your ability to make sure you're always using SSL on every device and site.
> The desktop was a forced requirement while content had to be centralised on your PC, why bother with it now that we're freed from that constraint?

Because some of us want content to be centralized on our PCs. We want to own our data, instead of giving it away and then renting back access to it. Related, I consider the push towards abstracting away the file system to be a very bad thing.
In the UK people tend not to own stocks directly but through one of the various investment "wrappers" such as the ISA (individual savings account), which are tax-free for up to £15k/year investment paid in.
If we send the plaintext password we don't know that the server handles it responsibly. We don't know if they had to push an update under time constraint means that they now store passwords in plaintext. What we know is that we send plaintext password to the server on every login, that should, in a threat model, be considered as not using hashing at all.

On the other hand, if the password is hashed client side, we KNOW that it cannot be stored as plaintext, because the server never knows it.
Wait for something to go very wrong. You want flaming wreckage, the lights going out state-wide, or at least a major business failure. And the problem has to be software. Then when the politicians are flailing around looking for something, anything, to do about it, point out that other safety-critical areas require designs to be done by certified engineers who have to meet training and practice standards. There is no reason something similar couldn't be done for software, and indeed a lot of engineering schools now offer software engineering programs. Require that all designs for life-critical software be done by certified software engineers. Maybe expand it to all software that handles more than $1MM/year, too. Grandfather most existing practitioners, say those with an undergraduate degree in a relevant field.
Listen comrades.
I encourage people to use Adblock, but I don't think it does much to combat companies like facebook. On facebook the adds and sponsored content is mixed in between your regular news feed, and it would be hard to tell the two apart.

I do think google belongs on the evil list though. They are not as bad as Facebook, but they sure know a lot about you even when you're trying to be anonymous. I've never used my work machine for anything private (I'm odd like that), I've never had it on my own network without a vpn, yet google seemingly knows that it's mine. I've taken quite a few work related certificates over the years, and every time I do, I'll find adds for those exact courses and certificates pop up on my private devices.

Like I'll log into gmail on my iPad, a few days after having searched for TOGAF courses on my work machine, and there will be a sponsored message about a TOGAF course near me.
But tech like Flux and Redux are clearly derived from the Command pattern (of course i've never seen or heard reference to these patterns in the docs or videos for for flux and redux), and also seem pretty similar to Java enterprise patterns so arguably were already in the mainstream 10 years ago (at least). See http://www.corej2eepatterns.com/Patterns/ServiceToWorker.htm http://www.corej2eepatterns.com/Patterns/FrontController.htm http://www.corej2eepatterns.com/Patterns/DispatcherView.htm

I work daily with javascript and enjoy it but it frustrates me that people treat aforementioned tech as cutting edge but these ideas were already around a long time ago. The counter to this is that javascript is finally maturing and starting to use these patterns which is a positive thing, I just wish the people promoting these "new" technologies would give recognition to what came before.
Few of web apps are useful, though, and all suffer severe performance and UX penalty by the very virtue of being run within a browser.
You're twice as likely to live the American Dream in Canada
Interesting. Thank you! Would you mind sharing some of the faults? By instances, are you referring to template unit files like this[0]? Do you use it with the `--user` option or do you just access it with `sudo systemctl`?

0: https://fedoramagazine.org/systemd-template-unit-files/
Not sure what you mean by standardization vs. exploratory programming. Separation of concerns would only exist if standardized (and enforced).
A set of good engineers vouching for someone is about as good as it gets.
Actually, Greece doesn't remind us about why high taxes are good. Their taxes are high. The problem is corruption; the money is squandered, and the economy is choked by taxes, favouritism, corruption and nepotism.

Thus, Greece is an example of why we need to remember to keep our politicians at check.
Few of any kind of apps are useful.

The non-purists (which is most people) have decided that availability trumps everything.

I was more of a purist, myself, but after some bad experiences with the lack of native apps, I'm more of a realist these days.
My sons violin teacher made the point to him after observing him practice (paraphrased):

"What you are doing is playing, not practice. When you play through a piece like that, you spend most of your time on the bits you already know, and just a little time on the parts you find difficult, and you end up not repeating the hard parts very often. To practice, you should stop when you find something difficult, and repeat that part until you can do it well, and then move on to the next."

You will improve through simple repetition (edit: of a whole piece, or anything else where you know large parts of it well), but you will waste a lot of that time cementing things you already know very well.

And this is what marks the difference between time spent "executing" work in an area and practice in an area. Reaching the top in most areas will for most people mean shifting the balance between amount of time worked in that area and the amount of time spent on deliberate practice towards more deliberate practice and less towards performing.
Uber bolsters its fleets in part by offering predatory loans to drivers who are effectively indentured to work full-time with the company.[1] This is a core aspect of its growth strategy and is not incidental to its operating economics.

Regardless, the ability of a company to provide transitory part-time labor should not be considered as an end in itself. A part-time worker whose earnings are subject to change at the whim of Uber's fare adjustments is even less likely to make major financial commitments than a part-time worker in a low-wage service position. This has a negative effect on the growth and security of the economy as a whole.

If anything, we should encourage the transition of these contract positions into "just another jobs." Those gigs on Craigslist will be available in any case.

[1] http://www.citylab.com/commute/2016/06/uber-subprime-auto-le...
While nohup is used to daemonize a single process, systemd does that and a ton of other stuff. It's a replacement init system that includes everything from daemonization, log handling, auto restarts, and by this time next year will probably make coffee for you as well.
Xanadu is a broken and incomplete implementation of Xanadu, and has been for more than my entire lifespan (child of the 60s baby!).
> I'm really not sure why we're still alive.

Anthropic principle / many-worlds interpretation? All the outcomes in which these accidents lead to nuclear war are no longer observable ;-)
I've got over a decade of deliberate and intense study and practice in programming. I love it and I love learning new things about it. I've worked in half a dozen professional languages and over a dozen for fun. I give conference talks and have two books out. And yet several people I work with can absolutely run circles around me due to much better long and short term memory. For every hour I put in, they can get farther with ten minutes. I only hold my own in the same league as them with 5x more effort. It's absolutely possible that there is a "wet-ware" component to mastery.
Ways customer service helps you with flawless customer onboarding
> 10 spamming tips I used to get 60,000 subscribers
1. Security of the system: I'm thinking about this lately: below in this thread I mentioned a setup involving an airgapped non-intel (eg. Rpi) computer that communicates ascii in morse code. This machine would hold the keys and encrypt / decrypt.

2. What to do with the files? You'd need to keep them as long as you need to use them. In my scenario it would be on an SD card in the raspberry pi. Afterwards.. there are many creative ways to destroy them :) i think an advantage of SD over HDDs is they are small enough to reasonably melt.

3. Key exchange: exchange the key on physical media, in person. Ensure the key does not come into contact with a networked computer (ask your friend nicely) and keep it away from any untrusted USB devices.

4. Quality key material: Hardware random number generator (also done on an airgapped etc machine).

I think I've covered everything, the only thing that crypto people on IRC could really complain about (it seems they really don't like OTP?) was integrity: an attacker could modify the message if they guessed parts of it.

I'm still figuring out how that would work (they assumed it would be used for a standard protocol with something like "From: andai@andai.tv" at the start of every message).

Now I'm just trying to make it so that anyone could set this up, which is turning out to be the trickiest step.

For the simplest form of encryption there sure aren't a lot of implementations out there...
> But, to me, Google is quite different.

I think they lost that argument when they started Google+, going into direct competition with Facebook with a comparable product, albeit unsuccessfully.

If anything Google is more sinister to me, with a much broader reach than Facebook into areas like mapping and navigation, personalized ad tech, personalized search, mobile OS, PC OS, web analytics, etc. etc., all at least partially geared towards data mining.

Not defending Facebook by any stretch, but "my dictator is not as evil as your dictator" does not hold up for me.
Design in Tech Report – John Maeda (2017)