Podcasts about commonjs

Play Episode Listen Later Oct 8, 2019 64:45

Guest Paige Niedringhaus has been a developer full time for 3 years, and today she is here to talk about Node 12. One of the things she is most excited about is the ES6 support that is now available, so things that used to require React, Angular, or Vue can now be done in Node. The require function will not have to be used in Node 12. AJ is worried about some of these changes and expresses his concerns. Paige assures him that in the beginning you won’t have to switch things to imports. You may have to change file extensions/types so Node can pick up what it’s supposed to be using. They are also trying to make it compatible with CommonJS. Node 12 also boasts an improved startup time. The panel discusses what specifically this means. They talk about the code cache and how Node caches the built in libraries that it comes prepackaged with. The V8 engine is also getting many performance enhancements. Paige talks about the shift from promises to async. In Node 12, async functions will actually be faster than promises. They discuss some of the difficulties they’ve had in the past with Async08, and especially callbacks. Another feature of Node 12 is better security. The transcripted security layer (TLS), which is how Node handles encrypted strains of communication, is upgrading to 1.3. The protocol is simpler to implement, quicker to negotiate sessions between the applications, provides increased end user privacy, and reduces request time. Overall, this means less latency for everybody. 1.3 also gets rid of the edge cases that caused TLS to be way far slower than it needed to be. The conversation turns to properly configuring default heap limits to prevent an ‘out of memory’ error. Configuring heap limits is something necessary when constructing an incredibly large object or array of objects. Node 12 also offers formatted diagnostic summaries, which can include information on total memory, used memory, memory limits, and environment lags. It can report on uncaught exceptions and fatal errors. Overall, Node 12 is trying to help with the debugging process. They talk about the different parsers available and how issues with key pairing in Node have been solved. Paige talks about using worker threads in Node 12. Worker threads are really beneficial for CPU intensive JavaScript operations. Worker threads are there for those things that eat up all of your memory, they can alleviate the load and keep your program running efficiently while doing their own operations on the sideline, and returning to the main thread once they’ve finished their job. None of the panelists have really used worker threads, so they discuss why that is and how they might use Worker Threads in Node 12. In addition, Node 12 is making Native module creation and support easier, as well as all the different binaries a node developer would want to support. Paige makes it a point to mention the new compiler and minimum platform standards. They are as follows: GCC minimum 6 GLIVC minimum 2.17 on platforms other than Mac and Windows (Linux) Mac users need at least 8 and Mac OS 10.10 If you’ve been running node 11 builds in Windows, you’re up to speed Linux binaries supported are Enterprise Linux 7, Debian 8, and Ubuntu 14.04 If you have different requirements, go to the Node website Panelists J.C. Hyatt Steve Edwards AJ O’Neal With special guest: Paige Niedringhaus Sponsors Tidelift Sentry use the code “devchat” for 2 months free on Sentry’s small plan Sustain Our Software Links Async CommonJS njs Promise Node Event Stream llhttp llparse LLVM Papa Parse Json.stringify Json.parse Optimizing Web Performance TLS 1.3 Overlocking SSL Generate Keypair Follow DevChatTV on Facebook and Twitter Picks J.C. Hyatt: AWS Amplify framework 12 Rules for Life: An Antidote to Chaos by Jordan Petersen React and Gatsby workshops Steve Edwards: The Farside comic coming back? AJ O’Neal: Field of Hopes and Strings Link’s Awakening Dune Paige Niedringhaus: DeLonghi Magnifica XS Automatic Espresso Machine, Cappuccino Maker CONNECT.TECH Conference Follow Paige on Twitter, Medium, and Github

JSJ 398: Node 12 with Paige Niedringhaus

Play Episode Listen Later Oct 8, 2019 64:45

Guest Paige Niedringhaus has been a developer full time for 3 years, and today she is here to talk about Node 12. One of the things she is most excited about is the ES6 support that is now available, so things that used to require React, Angular, or Vue can now be done in Node. The require function will not have to be used in Node 12. AJ is worried about some of these changes and expresses his concerns. Paige assures him that in the beginning you won’t have to switch things to imports. You may have to change file extensions/types so Node can pick up what it’s supposed to be using. They are also trying to make it compatible with CommonJS. Node 12 also boasts an improved startup time. The panel discusses what specifically this means. They talk about the code cache and how Node caches the built in libraries that it comes prepackaged with. The V8 engine is also getting many performance enhancements. Paige talks about the shift from promises to async. In Node 12, async functions will actually be faster than promises. They discuss some of the difficulties they’ve had in the past with Async08, and especially callbacks. Another feature of Node 12 is better security. The transcripted security layer (TLS), which is how Node handles encrypted strains of communication, is upgrading to 1.3. The protocol is simpler to implement, quicker to negotiate sessions between the applications, provides increased end user privacy, and reduces request time. Overall, this means less latency for everybody. 1.3 also gets rid of the edge cases that caused TLS to be way far slower than it needed to be. The conversation turns to properly configuring default heap limits to prevent an ‘out of memory’ error. Configuring heap limits is something necessary when constructing an incredibly large object or array of objects. Node 12 also offers formatted diagnostic summaries, which can include information on total memory, used memory, memory limits, and environment lags. It can report on uncaught exceptions and fatal errors. Overall, Node 12 is trying to help with the debugging process. They talk about the different parsers available and how issues with key pairing in Node have been solved. Paige talks about using worker threads in Node 12. Worker threads are really beneficial for CPU intensive JavaScript operations. Worker threads are there for those things that eat up all of your memory, they can alleviate the load and keep your program running efficiently while doing their own operations on the sideline, and returning to the main thread once they’ve finished their job. None of the panelists have really used worker threads, so they discuss why that is and how they might use Worker Threads in Node 12. In addition, Node 12 is making Native module creation and support easier, as well as all the different binaries a node developer would want to support. Paige makes it a point to mention the new compiler and minimum platform standards. They are as follows: GCC minimum 6 GLIVC minimum 2.17 on platforms other than Mac and Windows (Linux) Mac users need at least 8 and Mac OS 10.10 If you’ve been running node 11 builds in Windows, you’re up to speed Linux binaries supported are Enterprise Linux 7, Debian 8, and Ubuntu 14.04 If you have different requirements, go to the Node website Panelists J.C. Hyatt Steve Edwards AJ O’Neal With special guest: Paige Niedringhaus Sponsors Tidelift Sentry use the code “devchat” for 2 months free on Sentry’s small plan Sustain Our Software Links Async CommonJS njs Promise Node Event Stream llhttp llparse LLVM Papa Parse Json.stringify Json.parse Optimizing Web Performance TLS 1.3 Overlocking SSL Generate Keypair Follow DevChatTV on Facebook and Twitter Picks J.C. Hyatt: AWS Amplify framework 12 Rules for Life: An Antidote to Chaos by Jordan Petersen React and Gatsby workshops Steve Edwards: The Farside comic coming back? AJ O’Neal: Field of Hopes and Strings Link’s Awakening Dune Paige Niedringhaus: DeLonghi Magnifica XS Automatic Espresso Machine, Cappuccino Maker CONNECT.TECH Conference Follow Paige on Twitter, Medium, and Github

