Exit CRUD

Question

Definition:
CRUD - Create, Read, Update, Delete; The four basic functions of persistent storage. In the context of this question, specifically related to business applications. Create, Read, Update, Delete; The four basic functions of persistent storage. In the context of this question, specifically related to business applications.

To be honest, my goal when I started programming was not to include a CRUD programmer for life. Financial data is so interesting for so long. And for me it is like most concerts in programming.

I'm still pretty fresh from school, so any experience is still very useful, but in the end I want to move on to something "less CRUD." I am currently looking at some types of machine controls. However, I'm just not sure how to go in this direction.

So, I want to understand what other developers think about the topic.

• Do you like CRUD and why?
• What was your experience with CRUD?
• How did you switch from CRUD to work without CRUD?
• If you moved, what do you like and hate?
• If you moved, what skills helped or accelerated the transition?

Edit:
I am approaching CRUD with a relationship that I want to solve problems, and not to re-create the same form with different fields for a dozen different tables.

Answer 1

I don’t think there really is someone who likes to do CRUD (well, at least any sane one). This is the most tedious part of web programming. My advice is to find or write a framework to automate this for you.

• evolutility
• django admin panel and django forms

However, if this is a large part of your work, you should definitely consider changing assignments.

Answer 2

Get another job. Seriously, not all software developments develop business applications. I guess developing software for delivery will make you a lot happier. Try to find a job in a software company and write some materials that will be sent to customers. Also, if you want to get into some low-level hardware, just start hacking some basic microcontrollers to have at least some background.

Answer 3

Design a structure that makes it easier to create CRUD in your work. After you have done this, use your free time to improve it in terms of usability, security, performance, etc. This should keep your work interesting for a while.

Answer 4

here is a good presentation on how and why CRUD can still inspire:

http://www.scribemedia.org/2006/07/09/dhh/

Answer 5

CRUD - yes, in the end we save, read and update data. But what? This is just one part of the equation, at least in my world.

In business, data is necessary, but the business logic and decisions made from that data are important. I found it very useful to take the raw data and use it to help the business make decisions. We do this using the business logic in our code, not to mention the endless ways of representing this data at the presentation level.

Yes, CRUD is involved in the end, but is that much more than that?

Just my opinion.

Answer 6

I agree that CRUD is pretty boring. But I do not think that it is financial data that makes it so. Perhaps you will find that financial data is much more interesting if, for example, it was translated into an expert system based on a neural network that you wrote to understand how best to invest it?

There is definitely much more to programming than CRUD. Find the aspect that interests you and continue it.

Answer 7

Having a lot of experience, my solution is to create my ideal product and start a business around it. I come across all interesting tasks, such as transferring real-time data from an embedded device to a browser . This stuff makes my program juices flow, and I have a list of important interesting features to add.

Dream your ideal product domain, find those who can benefit and ask them what their problems are. As soon as you pick up a general topic that interests you (my automation and power monitoring), start hacking. Of course, for me it helps my father launch Technman electronics over the past 30 years and wants to create this product with me.

Answer 8

I'm curious that no one here mentions the user interface and task-based CQRS. Actually, to answer your questions:

• I don't like CRUD ... why? See the following answers to your question.
• My experience with CRUD is that it is a pain to write CRUD (full-screen frameworks are, at best, a workaround), and often a pain for users.
• I get to work without CRUD when I understand that creating software is providing a powerful tool for users, not a database editor with some business rules.
• I like to create software that is less related to the full stack structure (Symfony2, ASP.NET and cie ...), more object-oriented, but I'm more annoyed by the orientation of the RDBMS CRUD and more attracted by EventStore (Event Sourcing)
• Let's inspire the task-based UI , CQRS and Event Sourcing (Google search, I don't have enough reputation to add sitelinks ...) => all together

However, I would like to be less self-confident to finish: there are some points that will not allow you to exit CRUD. Some users love CRUD, they feel like in Excel ... and there are probably also some applications for which CRUD meets all needs ...

Answer 9

First, have you done most of what you need to know about persistent storage? It is worth figuring out how to practically apply database theory, etc. In your current job. As soon as you do this for several years, and all this has become clear, you should definitely think about expanding your horizons. I agree with you - if you do not build the DBMS yourself, I think that the constant part of storing a task becomes quite boring.

One of the best ways to get a job in a new field is to take a prototype of something that is suitable for the job, to demonstrate at the interview. This is an incredibly powerful expression.

The firmware is really mine, but the market for this is slowly shrinking in North America and moving to the developing world, and this is a pretty specialized area where you can start.

It seems to me that the application space is still growing. For example, consider iPhone, J2ME, or Windows Mobile. You can learn to do it yourself with a relatively small investment in equipment.

If you are not already doing this, there is also a web application space. Application servers, such as JBOSS and Glassfish, are free and fairly easy to learn. In addition, they provide a link to CRUD, which you already know.

Answer 10

Yes, a lot of business software is CRUD. I have been working on this.

In machine control, part of this can also be CRUD. For example, data on registration data and report it somewhere. Mostly CRUD.

But I agree - in the control of the machine, it is basically non-CRUD. You will probably enjoy doing something that actually makes the conveyor move, or build cars, or make the engines rotate at a certain speed. I know that. In a financial institution, these are literally just numbers. Nothing "real" like a motor or a car.

Answer 11

When I was a student, I changed my major from Electrical Engineering to Computer Science because I wanted to write video games. Later, when I started working on business applications for real money, I found out that I just like to solve problems using code.

You may be mistaken.

Answer 12

Almost every program will have to create, read, update and delete some data. On some systems, this creates its own problems.

However, most of the time, reading and writing to databases is quite simple (which is why they create databases). This is what you do with the data when you have it, which is interesting, and generally unique to the business, and keeps you at work.

This article I agree, basically a lot of programming is boring.

However, if you are kind enough and decisive enough, you will eventually be able to do something interesting.

Answer 13

Find or write a way to quickly make parts of CRUD applications. Do this, tell your manager that you are done with the tasks you have assigned (make sure they are completed, tested, documented, etc.) and ask what you should do next.

Answer 14

Just take a look at Django and go on to interesting coding !!!

(or RoR, or Grails, or any option that suits you, but CRUDS should still not be manually encoded from scratch)

Answer 15

Modern frameworks can do everything for you. Get a standalone GORM from the GRAILS project.

Answer 16

In this economy, it may be difficult for you to simply get another job, but that does not mean that you should not try. Find some work that you think you will like, learn it and look for employment opportunities. It does not interfere with making phone calls and conducting several interviews, even if you think that you are unlikely to get a job. Even better, you could find a way to start your own company.

Answer 17

Sign in to web dev? Seriously, the level of basic crud that I have to do to build web applications is pretty low even when there is a DB.

Answer 18

For CRUD applications based on Windows FORM developed in C # .net

RocketFramework is the answer