I'm a fan of LTS software (and hardware) myself. New tech, while interesting, has a tendency to go nowhere or suddenly break one day...or both. The history of computing is littered with a ton of stuff that lacks any meaningful product support. I know several companies that just play with fire, constantly rolling out and rolling back changes and features. Those entities drive me nuts with the constant stream of global breakages.
A few years ago, I wrote up a set of Compatibility Policies for CubicleSoft:
Every developer should think about the software they write and release and then produce their own compatibility policies so that newcomers to any project can be on the same page. The above policies are, IMO, a fairly decent starting point for software compatibility and interoperability purposes.
It would be really interesting to see what your, probably lawyer-approved, corporate IS LTS policy reads like. It could be beneficial to others who might want to adopt a similar policy. I know that some employee/employer agreements are not supposed to be shared outside the organization, so I completely understand if you can't post that written policy here due to such limitations.
I have a copy of all the policies I've authored, stripped of IP for use as a portfolio item with job hunting, the specific policy referencing LTS can be found here: System Hardening Policy
It's simple, two sentences. Ignore the "Operating System" language, we interpret that broadly
Thanks. That's a bit different from a well defined compatibility policy as LTS can mean a lot of different things. However, just the LTS label alone carries the awareness of certain implied expectations (e.g. 3-5 years of support), which goes along with the overall intent to provide stability for the organization. Similar goals but different approaches.
For further actions, you may consider blocking this person and/or reporting abuse
We're a place where coders share, stay up-to-date and grow their careers.
I'm a fan of LTS software (and hardware) myself. New tech, while interesting, has a tendency to go nowhere or suddenly break one day...or both. The history of computing is littered with a ton of stuff that lacks any meaningful product support. I know several companies that just play with fire, constantly rolling out and rolling back changes and features. Those entities drive me nuts with the constant stream of global breakages.
A few years ago, I wrote up a set of Compatibility Policies for CubicleSoft:
cubiclesoft.com/compatibility-poli...
Every developer should think about the software they write and release and then produce their own compatibility policies so that newcomers to any project can be on the same page. The above policies are, IMO, a fairly decent starting point for software compatibility and interoperability purposes.
It would be really interesting to see what your, probably lawyer-approved, corporate IS LTS policy reads like. It could be beneficial to others who might want to adopt a similar policy. I know that some employee/employer agreements are not supposed to be shared outside the organization, so I completely understand if you can't post that written policy here due to such limitations.
I have a copy of all the policies I've authored, stripped of IP for use as a portfolio item with job hunting, the specific policy referencing LTS can be found here: System Hardening Policy
It's simple, two sentences. Ignore the "Operating System" language, we interpret that broadly
Thanks. That's a bit different from a well defined compatibility policy as LTS can mean a lot of different things. However, just the LTS label alone carries the awareness of certain implied expectations (e.g. 3-5 years of support), which goes along with the overall intent to provide stability for the organization. Similar goals but different approaches.