JSJ 398: Node 12 with Paige Niedringhaus

Play Episode Listen Later Oct 8, 2019 64:45

Guest Paige Niedringhaus has been a developer full time for 3 years, and today she is here to talk about Node 12. One of the things she is most excited about is the ES6 support that is now available, so things that used to require React, Angular, or Vue can now be done in Node. The require function will not have to be used in Node 12. AJ is worried about some of these changes and expresses his concerns. Paige assures him that in the beginning you won’t have to switch things to imports. You may have to change file extensions/types so Node can pick up what it’s supposed to be using. They are also trying to make it compatible with CommonJS. Node 12 also boasts an improved startup time. The panel discusses what specifically this means. They talk about the code cache and how Node caches the built in libraries that it comes prepackaged with. The V8 engine is also getting many performance enhancements. Paige talks about the shift from promises to async. In Node 12, async functions will actually be faster than promises. They discuss some of the difficulties they’ve had in the past with Async08, and especially callbacks. Another feature of Node 12 is better security. The transcripted security layer (TLS), which is how Node handles encrypted strains of communication, is upgrading to 1.3. The protocol is simpler to implement, quicker to negotiate sessions between the applications, provides increased end user privacy, and reduces request time. Overall, this means less latency for everybody. 1.3 also gets rid of the edge cases that caused TLS to be way far slower than it needed to be. The conversation turns to properly configuring default heap limits to prevent an ‘out of memory’ error. Configuring heap limits is something necessary when constructing an incredibly large object or array of objects. Node 12 also offers formatted diagnostic summaries, which can include information on total memory, used memory, memory limits, and environment lags. It can report on uncaught exceptions and fatal errors. Overall, Node 12 is trying to help with the debugging process. They talk about the different parsers available and how issues with key pairing in Node have been solved. Paige talks about using worker threads in Node 12. Worker threads are really beneficial for CPU intensive JavaScript operations. Worker threads are there for those things that eat up all of your memory, they can alleviate the load and keep your program running efficiently while doing their own operations on the sideline, and returning to the main thread once they’ve finished their job. None of the panelists have really used worker threads, so they discuss why that is and how they might use Worker Threads in Node 12. In addition, Node 12 is making Native module creation and support easier, as well as all the different binaries a node developer would want to support. Paige makes it a point to mention the new compiler and minimum platform standards. They are as follows: GCC minimum 6 GLIVC minimum 2.17 on platforms other than Mac and Windows (Linux) Mac users need at least 8 and Mac OS 10.10 If you’ve been running node 11 builds in Windows, you’re up to speed Linux binaries supported are Enterprise Linux 7, Debian 8, and Ubuntu 14.04 If you have different requirements, go to the Node website Panelists J.C. Hyatt Steve Edwards AJ O’Neal With special guest: Paige Niedringhaus Sponsors Tidelift Sentry use the code “devchat” for 2 months free on Sentry’s small plan Sustain Our Software Links Async CommonJS njs Promise Node Event Stream llhttp llparse LLVM Papa Parse Json.stringify Json.parse Optimizing Web Performance TLS 1.3 Overlocking SSL Generate Keypair Follow DevChatTV on Facebook and Twitter Picks J.C. Hyatt: AWS Amplify framework 12 Rules for Life: An Antidote to Chaos by Jordan Petersen React and Gatsby workshops Steve Edwards: The Farside comic coming back? AJ O’Neal: Field of Hopes and Strings Link’s Awakening Dune Paige Niedringhaus: DeLonghi Magnifica XS Automatic Espresso Machine, Cappuccino Maker CONNECT.TECH Conference Follow Paige on Twitter, Medium, and Github

Lenient libraries, strict applications

Frontend First

Play Episode Listen Later Feb 6, 2019 62:08

