Can a QlikView developer be a Qlik Sense developer?

QlikView developers (as per the book QlikView 11 for Developers) were those of us who wrote load scripts, designed data models, formulated expressions, and manipulated QlikView objects. Qlik Help has now left that group of people nameless and deemed developers to be those who work with either QlikView or Qlik Sense APIs using some third-party code. Even so, I still consider myself a QlikView developer because creating extensions, or any other use of QlikView’s APIs, is not an integral part of the software. However, Qlik Sense APIs are at the forefront of what the software is and the title of Qlik Sense developer implies some ability to work with them.

Can QlikView developers upgrade their skills and become full-fledged Qlik Sense developers? After some reflection on my days as a QlikView developer and some cheerleading to motivate myself to make this transition, I’m going to share with you my plans to learn the answer. I alone am a horribly small sample for this experiment, so I invite anybody who is up to the challenge to perform the same feat or anyone who has already done so to share their experience.

The Glory Days

I’ve been a QlikView developer for 11 years, and during these years, I’ve successfully executed multiple BI projects without once having developed a single QlikView extension. I’ve always found a way to use native QlikView objects to meet almost every business requirement. Like me, I’m sure there are many QlikView developers that have resorted to the same tactics and avoided creating QlikView object extensions.

Just in case we QlikView developers need a little reminder of our creativity, I’m going to include some examples. One of the most common tricks is to take advantage of QlikView’s freeform UI design and overlay one object over another. This trick lets us create certain infographics or add lines and bars to an area chart. The following examples are from Julian Villafuerte‘s book Creating Stunning Dashboards for QlikView.

Overlapping QlikView Objects - Infographic
Villafuerte, Julian. “Creating Stunning Dashboards for QlikView,” page 133
Overlapping QlikView Objects - Area Chart
Villafuerte, Julian. “Creating Stunning Dashboards for QlikView,” page 129

I use another trick in my data visualization class to a persuade a bar chart object to be a heat map legend before placing it on top of the actual bar chart.

QlikView Bar Chart Heat Map Legend

I also sometimes dig deep and venture into the nether regions of QlikView functionality.  For example, I use error bars to coax QlikView into making a single object bullet graph in my book Mastering QlikView Data Visualization.

Native QlikView Bullet Graph
Pover, Karl. “Mastering QlikView Data Visualization,” page 216

These are just a few examples of a long list of possible QlikView data visualization tricks. I’m sure every reader can think of a time when they used a QlikView object in some crazy way. In my opinion, that is what makes QlikView data visualization development so much fun.

Sadly, the times they are a changin’ and this craziness seems to have all but ended with Qlik Sense. Its lack of customizable object properties and freeform UI design has killed the fun.  Across the street, however, the Qlik Sense developer party looks ripe for the crashing. The big question is whether QlikView developers have enough skills to crash the party or whether this party is only for web developers.

QlikView Developer Complacency

I have no doubt that most of my motivation to learn how to develop Qlik Sense extensions is personal. I haven’t added anything new to my technical skill set since around the same time QlikView 11 came out in 2011. Surely, over the past 6 years I could have learned R, Python, JavaScript, Hadoop, or any of a thousand other things.

My complacency

Even so, who could blame me?  Life as a QlikView Developer is still great and customers remain happy about how much QlikView can achieve. If I could learn to develop extensions to not only cover the visualization attributes that Qlik Sense still lacks, but also to create a few visualizations that I was never able to make in QlikView and offer my customers the out-of-the-box benefits of Qlik Sense then I might do so.

However, the benefits would have to be great and the learning curve to develop extensions not so deep for this to be a good investment and worth the effort. I believe such calculus is what makes many QlikView developers hesitate to take on the full role of a Qlik Sense developer, or at least it has more to do with that than any inability to learn how to code JavaScript. The beginning of this post demonstrates our hacking prowess and anyone who can think through both the logic and syntax of QlikView set analysis is capable of understanding JavaScript.

Mind the Right Gap

We, QlikView developers, tend to get hung up on the topic of QlikView vs. Qlik Sense and the functionality gap between them. We also seem to carry this idea that Qlik is going to at some point provide us with all the basic visualization attributes that were available in QlikView.  We might go yet further and rationalize that even if that’s not the case, we can depend on some generous Qlik Sense developer to create what we need.

The first mistake is to assume that closing the gap between QlikView and Qlik Sense is Qlik’s goal. It is not. The gap that Qlik is interested in closing is between Qlik Sense functionality and what it expects customers to need in the future. It is bound to leave a lot of QlikView functionality, including some simple data visualization property options, out of the software.

Like numerous other technological shifts, every current QlikView customer will at some moment reach a tipping point when QlikView no longer fulfills their requirements. Whether Qlik Sense can fulfill these customers’ future requirements looks likely to not only depend on Qlik, but also its ecosystem, which includes an army of QlikView developers.

Mind the Qlik Gap


A gap between customer requirements and the combined functionality of Qlik Sense and QlikView would be disastrous. Although most of the responsibility to cover this gap belongs to Qlik, QlikView developers are capable of creatively, if only marginally, prolonging QlikView’s life. They also have the competence to become Qlik Sense developers and help make up for some of Qlik Sense’s deficiencies.

The incentive for us to help close that gap is to continue to reap the benefits of our knowledge. Web developers don’t have that same incentive of survival. JavaScript will outlive Qlik. As such, we can also create new opportunities for our future careers that don’t depend on one software and that still take advantage of what Qlik projects taught us about data analysis.

As far as waiting for other developers to create something that fits our needs, I don’t think depending on the free labor to fulfill an important requirement is a good strategy. Even if in the unlikely case that I find everything I would ever need on Qlik Branch and never have to develop an extension from scratch, I am the only one that is responsible for maintaining, and if necessary, fine-tuning that extension.

