Live data from Hacker News

Show HN: JSON For You – Visualize JSON in graph or table views

github.com

71–80 of 88 posts

Re: Show HN: JSON For You – Visualize JSON in graph or table views

#71

Earlier quoted context omitted.

Thank you very much for your feedback! It's very insightful. Are you saying that for local tools, people are more willing to purchase through a one-time buyout rather than a subscription model? Because they feel that a subscription doesn't provide continuous value and thus isn't worth the price?

People have not endless money, so they have to calculate the value and final cost of everything. And subscriptions are very, very low on the value-calculation, because it's a recurring cost which will grow over time, which means it's risky. Additionally, people usually buy something for the value it has now, or a promised value which might materialize in the future and they consider realistic. So, if your tool has a…

Thank you for your patient explanation! A very valuable perspective —- people are not willing to continuously pay for something static that doesn't get updated. Actually, I have plans to develop some features that require a server, but as you mentioned, perhaps I should put the blueprint in the README or on the homepage to make users feel it's worth continuously paying for.

Can I conduct a small survey? I previously considered offering a feature to store users' JSON in the cloud, but I didn't see the need since there's GitHub Gist, and you can always use that, so I didn't implement it. From your perspective, would you need such a feature?

Re: Show HN: JSON For You – Visualize JSON in graph or table views

#72
post #65

Everyone here mentions jq but no one mentions "fx". It's an awesome cli app to browse json. It can modify json too, but I think jq has shorter DSL. If you want to browse or navigate through nested json, this is the best tool I know. I wouldn't use GUI for this simply because piping data and mouseless env are more convenient to me. These are my other use cases: - validation & auto fixing: fix-busted-json (python) - ta…

A great tool that fills the gap of lacking a preview feature in the terminal with jq. However, for data processing, I think jq's DSL is more concise and user-friendly.

Re: Show HN: JSON For You – Visualize JSON in graph or table views

#73
post #64

Earlier quoted context omitted.

Yes, I've thought about it, but I haven't come up with a good implementation approach. Do you have any good ideas? Here's the problem I'm facing: I want the table view to support not just regular array but also complex object structures (like nested structures). The latter results in an irregular structure of tables within tables, and I currently don't have a good approach to implement this using a virtual list.

tree like structure is tricky, for regular csv you can use react-virtual, react-window or use canvas based approach. Canvas based approach would work for tree like structure as well, you are already doing it with graph so it should be doable for table as well.

I have researched react-virtual, react-window, and canvas, and after long consideration, I ended up with the current solution. I might reconsider trying canvas again. Anyway, thanks.

Re: Show HN: JSON For You – Visualize JSON in graph or table views

#74

Earlier quoted context omitted.

People have not endless money, so they have to calculate the value and final cost of everything. And subscriptions are very, very low on the value-calculation, because it's a recurring cost which will grow over time, which means it's risky. Additionally, people usually buy something for the value it has now, or a promised value which might materialize in the future and they consider realistic. So, if your tool has a…

Thank you for your patient explanation! A very valuable perspective —- people are not willing to continuously pay for something static that doesn't get updated. Actually, I have plans to develop some features that require a server, but as you mentioned, perhaps I should put the blueprint in the README or on the homepage to make users feel it's worth continuously paying for. Can I conduct a small survey? I previously…

> I previously considered offering a feature to store users' JSON in the cloud,

I'm not sure how this would work well with the privacy-aspect and everything running locally, even if you upload them encrypted. And storage is cheap these days.

> From your perspective, would you need such a feature?

Personally, no. As a developer, I have many tools which need access to my data. And I also have many other files outside of JSON. So I need to have centralized place which all my software can equally easy access. So I don't really see the value in one specialized tool with specialized storage for me.

Maybe, people working mobile or in teams might have some value for this, but this is a very specialized group of customers. And I would think they will prefer something like Dropbox, Google Drive or OneDrive for sharing files. Maybe integrating this has more value for your customers. But then again, this is probably not an ongoing cost for you which would justify a subscription.

As you have processing as a selling-point, maybe you should try this and offer automatic remote-processing. People use tools like Zapier, IFTTT and Node-red for automating web- and service-related tasks or for business logic. Maybe you can find a special corner in terms of ability, price and/or simplicity, which is not covered well enough by the big tools. Some companies are really crazy with paying for hyper-specialized services just to let some laymen do their stuff.

Re: Show HN: JSON For You – Visualize JSON in graph or table views

#76
post #53

As with every tool like this that I have tried, it can't handle large, realistic JSONs coming down from websites. It died with a 1.5 mb JSON, I just tried, anyway. This is why I use JQ, which I have seen tackle gigabyte-size files.

If you want a tool to visualize/understand/grep large JSON documents, try https://github.com/ckampfe/jstream Disclaimer: I am the author and I regularly test it on JSON documents hundreds of MBs large.

This isn't a visualizer. It does something JQ can do (although faster).

Re: Show HN: JSON For You – Visualize JSON in graph or table views

#77

Earlier quoted context omitted.

Thank you very much for your suggestions! I will optimize its experience. By the way, have you seen the two switch buttons on either side of the carousel? I'm thinking about whether I need to adjust its background color to make it more noticeable.

The buttons are visible, but automatic switch to the next image is annoying. I suggest either disabling the switch completely, or as soon as one of the switch buttons is clicked.

Thanks, I will change it.

Re: Show HN: JSON For You – Visualize JSON in graph or table views

#78

Earlier quoted context omitted.

Thank you very much for your suggestions! I will optimize its experience. By the way, have you seen the two switch buttons on either side of the carousel? I'm thinking about whether I need to adjust its background color to make it more noticeable.

It should at least stop autoswitching after you pressed a button. I clicked back and it instantly moved forward to the next picture again.

Thanks, I will change it, it's really annoying.

Re: Show HN: JSON For You – Visualize JSON in graph or table views

#79

It seems like a clone of https://jsoncrack.com with a different UI. I couldn’t identify any significant differences aside from the reduced readability in the visualization.

Belittling competitors is not a good competitive strategy, the community is smart and won't be fooled by it (https://news.ycombinator.com/item?id=32626873). If you want to promote something under my post, that's fine, people will make their choices. But if you're going to unjustly discredit JSON For You by ignoring the facts, I find that unwelcome and offensive. I suggest we compete by improving our products, rather than by smearing each other or engaging in price wars :)

Re: Show HN: JSON For You – Visualize JSON in graph or table views

#80

Earlier quoted context omitted.

Thank you for your patient explanation! A very valuable perspective —- people are not willing to continuously pay for something static that doesn't get updated. Actually, I have plans to develop some features that require a server, but as you mentioned, perhaps I should put the blueprint in the README or on the homepage to make users feel it's worth continuously paying for. Can I conduct a small survey? I previously…

> I previously considered offering a feature to store users' JSON in the cloud, I'm not sure how this would work well with the privacy-aspect and everything running locally, even if you upload them encrypted. And storage is cheap these days. > From your perspective, would you need such a feature? Personally, no. As a developer, I have many tools which need access to my data. And I also have many other files outside o…

Good idea. I've received a lot of feedback from the community with people hoping for some AI integration features. I am seriously considering this. Also, in terms of product positioning, if I do offer cloud storage, I don't intend to view JSON For You simply as a place to store files, but rather as a remote configuration management solution. Thank you once again, you're truly a deep thinker.
Post reply on HN