457 karma · joined April 13, 2009
I knew that this was possible in theory, but my experience with messing around with the available serverside WebRTC libraries gave off a similar first impression to the one you mention in your blog, namely immature libraries.
Looking forward to your blog post on your experiences with Datachannel.
Ultimately, as long as the big content companies have content that people want to consume, they will have leverage. They want DRM, they will get DRM, or else they will take their content elsewhere, to alternative platforms that people will then flock to, making the web less relevant.
EME is the wrong hill to die on.
I don't know how true this is, but it makes logical sense - the developers of a reverse-engineering tool are likely far more clever at anti-piracy mitigations than your average programmer.
I actually was looking at these numbers just a few days ago, trying to decide on what language to embed in something I'm working on (CPython, Duktape Javascript or Lua), and came to the same confused realization - the number of Python questions on Stack Overflow had increased significantly over the last few years, but I couldn't quite correlate why. I put in a bunch of different related tags, but none of them could account for such a large jump.
https://insights.stackoverflow.com/trends?tags=python%2Cdjan...
Then, I realized the full ramifications of federation and I realized that Mastodon was likely to go the way of IRC if it ever "caught on" with the masses, in that open federation was doomed to outside abuse.
I then realized that because of this, my account being on a friends' small instance that he put up on a whim was probably not a good idea. However, I had no idea which other instance to migrate to, considering that there are a billion of them and it was hard to get a flavor for what instances are like with no obvious way to get a public feed.
Now it's months later, my friends' mastodon has been taken down from lack of use, and I still don't have a clear idea of what instance I should use instead. I really don't want to have to create an account on a half-dozen different servers just to find out.
In my experience, VSC's cold boot startup time is just as bad as Atom, and it's not immune to interface jank - for example, when unfolding the "tree view" on one of my projects, I can actually see the folders being painted top to bottom.
But I don't use VSC day-in-day-out (since it's missing multiple project root folder support), so perhaps I'm missing something.
Back when IRC was new, open federation between IRC servers was the norm until bad actors forced the networks to only federate with known good actors, and to quarantine parts of the network that still allowed open federation - there is a reason why EFnet was called Eris Free. That was back in the 80's and early 90's. Today, attackers are far more sophisticated, and not even Twitter, who has $$$ to throw at the problem and owns the entire stack, is capable of stemming the tide of bad actors, spam, and fake accounts. Taking money seems like a good idea at first, but then suddenly you have to deal with credit card fraud.
I anticipate that Mastodon will balkanize, ending up with a couple of large networks, IRC-style, that federate only with each other, and have unified, agreed upon set of rules and a super-moderation team that can act on any node. Networks that insist on open federation will lose the battle against the tide of bad actors and will dissolve into anarchy and either shut down or start whitelisting with the rest of them.
I would really like to be convinced otherwise on open federation.
Not quite everything. Since Mercurial branch names are baked into the commit, if you wanted to know which branch a commit was originally part of, you can find out.
Git does not support this. If two branches have parent commits in common, it technically belongs to both branches.
There is a valid conversation to be had on if this feature is actually necessary or makes sense in the context of a DVCS, but git branches are not a full substitute for Mercurial branches.
http://theundefeated.com/features/michael-jordan-i-can-no-lo...
Seems to me like yet another systemd two minute hate. It's getting quite tiresome to see.
If you want a hedge against a catastrophic collapse of the dollar (or whatever your local currency happens to be), there are innumerable other, better alternatives.
Besides, if there was such a collapse, who's to say that Bitcoin won't get dragged down with it? After all, more than likely you're using bitcoins to buy things that cost dollars.
Because I generally open Atom once every morning on login, at the same time that there's so much disk thrashing that pretty much everything else is loading slowly too, and leave it open the entire day. Not a huge deal.
Granted, I also don't use Atom for non-programming tasks. If I need to edit a configuration file, or browse a huge XML dump or log file, I use Vim.
I am an avid Atom user who acknowledges how slow the thing can be. None of the slowness on my end approaches any of the horror stores in these threads, but for me, opening the program from a cold boot takes long enough for the wait to irritate me, the first time I save any file after opening the program takes a second or two, and opening a new window takes a second or two.
However, I stick with Atom for a few reasons.
First, Atom is like Sublime Text, but nicer. It has real settings pages! It has a built-in package manager! And although you might consider the fact that it's written in what is essentially a web browser to be a downside, there is a huge upside in that packages can create interfaces with that flexibility that Sublime Text simply can't match - compare something like this https://atom.io/packages/php-debug with Sublime Text's best-effort https://github.com/martomo/SublimeTextXdebug . Not only is trying to assemble an interface out of text buffers not as flexible as a webpage, they also tend to be brittle and break in odd ways if you do any window manipulation on your own - this is actually a complaint I have about Emacs and Vim as well. Also, it just feels like Atom's plugin API is more complete in general - I remember there being a Sublime Text package that required making a copy of your theme so it could add its own styles, and I haven't seen anything similarly hacky in Atom yet.
Second, Atom is open source. I had bought both Textmate and Sublime Text and both of those editors had updates slow to an absolute crawl to the point where it felt like the developer had abandoned them. I feel like Atom being open source makes it less likely to be abandoned completely, especially considering how vibrant the community that has sprung up around the editor.
Wonder what's going on.
It's certainly a slower editor - I have found that opening it, creating a new window, and quitting all take more time than I would like. However, I have stuck it out primarily for two reasons:
1. It's far more extensible. Sublime Text has a thriving package ecosystem, but the limitations of the extension API show up in lots of little places. Atom being browser-based comes with its downsides, but it also allows flexibility that Sublime could only dream of.
2. It's open source. Sublime Text is a great editor, but it's closed source, maintained by a single guy, and updates have slowed to a crawl. It's not something I ever felt 100% comfortable with relying on as part of my day-in-day-out workflow.
Yes. Above and beyond things that are horrifically traumatic, those groups who have been marginalized in society ought have that privilege. When you spend decades or centuries having the deck stacked against you, it is a completely appropriate approach to attempt to swing the balance back in the other direction.
> I (seriously) get triggered when i read arguments like yours.
My apologies. It's my mistake, as I forgot who the _real_ marginalized people are in society - Hacker News posters. Please forgive me.
But their power is also why the first amendment only applies to the government not being able to persecute you. Why should people have the right to speech without consequence of any sort?
Words can't act, but they can compel, coerce, and intimidate. It absolutely _is_ a safety issue. You can argue over the applicability to this particular situation, but to imply that words are harmless is a disservice to rights guaranteed us under the first amendment.
This. If I were a Python developer (of the language itself), I would be paying very close attention to how PHP has handled deprecation and breaking changes.
http://www.chocolate-doom.org/wiki/index.php/Three_screen_mo...
Granted, it's a very limited scripting language (up until recently it didn't even have support for dynamic strings), but I imagine it has served as a gateway to "real" programming languages for at least one mod-maker.