Hire Kotlin developers in 2026: the API 36 floor is now live

Read time
14 min
Word count
2.4K
Sections
10
FAQs
8
Share
Grid graphic: Google Play API 36 submission floor now live, with the 1 November 2026 extension and AGP 9.1.1 build floor.
On this page · 10 sections
  1. The two floors that actually gate a release
  2. The 16 KB question that separates Kotlin teams from NDK teams
  3. What Kotlin proficiency is worth, using only figures Google publishes
  4. Language versions: what "current Kotlin" means this month
  5. A technical screen that predicts delivery
  6. India-specific considerations
  7. Contract, retainer or embedded: choosing the engagement shape
  8. Where Kotlin hiring sits against the rest of your stack
  9. How eCorpIT can help
  10. References

Summary. The first of these deadlines has already passed. Since 31 August 2026, Google Play has required new apps and app updates to target Android 16 (API level 36) or higher; the only remaining relief is an extension to 1 November 2026, and as of 12 September 2026 Google's own documentation does not agree with itself about whether the form to request it exists yet. And the Jetpack Compose August 2026 release, BOM version 2026.08.00, moves compileSdk to API 37 and needs a minimum Android Gradle plugin of 9.1.1. Kotlin 2.4.0 shipped on 3 June 2026 with support running to 3 December 2027, and its current release is the 2.4.20 tooling release of 7 September 2026. A Kotlin developer who has not moved a real build across those four version boundaries is not a 2026 hire. PayScale put the average Android developer salary with Kotlin skills in India at ₹728,256 in 2026, from 145 salary profiles last updated on 24 June 2026 — but the salary band is the easy part of this decision.

Most Android hiring briefs still read like 2021: "3+ years Kotlin, MVVM, Retrofit, unit tests." That brief will get you someone who can write Kotlin and cannot get your app into the store. The binding constraints in 2026 are toolchain floors and Play policy dates, and they arrive on a calendar you do not control.

The two floors that actually gate a release

The first floor is Google Play policy. The Play Console Help page on target API level requirements states it plainly: "Starting August 31, 2026: New apps and app updates must target Android 16 (API level 36) or higher to be submitted to Google Play; except for Wear OS, and Android Automotive OS apps, which must target Android 15 (API level 35) or higher, and Android TV and Android XR apps, which must target Android 14 (API level 34) or higher."

There is a second, quieter floor in the same document, and teams miss it constantly. Existing apps that stop shipping updates do not get removed — they get hidden. "Existing apps must target Android 15 (API level 35) or higher to remain available to new users on devices running Android OS higher than your app's target API level." An app frozen at API 34 stays installed for people who already have it and stops appearing for anyone on a newer phone. That is an invisible revenue leak, not an outage, which is why it survives so long inside an organisation.

Google does offer relief on the submission floor, and this is where the documentation stops being reliable. The Play Console Help page says: "You will be able to request an extension to November 1, 2026 if you need more time to update your app. You'll be able to access your app's extension forms in Play Console later this year." The Android Developers version of the same requirement, last updated 1 September 2026, the day after the floor took effect, repeats the future tense almost word for word. Yet the FAQ further down that same Play Console Help page states the opposite: "The extension form is available through the details page of the warning or issue on the Policy status page in Play Console."

Checked on 12 September 2026, twelve days after the floor took effect, those two statements still sit on Google's own pages simultaneously. The practical reading: if your app is already non-compliant it should have received a policy warning, and the form lives inside that warning on the Policy status page. If you have no warning, there is no form to find, and the "later this year" language is what applies to you. Either way the extension buys nine weeks, not a strategy.

The second floor is the toolchain. In the Jetpack Compose August 2026 release post, published 12 August 2026, Nick Butcher, Product Manager for Jetpack Compose at Google, writes: "Compose 1.12 updates compileSdk to API 37, requiring a minimum AGP 9.1.1. As a reminder, Compose will always target the latest compileSdk." Taking the current Compose BOM means taking the current compile SDK. There is no supported way to sit on the new Compose and an old Gradle plugin.

Read that second sentence again, because it is the part that governs planning. Compose does not let you pin the UI toolkit and defer the platform. Every BOM bump is also a compile SDK bump and, periodically, a Gradle plugin bump, so "we'll upgrade Compose later" is a decision to fall behind on three axes at once. The Compose BOM documentation maps each BOM version to the library versions it pins, and it is the only mapping worth trusting when a candidate quotes a Compose version from memory.

