Los rieles, por definición, es un marco que evolucionó a partir de la premisa de que si sigue teniendo el mismo destino, probablemente debería colocar algunos rieles para que el tren llegue allí. Los proyectos que usan Rails tienden a aplicar las mejores prácticas bien conocidas a los nuevos dominios. Como resultado, tiene dos campamentos de clientes de Rails:
El campamento de Ingeniería tiende a estar compuesto por personas técnicas que conocen muy bien los lenguajes funcionales como Ruby y utilizan la facilidad de andamiaje de RoR para determinar su Producto Mínimo Viable. Este grupo de clientes tiende a autoidentificarse como startups de la etapa Seed to Series A. Necesitan trabajadores independientes de Rails.
El campamento de marketing está compuesto por personal de ventas y marketing en compañías más grandes, interesadas en automatizar sus ventas, probar A / B su mensaje de marketing y obtener información analítica sobre el comportamiento del cliente para que puedan reducir el costo de adquisición del cliente y aumentar el valor de por vida de el producto. Pueden usar Rails para lograr todo esto; pero como no son técnicos, no saben explícitamente buscar un desarrollador “Rails”. En su lugar, llaman al consultor que desean por otros nombres, como “Ingeniero de marketing”, o más recientemente “Ingeniero de crecimiento”.
- Actualmente estoy haciendo BCom Me encanta programar. Quiero ser desarrollador de software. ¿Es posible? Si es así, ¿qué pasa con la maestría? Por favor ayuda
- ¿Cómo puede un estudiante que no es CS / IT convertirse en un buen ingeniero de software?
- Sé Java y el Objetivo C. ¿Qué otros idiomas debo aprender antes de ir a la universidad que me puedan ayudar en ingeniería de software?
- ¿Quién determina cómo pasar el tiempo de ingeniería de software?
- ¿Es incorrecto dejar de preocuparse por la clase y comenzar a educarse (libros, Internet, etc.) para cumplir su sueño?
Para cuando el campamento de Ingeniería recaude fondos y pueda permitírselo, sus necesidades de desarrollo de productos han crecido más allá de Rails solo. Tendrán todo tipo de bases de datos, capas Memcached y Redis, bits de Java o C ++, iOS, etc. Aunque crecieron de Rails, ya no lo consideran su necesidad principal. Y aquí está el truco final: se darán cuenta de que la mayoría de lo que solían hacer en Rails constituían los aspectos de marketing de su producto.
El campo de Ingeniería termina entregando la mayoría de los proyectos de Rails al campo de Marketing. Durante un tiempo cuidaron esos proyectos; por otro tiempo, lo subcontratan a un equipo de tontos que no conoce a Rails y termina reescribiendo todo en PHP. En última instancia, debido a esta velocidad de comercialización se detiene, y los especialistas en marketing deciden que necesitan un ingeniero a tiempo completo para ayudarlos.
En el momento en que su oportunidad de contrato de “profesional independiente de Rails” pase el proceso de listado de RR. HH. Y la burocracia de conteo de jefes de grandes empresas, se convierta en “Ingeniero de crecimiento de marketing a tiempo completo”. La oportunidad del freelance está muerta.
También hay dos tipos de trabajadores independientes. Los que ven el mundo como es; Tienden a encontrar las oportunidades adecuadas raramente y atascarse con ellas. Debido al proceso anterior con el que mueren las oportunidades de freelance, estos tipos de freelancers también mueren. Terminan registrándose para el trabajo de tiempo completo que figura en Recursos Humanos. Tanto el profesional independiente como el vendedor empeoran.
El otro tipo de profesional independiente entiende el mundo por lo que no es: las etiquetas a menudo no describen correctamente lo que la gente realmente quiere. Este tipo de profesional independiente no apunta a las oportunidades por sus etiquetas, sino por el tipo de cliente que desea: alguien con un gran problema, bolsillos profundos y agradecido por la experiencia. Deje que el título y la etiqueta del trabajo sean lo que sea.
Este último profesional independiente se llama consultor. Expresará interés, aparecerá, se demostrará a sí mismo en la entrevista y le explicará al cliente lo que realmente necesita, una vez que esté dispuesto a considerarlo. Puede irritarlos un poco porque los recursos humanos y entre las personas tendrán que explicar por qué no pudieron lograr que se comprometiera a tiempo completo. Pero no está interesado en hacer lo que el cliente dice que quiere. Está interesado en hacer lo correcto para resolver su problema. Y cuando pasa la etapa de consideración de la entrevista, el cliente se da cuenta de que debe ser flexible; después de todo, nadie más parece entender esta posición.
A veces, nuestros ejercicios se parecen a Ruby on Rails, y nuestros agujeros son de marketing. El profesional independiente que vende el taladro en lugar del agujero al final perderá su libertad.