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.
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.
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.
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
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.
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.
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.
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.
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:
- (a)Go through the Qlik Sense Developer help documentation and (b)create your first extension.
- Get updated information and insight from the Qlik-related blogs
- Get live advice from the experts.
- Find a visualization to develop and just get started.
- Fail fast and look for answers in the work done by others.
- Contribute to the Qlik Branch.
- Take the time to learn what will make you better (sharpen the saw).
- 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.
@Vizlib Table acts like a built-in and expected: has a selection while dragging over the field #QlikSense #extension #vizlib pic.twitter.com/JMPwOvnzdj
— Ralf Becher (@irregularbi) April 11, 2017
Good luck, Karl
17 thoughts on “Can a QlikView developer be a Qlik Sense developer?”
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.
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
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).
QlikView no longer fulfills their requirements, that is a good one, hahaha
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.
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.
Thanks for your excellent input Stevey. I agree with everything you have to say.
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.