Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Guidance for Dependencies #12

Open
tomkirbygreen opened this issue Jan 5, 2022 · 0 comments
Open

Guidance for Dependencies #12

tomkirbygreen opened this issue Jan 5, 2022 · 0 comments
Labels
SDK Relates to the Ably SDK Team and our ways of working in open source.

Comments

@tomkirbygreen
Copy link
Contributor

tomkirbygreen commented Jan 5, 2022

There should be some discussion around selecting 3rd party dependencies. In general we do not dictate a specific tool chain (such as particular IDE) but some technology choices whilst appearing to offer a better API fail to work nicely when combined with common practices such as code analysis. Likewise the decision not to embrace the oldest, most established unit testing framework in favour of a newer frameworks effectively means that we reduce the number of platforms our tests can run on.

Bottom line: where a capability / API exists in the languages 'standard library' you should think twice, or three times, before choosing to replace it with a 3rd party alternative. We stand a better chance of leveraging customers existing skills if we use as much of the standard library as we can, rather than idiosyncratic 3rd party options.

@tomkirbygreen tomkirbygreen added the SDK Relates to the Ably SDK Team and our ways of working in open source. label Jan 5, 2022
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
SDK Relates to the Ably SDK Team and our ways of working in open source.
Development

No branches or pull requests

1 participant