ConstraintThe numberDate it bindsWhat happens if you miss it
Play submission floorAPI level 3631 August 2026 (in force)New apps and updates rejected at submission
Play visibility floorAPI level 35OngoingApp hidden from new users on newer Android versions
Play extension windowAPI level 361 November 2026Extension expires; form reachable only from a Play policy warning
Compose 1.12 build floorAGP 9.1.1On BOM 2026.08.00 adoptionBuild fails; cannot take current Compose
Compose compile SDKAPI 37On BOM 2026.08.00 adoptionCannot take current Compose on an older SDK
16 KB page support64-bit native code1 February 2027Updates blocked for apps with native libraries

We cover the behaviour changes behind the newest of those numbers in our Android 17 API 37 migration guide and the policy mechanics in the API 36 Play Store deadline walkthrough.

The 16 KB question that separates Kotlin teams from NDK teams

The Android page-sizes guide, last updated 11 September 2026, sets a harder deadline further out: "Starting February 1, 2027, if your app updates don't support 16 KB memory page sizes, you won't be able to release these updates."

Ask a candidate whether this applies to your app and you learn a lot in ninety seconds. The same page answers it: "If your app only uses code written in the Java programming language or in Kotlin, including all libraries or SDKs, then your app already supports 16 KB devices." A pure-Kotlin app is already compliant. An app carrying a native SDK, such as a payment library, a video codec, an analytics agent with a bundled .so, is not, and nobody on the team may know which third-party dependency ships native code.

A good hire asks to see your dependency tree before answering. A weak one either panics or says "we're on Kotlin so we're fine" without checking what your vendors bundle.

What Kotlin proficiency is worth, using only figures Google publishes

Plenty of hiring content quotes precise-sounding adoption and salary-premium percentages for Kotlin. Most of them trace back to each other rather than to a survey. The figures Google publishes on its own Kotlin-first page, last updated 6 March 2026, are narrower and hold up:

* 67% of professional developers who use Kotlin say Kotlin has increased their productivity.

* Android apps that contain Kotlin code are 20% less likely to crash.

* Over 70 of Google's own apps are built using Kotlin, including Maps, Home, Play, Drive and Messages.

* On the Google Home team, moving new feature development to Kotlin produced a 33% reduction in codebase size and a 30% reduction in null-pointer-exception crashes.

The Google Home numbers are the useful ones in an interview. They describe what happens when a team migrates incrementally rather than rewriting, which is the situation almost every hiring manager is actually in. Ask a candidate to describe the sequence they would use to get a Java module onto Kotlin without a freeze. If the answer starts with "rewrite", keep looking.

Language versions: what "current Kotlin" means this month

Kotlin's release page is the only source worth quoting here. Kotlin 2.4.0 shipped on 3 June 2026, its support runs to 3 December 2027, and the latest release on that line is the 2.4.20 tooling release of 7 September 2026, which followed the 2.4.10 bug-fix release of 14 July 2026. Kotlin 2.5.0 is pencilled in for December 2026 and 2.5.20 for March 2027, both marked as approximate. The 2.4.0 line is compatible with Gradle 9.5.0 and added Java 26 support, stable context parameters and explicit backing fields, per JetBrains' 2.4.0 announcement.

For cross-platform work, Compose Multiplatform 1.11.0 landed in May 2026, with concurrent rendering on iOS now enabled by default rather than opt-in, and experimental native text input on UIView. The line has since moved to 1.12.0, released on 25 August 2026. If your roadmap has an iOS surface, that changes the shape of the hire: you may want one Kotlin Multiplatform engineer rather than two platform specialists. Our SwiftUI versus KMP comparison sets out where that trade actually pays and where it does not.

ComponentVersion to hire againstReleasedSupport or next step
Kotlin language2.4.0 (latest 2.4.20)3 June 2026 (2.4.20 on 7 September 2026)Supported to 3 December 2027
Compose BOM2026.08.0012 August 2026Maps to Compose 1.12 modules
Android Gradle plugin9.1.1Required by Compose 1.12Hard floor for BOM 2026.08.00
Gradle9.5.0Kotlin 2.4.0 compatibility targetStated in JetBrains 2.4.0 post
Compose Multiplatform1.12.025 August 2026Concurrent iOS rendering on by default since 1.11.0

