[pt] Mesmo com o processo de refatoração sendo investigado cada vez mais
nos últimos anos, muitas de suas características se mantém pouco compreendidas.
Refatoração de software é o processo de melhorar a manutenibilidade
de um sistema por meio de mudanças estruturais que não alteram seu comportamento.
Estudos recentes revelaram que projetos de software frequentemente
recebem refatorações compostas. Em tais refatorações, desenvolvedores aplicam
uma série de transformações únicas em conjunção e em um único commit,
e se espera que estas refatorações tenham um efeito maior e mais positivo do
que refatorações singulares. Porém, refatorações frequentemente causam mudanças
que ou mantém a qualidade do software da mesma forma, ou causam
a piora do mesmo, levando trabalhos recentes a procurar causas em potencial
para este comportamento. Porém, o porquê da complexidade destas mudanças
compostas frequentemente afetarem seus resultados de alguma forma positiva
ou (inesperadamente) negativa continua não investigado. O mesmo ocorre com
o potencial efeito das preocupações dos desenvolvedores durante a aplicação
de refatorações. Sobre estas preocupações, alguns trabalhos anteriores foram
desenvolvidos em torno da caracterização e detecção de discussões de desenvolvedores
relacionadas a refatorações. Porém, não se sabe se e como estas
preocupações de desenvolvedores com refatorações, tornando-se explícitas em
tais discussões, podem influenciar os efeitos de refatorações em um sistema.
Portanto, este trabalho apresenta dois estudos com o objetivo de preencher a
lacuna no conhecimento de que causas levam aos efeitos não-positivos frequentemente
encontrados em refatorações, procurando entender: (i) se refatorações
mais complexas realmente são mais efetivas do que refatorações simples, como
esperado; (ii) em que situações desenvolvedores tendem a explicitar suas preocupações
com refatoração do código; e (iii) qual é o impacto de tais preocupações
na efetividade de uma refatoração em melhorar a qualidade estrutural
do código. Nós analisamos estas características e atingimos os seguintes
resultados: Primeiro, conforme a complexidade das refatorações aumenta, a
efetividade das mesmas aumenta conjuntamente. Segundo, há uma relação entre
a efetividade de refatorações e preocupações explícitas com refatorações,
onde a possibilidade de efeitos negativos é menor quando desenvolvedores estão
explicitamente preocupados com refatoração. Finalmente, desenvolvedores
tendem a explicitar mais frequentemente suas preocupações com o processo de
refatoração quando deparados com tarefas de refatoração mais complexas. / [en] Even though the refactoring process has been increasingly investigated
in the last years, many of its characteristics remain poorly understood. Software
refactoring is the process of improving the maintainability of a system
through structural changes that do not alter its behaviour. Recent studies revealed
that software projects frequently have to undergo composite refactorings.
In such refactorings, developers perform a series of single transformations in
conjunction and in a single commit, which are expected to have a larger and
more positive impact than single refactorings. However, refactorings frequently
cause changes that either keep the software quality the same, or cause it
to worsen, which lead recent works to look for potential causes of this behavior.
However, the complexity of these composite changes often affecting their
outcomes in some positive or (unexpectedly) negative way remains not investigated,
much like the developers concerns while performing refactoring. For
the latter, some previous work was performed around characterizing and detecting
refactoring-related developer discussions. However, it is unknown whether
and how developers refactoring concerns made explicit in such discussions can
influence the refactorings effects on a system. Thus, this work reports two
studies aimed at bridging some of those gaps in knowledge in which causes
lead to the non-positive effects frequently found in refactoring, by understanding:
(i) if more complex refactorings are indeed more effective than simple
refactorings, as one would expect; (ii) in which situations developers tend to
have explicit concerns while refactoring the code; and (iii) what is the impact
of such concerns on the effectiveness of a refactoring to improve structural
quality. We analyze these characteristics and reach the following results: First,
as refactoring complexity increases, the effectiveness of such refactorings increases
as well. Second, there is a relationship between refactoring effectiveness
and explicit refactoring concerns, in which the possibility of negative effects
is lower when developers are explicitly concerned about refactoring. Finally,
developers tend to be more explicit about their concerns on the refactoring
process when they are faced with more complex refactoring tasks.
| Identifer | oai:union.ndltd.org:puc-rio.br/oai:MAXWELL.puc-rio.br:56164 |
| Date | 25 November 2021 |
| Creators | VINICIUS PASSOS DE OLIVEIRA SOARES |
| Contributors | ALESSANDRO FABRICIO GARCIA, ALESSANDRO FABRICIO GARCIA |
| Publisher | MAXWELL |
| Source Sets | PUC Rio |
| Language | English |
| Detected Language | English |
| Type | TEXTO |
Page generated in 0.0031 seconds