Will JavaScript type annotations kill TypeScript?
The creators of Svelte and Turbo 8 both dropped TS recently saying that "it's not worth it".
Yes: If JavaScript gets type annotations then there's no reason for TypeScript to exist.
No: TypeScript remains the best language for structuring large enterprise applications.
TBD: The existing user base and its corpensource owner means that TypeScript isn’t likely to reach EOL without a putting up a fight.
I hope they both die. I mean, if you really need strong types in the browser then you could leverage WASM and use a real programming language.
I don’t know and I don’t care.
Sridhar Rao
Sridhar Rao

Sridhar received his Ph.D degree in computer science from National University of Singapore, in 2007; M.Tech. degree in computer science from KREC, Suratkal, India, in 2000; and B.E. degree in instrumentation and electronics from SIT, Tumkur, Bangalore University, India, in August 1997. He worked as Associate General Manager at NEC Technologies India; Research lead at SRM Research Institute, India; Post-doctoral fellow at Microsoft Innovation Center, Politecnico Di Torino, Turin, Italy; and as a research fellow at Institute for Infocomm Research (I2R) Singapore. He has worked on various development and deployment projects involving ZigBee, WiFi and WiMax. Sridhar is currently working as Solutions Architect as Spirent Communications India Limited. Sridhar’s research interests are mainly in the domain of next-generation wired and wireless networking, such as OpenFlow, software-defined networking, Hotspot 2.0 and the Internet of Things.

STORIES BY Sridhar Rao
Open Source NFV Part Four: Open Source MANO
A Guide for Running Multiple Controllers in Software-Defined Networks
Open Source Packages for Network Functions Virtualization
How OPNFV Operationalizes Network Functions Virtualization
What is Network Functions Virtualization?
OpenDaylight is One of the Best Controllers for OpenStack — Here’s How to Implement It
SDN’s Scale Out Effect on OpenStack Neutron
SDN Series Part Eight: Comparison Of Open Source SDN Controllers
SDN Series Part Seven: ONOS
Writing OpenDaylight Applications
SDN Series Part Six: OpenDaylight, the Most Documented Controller
SDN Series Part Five: Floodlight, an OpenFlow Controller
SDN Series Part Four: Ryu, a Rich-Featured Open Source SDN Controller Supported by NTT Labs
SDN Series Part Three: NOX, the Original OpenFlow Controller
SDN Series Part Two: Trema, a Framework for Developing OpenFlow Controllers in Ruby and C
SDN Series Part One: Defining Software Defined Networking