In fact a lot of software design is just for making things easier for humans. Otherwise we could have files that are 14,000 lines long.... The hardest part of software is the people.
In fact a lot of software design is just for making things easier for humans. Otherwise we could have files that are 14,000 lines long.... The hardest part of software is the people.
Every idea brought to the table should have a counter argument, we should all carefully discuss the pros and cons of everyone's ideas, and we shouldn't hold so tightly onto a pipe dream because we really want to use xyz tech or because "we're used to doing it x way!"
If something is clearly better, safer, smarter, or mitigates risks that another idea doesn't then you need to accept it. I do not care how comfortable you are with your idea. It is time to switch gears and make the sensible choice based on the facts, not your personal bias.
This... I'm trying to work with someone whose only programming experience is with IDEs on Windows that hand-hold every step of the way. Something as simple as creating a file, compiling it and running it in a terminal is something he's never done.
I've spent more time trying to explain incredibly basic concepts than actually getting anything done.
For his prior apps (flash) he created objects using only a graphical interface (never wrote a single class), and the 'program' was a single 9000 line file where everything (all vars, functions, etc...) was in the global namespace with absolutely no organization, encapsulation, etc...
Anyhow, for someone who claims to have been programming for 10+ years, I'd expect some understanding of how the underlying technology works, how languages and compilers work, etc...
I mean, I like convenience as much as anyone (my Vim setup behaves like an IDE with code completion, automatic compiling, etc...), but knowing the command line is a good thing when the app you want to build involves a Unix-y server...
Don't mistake quantity of experience with quality.
Your fellow is abnormal to the extreme. That he's never met anyone in 10 years to tell him drag & dropping is not programming is one thing.
Making your description match a good proportion of C# developers or even Java developers just shows your irrational bias against types of programmer you obviously view as inferior.
The problem is not that he's using an IDE, the problem is he's not a programmer.
Bloody luddites clinging to their consoles.
It's not drag and dropping, it's using a 'visual programming' tool that the environment encourages.
> The problem is not that he's using an IDE, the problem is he's not a programmer.
I wouldn't disagree, I like IDEs myself. I even use automatic completion in my word processor. The problem is that he never learned the basics.
> Bloody luddites clinging to their consoles.
It's funny how things always come full circle - search is the big thing now, everyone has an interface based on search. Windows 8, Linux, OSX, Android, iOS, everyone.
We enter http addresses into our browser, and search for things using (gasp) text, but using the command line makes one a luddite. Great logic that...