Having worked with C# for at least half my career (and later a Java stack), I initially looked down on JavaScript. From the perspective of a “server-side engineer”, it was always the ugliest part of any codebase - good for enhancing web applications with AJAX calls and other client-side magic, but not for powering core functionality.

Node changed everything, not just from a technical standpoint, but how we work together to reach the customer.

Most of us have worked in software development teams where engineers were exclusively server-side or client-side in focus, or ‘T-shaped’ - with some involvement in both.

Our front-end application at Dawex (a marketplace for monetizing and acquiring data) is a Single-Page App powered with AngularJS. First lines of code were written during summer 2015. Back in time, it totally made sense to choose this framework. We had large experience with it and it fairly matched our needs for the platform. Angular (the new one) was only in alpha version. React started to be popular and used among the front-end community but we didn’t have enough feedback with it. And Vue… well, it didn’t yet make its own way. Who knew it would end up with the big players?

Even though our app is developed with an

Finding an awesome developer requires that you are clear on what you’re looking for. Do you want a full-stack or a front end / back end person? Do you need specific skills like knowledge of AI, blockchain, or big data?

Unless you have a specific reason, don’t hire technology-specific. Instead, hire based on fundamental knowledge.

Over the years, I’ve interviewed hundreds of developers. One of my biggest learnings is that there can be no assumptions. I’ve interviewed people with a Masters in Computer Science who had trouble writing a for-loop that iterated through an array.

So the first rule is to hire people who (preferably) have fundamental knowledge, coding experience, and a willingness to constantly learn new languages and skills.

As most people well know, all programming languages have their faults. Some have more than others. However, JavaScript is especially bad. That’s why you can find so many complaints about JavaScript on the web. One of the most amazing and distressing things about JavaScript is that it can actually fail silently at runtime due to syntactical errors! Another thing is “callback hell” which promises can mitigate but are otherwise not a perfect solution. The most notorious of JavaScript’s faults is probably in its weak typing (not to be confused with dynamic typing) which manifests in the profusion of WATs and WTFs that make JavaScript the butt of so many industry jokes. Here is one of the funniest (from a JavaScript proponent, no less!):

Written by Cody Lindley sponsored by — Frontend Masters

This is a guide that anyone could use to learn about the practice of front-end development. It broadly outlines and discusses the practice of front-end engineering: how to learn it and what tools are used when practicing it in 2017.

It is specifically written with the intention of being a professional resource for potential and currently practicing front-end developers to equip themselves with learning materials and development tools. Secondarily, it can be used by managers, CTOs, instructors, and head hunters to gain insights into the practice of front-end development.

In this post we will be discussing about some of the HTML5 Responsive Frameworks for Web Developers. Developers likes HTML5 because of its better interoperability between browsers and that's why it emerged as an important language for cross platform mobile application development. In this post we will be discussing about some of the HTML5 Responsive Frameworks which will assist developers to build responsive web applications.

Bootstrap is the most popular and powerful HTML, CSS and JavaScript Framework for developing responsive, mobile first applications. Bootstrap is an open-source framework for developing responsive, mobile-first websites.  It is actually a powerful front-end framework, which includes HTML and CSS based design templates for UI components like buttons, drop-downs, tabs, accordion, etc. For more information about Bootstrap, read

This list was last updated January 2017. Dates and locations are subject to change. If you have recommendations for conferences to add to the list, leave them in the comment section below! We’ll be continually adding conferences to the list.

January 19–20, 2017 — Budapest, Hungary (Node)

January 20–21, 2017 — Dornbirn, Austria (React)

January 20–21, 2017 — Prato, Italy (Go)

January 27, 2017 — Linz, Austria (JavaScript)

January 27, 2017 — San Diego, CA (Ember)

January 27, 2017 — New York City, NY (Front-end)

January 27–29, 2017 — Kochi, India (Ruby)

February 2–4, 2017 — Cape Town, South Africa (Ruby)

Feb 2–4, 2017 — Miami, FL (PHP)

Being a front end developer is not an easy task these days. With the rise of new frameworks and libraries every week it’s not that easy to keep up with all the updates. In my opinion front end developers today need to learn how to utilize the amazing data source called “The Internet” to their advantage.

A lot of people ask me if they should go and learn coding in this or that school, my answer is always the same: “Take the time to learn alone, look for internet courses, read blogs, go to meetups and etc..”.
In my opinion people who can’t learn alone will have really hard time getting a good job, and more importantly getting a second job.

If you did some front-end development, you’re probably familiar with Object-Oriented Programming, even if you don’t know it. Many JS libraries are exposing classes, which can be instantiated to describe the desired effect, like this:

const waypoint = new Waypoint({
 element: document.getElementById('thing'),
 handler: () => console.log('You have scrolled to a thing')
})

JavaScript is mostly used in an OO way, but nothing prevents us from using it in a functional way. Let’s see how the two would differ.

But first, a disclaimer: I know FP vs. OOP is a broad, nuanced, and sometimes fuzzy subject. What follows is a slight simplification of a perhaps false dichotomy. Nevertheless, I think that front-end development can benefit greatly from FP influences.

If you did some front-end development, you’re probably familiar with Object-Oriented Programming, even if you don’t know it. Many JS libraries are exposing classes, which can be instantiated to describe the desired effect, like this:

const waypoint = new Waypoint({
 element: document.getElementById('thing'),
 handler: () => console.log('You have scrolled to a thing')
})

JavaScript is mostly used in an OO way, but nothing prevents us from using it in a functional way. Let’s see how the two would differ.

But first, a disclaimer: I know FP vs. OOP is a broad, nuanced, and sometimes fuzzy subject. What follows is a slight simplification of a perhaps false dichotomy. Nevertheless, I think that front-end development can benefit greatly from FP influences.

If you’re a front-end dev like me, you’ll often find yourself making pull requests that have visual changes. I wanted to share something that I’ve started doing at work that has been helpful in getting my pull requests approved.

The idea is simple, but I will add a few tips and tricks to help you take it to the next level!

The basic idea is to add screenshots and screen recordings for any visual changes. They make the job for the reviewers much easier since they can visually see what’s been changed instantly.

I like to show the before and after visual diffs.

Take a screenshot of the before and after, and add it to your PR like so: