Hacker Newsnew | past | comments | ask | show | jobs | submit | rian's commentslogin

Might I recommend not using the prev/next executables and instead adding another directory level to indicate search page, e.g. ytfs/search/1/video.mp4

would make it easy to reexport this file system, e.g. Over http or smb.


I have to think that through. Search pages are tricky as you can't simply go to a certain page. They're identified by tokens, which aren't known a priori - you just get adjacent ones with search results.

A reasonable solution would be ability to set max results and disabling next/prev. All desired results would show up in the search directory (if you can assume that results beyond some point are useless).


I think the most obvious way to expose that remote behaviour in the filesystem is to have the directory /search/2/ appear only after the directory /search/1/ has been stat'd.


I think you're in the minority. Most TV owners don't have xbox or chromecast. Netflix bundled with a TV strictly reduces the friction to watch Netflix.


I think you're overestimating the pull Netflix has. Literally everyone I know either has a Chromcast, a Roku, or an Apple TV.

While I'm sure some sales will be driven by this, I don't believe its going to be enough to move the needle. If anything, it'll push Amazon and Google to provide better offerings with their respective devices.


> I think you're overestimating the pull Netflix has

Literally every device in my entertainment system can independently access Netflix: the TV itself, the Apple TV, the Blu-Ray player, and the Xbox. Two of those devices' remotes have dedicated Netflix buttons on their remotes.

So you're right that this is probably not going to drive sales. But that's only because they've saturated the market already, not because they aren't relevant to how a lot of people watch TV.


I literally don't know anyone that has either a Chromecast, a Roku, or an Apple TV. I watch Netflix via the Wii (or the PC, which is nowhere near a TV).


Just because literally everyone you know uses those platforms doesn't mean they have meaningful pull either. That's unless you know every TV owner in the world. Your anecdotal experience is irrelevant compared to the average experience of the hundreds of millions of TV owners across the country and world.

Most Netflix subscribers (edit from people) just want to watch Netflix on their TV. If you're buying a new TV, the easiest way to do that is to get one that supports Netflix out of the box.


> Most people just want to watch Netflix on their TV

If all you want to watch on your screen is Netflix, why buy a TV (defined by being a monitor with a TV tuner built in) at all?


Because it's cheaper to buy a television rather than a monitor.


> Most people just want to watch Netflix on their TV.

Citation required please.


I think it's a safe assumption that most Netflix subscribers want to watch Netflix on their TV with ease.

My grandpa has a Netflix account. If he wants to buy a tv that can play Netflix, It's so much easier for me to tell him "buy a TV with the Netflix logo" than "buy a TV and then buy either chromecast/Apple tv/roku."


> I think it's a safe assumption that most Netflix subscribers want to watch Netflix on their TV with ease.

I think it's a safe assumption that most Netflix streaming subscribers already have a way to watch Netflix where they want it, whether that's on their TV, on some other device, or both. In some cases, when that's on a TV, its directly through the TV, but in many cases its through a Chromecast, DVD/BD player, AppleTV/Roku, etc., etc., etc.

If they are looking to replace the TV, then, in all cases except where the existing TV is also where the Netflix app is, all they need to do is replace the TV with any TV/monitor that works with their existing mechanism, which probably means "has an HDMI port". Which isn't a really difficult challenge.

The only time the friction is reduced for an existing customer by a TV with an integrated Netflix app is when they are adding a new location, or replacing an existing TV where they were already relying on an on-TV app.


My Samsung includes Netflix, Amazon Prime Video, Hulu & HBO Go making my set of casting devices mostly superfluous. And only one remote is definitely a benefit. I think the masses are going to be happy with that.


All you need is a Netflix enabled DVD player hooked up to your TV.


The GPL is a hack on copyright law.

If you disagree with the GPL then you disagree with copyright law. The GPL is only as powerful as current copyright law allows it to be.

Don't hate on the GPL, it's satire. Hate on the last century of corporate-lobbied legislation that has granted unprecedented levels of power to copyright: http://en.wikipedia.org/wiki/Copyright_law_of_the_United_Sta.... E.g. Mickey Mouse still isn't in the public domain!


> If you disagree with the GPL then you disagree with copyright law.

Its quite possible to believe that existing copyright law represents exactly what government should do to manage IP in that domain and not believe that the GPL represents a choice people should make about how to use the rights provided under copyright law. (Note: I am not saying, in this post that I hold either part of that opinion, only that it is not inconsistent.) So I disagree with your claim "If you disagree with the GPL then you disagree with copyright law."

Believing that government should permit something is different than supporting the choice to actually use that permission in any particular way.


It's possible but it's not logical!

If one supports the level of power that current copyright law provides for authors, then you must support the fact that any particular author wields it. If you think the author is abusing power, then that means the current copyright law is too broad, and if it's too broad you ultimately don't agree with the law.


> It's possible but it's not logical! If one supports the level of power that current copyright law provides for authors, then you must support the fact that any particular author wields it.

No, if one supports the level of power that current copyright law provides for authors, then you must support the fact that it is legal for any particular author to wield that power within those bounds.

That doesn't mean you have to support every particular choice about how it is wielded, just as one's support for the freedom of speech from government censorship doesn't mean one supports every utterance that is outside the scope of what government may prohibit given that freedom.

