skysight-inc/HackerNews huggingface dataset:
"Switch jobs often"

Er, no.

Let's look at the reasons he offers.

"Growing in the company (developer -> manager -> director)"
Yes. You can become master and commander of how to get along and make a good impression on one bunch of people. Or you can learn from many. Guess which one is going to help you once the company lays you off.

"Gaining an expertise in a specific area. Considering it takes 4-6 years for a PhD student to get their PhD, that's a lot of time you need for learnin."
You become an expert in a technical field by using some piece of tech in many different situations. In the vast majority of job-related situations, whatever situation you've got, you've got. It ain't changing.

"You are having to start from scratch often.
If you are a good developer, you have to "prove" yourself (people listen to you) all over again."
Starting from scratch, proving your worth, is a good thing. We don't want people who think they can rest on their laurels. Every now and then kick yourself in the ass to see if you can still hack it -- before life does it for you.

A more interesting blog entry would be "How to work past burn-out" That is, okay, fine, you've reached the end of your rope. You care about nothing, you're cranky all the time, you're lethargic, and you're bitter. How do you get up tomorrow morning and be happy while doing a good job without losing your livelihood? Because that's where a lot of people are, not making lists of things to do to avoid burnout.
> If encrypting our communications were a moral imperative,

> wouldn't someone have suggested our telephone calls or

> postal mail be encrypted some time in the past 40 years?

Mass surveillance of those things wasn't really a threat, in most places anyway.
Perhaps it's been a while since you've last used Tor, but at least in my experience, the speed really isn't that bad, especially for tasks that aren't time critical. Speeds of hundred or several hundred KB/s are not uncommon. The latency is a couple of seconds at most, in most cases. You won't be streaming in HD over Tor, sure, but fetching your email over Tor is not significantly more tiresome than over a direct connection. There is usually no noticeable lag for instant messaging either. YouTube video streams in the Tor browser also works with no delays most of the time.
I hate the web

I hate the web
Which branch of science are you in?
don't feed the trolls, dave.
> Basically what we need is a new Internet. We have to change everything. I don’t know if that’s even feasible but my guess is that even if it was it will take a lot of time.

Problem of creating new Internet lies in the infrastructure. We can't just build it upon current network to which NSA (and other agencies) already has an access. It maybe encrypted, but as you pointed yourself, encryption can be broken.

