thisishugo

Turns out you can already do this. It works on El Capital, at least.

http://www.imore.com/add-space-your-mac-dock

jQuery is a dependency of Ember. Angular (at least 1.x) requires either jQuery or its own subset, jqLite. Cross browser incompatibility is still a thing and jQuery remains a very good tool for abstracting the differences.

It also loads several external resources, from various sources, including Google Analytics, any one of which could (albeit probably won't) intentionally or accidentally expose your private data to a third party.

So Steve's advice is still prudent, even though "it does everything in the browser."

Textual[0], my preferred client for OS X, does this. I know kthers exist, but can't recall their names right now, sorry.

[0] https://www.codeux.com/textual/

I just had a pull request accepted so the correct links now show on the homepage.

You could take a look at Scaleway[0]. They provide ARM-based dedicated servers (with caveats).

[0] http://www.scaleway.com

Well, you can at least limit it to only seeing your public repos and not the private ones[0]. Of course, that doesn't negate the fact that should the developer have coded the app to modify your code, you can't do anything to stop them.

[0] http://c.thisishugo.com/1bPz7+

I've been using the beta of this dashboard for about a month now and I've been really pleased with how much faster it is to use, and how much more helpful information is placed in-line in the new design - most "wtf does this button do?" questions can be answered without opening the Cloudflare docs in another tab. I'm only using the free plan with ~20 domains so I can't speak to what it's like as a "proper" user, but for my purposes the new interface is a clear improvement.

Also, the responsiveness of the development team to feedback has been very positive; every issue I've raised was responded too quickly and clearly (even pedantic niggles[0]).

[0] But seriously, what algorithm is the domain list sorted with? It's a total mystery, please fix it.

It's really impossible to use that number in a meaningful way, since you also have to take into account that most instances of file loss on their end will be unnoticed anyway (you'll still have a local copy that will simply be uploaded again).

The first rule of Macros is: don't write macros.

However, if you are going to use (and abuse) this powerful feature of Elixir, I can't think of anyone better than Chris McCord to help guide you on your way. Chris' talk on Macros[0] at Erlang Factory last year was not only highly education, but also very entertaining. If that video doesn't convince you, I recommend you take a look at the Phoenix web framework codebase[1]. Chris is an incredibly talented programmer, and an incredibly helpful, and patient guide to those less skilled than he attempting to contribute code to his projects (I know this because he held my hand through getting a pull request merged into Phoenix some months ago when I was still playing with Elixir).

[0] http://vimeo.com/88885763

[1] http://phoenixframework.org

I've had a similar experience, for even longer. I haven't had Flash installed on my MacBook since I got it in early 2013, and I primarily use Safari. For a while it was annoying that Netflix didn't work, and I used to run Chrome exclusively for that purpose, but since OS X 10.10 Netflix works natively in Safari, which is nice.

Drone.io[0] is available to run self-hosted. https://github.com/drone/drone

[0] https://drone.io

An opinion isn't right or wrong, it just is, no matter how strongly you assert it. And it certainly is open to ridicule: would you take seriously someone claiming, with absolute sincerity, to be the sovereign ruler of the Gumdrop Kingdom?

The best and most interesting output of the human mind since 1790 were not in the arts but in the hard sciences, outside of the realm of copyright.

This is the most utterly ridiculous claim I have heard in a long time, not least because what constitutes "the best works" of art is entirely subjective.

OS X and iOS have this, it's called Keychain, and it even works cross-device[0] totally securely[1]. Safari recently (I can't remember when) started suggesting passwords, too. Being built into the OS makes it an order of magnitude more likely to be used than a third party application, in my opinion.

[0] http://support.apple.com/kb/ht5813

[1] i.e. Apple (claims it) can't access your passwords, despite syncing them across devices.

Hi Slava, I just want to say thanks to you and your team for the huge amount of work I know went into having binary data storage make this release.

I followed the relevant issues on GitHub closely, and for what it's worth I think you made the right choice - certainly this fits the way I want to store binary data in the database. It's a better system than even CouchDB attachments, what I'm currently using[0], and so much better than GridFS, a great solution to the wrong problem of how to engineer a storage layer on top of MongoDB, when my actual problem is: "how do I store this avatar image alongside this user as simply as possible."

Knowing how much attention was paid to "getting it right" on this one feature I paid particular attention to significantly bolsters my faith[1] in the engineering quality of the project as a whole.

[0] and what ultimately made me chose Couch over Rethink for my current project

[1] which was already high.

The semantics of Elixir are a superset of the semantics of Erlang, so by learning the former, you're learning the latter anyway. Plus, you'll be calling a lot of Erlang libraries from Elixir, so understanding how Erlang works is extremely beneficial to using Elixir.

Were it the case in 2005 that the type of analytics bit.ly and t.co enable were nearly as big money as they are now do you think you would have implemented a redd.it or similar shortener of your own?

    [T]he users who remain silent are not too lazy to ask for
    something more, they just don't want anything.

