# Ignition Extensions - Convenience utilities for advanced users

**URL:** <https://forum.inductiveautomation.com/t/ignition-extensions-convenience-utilities-for-advanced-users/64615>\
**Category:** 3rd Party Modules\
**Created:** [September 28, 2022, 6:41pm UTC](https://forum.inductiveautomation.com/t/ignition-extensions-convenience-utilities-for-advanced-users/64615 "2022-09-28T18:41:11Z")\
**Posts on this page:** 1\
**Showing post:** 81

<div class="post-metadata">

**Author:** ![pturmel](https://sea1.discourse-cdn.com/inductiveautomation/user_avatar/forum.inductiveautomation.com/pturmel/32/3295_2.png) [@pturmel](https://forum.inductiveautomation.com/u/pturmel)\
**Post date:** [May 4, 2023, 12:30pm UTC](https://forum.inductiveautomation.com/t/ignition-extensions-convenience-utilities-for-advanced-users/64615/81 "2023-05-04T12:30:57Z")

</div>

> [@Kevin.Herron](#):
>
> are getting hooked

Meh. Public code that anyone can build and carry forward.

@Michael.Smith has [made a similar comment](https://forum.inductiveautomation.com/t/automation-professionals-ethernet-ip-communication-suite-v2/68190/10) about my EtherNet/IP module being a third party product, but at least that one was justified by its commercial status.

Modules developed outside IA's process do not have to follow IA's schedule, and do not have to set the minimum Ignition version to the latest release, and can therefore provide features for older Ignition versions with low risk. My current set of modules work in the entire v8.1.x line.

IA's rigid versioning inhibits one of the key advantages of a modular platform: small changes (module installs) for incremental gains.

---

_[View the full topic](https://forum.inductiveautomation.com/t/ignition-extensions-convenience-utilities-for-advanced-users/64615)._
