Descargo de responsabilidad:
este no es un artículo de marketing ni el asesinato de un fan. Estas son reflexiones sobre lo que está sucediendo en el mercado de desarrollo de Scala de un ingeniero que ha estado tratando de cambiarse a Scala durante mucho tiempo. En ningún caso pretendo ser cierto, esta es una opinión puramente personal. Ojo, hay una especificidad regional muy fuerte en estas reflexiones, en otras regiones de nuestro planeta la situación puede ser completamente diferente.
Antecedentes:
mi experiencia principal es el backend de Java. En algún momento, Scala se volvió interesante. Trabajé durante aproximadamente un año en una pequeña startup donde reescribimos el backend de Python a Scala. Luego, después de un tiempo, comencé a buscar opciones para mudarme a países civilizados y recibí 4-5 ofertas en Scala en varios países europeos y 1 oferta en Java ... Así que terminé en Australia. Y sin Scala.
Es difícil decir por qué tomé esa decisión, pero, naturalmente, después de un tiempo me pregunté si no debería intentar hacer realidad mi sueño y aún así encontrar una empresa que usara Scala no solo para Data-Science, sino también para el desarrollo de backend.
En general, abrí LinkedIn con la esperanza de ver y seleccionar vacantes, y me sorprendió cuando vi exactamente 3 vacantes para todo el continente, y 2 de ellas son de la misma empresa :(
Aquí debe hacer un comentario sobre cuál es el mercado de desarrollo en Australia : hay oficinas de varias empresas grandes como Google, Amazon, Microsoft, está Atlassian, que está tratando de ser como ellos, hay varios bancos monstruosos endurecidos (como en todas partes) y una gran cantidad de pequeñas empresas (y no tanto). Como puede imaginar, casi ninguno de ellos usa Scala fuera del contexto de Data Science.
2 : ( Java , , dotNet, Microsoft ) GoLang NodeJS . , FullStack , NodeJS , :)
, ( 1) , Clojure Elixir. Kotlin , Java.
, , .
Scala ( JVM ) Java. Java : , .
, JVM-based .
, :
, , Java , .
: , . , , Java, .
Docker Kubernetes, , N . : (, GoLang), ( ), ( TypeScript Swift ).
, , JVM-based Java, , Kotlin, Android ( ).
.
CTO , , . ?
1: Go vs Java
Go. , . , , , , , Java. Go.
2: Go vs Scala
. ( ) Go . , ( ). , , -, .. .
, , Go.
3: Java vs Scala
, , Scala, , , , . Go.
4: Java vs Kotlin
, Kotlin. , , "" Java.
5: Kotlin vs Scala
. 3.
6: Scala/Java/Kotlin vs TypeScript
, , , TypeScript. , , FullStack- :)
7: Go vs TypeScript
, .
?
.
En general, resumiendo lo anterior, repito que tengo una fuerte opinión de que los microservicios y Kubernetes están acabando gradualmente con Java y otros lenguajes basados en JVM. Está claro que Java vivirá para siempre, como Cobol, Kotlin vivirá en Android, pero Scala, al parecer, en Data Science. Gracias a la tecnología moderna, no importa en absoluto en qué está escrito su backend, si se puede iniciar / reiniciar / escalar automáticamente.
Pido disculpas si este pensamiento fue demasiado obvio para alguien. En cualquier caso, pon me gusta, comparte, vuelve a publicar. Escriba los comentarios si no está de acuerdo. Esta es solo una opinión privada, también desarrollada bajo la influencia de las características de una región en particular.