What is our primary use case?
My main use case for Amazon Q is that we have access to it in our company, and on a daily basis, we receive a lot of requirements from clients to build websites and probably do all the other work as well. I use Amazon Q for debugging, enhancements, and building applications. I also use Amazon Q for summarizing content and summarizing meeting descriptions. On a daily basis, Amazon Q helps me in many ways, which are mostly in developing, and some of my peer group use it for testing purposes as well. We build cool automations using Amazon Q. The project that we are currently doing is totally on AWS. Amazon Q has been the primary source for any questions that I have while implementing the product and the application in AWS. It helps a lot on a daily basis.
A recent task where Amazon Q made a difference was regarding a DocumentDB connection and Secret Manager connection issue that I faced today. I was not able to figure out what was really failing in the Lambda, but when I provided the code to Amazon Q and shared the details with it, it was able to determine that we were missing important string details in the Secret Manager that are related to DocumentDB. That was the reason the Lambda was failing to fetch the details from DocumentDB using the Secret Manager in which we store all the details of DocumentDB. It was not an easy task for me because it was a minute detail that I was not able to figure out because everything seemed to be very similar. Amazon Q helped in figuring out the issue. Before this, the actual challenging task of the project, which is setting up all the context of the project and building services and the Lambda layers and then all the Terraform code, has been done in Amazon Q. The project that we are currently doing, most of the work, whether it is Terraform code or Lambda code, which is written in Python, is completely done by Amazon Q. Amazon Q has also taken care of the gateway connections and all the other work.
On a daily basis, I use Amazon Q for building the project that we are currently building on AWS. I use it for debugging, development, and all the automations that we have in the project. Apart from that, it helps in participating in hackathons confidently because we have Amazon Q as a backup. The moment we get some idea in the hackathon, we go ahead and build it by prompting the idea to Amazon Q, and it immediately sets up the complete project. The main use case is that it helps in a lot of development work, automation, and debugging as well. The primary areas of focus are development, automation, and debugging. Regardless of the environment that I am in, whether it is in a product development space, an automation space, or a hackathon, I rely on Amazon Q on a daily basis.
What is most valuable?
The best features Amazon Q offers are the agentic mode and the ask mode. In the agentic mode, it is just a matter of prompting and it completely goes into the codebase and searches for the context and then answers me in detail. I do not need to rely on experts who know the codebase. Instead, I can just rely on Amazon Q and turn on the agentic mode so that it gets complete context and then answers me in the way that I want with the knowledge that it has of all the codebase. The main features of Amazon Q that are best in terms of the work that I do is its ability to understand the context of the codebase. The agentic mode in Amazon Q is amazing. It helps in debugging and helps in building applications.
Amazon Q has impacted my organization positively because earlier, we developers relied completely on the experienced software developers who knew the codebase. But now, since we have Amazon Q, we just clone the codebase and then make sure we are giving a detailed prompt that helps us in getting complete context of the codebase. Majorly, when I go into new projects, the moment I clone the project, I prompt it to make two documents: one specifically mentioning the complete API details, and two, giving me the complete flowchart of the application of the API details. Understanding the context of the project is something that is so important before development. Amazon Q solves this amazingly. For all the developers who are in the process of migrating the applications from Java 7, Java 8, or Java 17, it drastically helps them because they do not need to specifically go to some classes and make changes manually. Instead, they just turn on the agentic mode and then ask it to migrate the complete project into Java 17, which would eventually take time, but figuring it out is simple in terms of manual work. Figuring it out has been a greater solution with Amazon Q rather than the manual work. Also, the important point here is that even in the automation, connecting to the MCP servers and then making changes and then getting all the details in a PDF, in a text format and MD format. It had a greater impact on the development side, on the product side, on the automation side. Importantly, all the salespeople out there, I heard from them saying that they would be using Amazon Q for getting all the knowledge of the applications instead of relying on the developers for the knowledge. This is a drastic change, and it is just with a matter of a prompt that I give to Amazon Q that helps me in all the understanding and development and debugging and automation of the complete applications.
What needs improvement?
One improvement for Amazon Q is that I use it in Visual Studio, and in Visual Studio, I am not given an option to upload an image in Amazon Q. Also, this is one part of it. The second part is the context window of Amazon Q is very less compared to other GenAI tools. The moment I would be in a deep research or deep development or deep debugging mode in Amazon Q, the moment I hit the context length of the window, it would ask me to clear the complete context, and it would lose the complete context of the chat that I had previously. The two major pain points are that I have Amazon Q in Visual Studio, but I am not given an option to upload an image as a reference in Amazon Q. The second part is the context window is so limited. The moment I deep dive into some discussion in terms of development or debugging or automation, I hit a context length of the window, and the moment I hit it, it would lose the complete context. It has an option of summarizing the complete context and having it as a memory, but it would not be sufficient because I would have given a lot of details in the chat by that time.
I have mentioned the two points earlier, so those are the only two points that I have in mind for improvements needed for Amazon Q.
For how long have I used the solution?
I have been using Amazon Q for about one to one and a half years.
What do I think about the stability of the solution?
What do I think about the scalability of the solution?
Amazon Q's scalability is very good.
How are customer service and support?
The customer support for Amazon Q is fantastic because the moment I encounter some issues in Amazon Q, I reach out to them and they help me in figuring it out, and they help me in rapidly closing that issue. The moment I encounter any issues, they help me in solving them. The customer support is great.
How would you rate customer service and support?
Which solution did I use previously and why did I switch?
I use GitHub Copilot as well. I did not switch really to Amazon Q, but I use it in parallel. I do a lot of development using all the GenAI tools out there. Out of all these tools, Amazon Q stands tall as it takes a lot of time from me, and I really rely on these GenAI tools, but the top of the chart is Amazon Q. It is not really a switching matter that I do, but I use it in parallel with all the other tools out there.
I did not really evaluate other options before choosing Amazon Q, but I was given both tools called Copilot and Amazon Q. I did a lot of development in Copilot. After that, once I had Amazon Q and AWS projects, I was encountering a lot of issues that were in AWS. I thought Amazon Q would solve it nicely. With that intuition, I went ahead and used Amazon Q, and then I started falling in love with Amazon Q because it was able to help me in a lot of debugging and a lot of development and a lot of automation. I did evaluate GitHub Copilot, but once I got into AWS projects, I was completely into AWS and Amazon Q.
How was the initial setup?
My experience with pricing, setup cost, and licensing for Amazon Q is that the organization has provided me with an enterprise plan. Amazon Q was not completely given to all the developers out there, but it was given to most of the developers who do a major portion of work and most of the automation people who do a major automation portion. I assume that the organization would have dealt with the enterprise plan, but I really do not know if it was pricing high, which led them not to give access for all the people out there. I purchased Amazon Q through the AWS Marketplace.
What was our ROI?
There is a lot of return on investment from using Amazon Q because the number of developers needed or the number of researchers needed, the number of automation people needed has been drastically reduced. With the use of Amazon Q, the dependency on the DevOps team or the dependency on senior developers has been completely removed. One more important metric is the scale at which we were deploying applications to production has been drastically increased with the use of Amazon Q. Overall, there is a lot of increase in the movement of moving things to production grade and building things that are production grade from earlier, and the number of people that are required to build that scale of applications has been drastically reduced. This is a win situation for Amazon Q.
What's my experience with pricing, setup cost, and licensing?
In the migration of Java applications from older versions to new versions, it usually takes a minimum of one quarter or two quarters or three quarters of time. But in the last quarter, I was able to migrate the whole applications of my organization into Java 17, which is the latest version. I was able to do it in about ninety days. It is a tremendous achievement. Parallelly, I was able to enter into new product space wherein I was able to onboard new clients with the products that I built using this. I had two initiatives that were completely run by using GenAI, and Amazon Q was a major part of it. The two initiatives were completely written from scratch to production grade environment code and deployed and used by clients out there in about just ninety days. This itself shows a lot of capability and the strength that I got just by using Amazon Q. The products that I have built using Amazon Q and GenAI tools, they had a very good client number as well. It has a greater impact on the organization level.
What other advice do I have?
My advice to others looking into using Amazon Q is very simple. Go and take a shot on Amazon Q and build cool applications. If someone has any existing project, go ahead and start analyzing the complete project just by giving the prompt in Amazon Q. Turn on agentic mode, go ahead and start building applications using agentic mode, and start debugging applications using agentic mode, and probably use it for all the visualizations that can be done in terms of the applications that I build. Someone can deeply research about the complete application and probably get a lot of ideas. There is a lot that can be done. Probably one is research, the second is amazing development, the third one is automation, and the fourth one is debugging a lot of existing issues and probably putting a fix using Amazon Q. The only advice that I would give is to go ahead, purchase Amazon Q, start building applications, and get hands dirty. This is how to do it. Once someone gets hands dirty using Amazon Q, it would help them figure out the developer inside them. I give this product a rating of eight point five out of ten. Go ahead and pick Amazon Q and start building.