5 ms·
The problem with this "You are not the user" criticism is it misses the point, which is that the users that totally rely on your product are the ones living wit
by fidotron 12y ago
The problem with this "You are not the user" criticism is it misses the point, which is that the users that totally rely on your product are the ones living with the edge cases. Most of the other users could just switch elsewhere and it's not going to bother them one iota. This is why MS Office has held on to the market so strongly, as seemingly every finance department is reliant on a different obscure feature that isn't replicated in alternatives.
This has been happening over at Apple too, where the power user experience has deteriorated dramatically now that they've decided that lot are all stuck in the ecosystem already. It's a dangerous game, and it's what caused MS to get unstuck as Linux rose up. Right now you'd be hard pressed to consider OS X, Windows, Android, Chrome OS or iOS as headed in directions power users (or content creators) want or need. This will lead to a division like in the early 90s again, where to do serious work you need a "workstation" which will be quite different to a normal machine.
- noblethrasher 12y ago>This will lead to a division like in the early 90s again, where to do serious work you need a "workstation" which will be quite different to a normal machine. I'm not comfortable with that... at all, but it may not be a bad idea. As Alan Kay says, computing is the one field where, thanks to Moore's Law, you can live in the future just by spending enough money. He puts forth a pretty good argument that one of the problems with modern computing is that it's too incremental, and one of the reasons for that is because most programmers (and students) use consumer-grade laptops and desktops, and thus they're stuck writing code for yesterday's state-of-the art hardware. On the other hand, programmers using workstations can write for tomorrow's consumers. He attributes much of the breakthrough progress of the 1970's Xerox PARC to its willingness to buy the researchers and programmers $60,000 workstations (that's adjusted for inflation, and they built 80 of these)[1][2]. The expressed goal was to be able to develop software for the computer that would exist 10 years hence. [1]http://history-computer.com/ModernComputer/Personal/Alto.html http://history-computer.com/ModernComputer/Personal/Alto.htm... [2]http://data.bls.gov/cgi-bin/cpicalc.pl?cost1=10000&year1=1970&year2=2014 http://data.bls.gov/cgi-bin/cpicalc.pl?cost1=10000&year1=197...
- colatkinson 12y agoI may be missing something, but how would giving programmers more powerful hardware prevent incremental changes? Even if I'm using a top of the line rig, it's unlikely that anyone actually using the software I write will have that same level of technology available. I can only see this as a benefit in specific cases where the limits of modern hardware are being challenged, which are far fewer today than they once were.
- wodenokoto 12y agoThe point is that you can write something that takes advantage of hardware that will be consumer grade in x years, rather than hardware that is consumer grade now. I thought parent stated that fairly clearly.
- colatkinson 12y agoAh, that makes sense. However, since most applications outside of video editing, gaming, etc. are not resource intensive, why shouldn't programmers just use consumer-grade hardware? An email client running on 2014's hardware and one on 2019's hardware are probably not going to be substantially different.
- noblethrasher 12y agoThe "email" clients of the future are going to be dealing with multi-terabyte caches[1] with lots of high-bitrate audio and 5K+ video and images. A robust and competitive email client should be able to do real-time summarization, translation, text-to-speech, speech-to-text, and index into media files (I should be able to query for a phrase and get the relevant portion of a video or audio clip in the search results). We have all of the algorithms now, so the hardest part is probably developing a good UI. So, you need to a super fast computer so that: (1) You can power the UI (2) You can rapidly iterate in response to user testing. [1] By "cache" I mean stuff that is stored locally rather than in the cloud; I'm not talking about CPU caches which will probably stay about the same.
- m_mueller 12y agoCould you give examples for such developments on OSX? I'd consider myself a power user, but the issues I have with OSX are not related to features, rather to its stability and complexity (resulting in more bugs). I liked it best back at version 10.4, but today we have way more features, lots of them directed at power users.
- lnanek2 12y agoI recently upgraded OSX and couldn't read KeyNote presentations by any one else in the office. I'd honestly pay them $100 to take the crippling upgrade back at this point.
- praseodym 12y agoWhen releasing iWork 2013, Apple ditched all AppleScript bindings[1]. In later updates, the bindings returned[2], but it still caused uncertainty about the future for users with AppleScript workflows. Something similar happened when they released Final Cut Pro X[3], also fixed in later updates. But again: uncertainty, and many users prematurely switching to alternatives (like Adobe Premiere). [1] http://www.macworld.com/article/2058705/the-state-of-applescript-lets-not-panic-yet.html http://www.macworld.com/article/2058705/the-state-of-applesc... [2] http://www.macworld.com/article/2090831/applescript-makes-a-comeback-in-numbers.html http://www.macworld.com/article/2090831/applescript-makes-a-... [3] http://en.wikipedia.org/wiki/Final_Cut_Pro_X#Reception http://en.wikipedia.org/wiki/Final_Cut_Pro_X#Reception
- m_mueller 12y agoYes, the new iWorks (if it can still be called that) is clearly a step back - no new features and a dummed down UI. I don't consider it part of the OS though.