J2FED.com
Konrad Moskal's blog more info

Konrad Moskal's personal website and a blog about front end development more info

What Every Frontend Developer Should Know About Webpage Rendering by Alexander Skutin

Today I’d like to focus on the subject of web page rendering and why it is important in web development. A lot of articles are available covering the subject, but the information is scattered and somehow fragmented. To wrap my head around the subject, for example, I had to study a lot of sources. That’s why I decided I should write this article. I believe the article will be useful for beginners as well as for more advanced developers who want to refresh and structure what they already know.

Rendering has to be optimized from the very beginning, when the page layout is being defined, as styles and scripts play the crucial role in page rendering. Professionals have to know certain tricks to avoid performance problems.

This article does not study the inner browser mechanics in detail, but rather offers some common principles. Different browser engines work differently, this would make a browser-specific study even more complicated.

FULL ARTICLE
source: link

10 Articles Every Programmer Must Read by Javin Paul

Being a Java programmer and Software developer, I have learned a lot from articles titled as What Every Programmer Should Know about ….. , they tend to give a lot of useful and in-depth information about a particular topic, which otherwise is very hard to discover. In my quest of learning I have come across some very useful articles, which I have bookmarked for reference and multiple reading. I personally think that all programmer can benefit by reading these articles, which makes me write this post and share all of these “What Every Programmer Should Know” articles with you guys.

These are from my personal bookmarks. In this article, you will see classic what every programmer should know article from topics like memory, Unicode, floating point arithmetic, networking, object oriented design, time, URL Encoding, String and many more. This list is very important for beginner and newcomers, as they are the ones, who lacks practical knowledge. Since most of these post are actually driven by practical knowledge, beginner and intermediate programmers can take a lot from it. Also gaining knowledge of fundamentals early in career helps to avoid mistakes, which has done by other programmers and software developers on their course of learning. Though it’s not easy to grasp all knowledge given in these articles in just one reading. You probably won’t understand some details about floating point number or get confused with subtle details of memory, but it’s important to keep these list handy and refer them time to time with a context. So Good luck and Enjoy reading these wonderful articles. By the way, don’t forget to share any What Every Programmer Should know article, if it’s not already in this list.

FULL ARTICLE
source: link

To NoSQL or not to NoSQL? by Ben Rossi

With the emergence of mass amounts of data, the popularity of the NoSQL database architecture has increased along with its more efficient processing architecture that is commonly associated with big data.

Now, in the instance that you are looking to store and analyse high volumes of that data, younger developers may quickly opt for Open Source NoSQL, claiming it is the database architecture of the future, and some among the Silicon Valley startup culture may even proclaim that the relational database architecture of SQL is no longer relevant.

While on the other hand, seasoned database administrators – and developers with more than a few gray hairs – refer to high-profile examples where NoSQL weaknesses led to the demise of Flexcoin and Poloniex, two Bitcoin exchanges that failed when hackers exploited weaknesses in their respective NoSQL architectures. The more opinionated among these long-time database pros may even proclaim that NoSQL is not suitable for mission critical applications at all.

FULL ARTICLE
source: link

8 Tips To Become A Better Front End Developer by Petr Tichy

Should I use this plugin or that library? Should I plan this project or dive straight into coding? Should I ask for help or figure it out myself?

Sounds familiar?

I know how you feel. I felt the same way. That all changed when I started implementing the below points into my routine.

Whether you are a newbie or professional, chances are that some of these points will help you to bring your front-end development career to the next level.

Here are 8 tips to help you to become a better front-end developer.

FULL ARTICLE
source: link

Seven JavaScript Quirks I Wish I’d Known About by Jim Cowart

If you are new to JavaScript or it has only been a minor part of your development effort until recently, you may be feeling frustrated. All languages have their quirks – but the paradigm shift from strongly typed server-side languages to JavaScript can feel especially confusing at times. I’ve been there! A few years ago, when I was thrust into full time JavaScript development, there were many things I wish I’d known going into it. In this article, I’ll share a few of these quirks in hopes that I might spare you some of the headaches I endured. This isn’t an exhaustive list – just a sampling – but hopefully it will shed some light on the language as well as show how powerful it can be once you get past these kinds of hurdles.

The Quirks We’ll look at:

  • Equality
  • Dot Notation vs Bracket Notation
  • Function Context
  • Function Declarations vs Function Expressions
  • Named vs Anonymous Functions
  • Immediately Invoked Function Expressions
  • typeof vs Object.prototype.toString
FULL ARTICLE
source: link

How To Safely Store A Password by Coda Hale

Use bcrypt

Use bcrypt. Use bcrypt. Use bcrypt. Use bcrypt. Use bcrypt. Use bcrypt. Use bcrypt. Use bcrypt. Use bcrypt.

Why Not {MD5, SHA1, SHA256, SHA512, SHA-3, etc}?

These are all general purpose hash functions, designed to calculate a digest of huge amounts of data in as short a time as possible. This means that they are fantastic for ensuring the integrity of data and utterly rubbish for storing passwords.

A modern server can calculate the MD5 hash of about 330MB every second. If your users have passwords which are lowercase, alphanumeric, and 6 characters long, you can try every single possible password of that size in around 40 seconds.

And that’s without investing anything.

If you’re willing to spend about 2,000 USD and a week or two picking up CUDA, you can put together your own little supercomputer cluster which will let you try around 700,000,000 passwords a second. And that rate you’ll be cracking those passwords at the rate of more than one per second.

FULL ARTICLE
source: link

rozliczenia-roczne.co.uk website

Here’s another website I’ve developed (web design + logo design + code). It’s responsive and running on WordPress. I’m fairly happy with overall outcome. Have a look:

Nothing special I’d say, some content and a couple forms. I just feel the customer is not really going to take advantage of WordPress editing abilities, so the whole CMS wasn’t really necessary. Anyway, I’ll go back to my HTML5 game now.

The JavaScript!

JS-Logo

If you check the date of my last post you’d find out it was posted over four months ago, let me explain why. On my journey to the front end development world I went through CSS, HTML, Responsive Web Design and many other things. I’ve subscribed to various mailing lists and I follow plenty extraordinary people on Twitter so I could stay up to date. Everything was going great except of a one thing, the JS, I couldn’t call myself a front end developer without knowing it.

When I finally started learning I got totally sucked in. I’ve almost forgot about the blog. My head was only focused on JavaScript and the idea that I’m about to grasp all the knowledge and the ideas that grew around the language in almost 20 years of its lifetime. I just stopped filtering the stuff I read about and stopped thinking if I should put it on the blog or not. This pretty much explains why I haven’t been publishing.

I’m back writing and I know Javascript now.

Obviously I’m no master or ninja but hell yes I’ve learnt a lot of stuff. I have to send huge acknowledgements to Mr. Richard Bovell from www.javascriptissexy.com. I started learning from his post: “How to Learn JavaScript Properly” and then I successfully followed the path he suggests on his amazing blog. Once again, thank you!

In just a little bit over four months I went from almost nothing to developing a single page web applications build with Backbone, Marionette, Node and Mongo! I didn’t have much experience in programming; I knew just enough of PHP to put together a WordPress website. Although I was familiar with CSS and HTML and I had a concept of where is the place of JS in the world of web development I didn’t know much about the language itself. I had to learn from basically nothing.

I’ve just developed a prototype of a HTML5 game and I want to spend couple weeks to get it into an alpha state. Maybe one day I’ll finish it. I’ll also soon write a post about another website I developed some time ago. At the very end I have to point out that it’s just a matter of days for me to start looking for a job. Hopefully, I’ll begin my new career in very near future.

Callback Functions in JavaScript by Louis Lazaris

If you’re fairly inexperienced with JavaScript but you’ve used jQuery, then its likely you’ve used callback functions. But maybe you don’t fully understand how they work or how they’re implemented.

In this post, which is based on what I’ve learned about callback functions, I’ll try to enlighten you on this fairly common JavaScript technique. And maybe some of our JavaScript experts can chime in and let me know what I’ve omitted or oversimplified. What is a Callback Function?

The above-linked Wikipedia article defines it nicely:

A reference to executable code, or a piece of executable code, that is passed as an argument to other code.

Here’s a simple example that’s probably quite familiar to everyone, taken from jQuery:

$('#element').fadeIn('slow', function() {  
    // callback function  
});  

This is a call to jQuery’s fadeIn() method. This method accepts two arguments: The speed of the fade-in and an optional callback function. In that function you can put whatever you want.

When the fadeIn() method is completed, then the callback function (if present) will be executed. So, depending on the speed chosen, there could be a noticeable delay before the callback function code is executed. You can read more about jQuery’s callback functions here.

FULL ARTICLE
source: link