René's URL Explorer Experiment

{"@context":"https://schema.org","@type":"DiscussionForumPosting","headline":"Increase default targets over time","articleBody":"# Suggestion\r\n\r\n## 🔍 Search Terms\r\n\r\ndefault target es3 es5\r\n\r\n## ✅ Viability Checklist\r\n\r\nMy suggestion meets these guidelines:\r\n\r\n* [x] This wouldn't be a breaking change in existing TypeScript/JavaScript code\r\n* [x] This wouldn't change the runtime behavior of existing JavaScript code\r\n* [x] This could be implemented without emitting different JS based on the types of the expressions\r\n* [x] This isn't a runtime feature (e.g. library functionality, non-ECMAScript syntax with JavaScript output, new syntax sugar for JS, etc.)\r\n* [x] This feature would agree with the rest of [TypeScript's Design Goals](https://github.com/Microsoft/TypeScript/wiki/TypeScript-Design-Goals).\r\n\r\n## ⭐ Suggestion\r\n\r\nContinuing #10117: can we increase the default TypeScript target to newer than ES3? Let's say, ES5 to start?\r\n\r\nStarting suggestion: how about introducing these breaking changes with TypeScript's major version numbers?\r\n\r\n* Increase to ES2015 for 5.0\r\n* Increase to ES2016 for 6.0\r\n    * Alternately, as TypeScript major versions have hit at roughly one every two years, it might make sense to jump two years per version and skip to ES2017\r\n* _...and so on_\r\n\r\nAn alternate strategy would be bumping to ES5 first and pushing subsequent releases later. ES2015 is so well-supported, though, it'd be nice to skip straight to supporting `let`, `const`, etc.\r\n\r\n## 📃 Motivating Example\r\n\r\nI know the TypeScript team is loath to introduce breaking changes, especially when it comes to emit and default settings. Throwing in semantic versioning probably isn't doing this issue any favors either.\r\n\r\nBut! \r\n\r\n* ES2015 support is significantly better now than it was a few years ago. [IE is reaching consumer EOL in June 2022](https://blogs.windows.com/windowsexperience/2021/05/19/the-future-of-internet-explorer-on-windows-10-is-in-microsoft-edge). Per https://kangax.github.io/compat-table/es6 all desktop browsers, mobile browsers, and server browsers with \u003e=1% market share have 100% ES2015 syntax support _(I think?)_.\r\n* ES3 and ES5 emit are harder to read than ES2015+ because classes, `for`/`of`, and so on need to be transpiled\r\n* Many runtime APIs such as `Array.from` aren't supported in \u003c= ES5\r\n\r\nThis may be a breaking change for projects that target old runtimes _and_ use TypeScript's emit _and_ don't specify target... but that's what major versions are for, right? 😉 \r\n\r\n## 💻 Use Cases\r\n\r\nIncreasing default targets to emit code much cleaner in modern browsers gives a nicer default output for new TypeScript projects. For beginners to TypeScript in particular, it makes the learning curve a little easier as they won't have to mess with configuration options to be able to use basic features.","author":{"url":"https://github.com/JoshuaKGoldberg","@type":"Person","name":"JoshuaKGoldberg"},"datePublished":"2022-01-24T01:48:02.000Z","interactionStatistic":{"@type":"InteractionCounter","interactionType":"https://schema.org/CommentAction","userInteractionCount":6},"url":"https://github.com/47572/TypeScript/issues/47572"}