Computer programming: Are two heads

Computer programming: Are two heads really better than one?

Texas Tech professor Miguel Aguirre-Urreta and his colleagues investigated the advantages and perceptions of pair programming from the programmer's standpoint.
It seems like a simple premise -- two people on one project can do the job faster and easier and generate a better product.
So why, in computer programming, is there still a significant resistance to sharing the work or at least having someone on the project who can check the work being done to ensure it is of the highest quality? That was the idea behind the research in a paper recently published by a Texas Tech University professor in the Rawls College of Business.
Miguel Aguirre-Urreta, an assistant professor in the Area of Information Systems and Quantitative Sciences (ISQS), along with colleagues from Washburn University in Kansas and Florida International University, researched the area of pair programming and why some programmers like it, some don't, what makes a good programming pair and at what point programmers come on board with the idea.
The findings of their paper, "Effectiveness of Pair Programming Perceptions of Software Professionals," has been accepted for publication in an upcoming edition of IEEE Software magazine.
"The thought has been that pair programming has a lot of purported advantages in terms of speed, quality and whatnot," Aguirre-Urreta said. "But we haven't seen as much of an uptake as you would expect from something that has those advantages. We wanted to see if we could understand the reasons who or which kind of project pair programming is a good idea and for which project it is wasted on, what are the perceptions people who have done this for a living have on pair programming and when it should be used."
When it comes to programming, or writing code for programs, Aguirre-Urreta's research seems to show two heads could indeed be better than one. But the success of having two programmers, called pair programming, also depends on the complexity of the project and the composition of the programming pair involved.
In instances where pair programming is used, Aguirre-Urreta's research shows programmers have a more favorable view of the technique than those who have not participated in pair programming. It also shows once a programmer is involved with pair programming, his view toward the technique is more favorable than before.
"Part of the culture and the kind of work environment is it tends to be more competitive in terms of producing quality code," Aguirre-Urreta said. "Working by yourself is part of the culture. The thing we did talk about in the research and found interesting is people who haven't tried pair programming have a very negative view of it and people who have tried it and done it for a few years have a much better perception of its benefits."
Factors of success Aguirre-Urreta said several factors are involved in determining whether or not pair programming is right for a project and what constitutes a good pairing of programmers.
Complexity of the project seems to be the first determining factor, Aguirre-Urreta said. If it is a simple project that doesn't require much time to complete, then a single programmer is likely the best solution. However, if it is a longer term project requiring a great deal or different types of code, pair programming seems to work well.
"The main advantage to pair programming would be having two people work together on the problem where you get more of a discussion between two people," Aguirre-Urreta said. "You get a better exchange of ideas. It's not a scenario where one person has a certain way of doing things or a certain approach to the problem that they can't break away from because they have someone else working with them."
In a typical pair programming situation, Aguirre-Urreta said the pair works by having one person write the code and the second person checks the quality of the code to see if it could be done better. Eventually, the roles will switch so neither programmer gets burned out doing the same thing for the length of the project.
"Presumably, the quality of the product is going to be much better," Aguirre-Urreta said. "The person doing it by himself is going to find the mistakes at some point but usually it's after someone complains to them that it's not going to work. With pair programming, you should have a better quality product, fewer bugs, a better exchange of ideas and also a knowledge sharing and trading aspect."
Pair programming, however, isn't always the best solution. For one, if the project is a small one, it would be difficult to justify having two people, and thus two salaries, working for its solution unless two people can produce quality code at a much quicker rate. Also, pairing two people means one person may have to explain his coding or work methods to the other frequently, which results in a lengthier period to produce the code.
Aguirre-Urreta said the question is whether that outwe

Kết quả (Việt) 1:

