Kin Lane believes that the community tends to suck at evangelizing itself in a way that reflects the success established in the API world.
Join the DZone community and get the full member experience.Join For Free
SnapLogic is the leading self-service enterprise-grade integration platform. Download the 2018 GartnerMagic Quadrant for Enterprise iPaaS or play around on the platform, risk free, for 30 days.
As the API Evangelist, I spend a lot of time thinking about evangelism (*your mind is blown*). From what I'm seeing, the world of technology evangelism has been expanding, where database, container, and other types of platforms are borrowing the approaches proven by API pioneers like Amazon and Twilio. As I'm doing work with Erik Wilde (@dret) around his Webconcepts.info work, and reading an article about industrial automation standards, I'm left thinking about how important evangelism is going to be for standards and specifications.
Standards are super important, so I have to be frank. The community tends to suck at evangelizing itself in an accessible way that reflects the success established in the API world. I'm super thankful for folks like Erik Wilde, Mike Amundsen, and others who work tirelessly to evangelism API related web concepts, specifications, and standards. The importance of outreach and positive evangelism around standards reflect the reasons why I started API Evangelist: to make APIs more accessible to the masses.
This is why I have to get behind folks like Erik who step up to help evangelize standards. I do not have the dedication required to tune into the W3C, IANA, ISO, and other standards bodies, and I'm super thankful for those who do. So if I can help any of you standard obsessed folks hone your approach to storytelling, and evangelism let me know. I'd love to see standards evangelism become commonplace—making them more friendly, accessible, and known across the tech sector.
Published at DZone with permission of Kin Lane , DZone MVB. See the original article here.
Opinions expressed by DZone contributors are their own.