The Community for Technology Leaders
RSS Icon
Subscribe
Genova
March 5, 2013 to March 8, 2013
ISBN: 978-1-4673-5833-0
pp: 37-46
ABSTRACT
Eclipse guidelines distinguish between two types of interfaces provided to third-party developers, i.e., APIs and non-APIs. APIs are stable and supported, while non-APIs are unstable, unsupported and discouraged as they are subject to arbitrary change or removal without notice. In our previous work, we found that despite the discouragement of Eclipse, the use of non-APIs in Eclipse third-party plug-ins (ETPs) is not uncommon. Furthermore, we found that these non-APIs are the main cause of ETP incompatibilities in forthcoming releases of the Eclipse. In the current work we conducted a survey aiming at understanding why do the ETP developers use non-APIs. We have observed that developers with a level of education of up to master degree have a tendency not to read product manuals/guidelines. Furthermore, while for less experienced developers instability of the non-APIs overshadows their benefits, more experienced developers prefer to enjoy the benefits of non-APIs despite the instability problem. Finally, we have observed that there are no significant differences between Open Source and commercial Eclipse products in terms of awareness of Eclipse guidelines and interfaces, Eclipse product size and updating of Eclipse product in the new SDK releases.
INDEX TERMS
Developers, Eclipse, APIs, non-APIs, Survey
CITATION
John Businge, Alexander Serebrenik, Mark van den Brand, "Analyzing the Eclipse API Usage: Putting the Developer in the Loop", CSMR, 2013, 2013 17th European Conference on Software Maintenance and Reengineering (CSMR 2013), 2013 17th European Conference on Software Maintenance and Reengineering (CSMR 2013) 2013, pp. 37-46, doi:10.1109/CSMR.2013.14
19 ms
(Ver 2.0)

Marketing Automation Platform Marketing Automation Tool