recommendation for general enterprise programming books - not language specific?

[NotGiven]

I'm looking for recommendations for programming in the enterprise -
multi-procedure/OO/function - that is not language specific.

Rather I need some guidance about ho to break LARGE problems down in to
smaller ones for programming.

I've been a programmer for many years but never on a really large one. And
the medium size ones don't even come along very often so I deal a lot with
smaller database and programming.

Thanks!

[Henk Verhoeven]

Hi,

What do you mean by large? Do you consider 1 Mb of OOP source code
small, medium or large?

Greetings,

Henk Verhoeven.

(My newspaper wrote that the complete source of windows is 40 Gb. It
seems to me that the only way to create a program THAT large is NOT to
break large problems into smaller ones, but rather start coding
somewhere and just go on and on coding, while using copy and paste
whenever possible ;-) )

NotGiven wrote:

I'm looking for recommendations for programming in the enterprise -
multi-procedure/OO/function - that is not language specific.

Rather I need some guidance about ho to break LARGE problems down in to
smaller ones for programming.

I've been a programmer for many years but never on a really large one. And
the medium size ones don't even come along very often so I deal a lot with
smaller database and programming.

Thanks!

[Chung Leong]

Uzytkownik "NotGiven" <no****@nonegiven.net> napisal w wiadomosci
news:eL******************@bignews4.bellsouth.net.. .

I'm looking for recommendations for programming in the enterprise -
multi-procedure/OO/function - that is not language specific.

Rather I need some guidance about ho to break LARGE problems down in to
smaller ones for programming.

With web-programming, this is fairly easy. Just treat every page at your
site as a separate, small, linear program.

Someone here will no doubt recommend Design Pattern. I've read the book many
years ago and was never very impressed. People sometimes read these kinds of
books and end up approaching a given problem with a solution in mind,
without first understanding what the problem is.