Create accountLogin

Recent searches

No recent searches

Search options

Only available when logged in.
nerdculture.de is one of the many independent Mastodon servers you can use to participate in the fediverse.
Be excellent to each other, live humanism, no nazis, no hate speech. Not only for nerds, but the domain is somewhat cool. ;) No bots in general. Languages: DE, EN, FR, NL, ES, IT

Administered by:

Server stats:

1.2K
active users

nerdculture.de: AboutProfiles directoryPrivacy policy

Mastodon: AboutGet the appKeyboard shortcutsView source codev4.3.7

#apidesign

1 post1 participant0 posts today
Leanpub<p>Medior PHP <a href="https://leanpub.com/b/mediorphp" rel="nofollow noopener noreferrer" translate="no" target="_blank"><span class="invisible">https://</span><span class="">leanpub.com/b/mediorphp</span><span class="invisible"></span></a> by Joseph Kanyo is the featured bundle of ebooks 📚 on the Leanpub homepage! <a href="https://leanpub.com" rel="nofollow noopener noreferrer" translate="no" target="_blank"><span class="invisible">https://</span><span class="">leanpub.com</span><span class="invisible"></span></a> <a href="https://mastodon.social/tags/Php" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>Php</span></a> <a href="https://mastodon.social/tags/Databases" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>Databases</span></a> <a href="https://mastodon.social/tags/Mysql" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>Mysql</span></a> <a href="https://mastodon.social/tags/ComputerProgramming" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>ComputerProgramming</span></a> <a href="https://mastodon.social/tags/Laravel" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>Laravel</span></a> <a href="https://mastodon.social/tags/Symfony" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>Symfony</span></a> <a href="https://mastodon.social/tags/Html" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>Html</span></a> <a href="https://mastodon.social/tags/Refactoring" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>Refactoring</span></a> <a href="https://mastodon.social/tags/Apis" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>Apis</span></a> <a href="https://mastodon.social/tags/ApiDesign" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>ApiDesign</span></a> <a href="https://mastodon.social/tags/books" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>books</span></a> <a href="https://mastodon.social/tags/ebooks" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>ebooks</span></a></p>
:mastodon: Mike Amundsen<p>Four AI Superpowers: Where AI Improves Products <a href="https://buff.ly/GxlcQZu" rel="nofollow noopener noreferrer" translate="no" target="_blank"><span class="invisible">https://</span><span class="">buff.ly/GxlcQZu</span><span class="invisible"></span></a></p><p>"When using AI consider its four "superpowers": content creation, summarization, basic data analysis, and perspective taking."</p><p><a href="https://mastodon.social/tags/apiDesign" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>apiDesign</span></a> <a href="https://mastodon.social/tags/genAI" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>genAI</span></a></p>
Miguel Afonso Caetano<p>"API keys are foundational elements for authentication, but relying solely on them is inherently a risky proposal.</p><p>Firstly, there’s the reality that API keys are not securely designed — they were never meant to be used as the sole form of authentication, and as such, they aren’t really built for the task. These keys can often be easily stolen, leaked, or, in some cases (especially if generated incrementally), outright guessed. An API key is suitable for tracking usage but is poor for security.</p><p>There is also the additional reality that keys in their default state lack some critical functionality. There’s not a lot of verification built-in for identity management, and what does exist offers very little in the way of granular access control.</p><p>Ultimately, solely relying on API keys is a mistake common with novice developers but frighteningly common even in advanced products.</p><p>Best Practices<br>Instead of relying heavily on API keys as a sole mechanism, combine those keys with additional approaches such as OAuth 2.0 or mTLS. Implement rigorous expiration and rotation policies to ensure that keys which are made public are only useful for a short amount of time. Consider more advanced approaches, such as IP whitelisting or device fingerprinting, to add another layer of security atop the API key process."</p><p><a href="https://nordicapis.com/9-signs-youre-doing-api-security-wrong/" rel="nofollow noopener noreferrer" translate="no" target="_blank"><span class="invisible">https://</span><span class="ellipsis">nordicapis.com/9-signs-youre-d</span><span class="invisible">oing-api-security-wrong/</span></a></p><p><a href="https://tldr.nettime.org/tags/API" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>API</span></a> <a href="https://tldr.nettime.org/tags/APIs" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>APIs</span></a> <a href="https://tldr.nettime.org/tags/APISecurity" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>APISecurity</span></a> <a href="https://tldr.nettime.org/tags/APIDesign" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>APIDesign</span></a> <a href="https://tldr.nettime.org/tags/WebSecurity" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>WebSecurity</span></a> <a href="https://tldr.nettime.org/tags/CyberSecurity" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>CyberSecurity</span></a></p>
Markus Eisele<p>Spec-First or Code-First? Choosing Your OpenAPI Strategy with Quarkus vs. Spring <a href="https://myfear.substack.com/p/spec-first-or-code-first-choosing" rel="nofollow noopener noreferrer" translate="no" target="_blank"><span class="invisible">https://</span><span class="ellipsis">myfear.substack.com/p/spec-fir</span><span class="invisible">st-or-code-first-choosing</span></a><br><a href="https://mastodon.online/tags/Java" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>Java</span></a> <a href="https://mastodon.online/tags/Quarkus" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>Quarkus</span></a> <a href="https://mastodon.online/tags/APIDesign" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>APIDesign</span></a> <a href="https://mastodon.online/tags/OpenAPI" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>OpenAPI</span></a></p>
Miguel Afonso Caetano<p>"The accompanying diagram is intended to help you quickly decide how to document an API, but particularly a REST API. The first split is just to make sure you are looking for the right kind of API.</p><p>Here is some more context to help you decide on an approach and get started."</p><p><a href="https://gist.github.com/briandominick/3ffab6be460fbde799aa34e0a42a4299" rel="nofollow noopener noreferrer" translate="no" target="_blank"><span class="invisible">https://</span><span class="ellipsis">gist.github.com/briandominick/</span><span class="invisible">3ffab6be460fbde799aa34e0a42a4299</span></a></p><p><a href="https://tldr.nettime.org/tags/API" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>API</span></a> <a href="https://tldr.nettime.org/tags/APIs" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>APIs</span></a> <a href="https://tldr.nettime.org/tags/APIDesign" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>APIDesign</span></a> <a href="https://tldr.nettime.org/tags/REST" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>REST</span></a> <a href="https://tldr.nettime.org/tags/APIDocumentation" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>APIDocumentation</span></a> <a href="https://tldr.nettime.org/tags/OpenAPI" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>OpenAPI</span></a> <a href="https://tldr.nettime.org/tags/DocsAsCode" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>DocsAsCode</span></a> <a href="https://tldr.nettime.org/tags/TechnicalWriting" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>TechnicalWriting</span></a> <a href="https://tldr.nettime.org/tags/TechnicalCommunication" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>TechnicalCommunication</span></a></p>
:mastodon: Mike Amundsen<p>Why Every Product Manager Must Master APIs?? </p><p><a href="https://buff.ly/42BY0VD" rel="nofollow noopener noreferrer" translate="no" target="_blank"><span class="invisible">https://</span><span class="">buff.ly/42BY0VD</span><span class="invisible"></span></a></p><p>"I realized APIs are not just technical specs; they are full-fledged products, and designing them right is a strategic superpower."</p><p><a href="https://mastodon.social/tags/api360" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>api360</span></a> <a href="https://mastodon.social/tags/apiProducts" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>apiProducts</span></a> <a href="https://mastodon.social/tags/apiDesign" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>apiDesign</span></a></p>
:mastodon: Mike Amundsen<p>The Information Architecture Philosophy Behind RESTful Web API Patterns and Practices Cookbook <a href="https://buff.ly/97cOvn8" rel="nofollow noopener noreferrer" translate="no" target="_blank"><span class="invisible">https://</span><span class="">buff.ly/97cOvn8</span><span class="invisible"></span></a></p><p><a href="https://mastodon.social/tags/api360" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>api360</span></a> <a href="https://mastodon.social/tags/ALPS" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>ALPS</span></a> <a href="https://mastodon.social/tags/apiDesign" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>apiDesign</span></a></p>
Phil Sturgeon<p>I’m so excited that this book is back on track! </p><p>Build APIs You Wont Hate 2: This Time Its Serious</p><p>Roughly 80% of the internet is roughly built APIs, held together with enough duct-tape to choke all the hamsters powering it. Let's learn how to build them properly.</p><p><a href="https://mastodon.green/tags/apidesign" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>apidesign</span></a><br><a href="https://mastodon.green/tags/apidevelopment" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>apidevelopment</span></a></p><p><a href="https://leanpub.com/build-apis-you-wont-hate-2" rel="nofollow noopener noreferrer" translate="no" target="_blank"><span class="invisible">https://</span><span class="ellipsis">leanpub.com/build-apis-you-won</span><span class="invisible">t-hate-2</span></a></p>
:mastodon: Mike Amundsen<p>"Affordance Aversion" : The bias that makes devs resist declarative, dynamic API models (like ALPS) in favor of rigid schemas and static interfaces.</p><p>Loss Aversion + Endowment Effect = Overvaluing predictability, fearing flexibility.</p><p>Want resilient APIs? Rethink the trade-offs. </p><p><a href="https://mastodon.social/tags/api360" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>api360</span></a> <a href="https://mastodon.social/tags/APIDesign" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>APIDesign</span></a> <a href="https://mastodon.social/tags/ALPS" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>ALPS</span></a> <a href="https://mastodon.social/tags/CognitiveBias" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>CognitiveBias</span></a></p>
Miguel Afonso Caetano<p>"Getting to this point isn’t unusual. Clients clearly think they’re making the call correctly, or else they would fix the endpoint themselves. Some misspellings are difficult to catch. The enum USER_RETREIVE may not be noticed from USER_RETRIEVE, especially if picking it from a list. Misspellings happen and they’re not always caught before making it to the contract. As an aside, that’s why it’s important writers routinely check development’s changes. This applies, too, to our testing calls in Postman, where manually entering endpoints and values are more pervasive.</p><p>The reason this isn’t caught is simple: We’re not expecting it.</p><p>For our testing, the call is made and we get results. We may even spot check some of them. But generally, results aren’t examined that closely. For instance, how often do you so carefully examine a returned list of 50 or 100 items? You check may check that the objects are complete but not that the list conforms to the search criteria.</p><p>The reason this happens is because of an intentional behavior on the server. This behavior is called Lenient Handling or Strict Handling."</p><p><a href="https://robertdelwood.medium.com/understanding-query-parameter-handling-in-rest-calls-1821e0c3fa8c" rel="nofollow noopener noreferrer" translate="no" target="_blank"><span class="invisible">https://</span><span class="ellipsis">robertdelwood.medium.com/under</span><span class="invisible">standing-query-parameter-handling-in-rest-calls-1821e0c3fa8c</span></a></p><p><a href="https://tldr.nettime.org/tags/APIs" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>APIs</span></a> <a href="https://tldr.nettime.org/tags/RESTAPIs" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>RESTAPIs</span></a> <a href="https://tldr.nettime.org/tags/Rest" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>Rest</span></a> <a href="https://tldr.nettime.org/tags/APITesting" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>APITesting</span></a> <a href="https://tldr.nettime.org/tags/APIDesign" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>APIDesign</span></a> <a href="https://tldr.nettime.org/tags/APIDocumentation" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>APIDocumentation</span></a> <a href="https://tldr.nettime.org/tags/SoftwareDevelopment" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>SoftwareDevelopment</span></a></p>
LavX News<p>Navigating Type Systems: Closed vs Open Universes in Software Development</p><p>In the realm of software development, understanding how to effectively model choices within type systems is crucial. This article delves into the nuances of closed and open universes, exploring their ...</p><p><a href="https://news.lavx.hu/article/navigating-type-systems-closed-vs-open-universes-in-software-development" rel="nofollow noopener noreferrer" target="_blank"><span class="invisible">https://</span><span class="ellipsis">news.lavx.hu/article/navigatin</span><span class="invisible">g-type-systems-closed-vs-open-universes-in-software-development</span></a></p><p><a href="https://mastodon.cloud/tags/news" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>news</span></a> <a href="https://mastodon.cloud/tags/tech" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>tech</span></a> <a href="https://mastodon.cloud/tags/TypeSystems" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>TypeSystems</span></a> <a href="https://mastodon.cloud/tags/Rust" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>Rust</span></a> <a href="https://mastodon.cloud/tags/APIDesign" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>APIDesign</span></a></p>
Leanpub<p>Design and Reality by Rebecca Wirfs-Brock and Mathias Verraes is on sale on Leanpub! Its suggested price is $24.50; get it for $12.25 with this coupon: <a href="https://leanpub.com/sh/54QZLXbj" rel="nofollow noopener noreferrer" translate="no" target="_blank"><span class="invisible">https://</span><span class="">leanpub.com/sh/54QZLXbj</span><span class="invisible"></span></a> <a href="https://mastodon.social/tags/BusinessAndManagement" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>BusinessAndManagement</span></a> <a href="https://mastodon.social/tags/SoftwareArchitecture" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>SoftwareArchitecture</span></a> <a href="https://mastodon.social/tags/Software" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>Software</span></a> <a href="https://mastodon.social/tags/SoftwareEngineering" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>SoftwareEngineering</span></a> <a href="https://mastodon.social/tags/ApiDesign" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>ApiDesign</span></a></p>
🎹 Tim Janik ✅<p>TIL about <a href="https://social.tchncs.de/tags/Clang" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>Clang</span></a> --extract-api!</p><p>Currently rewriting my C++ ←→ <a href="https://social.tchncs.de/tags/JavaScript" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>JavaScript</span></a> binding generator for <a href="https://social.tchncs.de/tags/Anklang" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>Anklang</span></a> based on the <a href="https://social.tchncs.de/tags/JSON" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>JSON</span></a> output.<br>Should also be super useful for generating API <a href="https://social.tchncs.de/tags/Documentation" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>Documentation</span></a> 🤔</p><p><a href="https://www.youtube.com/watch?v=jXrNZ-4Gb-g" rel="nofollow noopener noreferrer" translate="no" target="_blank"><span class="invisible">https://www.</span><span class="ellipsis">youtube.com/watch?v=jXrNZ-4Gb-</span><span class="invisible">g</span></a> (shy of 9 minutes)</p><p><a href="https://llvm.org/devmtg/2022-11/slides/QuickTalk6-clang-extract-api.pdf" rel="nofollow noopener noreferrer" translate="no" target="_blank"><span class="invisible">https://</span><span class="ellipsis">llvm.org/devmtg/2022-11/slides</span><span class="invisible">/QuickTalk6-clang-extract-api.pdf</span></a></p><p><a href="https://social.tchncs.de/tags/Programming" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>Programming</span></a> <a href="https://social.tchncs.de/tags/DevTips" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>DevTips</span></a><br><a href="https://social.tchncs.de/tags/APIDesign" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>APIDesign</span></a> <a href="https://social.tchncs.de/tags/TechTips" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>TechTips</span></a></p>
Phil Sturgeon<p>💻 I’ve written a guide on API Design for Speakeasy which is almost everything I know about designing an API from scratch. Basic theory of everything, pros and cons of various standards, pitfalls to watch out for, and best practices to stick to. Give me feedback and I’ll improve it. What’s missing. What could I add. Not done yet! <a href="https://mastodon.green/tags/ApiDesign" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>ApiDesign</span></a> <a href="https://www.speakeasy.com/api-design" rel="nofollow noopener noreferrer" translate="no" target="_blank"><span class="invisible">https://www.</span><span class="">speakeasy.com/api-design</span><span class="invisible"></span></a></p>
:mastodon: Mike Amundsen<p>2024 State of the API Report</p><p><a href="https://www.postman.com/state-of-api/2024/" rel="nofollow noopener noreferrer" translate="no" target="_blank"><span class="invisible">https://www.</span><span class="">postman.com/state-of-api/2024/</span><span class="invisible"></span></a></p><p>"2024 marks the 6th year of the State of the API—the most comprehensive survey on APIs with over 5,600 developers and API professionals sharing their thoughts this year." -- <a href="https://mastodon.social/tags/postmanm" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>postmanm</span></a></p><p><a href="https://mastodon.social/tags/api360" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>api360</span></a> <a href="https://mastodon.social/tags/apiDesign" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>apiDesign</span></a> <a href="https://mastodon.social/tags/apiReport" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>apiReport</span></a></p>
:mastodon: Mike Amundsen<p>last call!</p><p>in co-operation with <a href="https://mastodon.social/tags/OpenAPI" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>OpenAPI</span></a>, <a href="https://mastodon.social/tags/apiMasters" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>apiMasters</span></a>, and <a href="https://mastodon.social/tags/apiDays" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>apiDays</span></a>, I'll be presenting a one-day "Designing APIs with OpenAPI" workshop in Paris Dec-02.</p><p>here's a 20%-off coupon for the few seats still available.<br><a href="https://ticket.apidays.global/event/apidays-paris-2024-masterclasses/6ffe1239-bde7-44c7-92d0-5816518683f6/cart?coupon=MIKECOUPON20" rel="nofollow noopener noreferrer" translate="no" target="_blank"><span class="invisible">https://</span><span class="ellipsis">ticket.apidays.global/event/ap</span><span class="invisible">idays-paris-2024-masterclasses/6ffe1239-bde7-44c7-92d0-5816518683f6/cart?coupon=MIKECOUPON20</span></a> </p><p>hope to see you there!</p><p><a href="https://mastodon.social/tags/api360" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>api360</span></a> <a href="https://mastodon.social/tags/apiDesign" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>apiDesign</span></a></p>
Miguel Afonso Caetano<p>"A handful of root causes are likely behind API drift. One standout point is the simple fact that API documentation is typically incomplete. Only 10% of organizations fully document their APIs, found a 2023 EMA report. Without a strong documentation culture or comprehensive API inventory management, it’s more common to see a disorganized use of service descriptions.</p><p>Furthermore, many groups are still early on in their API governance strategies. As the number of APIs increases within a company, those without established standards for maintaining the API lifecycle are more likely to experience incompatibilities or even see services turn into shadow or zombie APIs.</p><p>According to Lorna Mitchell, VP of Developer Experience at Redocly, API drift is intrinsically tied to a lack of comprehensive testing. Drift can occur for design-first APIs if there aren’t clear tests of whether what is built actually matches what’s described. This is a problem that can easily become endemic, she says. “Code gets duplicated, and the chasm widens.”"</p><p><a href="https://nordicapis.com/understanding-the-root-causes-of-api-drift/" rel="nofollow noopener noreferrer" translate="no" target="_blank"><span class="invisible">https://</span><span class="ellipsis">nordicapis.com/understanding-t</span><span class="invisible">he-root-causes-of-api-drift/</span></a></p><p><a href="https://tldr.nettime.org/tags/APIs" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>APIs</span></a> <a href="https://tldr.nettime.org/tags/APIDesign" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>APIDesign</span></a> <a href="https://tldr.nettime.org/tags/APIDocumentation" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>APIDocumentation</span></a> <a href="https://tldr.nettime.org/tags/APIDrift" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>APIDrift</span></a> <a href="https://tldr.nettime.org/tags/SoftwareDevelopment" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>SoftwareDevelopment</span></a> <a href="https://tldr.nettime.org/tags/Programming" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>Programming</span></a> <a href="https://tldr.nettime.org/tags/TechnicalWriting" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>TechnicalWriting</span></a> <a href="https://tldr.nettime.org/tags/OpenAPI" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>OpenAPI</span></a> <a href="https://tldr.nettime.org/tags/Swagger" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>Swagger</span></a></p>
Public
:mastodon: Mike Amundsen

