unqork interview questions

Ive written a lot recently on my belief that the future of no-code is low-code. That belief is what led Connor and I to launch code meets no-code.

Below, Im excited to bring you an interview with Nick Gamble VP Solutions at Unqork who believes the opposite. That instead of business users crossing the aisle towards developers, Unqork thinks that it is in fact developers that should adopt no-code tools to deliver more value to their businesses.

You can get the full audio and video of this interview here. If youre the reading type, below is the transcript (lightly edited for readability).

Aron Korenblit: Welcome Nick, officially to Automate All the Things. Were excited to have you here.Â

Aron Korenblit: Most folks reading this newsletter will be unfamiliar with Unqork. Start us with what is Unqork and what is the tweet length summary on Unqork and the industries you serve?

Nick Gamble: Sure. So Unqork is a no-code platform, but it is an enterprise grade, no-code platform for software engineers. Were targeted for technical folks who have to take on very technical tasks in very technical and very regulated industries. We started in financial services and insurance – that was where our leadership had a ton of expertise, and that allowed us to grow very rapidly in those industries. But quickly we realized that were not an industry solution. We are an industry-agnostic development platform.Â

So from financial services to insurance. We went to healthcare. We went to public sector. If you ask me, theres really no limit to the use cases that we can build, even on a total outside of the box thing. I built a board game in Unqork. So it just goes to show that while we have success in certain industries, particularly because of the regulated nature of them, it is a very general purpose no-code platform.

Aron Korenblit: For folks who are unfamiliar with the platform, what are some things that are built in it, but also talk a little bit about the primitives that you have in place. What can I do with Unqork and how does it feel using it?Â

Nick Gamble: Sure. So Unqork has the concept of the module, thats our primary element that makes up applications that are built in Unqork. Those modules contain UI elements. They contain some business logic and all that. And effectively what weve seen is theres more or less two to three types of modules that our creators are building.Â

You have your schemas or your data models, and I think if you look at a lot of similar platforms, it starts around the data, right? You really need to have a good understanding of what youre capturing. relationships between the data, maybe where that data is going to go and things like that. So theres the element of Unqork of defining your data.Â

But then, what are you going to do with that data? So you have the UI elements. So, about a little bit less than half of all of those modules in Unqork — those building blocks — are UI screens. So your typical form elements. So we have just about every form element you can imagine under the sun available to drag onto your canvas, and build that UI that you need to allow your users to submit information.

And thats going to also include reflexive logic. So if I check this, then I want to make this thing appear. If I answer one thing one way, I want to do the other.Â

The one that actually excites me most as the engineer is the API layer. Everything that you do visually can also be executed as an API, as well as you can build things that are dedicated APIs.

Now, those could either be APIs that are going to sit on top of the data that you collect from that first type of module. It might be APIs that sit in front of third-party applications that youre calling or other applications within your infrastructure that youre calling, or it could just be some piece of reusable logic that you want to expose out to anybody else whos building within your Unqork environment or even externally to other folks. So taking those building blocks of your data your UIs and your APIs, and then stitching that together with our workflow product, to create those, whether its visual workflows and the steps you need to collect information and pass it on to different stakeholders along a given workload process or even completely automated processes that may run on time sequence, to do some calculations, batch processing, you name it.Â

Aron Korenblit: So it sounds like Unqork is a no-code tool or a low-code tool in the same sense as Webflow, Airtable, and others and that it has the same building blocks: UI, data and logic, but what I hear from you that is different is actually who youre targeting, which I think is unique and where Id like us to spend a moment where you say its a platform for developers. So maybe talk a little bit about “What is a no-code tool for developers?”Â

Nick Gamble:Its not exclusively developers – what Unqork is able to do is really foster the collaboration between your technical users, your developers, and your non-technical users. Were in these highly-regulated, highly-complex enterprise organizations. I personally think were kidding ourselves if all of a sudden someone can create a tool that allows anyone off the street to build an FX trading system, which some of our bank clients have done, or a patient onboarding portal like Maimonides Medical Center, the largest employer in Brooklyn, a big hospital, did.Â

To think that someone can come in and just know how to do it — maybe they can get it done — but whats really important about software is not just getting it done, but getting it done well. Right? You want something thats scalable. You want something thats maintainable. Something thats almost more important than ever is secure. You want something thats secure and thats where the technical users can really come in and kind of lay that architecture out — lay the foundation out — and take on maybe some of the more complex aspects of the build that youre doing, but still giving the business users an option to come closer to that development process, contribute throughout the SDLC, really understand what it is maybe the more technical person is doing when theyre actually following through on the requirement that theyre given.