A technical screen that predicts delivery

Résumé keywords do not separate candidates any more, because every Android CV lists Compose. These five questions do, and each one has a checkable answer in the sources above.

  1. "Our app targets API 34 and we last shipped in March. What is our Play status today, and what is our deadline?" The complete answer names both floors and knows the date has gone: the app is below API 35, so it is already hidden from new users on newer Android versions, and because the API 36 floor took effect on 31 August 2026 no update can be submitted at all until it targets 36, unless a policy warning has produced an extension form, which runs only to 1 November 2026.
  1. "We want the August 2026 Compose BOM. What breaks first?" The build, on Android Gradle plugin version, because Compose 1.12 needs AGP 9.1.1 and moves compileSdk to 37.
  1. "Does the 16 KB page size rule apply to us?" Correct answer: it depends on whether any dependency ships 64-bit native code, and the way to find out is to inspect the merged APK, not to assume.
  1. "Walk me through raising compileSdk without raising targetSdk." This is the standard de-risking move — compile against the new SDK to surface deprecation warnings before opting into behaviour changes. A candidate who does not know the two knobs are separate has never run a migration.
  1. "Which of our crashes would Kotlin have prevented?" Tests whether they reason about null-safety concretely, in the spirit of the 30% NPE reduction the Google Home team reported, rather than reciting language marketing.

Give a take-home only if you are prepared to pay for it. A better substitute is a ninety-minute paired session on your actual build file. Version-catalogue conflicts and an AGP upgrade in a real repository reveal more than a greenfield to-do app ever will.

India-specific considerations

For teams hiring in India, PayScale reports an average salary of ₹728,256 in 2026 for an Android software developer with Kotlin skills, drawn from 145 salary profiles and last updated on 24 June 2026, with entry-level roles under one year of experience at ₹350,000. Treat that as a floor for calibration rather than a market rate: it is a self-reported dataset and a small one, and Bengaluru, Gurugram and Hyderabad do not price the same role identically.

The privacy question matters more than the salary question. Any Android app handling personal data of users in India falls under the Digital Personal Data Protection Act 2023, and the engineering consequences are concrete: consent capture in the app itself, deletion paths that reach analytics and crash-reporting SDKs, and a data inventory that includes anything a third-party SDK exfiltrates by default. A Kotlin developer who has instrumented consent gating around an advertising or analytics SDK is materially more useful than one who has only read the Act.

One more India-specific point on staffing shape. Teams here often carry a large Java codebase inherited from an earlier vendor. The Google Home figures above describe exactly that transition, and they argue for hiring one engineer who has done an incremental interoperability migration over three who have only built new Compose screens.

Contract, retainer or embedded: choosing the engagement shape

The version calendar should decide the engagement, not the other way round.

A fixed-scope migration fits when the work is bounded by a date you can read off Google's documentation: reach API 36 now that the 31 August 2026 floor has passed, or clear the 16 KB requirement before 1 February 2027. The scope is defined by someone else's deadline, which makes it estimable.

A retained platform capability fits when the problem is that these deadlines keep arriving. Kotlin ships a bug-fix release roughly every quarter, Compose ships a BOM on a similar cadence, and Play publishes a new target API floor every year. A team without standing capacity to absorb that will be late every single time, and lateness compounds: the further behind the toolchain you fall, the more expensive each jump becomes.

An embedded engineer inside your team fits when the codebase, not the calendar, is the constraint: a large Java estate, an undocumented build, or a dependency graph nobody has audited.

eCorpIT staffs all three shapes. We do not publish a rate card, because the honest answer depends on the state of your build file, and anyone quoting a day rate before seeing it is guessing.

Where Kotlin hiring sits against the rest of your stack

Kotlin is rarely hired in isolation. If the same roadmap includes a services layer, our pages on hiring Go developers and hiring Node.js developers cover the equivalent version constraints on the backend. If the choice is still open between native Android and a cross-platform framework, Jetpack Compose versus Flutter sets out the trade in build and hiring terms, and our Kotlin app development company page covers delivery rather than staffing. For the broader programme view, start at our mobile app development company in India overview.

How eCorpIT can help

