If you are developing web application and you are working on client side, I hope you write unit tests or test automation or even both like we do. The following tips might be helpful if you write your tests using Jasmine and execute it with Karma or Protractor.

I guess you already know that if you want to disable a specific test you can add “x” before describe or it statements?

1
2
3
4
5
xdescribe('my beautiful function', function() {
 xit('having fun', function() {

 });
});

Did you also know that if you add “d” before describe or “i” before it, it will run only this specific test and skip the others?

1
2
3
4
5
ddescribe('my beautiful function', function() {
 iit('having fun', function() {

 });
});

This is especially helpful when you need to focus on debugging specific test.

Hope you liked it. If you have more tips to share, please do.

A story about group of people who were passionate enough to try and make a change in Israeli elections process.

TL;DR We successfully built a social voting application in few days of work in our spare time. Released it two weeks before recent elections in Israel and got 12,000 people registered and voted in that period. All by using viral Facebook marketing.

Read on →

So true, about code quality. The only valid measurement of code quality: WTFs/minute.

I’m just going to put it here, as some great engineering culture references I beleve in:

Few weeks ago I joined Spectory, a small projects outsourcing company with great culture and people.

My job is to form and lead a new team of software engineers. Our mission is to build a new strategic product for Google using modern client side technologies.

The challenge is huge - get to know new people (Spectory and Google), form a new team and build a new product.

As part of my job, I’m and my team deployed at Google and working closely with Google teams and other vendors. We need to integrate well to make a progress.

I wanted to share with you my observations of Google culture after few weeks of work. I share it because I think its interesting and some facts were surprisingly new for me:

  1. Work with a smile. Engineers, security guys, cooks and cleaning stuff are nice. Everybody are willing to help and actually suggesting their help. I still didn’t hear someone rising their voice.

  2. Although we are sitting in an open space, it is pretty quiet here. This is leading to productive and focused work.

  3. As a developer you get a very powerful machine. You can order any enhancement (keyboard, cables, headphones, etc..) that will make your work environment even more comfortable. Nobody will ask you to justify your order and you will receive it quickly.

  4. On your first month you have to learn a lot to get introduced with Google unique tools and standards. Google have a lot of great documentation resources like code labs, wiki and internal user groups.

  5. You have a lot of technologies and different tools you have to work with as engineer in Google. Engineers are free to choose which tools or technologies work best for them. Even every team can choose to develop their own work flow which suits best their culture and product they are working on. Still, standards you should apply to exists.

  6. Requirements for new product development are usually not well defined and documented. It’s customer, product and engineering team responsibility to brainstorm and finalize it. Engineers have a lot of power to decide on product development paths and priorities.

  7. Although it is an enterprise sometimes with its bureaucracy and politics, each team operates like a small start up. Trying to be as lean and iterative as possible delivering value fast to customers.

  8. Last and most important aspect of this culture is the great professional engineers working here. I think it wouldn’t be possible to build such culture without the people who get a lot of responsibility here.

To be continued…

LinkedIn views chart

I left eToro about 2 months ago and started to look for a new challenge. It was my first time actively looking for a job and trying to “sell” myself. :)

Below you will find a list of things I learned from the process of looking for a new job:

  1. If you can afford it, leave your current job before you found a new one. It gives you more time to look for a new job and you can do it transparently without hiding. That’s what I did.

  2. At the beginning, you have to understand what kind of job and in which type of company you are looking for. This is good for training on your pitch and to make a focus. When you know what you are looking, you can decline job opportunities which looks less appealing for you.

  3. Looking for a new job is fun. You have the opportunity to meet a lot of new interesting and sometimes inspiring people. Quit your job now! :)

  4. Don’t trust recruitment agencies. Their recruitment procedures are outdated and not aligned with real market needs. Use social networks and your connections.

  5. LinkedIn is working. Add a new company and call it “Looking for new challenges/opportunities” in your LinkedIn profile. You will receive 300% increase in profile views and at least one new job opportunity a day in your private inbox.

  6. Look for people (team) and culture, but not for product, company or technology stack. You have to work with people at the end of the day.

  7. It takes time to open your mind after a long period employed in one place. Meet old friends who were working with you and who you respect, see what they are doing. It will give you more ideas or maybe you can join forces.

  8. Learn something new, you have plenty of free time now. Read books you always wanted to read, but couldn’t do it because you were busy at work. Learn that new technology and hack something. Spare more time with your family, kids, yourself. You won’t have this time for long.

Let me know what you think and if you have some other findings.

Writing this post of good learning resources as a reference for myself.

The purpose is to refresh a memory, skills and get updated with latest technologies like HTML5, CSS3 and AngularJS.

HTML, CSS and JavaScript

AngularJS

Feel free to suggest other resources.

If you are working with Sublime Text 2/3 and you want to be able to see live changes on your HTML/CSS layout, follow the steps below:

  1. Find and install a new package from SublimeText called “LiveReload”. Set "save_on_focus_lost" :true in user settings to enable auto save functionality.

  2. Add LiveReload Chrome extension which you will have to enable in order to activate LiveRecord on page you are working at. Make sure to select in extensions management screen ” Allow access to file URLs” to enable this functionality on local files as well.

  3. Install and run free livereload node.js server by running the following terminal commands:

1
2
$ npm install -g livereload
$ livereload [path]

I just wanted to tell you about a very cool and groundbreaking test automation UI which was developed by Maxim Guienis, my friend from eToro. It was designed for specific eToro needs to provide an easy “wizard like” tool for QA to write automatic UI tests.

It is called APPLENIUM (APPium + seLENIUM) and it uses Appium and Selenium frameworks as helpers to make mobile and web testing easy.

Find the source code or get more information about it on his blog.