# Automate legacy COBOL conversions

**URL:** <https://community.openmainframeproject.org/t/automate-legacy-cobol-conversions/6102>\
**Category:** COBOL technical questions\
**Created:** [October 7, 2020, 5:16pm UTC](https://community.openmainframeproject.org/t/automate-legacy-cobol-conversions/6102 "2020-10-07T17:16:54Z")\
**Posts on this page:** 2\
**Page:** 1

<div class="post-metadata">

**Author:** ![Johndlow](https://avatars.discourse-cdn.com/v4/letter/j/e9bcb4/32.png) [@Johndlow](https://community.openmainframeproject.org/u/Johndlow)\
**Post date:** [October 7, 2020, 5:16pm UTC](https://community.openmainframeproject.org/t/automate-legacy-cobol-conversions/6102/1 "2020-10-07T17:16:54Z")

</div>

Over the past three years I have developed methodology and tools for automating conversion efforts.

Who specializes in this? Who’s good at it? Who cares?

---

<div class="post-metadata">

**Author:** ![almageccom](https://avatars.discourse-cdn.com/v4/letter/a/e9a140/32.png) [@almageccom](https://community.openmainframeproject.org/u/almageccom)\
**Post date:** [October 15, 2020, 5:33pm UTC](https://community.openmainframeproject.org/t/automate-legacy-cobol-conversions/6102/2 "2020-10-15T17:33:16Z")

</div>

You might fine this interesting.

> **[MAGEC\_RAD\_PHP.pdf](https://magec.com/images/MAGEC_RAD_PHP.pdf)**
>
> 345.21 KB
