Title photo
frugal technology, simple living and guerrilla large-appliance repair

Regular blog here, 'microblog' there

Many of my traditional blog post live on this site, but a great majority of my social-style posts can be found on my much-busier microbloging site at updates.passthejoe.net. It's busier because my BlogPoster "microblogging" script generates short, Twitter-style posts from the Linux or Windows (or anywhere you can run Ruby with too many Gems) command line, uploads them to the web server and send them out on my Twitter and Mastodon feeds.

I used to post to this blog via scripts and Unix/Linux utilities (curl and Unison) that helped me mirror the files locally and on the server. Since this site recently moved hosts, none of that is set up. I'm just using SFTP and SSH to write posts and manage the site.

Disqus comments are not live just yet because I'm not sure about what I'm going to do for the domain on this site. I'll probably restore the old domain at first just to have some continuity, but for now I like using the "free" domain from this site's new host, NearlyFreeSpeech.net.

Tue, 23 Sep 2014

Sure we need to kill e-mail dead, but here's an article with some interesting alternatives

In a business context, e-mail is horrible, outdated and a time-waster. With that (and more) in mind, Thomas Knoll of Primeloop writes for Medium, I banned email at my company.

Sure his reasons for ditching e-mail make sense, but what makes the article value is that Knoll mentions more than a few services that Primeloop is using to replace e-mail and help his team collaborate and communicate.

Among them are:

I'm still trying to wrap my head around what these services do and how/why to use them, but so far Slack and Hackpad look extremely promising for "situations," I find myself in.

It's not lost on me that the context of this article is a startup company leveraging the work of other startup companies, with all of that work being proprietary and hosted by said companies and not available for self-hosting at all. Even if a service is web-based, it's nice to have the option of loading it up yourself, on your server (or rough equivalent), and controlling it without a company getting in the way.

But a compelling service that fulfills an acute business need (or three) is well worth looking into and possibly adopting if that need is real (and unfulfilled). If/when the startup responsible for the product is acquired and said product is Hoovered up into the mothership, that's another problem, I guess.