Topics include: 04:01: Welcome to Node Dependency Hell. 14:00: How should the way we declare dependencies change if an addon is an implementation detail of another addon? 21:45: Can Ember CLI address these problems a layer above Yarn/npm? 23:25: Is JavaScript's fractured module ecosystem (CommonJS in node vs. ES6 modules in the frontend) contributing to the problem? 26:21: Someone's app broke when they installed their dependencies due to a Mirage dependency changing. How can we reliably solve this for users? 35:05: Even if the tooling were better, there's a cultural problem where JS library authors don't consider the dependencies they bring in. 39:04: Lessons learned: apps should specify strict dependencies, libraries (including addons) should specify lenient dependencies apps should use lockfiles ember-dependency-lint & yarn resolutions are a good top-level escape hatch addons should use the dependencies key & ember-auto-import for most of their dependencies 41:12: Ember Auto Import attempts some deduplication of dependencies. If you're writing an addon that has a dependency the host app cares a lot about, you can use addPackagesToProject to put the burden on host app. 48:33: Would you build Ember CLI Tailwind the same if you were building it from scratch today? 54:55: Call for input. What are any best practices that we've missed? What did we get wrong? 59:20: Mirage blog using GitHub issues teaser Links: Ember Auto Import Discourse topic on conflicting dependencies Dependency Lint Ember CLI Addon Docs Ember CLI Tailwind

lessons applications github libraries mirage strict js yarn lenient es6 commonjs

JSJ 279: ES Modules in Node Today! with John-David Dalton

Play Episode Listen Later Sep 19, 2017 56:54

Tweet this Episode John-David Dalton is probably best known for the Lodash library. He's currently working at Microsoft on the Edge team. He makes sure that libraries and frameworks work well in Edge. The JavaScript Jabber panel discusses the ECMAScript module system port to Node.js. John wanted to ship the ES module system to Node.js for Lodash to increase speed and decrease the disk space that it takes up. This approach allows you to gzip the library and get it down to 90 kb. This episode dives in detail into: ES Modules, what they are and how they work The Node.js and NPM package delivery ecosystem Module loaders in Node.js Babel (and other compilers) versus ES Module Loader and much, much more... Links: Lodash ES Module Loader for Node Node CommonJS Babel TypeScript FlowType Microsoft ESM Blog Post Meteor Reify ESM Spec PhantomJS zlib module in Node AWS Lambda NPM Webpack Rollup John-David Dalton on Twitter Picks: Cory: Trending Developer Skills The Devops Handbook Aimee: Nodevember ES Modules in Node Today (blog post) Dating is Dead Aaron: Ready Player One trailer breakdown Jim Jefferies Show I Can't Make This Up by Kevin Hart Work with Aaron at SaltStack Chuck: Angular Dev Summit ZohoCRM Working on Cars - Therapeutic working with your hands doing physical work John: TC39 Proposal for Optional Chaining ToyBox 3D Printer

work dating microsoft dead babel kevin hart ready player one meteors module node roll up modules typescript npm jim jefferies make this up aws lambda webpack ecmascript saltstack javascript jabber commonjs lodash phantomjs reify nodevember angular dev summit john david dalton

JSJ 279: ES Modules in Node Today! with John-David Dalton

Play Episode Listen Later Sep 19, 2017 56:54

Tweet this Episode John-David Dalton is probably best known for the Lodash library. He's currently working at Microsoft on the Edge team. He makes sure that libraries and frameworks work well in Edge. The JavaScript Jabber panel discusses the ECMAScript module system port to Node.js. John wanted to ship the ES module system to Node.js for Lodash to increase speed and decrease the disk space that it takes up. This approach allows you to gzip the library and get it down to 90 kb. This episode dives in detail into: ES Modules, what they are and how they work The Node.js and NPM package delivery ecosystem Module loaders in Node.js Babel (and other compilers) versus ES Module Loader and much, much more... Links: Lodash ES Module Loader for Node Node CommonJS Babel TypeScript FlowType Microsoft ESM Blog Post Meteor Reify ESM Spec PhantomJS zlib module in Node AWS Lambda NPM Webpack Rollup John-David Dalton on Twitter Picks: Cory: Trending Developer Skills The Devops Handbook Aimee: Nodevember ES Modules in Node Today (blog post) Dating is Dead Aaron: Ready Player One trailer breakdown Jim Jefferies Show I Can't Make This Up by Kevin Hart Work with Aaron at SaltStack Chuck: Angular Dev Summit ZohoCRM Working on Cars - Therapeutic working with your hands doing physical work John: TC39 Proposal for Optional Chaining ToyBox 3D Printer

work dating microsoft dead babel kevin hart ready player one meteors module node roll up modules typescript npm jim jefferies make this up aws lambda webpack ecmascript saltstack javascript jabber commonjs lodash phantomjs reify nodevember angular dev summit john david dalton

JSJ 279: ES Modules in Node Today! with John-David Dalton

Play Episode Listen Later Sep 19, 2017 56:54

Tweet this Episode John-David Dalton is probably best known for the Lodash library. He's currently working at Microsoft on the Edge team. He makes sure that libraries and frameworks work well in Edge. The JavaScript Jabber panel discusses the ECMAScript module system port to Node.js. John wanted to ship the ES module system to Node.js for Lodash to increase speed and decrease the disk space that it takes up. This approach allows you to gzip the library and get it down to 90 kb. This episode dives in detail into: ES Modules, what they are and how they work The Node.js and NPM package delivery ecosystem Module loaders in Node.js Babel (and other compilers) versus ES Module Loader and much, much more... Links: Lodash ES Module Loader for Node Node CommonJS Babel TypeScript FlowType Microsoft ESM Blog Post Meteor Reify ESM Spec PhantomJS zlib module in Node AWS Lambda NPM Webpack Rollup John-David Dalton on Twitter Picks: Cory: Trending Developer Skills The Devops Handbook Aimee: Nodevember ES Modules in Node Today (blog post) Dating is Dead Aaron: Ready Player One trailer breakdown Jim Jefferies Show I Can't Make This Up by Kevin Hart Work with Aaron at SaltStack Chuck: Angular Dev Summit ZohoCRM Working on Cars - Therapeutic working with your hands doing physical work John: TC39 Proposal for Optional Chaining ToyBox 3D Printer

