My Hulu Plus subscription was short lived. There were some good times though.

At the end of the day, Hulu Plus doesn’t work for me for a few reasons:

1. Too few shows. At any given time, I’m lucky to find more than one show I’m interested in available on Hulu. For the past 4 weeks or so, I haven’t watched a single episode (mind you, I don’t have TV, so this is literally my avenue for watching almost anything).
2. Too few shows. Again. Yup, it needed to be on this list twice. Even if there are 1 or 2 shows running at a certain time of the year, that’s usually an average of about 3-6 episodes a month.
3. Ads? I don’t have much free time, and I don’t like to spend 10 minutes per episode watching ads. I will pay extra money usually if it means fewer ads.
4. Speaking of price. It’s not like Hulu is on the cheap as it is. In the past 2 months, I watched 6 episodes. That’s about $2.5/episode (and with ads). On Amazon, I can buy a full season of 13 episodes in HD for $2.08/episode, and I own that season forever to watch whenever I’d like. And there are no commercials. And it has more shows that I’m actually interested in.

I really love the idea of a subscription service like Hulu, and I think the price is about right. If they could just make it consistently worth that price, I’ll definitely become a subscriber again.

Originally posted this on Google+:

My biggest problem with Google+ so far is the ability to make a post “Public”.

So far, my experience with G+ has been a noisy one, where the majority of the posts I see are public. One of the main advantages of G+ over platforms like Twitter is the ability to reverse subscribe contacts to “List” like groups. I can share all of my developer related problems with a Developers Circle, and all of my personal updates with a Friends Circle. I don’t need to blast everyone that has me in a circle with all of my updates.

The current Google+ depends on trusting anyone you follow to only share the types of updates you want from them… and provides no way of telling that person what types of updates you’re interested in.

If I want to add someone to a circle because they’re great at coding, I don’t necessarily want updates about their pets too.

I’d almost prefer a service that reverses the way circles are handled. Allow users to set up a personal collection of post categories unique to them. When I try to follow that user, I can check off from their collection of categories what types of posts I’m interested in from them.

I’m on Google+ now. If you’d like to connect, you can find me here.

And Social Networks are on the way out.

Or at least that’s my prediction for a few years from now.

Still figuring out Illustrator. Made a new wallpaper using the super complex “Copy → Paste” feature in the Adobe Creative Suite. I might write a tutorial on Copy/Pasting eventually, if you’re really lucky.

Download: Cubes (1920×1200)

Just a passing thought on remote research:

I recognize several pros and cons to using remote research. My favorite part about it is to intercept a person about to do [a task], and then watch what they were going to do anyways from their own natural environment. However, I do wonder if remote research practitioners are able to go a step further.

What if we could somehow watch someone do something (they were already going to do), but not have them act any differently due to the knowledge of someone watching their actions. What if there were someway this could be done without invading someone’s privacy, securely, with their permission. There would be no interaction between the moderator(s)/researcher(s) and the person completing the tasks, and the research team would be able to see when the user is using the site, versus when they switch to another application, pause from the task to go do something in another browser tab, or do anything else that the user does naturally.

There are certainly a lot of what-if’s there, and I do think that the current remote research methods are very valuable, but I think that this type of ideal approach offers a lot of benefits. I sometimes take notice to strange things I’ll do when filling out a form, or sending a payment that I never get to watch other people do. For example, while subscribing to a service this morning, I paused in the middle of the signup process to go chat with a friend, then did some browsing on another site, and then I remembered that I hadn’t finished signing up for that site. Maybe that’s a pretty rare occurrence, but it definitely seems like something I could test for. Maybe it was actually just a bad sign up process, and where I paused ends up being an area where some people drop off.

*shrug*

Just a thought

I’m a big fan of wireframes. Prototypes too. Actually, especially prototypes (even though I almost always start with a blocked out wireframe).

But almost equally important to me is a means to discuss these initial designs with my team/stakeholders/project-managers. Over the past few months, I’ve worked a bit on refining some processes for having these important conversations. This morning on the UX Booth, I published a quick post outlining some of the tools I’ve found especially useful in starting these discussions.

Check it out: Tools for Facilitating Feedback on Wireframes and Prototypes →

This year marks the beginning of my efforts to work with clients as a designer, consultant, and user experience researcher. It’s a personal mission of mine to commit the next 3 years to building my skillset in an area where I otherwise have very little experience, client services. Not only that, but I’m interested in seeing how well I can do for myself outside of my usual comfort zone. How much can I learn, and how can I maximize/spread out my income streams?

