# Getting started for client developers
For easy access to openEO back-ends it is essential to provide client libraries for users in their well-known programming languages or working environments. This can be either a client library for a specific programming language that hides the technical details of the openEO API or an application with a user interface, e.g. a GIS software plugin or a web-based tool. All software written for openEO should follow the software development guidelines.
# Client library developers
If your preferred programming language is not part of the available client libraries you may consider writing your own client library. Our client libraries are basically translating the openEO API into native concepts of the programming languages. Working with openEO should feel like being a first-class citizen (opens new window) of the programming language.
Get started by reading the guidelines to develop client libraries, which have been written to ensure the client libraries provide a consistent feel and behavior across programming languages. You certainly need to understand the glossary and the concepts behind processes and process graphs. This helps you understand the API specification and related documents.
If you do not want to start from scratch, you could try to generate a client library stub from the OpenAPI 3.0 (opens new window)-based API specification with the OpenAPI Generator (opens new window). Make sure the generated code complies to the client library guidelines mentioned above.
More information will follow soon, for example about client testing.
# Applications and Software plugins
More information will follow soon...