So we really feel that it is the engineers that youre going to accelerate. We call it a 10X engineer. Theres certainly a seat at the table for everybody and that collaborative process is whats going to result in the best software you can build.Â

Aron Korenblit: Personally I love that idea of building on the same platform, whether were a developer or a non-developer. So Im curious, in your experience, has it been more of a question of developers speaking business language or business users understanding development principles, such that they can contribute, whether its Unqork or others? So where do you see folks migrating towards more as someone who speaks to both of those audiences?

Nick Gamble: I think its advantageous for both sides to come into the middle and come together. Thats actually a change Ive seen in technology in general. If you go back to the eighties — maybe nineties of technology — it was a lot of pure developers who were just focused on whatever their task lists that they had to code was and not interfacing with the broader market and the rest of the organization. And now, its the tech moguls that are the cultural icons and all that. So I think it goes both ways, but to answer your question, I would say Im seeing a lot more of the business come closer to the technology.Â

So it’s a question of how you can form the right team to deliver on it, and what can you do in Unqork to support that?Â

Unqork is really big into reusability. So there might be a very complex calculation that needs to happen, or a complex workflow, or a flow on top of the data. You can still have the more technical person create that, expose it to all the lesser technical people who are involved who understand the UI, who understand the end user thats going to be touching this application and take those reusable blocks and use them without having to know really how they work. Now, of course they can dig in if theyre super interested. It’s always fun to see that person whose eyes start to light up when theyre like, “This is how websites work and this is how these things happen.” So they can always dig in, but they also just understand, “Hey, somebody did something technical. Let me use it where I need.”Â

Aron Korenblit: As someone who teaches no-code principles or sometimes code principles, I love that idea of seeing folks being like, “Oh, I now understand this thing that Ive been using all the time.” So that definitely resonates.Â

I guess a question I have for you is how do you convince someone who is a developer to entertain the idea of not writing code in the sense that it’s the most flexible, its clearly the most scalable. “Why not write code?” seems like even a difficult premise. So how do you convince someone whos like, “why would I use this when I have more power and more flexibility using the things I already know?”

Nick Gamble: We really believe that engineers need no-code. Yes, with code you do have infinite flexibility. But there are so many things that developers are coding that dont need to be coded.

I think you would agree on the same side on Airtable, youve solved a tremendous use case where someones going to have to go build a very interactive spreadsheet effectively, with connections every single time. And you said, “No engineer, dont do that.You dont need to go build what weve provided you. You can take your energy and your brains and you can go focus on the stuff that maybe we dont cover, that our platform doesnt cover just yet.” So I dont think its even convincing them that they need to stop writing code for everything. Its just, “Hey, when you look at the things that you do time and time again, there are so many things that can be done without code.”Â

I think you even saw that evolution before no-code and low-code really started to change the trajectory of software development. You saw that even within code. First, there was very low level assembly language where you had to do everything. You had to jump around the circuit board, then you had to start to manage your memory when you got to C and languages like that, which was very hard. And then languages came along that did garbage collection for you and now engineers no longer have to manage their memory. And then, frameworks came out. Ruby on Rails, Django, Spring — like all of these MVC frameworks came out to avoid you having to connect to every single database.Â

So theres always been that abstraction and trying to take away some of the things that are going to be critical across or part of every application. With Unqork and no-code in general, the world of what those things are has grown — not to say its taken over everything just yet — but certainly, I think we all would love to get there. So I think its more about just targeting engineers to things that theyre probably gonna drive a lot more joy out of doing and provide a lot more value to their organization out of doing.Â

You also mentioned that code is going to be more scalable. I may challenge that assumption. I think code may give you more options to deal with the ultimate scalability problems that youre going to have, but when you take on any kind of SaaS or past platform, now all of a sudden youre pushing a lot of that scalability concerns out of your world. Within Unqork, you dont worry about running your application. Well worry about running it, scaling it when it needs to. Maybe in a sense that could mean no-code is even more scalable because of course we do have engineers working under the covers behind the scenes doing that to our platform as well.

Aron Korenblit: I think the question around scalability is often one of not “Can this scale to an X number of users?” Its more of “Will I hit a wall?” And I think theres actually really interesting the case of Unqork where — from my understanding — code is not a part of the platform. There is no escape valve of “We will write custom code.”

So, how do you balance that need for primitives? Obviously youre not going to build every single primitive that is possible while also potentially hitting a wall of like, “I cant do this thing that I have to do,” which a lot of other no-code platforms allow you to use code in to unlock those use cases. So how do you guys think about that?Â

Nick Gamble: Sure. So I would say a couple of things there. So first off — again — Ive been at Unqork for three years and have not hit that wall, which I think says a lot. But, I also havent seen every requirement under the sun that every customer is going to give and things like that.