work dating microsoft dead babel kevin hart ready player one meteors module node roll up modules typescript npm jim jefferies make this up aws lambda webpack ecmascript saltstack javascript jabber commonjs lodash phantomjs reify nodevember angular dev summit john david dalton

Episode 034 - npm install beer --save-in-mouth

Front End Happy Hour

Play Episode Listen Later May 22, 2017 53:26

In this episode, we are joined by Laurie Voss, the COO and former CTO at npm. Npm, also known as Node Package Manager has been an important tool in the JavaScript community and has helped engineers share their code. In today’s episode, we’ll be discussing how we leverage npm and find out what we can expect from npm 5. Laurie also teaches us some cool tricks that exist in the npm cli. Items mentioned in the episode: Node, npm, Ruby, Python, Java, Back End Happy Hour, CommonJS, CocoaPods, Stack Overflow, Github, Babel, Webpack, Closure Compiler, Rollup, Browserify, Yarn, npm Enterprise, Left-pad, Express, Google, Monster Cable, Gold Apple Watch, I am rich, Semver.org Guests: Laurie Voss - @seldo Panelists: Ryan Burgess - @burgessdryan Augustus Yuan - @augburto Jem Young - @JemYoung Derrick Showers - @derrickshowers Mars Jullian - @marsjosephine Picks: Laurie Voss - npm 5 Laurie Voss - Slides.com Laurie Voss - Next.js Ryan Burgess - Moment Lens Ryan Burgess - Lin Clark - A Cartoon into Fiber - React Conf 2017 Ryan Burgess - The Founder Augustus Yuan - Deco IDE Augustus Yuan - Mocktails Mixer by Deeplocal Jem Young - Aviation Jem Young - Music to Draw To: Satellite Derrick Showers - How I built this podcast Derrick Showers - Containers podcast Derrick Showers - Jackbox TV Mars Jullian - Spotify Mood playlists Mars Jullian - SkyGuru

google left beer coo mouth express enterprise cto babel python java github javascript install node yarn roll up stack overflow npm webpack cocoapods semver commonjs browserify laurie voss monster cable

095 AiA Building NG2 Libraries with Olivier Combe

All Angular Podcasts by Devchat.tv

Play Episode Listen Later Jun 2, 2016 51:07

Check out Newbie Remote Conf! 02:17 - Olivier Combe Twitter GitHub Holimetrix 03:21 - Why People Want Libraries in Angular 2 04:13 - Types of Libraries People Might Write 05:21 - ng2-translate 08:02 - TypeScript Problems vs Package Manager Problems 10:22 - Collaboration 13:17 - Advice For Writing Libraries ng-conf-library 19:47 - Design Considerations 25:09 - ng2-translate (Cont’d) 27:53 - Advice for People Doing Public vs Public Libraries 28:45 - Simplicity 30:11 - ng-conf 32:13 - Working with Systems (i.e. webpack) CommonJS Systemjs 36:53 - Upkeep Picks Khan Academy (Jules) Redbreast Irish Whiskey (Ward) Ghost (John) CloudFlare (John) Concept 2 PM5 (Performance Monitor 5) (Lukas) ng-conf (Lukas) Trello (Chuck) Gravity Forms (Chuck) Zapier (Chuck) angular2-library-seed (Olivier)

ghosts advice collaboration types concept ward simplicity olivier cont github libraries trello zapier public libraries cloudflare angular khan academy combe upkeep design considerations gravity forms commonjs redbreast irish whiskey systemjs newbie remote conf

095 AiA Building NG2 Libraries with Olivier Combe

Adventures in Angular

Play Episode Listen Later Jun 2, 2016 51:07

Check out Newbie Remote Conf! 02:17 - Olivier Combe Twitter GitHub Holimetrix 03:21 - Why People Want Libraries in Angular 2 04:13 - Types of Libraries People Might Write 05:21 - ng2-translate 08:02 - TypeScript Problems vs Package Manager Problems 10:22 - Collaboration 13:17 - Advice For Writing Libraries ng-conf-library 19:47 - Design Considerations 25:09 - ng2-translate (Cont’d) 27:53 - Advice for People Doing Public vs Public Libraries 28:45 - Simplicity 30:11 - ng-conf 32:13 - Working with Systems (i.e. webpack) CommonJS Systemjs 36:53 - Upkeep Picks Khan Academy (Jules) Redbreast Irish Whiskey (Ward) Ghost (John) CloudFlare (John) Concept 2 PM5 (Performance Monitor 5) (Lukas) ng-conf (Lukas) Trello (Chuck) Gravity Forms (Chuck) Zapier (Chuck) angular2-library-seed (Olivier)

ghosts advice collaboration types concept ward simplicity olivier cont github libraries trello zapier public libraries cloudflare angular khan academy combe upkeep design considerations gravity forms commonjs redbreast irish whiskey systemjs newbie remote conf

095 AiA Building NG2 Libraries with Olivier Combe

Play Episode Listen Later Jun 2, 2016 51:07

Check out Newbie Remote Conf! 02:17 - Olivier Combe Twitter GitHub Holimetrix 03:21 - Why People Want Libraries in Angular 2 04:13 - Types of Libraries People Might Write 05:21 - ng2-translate 08:02 - TypeScript Problems vs Package Manager Problems 10:22 - Collaboration 13:17 - Advice For Writing Libraries ng-conf-library 19:47 - Design Considerations 25:09 - ng2-translate (Cont’d) 27:53 - Advice for People Doing Public vs Public Libraries 28:45 - Simplicity 30:11 - ng-conf 32:13 - Working with Systems (i.e. webpack) CommonJS Systemjs 36:53 - Upkeep Picks Khan Academy (Jules) Redbreast Irish Whiskey (Ward) Ghost (John) CloudFlare (John) Concept 2 PM5 (Performance Monitor 5) (Lukas) ng-conf (Lukas) Trello (Chuck) Gravity Forms (Chuck) Zapier (Chuck) angular2-library-seed (Olivier)

ghosts advice collaboration types concept ward simplicity olivier cont github libraries trello zapier public libraries cloudflare angular khan academy combe upkeep design considerations gravity forms commonjs redbreast irish whiskey systemjs newbie remote conf

195 JSJ Rollup.js with Rich Harris and Oskar Segersvärd

Play Episode Listen Later Jan 20, 2016 64:56

02:17 - Rich Harris Introduction Twitter GitHub Blog The Guardian 02:34 - Oskar Segersvärd Introduction Twitter GitHub Widespace 02:50 - rollup.js rollup - npm 04:47 - Caveats and Fundamental Differences Between CommonJS and AMD Modules and ES6 Modules lodash Static Analysis 11:26 - Where rollup.js Fits in the Ecosystem Bundler vs Loader systemjs jspm webpack 17:40 - Input Modules 18:35 - Why Focus on Bundling Tools vs HTTP/2 20:13 - Tree-shaking versus dead code elimination 25:53 - ES6/ES2016 Support 27:36 - Other Important Optimizations 32:11 - Small modules: it’s not quite that simple three.js 41:54 - jsnext:main – should we use it, and what for? Picks Better Off Ted (Joe) Elementary (Joe) Ruby Rogues Episode #137: Book Club - Functional Programming for the Object-Oriented Programmer with Brian Marick (Aimee) Ruby Rogues Episode #115: Functional and Object Oriented Programming with Jessica Kerr (Aimee) Ruby Rogues Episode #65: Functional vs Object Oriented Programming with Michael Feathers (Aimee) Operation Code (Aimee) Google Define Function (Dave) Scott Hanselman: Dark Matter Developers: The Unseen 99% (Dave) MyFitnessPal (Chuck) Nike+ Running (Chuck) Couch to 10k (Chuck) Aftershokz Bluez 2 Headphones (Chuck) Pebble Time Steel (Chuck) Climbing (Rich) The Codeless Code (Rich) Star Wars (Rich) The Website Obesity Crisis (Oskar)

star wars rich blog tree guardian couch functional ecosystem fits elementary github headphones static oskar roll up myfitnesspal loader better off ted object oriented programming static analysis bundler jessica kerr nike running rich harris michael feathers commonjs operation code pebble time steel ruby rogues episode brian marick widespace

195 JSJ Rollup.js with Rich Harris and Oskar Segersvärd

Play Episode Listen Later Jan 20, 2016 64:56

02:17 - Rich Harris Introduction Twitter GitHub Blog The Guardian 02:34 - Oskar Segersvärd Introduction Twitter GitHub Widespace 02:50 - rollup.js rollup - npm 04:47 - Caveats and Fundamental Differences Between CommonJS and AMD Modules and ES6 Modules lodash Static Analysis 11:26 - Where rollup.js Fits in the Ecosystem Bundler vs Loader systemjs jspm webpack 17:40 - Input Modules 18:35 - Why Focus on Bundling Tools vs HTTP/2 20:13 - Tree-shaking versus dead code elimination 25:53 - ES6/ES2016 Support 27:36 - Other Important Optimizations 32:11 - Small modules: it’s not quite that simple three.js 41:54 - jsnext:main – should we use it, and what for? Picks Better Off Ted (Joe) Elementary (Joe) Ruby Rogues Episode #137: Book Club - Functional Programming for the Object-Oriented Programmer with Brian Marick (Aimee) Ruby Rogues Episode #115: Functional and Object Oriented Programming with Jessica Kerr (Aimee) Ruby Rogues Episode #65: Functional vs Object Oriented Programming with Michael Feathers (Aimee) Operation Code (Aimee) Google Define Function (Dave) Scott Hanselman: Dark Matter Developers: The Unseen 99% (Dave) MyFitnessPal (Chuck) Nike+ Running (Chuck) Couch to 10k (Chuck) Aftershokz Bluez 2 Headphones (Chuck) Pebble Time Steel (Chuck) Climbing (Rich) The Codeless Code (Rich) Star Wars (Rich) The Website Obesity Crisis (Oskar)

star wars rich blog tree guardian couch functional ecosystem fits elementary github headphones static oskar roll up myfitnesspal loader better off ted object oriented programming static analysis bundler jessica kerr nike running rich harris michael feathers commonjs operation code pebble time steel ruby rogues episode brian marick widespace

195 JSJ Rollup.js with Rich Harris and Oskar Segersvärd

CodeWinds - Leading edge web developer news and training | javascript / React.js / Node.js / HTML5 / web development - Jeff B

Play Episode Listen Later Jan 20, 2016 64:56

02:17 - Rich Harris Introduction Twitter GitHub Blog The Guardian 02:34 - Oskar Segersvärd Introduction Twitter GitHub Widespace 02:50 - rollup.js rollup - npm 04:47 - Caveats and Fundamental Differences Between CommonJS and AMD Modules and ES6 Modules lodash Static Analysis 11:26 - Where rollup.js Fits in the Ecosystem Bundler vs Loader systemjs jspm webpack 17:40 - Input Modules 18:35 - Why Focus on Bundling Tools vs HTTP/2 20:13 - Tree-shaking versus dead code elimination 25:53 - ES6/ES2016 Support 27:36 - Other Important Optimizations 32:11 - Small modules: it’s not quite that simple three.js 41:54 - jsnext:main – should we use it, and what for? Picks Better Off Ted (Joe) Elementary (Joe) Ruby Rogues Episode #137: Book Club - Functional Programming for the Object-Oriented Programmer with Brian Marick (Aimee) Ruby Rogues Episode #115: Functional and Object Oriented Programming with Jessica Kerr (Aimee) Ruby Rogues Episode #65: Functional vs Object Oriented Programming with Michael Feathers (Aimee) Operation Code (Aimee) Google Define Function (Dave) Scott Hanselman: Dark Matter Developers: The Unseen 99% (Dave) MyFitnessPal (Chuck) Nike+ Running (Chuck) Couch to 10k (Chuck) Aftershokz Bluez 2 Headphones (Chuck) Pebble Time Steel (Chuck) Climbing (Rich) The Codeless Code (Rich) Star Wars (Rich) The Website Obesity Crisis (Oskar)

star wars rich blog tree guardian couch functional ecosystem fits elementary github headphones static oskar roll up myfitnesspal loader better off ted object oriented programming static analysis bundler jessica kerr nike running rich harris michael feathers commonjs operation code pebble time steel ruby rogues episode brian marick widespace

#78 - 和 Vue.js 框架的作者聊聊前端框架开发背后的故事

Teahour

Play Episode Listen Later Aug 16, 2015 116:56

本期由 Terry 和袁滚滚一起主持，邀请到了 Vue.js 的作者尤小右, 聊聊前端框架开发背后的故事。这一期我们将聊到非常多前端框架和技术，大家也可以听到小右同学对各种前端框架和技术的点评，如果你正愁如何选择你的前端工具栈, 我相信这一期将会对你有非常大的帮助。(涉及到的技术包含 Knockout, BackboneJS, Spine, Marionette, AngularJS, Ember, Ractive.js, React, Flux, webpack, Karma， Jasmine 等等等等) Meteor Parsons School of Design Clojure Colgate University ActionScript Zachary Lieberman openframeworks three.js Google Creative Lab Google Data Arts Team Aaron Koblin Chrome Experiments Dependency injection Object.defineProperty() Knockout Backbone.js Spine AngularJS Marionette MVVM Glimmer Ractive React React Virtual DOM shouldComponentUpdate (React) Flux Immutable JS CommonJS substack Browserify webpack Babel CoffeeScript TypeScript Jasmine Mocha Karma Selenium CasperJS PhantomJS Nightwatch.js Sauce Labs BrowserStack DailyJS Laravel Laracasts Processing TasteJS Avalon 尤小右知乎 Relay Ember FastBoot react-server-example 功夫熊硬派健身硬派健身－知乎专栏 Python China 青城 Theme BTW: 录制中途，突然楼上开始敲东西，虽然后期做了一些处理，但是可能还是略有影响，但并无大碍，希望大家多多饱含. 小右口误更正：小右到达美国的时间是 05 年 Typescript 是有类型推导的 Special Guests: 尤小右 and 袁滚滚.

design karma react processing special guests babel btw object spine flux avalon knockout backbone meteors relay dependency vue glimmer parsons school mocha modules colgate university nightwatch typescript selenium marionette laravel clojure vuejs angularjs mvvm coffeescript actionscript sauce labs browserstack google creative lab commonjs browserify laracasts phantomjs ember fastboot backbonejs

008 Guy Bedford - jspm & SystemJS - Unity and simplicity in loading CommonJS, AMD, and ES6 JS packages

Play Episode Listen Later Jul 2, 2014 22:12

Guy Bedford explains jspm and SystemJS which he created to simplify JS loading and package management. Load CommonJS, AMD, and ES6 modules in a simple and unified manner based on the ES6 Module Loader polyfill.

unity simplicity amd packages loading bedford js modules nodejs es6 cjs jsconf commonjs jspm systemjs

67: Tim Said, Man

Accidental Tech Podcast

Play Episode Listen Later May 28, 2014 129:39

We'll be guests on the WWDC live episode of The Talk Show: Tuesday, June 3, 6–9 PM. Get tickets here ASAP! John will be taking a plane... for you. Follow-up: Which is faster: installing Showbot or reimplementing it? Casey's open-source Node version PHP isn't faster than Javascript, voiding Marco's accidental argument in the last episode. Node.js uses CommonJS, not AMD. ECMAScript also adds formal module support, which es6-module-transpiler lets you use today. To the great surprise of nobody except John, iPhones come with earbuds, and those earbuds come with clickers. To the great surprise of nobody, including John, the Bluetooth-pairing interface in a car was terrible, and both Marco and Casey missed an obscure reference. iOS games that support physical game controllers must also work without them. If the "iPhone 6" comes in two sizes, which do you buy? Possibility of resolution scaling modes. Would the cameras be different? (Marco on The Talk Show, starting around 01:26:00). WWDC product-announcement predictions: New MacBook Airs or a 12" Retina MacBook Air? (Intel's Broadwell delay) Macworld's slow SSD speeds in the new Airs may just be from different SSD manufacturers. New Apple TV hardware or software? The Apple TV 3's CPU was originally a dual-core A5 with one die disabled, but not anymore. The iPod Touch still has an A5 LOL. There may not be any new hardware announced at WWDC, just like previous WWDCs in 2007, 2008, 2010, and 2011. New sensors to be taken advantage of, like Pedometer++ did with the M7 last year. Craig Hockenberry on Apple wearables Wearables, sensors, and watches in fashion and reality. Bringing the new Mac Pro's dark-glossy-aluminum finish to more Pro hardware? Retina Thunderbolt Display? The Magic Mouse. Yes, we really talked about this. Drawing conclusions from the "To Be Announced" sessions in the WWDC schedule. WWDC predictions for Mac OS X 10.10: Just a visual refresh, or notable improvements to the core OS as well? Apple shuffling engineers around to work on the new hotness while neglecting its established platforms and applications. Modernization or replacement of AppKit, possibly by bringing the relevant parts of UIKit to Mac? Is there any hope for a new filesystem, possibly by evolving Core Storage? WWDC predictions for iOS 8: Better inter-app communication: A system like Contracts or Intents? Involving remote view controllers? Side-by-side iPad multitasking? Springboard enhancements? Please kill Newsstand. Please. Just make them normal app icons. Could Remote View Controllers and Background Refresh be used for widgets, live tiles, or dynamic icons? Customizable default browser, mail app, etc.? WWDC predictions for new or improved web services: Sponsored by: lynda.com: Learn at your own pace from expert-taught video tutorials. Free 7-day trial. NatureBox: Discover and enjoy delicious snacks, conveniently delivered to your home or office. Dash: Create a free, real-time dashboard for your website, your business, or your life. (Check out the ones they made for us.)

apple iphone drawing os ios ipads apple tv contracts possibility talkshow bluetooth wwdc amd javascript cpu ssd node modernization mac pro airs springboard ipod touch mac os x a5 customizable macworld m7 ecmascript uikit newsstand new apple tv pedometer appkit craig hockenberry commonjs to be announced showbot

064 JSJ Ember Tools with Ryan Florence

Play Episode Listen Later Jun 21, 2013 49:56

Panel Ryan Florence (twitter github blog) Jamison Dance (twitter github blog) Joe Eames (twitter github blog) Merrick Christensen (twitter github) Charles Max Wood (twitter github Teach Me To Code Rails Ramp Up) Discussion 01:28 - Ryan Florence Introduction Instructure Canvas Network 03:04 - Ember 101 05:03 - Ember.js Workflow 047 JSJ Specialized vs Monolithic with James Halliday and Tom Dale ember-tools 07:14 - CommonJS vs RequireJS r.js browser-build 09:58 - prego 11:39 - Generators 14:45 - Testing 16:15 - Yeoman Yeoman generators 20:49 - Scaffolding Handlebars.js 21:33 - Ember blessing ember-tools Ember.js - Making Ember.js Easier 24:19 - Using ember-tools in Rails Creating Browser Apps as Part of Express of Rails (etc.) 25:27 - Scaffolding (cont’d) 26:53 - Adapting an existing project to ember-tools 29:59 - Dbmon 30:59 - Canvas Edu Apps (learning apps built on LTI™) 32:44 - node.js 34:24 - Modules 38:59 - Contributing to ember-tools 41:46 - State Picks vim-clutch (Merrick) Star Wars: Heir to the Empire by Timothy Zahn (Joe) America’s Got Talent (Joe) Man of Steel (Joe) The Internship (Joe) Help Save Podcasting! | Electronic Frontier Foundation (Chuck) Stuff You Should Know (Chuck) Fringe (Chuck) Capgras Syndrome: You Are Not Who You Think You Are (The Stuff You Should Know Podcast) (Ryan) MIDI.js (Ryan) JS Bin (Ryan) Lifetime Products Swing Sets (Ryan) Uncooked Flour Tortillas (Ryan) Next Week JavaScript Jabber: Javascript Application Build Tools with Adam Hawkins Transcript MERRICK: What’s up gentlemen? JOE: Like I said, just making toot lips. JAMISON: Isn’t toot lip like a flower of some kind? The JavaScript flower? JOE: Doesn’t smell like a flower. CHUCK: [Laughter] [Hosting and bandwidth provided by the Blue Box Group. Check them out at Bluebox.net.] [This episode is sponsored by Component One, makers of Wijmo. If you need stunning UI elements or awesome graphs and charts, then go to Wijmo.com and check them out.] [This podcast is sponsored by JetBrains, makers of WebStorm. Whether you’re working with Node.js or building the front end of your web application, WebStorm is the tool for you. It has great code quality and code exploration tools and works with HTML5, Node, TypeScript, CoffeeScript, Harmony, LESS, Sass, Jade, JSLint, JSHint, and the Google closure compiler. Check it out at JetBrains.com/WebStorm.] CHUCK: Hey everybody, and welcome to Episode 64 of the JavaScript Jabber Show. This week on our panel, we have Jamison Dance. JAMISON: Hello friends. CHUCK: Joe Eames. JOE: Hey there. CHUCK: Merrick Christensen. MERRICK: What’s up? CHUCK: I’m Charles Max Wood from DevChat.TV. And this week, we have a special guest, Ryan Florence. RYAN: Hey, how’s it going? CHUCK: So, you haven’t been on the show before. Do you want to introduce yourself? RYAN: Sure. Ryan Florence. I’m from Utah like a lot of you guys. I’ve been writing JavaScript for five years now or something like that. I just picked it up. I was sick of the engineers at my company telling me that things were impossible. So, I started to show them that it was possible and then ended up getting paid more money. CHUCK: Is that at Instructure or is that somewhere else? RYAN: No, that was at a company actually in Idaho. CHUCK: Ah, I see. RYAN: So now, I work at Instructure. We build a learning management system for schools and universities. We also have Canvas.net, which is open courses for anyone to take. There are some pretty interesting ones on there like gender and comic books, things like that. It’s a fun place to work, fun product to work on. CHUCK: Yeah, you inherited a lot of my old coworkers. I used to work for Mozy. RYAN: Yeah, half our engineering team used to be Mozy. But I think we have offset them at this point.