eCorpIT is a Gurugram-based technology organisation, founded in 2021, assessed at CMMI Level 5 and MSME certified, with senior-led engineering teams working across AWS, Microsoft and Google platforms. On Android and Kotlin work we take on the parts that get skipped: clearing the API 36 submission floor that has gated new apps and updates since 31 August 2026, taking the August 2026 Compose BOM with the AGP 9.1.1 and compileSdk 37 floors that come with it, and checking whether any dependency ships 64-bit native code before the 16 KB page size requirement binds on 1 February 2027. We staff either as embedded engineers alongside your team or as a capped migration engagement, and we will tell you which one your situation needs. Talk to us at /contact-us/.

References

  1. Target API level requirements for Google Play apps — Play Console Help
  1. Meet Google Play's target API level requirement — Android Developers
  1. What's new in the Jetpack Compose August '26 release — Android Developers Blog
  1. Use a Bill of Materials — Jetpack Compose, Android Developers
  1. Support 16 KB page sizes — Android Developers
  1. Android's Kotlin-first approach — Android Developers
  1. Kotlin releases — Kotlin Documentation
  1. Kotlin 2.4.0 released — The JetBrains Blog
  1. Compose Multiplatform 1.11.0 — The JetBrains Blog
  1. Android Software Developer with Kotlin skills salary in India — PayScale
  1. Compose releases — Jetpack, Android Developers

Last updated: 12 September 2026.

Frequently asked

Quick answers.

01 What is the Google Play target API deadline in 2026?
It has already passed. Since 31 August 2026, new apps and app updates must target Android 16, API level 36 or higher, to reach Google Play. Wear OS and Android Automotive apps need API level 35, Android TV and Android XR apps API level 34. An extension to 1 November 2026 can be requested.
02 What happens if our app just stops updating instead?
It is not removed from Google Play. Under the Play Console Help rules, existing apps must target API level 35 or higher to remain available to new users on devices running a newer Android version than the app targets. Below that floor the app quietly stops appearing for new users while remaining installed.
03 Which Android Gradle plugin version does the current Compose BOM need?
Compose BOM 2026.08.00, released 12 August 2026, maps to Compose 1.12, which moves compileSdk to API 37 and requires a minimum Android Gradle plugin of 9.1.1. Because Compose always targets the latest compile SDK, adopting the BOM is also a platform decision, never a UI-library decision on its own.
04 Does the 16 KB page size rule affect a pure Kotlin app?
No. Google's page-sizes guide states that an app using only Java or Kotlin code, including all its libraries and SDKs, already supports 16 KB devices. The requirement bites on 64-bit native code, so the real task is auditing third-party dependencies for bundled native libraries before 1 February 2027.
05 Which Kotlin version should a new hire be working in?
Kotlin 2.4.0, released 3 June 2026, with the current release 2.4.20, the tooling release of 7 September 2026. That line is supported until 3 December 2027 and is compatible with Gradle 9.5.0. Kotlin 2.5.0 is planned for December 2026 and 2.5.20 for March 2027, both on an approximate schedule.
06 Is Kotlin actually more reliable than Java for Android?
Google publishes two figures worth using. Android apps containing Kotlin code are 20% less likely to crash, and 67% of professional Kotlin developers report increased productivity. The Google Home team recorded a 33% reduction in codebase size and 30% fewer null-pointer-exception crashes after moving new feature work to Kotlin.
07 Should we hire for Kotlin Multiplatform instead of separate platform engineers?
Only when an iOS surface is genuinely on the roadmap. Compose Multiplatform 1.11.0, released May 2026, enabled concurrent rendering on iOS by default and added experimental native text input. The line has since moved to 1.12.0, released 25 August 2026. That maturity makes a single multiplatform engineer viable where a shared feature set exists, but not where the platforms diverge sharply.
08 What does an Android developer with Kotlin skills cost in India?
PayScale reported an average of ₹728,256 in 2026 for an Android software developer with Kotlin skills, based on 145 salary profiles last updated 24 June 2026, with entry-level roles under one year at ₹350,000. Treat it as calibration, not a market rate, given the small self-reported sample.

About the author

Manu Shukla

Founder & Director

Founder of eCorpIT. Hands-on engineer leading senior-only delivery for AI apps, custom software, and cloud systems for global clients.

Subscribe

One engineering note a week. No fluff, no spam.

Senior-architect playbooks on AI agents, mobile apps, cloud, security, data, and marketing — delivered every Wednesday.

Past the reading

Read enough. Let's build something.

A senior architect responds in 24 working hours with scope, indicative cost, and a timeline. NDA before any technical conversation.