Lập trình máy tính: có thực sự tốt hơn so với một trong hai đầu?Giáo sư Texas Tech Miguel Aguirre-Urreta và các đồng nghiệp của mình nghiên cứu những lợi thế và nhận thức của cặp lập trình theo quan điểm của các lập trình viên.Nó có vẻ giống như một tiền đề đơn giản--hai người vào một dự án có thể thực hiện công việc nhanh hơn và dễ dàng hơn và tạo ra một sản phẩm tốt hơn.Vậy tại sao, trong lập trình máy tính, có vẫn còn một sự kháng cự đáng kể để chia sẻ công việc hoặc ít có ai đó trong dự án những người có thể kiểm tra các công việc được thực hiện để đảm bảo nó là chất lượng cao nhất? Đó là ý tưởng đằng sau các nghiên cứu trong một bài báo xuất bản gần đây của một giáo sư đại học công nghệ Texas trong trường cao đẳng kinh doanh Rawls.Miguel Aguirre-Urreta, một giáo sư phụ tá ở các khu vực hệ thống thông tin và khoa học định lượng (ISQS), cùng với các đồng nghiệp từ Đại học Washburn ở Kansas và đại học quốc tế Florida, nghiên cứu khu vực hai lập trình và lý do tại sao một số lập trình thích nó, một số không, những gì làm cho một đôi lập trình tốt và tại những gì lập trình điểm đến trên tàu với các ý tưởng.Những phát hiện của giấy của họ, "Hiệu quả của cặp chương trình nhận thức của phần mềm chuyên nghiệp," đã được chấp nhận cho công bố trong một phiên bản sắp tới của tạp chí phần mềm IEEE."The thought has been that pair programming has a lot of purported advantages in terms of speed, quality and whatnot," Aguirre-Urreta said. "But we haven't seen as much of an uptake as you would expect from something that has those advantages. We wanted to see if we could understand the reasons who or which kind of project pair programming is a good idea and for which project it is wasted on, what are the perceptions people who have done this for a living have on pair programming and when it should be used."When it comes to programming, or writing code for programs, Aguirre-Urreta's research seems to show two heads could indeed be better than one. But the success of having two programmers, called pair programming, also depends on the complexity of the project and the composition of the programming pair involved.In instances where pair programming is used, Aguirre-Urreta's research shows programmers have a more favorable view of the technique than those who have not participated in pair programming. It also shows once a programmer is involved with pair programming, his view toward the technique is more favorable than before."Part of the culture and the kind of work environment is it tends to be more competitive in terms of producing quality code," Aguirre-Urreta said. "Working by yourself is part of the culture. The thing we did talk about in the research and found interesting is people who haven't tried pair programming have a very negative view of it and people who have tried it and done it for a few years have a much better perception of its benefits."Factors of success Aguirre-Urreta said several factors are involved in determining whether or not pair programming is right for a project and what constitutes a good pairing of programmers.Complexity of the project seems to be the first determining factor, Aguirre-Urreta said. If it is a simple project that doesn't require much time to complete, then a single programmer is likely the best solution. However, if it is a longer term project requiring a great deal or different types of code, pair programming seems to work well."The main advantage to pair programming would be having two people work together on the problem where you get more of a discussion between two people," Aguirre-Urreta said. "You get a better exchange of ideas. It's not a scenario where one person has a certain way of doing things or a certain approach to the problem that they can't break away from because they have someone else working with them."In a typical pair programming situation, Aguirre-Urreta said the pair works by having one person write the code and the second person checks the quality of the code to see if it could be done better. Eventually, the roles will switch so neither programmer gets burned out doing the same thing for the length of the project."Presumably, the quality of the product is going to be much better," Aguirre-Urreta said. "The person doing it by himself is going to find the mistakes at some point but usually it's after someone complains to them that it's not going to work. With pair programming, you should have a better quality product, fewer bugs, a better exchange of ideas and also a knowledge sharing and trading aspect."Pair programming, however, isn't always the best solution. For one, if the project is a small one, it would be difficult to justify having two people, and thus two salaries, working for its solution unless two people can produce quality code at a much quicker rate. Also, pairing two people means one person may have to explain his coding or work methods to the other frequently, which results in a lengthier period to produce the code.Aguirre-Urreta said the question is whether that outwe

Kết quả (Việt) 2:

