It goes into detail on how to use AWS and React.js to handle user authentication, file uploads, and securing your serverless backend. We go through step-by-step building a simple note taking app with detailed screenshots and code samples.
React Conf 2017 Livestream
41–49 of 49 posts
Re: React Conf 2017 Livestream
#42Earlier quoted context omitted.
"Type Systems Will Make You a Better JavaScript Developer" - Jared Forsyth That talk appears that it will make the argument for using Flow/Typescript.
Ah okay. I assumed that this was strictly talking about Flow.
Re: React Conf 2017 Livestream
#43Re: React Conf 2017 Livestream
#44Earlier quoted context omitted.
I had the same feeling. Coming from ExtJS and Ember, React felt rather simple. But Redux is a whole nother story :(
Have you thought about using MobX instead? I think Redux's "complications" stem from guiding you towards a certain set of principles and ways of coding without giving you the tools to commit to those principles and ways of coding. Particularly, the way you compose reducers and the way you expose actions is manual and very boilerplate-ish. Mark Erikson hosts a wonderful page full of redux ecosystem links, and here you…
Yeah, there's a great quote someone posted in a Redux issue a couple months back that summarizes things well [0]:
> Redux is a generic framework that provides a balance of just enough structure and just enough flexibility. As such, it provides a platform for developers to build customized state management for their use-cases, while being able to reuse things like the graphical debugger or middleware.
So, there's a couple ways to think about things. One is that Redux is a very simple pattern that provides just enough structure to point you in a direction, and lets you figure out what specific approaches work best for your own situation. Another is that Redux is too generic, and doesn't provide enough guidance or built-in stuff for various use cases.
I've been one of Redux's maintainers since last summer, and I've definitely seen certain requests pop up repeatedly. For example, we frequently have issues or PRs filed asking if we can modify `combineReducers` to have built-in support for iterating over and updating Immutable.js Maps and Lists. We've also had requests for `cR` to pass down the root state as a third arg to reducers by default, or something similar.
These aren't _bad_ requests, and there's clearly some valid use cases there. However, one of the key principles of Redux is that _reducer logic is just functions_. The standard answer we've given for the most part is just that "`combineReducers` is only intended for the most common and basic use case, but you should feel free to write your own reducer logic for your own use case". So, in that sense, that large list of reducer-related utilities is actually a _good_ thing, because it means people _are_ building pieces that suit their needs.
FWIW, I personally have made a major effort to add documentation and write tutorials on a lot of the more practical issues Redux users face. I wrote the FAQ [1] and "Structuring Reducers" [2] sections for the docs, and have been writing a blog series called "Practical Redux" [3] that's intended to demonstrate some intermediate to advanced concepts in the context of a sample app.
If you have any particular pain points that you feel the docs do not currently address very well, please file an issue or a PR. I'm ALWAYS happy to work with anyone who wants to improve the docs.
As for Redux vs MobX, Preethi Kasireddy's presentation today was a FANTASTIC comparison of the relative strengths, weaknesses, tradeoffs, and use cases for each of them. I highly recommend that people check it out as soon as the ReactConf recordings are posted online. Also, my React/Redux links list [4] has a section that links to several other good MobX/Redux comparisons as well [5].
[0] https://github.com/reactjs/redux/issues/775#issuecomment-257...
[1] http://redux.js.org/docs/FAQ.html
[2] http://redux.js.org/docs/recipes/StructuringReducers.html
[3] http://blog.isquaredsoftware.com/series/practical-redux
[4] https://github.com/markerikson/react-redux-links
[5] https://github.com/markerikson/react-redux-links/blob/master...
Re: React Conf 2017 Livestream
#45Earlier quoted context omitted.
After using it in couple of projects, we see it as making complex tasks really intuitive. Maybe you are using it for some wrong problem.
I had the same feeling. Coming from ExtJS and Ember, React felt rather simple. But Redux is a whole nother story :(
Second, if you've got questions, the Reactiflux chat channels on Discord are a great place to hang out, ask questions, and learn. I'm an admin, and hang out there evenings US time, but there's always plenty of people happy to talk and answer questions. The invite link is at https://www.reactiflux.com .
Please feel free to ping me there if there's anything I can do to help!
Re: React Conf 2017 Livestream
#46Earlier quoted context omitted.
Have you thought about using MobX instead? I think Redux's "complications" stem from guiding you towards a certain set of principles and ways of coding without giving you the tools to commit to those principles and ways of coding. Particularly, the way you compose reducers and the way you expose actions is manual and very boilerplate-ish. Mark Erikson hosts a wonderful page full of redux ecosystem links, and here you…
I'm currently in the process of migrating a decently large React app from poorly written React/Flux to (hopefully) better written React/Redux, and I'm definitely feeling the lack of...useful examples. A ToDo list or showing lists of users from Github just doesn't cover the realistic complex problems well. Thus, when I encounter one of those problems, and Google fails me, I have to take a stab at it...and likely recre…
Also, the "Redux Tutorials" category has a "Project-Based Tutorials" section [2], which points to a number of tutorials that try to build _something_ in the process of teaching. Many of those tutorials are quite a bit more complex than yet another TodoMVC example. To pick out two specific examples:
- "Building a Simple CRUD App with React + Redux" [3] is an 8-part series that demonstrates building a CRUD app, including routing, AJAX calls, and the various CRUD aspect
- My own "Practical Redux" series [4] tries to demonstrate a number of intermediate to advanced React and Redux concepts in the context of a semi-meaningful-ish sample app.
Finally, my Redux addons list has a section listing a number of interesting React+Redux apps [5], both purpose-built examples and real world projects.
Hopefully that gives you some useful examples to work with. I'd also encourage you to drop by the Reactiflux chat channels on Discord to ask questions and get feedback, at https://www.reactiflux.com . Feel free to ping me on there!
[0] https://github.com/markerikson/react-redux-links
[1] https://github.com/markerikson/react-redux-links/blob/master...
[2] https://github.com/markerikson/react-redux-links/blob/master...
[3] http://www.thegreatcodeadventure.com/building-a-simple-crud-...
[4] http://blog.isquaredsoftware.com/series/practical-redux
[5] https://github.com/markerikson/redux-ecosystem-links/blob/ma...
Re: React Conf 2017 Livestream
#47Earlier quoted context omitted.
Have you thought about using MobX instead? I think Redux's "complications" stem from guiding you towards a certain set of principles and ways of coding without giving you the tools to commit to those principles and ways of coding. Particularly, the way you compose reducers and the way you expose actions is manual and very boilerplate-ish. Mark Erikson hosts a wonderful page full of redux ecosystem links, and here you…
In theory I like the basic ideas around redux, reducer composition is a very cool idea. However I really hate the implementation, the amount of boiler plate code is just too high.
FWIW, there's quite a few ways to reduce boilerplate with Redux, and you're welcome to use as many of them as you want. Variations on folder structures, action/constant definitions, reusable reducer logic, various abstraction layers... all kinds of stuff.
Would be interested to hear which particular pain points bother you.
Re: React Conf 2017 Livestream
#48As usual the only black guy there doesn't get to talk about tech. It must either be "on diversity" or nothing showing black people do tech. I don't think it is deliberate but it perpetuates a wrong narrative. == EDIT. I was inaccurate in this case. See below
IMO it'd make sense to counterbalance this bias just like the bias for speakers in general: I'd love to hear more women and minorities talk about tech and more "straight white cis-males" talk about diversity but I'm sure someone's bound to complain if "the diversity talk" is given by a straight white cis-man because reasons[0].
I've actually noticed the "wrong narrative" you decry myself: at last year's React Conf while browsing the videos I instinctively guessed who was going to give the diversity talk by looking at the speaker. I was aware of my bias but I sadly saw it affirmed.
You don't fix the problem by talking about it. You fix it by living it. Sadly right now there don't seem to be enough high quality minority speakers to solve this without running into the "all confs sound the same" problem (more than they do already).
It's complicated.
[0]: Counterpoint: getify seems to be widely accepted as a diversity speaker but I'm not sure whether he's held talks exclusively about diversity at conferences where there weren't also women or minorities also giving diversity talks.
Re: React Conf 2017 Livestream
#49Adding to the AWS Lambda + React talk; if anybody is looking for a more detailed Serverless + React.js tutorial, we've put together - http://serverless-stack.com It goes into detail on how to use AWS and React.js to handle user authentication, file uploads, and securing your serverless backend. We go through step-by-step building a simple note taking app with detailed screenshots and code samples.