So, lets take an example of connecting to a database, right? Like a direct connection to a database. That is something that we have just flat out said, “Youre not going to be able to do from Unqork.” We dont want you to connect directly to a MySQL database or even some more legacy one thats even harder to connect to its driver thats really hard to find. But, you need to do it, right? So I would say thats a great example where an engineer can then focus on something that is still exciting to them – and thatd be organization – and build an API that stands in front of that database and then Unqork, through its integration layer and its visual API builder, can connect directly to that. Now, maybe over time, well be a little more open to that concept of doing it from Unqork, but thats a good example where you can write code outside of the world of Unqork, and then connect Unqork to it. Whether youre connecting Unqork to the code you wrote or connecting Unqork to a third party, like an Airtable.

Were not going to let you write code in Unqork because we want to ensure that what youre building on Unqork truly is codeless and really is just a flexible representation of your logic. But, there might be an instance where its advantageous for the infrastructure, the architecture, or the needs that you have to write some side code.

I would say the other part of that too, is we dont sit here and think that we have completed the journey of building the greatest no-code product in the world. Were obviously extremely proud of what we have done and we think it is a tremendous platform. We talked to our customers on a daily basis. We talked to our internal users on a daily basis. When they come with feedback that might be along those lines, “Like, I dont feel that I can do, X requirement given the capabilities that you have,” well certainly look to take that need from Client A, abstract it away from what theyre asking, get to the root of whats needed, and find a way to then take that and expose it as a new feature in Unqork.

Aron Korenblit: I think we can get into a debate around, which primitives do you build and what that enables and how you prioritize those. I think one thing Im hearing from you is, you would always rather build those primitives rather than have that code kind of functionality, right? But it doesnt stop folks from writing code outside. And I think thats definitely a unique approach.

Nick Gamble: Right. We believe that if youre writing code inside of Unqork, the moment youve written code its become legacy. Because within a week, a new version of ECMAScript is going to come out. Within a week, a better database is going to come out. The moment youve committed it to Git or whatever, its now legacy that you need to maintain and deal with it. Whereas, by keeping as much of that as this language agnostic standard, we are opening up the Unqork JSON representation as an open standard and that its just there, a no-code representation because we dont compile code. We dont generate code. Everything is interpreted on the fly. So as long as you have that codeless representation of your logic, you dont have to worry about changing it when the JavaScript library changes, when the cookie policies of browsers change, and all that. Thats not to say we might not have to do that, but — hey — wouldnt you rather we do that for you? And youre just responsible for your business logic. Well handle the rapidly changing world of code under the covers.Â

Aron Korenblit: We appreciate that. As all no-coders, we appreciate all the platforms doing the true heavy lifting for us.

So to end, youve painted a picture of this idea of developers working with business folks to enable mainly internal use cases — maybe just to end here, if we were to project ourselves 10 years from now, and maybe you work at Unqork, maybe you dont, what do you hope is possible with no-code 10 years from now? What can I do as a no-coder in 10 years?Â

Nick Gamble: Yeah. I think we would both hope that its just about everything, right? And, I mentioned that open standard, and Ive used the term codeless a few times versus no-code — because thats kind of the lens at which were looking at things now. Rather than focusing on just the designing principle of it, focusing on whether its an Airtable-like application, a Webflow, Zapier — all the tools — rather than trying to say that one — and I even think you said this in one of your blogs — there will never be a one-size-fits-all platform for everybody. Right? Thats what we are really embracing right now by saying that — look — were going to focus on this open codeless standard. Just as serverless changed the way people can run their code, were looking to change the way that you can effectively run your no-code. And the input into that open standard can be anything, right? You could use Airtable and then generate that out against our standard. Go ahead and use Salesforce Service. You name it. Weve provided that intermediate standard and you can come in with whatever IDE you want, whatever other platform you want that translates to ours and then gets run.

By defining that standard, were hoping that its going to lead to everybodys success in no-code, so that folks who are focused on different use cases can succeed in those use cases and we can help facilitate that and just facilitate the continued growth.

Where I see no-code going in 10 years truly is almost everything except maybe the writing of the no-code platform. And actually — when I say that — Id be remiss not to bring up that a large portion of Unqork is now built with Unqork.

Nick Gamble: So we actually have a number of capabilities of our product that are built using our product. So that is affording us the ability to take all the benefits that weve talked about so far today and apply that towards the growth of our platform and then allowing our engineers to do that through the parts of the platform that run the platform, rather than some of the capabilities that folks are asking for or really need as theyre using it.

