JavaScript for Line of Business Applications
606.4K views | +29 today
JavaScript for Line of Business Applications
Keeping track of current JavaScript Frameworks that help design your clientside Business Logic Layers.
Curated by Jan Hesse
Beam to my Inbox:
Your new post is loading...
Your new post is loading...

Popular Tags - Filter using the Funnel

Scoop.it!

Server-side HTML vs. JS Widgets vs. Single-Page Web Apps

Server-side HTML vs. JS Widgets vs. Single-Page Web Apps | JavaScript for Line of Business Applications | Scoop.it

At the recent GOTO Chicago conference, I gave a talk on "Frontend Architectures: from the prehistoric to the Post-modern." In just my first 10 months at Coursera, I've experienced the joys and woes of many different frontend architectures, and I wanted to share what I learnt. I detail everything in the slides, but I'll summarize my thoughts here as well.

How do you pick an architecture?

We could make our decision by just checking Twitter and seeing what all the cool kids are talking about, but uh, let's pretend that we're more scientific about it than that, and figure out whats important to us as web developers.

No comment yet.
Scoop.it!

Modern Ember.js Application Workflow with Yeoman and Mocha

Modern Ember.js Application Workflow with Yeoman and Mocha | JavaScript for Line of Business Applications | Scoop.it

The following tutorial will provide an overview for building Ember.js applications with Yeoman. Keep in mind, Yeoman is a framework agnostic collection of tools, used to manage the workflow of any JavaScript application or plugin. For the sake of this tutorial, we have chosen to focus on Ember.js, as a case study.

Our workflow would not be complete without also setting up our testing strategy, so we will also include a standard BDD (Behavior Driven Development) setup with the Mocha testing framework.

No comment yet.
Scoop.it!

jQuery Library for SharePoint Web Services (SPServices) 2013.01 Released

jQuery Library for SharePoint Web Services (SPServices) 2013.01 Released | JavaScript for Line of Business Applications | Scoop.it

SPServices is a jQuery library which abstracts SharePoint's Web Services and makes them easier to use. It also includes functions which use the various Web Service operations to provide more useful (and cool) capabilities. It works entirely client side and requires no server install.

No comment yet.
Scoop.it!

generators in v8 - think await in C#

Andrew asked if me if we could somehow make asynchronous programming easier to write and read, maybe by implementing something like C#'s awaitoperator in the V8 JavaScript engine. I told him that the way into V8 was through standards, but that fortunately the upcoming ECMAScript 6 standard was likely to include an equivalent to await: generators.

No comment yet.
Scoop.it!

JS Drip #17: Boiling Down Arrays with Array#reduce

JS Drip #17: Boiling Down Arrays with Array#reduce | JavaScript for Line of Business Applications | Scoop.it

We've talked before about the advantages of using Array's higher order functions (likemap and sort) rather than manually iterating over an array's contents. But unlike mapand sort, which produce new arrays, reduce can boil an array down to a new value of any type.

No comment yet.
Scoop.it!

Learning Javascript with Object Graphs

Learning Javascript with Object Graphs | JavaScript for Line of Business Applications | Scoop.it

One of the secrets to being a super effective JavaScript developer is to truly understand the semantics of the language. This article will explain the basic elemental parts of JavaScript using easy to follow diagrams.

No comment yet.
Scoop.it!

Ember Data in Depth

This is a guide explaining how Ember Data works internaly. My initial motivation for writing this is to understand Ember better myself. I’ve found that every time I understand something about how Ember works, it improves my application code.

* DS.Model and DS.attr

* Transactions and commit()

No comment yet.
Scoop.it!

Why Hasn’t Agile Or Scrum Improved My Software Development?

Why Hasn’t Agile Or Scrum Improved My Software Development? | JavaScript for Line of Business Applications | Scoop.it
How to Diagnose Why Scrum “Isn’t Working”

 

A lot of software development teams switch to Agile development in order to solve some immediate problems they are experiencing.  A few sprints in, it becomes clear:  the problem wasn’t solved.  It’s easy to want to throw in the towel and go back to your old software development methodology.  Yeah, there were problems before, but it felt like you knew the scope of your team’s problems.

Scoop.it!

What Your Job Descriptions Are Saying to Developers About Your Company

