Skip to main content
news

Re: converting raw images f...

Eric Stevens
SubjectRe: converting raw images from Canon EOS 600D
FromEric Stevens
Date12/02/2013 23:00 (12/03/2013 11:00)
Message-ID<bvnp99lo1vkt5begnnlvj17nfhhv4frqj3@4ax.com>
Client
Newsgroupsrec.photo.digital
FollowsSandman
FollowupsSandman (8h & 28m) > Eric Stevens

On 2 Dec 2013 09:29:58 GMT, Sandman <mr@sandman.net>wrote:

Sandman
In article <h6dn999srfsq48j332ccm5mft6ppehqb6p@4ax.com>, Eric Stevens wrote:

Eric Stevens
Would you like to consider that you have a narrow view of the application of the computer?

There is much more to it than 'apps'.

nospam
why does an architect need to know how to program?

Eric Stevens
He has to understand what programming is all about.

Sandman
Why?

Eric Stevens
Because the proper use of computer tools is now an essential part of a designers skill set.

Sandman
Agreed. But "proper use" of a computer does not mean that one has to understand programming, however.

But proper use of computers as design tools requires that you understand how to work them. I would not describe the training required as programming (although that is part of it) so much as applied computing.

Eric Stevens
No one tool will look after the entire needs of a project and they have have to be woven together to function as a whole.

Sandman
Also agreed. But few architects handle the computing task for every part of the project anyway.

You seem to be envisaging a chain of computation with each part being handled sepately with the results being passed on manually to the next stage. People work that way but the best projects chain tasks in such a way that they flow through the computer from beginning to end.

Eric Stevens
The designer has to know what can be done and most importantly what can't.

Sandman
To some extent, sure. This has nothing to do with programming though. As a programmer, I can tell the architext what the limitations of our environemtn is and he would just have to take them into account. He doesn't need to know the first thing about programming to do so.

He has to know something to understand what you are telling him. At the same time you have to understand his problem to enable you to evaluate the possible solutions.

For instance, if I have a DWG plotter routine then I could tell him that he can't use truetype fonts since my program doesn't support truetype. That's all the information he needs.

But that's a trivial problem. I 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.

Eric Stevens
The more the task can be automated, the more the designer can concentrate on the design.

Sandman
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. I wouldn't be concerned about knowing the limitations so much as I would be about how to get around them. This entails knowledge of much more than programming.

I bet there are architects that are also programmers, but that's hardly the norm, and would be a very niche case.

One of the problems is that when they are young students neither they or their teachers know which ones are going to make a career in the specialist computing of their profession.

Now, some CAD software has programming languages built in, like MEL scripts and LISP (even VBA and .NET) which would greatly help the architect in his work, but those aren't native programming languages (except .NET I suppose) and still - few architexts employ them in their daily work, and there is no real "need" for them to do so.

Nor are they really design tools.

AppleScript on the Mac is a really simple language for automating tasks, yet few use it because well, the tools work just fine for them as they are. And MEL/LISP is a LOT more complicated than AppleScript, so the threshold is even higher. And C/C++ is even MORE complicated.

An architect hires people to do this kind of thing. The point is that the architect has to be able to talk to them.

Point is - if you're an architect, or a designer, or a photographer, you want to spend your time doing what you like doing - not spend your time writing small utilities and learning how to program C++.

Quite true.

Now, if you're like me and you already know how to script stuff, then it's a great help! But this isn't true - or needed - for most, including architects.

How do you think these images came to be? http://www.architecturaldigest.com/architecture/2012-01/best-architectural-projects-slideshow --

Regards,

Eric Stevens

Sandman (8h & 28m) > Eric Stevens