Regardless of any other incentive Qlik could offer to make extension development a rewarding skill, I think we have enough arguments to add web development to our technical skill set.

The plan

When I wrote Mastering QlikView Data Visualization, I imagined that I was “fracking” QlikView. It was my effort to find innovative ways to get more out of a software that hasn’t experienced any major change to its data visualization functionality since 2011. It was my way of prolonging QlikView’s usefulness until Qlik Sense was more mature.

In the last chapter of that same book, I opined that in order to master Qlik Sense data visualization, we would need to learn how to develop Qlik Sense visualization extensions. As this blog post suggests, my opinion has not changed.

The plan for QlikView developers that know nothing about web development is as follows:

  1. Take care of the fundamentals and learn HTML5, CSS, and JavaScript.
  2. (a)Go through the Qlik Sense Developer help documentation and (b)create your first extension.
  3. Get updated information and insight from the Qlik-related blogs
  4. Get live advice from the experts.
  5. Learn to use a data visualization JavaScript library.
  6. Find a visualization to develop and just get started.
  7. Fail fast and look for answers in the work done by others.
  8. Contribute to the Qlik Branch.
  9. Take the time to learn what will make you better (sharpen the saw).
  10. Create an extension to solve a real business need.

This plan is certain to change by the time I finish learning to be a Qlik Sense Developer. For those of you that are already Qlik Sense developers, I’d love to hear your input. As of the writing of this post, I’ve almost completed step 1 and 2, and next time I’ll write about what I’ve learned so far.

One more thing…

If you still aren’t convinced about learning to develop Qlik Sense extensions yourself, do at least keep track of what others are doing in Qlik Branch. Even if you’re only a user, your feedback is valuable to creating better extensions.

Also, pay close attention to what @vizlib and @irregularbi are up to.


Good luck, Karl

Author: Karl Pover

Owner of Evolution Consulting, which provides Qlik consulting services throughout Mexico. Author of "Learning QlikView Data Visualization" and "Mastering QlikView Data Visualization." Qlik Luminary since 2014.

17 thoughts on “Can a QlikView developer be a Qlik Sense developer?”

  1. Hey Karl,
    So is this good cop, bad cop? It seems like Julian is great at keeping things light and fun and then you come in and sober us all up!
    Of course you are completely correct. The writing has been on the wall for us “QlikView Developers” for some time. I have the “become web developer” task on my list as well, but this damn blog keeps sucking up all my extra time, lol!
    Keep us informed on your progress, sir.

    1. Hey Aaron, Thanks for your comments. Yeah, that’s funny because in person Julian is the bad cop and I’m the good cop.

      That same task has been on my list for 2 years now. I figure that if I made it public (and if people read about it) then I’d have to go through with it. Well, shoot, it looks like at least one person’s read it (in other words, you), so there goes my idea of being lazy for another year.

      Yeah, a big thanks for that…LOL

  2. Yes, a QlikView Developer can be a Qlik Sense Developer, there’s nothing inherently magical or hard about the skills that are required (other than keeping up with which framework is hip this week). It wasn’t that long ago that front-end developers were considered the burger flippers of the programming profession 😉

    And for those QlikView Developers that do not want to move in that direction, you can always consider transitioning to Microsoft Power BI. IMHO this might be a more natural ‘Departmental BI’ successor to QlikView than Sense (as in, you don’t need a web developer to get something that looks pretty).

    1. LOL. Ouch. I’m embarrassed to not have learned how to flip a burger yet. I can write thousands of lines of code to extract data, but to write 20 lines of code to create a visualization drives me nuts. There’s a real mental barrier to go from using WYSIWYG tools to coding. Maybe I need a psychologist more than a JavaScript tutorial.

    1. QlikView has been by far is the best platform for my customer. While QS may be for others that want to be more ‘hands on’. But your Blog post has convinced me to look into JavaScript and Web Dev in the event a new customer wants it. Im not to happy with this new shift Qlik has taken. Power BI is looking more attractive every day.

  3. I completely understand why people avoid extensions in Qlikview – the functionality was more of a bolt on at a later stage in that products development than a core component.

    However Qlik Sense is built for extension use as a core part of the product, in a way it is allowing Qlik to keep up with the innovation of the web developer world which is much faster than any Analytics vendor.

    The real issue for enterprise deployments is the question of using open source extensions vs in house building – While downloading open source extensions from branch can work, downloaded JavaScript code in business critical reports is not a good idea and will struggle getting through security. In house building is actually very costly, and not something most companies would want to do once you factor in the cost of maintaining code inhouse and all the cross browser stuff you have to think about.

    Since you mentioned Vizlib in this article, we actually used the library in an enterprise deployment and I have to say their support is arguably better than Qlik itself. Also they are releasing new stuff at a good pace and at the moment we would happily recommend them to any enterprise customers out there. Not only the extensions they are churning out but the multi version support and customer portal shows they have actually thought about what large Qlik customers need. I think they will probably become a standard purchase for most enterprise Qlik Sense deployments.

    1. @Stevey I agree with your sentiment: “While downloading open source extensions from branch can work, downloaded JavaScript code in business critical reports is not a good idea and will struggle getting through security. In house building is actually very costly, and not something most companies would want to do once you factor in the cost of maintaining code inhouse and all the cross browser stuff you have to think about. ”

      I think Qlik has more work to do on that front relying on third parties for innovation and product stability. They need to fill the functionality gap that QlikView has over Sense. Qlik Needs to start baking in native objects like what Vizlib produces.

Leave a Reply

This site uses Akismet to reduce spam. Learn how your comment data is processed.

%d bloggers like this: