create-react-app-zero
json_test_data
Our great sponsors
create-react-app-zero | json_test_data | |
---|---|---|
7 | 24 | |
26 | 9 | |
- | - | |
0.0 | 0.0 | |
over 1 year ago | about 2 years ago | |
JavaScript | ||
MIT License | - |
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.
create-react-app-zero
- Writing JavaScript without a build system
-
Why is the JavaScript ecosystem like this
No build frontend dev is a thing, although obscure.
Preact has a no build path in their documentation: https://preactjs.com/guide/v10/getting-started/#no-build-too...
And here’s my no build react setup: https://github.com/jsebrech/create-react-app-zero
-
Ask HN: Programming Without a Build System?
Not really the thing you’re looking for, but for those looking for a toolless approach static web apps are a possibility. Host a folder on github pages, put an index.html file in there, start coding.
Plugging my own repo: https://github.com/jsebrech/create-react-app-zero
It is a version of create react app that works in that way, no build tools needed, only a static web server for local development.
-
What unpopular webdev opinions do you have?
For example, I made a version of create react app that requires zero build tools and IMHO doesn't concede too much in developer experience. To be fair, I am not using this myself professionally, but as a proof of concept I think it's pretty interesting to see what's possible. https://github.com/jsebrech/create-react-app-zero
- JS is USELESS without ... [fill in the blank]
-
Is the madness ever going to end?
I have been in professional web development since 2004 and I mostly agree with the author that there are massive amounts of groupthink going on. "Modern" web development has standardized in tool stacks which are insanely complicated, far beyond anything that is warranted in most cases. We have forgotten how to make simple things in simple ways.
At a minimum you need node, npm, webpack, babel, an spa framework, a frontend router, a css transpiler, a css framework, a test runner, a testing functions library, and a bunch of smaller things, and that's just what is "needed" to build a static website with a bit of interaction. We're not even talking about the dockerized insanity that happens as soon as you want to slide an API under that beast.
I understand why every piece is there, I was there when they arrived on the scene, I understand what problem they solve. What I don't understand is why as a group web developers have decided this is the only way to solve the problem of web development. What we don't have are simpler web stacks. Why do we need npm or babel at all to make a simple web frontend? Modern browsers are good enough that with the right tooling we don't need build pipelines or package managers. Similar arguments can be made for the server-side parts.
Anyway, here's my own two cents to a simpler web dev stack: a version of create react app that is entirely self-contained and has no build steps. https://github.com/jsebrech/create-react-app-zero
- Show HN: Create React App Zero, a no build tools way of making a React app
json_test_data
-
Sane C++ Libraries
https://github.com/nlohmann/json
I used this for JSON last time I wrote any C++ a few years ago and it still seems popular. It seemed sane enough to me.
-
Experience using crow as web server
On the other hand, I'd like to bring in the json library of my choice, e.g. https://github.com/nlohmann/json or https://github.com/danielaparker/jsoncons. So I'd prefer the web server library provides as little as possible in the way of Json support, and certainly doesn't get in the way of using my library of choice. Similarly, I'd like to use my choice of automatic object serialization.
- [Cpp] Raccomandazioni moderne di biblioteca di serializzazione JSON C ++
-
What are some C++ projects with high quality code that I can read through?
I find openMVG very decent, FTXUI might be a good one and nlohmann's json library is also pretty nice. I don't really know of any project that strictly adheres to the core guidelines, except maybe for some of Jason Turner's (sample) projects.
-
Collecting the best C++ practices
JSON for Modern C++. Intuitive syntax. Trivial integration. Serious testing. Memory efficiency. Speed.
-
C++ Is Incredible
Please provide us an example of this one minute process you talk about for an example project of opening a JSON file, writing to it and closing it with a library like `nlohmann`s.
-
Save data question
Use a small library like this: https://github.com/nlohmann/json
- Good repos for beginners to browse that follow best modern C++ practices (including testing, static analysis etc...)
-
palpatine supports config file in JSON format
I worked on my partner’s static site generator, rwar, to implement this feature and she worked on my static site generator – palpatine. I was easily able to do this in rwar which is written in Python. However, I realized that this feature was much harder to implement on palpatine which is written in C++. Samina reached out multiple times seeking help for the broken Cmake configurations and for helping in integrating the nlohmann/json library.
-
Open Source Lab 4
For this lab, I worked on Tong's SSG created with CPP. Because I've worked with this code previously it was easily navigatable and most of the code was easy to add. The difficulty I had was adding JSON to CPP. CPP has no native JSON reading so I can't just read the file like a JSON file unless I make a custom class or use a library. A custom class in CPP dedicated to reading JSON would probably be the size of another project so I decided that I want to use an already open source library. I did some research and found a couple of the most used ones and asked Tong if there was one he preferred because at the end of the day it was his code so his decision was the most important one. He said he liked nlohmann/json because it had the most forks. I looked into how to implement it inside of his code and saw I only needed to include the HPP file inside of the code.
What are some alternatives?
Telegram-web-z - Telegram Web Z, GPL v3
tomlplusplus - Header-only TOML config file parser and serializer for C++17.
unik - The Unikernel & MicroVM Compilation and Deployment Platform
iceberg - Twitter hit an iceberg, let's replace the ship by Thanksgiving (Nov 24, 2022)
webminidisc - Upload your Music to NetMD MiniDisc devices thanks to WebUSB and WASM
mu1 - Prototype tree-walking interpreter back when Mu was a high-level statement-oriented language, c. 2018
PHP CPP - Library to build PHP extensions with C++
mstoical - MStoical - a Forth like language, but better
phptdlib - PHP Extension for tdlib/td written with PHP-CPP
htmx - </> htmx - high power tools for HTML
serializer - A single header standard C++ serialization framework.