The Fallacy of Automatic User Interfaces – Why Design Matters

BowmanReading the recent TOCHI (Transactions on Computer-Human Interaction), a group of researchers developed yet another automatic user-interface generation tool, this time for the smart computing space.  Reasoning that there will soon be an explosion of software in the “Internet of things,” these brave souls ventured to create a “one size fits all” approach to the controllers, so that User Interface designers would no longer have to be a part of the development team.

As much as I appreciate their research and admire their ambition – a word needs to be said about the lack of feasibility in the approach.  The core problem with the “one size fits all” approach is the same that caused Microsoft Access to fall by the wayside to code-based languages like PHP and .Net.

In each of the attempts to create a GUI, RAD code-generator, the software works great for 90% of what a project is looking to accomplish.  The programs allow someone who has no coding experience to create a decent prototype.  It allows developers to create a framework in a fraction of the time that they would spend using code-based tools.

The problem is that the devil lies in the details.  The final 10% of customization will take the developers at least as long, if not longer, than they would spend building the app from scratch.  A good portion of that customization will even be impossible or deemed unfeasible.  Eventually, the stakeholders will need to choose between settling on a substandard final product, or rebuilding in a more flexible language.

Time and again, this is why .Net and PHP have outperformed GUI-based tools.  Despite hundreds of millions of dollars of venture capital poured into unsuccessful projects, none has to date been able to provide a more compelling workflow for developers than the traditional tools.  Simply put – designers and developers will never go out of fashion, just like carpenters will never be replaced by IKEA.  Although RAD tools are great for prototyping simple projects, you would never trust a critical application to one of these packages.

Written by Andrew Palczewski

About the Author
Andrew Palczewski is CEO of apHarmony, a Chicago software development company. He holds a Master's degree in Computer Engineering from the University of Illinois at Urbana-Champaign and has over ten years' experience in managing development of software projects.
Google+

RSS Twitter LinkedIn Facebook Email

2 thoughts on “The Fallacy of Automatic User Interfaces – Why Design Matters”

  1. I read a lot of interesting posts here. Probably you spend a lot of time writing, i know how to save you a lot
    of work, there is an online tool that creates unique, google friendly posts in minutes,
    just type in google – laranitas free content source

    1. အမည ဝ က စ ဖတ သ …ဒ ဒ က စ ပ က ယ ပ စ က တ လ အင .. စ င တ ႔ စ ပ က ယ တ ႔… က လ တ ရ ႕ တ ယ ၿင မ က ဘ မဆ ဖစ င တယ န … မ,႐ င လ …႐ ဥ လ န ႔ (မ)႐ င လ … လ က ဖက တ တ သခ တယ ဗ ႕ သစ ၾက သ တ အမ ႀက ဝယ ခ ဖ မယ ထင တယ န .. Dမ … သခ ၿပ သ က က န မန ႔ တ ဖတ ပရရင ဒ က န မန ႔က စၿပ ဖတ ရမ ပ ခ လ မ ရ ႕ definition က မ က တယ န ဟ တ လည ဟ တ နတ ပ .. )Ma Chaw Su …Very lolevy comment…!!! :Dမသက ဝ …အလ န အက ဆ ရင မ က င တ တ အမ န ပ ပ ဗ (ဥပမ -အလ န အက လက ဆ တ လ တ ႔ ဘ တ ႔…) ))ၿဖ …တယ မ က ပ လ ဒ ဒ အ ၾက င ပ ႔စ က ဒ ဒ ႀက ပ က ၿပ က န မန ႔ ရ နတ ဆ တ …. ) ပ က …၄ စ သမ ကတည က ဒ ဒ က မသ တ တ က လ န ႔ အသက ၃၀ အထ သ လရ ယ သ တ လ ႀက … တမ မက တ ယ ၿင မ တ က တကယ အ ၾသစရ ပ န … မအ င အ ရ …မအ မ သ က သ ငယ ငယ တ န က Mon petit poulet လ ႔ န က ၿပ ခၚ လ ႐ တယ My little chicken ပ လ.. ))မ mie nge …သ အ ပ ရင အခ ထ အ ဒ လ ပ ဒ ဒ ထ လက မ, လ ထည ၿပ အ ပ တတ လ ႔ အမ တ တရအ နန ႔ ႐ က ထ ဖစ တ ပ ဟ တ တယ ဗ က န ပ႐ ဖ င လ က ခ သ အ႐ ပ လ က သ လ မ က င ထ တ အ ဒ အ႐ ပ လ ပ ပ မ က စ အရမ လ င တယ န … Dက ထ န ထ န …ပ တ က သ ခပ ငယ ငယ တ န က ႐ က ထ ခ တ ဆ တ တစ ပ ခ င စ တင မယ အစ ပ အႀက တစ ခ ဆ ပ က င မယ လ ႔ တ မ တ န ႔ အ ဒ လ လ ပ လ က တ ပ အ ပ သ တ က န မန ႔ လ အတ က လည က ဇ တင ပ တယ ဗ …

Leave a Reply to Mauricio Cancel reply

Your email address will not be published. Required fields are marked *