533 karma · joined October 29, 2012
There are a lot of ways to engineer DRM in a system, I think you just don't see that you're actually using a DRMed system to play your music.
It's really interesting to go back to my old notes and
goals and, with hindsight, truly understand _why_ they
didn't work out, and what it would take to make them work.
It would be awesome if you could blog about it or share your notes!EVERYONE has javascript disabled until the js payload is downloaded. Which is extremely important on high-latency or slow network connections.
It's definitely unusual, but I think it works quite well.
- having a day job (this obviously means they won't have as much time to put in the site, I know)
- Service As a Software Substitute (this doesn't work for sites that just display information)
- subscription/premium model (for press sites like Arstechnica, it seems like an alternative)
- donations (this usually doesn't scale up to a salary, but can sometimes cover hosting and more)
- sponsoring
Most of the content is by people who make it available for free: blogs (a good part of the links on HN), forums and community sites (HN itself, StackOverflow, Reddit, ...), non-press sites (personal sites, project site, etc). An overwhelming majority of those don't rely on advertising to exist.
It might be hard to have a "service" that's massively used and that you can host and make available for free (i.e. no ads), but I bet it's not impossible (especially if you can upsell something else. See GitHub, Travis, DropBox).
I'd argue that a libre p2p service is more useful to have (e.g. http://tox.im) than a centralized, "gratis but ad-supported" centralized service like TPB.
This uses a "pruning" algorithm and is a different algorithm than all the other implementations use. It shouldn't be used to compare the different languages, as it's just not doing the same work.
The bindings are easy to create (there is an automated tool that does most of the work), they look like Nim function declaration and can add better typing checks on FFI calls. You still have manual memory management and pausable, optional GC.
Nim is an incredibly good language that compiles to C, is fast, and has very easy bindings creation to any C library you want. For me, it's the best of both worlds between a Python look (indented, clean) and a fast typed compiled language that helps you instead of hindering you.
You might be interested in checking it out.
"vehicle_id": "1"
is better represented as: "vehicle_id": 1The one remaining is the one after fetchData, which looks like it could be async and make use of a promise.
It only yields equal speeds in chromium (good to know), although if you try in firefox, imperative is still 4 times faster.
http://jsperf.com/oop-vs-ramda/4
TL;DR: Imperative is faster than functional. Functional is shorter (33% slower in chromium, 83% slower in firefox), but might be more readable depending on your preferences.
var getIncompleteTaskSummariesForMember_imperative = function(memberName) {
return fetchData().then(function(data) {
var tasks = data.tasks;
var results = [];
for (var i = 0; i < tasks.length; i++) {
var task = tasks[i];
if (task.member == memberName && !task.complete) {
results.push({
id: task.id,
dueDate: task.dueDate,
title: task.title,
priority: task.priority
})
}
}
results.sort(function(first, second) {
return first.dueDate - second.dueDate;
});
return results;
});
}
Still longer than the 10 lines of functional code, but a much more fair comparison.[0]: http://scott.sauyet.com/Javascript/Talk/2014/01/FuncProgTalk...
Apart from Safari (https://en.wikipedia.org/wiki/JPEG_2000#Application_support), I'm not sure it's supported at all.
Remote: Maybe
Willing to relocate: Yes, anywhere
Technologies: C, Nim, Python, Coffeescript/JS, CSS/Stylus, OpenGL/WebGL
Résumé/CV: http://erwan.ameil.me/cv/
Email: see résumé above
Github: https://github.com/idlewan
Interests: see résumé above
I don't think you can reasonably say that there's "the only metric that really counts". All these metrics are indicators of activity anyway, not quality.
Obviously, in the case of private and/or sensitive information, you don't release anything to the public, so I'm not sure the protections (login system, etc...) can still fit in the definition of DRM.
https://en.wikipedia.org/wiki/Digital_rights_management:
Digital Rights Management (DRM) is a class of technologies that are used by
hardware manufacturers, publishers, copyright holders, and individuals with
the intent to control the use of digital content and devices after sale.
With publications, you give an access to other people (a restricted one if DRM is involved). It's not the same as not giving access to anyone but yourself.All of the instances of DRM are evil, because all of the instances of DRM'ed stuff prevents practical and unlimited sharing.
In the digital world, any limitations on copying bits are akin to virtual restraints and locking information away. It prevents you from doing anything else than what the golden prison allows.
Could you please make your comment explicit?
So maybe in the future, some other social network will emerge.