tv google tools utah empire idaho express adapting ui man of steel canvas javascript rails contributing sass node typescript html5 scaffolding blue box monolithic jetbrains instructure lti coffeescript devchat james halliday charles max wood mozy webstorm commonjs ryan florence joe eames jamison dance jslint jshint merrick christensen wijmo

064 JSJ Ember Tools with Ryan Florence

Play Episode Listen Later Jun 21, 2013 49:56

Panel Ryan Florence (twitter github blog) Jamison Dance (twitter github blog) Joe Eames (twitter github blog) Merrick Christensen (twitter github) Charles Max Wood (twitter github Teach Me To Code Rails Ramp Up) Discussion 01:28 - Ryan Florence Introduction Instructure Canvas Network 03:04 - Ember 101 05:03 - Ember.js Workflow 047 JSJ Specialized vs Monolithic with James Halliday and Tom Dale ember-tools 07:14 - CommonJS vs RequireJS r.js browser-build 09:58 - prego 11:39 - Generators 14:45 - Testing 16:15 - Yeoman Yeoman generators 20:49 - Scaffolding Handlebars.js 21:33 - Ember blessing ember-tools Ember.js - Making Ember.js Easier 24:19 - Using ember-tools in Rails Creating Browser Apps as Part of Express of Rails (etc.) 25:27 - Scaffolding (cont’d) 26:53 - Adapting an existing project to ember-tools 29:59 - Dbmon 30:59 - Canvas Edu Apps (learning apps built on LTI™) 32:44 - node.js 34:24 - Modules 38:59 - Contributing to ember-tools 41:46 - State Picks vim-clutch (Merrick) Star Wars: Heir to the Empire by Timothy Zahn (Joe) America’s Got Talent (Joe) Man of Steel (Joe) The Internship (Joe) Help Save Podcasting! | Electronic Frontier Foundation (Chuck) Stuff You Should Know (Chuck) Fringe (Chuck) Capgras Syndrome: You Are Not Who You Think You Are (The Stuff You Should Know Podcast) (Ryan) MIDI.js (Ryan) JS Bin (Ryan) Lifetime Products Swing Sets (Ryan) Uncooked Flour Tortillas (Ryan) Next Week JavaScript Jabber: Javascript Application Build Tools with Adam Hawkins Transcript MERRICK: What’s up gentlemen? JOE: Like I said, just making toot lips. JAMISON: Isn’t toot lip like a flower of some kind? The JavaScript flower? JOE: Doesn’t smell like a flower. CHUCK: [Laughter] [Hosting and bandwidth provided by the Blue Box Group. Check them out at Bluebox.net.] [This episode is sponsored by Component One, makers of Wijmo. If you need stunning UI elements or awesome graphs and charts, then go to Wijmo.com and check them out.] [This podcast is sponsored by JetBrains, makers of WebStorm. Whether you’re working with Node.js or building the front end of your web application, WebStorm is the tool for you. It has great code quality and code exploration tools and works with HTML5, Node, TypeScript, CoffeeScript, Harmony, LESS, Sass, Jade, JSLint, JSHint, and the Google closure compiler. Check it out at JetBrains.com/WebStorm.] CHUCK: Hey everybody, and welcome to Episode 64 of the JavaScript Jabber Show. This week on our panel, we have Jamison Dance. JAMISON: Hello friends. CHUCK: Joe Eames. JOE: Hey there. CHUCK: Merrick Christensen. MERRICK: What’s up? CHUCK: I’m Charles Max Wood from DevChat.TV. And this week, we have a special guest, Ryan Florence. RYAN: Hey, how’s it going? CHUCK: So, you haven’t been on the show before. Do you want to introduce yourself? RYAN: Sure. Ryan Florence. I’m from Utah like a lot of you guys. I’ve been writing JavaScript for five years now or something like that. I just picked it up. I was sick of the engineers at my company telling me that things were impossible. So, I started to show them that it was possible and then ended up getting paid more money. CHUCK: Is that at Instructure or is that somewhere else? RYAN: No, that was at a company actually in Idaho. CHUCK: Ah, I see. RYAN: So now, I work at Instructure. We build a learning management system for schools and universities. We also have Canvas.net, which is open courses for anyone to take. There are some pretty interesting ones on there like gender and comic books, things like that. It’s a fun place to work, fun product to work on. CHUCK: Yeah, you inherited a lot of my old coworkers. I used to work for Mozy. RYAN: Yeah, half our engineering team used to be Mozy. But I think we have offset them at this point.

tv google tools utah empire idaho express adapting ui man of steel canvas javascript rails contributing sass node typescript html5 scaffolding blue box monolithic jetbrains instructure lti coffeescript devchat james halliday charles max wood mozy webstorm commonjs ryan florence joe eames jamison dance jslint jshint merrick christensen wijmo

064 JSJ Ember Tools with Ryan Florence