HackerReposA FIELD GUIDE TO OPEN SOURCE
ProSponsor the shelf♧ 0
← Back to top all-time
zalmoxisus
redux-devtools-extension
JavaScript2016–2021
zalmoxisus / redux-devtools-extension

redux-devtools-extension

Redux DevTools extension.

7Distinct people
10Mentions
0Explicit recommenders
13.4KGitHub stars
REPOSITORY AT A GLANCE

What to know before exploring

What it is

Redux DevTools extension.

GitHub

Where it is used

No documented product use has been verified yet.

What people are saying

No recommendation phrase was found in the indexed comments.

No classified warning is attached to this page. Read the discussions before treating silence as approval.

Also in these discussions

No other repository is repeatedly linked in the same discussions.

This week on Hacker News

Nov 7–Nov 14 UTC · Direct repository links and separately labeled related project stories. Indexed through 11/14/2026, 3:56:07 PM UTC.

No direct repository links were found in the indexed HN discussions over the past seven days. Older discussions are available below.

Mentions over time

HN mentions by year10 dated mentions

Observed mentions: 2016-01-29 13:49:58 UTC to 2021-03-08 15:15:58 UTC.

01232016-01-01 00:00:00 UTC to 2017-01-01 00:00:00 UTC (exclusive): 3 mentions; 3 submissions, 0 comments20162017-01-01 00:00:00 UTC to 2018-01-01 00:00:00 UTC (exclusive): 0 mentions; 0 submissions, 0 comments2018-01-01 00:00:00 UTC to 2019-01-01 00:00:00 UTC (exclusive): 3 mentions; 1 submissions, 2 comments20182019-01-01 00:00:00 UTC to 2020-01-01 00:00:00 UTC (exclusive): 2 mentions; 0 submissions, 2 comments2020-01-01 00:00:00 UTC to 2021-01-01 00:00:00 UTC (exclusive): 1 mentions; 0 submissions, 1 comments2021-01-01 00:00:00 UTC to 2022-01-01 00:00:00 UTC (exclusive): 1 mentions; 0 submissions, 1 comments2021

Counts come from the repository’s dated source evidence. Index cutoff: 2026-11-02 08:16:59 UTC.

View mention counts and date ranges
UTC ranges include their start and exclude their end. Select a period to filter the source evidence.
PeriodStart (UTC)End (exclusive, UTC)MentionsSubmissionsComments
20162016-01-01 00:00:00 UTC2017-01-01 00:00:00 UTC330
20172017-01-01 00:00:00 UTC2018-01-01 00:00:00 UTC000
20182018-01-01 00:00:00 UTC2019-01-01 00:00:00 UTC312
20192019-01-01 00:00:00 UTC2020-01-01 00:00:00 UTC202
20202020-01-01 00:00:00 UTC2021-01-01 00:00:00 UTC101
20212021-01-01 00:00:00 UTC2022-01-01 00:00:00 UTC101

What Hacker News says

10 sources
If any react noobs are reading this, the best React state management setup for you is Redux+Immer. After some setup, it's easy to use, and the docs are very good and up to date. When I was learning React, I kept putting off Redux because youtube said it was complicated and you didn't need it after useContext. Big mistake. Our app became more complicated because our state management(useState/useContext) was so simple. Switching to Redux dramatically simplified our most complicated components. Also, the Redux dev tools extension is a game changer. It lets you see every state change, in order, with traces and diffs. https://github.com/zalmoxisus/redux-devtools-extension Pros can obviously make up their own mind. I’ve tried Mobx and the tooling just wasn’t there, but I hear their diffing algos are good.
In React Common Tools and Practices: State Management Overview
FWIW, we recently added a new "action stack trace" feature to the Redux DevTools Extension that helps show exactly where each action was dispatched from [0]. Also, I agree that sagas are not necessary for most apps, and we have some advice in the Redux FAQ on how to choose a side effects handling approach [1]. For most apps, thunks are more than sufficient. [0] https://github.com/zalmoxisus/redux-devtools-extension/blob/... [1] https://redux.js.org/faq/actions#what-async-middleware-shoul...
In Ask HN: How do you manage state in your React application?
No, the core Redux store does _not_ store any action history by itself. It's simply: function createStore(reducer) { var state var listeners = [] function getState() { return state } function dispatch(action) { state = reducer(state, action) listeners.forEach(listener => listener()) } } It's the Redux DevTools that do the real work of actually saving an action log, like what was described above. In fact, canceling actions does actually work by re-running the actions in the same sequence, minus the ones that are being skipped, to generate the new state. That logic has been split out into its own package, which you can see in the https://github.com/zalmoxisus/redux-devtools-instrument repo. Very vaguely related side note: earlier this year, I spent
Read the rest
a couple days to add an "action stack trace" tab to the Redux DevTools Extension. When you click on an action, in addition to seeing the action contents, state tree, and diff, you can now also see an actual formatted stack trace that shows you exactly where the action was dispatched from (including the actual code if you've got sourcemaps enabled). Sadly, the extension maintainer has been MIA recently, so we're considering forking it into the Redux org. Until then, you can download my custom build of the extension here: https://github.com/zalmoxisus/redux-devtools-extension/issue...
In EventStore: Open-Source, Functional Database with Complex Event Processing in JS
I'm a Redux maintainer. FWIW, I'm always open to suggestions on how we can make using Redux easier and better for everyone (example prior discussion: https://github.com/reactjs/redux/issues/2295 ). We're currently working on a "starter kit" package that's intended to address some of the most common concerns about using Redux, and hope to make it an official Redux-branded package in the near future. I'd appreciate any feedback or ideas you have for improving it: https://github.com/markerikson/redux-starter-kit Also, since you mention stack traces: if anyone out there has a bit of free time on their hands, I'd _love_ to see the Redux DevTools core and extension updated to show a stack trace for where each action was dispatched: https://github.com/zalmoxisus/redux-devtools-extension/issue...
In Why is a Java guy so excited about Node.js and JavaScript?

Ask HN: Is using Redux or React making a large app slow?

I know the title can sound clickbaity, but I have a personal practical question born from my observations. As an independent developer I a build frontend applications for my clients. I have a set of tools, one of which is [1] Redux DevTools extension for Chrome. Its window is often open while I am working. What I noticed is some major large webapps keep it enabled in production what makes me think they at least use Redux, not necessarily React. I see actions dispatched in the Redux DevTools window while I am performing my tasks in these apps. To name a few - Atlassian apps: Jira and Confluence, and Balsamiq.cloud mocking tool. The other thing I saw is these are large and very slow and seem like devs just applied some common techniques and patterns from Redux world to their large apps without putting much thought into it. So, I wonder (ign
Read the rest
oring the price of implementation) would it be a better solution for a large app to be custom-made? Hand-made classes, dom-updating, data-fetching, event-dispatching layers. Please share your experience if you have a related experience of migrating a large web application to React+Redux+Saga. Is it worth it to move the WHOLE app into this ecosystem or just parts of it? Thanks. [1] https://github.com/zalmoxisus/redux-devtools-extension
2 points · Open discussion

MAKE YOURSELF AT HOME

A few shortcuts

/
Search the collection
?
Open this guide
Esc
Close dialogs and navigation

Your saved repositories and interests stay in this browser.