It hasn’t been a major problem yet, but a lack of a solid portfolio definitely hasn’t helped out. I partnered earlier this year with The Phuse, and I am now working with AvailableUX which has sort of allowed me to be an independent contractor without proving to clients that I’m capable of certain tasks. I do think that a portfolio will eventually be useful in filling any remaining hours I can’t otherwise book.

That eventual portfolio might come at a later date, but for the time being, I’ve created a very brief online portfolio. It currently features two of my favorite projects, The UX Booth, and Tut9.

Sad day. Turns out that the Justin.tv Javascript API doesn’t work for Android devices. Maybe their Live Video SWF aPI works with Android, but Flash is the culprit and reason I wanted to work with the API in the first place. It would be really awesome if JTV had more choices for how you use their API—including a non-flash based way to stream video so developers could design applications for most new mobile devices.

This isn’t a complaint; I think services like JTV opening up their platform for developers will lead to some great things in the next few years. I’ll bet that the first big player to build out a strong platform that is cross-device compatible is going to explode in popularity.

Anyways, I didn’t get past just building a simple test, so not much time wasted here. I’m not happy with the controls on the flash player for Justin TV when watching on my Motorola Xoom, and wanted to build a more reliable interface for myself and other Android users. The flash controls are clunky, slow to respond, and I can never seem to hit the right button (often times stopping my video, and forcing me to redirect to a justin.tv channel page when I’m watching from a pop-out or embed).

I’m sort of a beginner when it comes to building out these sorts of things, and there weren’t any good examples for getting a basic stream running in JTV’s docs. If you’re new to this sort of stuff, here’s the code I used to build out a basic player:

HTML:

<!DOCTYPE HTML>
<html>
<head>
<meta http-equiv="Content-Type" content="text/html; charset=utf-8">
<title>JTV for Android</title>
<link href="stylesheets/reset.css" rel="stylesheet" type="text/css">
<link href="stylesheets/common.css" rel="stylesheet" type="text/css">
 
<meta name="viewport" content="width=device-width, initial-scale=1.0, maximum-scale=1.0, user-scalable=0">
<script type="text/javascript" src="http://ajax.googleapis.com/ajax/libs/jquery/1.4.2/jquery.min.js"></script>
<script src="http://www-cdn.justin.tv/javascripts/jtv_api.js"></script>
<script src="javascripts/app.js"></script>
</head>
 
<body>
<div id="player"></div>
</body>
</html>

Javascript (app.js):

$(document).ready(function() {
 
	var gid = document.getElementById;
 
	var options = {
		channel:'theleggett',
		consumer_key:'e6ql03EOgx31mZgQfopQ',
		auto_play:true,
		custom:true,
		width:480,
		height:360
	};
 
	var player = jtv_api.new_player('player', options);
 
});

Web App Tester is an easy way to test web-based applications at 320x480px. This project was designed to work in Webkit browsers, and uses a customizable iframe to mimic the browsing experience on devices like the iPhone.

This project was designed to be used primarily on tablets, where the touch experience is most similar to touch-enabled phones. Currently, the iPad is not supported. This likely will not change unless iframe/object elements get better support on the iPad. More details below.

Web App Tester, will also work on Desktop Webkit browsers.

Tested Devices:

• Motorola Xoom: No known issues.
• iPad 2: No support. iframe bug.
• Windows 7, Google Chrome: No known issues.
• Windows 7, Safari: No known issues.
• Mac OS X, Safari: No known issues.

Open to feedback and thoughts on how this browser could be improved. I’ll do my best to maintain it and fix any problems.

iPad Bug

I’m really frustrated about not being able to make this work for iPad devices. One of the goals of making this public was allowing iPad owners to quickly test iPhone web apps via their iPad. Unfortunately, the iPad does not work well with iframes.

The iPad doesn’t respect overflow rules with iframes, and will instead render out the entire width/height of a document in an iframe. Additionally, content inside of an iframe cannot be scrolled. I’d classify this as a bug with the iPad, but this is definitely a device I’m interested in supporting.

If you know of a possible solution to making this work on the iPad, I would greatly appreciate your help. You can download the full source of the current iteration here for modifying.

Updates/Changelog

May 12th, 2011

• First iteration released.
• Needs back button.
• Needs refresh button.
• iPad won’t scroll with overflow fix applied.
• iPad doesn’t support iframe overflow instructions. Fixed.

Thank Yous / Additional Support

• Andrew Maier for iPad testing.
• Jason Gullickson for discussing the idea with me, and his work on DashApp.