skysight-inc/HackerNews huggingface dataset:
I think we're running into the weeds. The point is that we've been trying to move off oil for 40 years. At this rate it's going to be a very long time before the job is done.

In fact, we might run out of oil before we actually replace it.
It it were a full-screen steganograph it would need to be subtle as to not interfere with viewing. So could that be combatted by re-compressing with another codec?
You can figure out the method they are using by comparing two copies.
http://freakonomics.com/2010/04/29/quotes-uncovered-whats-th...

(I prefer "The plural of anecdote is Gladwell" but that's because I can't stand his lame books.)
While this is cool idea, how possible would it be to extend any particular scene by that short of a time? If the video is output at a typical 24 fps, the shortest any scene could be modified would be ~42 ms. Even with a lot of newer footage being filmed at 48 fps, it's still only able to clipped at a rate of 21 ms.

Past that, I've seen a small amount of time shifting take place during a not-so-careful re-encode. At 1 ms precision, even this would be enough to throw off such a tracking system.
>Higher education is an investment and comes with risk

What you have said here is not an inevitable truth of the universe. It is a component of the way your society has chosen to write its current social contract. If people do not like the social contract, it will be renegotiated: either with words or with blows.
Only if you knew that was already going on. Security by obscurity, but still, I don't believe this kind of watermarking was ever used.

Maybe something like Cinavia[1] could be used instead? It's an analog watermarking system for detecting pirated copies and refusing to play them if player detects such copy is played on something else than bluray disc. Apparently this survives transcoding, and was/is major pain for people ripping their discs for various reasons and trying to play the files on certified players.

[1] http://en.wikipedia.org/wiki/Cinavia
So give poor Americans more money. Then they can choose whether to use that on petrol or not.
This happens when people try to shorten their titles to fit 80 characters.
That's just a suggestion.

They could change the opening credits by 2ms. Or a specific scene.

They could even add a single extra sword 'clang' noise in part of the audio track on one single scene.

There are so many options.
That's the point. Managers often use management techniques that encourage that. It works if your on simple assembly tasks. I.E Worried if you gonna be fired if you don't make 200 widgets.

Doesn't work if you're on knowledge work.

A lot of people approach agile as its an extension of those approaches. When in fact it was a reaction to it, by trying the opposite approach.
So how many video frames do I lop off a scene to subtract "a few milliseconds" from it?
"Get two leaked copies" Not sure I understand this.
That's it to me.

It proves my personal theory of trust. If you create something so large and peaceful(ish) that people instinctively trust it, you can get away with anything. What if the button ran something malicious on your machine? What if it permanently deleted your account and banned that username from ever being used again? What if that button permanently banned you from reddit?

These are things no one considered, because reddit is just a big, friendly Lenny.

Put that button on 4chan. See what happens there.
> The thing is, people are actually really good at relative estimation, it's absolute estimation that we completely suck at. That's the idea behind estimating in points: you free yourself from trying to think "how long will this take me?", which you'll inevitably get wrong, to "is this harder or easier than this other thing" which almost always is pretty easy to do.

That sounds great on paper. However, every implementation of Agile that I've ever seen or heard of eventually translates points to time intervals ("How many points should this be?" "Well, a one day task is three points, so...").
Unusual Ways People Used Instagram
Humble opinion: It is easy to block apps from sending sensitive information over the internet by running your own DNS cache and root along with a packet filter.

Humble opinion: If someone really wanted to send sensitive information over the internet, they could do better than HTTPS. Moreover, in the event the user is curious what is being sent, doing an experiment like the one here with a proxy becomes unnecessarily more complicated when the app is using HTTPS.

Humble opinion: Anything that makes it more difficult for the user to see what information an app is sending is not in the user's best interests.

Fact: Are there any alternatives to the scheme used by HTTPS for transmitting and receiving sensitive information? en.wikipedia.org/wiki/NaCl_(software) works pretty good and the code can fit in a Tweet. Suprisingly, its use seems to be spreading; unlike SSL, it does not encourage reliance on untrusted commercial third parties such as SSL cert vendors, "secure" content delivery networks, etc.

Fact: Incidentally NaCl compiles without using make. It requires only /bin/sh and (opinion:) the short scripts are easier to edit than makefiles.
> Apart from that I think that binge-watching the first
> 4 episodes is a stupid idea that will make you ache
> for a month waiting for the 5th episode ☺.

For me, I find more enjoyment in binging shows than being drip-fed, I watched all 4 in a row and don't regret not waiting (besides I've waited 12 months I can wait a few more weeks for more.)

But more importantly, my online activity means I'll probably be spoiled before the 4th episode airs, not to mention people "predicting" events (read: passing off spoilers as theory) throughout the coming weeks. I'd rather not take that risk, personally, the cost of spoilers far outweighs the costs of waiting for me.
Question: why does the Voyage exist? After progressively getting the price down, a very Amazon thing to do, a high-end model seems un-Amazonian. Especially if it doesn't really meet the needs of serious readers. Did Amazon just see an unmet market at that price point? Curious as to when companies move upmarket with a product line - it's usually the other way around.
Agile as dogmatically crapped out by the so-called agile consultant-tards, is what kills agile in the hearts and minds of developers.
While everyone is thinking how awful this is for HBO, I wonder how much it will boost the future viewership not just of the reason but for the whole game of thrones show.

I imagine those who watched it early told all of their friends about the show, making them watch it too when it came out on TV.
The free e-meter at every desk is a valuable job perk! The Kool-Aid tasted a bit funny, though.

Scrum-English Dictionary:

* "sprint": artificial crisis

* "end of sprint": abandonware

* "Scrum master": resume credit for my planned escape to a new company

* "stakeholder": someone you can't get away with externalising your costs onto

* "simplified": doesn't implement any of the actual business requirements

* "lightweight": doesn't implement any of the actual business requirements, but does so much more elegantly than the version that works

* "easy": project was born circling the drain (and doesn't implement any of the actual business requirements)

* "legacy": the version that works and implements the actual business requirements, even if no sane human wants to touch it

* "velocity": a speed with a direction, so skittering about following marketing's random hairpin turns counts

* "retrospective": blamestorm incoming!

* "stand-up": getting the blamestorming in early

* "We'll put that on the backlog": hahaha fuck you

I do enjoy some of the jargon. "empowered": do your own fucking job. "Could you just copy down these log files from these fifteen servers for me and put them on the shared drive? Thanks." "I'm sorry, I'm afraid you're empowered to do that yourself."﻿

Seriously: every good idea is turned into a bad one by the relentless management quest to Taylorise clue.
Cognitive Biases, Organization, and Entrepreneurial Firm Survival
To be sure. And if we were doing routine maintenance on a longstanding codebase things might be a bit more predictable than they are. But we're trying to do new feature development on a new product, and my experience has been that beyond a very general sense of "this is going to be a big one" vs "this shouldn't take too long, unless I run into something unexpected" -- which is the same level of detail you get with or without Agile -- sizing isn't meaningful enough to be worth the time it takes to do.
Well thats certainly not a new application then!
As a developer, I can't agree more. Unfortunately, I have to work with sales teams and a variety of groups/individuals that just refuse to buy into the concept. The irony is that I get more done in 4 hours at home than I do during 8-9 hours in the office. But, some people are all about that "face time". Seems to be on the downtrend, though.
No. There are algorithms out there that can survive compression[1] by encoding statistically over an image instead of just bit manipulation.

You can also embed data in the audio channel by alternating between two imperceptible echo kernels for 1/0[2]. This is extremely compression resistant.

1: http://ieeexplore.ieee.org/xpl/articleDetails.jsp?tp=&arnumb...

2: http://www.slidefinder.net/a/audio_steganography_echo_data_h...
Experienced engineers have seen a lot of "magic bullets" both on the process side and the product side. Generally they turn out to not be a substitute for hiring good people and getting good leaders to define a quality product and focus the team on what is important both short and long term.
http://deepthought.be/thebutton/

Disclaimer, I didn't make it.
Well there is an interesting concept - you're talking about jargon like "sprints" yet referring to "Agile" which is a very, very broad church.

I like Scrum for the power of the retrospective, if people actually talk about issues, the the team really is empowered you can change those problems:
a) Talk through how to handle bugs. There is no prescriptive answer, if you have a problem with defects then fix it, or develop a system to deal with them. You don't have to bring a bug into sprint after all, and if you do then get your Project Owner to drop an equivalent bit of work out.
b) Refinement is a crucial part of the process, if you can't break up the task into 1/2 weeks worth of work for a team odds are you don't fully understand the task, which means you can't provide forward estimation, which means management can't trust you're numbers.
c) "Project Managers" don't exist in Scrum, so a PM consultant guiding you on agile feels very, very wrong.

If your organisation can't commit to you working full (pretty much) time on a project working on a set of things that have been committed to without pulling you in another direction then odds are Scrum isn't going to work for you.

Scrum is very clear that there are certain things you need to do in order to say you're doing Scrum. Doing "Agile" screams following no particular sub methodology but cobbling something together. There's nothing wrong with that evolving, but it helps to be able to describe why you've gone in that direction. In your case it seems like you've had something foisted on you by external people talking out of their rear.
I think the handling linens issue goes away when you rethink the bed, linens and machinery as a whole.

What if the sheets were more of a pillow case style and the bed changed itself. Perhaps some machinery would lift the mattress, and the sheets could be slipped off and back on again by some arms within the bed frame. Those linens could then be dispensed through internal chutes into a laundry room.

Someone further up this discussion thread said it really well, they suggested that we should think of the hotel as a complete machine, rather than machines operating inside a hotel.
1. Zero rating is good for customers.

This is probably more complicated. While large companies will have to follow suit and probably buy-in into the ZR deal of large telcos, startups and small buisnesess will essentially be cut off from (potential) customers.

For a small company, it will become a huge challenge to enter such markets - both logistically and financially, so in the end there will be no more Internet for the customers but only FacebookGoogleEbayNet...
I'm not sure you can vary video by anything other than full frames, so you would have to vary it in 33 ms chunks.

Also, editors would cringe at "varying the length of scenes".
Surely it would be possible to create encoding resistant stenography. Will the stenography be affected, sure, but it should be possible to create error-resistant stenography up to a certain point.
The chemical industry requires oil and gas as both a raw material and a source of industrial heat. The fossil-derived industrial heat may be replaced by electricity produced from various sources, including nuclear. Secondly, if electricity becomes relatively abundant, that could create an economy completely independent on fossil fuel, since you can convert just about any generic organic matter (and ultimately from CO2 and water) into chemical products.
Openfolio: Gamification of investments is an interesting concept – AGBeat
The launch is scheduled at 1633est with coverage starting at 1615est.
How do you know someone is an agile believer? They tell you! (every single day at the stand up)
I've worked both full-time remotely and full-time at the office(both own single person office and open office plan) and much in between. For me the significant variables are commuting time, office plan, co-workers and family.

When I had my own office it was easy to concentrate at work, however I couldn't remote at that job. My commute distance was okay in summer (20 min cycling), but in winter it was too much (45min in bus or cycling).

Previously when I worked in an open office I remoted a lot, going couple of weeks without visiting the office at times. Then the commute was hour in bus or by bike so remoting was convenient. Also the open plan office was pretty bad for my productivity. We also didn't have a daughter then so there were no daytime distractions at home.

So I think its all about the balance. Any way you slice it, I need low-distraction environment to get coding done and much prefer short commute. In my current job I can remote couple of days a week which is okay and gives nice bit of flexibility for life. However I think I could handle more, but only after our daughter starts to go to daycare.
It's also unnecessary -- many Japanese establishments include a service fee in the bill.

Conventions appear to be changing in some countries: I've seen restaurants and stands in Australia, well-known as a country where tipping is not done, put out tip cups with signs encouraging patrons to tip.
Wouldn't it be smart to add one easy recognizable and breakable tracking system and another more hidden one? ;)
Do you think Africa, China, India all think like that? Most of whom are living on or below the poverty line? They'll be driving old put-puts and crappy desel trucks, tractors and cars for tens of years to come. How long before second/third hand electric cars are being exported in tens or hundreds of thousands to these countries? 50 years?

No one I know drives a NEW car, and I live in the UK. We all wait for 2nd/3rd hand cars to get to us.
An actual example I've seen: you can ask a field technician "how long will it take to install this piece of equipment in the field?" and get a pretty good answer. You can't ask a data scientist "how long will it take to build a statistical model to predict how long jobs out in the field will take?" and get anything at all useful.

And you certainly can't ask "how long will it take to build a statistical model to predict how long it'll take a data scientist to build a statistical model?"...
The Monad type class is a pretty good test. Last I knew it wasn't properly expressible in C# or Java either in the fully general sense, though you can get closer than Go, certainly. Whether it gets close enough that you can call it "done" is a bit of a judgment call; in the end, the semantics are never quite identical even in the best of cases.
All these methods meddle with films editor's jobs. And, the be frank, their job is much more important than considerations for piracy: they make the movie (or tv series) actually interesting. Making them do that (or changing their tools to support meta-data to do that) would be equal to bothering creative professionals who are essential to your product's success with mere details.

And, if I remember correctly, GoT producers already said in some interview that they're not that concerned with piracy anyway.
Only 2--4 hours? I wish.
Step 1: setup an automated setup for playing video and detecting if the output was detected via the watermarking system.

Step 2: Run the whole thing through an optimizer seeking to minimize error while not being detected.

Step 3: Wait a few hours.
Came in to say this. It's the obvious answer, and presumably the IP owners know about it even if the author of the article does not. It's also obvious that the author doesn't understand video encoding if he is proposing measuring millisecond differences in the length of specific scenes.
Anything that is viewable cannot be secured.

The play store can stop you watching the content after 24 hours on the play store. It cannot possibly stop you recording your screen while it's playing and saving it forever

Preventing leaks is basically impossible, but making them traceable is possible using watermarks
There will be a limit to how much compression it can take, but some methods e.g. Echo Hiding are extremely compression resistant (I've implemented this over a phoneline - it works).
PPTP vs. L2TP vs. OpenVPN vs. SSTP vs. IKEv2 - Best VPN.com
Harmless fun is one "positive highlight" of the internet which I enjoy. The more general "positive highlight" for me is that the internet allows us to mix work and play/fun together. Most evident every April Fool's as we see serious companies putting out great jokes. I'm confused how others could see this as negative without being against fun all together.
Get two copies from two different sources, with different watermarks
The problem is that, to them, "Agile" is Candyland: No responsibility or accountability for their own job (making stable plans/requirements), but hyper-accountability/scrutiny for the devs that have to spring to their every half-baked whim. It amounts to a DDOS attack on the dev process. It's just waterfall without the top part of the waterfall where they are responsible for requirements. I'd rather go back to waterfall.
> How do you come to this conclusion? When I tip someone I express my gratitude for the good service to the specific employee of some company that did a great job.

Maybe so, but presumably you don't tip your doctor regardless of how well they do their job.
Show HN: Munich Developer Conference – daho.am
Hi!

STYLIGHT is very proud to announce the second iteration of daho.am, the Munich developer conference. This year it'll be even more epic with many interesting speakers from all over the world, like Spotify's director of engineering Kevin Goldsmith and Rocket Internet's CTO Christian Hardenberg. For a full list of speakers, check out http://daho.am/#speakers.

WHEN AND WHERE

The conference will be held June 12 at our beautiful office in the heart of Munich, easily accessible with public transport.

TICKETS

There are still some early bird tickets left and you can get a 10% discount with the code WELOVEHN10. http://daho.am/#tickets.

CALL FOR SPEAKERS

We're accepting proposals for interesting talks, just send your idea over to dahoam@stylight.com. Deadline is the 1st of May.
Isn't this just key escrow all over again? Does nobody remember the 90s?
> and extremely robust - even to video compression. It's also difficult to detect, and even more difficult to remove/tamper with.

Split & merge frame by frame, in random, from multiple video sources. Visually they will be the same, but steganography has a high chance of been broken.
To Rewrite or Not, That Is the Question
What the author of the article is proposing is actually a kind of steganography, albeit a rather crude one, and probably rather difficult to implement

...but easy to explain (and sell?) to the entertainment industry, who have shown themselves to be mostly technically illiterate. Some cynical, unscrupulous hacker could probably extract a lot of money from them for such a service...
To me, it means you have to actually be aware of what your people are working on, and being a better manager, than just assuming physical presense equates to producitivy.

Yes, it does make you want to be more careful at hiring, but I think that's a good thing.
A good policy is to not estimate bug fixes, to not associate any points at all with them. It creates a drag on velocity, but it's honest.

If you need to fix a bug, it means that you are correcting an error from a past (implicit or otherwise) user story that shouldn't have been accepted as complete anyway.
I think this means 'gets two copies from sources who have been given their copies legitimately'. Your job is then to make sure that those two people can't be traced/identified by the watermark on/in the video.
> Get two leaked copies

this should be the biggest obstacle.
Nice work! Cool idea!
I don't wish to derail but there are other e-ink readers that don't suffer from any of these problems. You can just read whatever you want on them in any way you want.
Steam Trains Were 19th-Century Super-Weapons
Why does the attacker need a second leak? Can they not just randomly clip each scene by a few milliseconds? This would defeat the identification, and not be noticeable to a viewer.
> Some of that is intentional, some is not.

Likewise, most of it is not intentional and users are just not aware of it. If they do not wish to include a license, they can just close the issue or put a copyright information in the README/wiki.

> Please don't spam everyone who doesn't agree with you. I hope Github bans this bot.

I respect those who don't agree with me. There are a lot of projects that have added licenses already [1] and none have said that they do not want to include licenses (yet).

Also, this is not spam. The bot doesn't scan ALL of the repositories. It only scans repos with 1 to 5 stars. The logic being, if some people "like" it, then it could be a generic project that is reusable. If a lot of people like it then it probably already has a license.

Have a great day!

[1] https://github.com/karan/add-a-license-please/wiki
"Is it possible to hack the microwave signal?
I am doubtful."

Would a bunch of strategically flown mylar balloons interrupt the signal?
The bigger headache is keeping those educated people in SA, a country unlikely to reform socially very much to accomodate them, let alone the competition for skilled people in general. The social exclusion of women alone is a great drag on productivity.