Traducción del sitio web yegor256.com . Artículo original en inglés. El artículo provocó una fuerte reacción en el blog de Evgeniy Bugaenko. Describe los criterios que, en opinión del autor, influyen en el importe del salario por hora de un programador. La posición no es inequívoca, plantea interrogantes, pero aun así tiene su lugar. El material no está dirigido a principiantes. Al mismo tiempo, me parece que el artículo será útil para indicar la dirección de su desarrollo, por supuesto, además de mejorar sus habilidades de programación. La traducción original está publicada aquí . ________________________ Recibo varias cartas todos los días de programadores interesados en trabajar con teamed.io de forma remota. La primera pregunta que suelo hacer es "¿Cuál es tu tarifa por hora?" (pagamos por hora ). Me sorprende la frecuencia con la que las personas se evalúan incorrectamente a sí mismas tanto en lo alto como en lo bajo. Me dan varios números, desde $5 hasta $500 por hora. Nunca digo que no, pero normalmente hago mi propia estimación del salario por hora. Este artículo explica qué factores considero y cuáles no. Estos son mis criterios personales, no los tomes como un estándar profesional. Me parecen objetivos y lógicos. Contribución a proyectos de código abierto. Esta es la primera y más importante característica de un desarrollador de software. ¿Cuáles son sus contribuciones a los proyectos de código abierto? ¿ Tiene sus propias bibliotecas de código abierto que se utilizan en la comunidad? ¿Está escribiendo código que está disponible públicamente y es utilizado por otros? Si no tiene respuesta a estas preguntas, veo tres posibles razones. Primero, te da vergüenza compartir tu código porque es una mierda. Obviamente esto no es una buena señal. No porque tu código sea malo, sino porque no eres lo suficientemente valiente como para reconocerlo y evolucionar. En nuestros equipos prestamos gran atención a la calidad.código y la mayoría de los nuevos miembros de nuestro equipo están sorprendidos por nuestros altos estándares de calidad. Tú también te sorprenderás. La pregunta es si puedes desarrollarte o rendirte. Si no ha compartido su código antes y nunca ha manejado comentarios negativos, no podrá sentirse cómodo en nuestros proyectos, donde los requisitos de calidad son muy altos. La segunda posible razón es que trabajas de nueve a cinco para comer, sin pasión. De hecho, nadie lo admite. A menudo escucho cosas como "mi empresa no me paga por contribuir a proyectos de código abierto y quiero pasar tiempo con mi familia en casa". En el desarrollo de software moderno, la mayor parte del código con el que trabajamos es de código abierto: bibliotecas, marcos, herramientas, etc. Casi todo lo que utilizas en tu proyecto comercial es de código abierto. Al pagarle un salario, su empleador ya ha contribuido a los productos de código abierto porque usted los utiliza activamente. El problema es que no estás interesado en ser más activo y contribuir a proyectos de código abierto. Veo esto como una falta de pasión y motivación. ¿Serás un desarrollador eficaz en nuestros proyectos? Es poco probable, porque nuestro sistema de gestión se basa en la automotivación . La última razón posible es que no sabes qué escribir y en qué proyecto desarrollarte, lo que significa falta de creatividad. Como señalé anteriormente, casi todo lo que usamos hoy es de código abierto. Y estas herramientas están llenas de errores, muchas funciones no realizadas. Al mismo tiempo, ¿no ve alguna forma de mejorarlos? ¿No sabes qué se podría hacer mejor? ¿No puedes al menos encontrar un informe y corregir un error en el producto que usas todos los días? Esto significa que tampoco podrá encontrar formas de mejorar nuestros productos, ya que confiamos en su capacidad para encontrar problemas de forma creativa . Por lo tanto, si tu cuenta de GitHub está vacía y tu CV no contiene la línea “participado activamente en el desarrollo del kernel de Linux” (¿y por qué no?), instantáneamente pierdo el interés. Por otro lado, cuando veo un proyecto de más de 100 estrellas en tu GitHub, me emociono y estoy dispuesto a ofrecer más pagos. Ubicación Es una práctica común pagar más a quienes viven en países más caros. Cuando recibo currículums de San Francisco, las tarifas solicitadas son de más de $70 por hora. Las mismas habilidades y experiencia cuestan entre 15 y 20 dólares en Karachi. La razón es que el costo de vida en Estados Unidos es mucho más alto que en Pakistán. Sin embargo, esta razón me resulta ilógica. Si conduces un coche más caro, ¿tenemos que pagarte un salario más alto ?? Lo mismo con tu ubicación. Ha elegido su país de residencia. Disfrutas de todos los beneficios de un país desarrollado y pagas por ello. Es tu elección. Decidiste gastar más dinero en calidad de vida. ¿Qué tiene esto que ver conmigo? ¿Quieres pagar $30 por el almuerzo? Conviértete en un mejor desarrollador. Hasta entonces, cómprate un hot dog por un par de dólares. Decir simplemente: “Ya estoy aquí y mi almuerzo cuesta $30” no es un argumento. En consecuencia, si vive en un lugar más caro, quedará menos dinero en su bolsillo. Para nosotros, esto significa que 100 dólares motivarán a un programador de Karachi mucho más que los mismos 100 dólares motivarán a la misma persona si viviera en San Francisco. Por eso, preferimos trabajar con personas cuyos costos sean menores. Nuestro dinero funciona mejor de esta manera. Reputación en StackOverflow.com Todos sabemos que hay muy pocas personas en StackOverflow, incluso sorprendentemente pocas personas que contribuyen activamente a él. Si su perfil está vacío (o si no tiene uno), entonces está claro que 1) no tiene preguntas que hacer, 2) no tiene nada que responder. Primero, si no pides nada allí, no creces. Su proceso de aprendizaje se detuvo en algún momento, tal vez después de conseguir un trabajo de oficina . ¿O tal vez eres demasiado tímido para preguntar? ¿O no puede describir sus preguntas con suficiente precisión? ¿O tal vez tus preguntas ya tienen respuestas? Es triste de cualquier manera. En segundo lugar, si no responde, significa que simplemente no tiene nada que decir. En la mayoría de los casos, esto significa que no está resolviendo problemas complejos y únicos. Simplemente escriba los componentes conocidos junto con otros y reciba su cheque. A menudo escucho que la gente resuelve la mayoría de sus problemas haciendo preguntas a los compañeros sentados a su lado en la oficina. Dicen que simplemente no necesitan StackOverflow (u otros recursos similares, si existen) porque su equipo es tan bueno que siempre puedes obtener una respuesta a cualquier pregunta. Es bueno para el equipo, pero malo para ti. ¿Por qué? No tienes la importante habilidad de encontrar una respuesta en la Internet pública. En nuestros proyectos no fomentamos ninguna comunicación horizontal entre programadores y no podrás recibir ayuda de nadie. Estará solo y fracasará porque está acostumbrado a recibir ayuda de las personas mayores de su oficina . StackOverflow no es sólo un indicador de qué tan inteligente eres y cuántos votos tienes para el mejor chiste sobre programadores . Esta es una prueba de que puedes obtener respuestas a tus preguntas hablando con personas que no conoces. Esta es una habilidad muy importante. Experiencia laboral "¡Escribí Java durante 10 años!" - ¿Así que lo que? Este número sólo significa una cosa para mí: lograste sobrevivir en alguna oficina durante 10 años. O tal vez en varias oficinas. Convenciste a alguien de que debería pagarte por tus 10 años en su edificio. ¿Significa esto que escribiste algo útil? ¿Esto significa que tu código era perfecto? Ni el primero ni el segundo. La experiencia laboral es un indicador falso. Esto incluso puede jugar en su contra, en combinación con otros indicadores descritos anteriormente. Si tu CV dice que recién empezaste a programar hace 2 años y tus cuentas de GitHub y StackOverflow están vacías, existe la posibilidad de que mejores. Estás apenas al comienzo de tu carrera. Sin embargo, si su CV dice que es un “arquitecto de sistemas de 10 años” sin contribuciones a proyectos de código abierto, eso significa que o está mintiendo acerca de 10 años o es absolutamente inútil como arquitecto. Mi punto es que la “experiencia laboral” como argumento debe usarse con mucho cuidado. Sólo juega esta carta si tienes otras ventajas. De lo contrario, guárdalo para ti. Certificados. Oracle, Zend, Amazon, IBM, MySQL y otros: estos son los certificados de los que hablo. Para conseguirlos debes aprobar un examen. No es fácil y no está en línea. Este es un examen real que se realiza en centros de certificación donde usted se sentará frente a una computadora, con tiempo limitado, sin libros ni acceso a Internet, y responderá preguntas. ¿Suficientemente humillante para un desarrollador tan respetado? Sí. Y también existe una probabilidad muy alta de fracaso, lo cual también es bastante incómodo. Si pudo aprobar los exámenes, entonces es una muy buena señal. Si has hecho esto varias veces, genial. Es más, si no cuentas con certificados a lo largo de tu carrera, es por alguno de los siguientes motivos. Primero, tienes miedo al fracaso. Una certificación seria puede costar varios cientos de dólares (pagué más de $700 por SCEA ) y no la recuperarás si fallas. Si tienes miedo de perder, tienes miedo de luchar. Esto significa que se acobardará en situaciones reales cuando sea necesario resolver problemas reales. En segundo lugar, no estás invirtiendo en ti mismo. Lo más probable es que esto signifique que no quiere cambiar de empresa y prefiere encontrar una oficina acogedora donde pueda sentarse para siempre. Recuerdo que una vez le dije a mi amigo: "Mejorarás enormemente tu CV si obtienes este certificado". Él respondió con una sonrisa: “Espero no necesitar un CV. Me gusta esta empresa." Este enfoque es bueno para la empresa para la que trabaja, pero definitivamente va en su contra . En mi experiencia, los mejores jugadores de equipo.estos son los que trabajan por cuenta propia. El individualismo saludable es clave. Si su principal objetivo es conseguir algo para usted (dinero, reputación, habilidades, conocimientos), será muy eficaz en nuestros proyectos. La presencia de certificados en tu perfil es un indicador del saludable individualismo que buscamos. Diversidad de habilidades. Cuantas más tecnologías o lenguajes de programación conozcas, menos vales. No digo que sea imposible ser un experto en muchas cosas a la vez: es absolutamente posible. Pero déjame darte una razón pragmática por la que no deberías hacer esto: la competencia. Hay miles de programadores Java7 en el mercado; podemos contratar fácilmente a quien necesitemos. Pero no hay muchos programadores de Hadoop ni diseñadores de XSLT. Si te centras en un área concreta y eres experto en ella, tus posibilidades de encontrar trabajo son menores, pero tu tarifa será mayor. Tendemos a pagar más a especialistas altamente especializados, principalmente porque no tenemos otra opción. Si el proyecto en el que estamos trabajando requiere un experto en Lucene, encontraremos a la persona adecuada y haremos todo lo posible para incorporarlo a nuestro equipo. Hacer lo mejor que podemos, en la mayoría de los casos, significa aumentar el salario. Entonces, cuando escucho que tienes experiencia en MySQL, PostgreSQL, Oracle y SQLite, entiendo que sabes muy poco sobre bases de datos. Discursos y Publicaciones Obviamente, tener un blog (sobre programación, no sobre tu gato favorito) es un factor positivo. Es incluso mejor si hablas en conferencias de vez en cuando. En los blogs, presto atención a la cantidad de comentarios que la gente deja en tus artículos. Si se trata de una conferencia, el criterio más importante es la dificultad para determinar el número de ponentes. Tanto los artículos del blog como las presentaciones te hacen más valioso como especialista. Principalmente porque estas cosas demuestran que algunas personas ya han apreciado tu trabajo y tu talento. Y no se trata sólo de un programador, sino de un grupo de programadores e ingenieros. Esto significa que también podemos confiar en su opinión. Además, si escribes y publicas tu trabajo con regularidad, ya tienes una habilidad/talento importante: puedes presentar tus ideas en un formato "digerible". En nuestros proyectos, no fomentamos las comunicaciones informales y utilizamos un sistema de tickets. En estos boletos explicarás tus ideas, preguntas y consideraciones de una manera que otros puedan entender. Sin las habilidades para presentar ideas, no podrás sobrevivir en un proyecto. Por cierto, algunos desarrolladores incluso presentan patentes a su nombre. ¿Por qué no hiciste esto? ¿O tal vez publicar un libro? ¿Por qué no? Empleador anterior Normalmente no presto mucha atención a esta sección de tu CV. Nuestro modelo de gestión es muy diferentepor todo lo que podías ver en cualquier lugar, que no importa cuántas veces te despidieron ni qué tan alto era tu puesto en tu empresa. Incluso si su título es "CTO de Twitter", no significa nada para mí. Mi experiencia me dice que cuanto más grande es la empresa y mayor es tu posición en ella, más te alejas del código fuente y de las soluciones técnicas reales. Los vicepresidentes y directores de tecnología pasan la mayor parte de su tiempo en reuniones y lidiando con política interna . Me interesa más "¿Qué has estado haciendo" en los últimos años que "Dónde lo has estado haciendo" o "Cómo te llamabas" mientras lo hacías? Educación Licenciatura, Maestría, Doctorado... ¿es importante? No pienses. La educación es muy similar al “empleo anterior” mencionado anteriormente. Realmente no importa dónde pasaste los cinco años después de la escuela. Lo que importa es lo que hiciste en ese momento. Si no tienes nada que decir sobre tu actividad como estudiante, ¿qué me dice el nombre de tu universidad? Por supuesto, si se trata de Stanford o el MIT, entonces es un asunto completamente diferente. En este caso, tengo entendido que aprobaste sus exámenes finales y lograste encontrar dinero para estudiar allí. Esta es una buena señal y definitivamente ofreceré una oferta más alta. Pero si eres un graduado de la nada (como mi universidad), guarda esta información para ti. Al pagar más de $100 por hora, estaremos encantados de pagarle a un experto que posee varios productos de código abierto, tiene una calificación en StackOverflow de más de 20k, tiene certificados, artículos, presentaciones o incluso patentes. Pagamos más de $50 a un programador profesional que posee un proyecto de código abierto o es un participante activo en dicho proyecto, tiene una calificación en StackOverflow de más de 5k, escribe sobre desarrollo de software y posee certificados. Pagamos más de $30 por un programador que contribuya regularmente a proyectos de código abierto, esté activo en StackOverflow y tenga múltiples certificaciones. Pagamos $15+ a todos los demás. No me malinterpretes y no te tomes estos números como algo personal. Estas tarifas son una métrica de evaluación de tu nivel profesional, no de ti como individuo. Además, el nivel no es estático, cambia todos los días y todo está completamente en tus manos. Estoy escribiendo este artículo principalmente para motivarte a crecer. Todos estos criterios se aplican a los nuevos miembros de nuestros equipos. Una vez que comience a escribir código, medimos su productividad y podrá obtener un pago completamente diferente, vea cómo calculamos las tarifas por hora . Por cierto, las ilustraciones del post fueron creadas por Andreea Mironiuc . https://www.youtube.com/watch?v=GS45LzE3LPQ
Esta es la primera y más importante característica de un desarrollador de software. ¿Cuáles son sus contribuciones a los proyectos de código abierto? ¿ Tiene sus propias bibliotecas de código abierto que se utilizan en la comunidad? ¿Está escribiendo código que está disponible públicamente y es utilizado por otros? Si no tiene respuesta a estas preguntas, veo tres posibles razones. Primero, te da vergüenza compartir tu código porque es una mierda. Obviamente esto no es una buena señal. No porque tu código sea malo, sino porque no eres lo suficientemente valiente como para reconocerlo y evolucionar. En nuestros equipos prestamos gran atención a la calidad.código y la mayoría de los nuevos miembros de nuestro equipo están sorprendidos por nuestros altos estándares de calidad. Tú también te sorprenderás. La pregunta es si puedes desarrollarte o rendirte. Si no ha compartido su código antes y nunca ha manejado comentarios negativos, no podrá sentirse cómodo en nuestros proyectos, donde los requisitos de calidad son muy altos. La segunda posible razón es que trabajas de nueve a cinco para comer, sin pasión. De hecho, nadie lo admite. A menudo escucho cosas como "mi empresa no me paga por contribuir a proyectos de código abierto y quiero pasar tiempo con mi familia en casa". En el desarrollo de software moderno, la mayor parte del código con el que trabajamos es de código abierto: bibliotecas, marcos, herramientas, etc. Casi todo lo que utilizas en tu proyecto comercial es de código abierto. Al pagarle un salario, su empleador ya ha contribuido a los productos de código abierto porque usted los utiliza activamente. El problema es que no estás interesado en ser más activo y contribuir a proyectos de código abierto. Veo esto como una falta de pasión y motivación. ¿Serás un desarrollador eficaz en nuestros proyectos? Es poco probable, porque nuestro sistema de gestión se basa en la automotivación . La última razón posible es que no sabes qué escribir y en qué proyecto desarrollarte, lo que significa falta de creatividad. Como señalé anteriormente, casi todo lo que usamos hoy es de código abierto. Y estas herramientas están llenas de errores, muchas funciones no realizadas. Al mismo tiempo, ¿no ve alguna forma de mejorarlos? ¿No sabes qué se podría hacer mejor? ¿No puedes al menos encontrar un informe y corregir un error en el producto que usas todos los días? Esto significa que tampoco podrá encontrar formas de mejorar nuestros productos, ya que confiamos en su capacidad para encontrar problemas de forma creativa . Por lo tanto, si tu cuenta de GitHub está vacía y tu CV no contiene la línea “participado activamente en el desarrollo del kernel de Linux” (¿y por qué no?), instantáneamente pierdo el interés. Por otro lado, cuando veo un proyecto de más de 100 estrellas en tu GitHub, me emociono y estoy dispuesto a ofrecer más pagos. Ubicación Es una práctica común pagar más a quienes viven en países más caros. Cuando recibo currículums de San Francisco, las tarifas solicitadas son de más de $70 por hora. Las mismas habilidades y experiencia cuestan entre 15 y 20 dólares en Karachi. La razón es que el costo de vida en Estados Unidos es mucho más alto que en Pakistán. Sin embargo, esta razón me resulta ilógica. Si conduces un coche más caro, ¿tenemos que pagarte un salario más alto ?? Lo mismo con tu ubicación. Ha elegido su país de residencia. Disfrutas de todos los beneficios de un país desarrollado y pagas por ello. Es tu elección. Decidiste gastar más dinero en calidad de vida. ¿Qué tiene esto que ver conmigo? ¿Quieres pagar $30 por el almuerzo? Conviértete en un mejor desarrollador. Hasta entonces, cómprate un hot dog por un par de dólares. Decir simplemente: “Ya estoy aquí y mi almuerzo cuesta $30” no es un argumento. En consecuencia, si vive en un lugar más caro, quedará menos dinero en su bolsillo. Para nosotros, esto significa que 100 dólares motivarán a un programador de Karachi mucho más que los mismos 100 dólares motivarán a la misma persona si viviera en San Francisco. Por eso, preferimos trabajar con personas cuyos costos sean menores. Nuestro dinero funciona mejor de esta manera. Reputación en StackOverflow.com Todos sabemos que hay muy pocas personas en StackOverflow, incluso sorprendentemente pocas personas que contribuyen activamente a él. Si su perfil está vacío (o si no tiene uno), entonces está claro que 1) no tiene preguntas que hacer, 2) no tiene nada que responder. Primero, si no pides nada allí, no creces. Su proceso de aprendizaje se detuvo en algún momento, tal vez después de conseguir un trabajo de oficina . ¿O tal vez eres demasiado tímido para preguntar? ¿O no puede describir sus preguntas con suficiente precisión? ¿O tal vez tus preguntas ya tienen respuestas? Es triste de cualquier manera. En segundo lugar, si no responde, significa que simplemente no tiene nada que decir. En la mayoría de los casos, esto significa que no está resolviendo problemas complejos y únicos. Simplemente escriba los componentes conocidos junto con otros y reciba su cheque. A menudo escucho que la gente resuelve la mayoría de sus problemas haciendo preguntas a los compañeros sentados a su lado en la oficina. Dicen que simplemente no necesitan StackOverflow (u otros recursos similares, si existen) porque su equipo es tan bueno que siempre puedes obtener una respuesta a cualquier pregunta. Es bueno para el equipo, pero malo para ti. ¿Por qué? No tienes la importante habilidad de encontrar una respuesta en la Internet pública. En nuestros proyectos no fomentamos ninguna comunicación horizontal entre programadores y no podrás recibir ayuda de nadie. Estará solo y fracasará porque está acostumbrado a recibir ayuda de las personas mayores de su oficina . StackOverflow no es sólo un indicador de qué tan inteligente eres y cuántos votos tienes para el mejor chiste sobre programadores . Esta es una prueba de que puedes obtener respuestas a tus preguntas hablando con personas que no conoces. Esta es una habilidad muy importante. Experiencia laboral 
"¡Escribí Java durante 10 años!" - ¿Así que lo que? Este número sólo significa una cosa para mí: lograste sobrevivir en alguna oficina durante 10 años. O tal vez en varias oficinas. Convenciste a alguien de que debería pagarte por tus 10 años en su edificio. ¿Significa esto que escribiste algo útil? ¿Esto significa que tu código era perfecto? Ni el primero ni el segundo. La experiencia laboral es un indicador falso. Esto incluso puede jugar en su contra, en combinación con otros indicadores descritos anteriormente. Si tu CV dice que recién empezaste a programar hace 2 años y tus cuentas de GitHub y StackOverflow están vacías, existe la posibilidad de que mejores. Estás apenas al comienzo de tu carrera. Sin embargo, si su CV dice que es un “arquitecto de sistemas de 10 años” sin contribuciones a proyectos de código abierto, eso significa que o está mintiendo acerca de 10 años o es absolutamente inútil como arquitecto. Mi punto es que la “experiencia laboral” como argumento debe usarse con mucho cuidado. Sólo juega esta carta si tienes otras ventajas. De lo contrario, guárdalo para ti. Certificados. Oracle, Zend, Amazon, IBM, MySQL y otros: estos son los certificados de los que hablo. Para conseguirlos debes aprobar un examen. No es fácil y no está en línea. Este es un examen real que se realiza en centros de certificación donde usted se sentará frente a una computadora, con tiempo limitado, sin libros ni acceso a Internet, y responderá preguntas. ¿Suficientemente humillante para un desarrollador tan respetado? Sí. Y también existe una probabilidad muy alta de fracaso, lo cual también es bastante incómodo. Si pudo aprobar los exámenes, entonces es una muy buena señal. Si has hecho esto varias veces, genial. Es más, si no cuentas con certificados a lo largo de tu carrera, es por alguno de los siguientes motivos. Primero, tienes miedo al fracaso. Una certificación seria puede costar varios cientos de dólares (pagué más de $700 por SCEA ) y no la recuperarás si fallas. Si tienes miedo de perder, tienes miedo de luchar. Esto significa que se acobardará en situaciones reales cuando sea necesario resolver problemas reales. En segundo lugar, no estás invirtiendo en ti mismo. Lo más probable es que esto signifique que no quiere cambiar de empresa y prefiere encontrar una oficina acogedora donde pueda sentarse para siempre. Recuerdo que una vez le dije a mi amigo: "Mejorarás enormemente tu CV si obtienes este certificado". Él respondió con una sonrisa: “Espero no necesitar un CV. Me gusta esta empresa." Este enfoque es bueno para la empresa para la que trabaja, pero definitivamente va en su contra . En mi experiencia, los mejores jugadores de equipo.estos son los que trabajan por cuenta propia. El individualismo saludable es clave. Si su principal objetivo es conseguir algo para usted (dinero, reputación, habilidades, conocimientos), será muy eficaz en nuestros proyectos. La presencia de certificados en tu perfil es un indicador del saludable individualismo que buscamos. Diversidad de habilidades. Cuantas más tecnologías o lenguajes de programación conozcas, menos vales. No digo que sea imposible ser un experto en muchas cosas a la vez: es absolutamente posible. Pero déjame darte una razón pragmática por la que no deberías hacer esto: la competencia. Hay miles de programadores Java7 en el mercado; podemos contratar fácilmente a quien necesitemos. Pero no hay muchos programadores de Hadoop ni diseñadores de XSLT. Si te centras en un área concreta y eres experto en ella, tus posibilidades de encontrar trabajo son menores, pero tu tarifa será mayor. Tendemos a pagar más a especialistas altamente especializados, principalmente porque no tenemos otra opción. Si el proyecto en el que estamos trabajando requiere un experto en Lucene, encontraremos a la persona adecuada y haremos todo lo posible para incorporarlo a nuestro equipo. Hacer lo mejor que podemos, en la mayoría de los casos, significa aumentar el salario. Entonces, cuando escucho que tienes experiencia en MySQL, PostgreSQL, Oracle y SQLite, entiendo que sabes muy poco sobre bases de datos. Discursos y Publicaciones 
Obviamente, tener un blog (sobre programación, no sobre tu gato favorito) es un factor positivo. Es incluso mejor si hablas en conferencias de vez en cuando. En los blogs, presto atención a la cantidad de comentarios que la gente deja en tus artículos. Si se trata de una conferencia, el criterio más importante es la dificultad para determinar el número de ponentes. Tanto los artículos del blog como las presentaciones te hacen más valioso como especialista. Principalmente porque estas cosas demuestran que algunas personas ya han apreciado tu trabajo y tu talento. Y no se trata sólo de un programador, sino de un grupo de programadores e ingenieros. Esto significa que también podemos confiar en su opinión. Además, si escribes y publicas tu trabajo con regularidad, ya tienes una habilidad/talento importante: puedes presentar tus ideas en un formato "digerible". En nuestros proyectos, no fomentamos las comunicaciones informales y utilizamos un sistema de tickets. En estos boletos explicarás tus ideas, preguntas y consideraciones de una manera que otros puedan entender. Sin las habilidades para presentar ideas, no podrás sobrevivir en un proyecto. Por cierto, algunos desarrolladores incluso presentan patentes a su nombre. ¿Por qué no hiciste esto? ¿O tal vez publicar un libro? ¿Por qué no? Empleador anterior Normalmente no presto mucha atención a esta sección de tu CV. Nuestro modelo de gestión es muy diferentepor todo lo que podías ver en cualquier lugar, que no importa cuántas veces te despidieron ni qué tan alto era tu puesto en tu empresa. Incluso si su título es "CTO de Twitter", no significa nada para mí. Mi experiencia me dice que cuanto más grande es la empresa y mayor es tu posición en ella, más te alejas del código fuente y de las soluciones técnicas reales. Los vicepresidentes y directores de tecnología pasan la mayor parte de su tiempo en reuniones y lidiando con política interna . Me interesa más "¿Qué has estado haciendo" en los últimos años que "Dónde lo has estado haciendo" o "Cómo te llamabas" mientras lo hacías? Educación Licenciatura, Maestría, Doctorado... ¿es importante? No pienses. La educación es muy similar al “empleo anterior” mencionado anteriormente. Realmente no importa dónde pasaste los cinco años después de la escuela. Lo que importa es lo que hiciste en ese momento. Si no tienes nada que decir sobre tu actividad como estudiante, ¿qué me dice el nombre de tu universidad? Por supuesto, si se trata de Stanford o el MIT, entonces es un asunto completamente diferente. En este caso, tengo entendido que aprobaste sus exámenes finales y lograste encontrar dinero para estudiar allí. Esta es una buena señal y definitivamente ofreceré una oferta más alta. Pero si eres un graduado de la nada (como mi universidad), guarda esta información para ti. Al pagar más de $100 por hora, estaremos encantados de pagarle a un experto que posee varios productos de código abierto, tiene una calificación en StackOverflow de más de 20k, tiene certificados, artículos, presentaciones o incluso patentes. Pagamos más de $50 a un programador profesional que posee un proyecto de código abierto o es un participante activo en dicho proyecto, tiene una calificación en StackOverflow de más de 5k, escribe sobre desarrollo de software y posee certificados. Pagamos más de $30 por un programador que contribuya regularmente a proyectos de código abierto, esté activo en StackOverflow y tenga múltiples certificaciones. Pagamos $15+ a todos los demás. No me malinterpretes y no te tomes estos números como algo personal. Estas tarifas son una métrica de evaluación de tu nivel profesional, no de ti como individuo. Además, el nivel no es estático, cambia todos los días y todo está completamente en tus manos. Estoy escribiendo este artículo principalmente para motivarte a crecer. Todos estos criterios se aplican a los nuevos miembros de nuestros equipos. Una vez que comience a escribir código, medimos su productividad y podrá obtener un pago completamente diferente, vea cómo calculamos las tarifas por hora . Por cierto, las ilustraciones del post fueron creadas por Andreea Mironiuc . https://www.youtube.com/watch?v=GS45LzE3LPQ
GO TO FULL VERSION