If one's support for the government policy is on a utilitarian basis (as one example of a framework of support that might apply), one can support the government policy while opposing an action it allows simply because one believes any policy which would effectively constrain the action which one does not prefer would have other harms which outweigh the benefits of preventing the action at issue.


> That doesn't mean you have to support every particular choice about how it is wielded

I never wrote you have to support how it's wielded but that it is wielded. Your freedom of speech analogy doesn't apply to what I wrote.

I agree with your last point, but I think that's exactly the job of lawmakers. Once you've found an abuse of the law, you refine the law. You don't just throw your hands up and say "well the pros outweigh the cons." Legislation isn't futile. In this specific case, copyright law has only grown more powerful without any significant negative feedback.

All I'm saying is, if you feel there is something wrong with the GPL, well it's not the only instance of copyright abuse and maybe you should focus on copyright law itself, not the GPL.


It's not possible for me to dislike the GPL for reasons unrelated to copyright abuse?


Suppose for whatever reason (employer legal department, etc.) you can't use GPLd sourcecode.

You'll quickly find that GPL sourcecode is not just neutral to you, it's outright harmful. Why? Because if there's a strong project that's GPL'd, that disincentivizes anyone from working on a less restrictive open-source version of same. So now that funny "satire", as you put it above, is forcing you to reinvent wheels, when you could be using that effort to further improve the world.


when you could be using that effort to further improve the world.

Except that by "improve the world", you actually mean "make a quick(er) buck for ourselves".

By the same logic, your company charging for their software (or not open-sourcing it) is "outright harmful" to people who want to use your company's software to make themselves a quick buck for themselves.

Except that you can at least read and learn from the GPL code when making your own implementation. Somehow I doubt your GPL-hostile employer is taking even that small step toward improving the world.


Then you should convince your employer that they're wrong with that ban. If they don't wish to pay the fee for using the work of others, then they need to make their own, just like anything else in the world.


Or rather, it's forcing your closed-minded employer to reinvent wheels. Is it possible to improve the world while working for an employer that cannot embrace GPL? Opinions on this subject differ.


No, your employer is forcing you to reinvent wheels. Employers hating the GPL are not some sort of natural law.


Or in other words

The way you feel when you can't use GPL code in your startup

Is the same way I feel when I can't use Mickey Mouse or Mario for a toy in my toy company.


That's not true. Using Mickey Mouse or Mario would allow you to profit from an enormous amount of brand name marketing.

It's more like you start a new pizza company and you're not allowed to use Stallman's Pizza Cookbook, which has some recipes you like. You can still hash out the recipes by yourself, with much annoying time and effort (and wasted food). Stallman's just not letting you benefit from his cookbook, because he thinks all pizza should be free.


In this pizza recipe metaphor, are the recipes or the pizzas supposed to be the analogue to software?

If recipes, then the metaphor makes no sense. You can use the "recipe" that is LibreOffice to produce "pizza" that is work products that people would pay for (such as a lawyer drafting contracts, a consultant making spreadsheets, etc). Nothing in the GPL stops someone from profiting from the output of a GPL'd program.

If pizza, then I can only assume the "recipes" would be programs that produce programs, such as compilers or parser-generators. In that case the metaphor also falls apart, since GNU programs of that type have license exceptions that make the output of those programs (and the additional compilation files needed to run like libc and bison include files) usable without following the GPL.


I'm sorry, but this thread is Slashdot 2000 - your bad analogies should be to cars.


>>It's more like you start a new pizza company and you're not allowed to use Stallman's Pizza Cookbook, which has some recipes you like. You can still hash out the recipes by yourself, with much annoying time and effort (and wasted food). Stallman's just not letting you benefit from his cookbook, because he thinks all pizza should be free.

No, you'd just have to share your recipes whenever you sold the pizza. You can still charge for the pizza (or not) if you want - and the guy who buys it from you can sell it or give it away or whatever.


hehe someone has been watching house of cards a bit too earnestly.


C++ templates do have "protocols," they just aren't necessary. The result is that the perpetrator of a template error is ambiguous.

check out type traits: http://en.cppreference.com/w/cpp/types and std::enable_if: http://en.cppreference.com/w/cpp/types/enable_if

"concepts lite" is a proposal to add syntactic sugar for type traits as well as enhance them a bit.

in general this is how C++ does things now: first add library-level solutions as far as possible, then add language-level syntactic sugar once the usage and implementation is fully understood.


reinterpret_cast<>?! that's implementation-defined. not to mention type-aliasing which is undefined behavior. what you want is:

    template<typename T>
    typename std::enable_if<std::is_trivial<T>::value, T>::type
    getValue(std::array<char, sizeof(T)> bytes) {
        T toret;
        std::memcpy(&toret, bytes.data(), sizeof(toret));
        return toret;
    }
there is no-performance hit compared to your function. this is a type-safe and well-defined version of the function above.

btw, was your usage of trivial a pun? if so, that's amazing. we need more type traits puns.


I wish all of these C++ template metaprogramming-based javascript binding generators would standardize into a single API. Embind is another one for use on the client side: http://kripken.github.io/emscripten-site/docs/porting/connec...


I'm the author of v8pp. Thanks for the link, didn't know about Embind.


You really could have just said "dream."


I think "wet dream" captures it better.


Why aren't you using nullptr instead of casting NULL to your pointer type?


thank you for sharing byuu a+


Guidelines | FAQ | Lists | API | Security | Legal | Apply to YC | Contact

Search: