Header Ads Widget

Ticker

6/recent/ticker-posts

Información de la encuesta para desarrolladores de Stack Overflow


 Es fácil verse envuelto en un dogma técnico que "cambia de paradigma", hasta el punto de que los proveedores de API pasan por alto las cualidades personales de los desarrolladores que las API de consumo y los consumidores finales afectados por sus implementaciones.

Afortunadamente, hay una "salida", por así decirlo, para este tipo de comportamiento. Las encuestas , especialmente cuando se realizan con un criterio amplio de participantes, son quizás algunas de las vías más sólidas para comprender a los desarrolladores modernos, ya que ofrecen información oculta que, cuando se contextualiza, puede impulsar enfoques técnicos en los próximos años.

Esta pieza hará exactamente eso: proporcionar algo de contexto para una de las encuestas más grandes y amplias de la industria del desarrollo web, la Encuesta para desarrolladores de Stack Overflow 2017 . Si bien los resultados completos se pueden encontrar aquí , hemos extraído algunos puntos de datos interesantes a continuación y ayudamos a traducir lo que realmente significan para la industria de las API.

Contextualización de la encuesta para desarrolladores de Stack Overflow 2017

Antes de comenzar, la encuesta en sí debe contextualizarse adecuadamente. Esta no es una encuesta simple, pequeña e informal: la Encuesta para desarrolladores de Stack Overflow 2017 fue gigantesca y obtuvo información de más de 64,000 encuestados en todo el mundo.

El origen tampoco es un pequeño grupo de redes sociales: Stack Overflow representa una de las comunidades más completas y receptivas de la industria tecnológica. Según sus propios datos, "cada 8 segundos aproximadamente, un desarrollador hace una pregunta sobre Stack Overflow" . Si bien estas preguntas pueden obtener solo un puñado de respuestas, estos millones de preguntas por año han formado un sistema de preguntas y respuestas duradero, muy denso y útil, todas directamente relevantes para la industria en cuestión.

Dicho claramente,  esta encuesta es muy importante y, por lo tanto, los datos deben considerarse igualmente importantes y detallados.

Datos crudos pertinentes

Echemos un vistazo a algunos puntos de datos básicos que han informado este artículo.

Idiomas y tecnologías populares

Con respecto a los lenguajes y tecnologías populares, la encuesta tuvo algunos puntos de datos muy interesantes. Independientemente de si el encuestado era un desarrollador full-stack, front-end o back-end, hubo algunas respuestas consistentes, a saber, que JavaScript es, en general, la tecnología más popular (62,5%), con SQL en segundo lugar (51,2%). . Por supuesto, esto tiene sentido, dado que muchos backends de aplicaciones utilizan esta tecnología con tanto fervor.

Este año también fue el primer año en el que se preguntó a los desarrolladores qué tecnología de base de datos utilizan. Las respuestas son interesantes, si no esperadas. MySQL es una tecnología común (55,6%), con SQL Server (38,6%), SQLite (26,6%) y PostgreSQL (26,5%) a la cabeza.

También hay algunas tendencias generalmente estables. En 2013, JavaScript como una preferencia tecnológica total fue del 56,6%. En 2014, fue del 58,9%, en 2015 del 54,4% y en 2016 del 55,4%. En 2017, representó el 62,5% de los encuestados. Si bien en teoría esto muestra una adopción generalmente fuerte y constante, los números son algo engañosos, ya que la respuesta ha aumentado dramáticamente año tras año, lo que sugiere una tendencia estable que todavía está influenciada en cierta medida por el aumento de la tasa de respuesta de los desarrolladores de backend.

El auge de las soluciones modernas

Curiosamente, PHP , aunque sigue siendo bastante fuerte, parece estar cayendo en desgracia a la luz de soluciones más modernas. La encuesta aborda específicamente este tema en la sección " Idiomas más queridos, temidos y buscados " de sus resultados. Los cinco lenguajes favoritos son Rust (73,1%), Smalltalk (67,0%), TypeScript (64,1%), Swift (63,9%) y Go (63,3%), entre los lenguajes relativamente nuevos en comparación con las otras soluciones que se ofrecen. Los datos son aún más crudos cuando se considera la marcada ausencia de muchas soluciones empresariales comprobadas.

Esta tendencia hacia enfoques modernos también está presente en las plataformas más queridas, donde se les preguntó a los usuarios en qué les gustaría trabajar pero aún no han trabajado. Android encabeza la lista, lo que indica un aumento hacia el código abierto más que los ecosistemas cerrados. pero Node.js, AngularJS, Python y JavaScript también encabezan esta lista.

Dicho esto, los lenguajes y enfoques empresariales tradicionales son tan omnipresentes como siempre. Cuando se recopilaron los idiomas más populares por ocupación, JavaScript se adelantó mucho al resto, con un 81,7% del uso diario. SQL le siguió de cerca con un 60,4%, C # con un 38,1%, Java con un 37,9% y PHP con un 33,8%. Esto indica que, independientemente de los lenguajes deseados o del amor por las aplicaciones modernas, muchas soluciones empresariales todavía requieren los lenguajes y enfoques más antiguos, lo que los convierte en un pilar, al menos por el momento.

Trabajadores clásicos y remotos

Es de destacar la tendencia definida de los trabajadores que no son de oficina , específicamente los trabajadores que realizan al menos una parte de su trabajo de forma remota . Según los encuestados , el 11,1% de los desarrolladores se autodenominan trabajadores remotos a tiempo completo, el 17,7% se consideran remotos a tiempo parcial en alguna capacidad, el 35,1% afirma que trabaja de forma remota "unos días al mes" y el 31,8% afirma que ellos “nunca” funcionan de forma remota.

Si bien parece que la mayor parte de los trabajadores nunca o rara vez trabajan de forma remota, los datos en realidad sugieren que más del 70% trabaja de forma remota en algún momento .

Los Takeaways

Ahora que tenemos los datos sin procesar, ¿qué significa realmente todo esto? Si bien mucho de lo que se puede inferir de estos datos es solo eso, inferencia, los datos se correlacionan bastante fuertemente con las siguientes conjeturas.

Tecnología más antigua o más nueva

Si bien los datos muestran que las tecnologías estables más antiguas como PHP y su gran cantidad de marcos , así como las tecnologías web como HTML, se están fortaleciendo en sus respectivos campos, la tecnología moderna definitivamente está ganando popularidad y está absolutamente preparada para reemplazar estos sistemas obsoletos.

Curiosamente, estas nuevas tecnologías son más queridas que las tradicionales. La sección "amada" de la encuesta está coronada por nuevos lenguajes como Rust y Swift, mientras que las tecnologías y los lenguajes más antiguos se quedan atrás. Esto no quiere decir que esos lenguajes no sean útiles, solo que, a pesar de su utilidad obvia, no parecen invocar el mismo nivel de entusiasmo que las soluciones más nuevas.

Lo que esto significa fundamentalmente es que las nuevas soluciones son más atractivas para los desarrolladores debido a lo que ofrecen. Las soluciones tradicionales son excelentes y, por muy poderosas que sean, seguirán siendo importantes en presencia.

Sin embargo, estas nuevas soluciones ofrecen soluciones muy complejas a lo que inevitablemente serán problemas muy complejos. Lo que podría requerir una gran cantidad de piratería en lenguajes y enfoques estándar se puede hacer simplemente con lenguajes especialmente diseñados y sus aplicaciones, lo que garantizará que estos lenguajes sigan aumentando tanto en devoción como en uso.

Soporte de biblioteca

En términos de lo que esto significa para los proveedores, los datos sugieren una tendencia definida que se aleja del enfoque tradicional unificado de los grandes lenguajes y se dirige a una mayor variedad de opciones. Algunas de estas opciones son compatibles y otras no, pero en general, cada idioma ocupa una industria específica, un caso de uso específico y un propósito específico.

En consecuencia, podemos obtener una gran cantidad de información sobre las prácticas y el apoyo de la biblioteca al observar la creciente popularidad y el uso de nuevos lenguajes. Debe seguir esperando soluciones y lenguajes más antiguos, pero a medida que pase el tiempo, estos serán menos frecuentes y perderán participación de mercado año tras año.

En consecuencia, el apoyo de la biblioteca debería tener una base de apoyo mayor y más amplia. Por ejemplo, los proveedores de API deberían considerar proporcionar no solo su documentación tradicional, sino también documentación adicional en una miríada de formas , así como tutoriales interactivos, en lenguajes como Go. Tener tutoriales de código en estos lenguajes adicionales es algo muy simple de incluir, pero proporciona una base de soporte más amplia para los usuarios actuales y potenciales.

Para ser claros, respaldar estas soluciones tradicionales y antiguas es muy importante; dicho esto, respaldar los lenguajes y soluciones modernos es igualmente importante y puede tener serias implicaciones en cuanto a su aceptación, retención y participación de mercado. Cualquier proveedor que se precie debe admitir una amplia gama de soluciones; no hacerlo, y solo admitir las bibliotecas clásicas, es una sentencia de muerte; si no de inmediato, a largo plazo.

Lea también: ¿Qué idiomas deberían admitir sus bibliotecas auxiliares de API?

El perfil de desarrollador es diferente

Quizás el conjunto de puntos de datos más interesante aquí para el marketing de API se refiere a los perfiles de desarrollador . El desarrollador es muy, muy diferente al de años anteriores. El principal punto de interés aquí es la naturaleza del trabajo remoto.

Según los datos antes mencionados, la mayor parte de los desarrolladores trabajan de forma remota en algún momento, lo que está muy lejos del trabajador de cubículo de oficina de antaño. Esto tiene serias implicaciones en términos de los recursos que demandan estos trabajadores. Los proveedores ya no pueden confiar en la naturaleza de la solución empresarial para manejar a los trabajadores.

En años anteriores, las empresas resolvieron muchos problemas. La documentación se manejó generalmente como parte de la transacción comercial de implementar una solución, y lo que no se documentó se proporcionó como un servicio por contrato a una empresa a un precio determinado.

Sin embargo, esta no es realmente la forma en que funcionan las cosas ahora: con tantos trabajadores remotos, el enfoque de “la empresa lo resuelve todo” ya no es aplicable. Necesita documentación efectiva, completa y útil , de lo contrario, los desarrolladores remotos se darán por vencidos con su solución porque no hay nada que puedan usar.

Demográficamente, también debe tenerse en cuenta que existe una división bastante estable geográfica y numéricamente hablando entre desarrolladores europeos, norteamericanos y otros; parece que la distribución es bastante uniforme a través de fronteras geográficas y culturales. En consecuencia, su solución debe tener soporte intrínseco para las implicaciones legales de las aplicaciones en todos los espacios . El soporte de cifrado estable, una metodología para el seguimiento de la custodia, etc. es muy importante, especialmente si su solución admite la destrucción de datos, la transferencia de datos o cualquier tipo de recopilación de datos, ya que hay muchos problemas legales inherentes a estos procesos.

Esto también tiene implicaciones para el marketing. No todo el mundo es una empresa; de hecho, los datos sugieren que las tecnologías más adorables, como Go y Android, son aquellas con fuertes comunidades de código abierto . De hecho, esos lenguajes amados en algunos casos han desplazado drásticamente las soluciones empresariales más tradicionales.

En pocas palabras, la empresa no es tan grande en términos de participación de mercado e influencia como antes , pero la mayor parte del marketing se desvía a ese espacio debido a la alta rentabilidad económica. A medida que ese espacio disminuye a medida que los desarrolladores no empresariales y las nuevas empresas se convierten en una parte mayor de los desarrolladores, debe asegurarse de proporcionar no solo soluciones grandes y complejas para una empresa, sino también soluciones escalables y de bajo costo para casos de uso más pequeños.

Conclusión

Se ha dicho, pero vale la pena reiterarlo: las métricas y los datos son increíblemente importantes . Ser capaz de comprender y clasificar a su consumidor desarrollador ayudará a que su servicio sea más atractivo.

Ser capaz de identificar nuevas tendencias de uso, adopción y retención basadas en este tipo de encuestas ayuda a informar tanto la salud de la industria en general como la salud de las soluciones líderes. Las conclusiones aquí son numerosas:

  • Soporte de idiomas : los proveedores deben respaldar los estándares y tecnologías internacionales, ya que los datos sugieren una representación uniforme en áreas culturales y geográficas;
  • Sea progresista : los lenguajes modernos están suplantando lentamente las soluciones tradicionales y empresariales; tener incluso un soporte básico para estos elementos más nuevos aprovecharía este movimiento para el éxito de la API;
  • Apertura : El movimiento hacia el código abierto no se está desacelerando y, si algo está creciendo a pasos agigantados, apoyar esto como uno de los primeros en adoptar puede ser vital para los negocios.
  • Escalabilidad : a medida que crece la fuerza de trabajo distribuida, las empresas deben ofrecer soluciones escalables y de bajo costo para pequeños equipos de desarrollo junto con sus soluciones empresariales.

Si bien ninguno de estos puntos de datos es un shock revolucionario, por ejemplo, en 2018 SQL probablemente se ubicará dentro de los cinco puntos porcentuales de los conjuntos de datos de este año, lo que no es un abandono, las tendencias validan algo de lo que hemos estado discutiendo en el blog , y lo que los expertos de la industria han pronosticado.

Sin embargo, es importante recordar que estas tendencias no están escritas en piedra, y perseguir el idioma de la semana puede ser tan peligroso como ignorarlo por completo. Estos datos deben informar los enfoques de la industria, no definirlos y, en consecuencia, es tan importante tener un soporte estable para las soluciones tradicionales históricas, como para respaldar las nuevas.

Publicar un comentario

0 Comentarios