Google| Subject | Re: converting raw images from Canon EOS 600D |
| From | Sandman |
| Date | 12/03/2013 12:29 (12/03/2013 12:29) |
| Message-ID | <slrnl9rg77.3ac.mr@irc.sandman.net> |
| Client | |
| Newsgroups | rec.photo.digital |
| Follows | Eric Stevens |
| Followups | PeterN (1h & 27m) > Sandman Eric Stevens (10h & 48m) > Sandman |
In article <u27r9917g31ginf6eai55tu1gble5efcek@4ax.com>, Eric Stevens wrote:
It seems, from another post, that when you say "programming", you mean "computing" which is a completely different word meaning something completely different.SandmanEric Stevens
Indeed. Not understand programming, however.
You have to be able to understand programming but not not necessarily to the point of being able to do much of it.
An architect does NOT need to know the first thing about *programming* anything. A fair understanding about "computing" I would agree with. Computing is such a broad word so it can mean anything really, but in terms for an architect, he would do well to understand what can and can't be done with computers and automated software.
Programming is the act of creating the software that he would be using. He does not need to know anything about how this is done, that's what the programmer och developer should know.
Eric Stevens 12/01/2013 <a6ul99d0qg6ttigh1q2p9phkkcfci6lcca@4ax.com>Eric StevensI would not describe the training required as programming (although that is part of it) so much as applied computing.Sandman
But the topic is your claim that an architect need to understand programming.
That wasn't my claim. If you go back far enough you will find I said "He has to understand what programming is all about".
"If you are an architect or engineer who doesn't understand programming you can't direct those people who develop the computer programs which play an increasingly important part in what the professions do today."
Eric Stevens 12/03/2013 <u27r9917g31ginf6eai55tu1gble5efcek@4ax.com>
"You have to be able to understand programming but not not necessarily to the point of being able to do much of it."
But it is. They use the tools they have at their disposal like a taxi driver would, or even a race car driver. A race car driver doesn't need to know the first thing about car mechanics (but it's a fair bet that many do) in order to race the car. A skilled race car driver will perform magic with a car, just like an architect might perform magic with AutoCAD. They both have their tools, and the inner workings of the tools aren't *needed* knowledge for them to do what they do.SandmanEric Stevens
Of course not. You don't have to understand car mechanics in order to understand that you need to put gas in the tank and can't drive cross country with your Prius.
You are being unfair to architects (or engineers) if you equate what they do to putting gas in the tank etc.
In some cases, it may be a bonus, it may be helpful but it's not needed. Chuck Yeager started as an aircraft mechanic and ended up pushing the limits of aircrafts, but not all pilots are aircraft mechanics, and no one is expected to know more about aircraft mechanics than the equivalent of putting gas in the car and switching tires.
Huh? Your question doesn't seem to be related to the sentence it followed.SandmanEric Stevens
This is a lot more true - the programmer would do well to understand the basics of arhitecture (instead of the otehr way around) to better build solutions for hus collegues. And, interestingly, this is usually how it's done.
Goodness gracious. Do yo see the programmer in command?
So why didn't you limit your initial comment to be about engineers only and not include architecture, a field you apparently know nothing about?Eric StevensI can't really speak for architects but I can for engineers. How about processing the design of an object defined by Solid Works http://www.solidtec.co.nz/products/solidworks-3d-cad/?gclid=CNnbzu7AkrsCFQTnpAodXhQARQ with elements of the Catia suite http://www.3ds.com/products-services/catia/portfolio/catia-v5/ with MSC non linear stress analysis package http://www.mscsoftware.com/application/nonlinear-analysis with the result output in a Fanuc M-code for use in suitable CNC machine tools?You have interface and data transform problems at every stage.Sandman
But why change the topic to engineering though?
Because Floyd initially talked about architects and engineers. Because I am an engineer.
This is what Floyd said:
Floyd L. Davidson 12/01/2013 <87k3fpl6cb.fld@apaflo.com>
"I'll point out that for at least 50 years every engineer has been taking programming courses. You want to be an architech, you learn programming. You want to design bridges, you learn programming.#
And nospam's followup question:
nospam 12/01/2013 <301120132109061770%nospam@nospam.invalid>
"architects take programming courses?? what apps have they written?"
This is where you joined in. No one challanged Floyd's claim that engineers take programming courses.
No, as a designer and working with 3D modelling. I'm not a professional, but an architect is much like any other *designer*. His or her work is creative, like my work is.Eric StevensSandmanSandmanEric Stevens
The designer should always concentrate on the design, it's the programmer's task to enable the next step, and communicate whatever limitations there is in that step.
THat's the pessimist's view.
Mayhaps. Also happens to be reality. Not only are few people savvy to both creative design/aesthetics and the more surreal and abstract thinking required for programming, it's also a matter of education and time. If you want to be a great architect, you'd do well to focus less on the tools and especially programming and more on your visions and creative work.
Do you speak on the basis of your long years as an architect? :-)
An engineer is a very different kind of person with very different kind of requirements, generally speaking.
I am not an engineer.
Because according to you, "programming" is how you use a program?SandmanEric Stevens
Actually, it requires no knowledge about programming at all. Programming is how you create a program, but all your examples is about how you USE a program.
You have made your own watertight definition. It doesn't actually work like that.
I see you forgot to add your own counter-definition that makes mine invalid.
The facebook status bar is a "tool to manipulate the computer" with that broad definition. We're talking about programming here, which can be anything from machine code, native code to more superficial scripting and interpreted code.I should have said "who cares whether or not they are native programming languages (whatever they really are)". THey are tools for mainulating the computer and that is all that is really required.Nor are they really design tools.
To some extent, that's quite true. But we're discussion your claim that an architext "have to" understand programming (see above). My claim is that no - the don't "have to" understand the first thing about programming.Eric StevensAn architect hires people to do this kind of thing. The point is that the architect has to be able to talk to them.Sandman
And he can; without understanding programming. People who don't understand programming have talked to programmers for decades :)
And people who understand the programming of computers are that much more succesful.
Any support for this claim? And also - any support for the implication that those supposed "zillions" of scripts were written by architects?Eric StevensHow do you think these images came to be? http://www.architecturaldigest.com/architecture/2012-01/best-architectural-projects-slideshowSandman
Not from a script :)
You are joking. Creating that lot required a zillion scripts.
The question is, who wrote them and with what end in mind?If you don't know, why would you use the link as an example for your position?
-- Sandman[.net]
11/30/2013-
-
