The Experts below are selected from a list of 12138 Experts worldwide ranked by ideXlab platform
Thomas Zimmermann - One of the best experts on this subject based on the ideXlab platform.
-
ESEM - Characterizing Software engineering work with personas based on knowledge worker actions
2017 ACM IEEE International Symposium on Empirical Software Engineering and Measurement (ESEM), 2017Co-Authors: Denae Ford, Christian Bird, Thomas Zimmermann, Nachiappan NagappanAbstract:Mistaking versatility for universal skills, some companies tend to categorize all Software engineers the same not knowing a difference exists. For example, a Company may select one of many Software engineers to complete a task, later finding that the engineer's skills and style do not match those needed to successfully complete that task. This can result in delayed task completion and demonstrates that a one-size fits all concept should not apply to how Software engineers work. In order to gain a comprehensive understanding of different Software engineers and their working styles we interviewed 21 participants and surveyed 868 Software engineers at a Large Software Company and asked them about their work in terms of knowledge worker actions. We identify how tasks, collaboration styles, and perspectives of autonomy can significantly effect different approaches to Software engineering work. To characterize differences, we describe empirically informed personas on how they work. Our defined Software engineering personas include those with focused debugging abilities, engineers with an active interest in learning, experienced advisors who serve as experts in their role, and more. Our study and results serve as a resource for building products, services, and tools around these Software engineering personas.
-
beliefs practices and personalities of Software engineers a survey in a Large Software Company
International Conference on Software Engineering, 2016Co-Authors: Edward K Smith, Christian Bird, Thomas ZimmermannAbstract:In this paper we present the results from a survey about the beliefs, practices, and personalities of Software engineers in a Large Software Company. The survey received 797 responses. We report statistics about beliefs of Software engineers, their work practices, as well as differences in those with respect to personality traits. For example, we observed no personality differences between developers and testers; managers were conscientious and more extraverted. We observed several differences for engineers who are listening to music and for engineers who have built a tool. We also observed that engineers who agree with the statement "Agile development is awesome" were more extroverted and less neurotic.
-
CHASE@ICSE - Beliefs, practices, and personalities of Software engineers: a survey in a Large Software Company
Proceedings of the 9th International Workshop on Cooperative and Human Aspects of Software Engineering, 2016Co-Authors: Edward K Smith, Christian Bird, Thomas ZimmermannAbstract:In this paper we present the results from a survey about the beliefs, practices, and personalities of Software engineers in a Large Software Company. The survey received 797 responses. We report statistics about beliefs of Software engineers, their work practices, as well as differences in those with respect to personality traits. For example, we observed no personality differences between developers and testers; managers were conscientious and more extraverted. We observed several differences for engineers who are listening to music and for engineers who have built a tool. We also observed that engineers who agree with the statement "Agile development is awesome" were more extroverted and less neurotic.
-
Appendix to Beliefs, Practices and Personalities of Software Engineers
2015Co-Authors: Edward K Smith, Christian Bird, Thomas ZimmermannAbstract:This technical report is a companion to the paper “Beliefs, Practices and Personalities of Software Engineers: A Survey in a Large Software Company”. The technical report includes (1) the complete survey text and (2) the complete aggregated survey results.
-
Build It Yourself! Homegrown Tools in a Large Software Company
2015 IEEE ACM 37th IEEE International Conference on Software Engineering, 2015Co-Authors: Edward K Smith, Christian Bird, Thomas ZimmermannAbstract:Developers sometimes take the initiative to build toolsto solve problems they face. What motivates developers to buildthese tools? What is the value for a Company? Are the tools builtuseful for anyone besides their creator? We conducted a qualitativestudy of tool building, adoption, and impact within Microsoft. Thispaper presents our findings on the extrinsic and intrinsic factorslinked to toolbuilding, the value of building tools, and the factorsassociated with tool spread. We find that the majority of developersbuild tools. While most tools never spread beyond their creator'steam, most have more than one user, and many have more than onecollaborator. Organizational cultures that are receptive towardstoolbuilding produce more tools, and more collaboration on tools.When nurtured and spread, homegrown tools have the potential tocreate significant impact on organizations.
Christian Bird - One of the best experts on this subject based on the ideXlab platform.
-
ESEM - Characterizing Software engineering work with personas based on knowledge worker actions
2017 ACM IEEE International Symposium on Empirical Software Engineering and Measurement (ESEM), 2017Co-Authors: Denae Ford, Christian Bird, Thomas Zimmermann, Nachiappan NagappanAbstract:Mistaking versatility for universal skills, some companies tend to categorize all Software engineers the same not knowing a difference exists. For example, a Company may select one of many Software engineers to complete a task, later finding that the engineer's skills and style do not match those needed to successfully complete that task. This can result in delayed task completion and demonstrates that a one-size fits all concept should not apply to how Software engineers work. In order to gain a comprehensive understanding of different Software engineers and their working styles we interviewed 21 participants and surveyed 868 Software engineers at a Large Software Company and asked them about their work in terms of knowledge worker actions. We identify how tasks, collaboration styles, and perspectives of autonomy can significantly effect different approaches to Software engineering work. To characterize differences, we describe empirically informed personas on how they work. Our defined Software engineering personas include those with focused debugging abilities, engineers with an active interest in learning, experienced advisors who serve as experts in their role, and more. Our study and results serve as a resource for building products, services, and tools around these Software engineering personas.
-
beliefs practices and personalities of Software engineers a survey in a Large Software Company
International Conference on Software Engineering, 2016Co-Authors: Edward K Smith, Christian Bird, Thomas ZimmermannAbstract:In this paper we present the results from a survey about the beliefs, practices, and personalities of Software engineers in a Large Software Company. The survey received 797 responses. We report statistics about beliefs of Software engineers, their work practices, as well as differences in those with respect to personality traits. For example, we observed no personality differences between developers and testers; managers were conscientious and more extraverted. We observed several differences for engineers who are listening to music and for engineers who have built a tool. We also observed that engineers who agree with the statement "Agile development is awesome" were more extroverted and less neurotic.
-
CHASE@ICSE - Beliefs, practices, and personalities of Software engineers: a survey in a Large Software Company
Proceedings of the 9th International Workshop on Cooperative and Human Aspects of Software Engineering, 2016Co-Authors: Edward K Smith, Christian Bird, Thomas ZimmermannAbstract:In this paper we present the results from a survey about the beliefs, practices, and personalities of Software engineers in a Large Software Company. The survey received 797 responses. We report statistics about beliefs of Software engineers, their work practices, as well as differences in those with respect to personality traits. For example, we observed no personality differences between developers and testers; managers were conscientious and more extraverted. We observed several differences for engineers who are listening to music and for engineers who have built a tool. We also observed that engineers who agree with the statement "Agile development is awesome" were more extroverted and less neurotic.
-
Appendix to Beliefs, Practices and Personalities of Software Engineers
2015Co-Authors: Edward K Smith, Christian Bird, Thomas ZimmermannAbstract:This technical report is a companion to the paper “Beliefs, Practices and Personalities of Software Engineers: A Survey in a Large Software Company”. The technical report includes (1) the complete survey text and (2) the complete aggregated survey results.
-
Build It Yourself! Homegrown Tools in a Large Software Company
2015 IEEE ACM 37th IEEE International Conference on Software Engineering, 2015Co-Authors: Edward K Smith, Christian Bird, Thomas ZimmermannAbstract:Developers sometimes take the initiative to build toolsto solve problems they face. What motivates developers to buildthese tools? What is the value for a Company? Are the tools builtuseful for anyone besides their creator? We conducted a qualitativestudy of tool building, adoption, and impact within Microsoft. Thispaper presents our findings on the extrinsic and intrinsic factorslinked to toolbuilding, the value of building tools, and the factorsassociated with tool spread. We find that the majority of developersbuild tools. While most tools never spread beyond their creator'steam, most have more than one user, and many have more than onecollaborator. Organizational cultures that are receptive towardstoolbuilding produce more tools, and more collaboration on tools.When nurtured and spread, homegrown tools have the potential tocreate significant impact on organizations.
Edward K Smith - One of the best experts on this subject based on the ideXlab platform.
-
beliefs practices and personalities of Software engineers a survey in a Large Software Company
International Conference on Software Engineering, 2016Co-Authors: Edward K Smith, Christian Bird, Thomas ZimmermannAbstract:In this paper we present the results from a survey about the beliefs, practices, and personalities of Software engineers in a Large Software Company. The survey received 797 responses. We report statistics about beliefs of Software engineers, their work practices, as well as differences in those with respect to personality traits. For example, we observed no personality differences between developers and testers; managers were conscientious and more extraverted. We observed several differences for engineers who are listening to music and for engineers who have built a tool. We also observed that engineers who agree with the statement "Agile development is awesome" were more extroverted and less neurotic.
-
CHASE@ICSE - Beliefs, practices, and personalities of Software engineers: a survey in a Large Software Company
Proceedings of the 9th International Workshop on Cooperative and Human Aspects of Software Engineering, 2016Co-Authors: Edward K Smith, Christian Bird, Thomas ZimmermannAbstract:In this paper we present the results from a survey about the beliefs, practices, and personalities of Software engineers in a Large Software Company. The survey received 797 responses. We report statistics about beliefs of Software engineers, their work practices, as well as differences in those with respect to personality traits. For example, we observed no personality differences between developers and testers; managers were conscientious and more extraverted. We observed several differences for engineers who are listening to music and for engineers who have built a tool. We also observed that engineers who agree with the statement "Agile development is awesome" were more extroverted and less neurotic.
-
Appendix to Beliefs, Practices and Personalities of Software Engineers
2015Co-Authors: Edward K Smith, Christian Bird, Thomas ZimmermannAbstract:This technical report is a companion to the paper “Beliefs, Practices and Personalities of Software Engineers: A Survey in a Large Software Company”. The technical report includes (1) the complete survey text and (2) the complete aggregated survey results.
-
Build It Yourself! Homegrown Tools in a Large Software Company
2015 IEEE ACM 37th IEEE International Conference on Software Engineering, 2015Co-Authors: Edward K Smith, Christian Bird, Thomas ZimmermannAbstract:Developers sometimes take the initiative to build toolsto solve problems they face. What motivates developers to buildthese tools? What is the value for a Company? Are the tools builtuseful for anyone besides their creator? We conducted a qualitativestudy of tool building, adoption, and impact within Microsoft. Thispaper presents our findings on the extrinsic and intrinsic factorslinked to toolbuilding, the value of building tools, and the factorsassociated with tool spread. We find that the majority of developersbuild tools. While most tools never spread beyond their creator'steam, most have more than one user, and many have more than onecollaborator. Organizational cultures that are receptive towardstoolbuilding produce more tools, and more collaboration on tools.When nurtured and spread, homegrown tools have the potential tocreate significant impact on organizations.
-
ICSE (1) - Build it yourself!: homegrown tools in a Large Software Company
2015 IEEE ACM 37th IEEE International Conference on Software Engineering, 2015Co-Authors: Edward K Smith, Christian Bird, Thomas ZimmermannAbstract:Developers sometimes take the initiative to build tools to solve problems they face. What motivates developers to build these tools? What is the value for a Company? Are the tools built useful for anyone besides their creator? We conducted a qualitative study of tool building, adoption, and impact within Microsoft. This paper presents our findings on the extrinsic and intrinsic factors linked to toolbuilding, the value of building tools, and the factors associated with tool spread. We find that the majority of developers build tools. While most tools never spread beyond their creator's team, most have more than one user, and many have more than one collaborator. Organizational cultures that are receptive towards toolbuilding produce more tools, and more collaboration on tools. When nurtured and spread, homegrown tools have the potential to create significant impact on organizations.
Christian Brüggemann - One of the best experts on this subject based on the ideXlab platform.
-
Tailoring video recording to support efficient GUI testing and debugging
Software Quality Journal, 2014Co-Authors: Raphael Pham, Helge Holzmann, Kurt Schneider, Christian BrüggemannAbstract:Automated GUI tests typically comprise of several test steps that are executed on the GUI before reaching a point of assertion. Comparing a longer and complex execution of a GUI test to its test instructions for debugging is a laborious task: re-establish the test environment, slow down test execution for human perception, and locate the currently executed test step. Video documentation of GUI tests for debugging purposes is already present in several industry tools. However, it is not optimized for effective documentation of on-screen actions nor synched with the executed test instructions. We present a video-based documentation of automated GUI tests that links the executed test case instruction to the on-screen response of the application under test. Screen recording is optimized for speed and memory consumption while all relevant details are captured. Additional browsing capabilities for easier debugging are introduced. Concepts of aspect-oriented programming are adapted for tracing of pre-compiled test case scripts. Our concepts are evaluated by a working implementation, a series of performance measurements during a technical experiment, and industrial experience from 370 real-world test cases carried out in a Large Software Company. The limits of our implementation regarding video capturing and code tracing are explored with a specialized test frame.
-
AST - Beyond plain video recording of GUI tests: linking test case instructions with visual response documentation
2012 7th International Workshop on Automation of Software Test (AST), 2012Co-Authors: Raphael Pham, Helge Holzmann, Kurt Schneider, Christian BrüggemannAbstract:Information systems with sophisticated graphical user interfaces are still difficult to test and debug. As a detailed and reproducible report of test case execution is essential, we advocate the documentation of test case execution on several levels. We present an approach to video-based documentation of automated GUI testing that is linked to the test execution procedure. Viewing currently executed test case instructions alongside actual onscreen responses of the application under test facilitates understanding of the failure. This approach is tailored to the challenges of automated GUI testing and debugging with respect to technical and usability aspects. Screen recording is optimized for speed and memory consumption while all relevant details are captured. Additional browsing capabilities for easier debugging are introduced. Our concepts are evaluated by a working implementation, a series of performance measurements during a technical experiment, and industrial experience from 370 real-world test cases carried out in a Large Software Company.
Hans Van Vliet - One of the best experts on this subject based on the ideXlab platform.
-
social debt in Software engineering insights from industry
Journal of Internet Services and Applications, 2015Co-Authors: Damian A Tamburri, Philippe Kruchten, Patricia Lago, Hans Van VlietAbstract:Social debt is analogous to technical debt in many ways: it represents the state of Software development organisations as the result of “accumulated” decisions. In the case of social debt, decisions are about people and their interactions. Our objective was to study the causality around social debt in practice. In so doing, we conducted exploratory qualitative research in a Large Software Company. We found many forces together causing social debt; we represented them in a framework, and captured anti-patterns that led to the debt in the first place. Finally, we elicited best practices that technicians adopted to pay back some of the accumulated debt. We learned that social debt is strongly correlated with technical debt and both forces should be reckoned with together during the Software process.
