Review---Answers to 5 questions raised by teachers and their personal sentiment

First, at the beginning of this semester, the teacher asked: read through the law of construction, and then list their own five questions. Here are the questions I listed.

1. For the agile development mentioned in the text, because the real demand has been changing, if the requirements vary greatly, how to refine the task of each member?

2. On the unit test, if each module is tested and passed, then the final overall test has a bug, what should be good? If the re-detection cost is very large.

3. The theoretical feeling in the book is not suitable for small company development process, do not know what the teacher think?

4. For the title of the engineer has always been very admired, a good engineer should have what kind of quality?

5. Does the theory of software Engineering and computer science (e.g. machine vision, data mining) have a big relationship?

Now my answer is as follows:

1. There is a great difference between the pre-and post-existing requirements of the real-world development process, and if there is sufficient time, specific arrangements should be made for each person's work. For example, in the case of a team of four people, if you are able to write code, it is up to the team leader to assign a specific function in the project, and specify the deadline for submission. To reflect the difficulties encountered and discuss in each day's standing meeting. Upon arrival of the submission deadline, acceptance of the member code and integration into the project, if there are members of the task is not completed, should be in the subsequent work to reduce the amount of their tasks, in particular, it can be responsible for document editing and code testing. Depending on the progress of the project as reflected in the Burndown chart, if there is not enough time, the secondary function should be shelved, and the main functions (usually technical difficulties) should be developed, so that the main process of the project can be run at the time of release.

2. For the problem in issue 2, the member should be responsible for unit test when developing their own function module, and the team leader will perform the whole debugging when the whole test is in error.

3. As the author now acknowledges, the theories in the book (such as agile development) also apply to small companies.

4. Personal understanding of the engineer now has a few points: (1). Excellent personal skills and strong ability to resist pressure. (2). For the management of the team and the distribution of the internal interests of the team to develop a set of team members recognized standards. Evaluate individual's work according to Standard. (3). For the development process encountered in the technical route issues to timely communication with members or PM, can not delay.

5. Personal understanding: Software engineering biased engineering, the product is to serve people as the goal, according to the needs of people to change, the implementation of the project uphold the Yan. A serious attitude. Both theoretical research and engineering need a certain coding ability.

Summary: After nearly a semester of learning, although the coding ability of the progress is very small, but the implementation of the project and control and collaboration between the team has a deep understanding.

Two. Ask questions:

　　1. The knowledge that teachers teach in class is hardly related to the book Knowledge of software engineering. I have not been in the software engineering class, even the basic waterfall model is in the class of software engineering lessons learned. Although the theory is very boring, but also should have to say some basic knowledge. In this respect the teacher's practice is not quite understood.

2. In the medium term when everyone's personal project and the pair project are not progressing, it is estimated that everyone is busy with the team project no time or do not want to do, the teacher continues to publish the same job requirements, the personal sense is not significant. or change the job content should be better.

3. If a technical bottleneck is encountered in the team's software development process, should a certain feature be deleted or outsourced to others?

4. The project is expected to be fully functional at the outset, but in the process of doing so it has to abandon some features for technical reasons, so how do you estimate the difficulty of the project at the beginning of the project?

5. When a feature is implemented, this feature is not done, but time is spent, should this part of the time be counted into the PSP?

Three. What you want to say to your younger brothers and sisters:

The fall semester of 2016 is coming to an end. I have a few words to learn younger brother learn sister said: 1. Spare time do not idle, learn more knowledge, improve their coding level. Otherwise it would be very passive. 2. Assign team members to team work and use this as an indicator for evaluating members. 3. Practise your ability to express yourself. Products are very good to express through the language, products do not ideal also need good expression will be good part of the highlight, the bug explained clearly. 4. In the face of public lectures and product launches, it is recommended that you consider the possible scenarios (such as unclear projectors and the environment configuration of the classroom computer) and think about the strategies that should be tested.

Four. If you do it again, for a technical change:

If there is a problem that cannot be resolved within a given deadline, I will lower the initial expectation of the project or outsource the technical difficulties to others in the form of payment. This is based on my previous development experience and the evaluation of the external package team capacity to achieve my expected results.

Five. At the end of the course, I have something to say to the teacher.

(1). The first expression of gratitude to the teacher. Thank the teacher for my strict requirements and care; The whole semester down the teacher based on my personal assignments and team work gave me a lot of engineering and technical guidance, on my way to treat people have a lot of positive impact.

(2). To the teacher's advice: teachers should be more strict with us, in the calculation of personal scores according to the actual amount of the individual to give and score. For example, the teacher asked us to have a code that can be submitted every day, the fact is that we did not meet the requirements, for this situation should be given an objective score.

(3) Hope the teacher more rest, the work is satisfactory.

　　

Review---Answers to 5 questions raised by the teacher and personal insights