This led us to try and figure out whether the whole approach to a roadmap where you have a fixed timeline actually works. It definitely is an industry standard, and even at JetBrains many folks practice it, but at the same time it does have its own issues. In particular, it\u2019s based on the idea that not only can we estimate things quite well, but it also doesn\u2019t account for external factors or disruptions that could cause us to change course. <\/p>\n\n\n\n
Looking at the purpose of the roadmap, which is providing not only focus to the team on what we\u2019re working on next, but also let all of you, our customers know what we’re working on, we decided to address these aspects as opposed to tie ourselves to a specific year. <\/p>\n\n\n\n
<\/p>\n\n\n\n
As such, moving forward we will no longer be aligning our roadmap with natural years, but focusing on three different timeframes: short-term<\/strong>, mid-term<\/strong>, and long-term<\/strong>. The first of these is what our immediate focus is going to be on, and what we\u2019ll be sharing publicly. As and when we complete things, we\u2019ll move things from the mid-term to the short-term. <\/p>\n\n\n\n Given that, let\u2019s focus on what we have lined up next! <\/p>\n\n\n\n The plan is distributed amongst different areas. In particular:<\/p>\n\n\n\n Infrastructure<\/strong><\/p>\n\n\n\n From the infrastructure perspective, we still have a few areas that need addressing. We want to add YAML support for configuring applications, which is not only demanded by many of our users, but also already supported in the IDE. We also want to work on fixing some performance issues with Netty, as well as extract and implement a proper IO library with network support. <\/p>\n\n\n\n Long standing issues<\/strong><\/p>\n\n\n\n We have 150 issues that are long-standing (many of them imported from GitHub). While it is impossible to resolve all of them, we do intend to address them and fix\/schedule accordingly. One issue that definitely will be worked on is Swagger support<\/a>. <\/p>\n\n\n\n We\u2019ve made good efforts in making it easy to create new applications, but there are still many areas that need to be addressed. We are working on some cool things that will make starting with Ktor even easier for newcomers to the framework and to the JVM. We\u2019ll be working on minimizing the amount of boilerplate code and set-up that needs to be done when it comes to working with databases. <\/p>\n\n\n\n We currently provide steps and guides on how to deploy Ktor applications, but we want to make it smoother by automating deployment configurations. <\/p>\n\n\n\n Over the past year we\u2019ve managed to add quite a bit of support for IntelliJ IDEA<\/a>. We want to build on this and provide even more functionality that is specific for Ktor, such as endpoint view, allowing you to get a better overview of the application architecture, helpers for creating plugins, and of course swagger support inline with our support for Swagger. <\/p>\n\n\n\nOur short-term plans<\/h2>\n\n\n\n
Bootstrapping applications<\/h4>\n\n\n\n
Deployment<\/h4>\n\n\n\n
Tooling Support<\/h4>\n\n\n\n
Documentation<\/h3>\n\n\n\n
![\"\"\/](\"https:\/\/blog.jetbrains.com\/wp-content\/uploads\/2025\/09\/i5ilhKXP6iQTAFgh_C62HUnqhWn6aQSih2p8DAuLzp3ypqRjY2tUShB-l0scDcZkFhpBAnha61c-GpwhyQlE0K4Rl1r2O7dQazsk5cNgitIh_RtrQZkKMe0lguDfDnfd1CkG57N7.png\")
<\/figure>\n\n\n\n