Rapid API Prototyping a Virtual Lightbulb

adamd.medium.com/rapid-api-pro

"Rapid prototyping is a manufacturing concept that has extended into software. The goal is to create functional representations as quickly as possible without spending time (and often money) making a final product. In this post, you’ll see how I worked toward my end goal of a virtual series of lightbulbs as I rapidly prototyped the API to control them." -- #AdamDuVander

Medium · Rapid API Prototyping a Virtual Lightbulb - Adam DuVander - MediumBy Adam DuVander
#api360#apiDEsign#apiPrototyping
Public
:mastodon: Mike Amundsen

Writing an OpenAPI Document from the Ground Up

bump.sh/blog/openapi-from-grou

"In this article, we will break the OpenAPI documentation process into three phases, with steps within each phase to help you get the most out of your document." -- #JamesHigginbotham

bump.shWriting an OpenAPI Document from the Ground Up · Bump.shComposing an OpenAPI document can be daunting, especially during the early stages of API design. Your API design will need to evolve as you learn more about the problem space. To avoid needing to re-write large portions of your OpenAPI document, I recommend a phased approach to designing and documenting your API. The process starts with a breadth-first approach, capturing the essentials of the API including purpose and scope, then adding high-level operational descriptions. Finally, add more detail as you gain insights and receive feedback, until your OpenAPI document is complete.
#api360#openAPI#apiDesign
ExploreLive feeds
About