? Lập trình máy tính: Có hai người đứng đầu thực sự tốt hơn so với một . Giáo sư Texas Tech Miguel Aguirre-Urreta và các đồng nghiệp đã điều tra những ưu điểm và nhận thức về lập trình cặp từ quan điểm của lập trình Nó có vẻ như một tiền đề đơn giản - hai người trên một dự án có thể làm công việc nhanh hơn và dễ dàng hơn và tạo ra một sản phẩm tốt hơn. Vì vậy, tại sao, trong lập trình máy tính, đó vẫn còn là một kháng cự quan trọng để chia sẻ công việc hoặc ít nhất có một người nào đó trên các dự án, người có thể kiểm tra công việc đang được thực hiện để đảm bảo nó là chất lượng cao nhất ? Đó là ý tưởng đằng sau các nghiên cứu trong một bài báo xuất bản gần đây của một giáo sư Đại học Texas Tech ở Rawls College of Business. Miguel Aguirre-Urreta, một trợ lý giáo sư trong Khu vực của Hệ thống thông tin và khoa học định lượng (ISQS), cùng với các đồng nghiệp từ Đại học Washburn tại Đại học Quốc tế Kansas và Florida, nghiên cứu các lĩnh vực lập trình cặp và lý do tại sao một số lập trình như nó, một số không, những gì làm cho một cặp lập trình tốt, biết khi nào lập trình viên đi trên tàu với các ý tưởng. Kết quả của bài báo của họ "Hiệu quả của cặp trình nhận thức của phần mềm Chuyên gia," đã được chấp nhận cho công bố một phiên bản sắp tới của tạp chí IEEE Software. "Những tư tưởng đã được rằng cặp lập trình có rất nhiều lợi thế có mục đích về tốc độ, chất lượng và không có điều gì" Aguirre-Urreta nói. "Nhưng chúng tôi đã không được coi là nhiều của một sự hấp thu như bạn mong chờ từ một cái gì đó mà có những lợi thế đó. Chúng tôi muốn xem liệu chúng ta có thể hiểu được lý do ai hay mà loại cặp lập trình dự án là một ý tưởng tốt và cho đó phát ra nó là lãng phí trên, nhận thức những người đã làm điều này cho một cuộc sống là những gì đã về lập trình cặp và khi nó được sử dụng. " khi nói đến lập trình, hoặc viết mã cho các chương trình, nghiên cứu Aguirre-Urreta dường như cho thấy hai đầu có thể thực sự là tốt hơn một. Nhưng sự thành công của việc có hai lập trình, được gọi là lập trình cặp, cũng phụ thuộc vào độ phức tạp của dự án và các thành phần của các cặp lập trình liên quan. Trong trường hợp cặp lập trình được sử dụng, nghiên cứu Aguirre-Urreta cho thấy các lập trình viên có một cái nhìn thuận lợi hơn trong kỹ thuật so với những người không tham gia chương trình cặp. Nó cũng cho thấy một lần một lập trình viên đang tham gia chương trình cặp, quan điểm của ông đối với kỹ thuật này là thuận lợi hơn so với trước đây. "Một phần của nền văn hóa và các loại môi trường làm việc là nó có xu hướng để có thể cạnh tranh hơn về sản xuất mã chất lượng", Aguirre -Urreta nói. "Làm việc một mình là một phần của văn hóa. Điều chúng tôi đã nói chuyện về việc nghiên cứu và phát hiện thú vị là những người đã không cố gắng lập trình cặp có một cái nhìn rất tiêu cực của nó và những người đã thử nó và thực hiện nó cho một vài năm có một nhận thức tốt hơn về lợi ích của nó. " các yếu tố của thành công Aguirre-Urreta cho biết một số yếu tố có liên quan trong việc xác định có hay không ghép chương trình là đúng cho một dự án và những gì tạo nên một cặp đôi tốt của các lập trình viên. sự phức tạp của dự án có vẻ là yếu tố quyết định đầu tiên, Aguirre-Urreta nói. Nếu nó là một dự án đơn giản mà không đòi hỏi nhiều thời gian để hoàn thành, sau đó là một lập trình đơn có thể là giải pháp tốt nhất. Tuy nhiên, nếu nó là một dự án dài hạn đòi hỏi một lượng lớn hoặc các loại khác nhau của mã, lập trình cặp dường như làm việc tốt. "Ưu điểm chính để ghép chương trình sẽ có hai người làm việc cùng nhau về các vấn đề mà bạn nhận được nhiều hơn một cuộc thảo luận giữa hai người, "Aguirre-Urreta nói. "Bạn sẽ có được một trao đổi tốt hơn về ý tưởng. Nó không phải là một kịch bản mà một người có một cách nào đó làm việc hoặc một phương pháp nhất định để các vấn đề mà họ không thể thoát khỏi bởi vì họ có một người khác làm việc với họ." Trong một tình hình lập trình cặp điển hình, Aguirre-Urreta nói hai người làm việc bằng cách có một người viết mã và người thứ hai kiểm tra chất lượng của các mã để xem nếu nó có thể được thực hiện tốt hơn. Cuối cùng, các vai trò sẽ chuyển đổi như vậy không phải lập trình viên bị đốt cháy ra làm điều tương tự cho chiều dài của dự án. "Có lẽ, chất lượng của sản phẩm sẽ là tốt hơn nhiều", Aguirre-Urreta nói. "Những người làm việc đó một mình sẽ tìm thấy những sai lầm tại một số điểm nhưng thường nó sau khi có người than phiền với họ rằng nó sẽ không làm việc. Với cặp lập trình, bạn cần phải có một sản phẩm chất lượng tốt hơn, ít lỗi, trao đổi tốt hơn ý tưởng và cũng là một chia sẻ kiến thức và kinh doanh khía cạnh. " lập trình cặp đôi, tuy nhiên, không phải lúc nào cũng là giải pháp tốt nhất. Đối với một, nếu dự án là một nhỏ, nó sẽ được khó khăn để biện minh cho việc có hai người, và do đó hai lương, làm việc cho giải pháp của mình trừ khi hai người có thể sản xuất mã chất lượng ở một tốc độ nhanh hơn nhiều. Ngoài ra, ghép nối hai người có nghĩa là một người có thể phải giải thích mã hóa hoặc phương pháp làm việc của mình đến khác thường, mà kết quả trong một khoảng thời gian dài hơn để sản xuất mã. Aguirre-Urreta cho biết câu hỏi là liệu rằng outwe