Depressing enterprise software development

It is the MIS system. We now use. Net to write the client, use Web Service for communication, and use Java to write the server. The more you write, the more depressed you are. Developers are new and have no experience. It was hard to get started. I found that it was just like a cow. The so-called dead line is also.
Of course, many of them are their own problems. For example, they do not even use ant and are manually deployed. But a lot of things are really depressing, that is, there are too many repetitive things in the system. It seems that the data structure from HBM from Po to Bo to DTO to the client is almost the same, and the server is often just a pipe that provides the network to the database, the Web Service is a catheter from the client to the server, and then the interface provides a user CodeCatheter. Most of the time, the catheter is straight without bending. Isn't there anything automated? Copying, copying from one object to another, is too complicated and crazy. This is not development. This is a joke...

------------
3 minutes later, I am back
In fact, this should be the confusion caused by layering. Layering leads to duplication and decoupling between layers. I have been observing enterprise software development for two months and found that repetition is not just between layers. There are too many similar things between different applications. How can the problem become more and more serious when the research software has been reused for so many years? Is it because I am too stupid to see the light?
A netizen told me that this is why he asked me if I would like enterprise development. If this repetition cannot be solved, I will not. If we want to solve these reuse problems, I think it is still very interesting, just don't get confused in a project with a deadline.
------------
3 minutes later, I came back.
The essence of a project is chaos.
The essence of enterprise software is repetition.
------------
Three hours later, I came back.
Look at this:
Http://www.aspectoriented.org: 9080 // space/2003-12-19