Aron Korenblit: Well, lets hope for a future where we do have that promised land. Im sure there are some big hurdles. That question of will people actually adopt that standard, First and foremost, and second, Im sure there are things that we build now that will require that code kind of element, right? I dont think well be able to innovate always on existing primitives, right? And we need new ones all the time. So…Â

Aron Korenblit: Right. Exactly. Well, I hope that future for us and for you guys does materialize and really appreciate you Nick coming on Automate All the Things and talking to us.

• How do you handle a situation with clients where you know you will miss a deadline? Answer Question.
• What are your greatest strengths and weaknesses? Answer Question.
• Why are you here today, why Unqork? Answer Question.

Interviews for Top Jobs at Unqork

Sales Engineer Interview

You can get a job based on these pk intewrview questions that were created based on the research and survey of the company. The first question in our mind is How to crack pk interview processed. These pk interview questions will provide better support to crack an interview. It provides the right direction to crack an interview in less time, as most of the companies have asked related questions, which is based on their previous interviews and their business operations. Moreover, it will be better to increase your knowledge about the background and current position of the company. In addition to that pk interview questions are required to set our mind that will increase your confidence level as well. You must read these interview questions to get success in your interview. It will provide better chances to shortlist in an interview. You can find the best answers to all the interview questions from experts and professionals who have faced such types of interviews in the past. Moreover, pk interview questions and answers are provided for experienced and fresher’s candidates as well. Besides, you can easily set your mind to crack an interview based on your knowledge and preparation. We provide a high level of content to get a shortlist in your interview and get your dream job. Moreover, most of the companies have repeated their interview questions. Thus, you should read those questions and answers as well because you should give a proper answer to those questions to make you shortlisted in the interview. Moreover, there are many good impacts of these pk interview questions and answer on your upcoming interview as well as future interviews. So, you should go through all these pk interview questions and answers once. You should know your level for that interview based on these pk interview questions as well. These pk interview questions and answers were designed for cracking an interview. Surely, you will get success in your interview or job. pk placement papers are useful for improving knowledge and personal development that will use in another interview as well.

pk global interview questions,pk global recruitment process,pk global exam pattern,pk global programming test,unqork interview questions,pk global technical interview questions,pk global hiring process

Unqork Configurator-Consultant Low Code No Code

Los Angeles, California, United States

New York, New York, United States

San Jose, California, United States

Caution against fraudulent job offers. Learn more.

From developing a stand out resume to putting your best foot forward in the interview, we want you to feel prepared and confident as you explore opportunities at Deloitte. Check out recruiting tips from Deloitte recruiters.

At Deloitte, we know that great people make a great organization. We value our people and offer employees a broad range of benefits. Learn more about what working at Deloitte can mean for you.

Our diverse, equitable, and inclusive culture empowers our people to be who they are, contribute their unique perspectives, and make a difference individually and collectively. It enables us to leverage different ideas and perspectives, and bring more creativity and innovation to help solve our client most complex challenges. This makes Deloitte one of the most rewarding places to work. Learn more about our inclusive culture.

From entry-level employees to senior leaders, we believe there’s always room to learn. We offer opportunities to build new skills, take on leadership opportunities and connect and grow through mentorship. From on-the-job learning experiences to formal development programs, our professionals have a variety of opportunities to continue to grow throughout their career.

As used in this posting, “Deloitte” means Deloitte Consulting LLP, a subsidiary of Deloitte LLP. Please see www.deloitte.com/us/about for a detailed description of the legal structure of Deloitte LLP and its subsidiaries.

All qualified applicants will receive consideration for employment without regard to race, color, religion, sex, sexual orientation, gender identity, national origin, age, disability or protected veteran status, or any other legally protected basis, in accordance with applicable law.

Deloitte will consider for employment all qualified applicants, including those with criminal histories, in a manner consistent with the requirements of applicable state and local laws. See notices of various ban-the-box laws where available.

Requisition code: 30342

FAQ

What are the 15 most common interview questions and answers?

• Tell me about yourself? …
• Why do you want to work for [insert company name]? …
• How did you hear about this job? …
• Tell me about something on your resume. …
• Why are you looking for a job? …
• Why should we hire you? …
• Where do you see yourself in five years?

What are the 7 most common interview questions and answers?

• Could you tell me about yourself and describe your background in brief? …
• How did you hear about this position? …
• What type of work environment do you prefer? …
• How do you deal with pressure or stressful situations? …
• Do you prefer working independently or on a team?

What are the 6 most common interview questions and answers?

1. Where do you see yourself in five years? …
2. What are your strengths/weaknesses? …
3. Why should we hire you? …
4. Tell me about yourself / your past work experience. …
5. Why do you want to work for us? …
6. What are your salary expectations? …
7. What skills or experience will help you succeed in this role?