System and Application Software are Obsolete! Sooner or later. Do you agree?

When ChatGPT recently became a media topic it became apparent that, on the one hand, it can be useful for creating simple texts based on prior knowledge downloaded from the Internet but, on the other hand, in those written by this artificial intelligence technology, the written texts may contain factual errors and content that is not factually correct. This is because the texts generated by ChatGPT are created as if in a free-form creative manner by combining different elements of content from many different source texts existing on the Internet and in 2021 downloaded from the Internet and constituting the knowledge base on which ChatGPT operates. However, in terms of generating formulas, algorithms, models created during programming, ChatGPT can be helpful in terms of finding specific programming formulas as answers to the questions asked. In this way, within the process of asking successive specific questions and obtaining answers, it is possible to build complex, multi-faceted models that form the software of specific applications and computer programmes.

In view of the above, I address the following question to the esteemed community of scientists and researchers:

And what is your opinion on this?

What is your opinion on this subject?

Please respond,

I invite you all to discuss,

Thank you very much,

Warm regards,

Dariusz Prokopowicz

Functional requirements are the primary way customers communicate their requirements to the project team (First). Applicable (functional) requirements help to keep the project team going in the right direction (Second). Unclear requirements lead to a poorly defined scope that creates many challenges from the beginning of the project (Third).

In requirements engineering (Fourth), requirements elicitation is the practice of researching and discovering the requirements of a system from users, customers, and other stakeholders (First). The procedure is also sometimes referred to as "requirement gathering." (Will be discussed in the current Definition of Functional Requirements and Solicitation Process following questions.)

Reference: Requirements Engineering A good practice guide, Ramos Rowel and Kurts Alfeche, John Wiley and Sons, 1997

(1) "A customer communicates their requirements to the project team" Based on my experience and research for more than 40+ years as a practitioner, academic, and a leading authority in SWE worldwide.

(a) Users, Customers, Stakeholders, System Engineers, and Project teams of any software system DO NOT KNOW anything about the functional requirements of any software system.

(b) Users, Customers, Stakeholders, System Engineers, and Project teams are solution-oriented mental models by experience and practice.

(c) We need to distinguish the difference between System and Software. A unique system exists in domain knowledge, but the SW is the accurate engine in all designs and domain knowledge.

(d) Unfortunately:

(1) SWE Gangs where each gang pushes its agenda in different areas of SWE, creating confusion, pointless debates, poor research, and inadequate teaching and training programs among the SWE universities and communities.

+ In Parnas, David L. (1998), "Software Engineering Programs are not Computer Science Programs." Annals of Software Engineering 6:19-37, Page 19. Parnas said that software engineering is a form of engineering.

+ The Gang of Four Summarize SWE in "Design Patterns," Analysis Patterns," "Process Patterns," and others. Most of them are programmers and from different fields of knowledge.

+ I studied most SWE university programs and found tremendous in various aspects of SWE, and many instructors are (Lecturers) Programmers.

+ "A well-known: All the existing SWE Books have nothing to do with true SWE. Concerning all the authors of any book on SWE areas, they are identical in many ways, even in their major pitfalls and problems.

+ SWE Standards collecting dust has no value.

+ SWE is not a social science or social media.

and

(2) The majority of different disciplines, professional and academia, trivialize SWE:

+ In Knuth, Donald (1974), "Computer Programming is an Art." The Communications of ACM 17 (12) Transcript of 1974, Tuning Award Lecture, where Knuth needed to separate Art and Science in his lecture.

+ In Dijkstra, Edsger W. (1998 "On the Cruelty of really teaching computer science,'" EWD1036, Austin, December 1998.

He also said that SWE should be known as "The Doomed Discipline." He indicated why he used the term "Doomed" because it cannot even approach its goal of science, and its purpose is self-contradictory. Unfortunately, all the non-SWE professionals in Computer Science and Engineering adopt the same point of view.

+ In Edsger W. Dijkstra's (2004) "There is still a war going on," Transcript, Austin (December 1993).

Dijkstra rejected the idea of "SWE" until he died in 2002, arguing that those terms were poor analogies for the radical novelty of computer science. He also indicated that SWE is Miserable Science."

(3) "Requirements elicitation is the practice of researching and discovering the requirements of a system."

There are three bizarre notions in this statement:

a) "The Practice of Research and Discovery" – Wow

Practice: The existing solicitation or gathering requirements failed to Gather the valid SWE Requirements.

Research: The current solicitation doesn't have anything to do with research.

Discovery:?

b) "Requirements of a system" must change to Requirements of Software or Software Requirements

Second: "Applicable (functional) requirements help to keep the project team going in the right direction." True. The reality is that the functional requirements do not exist. Therefore all the software project teams need to go in a different direction.

Third: "Unclear functional requirements lead to a poorly defined scope that creates many challenges from the beginning of the project." True. Why?

+ The cancelations of many systems,

+ Maintenance nightmare,

+ Disappearance of Software

+ Short life spans of much existing software,

+ Failure of 98% of startups, and

+ Legacy systems (Billions of $s)

Fourth: "In requirements engineering."

+ There are no functional requirements and the avoidance of problem space.

+ There is nothing to engineer. I will address many questions related to Requirements engineering."

Topics to initiate...

How good is a Carbon programming language?

Hi…is there another Library other than system.encryptographyprovider which includes IDEA encryption provider in C# and C ++…?

Artificial intelligence has multiple uses in different areas of life. In education it has very interesting and complex uses. With the recent release of Chatgpt, there is a fervor for the use of AI in dissimilar ways. In education it has multiple uses. It can help students gather information quickly and from multiple sources. But it is also being used to carry out work automatically by students and professionals, losing a bit of the sense of analysis and understanding of the information.

Dear Scientists

I have complete my masters focusing on Drug design and Vaccine Design In Silico. I am highly interested in developing bioinformatic tools (Web Based) for my own use, for example my own docking software/ web tools.

I have learned python as a beginner. How may I progress?? What programming language should I emphasize?? Do I need to learn HTML, CSS, Bootstrap, Jquery, Javascript, Node, React, MySQL, Php, MongoDB etc for full stack web development?? Please share your insights, thanks.

The functional requirements (First) describe the functionalities required from the system, such as business rules, transaction corrections, adjustments and cancellations, administrative functions, Authentication, and Authorization levels (Second).