- not what the user wants at all

- what the user thinks they want, but so poorly described as to be impossible to implement

- what the user thinks they want, but actually doesn't

- what the user wants, but also a terrible idea that will make your thing worse for everyone else

There are ways to get useful feedback from your users, but asking them to tell you what they want is probably the worst one.

My argument is that the author should have made that his leading premise, not a secondary point.

Hypocrite isn't the word the author is after, but even if it were, effectively just insulting people you disagree with will not bring them around to your view point.

Uber and Lyft may well be 10 times the price public transport, but the services are otherwise barely comparable. It absolutely is worth $20 to me versus $2 to get where I'm going in a fast, comfortable, and private manner, in exactly the same way as I don't baulk at a $3 Starbucks, despite being able to brew a coffee myself for 1/20th that price.

Public transport is never going to win simply by being a cheaper option, you have to appeal to other motivators, such as sense of social responsibility.

As an aside, my "future city" vision of public transport would be publicly available, self-driving, electric "cars" recharged with renewable energy. Not mass-transit. I don't want to be forced into a shared space with strangers, if I can avoid it, thanks.

I'll second support for Feedbin. The interface is clean and uncomplicated, it's so cheap that it really isn't worth my time to self-host, and it works with my RSS apps of choice.

I think anyone tech savvy enough to be using Pages should also be savvy enough to understand[0] why the A records can't (realistically) be as fast as the CNAME alternative, and understand if you make it de facto redundant (i.e. available, but not actively encouraged or supported).

I think it's fantastic that you provide apex support for everyone even though it must be exponentially harder to do that just providing CNAMEs, but if you're upfront about the limitations the only people who are going to complain are the type of people you don't want to be listening to anyway.

[0] I mean that in the sense that they'll comprehend the explanation, not that they'll grok it inherently.

It's on my radar, but to date I've not had (or more accurately made) the time to seriously evaluate it. I'm looking at an architecture overhaul soon, so will make the effort to take a proper look before then.

It remains a constant frustration to me that Postfix, Exim, Cyrus, Dovecot and the like still feel as if they belong very much in the "here be dragons" territories of the Unix world. Configuring these systems is an exercise in constant frustration and bafflement.

They're such a pain to use that since becoming the sysadmin in charge of our work email servers, I gave up running personal ones as well and just pay FastMail to deal with it for me - ain't nobody got time for that.

I often dream of taking a sabbatical and writing modern, user-friendly SMPT and IMAP[0] servers. If only so I could use them at work on my return and save myself a lot of time and stress.

[0] Possibly even with Exchange ActiveSync support - Microsoft licenses the protocol, but I've no idea what it costs http://www.microsoft.com/en-us/legal/intellectualproperty/IP...

I had this annoyance with FastMail[0], recently. They give this justification for their restriction:

    FastMail provides a lot of different services over many
    different protocols. To ensure that your password is
    compatible with all of them, and the many (often
    slightly buggy) clients out there, we only allow
    the characters A-Z, a-z, 0-9 and !?@#$%^&*()-=_+[]{}.,:;<>/\|~"'`.

[0] https://www.fastmail.fm/help/account/password.html

For services where a user can only access their own account, I mostly agree. But sometimes one users' bad security practices can compromise other people's security, too. If you're sharing confidential data with other people - for example, via SpiderOak[0] - and any one of those people's accounts are "hacked," it doesn't matter how good your password is.

[0] I'd say Dropbox, but you shouldn't be putting confidential data in Dropbox.

I doubt that's true. More likely it's because lower tier users are almost always disproportionally more demanding of help than higher tier ones. If you're going to make, for example, $1,000/m you're better off getting it from two competent, $500/m customers that don't need much help, rather than 100 $10/m customers who all need their hands held constantly. In Linode's case fewer users also makes contention less of an issue - the fewer VPSs per physical box, the better.

If you are interested in creating your own Soylent, there's a dedicated subsection of the website[0] for sharing recipes.

Frankly, I doubt you could recreate, or equivalently replace, Soylent-the-product for as little money as it will cost to buy[1], but it's definitely possible to replicate Soylent-the-idea yourself. It's much easier if you don't intend to replace every meal with a Soylent-like, as you can substitute the harder-to-source ingredients with foods that already contain them.

[0] http://diy.soylent.me

[1] Partly because of economies of scale, partly because some of the ingredients are complicated to source.

It baffles me that businesses such as Facebook seem to be driven so heavily by the numbers. If I were the FB product manager given the choice between a News Feed that is pleasant to use, or one that at times feels actively user-hostile but provides better metrics, I would want to have the freedom to pick user happiness over the bottom line, in no small part because I would (I assume) be one of those users.

I can't help but feel that something has gone wrong when Facebook - or any company - will deliver its users a worse product for the sake of few more dollars.