> It's just different from what people are used to.
It's probably just this. You have the same with Vim and Emacs, and tiling window managers - they're different from what people are commonly used to, therefore hated. Even though the paradigms employed in those applications make you many times more efficient in using them.
It seems that a lot of people - even many professionals - have allergy for learning. They feel they've learned enough when they first discovered how to operate computer (yes, every single one of us had to learn that at some point), and they hate being forced to learn further, regardless of how much benefits it brings.
I've used Vi and Emacs 25 years ago - I used to give courses in Vi and I used to write LISP macros for Emacs as a developer support job for some time. Why anyone still uses them is beyond me, I don't see how they make you more efficient than modern IDE's like Visual Studio or Jetbrains et al, but to each their own.
Well, I can tell you how - because they're superior at text editing. Modern IDEs are superior at staticly typed lanaguages such as Java or C#, where you also deal with so much boilerplate it's literally faster to tell the editor to write / modify code for you. With those languages, it is also possible to make things like autocomplete/intellisense you can trust is giving you 100% information, so this is a huge win too.[0] I use Java at my $dayjob, and I stick to IDE there too, because of those features. But there is a noticeable (and very low) efficiency ceiling in things like text editing, or doing project lifecycle tasks (like version control).
Switch from Java and C# to more flexible and dynamic space, and suddenly, IDEs give you nothing over Vim and Emacs[1]. There you can finally feel the efficiency of a properly internally integrated text editor. I could elaborate much more on this, but in the interest of brevity I'll just mention magit[2] in Emacs as an example. This is probably the single best integration of Git with a development tool. You get to use 90% of git (!) with simple shortcuts and no modal popups to stop your flow (+100 efficiency). I can prepare, review and commit my code in it in the same time it takes IntelliJ to load the version control popup. And I get to use all of the superadvanced text editing and navigation features throughout the entire tool.
It's little things like this - extremely powerful editing and navigation, tight internal integration of everything, that makes Vim and Emacs so powerful and worth going over the learning curve.
--
[0] - As for why this isn't backintegrated into Vim and Emacs so well, my understanding is that intellisense and semantic refactoring engines are huge piles of complicated code that don't fit the architectures of Vim / Emacs code well and need to be done as external application. Languages that benefit from those features are few and - while popular on the job market - not exactly liked or respected among the hacker crowd. So there's little incentive in making projects like ENSIME actually 100% feature-complete or even easy to set up.
[1] - But they still lag and consume insane amount of RAM and CPU power.
Absolutely this. As somebody who primarily writes Scheme, I can't imagine using anything other than Emacs: paredit, geiser, and flycheck are better than any IDE for that.
That allergy is called limited time. You might bump into it, once you venture outside of university/ rich daddys attic.
Every time somebody reinvents the wheel, to save a click- and breaks my workflow, that might seem very reasonable for those who either have lots of money/time - and or already did that investment.
Well, i dont, i have things to create, places to be. If you re-invent a scissor, that only trained experts can use, because its basically two razor-blades taped to the thumb and forefinger- you accomplished all you have dreamed off.
You reduced weight, you allowed for more precise use - and the likes of me will still call you out for missing the obvious.
PS: The Miyazaki tribute is absolutely gorgeous. Im not trying to claim, that blender cant be a excellent tool once you have sunken the cost. Its just that retraining for absolutely no reason..
> That allergy is called limited time. You might bump into it, once you venture outside of university/ rich daddys attic.
That may be one of the causes, but the allergy I talk about is internalized myopia. Time is limited, yes, but it's worth to sacrifice some of it for learning in order to significantly improve your efficiency at using the rest of the time.
> If you re-invent a scissor, that only trained experts can use, because its basically two razor-blades taped to the thumb and forefinger- you accomplished all you have dreamed off. You reduced weight, you allowed for more precise use - and the likes of me will still call you out for missing the obvious.
And I'll still be calling you misguided, if such scissors after few days of training will allow those "trained experts" to outperform regular scissor-wielders by factor of 2. Or even factor of 1.2 - it'll pay for itself pretty quickly.
This approach that every tool should be made for the lowest common denominator, so that people can master them in 5 seconds of use, is IMO stupid. I understand that software designed by that may sell better, but for the tools professionals choose themselves - do people really think they've learned everything humans can learn the moment they leave high school?
That is why professional software usually has two stages- First the UI, designed to be used by everyone with little training and not demanding from everyone to become a Renaissance level expert at everything.
Second stage are short-keys and creating your own tool additions.
And that is where blender falls short- the first stage is the second stage.
I used Solidworks a bit and I would definitely says it has this first stage UI. After maybe 1h of tutorials you are already designing your first parts that you can 3D print.
Yeah, well that steep learning curve everyone is complaining about for blender is about an hour. After that, you'll probably be doing rigged animation.
In my opinion, people associate cost with value. Something that's free MUST be worse than something that costs thousands of dollars.
As Microsoft demonstrated - if something is equal in power and free- the cost drops dramatically. Cant see that happen with Adobe CS or Autodesk 3dsMax.
And its not a hour, even if you know other solutions. I guess in this sort of discussion, that is considered a defeat of the "opponent" - winning by him/her admitting in anecdata that he/she is stupid enough to take this or that longer to learn. Unfortunately feeling smart , doesn't help the cause of open source one iota.
I always wondered, why some people get full zealot for open source? Does explaining the problems away, instead of building a user-friendly OS/ 3D editing Software, supplies some sort of elitist "invites only Treehouse" kick?
I consider Blender much more user-friendly than Max, Softimage, Modo and ZBrush (to list the ones I've used). With Blender I found that I got frustrated a lot less because the work flows for the most tasks I did were streamlined and efficient.
Consider what you're learning. If you've never ever done 3D modelling, it will take much more time to learn just because you need to first learn the principles of doing 3D modelling. My SO is doing exactly that in 3DS now, and I can clearly see it takes her much more time to figure out what to do than how to do it in the program itself.
That said, a lesson often forgotten (or perhaps never acquired in the first place) is that learning requires some minimum structure, discipline and focus. To give you an example - I've been shying away from learning Paredit for about two or three years of my Lisp coding experience. Then one day I decided, "fuck it", I'm taking time to focus on learning it. It only took two pomodoros - literally less than an hour, and yes, I timed it - of reviewing the documentation and practicing (I took a big function, stripped the structure out with M-x replace-str to remove all parens, and then restored the structure using only Paredit operations) to become pretty proficient in the mode, and now I'm that much faster in working on Lisp code.
I've repeated this experience several times in various places - it's surprising just how much you can learn in an hour if you actually focus on it. Sometimes you have to invent your own exercises, but then again, maybe you have to learn how to learn first :). And yes, I do explicitly schedule time for "learning how to learn" in areas I'm not very familiar with, in order to make the actual learning more efficient :).
--
As for getting full zealot for open source - I do agree it's an existing phenomenon. But at least in my arguments for Blender and Emacs, be sure it's not open source zealotry. I'll argue just as strong for Microsoft Word and Microsoft Excel, and against OpenOffice. The latter just sucks, in a death-from-thousand-papercuts way. So does Linux as a desktop for non-tech people. Open Source seems to be a negative predictor for quality for tools that are a) above some level of complexity, and b) not for developers.
Still, my primary argument is - a powerful tool will necessarily have a learning curve; the longer and steeper the more powerful a tool is. You can try and make this curve easier to traverse, but ultimately you can't flatten it in any other way than by making the tool less powerful and less useful.
You should give it a shot. I was rounding up, actually. There are YouTube tutorials that go from zero to animation in under 20 mins. That includes rigging.
Like it or not, i fight for the users! Better to bitch about things that could change- then instead of bitching about ignorant users not adapting to once comandline User Interface for Ecell . Because you wont train everyone into a coder.
Your failures don't make other people zealots, though. People who like Blender, who learned it quickly are not trying to harm you. They're just thrilled something so wonderful exists.
You know whats hard? Introspection. Hearing that your tool suck, and admitting they are right. The game i dev on sucks at the moment. And, if you said that, with specific advice on how to improve- you would get a thank you.
I contribute to open source- and thus i claim the right to criticize something that is botched. Deal with it. Trying all the angles, are we? If you are a beginner, you do not have enough experience to criticize the subject. If you are a expert, you are too dumb.
If you are a coder and are fluent with the likes of emacs and vim - and dislike the gui, you are a evil cooperate guy.
If you persist after that, you are bitching, as in arguing to argue.
Such a thing as critical love, wanting to see something flourish - is not possible.
The blindness of the likes of you - allows a whole industry of UX-Designers to exist. There i said it.
People must get paid to work with the UX that get crafted by some programers into those "professional" tools.
Solidworks frustrates me because, as you describe, it is very easy to jump into and get moving, but once you start needing more advanced modelling or more intense surfacing, solidworks becomes an unwieldy beast of secret features and unintuitive workflows. There are many pros who scoff at this and just power through (like all things, solidworks is just a skill after all), but as a lower end user sometimes I just through my hands up and use a more intuitive modeller like rhino at the expense of solidworks powerful features such as the feature tree.
The 20 grand per seat price tag doesn't help much either
Wow, that is so laughably wrong. If anything the UI is often as complicated and difficult as possible so that the company can generate more money by selling training packages or licensing other companies to do training.
Autodesk makes a mountain of money off of this stuff.
If you don't want to be a "Renaissance level expert at everything" then either give up on 3D or stay narrowly focused on one aspect of the pipeline and learn that well.
Blender doesn't fall short in either department. It's just different. Get over it.
This is just as bad as Max people whinging about Maya being stupid, broken, and useless.
Limited time? If you can't commit to learning tools you need to use as a professional you're just going to get passed over and eventually dismissed as out-of-date.
Where are all those Softimage professionals now? Crying in a bar, presumably, if they didn't commit to learning other tools.
Your arrogant attitude implies your tools are better, that they will always be better, that there's never a reason to waste time learning other tools. Maybe that works for you, but for many other people they have to swing from one package to another simply to keep a job.
This isn't rich kids with too much time on their hands, rather the opposite: People who's employment isn't guaranteed and they need to be prepared in case opportunity comes along.
Did you just imply that all vim or emacs users live in "rich daddys attic"? Do you have any idea how many things have been created by people in a flavor of vi or emacs?
Who is missing the obvious here?
Yes, but these tools are created from programmers for programmers. And i know those tools, i use them to hack my commit messages in. All nice, for me, but me and you are not the audience.
Having different demands on tools for non-programmers, seems eh, reasonable?
You can type in Vim all you want, but the day you will try to introduce it company wide - you will meet some people you never knew and you are going to have the same discussion you did have here, and as reason does not seem compelling enough, i guess they will use hierarchy to cling "for no apparent reason, but plain stupidity and unwillingness to learn" to Microsoft products.
Here we are again, on the cultural san andreas fault- preventing open source from ever becoming successful. Sad Panda.
> Having different demands on tools for non-programmers, seems eh, reasonable?
Depends. I'm not expecting 3D artists to write a lot of Python (though it wouldn't hurt them at all). But what makes Emacs and Vim so powerful actually does translate pretty well to other domains (like 3D - hence, Blender). We're talking about efficient workflow. Something that makes the learning curve steeper in exchange of giving you a set of operations you can execute as quickly as humanly possible, and mix and mash together just the way you like. The end result is, after going through the learning (which is exactly the point at which people give up and go complaining), you end up thinking in the tool and focusing your mind on what you want to create instead of fighting the UI.
Unwillingness to learn is the real problem here, and it's mostly a psychological one. It's not about Open Source. I'd never recommend Emacs to Java developers because there are better tools for this niche, but I've seen the overwhelming resistance about e.g. switching to IntelliJ because "Eclipse is good enough", that's only overcome when a socially popular cow-orker does the switch and shows all the cool stuff he's now doing. It's silly to watch how the same people who so strongly complained about unnecessary learning suddenly find the time and will to do that learning, just to do the same thing the popular friend did.
So I guess the way to make powerful tools more popular is to make learning sexy (and expected!) again. Which is something the current web and mobile industry is definitely not helping with. :/.
It's probably just this. You have the same with Vim and Emacs, and tiling window managers - they're different from what people are commonly used to, therefore hated. Even though the paradigms employed in those applications make you many times more efficient in using them.
It seems that a lot of people - even many professionals - have allergy for learning. They feel they've learned enough when they first discovered how to operate computer (yes, every single one of us had to learn that at some point), and they hate being forced to learn further, regardless of how much benefits it brings.