pirateking
Joined 15 years ago
Joined 15 years ago
[1] http://en.m.wikiquote.org/wiki/Albert_Hofmann
[2] http://www.newyorker.com/magazine/2010/12/20/master-of-play
The latest fads in user interaction design seem to ignore this perspective, and instead treat "UI" as another abstraction layer of unique symbols on top of software, then expecting all software to be designed top-down based off this "unified design language". This approach unfortunately ignores the user, providing further indirection away from the underlying software and it's function, herding the user into a church of the designer's own construction where they are now forced to worship interaction in the abstract as a prerequisite to using the software (or at least blindly perform whatever rituals it demands).
The aim of design unification is often a false path, born out of convenience for the designer, and it's pursuit shows a certain level of disrespect to both the user and other designers. Programming languages - arguably interaction design in its purest form - are a more interesting path towards better software (see Smalltalk, Swift playgrounds, and the work at VPRI).
Material is not what software is made of, but it is a pretty good sign of what marketing is made of these days.
An unsettling feeling that Home Automation™ is not actually about making the home and its consumer electronics more integrated, easier to use, and providing more free time and control to the individual. Rather, it is about making things harder to use for the average consumer without machine or professional assistance, requiring more hardware bundles and software services to get the "total experience", and control and data slowly taken away from the individual. Of course, this play for command and control is for the innocent sake of predictable behavior that can be optimized (and the steady revenue and growth that implies).
Self optimizing systems' predilection to predictability is quite predictable (whether machine or human).
While I believe Nest and HomeKit will likely be successful due to these optimizations they can potentially bring, I consciously will take the less optimal route this time, and have fun DIY'ing my automation instead.