Si cambio las rutas del desarrollador de ETL / SQL / BI al desarrollador de Ruby on Rails, ¿tomaré una gran reducción de sueldo o se considerará mi experiencia de BI al obtener un monto de compensación? Cosas Personales

Suponiendo que es bastante mayor, sí, probablemente tendrá una gran reducción salarial en el primer año más o menos, pero no creo que se arrepienta. Su experiencia previa contará, pero el desarrollo web ágil es un trabajo realmente muy diferente al de BI, por lo que con razón lo tratarán como un junior prometedor. Si son sensatos, reconocerán que una vez que haya encontrado sus pies, su experiencia previa puede ponerse en marcha. En ese punto, podría obtener un gran aumento salarial. Hasta entonces, un graduado reciente que no ha hecho nada más que usar aplicaciones de rieles durante un año puede ser más productivo que usted, por lo que es solo un buen momento para disfrutar de aprender y redescubrir las libertades de baja responsabilidad.

Llevo 3 meses en mi nueva carrera y es casi todo lo que esperaba hasta ahora. Si tiene razones que no son de dinero para sentir que la hierba es más verde en la tierra de los rieles, ciertamente me parece que es así.

Estas son algunas de las mayores diferencias para ayudar y detener su progreso:

git : descubrí que otros desarrolladores asumen que todos los desarrolladores necesitan y usan git. El uso del control de versiones está tan entretejido en el trabajo que muchos olvidan que no lo entendieron en el útero.
Desarrollo guiado por pruebas : Escribir pruebas para asegurarse de que cada parte de su programa funcione correctamente se siente como una tarea al principio, pero termina siendo el camino de oro a la cordura que desearía haber tenido antes. Transforma todo el perfil de estrés del trabajo. Pone el énfasis en una inversión sólida en lugar de heroicas egoístas a corto plazo. Curiosamente, aprovecha una habilidad blanda que aprendí en BI: cómo formular experimentos. En ausencia de buenos marcos de prueba, tenemos que ser buenos para ejecutar muchos experimentos de pensamiento en subconjuntos de nuestras transformaciones de datos terminadas. ((Si el cliente A y B son ambos X, entonces espero que Y sea Z) >> Si esto es así pero el Cliente B también se ha procesado incorrectamente, entonces Y es Z pero Z es nulo, lo que a su vez significa que … etc.). Formalizar esos experimentos se siente como exhalar después de años conteniendo la respiración. Además, BI generalmente necesita el trabajo realizado ayer, mientras que incluso las empresas web más ágiles utilizan un enfoque que valora la humildad y el realismo en la planificación en lugar de la valentía y el idealismo. Mientras que la filosofía TDD de los rieles toma la visión ilustrada de que todos somos falibles y los errores son inevitables, si un CEO no técnico ve una columna de cifras mal calculadas más de una vez al año, que a menudo se considera una incompetencia grave.
Objetos, no registros: SQL es una programación procesal / funcional. Pensar en términos de objetos ha sido un desafío interesante para mí. Al igual que git, sus colegas desarrolladores pueden asumir que si se ganaba la vida escribiendo mucho SQL aterrador, entonces la programación OO ‘normal’ debe ser obvia para usted. En general, OOP realmente abre esa tierra prometida de datos y lógica viviendo en armonía, además de gemas y otros módulos que conectas a tu aplicación, realmente pueden funcionar como magia. Estoy feliz de ver la parte posterior del código de procedimiento de SQL y VBA. Lo que extraño un poco es el lado funcional de SQL. Pensar en conjuntos relacionales en lugar de en objetos es algo que no tiene que hacer tan a menudo trabajando en el nivel OLTP granular del desarrollador web. Eso significa que muchos desarrolladores de ruby realmente no obtienen bases de datos y tienen miedo de SQL incluso cuando es la herramienta adecuada para el trabajo. Donde es posible que desee gestionar una transformación por lotes al hacer un conjunto elegante de vistas reescribibles y anidables, es probable que se vea presionado a permanecer en el nivel del objeto, implementando cosas simples como algunas uniones izquierdas con muchas comprobaciones separadas, luego bucles coincidentes autogenerando muchas consultas ineficientes. A veces tendrán un punto en el que vale la pena mantener los años de integridad integrados en su marco basado en objetos a costa de algo de rendimiento y simplicidad declarativa. Dicho esto, si te contrataron por experiencia pasada, tal vez llegarás a ser el chico / chica SQL en esos casos, está justificado.
Escala del ecosistema: en BI viví en un pequeño jardín amurallado de productos y herramientas, pero el desarrollo web se enfrenta al mundo entero y sus ideas. Una aplicación de rieles individuales está unida a mano a partir de cientos de bits diferentes de software de código abierto de otras personas y, debido a que está abierta, es posible que a veces tengas que resolver lo que hace dentro. Esto sin mencionar todos los otros niveles de la pila, desde las diversas capas de protocolos web hasta las utilidades de Linux, software de red, servicios de monitoreo alojados en la nube, etc.
Esto es abrumador pero también emocionante y significa que reinventará la rueda mucho menos de lo normal en SQL-land.
Amabilidad: Ruby probablemente no sea único en tener una cultura de bajo ego, pero es el único que dice: “Matz es bueno, así que nosotros somos agradables”. La comunidad tiene la personalidad de un niño feliz, inteligente y curioso.