What is a typical development cycle using a Version Control System (VCS)?(1 point) Responses Send a pull request to the team, pull a new branch, commit every functional version of the new feature as it is developed and merge new features into the project. Send a pull request to the team, pull a new branch, commit every functional version of the new feature as it is developed and merge new features into the project. Build a repository, upload files, publicize the project, evaluate proposed changes and merge approved changes into the project. Build a repository, upload files, publicize the project, evaluate proposed changes and merge approved changes into the project. Start a new branch, commit every functional version of the new feature as it is developed, send a pull request to the team and merge new features into the project. Start a new branch, commit every functional version of the new feature as it is developed, send a pull request to the team and merge new features into the project. Start a new branch, merge every functional version of the new feature as it is developed, send a pull request to the team and commit new features into the project.

5 answers

The most typical development cycle using a Version Control System (VCS) is:

Start a new branch, commit every functional version of the new feature as it is developed, send a pull request to the team, and merge new features into the project.

This approach ensures that developers work on features in isolation, allows for incremental changes to be reviewed and discussed via pull requests, and promotes a cleaner integration of new features into the main project.

Can legacy systems be reliable?(1 point) Responses No, legacy systems are buggy and of no use. No, legacy systems are buggy and of no use. Yes, legacy systems generally have a reputation for being reliable. Yes, legacy systems generally have a reputation for being reliable. Yes, legacy systems are old-fashioned which makes them reliable. Yes, legacy systems are old-fashioned which makes them reliable. No, legacy systems are not supported, so they are not reliable.

The correct response is:

Yes, legacy systems generally have a reputation for being reliable.

Legacy systems are often seen as reliable because they have been used for many years, and their stability, performance, and functionality have been proven over time. However, their reliability can vary depending on factors such as maintenance, updates, and the surrounding technological environment.

Why do most organizations stick to using legacy systems over replacing them?(1 point) Responses Organizations do not want to disrupt their ongoing processes, so they do not bother modernizing their software. Organizations do not want to disrupt their ongoing processes, so they do not bother modernizing their software. Organizations stick to legacy systems as the maintenance costs of legacy systems are always less than modern programs. Organizations stick to legacy systems as the maintenance costs of legacy systems are always less than modern programs. Organizations are getting better performance from legacy systems, so they continue to use them. Organizations are getting better performance from legacy systems, so they continue to use them. Organizations do not bother developing new systems, because it is good to stick to their original systems even if they are not performing proper functionalities. Organizations do not bother developing new systems, because it is good to stick to their original systems even if they are not performing proper functionalities.

The most accurate response is:

Organizations do not want to disrupt their ongoing processes, so they do not bother modernizing their software.

This choice reflects a common concern among organizations that rely on legacy systems. The potential disruptions to established workflows, the risks involved in transitioning to new systems, and the challenges of training employees on new technologies often lead organizations to continue using their legacy systems despite the potential benefits of modernization.