proposal-temporal VS node-cache-manager

Compare proposal-temporal vs node-cache-manager and see what are their differences.

proposal-temporal

Provides standard objects and functions for working with dates and times. (by tc39)

node-cache-manager

Cache module for Node.JS (by node-cache-manager)
Our great sponsors
  • InfluxDB - Power Real-Time Data Analytics at Scale
  • WorkOS - The modern identity platform for B2B SaaS
  • SaaSHub - Software Alternatives and Reviews
proposal-temporal node-cache-manager
88 1
3,082 1,332
2.7% 1.4%
9.4 8.8
7 days ago 8 days ago
HTML TypeScript
GNU General Public License v3.0 or later MIT License
The number of mentions indicates the total number of mentions that we've tracked plus the number of user suggested alternatives.
Stars - the number of stars that a project has on GitHub. Growth - month over month growth in stars.
Activity is a relative number indicating how actively a project is being developed. Recent commits have higher weight than older ones.
For example, an activity of 9.0 indicates that a project is amongst the top 10% of the most actively developed projects that we are tracking.

proposal-temporal

Posts with mentions or reviews of proposal-temporal. We have used some of these posts to build our list of alternatives and similar projects. The last one was on 2023-10-03.

node-cache-manager

Posts with mentions or reviews of node-cache-manager. We have used some of these posts to build our list of alternatives and similar projects. The last one was on 2021-03-24.
  • I finally escaped Node (and you can too)
    4 projects | news.ycombinator.com | 24 Mar 2021
    If you've come from java and you like node, maybe you should spend some time with the alternatives?

    A big part of it depends on what your exact requirements are but my experience with node didn't bite me for quite a while.

    1/2) my experience is that even the supported packages have had glaring holes where they don't in other languages. Just to give a quick example, I had a project that used node-cache-manager to implement a tiered cache. There was a bug (in the cache library with the most stars) just last year where the cached values in a memory cache were passed by reference as opposed to copied. That meant any mutation on them affected other fetches from the cache! That would never happen in java. This particular bug took weeks to debug in production because values were being randomly mutated. After the fix, it also had different behaviour for when the cache value was new vs when it was retrieved. So two mutation bugs in the same cache codebase see https://github.com/BryanDonovan/node-cache-manager/issues/13....

    I'm not blaming the author, he's a really good guy. What i'm saying is this is a wart both in the language and the library ecosystem - it's not unreasonable to expect a sensible caching library.

    3) I agree that threads aren't necessarily the way to go. But can we agree that a language that CAN efficiently take advantage of multiple cores would be better? It's not just for your application. It's also for any compiling eg. typescript!

    > Just check out the recent GitHub report where they were accidentally leaking information from other users into their sessions.

    Concurrency is hard! except in a language where it isn't. In elixir each "thread" (erlang process) would get a different copy of the data so this type of bug doesn't happen.

    4.

    > Typescript (combined with autogenerating typescript type files from GraphQL schema definitions) has been honestly heaven for us, and the benefits I've seen with the structural-based typing of TS made me realize the huge number of times I had to battle the nominal-based typing of Java and the immense pain that caused.

    That is an interesting assessment. I've never really noticed a difference in practice between structural/nominal type systems to the extent that i didn't realise typescript was structural. Normally if you have multiple classes implementing the same structure, you want an interface anyway to make sure they don't diverge i.e. there is a higher purpose for them being the same.

    Would you have an example of how this would be a deal breaker?

    I think besides this aspect, Kotlin might be up your alley.

What are some alternatives?

When comparing proposal-temporal and node-cache-manager you can also consider the following projects:

moment - Parse, validate, manipulate, and display dates in javascript.

dayjs - ⏰ Day.js 2kB immutable date-time library alternative to Moment.js with the same modern API

Luxon - ⏱ A library for working with dates and times in JS

date-fns - ⏳ Modern JavaScript date utility library ⌛️

You-Dont-Need-Momentjs - List of functions which you can use to replace moment.js + ESLint Plugin

sdk-typescript - Temporal TypeScript SDK

js-joda - :clock2: Immutable date and time library for javascript

proposal-relative-indexing-method - A TC39 proposal to add an .at() method to all the basic indexable classes (Array, String, TypedArray)

babel-ts-export-type-bug - repro of type erase problem in babel's typescript support

webpack - A bundler for javascript and friends. Packs many modules into a few bundled assets. Code Splitting allows for loading parts of the application on demand. Through "loaders", modules can be CommonJs, AMD, ES6 modules, CSS, Images, JSON, Coffeescript, LESS, ... and your custom stuff.

wasmer-js - Monorepo for Javascript WebAssembly packages by Wasmer

wasmer - 🚀 The leading Wasm Runtime supporting WASIX, WASI and Emscripten