Open Source Policy

The developers at FINN.no are encouraged to use open source software. We benefit from freedom to review the source code, fix errors, and improve the code. Active participation in the open source community is valuable not only to FINN's employees, public image, hiring, and karma; it also improves the source code and adds value for everyone.

Use of Open Source Software

All changes we make to an open source project must be committed back to the project. Changes to open source code that are deemed unsuitable for sharing must lead to a design review. This design is strongly recommended to be changed in order to be more suitable for contribution back to the project.

Publishing of Open Source Software

FINN encourages publishing of open source code. This leads to: Code written by employees at FINN on company time belongs to FINN and cannot be freely distributed without permission. Consider the size and scope of the code, and consult with your nearest leader or the Enterprise Architect group. The EA group may escalate to the Chief Technology Officer (CTO). An overview must be maintained in each repository. This overview must contain: The maintainer of the project must To be published, code must bring value to: When forking an external project, the fork should be made in FINN’s organization only if we intend to maintain the fork. If the fork is made only for submitting a fix, the fork should be made on the user’s own profile. Published code must NOT:

Maintenance of Open Source Software

Published code must have at least one maintainer at FINN. The maintainer must show the project love. If the maintainer stops loving their project, or leaves FINN, the maintainer must either find a replacement maintainer (not necessarily within FINN), or declare the project inactive/end-of-life/dead. FINN should have a process (preferably automated) to catch projects where the maintainer is no longer associated with FINN. Smaller projects should be published under the FINN organization on GitHub (https://github.com/finn-no). Larger projects consisting of multiple repositories may be candidates for separate organizations, with a clear reference to FINN.no.

Open Source Licenses

Code must be published under licences approved and deemed popular by OSI (www.opensource.org). The licence must not hinder FINN's opportunities to further develop the code so that a later version cannot be published. Normally, code shall be published under MIT. If the project incorporates FINN branding elements like color schemes, fonts and logos, use the Apache License 2.0.

Sponsoring of Open Source

FINN is positive towards monetary sponsoring of open source projects. Decisions to sponsor (and the exact sum to sponsor with) must be determined on a case-by-case basis by the Technology Leader Group (TLG).