<?xml version="1.0" encoding="utf-8"?>
<rss xmlns:atom="http://www.w3.org/2005/Atom" version="2.0"><channel><title>Disqus - Latest Comments for kinlane</title><link>https://disqus.com/by/kinlane/</link><description></description><atom:link href="https://disqus.com/kinlane/comments.rss" rel="self"></atom:link><language>en</language><lastBuildDate>Thu, 01 Apr 2021 11:19:18 -0000</lastBuildDate><item><title>Re: Introducing the DigitalOcean OpenAPI Specification</title><link>https://www.digitalocean.com/blog/introducing-the-digitalocean-openapi-specification#comment-5326489647</link><description>&lt;p&gt;Great to see your OpenAPI. I would love to interview y'all about your OpenAPI journey and showcase as part of the OpenAPI Initiative (OAI) blog and social storytelling. Ping me at kin.lane@postman.com and happy to coordinate.&lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Kin Lane</dc:creator><pubDate>Thu, 01 Apr 2021 11:19:18 -0000</pubDate></item><item><title>Re: Introducing the Wild West of Federal Government Websites</title><link>https://sunlightfoundation.com/2019/08/21/introducing-the-wild-west-of-federal-government-websites/#comment-4586491519</link><description>&lt;p&gt;It is amazing how fast the future becomes the past. We can do better...&lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Kin Lane</dc:creator><pubDate>Wed, 21 Aug 2019 11:09:56 -0000</pubDate></item><item><title>Re: Hoping For More Investment In API Design Tooling</title><link>http://apievangelist.com/2019/07/16/hoping-for-more-investment-in-api-design-tooling/#comment-4555716070</link><description>&lt;p&gt;Good to sea Jerome! Thanks. Will keep an eye on what you guys are building (as usual).&lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Kin Lane</dc:creator><pubDate>Sat, 27 Jul 2019 12:35:25 -0000</pubDate></item><item><title>Re: API Definitions Are Important</title><link>https://apievangelist.com/2019/06/12/api-definitions-are-important/#comment-4533564611</link><description>&lt;p&gt;Thanks Lukas!&lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Kin Lane</dc:creator><pubDate>Tue, 09 Jul 2019 20:15:02 -0000</pubDate></item><item><title>Re: API Definitions Are Important</title><link>https://apievangelist.com/2019/06/12/api-definitions-are-important/#comment-4533564502</link><description>&lt;p&gt;Hello. Thanks for the kind words. Happy to be back. I'm glad you are tuning into streams, events, and the evolving API landscape. I am definitely all in on OpenAPI + AsyncAPI to cover the full scope of APIs being delivered internally and externally. I'll keep an eye on the design guide -- referenced it several times before.&lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Kin Lane</dc:creator><pubDate>Tue, 09 Jul 2019 20:14:55 -0000</pubDate></item><item><title>Re: API Interoperability is a Myth</title><link>http://apievangelist.com/2019/07/03/api-interoperatibility-is-a-myth/#comment-4533502745</link><description>&lt;p&gt;Thanks. I definitely don't want to dissuade from anyone from investing in--go for it. My belief is more focused on always being cautious of people evangelizing in the name universal interoperability. I regularly invest in interoperability (OpenAPI, APIs.json, API Commons), but I'm not selling universal interoperability.&lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Kin Lane</dc:creator><pubDate>Tue, 09 Jul 2019 19:01:31 -0000</pubDate></item><item><title>Re: API Interoperability is a Myth</title><link>http://apievangelist.com/2019/07/03/api-interoperatibility-is-a-myth/#comment-4533500405</link><description>&lt;p&gt;Definitely advise you to disregard my advice as a base rule--never listen to me. Also, I'm bad at humor AND stunningly elitist.&lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Kin Lane</dc:creator><pubDate>Tue, 09 Jul 2019 18:58:46 -0000</pubDate></item><item><title>Re: Asking The Honest Questions When It Comes To Your API Journey</title><link>http://apievangelist.com/2018/11/27/asking-the-honest-questions-when-it-comes-to-your-api-journey/#comment-4245531157</link><description>&lt;p&gt;Thanks Lou!&lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Kin Lane</dc:creator><pubDate>Mon, 17 Dec 2018 15:30:34 -0000</pubDate></item><item><title>Re: OpenAPI Is The Contract For Your Microservice</title><link>http://apievangelist.com/2018/04/03/openapi-is-the-contract-for-your-microservice/#comment-4209044319</link><description>&lt;p&gt;Talk to the folks over at API Fortress - &lt;a href="https://apifortress.com/" rel="nofollow noopener" target="_blank" title="https://apifortress.com/"&gt;https://apifortress.com/&lt;/a&gt; they are investing in these areas heavily, after that take a look at the &lt;a href="http://Stoplight.io" rel="nofollow noopener" target="_blank" title="Stoplight.io"&gt;Stoplight.io&lt;/a&gt; approach - &lt;a href="https://stoplight.io/testing/" rel="nofollow noopener" target="_blank" title="https://stoplight.io/testing/"&gt;https://stoplight.io/testing/&lt;/a&gt;&lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Kin Lane</dc:creator><pubDate>Fri, 23 Nov 2018 14:14:29 -0000</pubDate></item><item><title>Re: A Summary Of Kong As An API Management Solution</title><link>http://apievangelist.com/2018/02/13/summary-of-kong-as-an-api-management-solution/#comment-4209042126</link><description>&lt;p&gt;Hey Carlos. At their core they are both API management solutions. Apigee has just been at it longer, has more features, resources, and experience. Kong will get there, and is maturing as a solid enterprise grade solution, but Apigee has just been on their journey longer and are going to cover more bases for you.&lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Kin Lane</dc:creator><pubDate>Fri, 23 Nov 2018 14:12:45 -0000</pubDate></item><item><title>Re: An Open Banking in the UK OpenAPI Template</title><link>http://apievangelist.com/2018/02/21/open-banking-in-the-uk-openapi-template/#comment-4209038982</link><description>&lt;p&gt;I haven't come across any OpenAPI 3.0 support in the UK. I did see STETS released a version 3.0 support in France - &lt;a href="https://streamdata.io/blog/stet-releases-version-1-4-of-its-psd2-api-definition/" rel="nofollow noopener" target="_blank" title="https://streamdata.io/blog/stet-releases-version-1-4-of-its-psd2-api-definition/"&gt;https://streamdata.io/blog/...&lt;/a&gt;&lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Kin Lane</dc:creator><pubDate>Fri, 23 Nov 2018 14:10:16 -0000</pubDate></item><item><title>Re: Swagger Visualization Layer Using D3.js</title><link>https://apievangelist.com/2014/10/30/swagger-visualization-layer-using-d3js/#comment-4163360571</link><description>&lt;p&gt;Unfortunately I haven't seen the movement in this area that I'd like....I should do another story series on it to try and drive activity. Eventually something has to give -- I finally got more diversity in the number of open source documentation offerings, so I'm hoping it is just a matter of time before someone invests in visualization layers.&lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Kin Lane</dc:creator><pubDate>Fri, 26 Oct 2018 04:10:32 -0000</pubDate></item><item><title>Re: Please Refer The Engineer From Your API Team To This Story</title><link>http://apievangelist.com/2018/09/13/please-refer-the-engineer-from-your-api-team-to-this-story/#comment-4102137616</link><description>&lt;p&gt;Its all good man. Love it when these situations reverse course, and turn into loyal reader. You'll learn if you stay subscribed I'm not as EGO-driven as this article appears. You'll learn I'm genuinely interested in helping API providers shift behavior, and find positive ground with their consumers. I hear ya on the long day -- I recommend venting on your blog. It is a great tool for releasing steam within your domain, where it will cause less harm than venting in other people or platform's domain. Glad my assholeness didn't just perpetuate your own. ;-) #onward.&lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Kin Lane</dc:creator><pubDate>Tue, 18 Sep 2018 13:08:42 -0000</pubDate></item><item><title>Re: Please Refer The Engineer From Your API Team To This Story</title><link>http://apievangelist.com/2018/09/13/please-refer-the-engineer-from-your-api-team-to-this-story/#comment-4096378278</link><description>&lt;p&gt;Boy you got me. I'm gonna pack it in now man. Why the fuck would you feel compelled to leave a comment like that? Ain't you got anything better to do with your life? Get the fuck off my domain - &lt;a href="https://apievangelist.com/" rel="nofollow noopener" target="_blank" title="https://apievangelist.com/"&gt;https://apievangelist.com/&lt;/a&gt; Yeah, certs are really fucking hard to do. I wonder what I'm installing on CloudFlare, and all my servers on a regular basis? Or maybe you are asking why I don't enforce encryption? That would be a different conversation and since you didn't ask, I ain't going into it.&lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Kin Lane</dc:creator><pubDate>Sat, 15 Sep 2018 00:44:10 -0000</pubDate></item><item><title>Re: We Need Your Help Moving The AsyncAPI Specification Forward</title><link>http://apievangelist.com/2018/07/31/we-need-your-help-moving-the-asyncapi-specification-forward/#comment-4096093031</link><description>&lt;p&gt;Hey Lorna!  Good to hear from you. Hope all is well. Definitely reach out and let us know if you have any questions, or what you are working on. Happy to share the story!&lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Kin Lane</dc:creator><pubDate>Fri, 14 Sep 2018 19:15:06 -0000</pubDate></item><item><title>Re: Why I Feel The Department Of Veterans Affairs API Effort Is So Significant</title><link>http://apievangelist.com/2018/08/30/why-i-feel-the-department-of-veterans-affairs-api-effort-is-so-significant/#comment-4077252666</link><description>&lt;p&gt;Thanks Paul! Reminds me to spend more time reviewing the playbook, and giving feedback!&lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Kin Lane</dc:creator><pubDate>Tue, 04 Sep 2018 12:53:45 -0000</pubDate></item><item><title>Re: Living In A Post Facebook, Twitter, and Instagram API World</title><link>http://apievangelist.com/2018/08/24/living-in-a-post-facebook-twitter-and-instagram-api-world/#comment-4058844100</link><description>&lt;p&gt;Agreed. Do you feel Flickr's business model is sustainable for whoever the caretaker is? SmugMug seems like a good steward.&lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Kin Lane</dc:creator><pubDate>Fri, 24 Aug 2018 21:57:28 -0000</pubDate></item><item><title>Re: The Service Level Agreement (SLA) Definition For The OpenAPI Specification</title><link>https://apievangelist.com/2018/07/27/a-service-level-agreement-sla-definition-for-the-openapi-specification/#comment-4013263995</link><description>&lt;p&gt;Thanks for sharing. Will review the rest of your research, and keep in tune, and hopefully make time to write about again. Keep up the good work.&lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Kin Lane</dc:creator><pubDate>Mon, 30 Jul 2018 10:45:42 -0000</pubDate></item><item><title>Re: My Experiences Generating API Server or Client Code Using Swagger</title><link>https://apievangelist.com/2015/01/26/my-experiences-generating-api-server-or-client-code-using-swagger/#comment-3999600687</link><description>&lt;p&gt;Recommend : &lt;a href="https://github.com/swagger-api/swagger-codegen" rel="nofollow noopener" target="_blank" title="https://github.com/swagger-api/swagger-codegen"&gt;https://github.com/swagger-...&lt;/a&gt; or &lt;a href="https://apimatic.io/" rel="nofollow noopener" target="_blank" title="https://apimatic.io/"&gt;https://apimatic.io/&lt;/a&gt; I don't write my own generation tools anymore.&lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Kin Lane</dc:creator><pubDate>Sat, 21 Jul 2018 09:36:13 -0000</pubDate></item><item><title>Re: Long Running API Requests And Differential API Responses</title><link>http://realtime.apievangelist.com/2018/07/10/long-running-api-requests-and-differential-api-responses/#comment-3998048752</link><description>&lt;p&gt;Always happy to help. Feel free to reach out.&lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Kin Lane</dc:creator><pubDate>Fri, 20 Jul 2018 08:50:56 -0000</pubDate></item><item><title>Re: People Do Not Use Tags In Their OpenAPI Definitions</title><link>https://apievangelist.com/2018/07/10/people-do-not-use-tags-in-their-openapi-definitions/#comment-3984543663</link><description>&lt;p&gt;Just any plain language words applied to the tag element of an OpenAPI -- look at Slacks OpenAPI - &lt;a href="https://github.com/slackapi/slack-api-specs/blob/master/web-api/slack_web_openapi_v2.json" rel="nofollow noopener" target="_blank" title="https://github.com/slackapi/slack-api-specs/blob/master/web-api/slack_web_openapi_v2.json"&gt;https://github.com/slackapi...&lt;/a&gt; and look at any "Tags": properties -- they don't capitalize, and use dotted notation, but still add more context than most I see.&lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Kin Lane</dc:creator><pubDate>Wed, 11 Jul 2018 18:58:29 -0000</pubDate></item><item><title>Re: People Do Not Use Tags In Their OpenAPI Definitions</title><link>https://apievangelist.com/2018/07/10/people-do-not-use-tags-in-their-openapi-definitions/#comment-3984541344</link><description>&lt;p&gt;I think you are right Ted. The coupling between Swagger 2.0 and the UI is still very real....and any strange interpretation by the UI would dissuade folks from doing in the definition. I had similar conversation with 42Crunch team today about their tagging structure which they opted to do as vendor extensions to avoid conflict. I'm not ready to submit anything for the issue for group yet, still thinking about big picture.&lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Kin Lane</dc:creator><pubDate>Wed, 11 Jul 2018 18:56:25 -0000</pubDate></item><item><title>Re: I Love The API Enthusiasm Predix, But Please Publish An API Style Guide For Your Team</title><link>http://apievangelist.com/2018/07/09/love-the-api-enthusiasm-predix-but-publish-an-api-style-guide-for-your-teams/#comment-3984485774</link><description>&lt;p&gt;An aggregate of many! &lt;a href="http://apistylebook.com/" rel="nofollow noopener" target="_blank" title="http://apistylebook.com/"&gt;http://apistylebook.com/&lt;/a&gt;&lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Kin Lane</dc:creator><pubDate>Wed, 11 Jul 2018 18:12:15 -0000</pubDate></item><item><title>Re: Using Plain Language In Your API Paths</title><link>http://apievangelist.com/2018/07/09/use-plain-language-in-api-paths/#comment-3983543314</link><description>&lt;p&gt;Never did.....emailing them cause I'm curious too! ;-)&lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Kin Lane</dc:creator><pubDate>Wed, 11 Jul 2018 07:52:02 -0000</pubDate></item><item><title>Re: When You Publish A Google Sheet To The Web It Also Becomes An API</title><link>https://apievangelist.com/2017/07/11/when-you-publish-a-google-sheet-to-the-web-it-als-becomes-an-api/#comment-3966314974</link><description>&lt;p&gt;You too! Get a life....create real content.&lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Kin Lane</dc:creator><pubDate>Fri, 29 Jun 2018 09:16:18 -0000</pubDate></item></channel></rss>