So, personally, i can see this new Internet only if there was a new way to send and receive data with less infrastructure overhead as there is now. And that might be possible in the future with stuff like quantum teleportation.
Can you think of any other ways?
Better to have Red Hat in control of Debian, then?
Outsourcing jobs. Outsourcing layoffs. Checks out, what did India expect?
really useful ! thanks !
Years passed and we discovered a bunch of things. Everyone agree that Bash syntax could be better, and C is not perfect either (that's why new languages like Rust are being developed). We didn't reach perfection a couple decades ago, so if someone want to try and replace the good old tools, I say "go on!": it would be exciting to see something better.
My problem with the democratic system is that it is a false dichotomy. Neither party (in the case of the US) offer a real alternative.

The people argue till they are blue in the face as to which one is right or wrong, but the differences between them are negligible. What's funny is that we waste unbelievable amounts of energy and time in making believe that there is a difference.

In the case of the US, politics is not too dissimilar to football or any team sport. You side with one or the other. Without both sides the game is boring. The US lowers the risk of dissent and instability by discouraging the possibility of more than two sides.

I have come to believe that none of the traditional routes are effective. They are merely a trap. They are simply a big brick wall to shout at.
Being involved in a hacker space in a very developed European country and leading workshops that try to educate the general public on online security this is my view on the belated public reaction of all these past years of leaks.

There are two main camps visible to me, the indifferent and the frightened. I'm sure there are plenty of people in the spectrum between those two but I find observing these two camps rather interesting. Because one camp seems to be overwhelmed by all the revelations, usually this camp is not involved in IT at a professional or hobby level.

The indifferent camp seems to either believe it's a problem but that they can't do anything about it, or believe that this is status quo and they need to go on with their lives.

The other camp, the frightened, are usually IT enthusiasts. Even if they're not very skilled, they're now working on that. They're looking up information on Tor, GPG and PKI.

They seem to be bunkering down to defend their privacy from their own government.

Those are just my observations.
Klout to Be Acquired for at Least $100 Million
So how did this story vanish from the front page suddenly?
How Ted Ligety skis Giant Slalom
Supercell turnover up 860 percent in 2013
How does the Year of Code train wreck become a good thing?
Right, the main argument for that was 'look, no other exchange is having problems!'. Then someone actually started using the bug against other exchanges, and suddenly other exchanges are having problems. But that's mtgox's fault too!
A "passive MITM" attack isn't MITM any more - it's just interception. MITM means that the man in the middle is able to control the data stream that both ends see.
> The short answer is that you're signing your support for a set of 13 principles on the application of human rights to communications surveillance

Yesterday, I was this close to putting my name+email there, until I thought "wait, what am I even signing for, either this might actually accomplish something important and I really should know what exactly before I can honestly give my support, or it's a rather meaningless gesture carrying just a vague anti-surveillance sentiment" (given the names and people involved I was pretty sure it was the former, but not knowing what I'd feel disingenuous about just adding my name to a list "just, make it better, or something").

Knowing this now, I signed it right away.
Ask HN: Which are the startups trying to solve Enterprise-class problems?
Like : Supply Chain, Finance(General Ledger etc), Purchasing, Order Management, Talent Management, Business Intelligence etc.
Yesterday, I asked the same thing about doge: The answer was “No coin is immune to this. [...]”

More details in the original thread: https://news.ycombinator.com/item?id=7220337
(it's lucky that all of the letters in "alert" can be found in "true" and "false", although "undefined", "NaN" and "[object Object]" could probably be used too.)
> The Spread Firefox campaign - a crowd marketing campaign - fixed that. Combined, of course with a well made browser.

Thanks, almost entirely, to Google's money.
True, but useless. If the human body is extra efficient, it should have about 20% efficiency at converting energy. This means your upper bound rule tells you that if a male adult eats 400cal/day he'll lose weight. Duh! He'll lose weight at 1800cal/day; the 400cal mark is useless.
You do understand that systemd is open source, right? If they decide to leverage their "control" into something the rest of the community doesn't like, we fork it.
I loved this article.

I started writing Perl nine months ago because of my new job. I learned it with the Modern Perl book, which is really nice and goes directly to the best practices. However, I've found that real life Perl code is full of the old/deprecated/insane ways of doing things as well. And Perl developers really take the TIMTOWTDI principle to the limit.

This article helped me to understand Perl more. And specially to understand real life Perl code better. I also liked the language designer perspective and the semantic analysis. Thanks for writing it!
you didn't KNOWINGLY restrict it, or you upped your calorie expenditure...

calories in, calories out.
While Uzbekistan is a contender for "most messed up economies in the world", Venezuela, Argentina and Zimbawe, for example will disagree with you :)

In Argentina used cars cost more than new ones as well, because new ones are often "vaporware" and take months to actually deliver. Both Venezuela and Argentina use the black market too (Venezuela being far worse than Argentina)

I see the same happens in Uzbekistan :) :

http://www.eurasianet.org/node/67469

Edit: see rafaelm's comment about Venezuela

https://news.ycombinator.com/user?id=rafaelm

I live in Uruguay but we have to deal with Argentina's problems (next-door neighbour and 3rd biggest trade partner), and Venezuela is an important trade partner, so we're very aware of their problems.
What was wrong with the honest: "We'll show ads to the first-time Firefox users, so we can make extra money with our free product. We'll show ads only once"?

"User-first" bit is the textbook example of PRspeak.
> You know what happens when people do care? Open revolt, violent protesting, revolution.

Like Martin Luther King Jr. and Gandhi?
I used my zipcode in AZ and it worked great.
How romantic! <3 <3 <3
How have I pinpointed the problem? I'm sorry - are you arguing that the RH guys should be covertly installing systemd in the parent posts servers?
An Overview of AngularJS for Managers
Well it's fairly easy. Stop people consuming. Consuming is the oil that keeps the cogs turning. Choosing where to consume doesn't change a thing. It just shifts the power balance from one set of corporations to another. Each of those has political connections.

Move to black markets, move to stand-alone non-country backed currencies and swap things and services. Prevent consumption by making it impossible to do so by taking out the mediums for cash flow i.e. mobile networks, inter-bank transfer systems and large single points of failure like payment companies. Blockade roads and sabotage rail network signalling systems, fuel supplies etc.

When people are unable to consume and find eating at risk and can no longer move using sanctioned paths, the power balance will shift to a necessity based economy, at which point the representatives, government and economic systems which allow this to happen will collapse.

Nothing is going to change until everyone is in the same boat.
I think you're responding to just one part of the claim, namely that a person would be better off doing something else than a startup.

The more interesting point, I think, is not the entrepreneur side of the equation, but the YC side. The author claims that YC is exploiting entrepreneurs. This claim is more interesting (in the social-studies sense) as it seeks to uncover a particular kind of exploitation that's a feature of our current age. First, it's important to point out that this question is completely orthogonal to whether the allegedly exploited person is better off or not. A capitalist could start an iPhone factory on an island full of starving people and pay each a loaf of bread a day; while the people are certainly better off, they're still being exploited.

YC specifically is most certainly not exploiting anyone, as on average it gives companies much more value than it takes. But the question remains on whether the Silicon Valley ecosystem in general is exploitative, and I think the answer to that is yes, although this kind of exploitation is rather mild – I would call it "taking advantage" more than "exploiting". I think those taking advantage are not VCs, but large tech companies. Rather than paying regular salaries to large research departments, the SV ecosystem encourages a lottery-style payoff. Lots of people work trying to invent a novel product, or find an unexplored market niche, and instead of paying them all for their efforts, there's a large prize offered to those who succeed. I think that large tech companies are taking much more value out of this arrangement than they're putting in, so there's probably some exploitation there (in fact, any lottery-style economic construct, be it based on "merit" or sheer luck, suggests some sort of exploitation taking place).
I merely explained why people are scared of corporations. I didn't say that there isn't anything more scary. But if you think that wars haven't been fought over corporate interests or that corporations, organized crime and governments are always completely seperate things you are very mistaken.
These environments are notably different to western countries. The UK hasn't had a real revolution since 1642. 1688 doesn't count since it was more of an invasion.

The US is also extremely stable since the American Civil War.

The Arab spring was different because the vast majority of the people had nothing to do and their government's used brutal oppression rather than the sheep bubble I talked about above.

Idle hands and brutality are are poisonous mix.
Goldman Sachs not only generously sponsors an event advocating female coding, but they also hand out free gifts that they think that women may appreciate (and if they don't it's not a far walk to the bin). Then they get slammed by a nobody on Instagram who only provided vitriol as her contribution. It's very clear who the actual problem is.
Samsung Galaxy S5 – What are we expecting?
However they still need the full transaction hash to reference any outputs from it, as these are identified by the (txhash, index) tuple.
Avoiding Complacency in Your Small Business
I think what the parent is getting at is that, even though there are many daemons and tools that make up systemd (and even though they are each scoped to a particular concern it addresses), most of them are tightly coupled to one another. To run logind, for example, I need systemd to run as PID 1.

This monolithic architecture is unsettling in the long term--it raises the barrier to entry for independent innovation in the same space. At least before, the various daemons systemd replaces (atd, crond, xinetd, acpid, udev, dbusd, etc.) could be independently modified, disabled, or replaced without breaking each other, and without much hassle. Instead, improvements to systemd's daemons have to conform to a moving-target API in the same layer (other systemd daemons) and the layer beneath them (systemd PID 1), as well as the layer above them (i.e. the UI).
I'm solving an enterprise problem with document management (dms)... But it does a lot more, eg. easy access to passwords, documentation, current news relevant to the enterprise, time-tracking, support, ...

Not in Alpha even, have one prospect for it and developping it for them.

Currently, related news is almost finished.
Planning to support an entire overview of news in all divisions, while the default is limited to your own division/departement which you belong to.

Kinda hard to explain, as it hasn't been created before, at least not in the way i solved the problem.

(no more mailing your boss/colleague for passwords, just ask permission to view them, and one of the supervisors will approve/deny it for you)
Or a browser extension.
Play Flappy Bird clone Tiny Bird on your Pebble smartwatch
No, but he has all the right to question their claims of "doing all the research in secret" and call them bullshit if he wants.

Anyway, just consider what their behavior says about how they think of their users.
I understand many on HN aren't particularly keen on getting a job with a normal wage, but saying that is a moral hazard is pretty extreme.

Re-read the comment.

An early employee is paid a salary, and they also get options. The OP's point is that receiving the salary and options means your risk profile is different.

There's no moral hazard here, unless you believe receiving a salary is a moral hazard.
Gulag
Personal data – an emerging marketplace
Wouldn't it be just as simple for an attacker to persuade a victim to paste a string starting with "javascript:" into the URL bar?
That comment was added after this thread started, as I read through the comments before adding my own.
Not quite fine:
http://www.reddit.com/r/Bitcoin/comments/1xm49o/due_to_activ...

The bitcoin reference client seems to get confused by this. It seems to allow additional spending of the unconfirmed change addresses and forms a chain of double spent transactions. The bitcoin balance as reported by 'getbalance' also becomes unreliable as it computes the balance incorrectly. Eventually the wallet stops working.
You claim cigarate bans helped tobacco industry? CFC helped grow corporations? Because if all you are saying is that regulation is destroying industries, well that's actually my point.

And yes the US Government involvement and regulation in the Healthcare industry in the US destroyed it too. Up till 1960s and invention of Government intervention into US healthcare system, the healthcare in the US was cheap, affordable and the US kept #1 spot for longevity in the world. After medicare, medicaid and all the other Government involvement and regulation in healthcare in the US (i.e. 10% of GDP in the US goes to healthcare) we have #50 in longevity and nobody can afford it. Blaming capitalism for that just shows your ignorance.
concerted massive attack: http://www.youtube.com/watch?v=iKxnCGziUVA
I'm using it too but still not able to find a Google Reader Play alternative that suggests new post based on your reading history. Sometimes suggested amazing posts.
internet search for one.
Why would anyone even hire the fraudsters? (Once they understand they're buying 'Likes' which reduce their reach due to lower engagement)
Calling it a system level language is a disservice. It's great for servers and commandline utilities. Canonical is working on integrating go with QML to be able to write nice GUI code that runs on all major platforms.

Go is actually quite well suited to GUI code, because it handles concurrent work very easily (i.e. work on the gui thread vs. work on a non-gui thread).

About the only thing you can't do nicely in go is write a domain specific language, the way you can in other languages that allow operator overloading.

Anything you might think about writing in Java or C# you can write easily in Go (once the GoQML stuff is ready that'll include GUI code). Most things you might want to write in python or ruby you can write easily in go (as long as you don't need monkey patching).

And note, I mean "Would be pleasant to write in Go" not "Would be possible but painful to write in Go"

If you're doing a lot of vector and matrices math, Go might not be the best language, since you can't operator overload and thus can't make the code look like the math it's trying to replicate. It would still work and would still be fast and accurate and nicely concurrent... but most people doing that kind of math programming have come to expect that parts of their code will look like math, and in Go it won't.
I never claimed tshadwell wrote it, but you are correct, my skimming of the code was incorrect. It redirects the evaluated output of an escaped version of a string to the console.
So my cups.service is:

[Unit]
Description=CUPS Printing Service

[Service]
ExecStart=/usr/sbin/cupsd -f
PrivateTmp=true

[Install]
Also=cups.socket cups.path
WantedBy=printer.target

It requires no extra things - Your cups script depends on checkpath and start-stop-daemon. More executables, more dependencies so yeah, I'd argue it suffers coupling and is a mess.
You say that systemd makes things a "complex, interdependent mess" but it's better than the brittle dependent mess of the status quo. The usage of start-stop-daemon doesn't even ensure that the app was killed - it acts just as a killall <servicename>. It doesn't catch a process in a Disk Wait state or even if the process has trapped the SIGTERM - It's not just useless, it's deceptive as to its functionality.

People continually spew the line about the UNIX philosophy. If you want to use Unix, use Unix.

Linux is [becoming] better than Unix.
How many workers were actually cut?
> Any things like this will inevitably, sans comments, be difficult to make head or tail of.

perhaps true (maybe). but if the variables were named properly we would at least have a decent idea of what the expressions actually are - even if we can't then infer what they are for from that information.

imo that is precisely what a comment is for - explaining an algorithm or things that look unusual, not merely explaining what a variable is - which imo is precisely what a variable name is for.
> Specifically, DRY is not an excuse to forbid competing init system implementations

No-one is forbidding anything. You can run Debian with any init you choose. All we ("systemd proponents") want is that when upstream software decides to depend on something systemd provides, the debian maintainers don't have to (they can, if they feel like it) bend over backwards to replicate all systemd features for non-systemd platforms. Not demanding unpaid volunteers to do extra work is not the same thing as forbidding other init systems.
I was talking about the ".well-known/browserid file being changed to something else" attack, #2.
I read it as £10.
You do realize that IMAP and email client are just a small part of Gmail?
low social oversight and regulations result in easily attracting jobs and fewer protection when jobs need to be cut. On a downhill slope, it's much simpler and cheaper to cut jobs in developing economies, precisely for the same reasons it's cheaper to create jobs there when things go uphill.
Pid 1 is special - it can't be killed.

It can crash due to bugs it can't handle, or it can voluntarily shut down.

Try it:

vidarh@opus:~$ sudo kill -9 1
[sudo] password for vidarh:
vidarh@opus:~$

No effect.

In the case of systemd, if it runs into a non-recoverable situation, crash() in core/main.c gets called, which then proceeds to try to create a core dump and spawn a shell as an absolute last resort to give an admin a chance to take corrective action, which is already a step up from your typical init assuming the manage to get the part of systemd that runs as pid 1 (by no means all of systemd runs as pid 1) as stable/bug-free as your usual init.

Of course there's an uncertainty there, and they'll have to prove they can keep that part rock solid or it'll be useless.
I don't want to seem insensitive but ...

The quote at the beginning of the article describes pretty much every layoff I've ever seen (or been through). The person quoted describes it as inhuman, but HR and managers are told to keep it impersonal (don't induce more crying than there is). You don't get notice (on purpose), you have to turn in company-owned property and they want you out the door (it affects the morale of the remaining employees).

On the other hand, the severance and extended benefits are far more generous than any layoff I've been through here in the states. I'm not sure why employees in struggling business units don't recognize that THEY'RE PART OF A BUSINESS. If no one was laid off, the whole business would close when there was no money left to pay expenses.
You can't really own an IdP as you can't truly own a domain name, by which IdPs are identified in OpenID/OAuth/Persona protocols.

With your own server you'll have to lease your identity from the domain registrar. In contrast, with certificate-based credentials you actually possess the keypair.
I feel like that could have been a sarcastic comment.
That's me, and you're right, everything's very sweet and buttery. I guess I was thinking the article applied to me, when the answer to my question was "Americans".