Search

How open will the future be?

Updated: Aug 17, 2021

Introduction


If there is ever a time to be open, the time is now. Open-source tools and language are here for the future development of web application and software distribution. While they are the limitation of how a person can use an open-source, they are not much restriction and what an individual may choose to develop. Now that these tools and languages and here for the future we must analyze what is available on the market and how these tools will help a developer in the future.


Open-source tools and languages


First let me give you the definition of open-source, according to https://opensource.com; open in refer to anything you can customize and redistribute because the design is accessible to the public. They are numerous open-source tools, and languages available for download and many organizations used these for normal business operation, these tools more than meet the need for small development and early startup (DOWLING & MCGRATH, 2015). The future of open source will help with innovation in the Internet technology. Open source will lead to gross improvement in an area such as e-Commerce, automation of data processing, and cloud services, one thing for sure is that this will help collaborative development within the open source community of developers (Shuo, 2016). The advantage to open-source is that some will be offer as packages such as Apache Jakarta or OpenSymphony while a few are independent such as JUnit & Mock Object, Hibernate, WebWork, SiteMesh, OSCache, XDoclet, Jakarta Lucene and Jakarta Commons (Walnes, 2004). Open source tools are freely available for software development, “don’t reinvent the wheel,” this means, utilized the available standard library functions, and libraries which use standardized interface in a development environment (Koranne, 2011).


Limitation in open-source tools


Licenses of software and how codes distributed will determine the future of many software developments. They have coded distribution under non-restrictive licenses that are legal to incorporate with other code without affecting the product, the GPL (General Public License) is a restrictive license while the LGPL (Less General Public License) is a non restrictive license that allows for free usage (Shuo, 2016 ). With all open-source, they are an essential characteristic that helps to differentiate how these licenses used regarding modification and distribution. Some open sources are often placed in three categories that are base on their restriction such as copyleft (most-restrictive), weak-copyleft (moderate-restrictive) and non-copyleft (least-restrictive) (Sen, Subramaniam & Nelson, 2011). Other licenses that should be considered when looking at the limitation placed on open sources are Apache license, BSD (Berkeley Software Distribution), CPAL (Common Public Attribution License) and Mozilla Public License.

Common open-source tools and languages


While they are many frameworks used by developer and system administrator, some widely used languages and tools are Redmine (http://www.redmine.org/ ) written using Ruby on Rails web application framework, Apache Web server (https://httpd.apache.org/ ) used for publishing website, Ubuntu operating system (https://www.ubuntu.com/download/server ), MySQL database (https://dev.mysql.com/downloads/mysql/) used for database development, MDaemon (http://www.mdaemon.co.nz/ ) a free mail server and Selenium IDE (http://www.seleniumhq.org/ ) used for development (DOWLING & MCGRATH, 2015). Other common open-sources Linux operating system, Chrome browser, Bind DNS server, JavaScript frameworks, PHP and Open Office, just to make a few.




Conclusion

One thing for sure is that the internet is the gateway for accessing open source, remembers that open source is there for everyone to used, so to build the future of development it does not require a person to try and reinvent the wheel. Linux and Apache have shown us the bright light in the dark tunnel for the future of open source, and that mean a lot when you look and how advanced and widespread these are among proprietor software and tools.

References

DOWLING, P, & MCGRATH, K 2015, 'Using Free and Open Source Tools to Manage Software Quality', Communications Of The ACM, 58, 7, pp. 51-55, Business Source Complete, EBSCOhost, viewed 12 February 2017.

Koranne, S 2011, Handbook Of Open Source Tools. [Electronic Book], n.p.: New York : Springer, c2011., University of Liverpool Catalogue, EBSCOhost, viewed 12 February 2017.

Sen, R, Subramaniam, C, & Nelson, M 2011, 'Open source software licenses: Strong-copyleft, non-copyleft, or somewhere in between?', Decision Support Systems, 52, pp. 199-206, ScienceDirect, EBSCOhost, viewed 12 February 2017.

Shuo, C 2016, 'OPEN STANDARDS AND LICENSE CHOICE IN OPEN SOURCE SOFTWARE', Journal Of Economics & Economic Education Research, 17, 2, pp. 97-104, Business Source Complete, EBSCOhost, viewed 12 February 2017.

Walnes, J 2004, Java Open Source Programming. [Electronic Book] : With Xdoclet, Junit, Webwork, Hibernate, n.p.: Indianapolis, Ind. : Wiley, c2004., University of Liverpool Catalogue, EBSCOhost, viewed 12 February 2017.

1 view0 comments

Recent Posts

See All