Table of contents
1.
Introduction
2.
What are Software Myths?
3.
Types of Software Myths
3.1.
Management Myths
3.2.
Customer Myths
3.3.
Practitioner’s Myths
4.
Frequently Asked Questions
4.1.
What legacy software explains the software myth?
4.2.
What are some issues with the software?
4.3.
What are the characteristics of software?
4.4.
What are the most common problems that the software engineers face?
5.
Conclusion
Last Updated: Mar 27, 2024
Medium

Software Myths in Software Engineering

Author Gaurav joshi
8 upvotes
Career growth poll
Do you think IIT Guwahati certified course can help you in your career?
Software Myths in Software Engineering

Introduction

In this article, we have extensively busted software myths in software engineering. Myths are false beliefs or misleading attitudes often set up in a user’s brain and often cause trouble for managers and technical people. Anyone who comes in contact with software may have suffered from these myths associated with software development and its use. These myths propagate false beliefs and confusion in the minds of users, managers, and developers.

What are Software Myths?

Software myths are preconceived notions about Software and its creation that people hold to be true but are in fact untrue. Professionals in Software Engineering have now identified the software myths that have persisted throughout the years.

These fallacies are common knowledge to managers and software developers. However, it might be challenging to change old behaviours.

Must Read, Adhoc testing

Types of Software Myths

three kinds of software myths are -: 

  • Management Myths
  • Customer Myths
  • Practitioner’s Myths
Types of Software Myths

Management Myths

Managers are often under pressure for software development under a tight budget, improved quality, and a packed schedule, often believing in some software myths. Following are some management myths. 

Myth 1

Manuals containing simple procedures, principles, and standards are enough for developers to acquire all the information they need for software development.
Reality 1

Standards discussed in modules are often outdated, inadaptable, and incomplete. Not all the standards in the manual are known to developers as not all means tend to decrease delivery time and maintain high quality. Most of the time, developers are unaware of these standards.
 

Myth 2

Falling behind on schedule could be taken care of by adding more programmers.
Reality 2

Adding more human resources to already late projects worsens the problem. Developers working on the project have to educate the newcomers, further delaying the project. Also, newcomers are far less productive than developers already working on them. As a  result, time spent on educating newcomers could not meet the immediate reduction in work.
 

Myth 3

If a project is outsourced to a third party, we could just relax and wait for them to build it.
Reality 3

If an organization is not able to manage and control software projects internally, then the organization will suffer invariably when they outsource the project.
 

Customer Myths

Customer Myths are generally due to false expectations by customers, and these myths end up leaving customers with dissatisfaction with the software developers. Following are some customer myths.

Myth 1

Not only detailed conditions a  vague collection of software objectives is enough to begin programming with.
Reality 1

If the objectives of software are vague enough to become ambiguous, then it's inevitable that software will not do what the customer wants. Often when software development starts without a complete picture in mind, it results in software failure.
 

Myth 2

Softwares are flexible, and developers could accommodate any change later. Developers can quickly take care of these changes in requirements. 
Reality 2

Longer the time for which software has proceeded for development, it becomes more and more difficult to accommodate any changes. Any change causes an increase in additional costs because incorporating changes at later stages needs redesigning and extra resources.
 

Customer Myths


Practitioner’s Myths

Developers often work under management pressure to complete software within a timeframe, with fewer resources often believing in these software myths. Following are some practitioners’ myths.

Myth 1

Once the software is developed or the code is delivered to the customer, the developer's work ends.
Reality 1

A significant chunk of developers' work, i.e., 50-60 % of all the efforts expended on software, will be spent after the customer provides the software. Major requirements would get found missing, and new bugs may get discovered, and so on.
 

Myth 2

Software testing could only be possible when the software program starts running.
Reality 2

Quality of software could be measured at any phase of development by applying some QA mechanism.
 

Myth 3

Unnecessary Documentation slows down the process of software development. 
Reality 3

Software engineering is about creating a quality product at every level and not about adding unnecessary work. Proper documentation of software helps us guide the user and enhance the quality, which reduces the amount of rework.
 

Hoping the blog has helped you enhance your knowledge regarding software myths and their reality. Do upvote our blog to help other ninjas grow. Happy Coding!

Refer to know about :  What is debugging

Frequently Asked Questions

What legacy software explains the software myth?

Any piece of software that cannot continue to get updates or maintenance from its creator or that does not adhere to current compliance standards is considered legacy software. Enterprise-level legacy software can take many distinct forms. A business that has been operating for more than a year is very likely to be using at least some legacy-tier tools.

What are some issues with the software?

Software myths are preconceived notions about software and its creation that people hold to be true but are untrue. Professionals in software engineering have now identified the software myths that have persisted throughout the years. These fallacies are common knowledge to managers and software developers.

What are the characteristics of software?

Any piece of software that cannot continue to get updates or maintenance from its creator or that does not adhere to current compliance standards is considered legacy software. Enterprise-level legacy software can take many distinct forms. The characteristics of software are Functionality, Reliability, Efficiency, Usability, Maintainability, and Portability. 

What are the most common problems that the software engineers face?

Any organization's ultimate goal is to create a high-quality product, but the software development process is changing as automation spreads widely and new tools and libraries are being created every day. To lessen the effect they have on your final product, these software development difficulties must be addressed nearly immediately.

Conclusion

In this blog, we have discussed the software myths in Software Engineering. Along with that, We have also explored the reality of these software myths.

If you want to learn more about such content and want to practice some quality questions which require you to excel your preparations a notch higher, then you can visit our Guided Path for these number theory algorithms on  Coding Ninjas Studio.To be more confident in data structures and algorithms, try out our DS and Algo Course

Recommended Readings:

Until then, All the best for your future endeavors, and Keep Coding.

Live masterclass