What Your Job Descriptions Are Saying to Developers About Your Company | JavaScript for Line of Business Applications | Scoop.it

 One relatively common characteristic is that below the actual text of the email is pasted a job description. More often than not, I read this (or at least start to) out of general curiosity as to the state of the market. Some of them are reasonable and straightforward, making me think that the company in question would be a good, or at least decent, place to work. But others contain things that I’d call red flags.

Extrapolating beyond what gets sent to me via secondhand emails and generalizing to job boards and sites and other places where companies solicit talent (I can’t speak directly to these since I haven’t looked at them in quite a while), I think companies would be well served to consider what their job descriptions say to developers about them. It may not always be what’s intended.

No comment yet.
Scoop.it!

I've Been Doing It Wrong! Part 1 of 3

I've Been Doing It Wrong! Part 1 of 3 | JavaScript for Line of Business Applications | Scoop.it
Three sanity-preserving ideas that will make me and you 10x more productive with real-world AngularJS applications. This is the first in a three-part series on practical large-scale development wit...
No comment yet.
Scoop.it!

Lessons Learned: What Not to Do When Writing a Third-Party JavaScript App

Lessons Learned: What Not to Do When Writing a Third-Party JavaScript App | JavaScript for Line of Business Applications | Scoop.it

We admit it: mistakes were made.

The front end of Reverb for Publishers (RFP) is a JavaScript application that can display links relevant to the page you are viewing, concepts derived from the current page or recent trending articles on your site. This is powered by Reverb APIs which ingest the site content, analyze the text, provide recommendations, and monitor traffic. The bulk of our users are running WordPress powered sites but you can install this free plugin on any platform.

No comment yet.
Scoop.it!

A Narrative On AngularJS vs. DurandalJS

A Narrative On AngularJS vs. DurandalJS | JavaScript for Line of Business Applications | Scoop.it

This video is a couple of things: 1) my first attempt at a green screen video, and 2) a narrative and view into two competing single page application frameworks.

No comment yet.
Scoop.it!

Introduction to Ember.js

Introduction to Ember.js | JavaScript for Line of Business Applications | Scoop.it

"98% of buiding good apps is understanding your layers and knowing what code should go where"

No comment yet.
Scoop.it!

Use ECMAScript 6 Today

Use ECMAScript 6 Today | JavaScript for Line of Business Applications | Scoop.it

Today, ECMAScript 6 is in the process of being finalized. ECMAScript is the foundation of JavaScript and, hence, exploring the proposed features today also means that we get a sneak peak at how we will be writing JavaScript in the near future! In this article, we’ll explore ten new features, with a significant focus on tools, browsers and transpilers.

Jan Hesse's insight:

a mega round up of some ES6 features

No comment yet.
Scoop.it!

Get around cross-origin issues in your JavaScript applications using a proxy

Get around cross-origin issues in your JavaScript applications using a proxy | JavaScript for Line of Business Applications | Scoop.it
Hi, if you develop JavaScript applications you are surely aware of the same-origin-policy of browsers. This limits the application to request resources only from its own domain, while requests to ...
No comment yet.
Scoop.it!

AngularJS Best Practices: I've Been Doing It Wrong! Part 3 of 3

AngularJS Best Practices: I've Been Doing It Wrong! Part 3 of 3 | JavaScript for Line of Business Applications | Scoop.it
Three sanity-preserving ideas that will make me and you 10x more productive with real-world AngularJS applications This is the last in a three-part series on practical large-scale development with ...
No comment yet.
Scoop.it!

AngularJS Best Practices: I've Been Doing It Wrong! Part 2 of 3

AngularJS Best Practices: I've Been Doing It Wrong! Part 2 of 3 | JavaScript for Line of Business Applications | Scoop.it
Three sanity-preserving ideas that will make me and you 10x more productive with real-world AngularJS applications. This is the second in a three-part series on practical large-scale development with AngularJS.
No comment yet.
Scoop.it!

JS Drip #5: Transforming Arrays with Array#map

JS Drip #5: Transforming Arrays with Array#map | JavaScript for Line of Business Applications | Scoop.it

One of the most common tasks that developers perform in any language is taking an array of values and transforming those values. Up until recently, doing that in JavaScript took a fair bit of boilerplate code.

No comment yet.
Scoop.it!

Object.create(): the New Way to Create Objects in JavaScript

There are a lot of ways to create Objects in JavaScript, perhaps even more to integrate inheritance into them. Just when you thought that you've seen every possible way to create JS objects, I'm here to announce that there's yet another: the new Object create() method. Wouldn't you know it, there are some pretty good reasons to use it. But before we get into that, let's get familiar with how it works.

No comment yet.
Scoop.it!

The future is written in Javascript

There are a lot of programming languages, but there is only one that runs in your web browser, and that’s Javascript. Ruby, Java, C#, Python, PHP and dozens more are used to write software for the web but in the end they all produce HTML and Javascript, and HTML is not a programming language. That means that there’s only one programming language for the web, and that’s Javascript.

If you’re writing software for the web, you’re programming in Javascript, it’s just a matter of how many layers of “comfort zone” there is between you and your application.

Rohit Ranjan's curator insight, July 3, 2013 1:57 PM

looks interesting

Scoop.it!

The Politics of JavaScript

The Politics of JavaScript | JavaScript for Line of Business Applications | Scoop.it

Why Javascript is just that weird...

No comment yet.
Scoop.it!

Client-Side vs. Server-Side Rendering

Twitter announced that it was moving away from client-side rendering back to server-side rendering in order to improve page load time. Today I found myself having to defend my position that server-side rendering will almost always be faster. I figured I'd blog about it.

No comment yet.
Scoop.it!

Why Discourse uses Ember.js

Why Discourse uses Ember.js | JavaScript for Line of Business Applications | Scoop.it

* Ember.js is not that big. It’s 47k minified and gzipped. If you think that’s too big, consider the image of Thomas on his own web site is 49k.

* Discourse only requests JSON when you change views. On your initial visit it actually includes the JSON payload in the body so it doesn’t need to make an additional request.

* Nobody compiles templates in production. In development mode while you are changing them, they get compiled, but when you deploy you pre-compile them for performance.

* I’m not sure why you’d have to query data once you’ve already requested the JSON, but I suppose some times you might download a list of objects and then only show ones that are active or something. This isn’t a common case, and even if it was, isn’t it better than a server round trip to change the filter?

* Generating the HTML string is something that has to happen. And he’s not wrong, it is slower than just getting the HTML from the server. In particular, on low powered devices you will notice that rendering is slower than regular HTML. However, I’d offer two rebuttals to this: 1) Javascript and devices are only going to get faster in the future – the latest iPad renders discourse very smoothly – and 2) It can often be faster even with slow rendering to send much less data across the wire. Consider a table view with many controls on each row. Why send the html for all those buttons across the wire for every row? You can send the basic row data and the renderer decorate it.

No comment yet.
Scoop.it!

Getting Into Ember - 5 part series

Getting Into Ember - 5 part series | JavaScript for Line of Business Applications | Scoop.it

In my previous tutorial, I touched on how to use Ember.Object to define your models and work with datasets. In this section, we’ll look more closely at how Ember uses the Handlebars templating framework to define your app's user interface.

 

* Getting Into Ember.js

- http://net.tutsplus.com/tutorials/javascript-ajax/getting-into-ember-js/

* Getting Into Ember.js: The next steps

- http://net.tutsplus.com/tutorials/javascript-ajax/getting-into-ember-js-part-2/

* Getting Into Ember.js: Part 3

-  http://net.tutsplus.com/tutorials/javascript-ajax/getting-into-ember-js-part-3/

* Getting Into Ember: Part 4

- http://net.tutsplus.com/tutorials/javascript-ajax/getting-into-ember-part-4/

*  Getting Into Ember.js: Part 5

- http://dev.tutsplus.com/tutorials/getting-into-ember-js-part-5--net-35817

No comment yet.
Scoop.it!

Author In ES6, Transpile To ES5 As A Build-step: A Workflow For Grunt

Author In ES6, Transpile To ES5 As A Build-step: A Workflow For Grunt | JavaScript for Line of Business Applications | Scoop.it

Today I used a Grunt task called grunt-traceur by Aaron Frost to author code in ES6 (maximally minimal classes, modules, rest params, spread operators) and transpile back to ES5 as a build-step. It felt fantastic and the final product now runs in all modern browsers.

 

I also played with grunt-es6-module-transpiler which let me target CommonJS or AMD as readily usable compile-targets for my modules. Both projects enable us to use JavaScript.next features in our apps before support actually lands in browsers. Judging by the ES6 compatibility table by @kangax this may still take a while so transpilation is an interesting option worth considering.

No comment yet.