2 resultados para language testing
em BORIS: Bern Open Repository and Information System - Berna - Suiça
Resumo:
Purpose When applying for leadership positions or acting as leaders, women are still perceived with a ‘lack of fit’, thus hired less likely and evaluated less favorably than their male counterparts. In many languages, different language forms can be used to refer to both women and men: masculine forms (e.g., CEO in German: ‘Geschäftsführer’) and alternative forms (e.g., feminine‐masculine word pairs, CEO in German ‘Geschäftsführerin/Geschäftsführer’). We assumed that the use of masculine forms endorses the ‘lack of fit’ for women in leadership, whereas alternative forms reduce it. Design/Methodology Two studies tested the hypotheses by manipulating language forms (masculine forms vs. alternative forms) and gender of the target to hire/evaluate (female vs. male). Results The results indicated as predicted that masculine forms lead to the ‘lack of fit’ for women in the leadership context, whereas alternative forms reduce it. Women were less likely to be employed for leadership positions (Study 1) and evaluated less favorably as leaders (Study 2) than their male counterparts with masculine forms. However, with alternative forms no differences in employment decisions and evaluations of women and men were found. Limitations These two studies were conducted with student‐samples. Further research is needed to replicate effects with relevant samples as HRmanagers and to investigate underlying mechanisms. Research/Practical Implications Organizations may use alternative forms instead of masculine forms in job advertisements for leadership positions to overcome barriers for women in leadership. Originality/Value These are the first studies in testing the effects of language forms in the leader selection and evaluation.
Resumo:
Software architecture consists of a set of design choices that can be partially expressed in form of rules that the implementation must conform to. Architectural rules are intended to ensure properties that fulfill fundamental non-functional requirements. Verifying architectural rules is often a non- trivial activity: available tools are often not very usable and support only a narrow subset of the rules that are commonly specified by practitioners. In this paper we present a new highly-readable declarative language for specifying architectural rules. With our approach, users can specify a wide variety of rules using a single uniform notation. Rules can get tested by third-party tools by conforming to pre-defined specification templates. Practitioners can take advantage of the capabilities of a growing number of testing tools without dealing with them directly.