question-mark
Stuck on an issue?

Lightrun Answers was designed to reduce the constant googling that comes with debugging 3rd party libraries. It collects links to all the places you might be looking at while hunting down a tough bug.

And, if you’re still stuck at the end, we’re happy to hop on a call to see how we can help out.

MAINTAINERS WANTED: Looking for active authors to help with the maintenance/evolution of apicache!

See original GitHub issue

First of all, I want to apologize for the long delay in getting to some of these issues. I wrote apicache 8 years ago when the options available for route caching were basically non-existent. I assumed the whole time that the relatively infantile (at the time) Express.js would surely implement something similar, but until then… apicache would fill the gap.

As fortune would have it, they didn’t - and 8 years later, libraries like apicache are still in use.

I also made [more than] several mistakes along the way. The idea, which started out small and simple, quickly began to wrap in ideas from others. I am certainly super grateful for the contributions, but each of these involved future support, compatibility issues, and ultimately, a lack of [my] perfect awareness of all the edge cases possible within apicache. Were I to do it over, it would be to create a lightweight interface, implement it with a memory-cache (appropriate for debugging), and make it easy to extend for additional support. In this manner, the core apicache would remain simple, easy to test, and the downstream libraries would be able to simply ensure support for their “flavor” (e.g. restify, koa, different stores, etc), rather than apicache becoming the one-stop shop that’s grown out of control.

I intended to do this with v2.x… shift the whole thing to async compatible flow, add a store interface so people could simply drop in any 3rd party store (e.g. redis) for instance, rather than redis support being sprinkled throughout the codebase, etc. Instead, much of my focus over the last few year has shifted to serverless architecture (specifically with Cloudflare Workers), and I no longer became the person using the library to feel the pain points with you all.

What I’d like is to bring on additional maintainer(s), to help take charge of this floundering beast, and hopefully guide it into the light. Have experience working with/on apicache? Have a library or two under your belt (even if unpopular) so you understand the publishing flow? Respond below and let’s chat!

❤️ Kevin W

Issue Analytics

  • State:open
  • Created 3 years ago
  • Reactions:1
  • Comments:6

github_iconTop GitHub Comments

1reaction
ghinkscommented, Dec 14, 2022

Hello folks. I see that there was a call for maintainer and help in general are we still looking for help?

1reaction
louisnowcommented, Mar 23, 2021

Thanks @kwhitley for your library! There is work going on at this fork, maybe the two projects can merge? cc @arthurfranca

I’m willing to help in any way I can, maybe porting the fixes you’ve been making here recently to apicache-plus would be a start. Or maybe bringing additional features from apicache-plus back into here?

Read more comments on GitHub >

github_iconTop Results From Across the Web

Issues · kwhitley/apicache
MAINTAINERS WANTED : Looking for active authors to help with the maintenance/evolution of apicache! discussion help wanted. #236 opened on Mar 8, ...
Read more >

github_iconTop Related Medium Post

No results found

github_iconTop Related StackOverflow Question

No results found

github_iconTroubleshoot Live Code

Lightrun enables developers to add logs, metrics and snapshots to live code - no restarts or redeploys required.
Start Free

github_iconTop Related Reddit Thread

No results found

github_iconTop Related Hackernoon Post

No results found

github_iconTop Related Tweet

No results found

github_iconTop Related Dev.to Post

No results found

github_iconTop Related Hashnode Post

No results found