5 ms·

Formidable Playbook: A practical guide to building modern applications

52 points by yugoja 10y ago

pbreit 10y ago
The "modern application" development situation make this novice's head spin. Rails/Django/Express so much easier.
briandear 10y ago
Pales in comparison to Thoughtbot's https://thoughtbot.com/playbook https://thoughtbot.com/playbook
- yugoja 10y ago
  Hey Thanks! will check that one out too!
- pibefision 10y ago
  is is great. thank you. are sources for this type of documentation in github? I would like to get a PDF to facilitate the reading.
- Mister_Snuggles 10y ago
  I like how the include native apps. Not every application is a web application.
the_duke 10y ago
Seems to be a very rudimentary work in progress.
diggan 10y ago
They should probably rename this to "A practical guide to building applications with webpack" instead, mentions nothing else but webpack and plugins for webpack...
- exogen 10y ago
  Well, this isn't the The Only Way to Build Apps Playbook. It only mentions webpack because that's what we use exclusively at Formidable... it's our playbook. :) And the TOC shows that many more non-webpack sections are coming, someone just posted this while it was a work in progress.
fiatjaf 10y ago
I'm sorry for anyone who has to read this or any other "playbook".
coldcode 10y ago
What I found funny about this guide is it will be outdated in 6 months given the rapid change in the javascript/web universe. I doubt they can write it up faster than it becomes obsolete.
deleted 10y ago
[deleted]
empthought 10y ago
I'm going to guess this ends up being completely contradictory to http://roca-style.org http://roca-style.org ROCA: A collection of simple recommendations for decent Web application frontends
- exogen 10y ago
  Why would you guess that? This ain't our first rodeo.
  - empthought 10y ago
    Because you started with a bunch of JavaScript recommendations that have nothing to do with the actual design or implementation of the application. It's leading off with the most trivial stuff imaginable. Specifically, I'm guessing your architecture doesn't implement ROCA server recommendations #2, #5, #9, or client recommendations #1, #4, or #5. I'm happy to be proven wrong, though.
    - exogen 10y ago
      And I'm happy not to have to prove anything to a thirsty rando who assumes we need to repeat some common knowledge best practices in our nascent work-in-progress document (which, btw, we didn't post anywhere for feedback but is simply open source and was randomly shared). We're a JavaScript consultancy. Clients specifically want us to help them with their tooling, and we need to reference this stuff a lot, that's why we happened to write the webpack stuff down first. This is not a blog post series and there is no implied significance to the ordering so we didn't really "lead off" with one thing or the other. Anyway, good luck with your prescriptivism and billing your clients for adding "another authentication mechanism […] for non-browser access" (AUTH) – they will love that.
Mister_Snuggles 10y ago
Should be called "A practical guide to building modern web applications". I see nothing here related to building native applications.
raziel2p 10y ago
Should re-submit this when it's actually complete.
ggregoire 10y ago
If you choose to start a new project with React and Webpack, I recommend to use Facebook's official boilerplate[1] and read their really informative user guide. I also find educational to look at the architecture, libraries and configuration of open source non-trivial web applications (e.g. Wordpress Calypso[2]). [1] https://github.com/facebookincubator/create-react-app https://github.com/facebookincubator/create-react-app [2] https://github.com/Automattic/wp-calypso https://github.com/Automattic/wp-calypso
michaelmior 10y ago
I hadn't heard of DedupePlugin for Webpack, but it strikes me as a potentially dangerous idea. If there's enough duplicate code that using this plugin actually makes a meaningful difference, then I think you have bigger problems.
- exogen 10y ago
  It's primarily for deduping subdependencies in your dependency tree, the existence of which is not an indication of any problems – it's totally expected that your dependencies might themselves depend on the same libraries.

52 points by yugoja 10y ago

pbreit 10y ago

The "modern application" development situation make this novice's head spin. Rails/Django/Express so much easier.

briandear 10y ago

Pales in comparison to Thoughtbot's https://thoughtbot.com/playbook https://thoughtbot.com/playbook

yugoja 10y ago
Hey Thanks! will check that one out too!
pibefision 10y ago
is is great. thank you. are sources for this type of documentation in github? I would like to get a PDF to facilitate the reading.
Mister_Snuggles 10y ago
I like how the include native apps. Not every application is a web application.

the_duke 10y ago

Seems to be a very rudimentary work in progress.

diggan 10y ago

They should probably rename this to "A practical guide to building applications with webpack" instead, mentions nothing else but webpack and plugins for webpack...

exogen 10y ago
Well, this isn't the The Only Way to Build Apps Playbook. It only mentions webpack because that's what we use exclusively at Formidable... it's our playbook. :) And the TOC shows that many more non-webpack sections are coming, someone just posted this while it was a work in progress.

fiatjaf 10y ago

I'm sorry for anyone who has to read this or any other "playbook".

coldcode 10y ago

What I found funny about this guide is it will be outdated in 6 months given the rapid change in the javascript/web universe. I doubt they can write it up faster than it becomes obsolete.

deleted 10y ago

[deleted]

empthought 10y ago

I'm going to guess this ends up being completely contradictory to http://roca-style.org http://roca-style.org ROCA: A collection of simple recommendations for decent Web application frontends

exogen 10y ago
Why would you guess that? This ain't our first rodeo.
- empthought 10y ago
  Because you started with a bunch of JavaScript recommendations that have nothing to do with the actual design or implementation of the application. It's leading off with the most trivial stuff imaginable. Specifically, I'm guessing your architecture doesn't implement ROCA server recommendations #2, #5, #9, or client recommendations #1, #4, or #5. I'm happy to be proven wrong, though.
  - exogen 10y ago
    And I'm happy not to have to prove anything to a thirsty rando who assumes we need to repeat some common knowledge best practices in our nascent work-in-progress document (which, btw, we didn't post anywhere for feedback but is simply open source and was randomly shared). We're a JavaScript consultancy. Clients specifically want us to help them with their tooling, and we need to reference this stuff a lot, that's why we happened to write the webpack stuff down first. This is not a blog post series and there is no implied significance to the ordering so we didn't really "lead off" with one thing or the other. Anyway, good luck with your prescriptivism and billing your clients for adding "another authentication mechanism […] for non-browser access" (AUTH) – they will love that.

Mister_Snuggles 10y ago

Should be called "A practical guide to building modern web applications". I see nothing here related to building native applications.

raziel2p 10y ago

Should re-submit this when it's actually complete.

ggregoire 10y ago

If you choose to start a new project with React and Webpack, I recommend to use Facebook's official boilerplate[1] and read their really informative user guide. I also find educational to look at the architecture, libraries and configuration of open source non-trivial web applications (e.g. Wordpress Calypso[2]). [1] https://github.com/facebookincubator/create-react-app https://github.com/facebookincubator/create-react-app [2] https://github.com/Automattic/wp-calypso https://github.com/Automattic/wp-calypso

michaelmior 10y ago

I hadn't heard of DedupePlugin for Webpack, but it strikes me as a potentially dangerous idea. If there's enough duplicate code that using this plugin actually makes a meaningful difference, then I think you have bigger problems.

exogen 10y ago
It's primarily for deduping subdependencies in your dependency tree, the existence of which is not an indication of any problems – it's totally expected that your dependencies might themselves depend on the same libraries.