![\"sad-face-clip-art2\"](\"https:\/\/blog.facilcloud.com\/noticias\/wp-content\/uploads\/2015\/08\/sad-face-clip-art2.jpg\")
<\/a>Falta de pasi\u00f3n<\/strong><\/h4>\nEs un clich\u00e9, pero es cierto. Las personas que disfrutan de su trabajo nunca podr\u00e1n decir que trabajaron un d\u00eda en su vida. Despu\u00e9s de a\u00f1os de producci\u00f3n de c\u00f3digo, los ingenieros de software pueden perder esa pasi\u00f3n. Peor que esto, contagian a los que les rodean. \u00abIncluso cuando est\u00e1s codificando todo el d\u00eda, tienes que ser lo suficientemente apasionado para hablar de ello durante el almuerzo y despu\u00e9s del trabajo tambi\u00e9n\u00bb, dice Liz Eggleston, cofundador de Course Report un recurso en l\u00ednea para personas que est\u00e1n considerando escuelas de codificaci\u00f3n.<\/p>\n
![\"presentaciones](\"https:\/\/blog.facilcloud.com\/noticias\/wp-content\/uploads\/2015\/08\/presentaciones-300-300-05-150x150.jpg\")
<\/a>\u00bfC\u00f3digo de prueba?<\/h4>\nLos ingenieros de software sol\u00edan pensar que el c\u00f3digo de prueba estaba por debajo de ellos, en el mundo de la codificaci\u00f3n era el equivalente a lavar platos. Ese no es el caso hoy en d\u00eda, los ingenieros de software ineficaces que creen que esto es todav\u00eda el caso est\u00e1n desinformados o delirantes. \u00abLas pruebas no son s\u00f3lo una tarea bueno-tener, es una obligaci\u00f3n\u00bb, dice D.J. Charles, director de Invaluable, un mercado de subastas en l\u00ednea.<\/p>\n
![\"presentaciones](\"https:\/\/blog.facilcloud.com\/noticias\/wp-content\/uploads\/2015\/08\/presentaciones-300-300-04-150x150.jpg\")
<\/a>Utilidad como cosa sencilla<\/h4>\nLos ingenieros de software ineficientes creen que su rol es crear aplicaciones que hagan el trabajo, no ense\u00f1ar a los usuarios que usan esas aplicaciones a hacer sus trabajos. Se debe ver a los usuarios como los clientes y no como una fuente de agravamiento. \u00abEs dif\u00edcil conectar la mente de un ingeniero con el mundo f\u00edsico\u00bb explica Charles, Director de Invaluable. \u201cEl ingeniero ineficiente de forma incorrecta caracteriza la experiencia de un usuario como el problema de otro\u00bb
\nDesafortunadamente, aparentemente existen muchos ingenieros con esa actitud y \u00a1Hey! Esperamos que t\u00fa no seas uno de ellos, por lo que muchas compa\u00f1\u00edas est\u00e1n buscando a guerreros de c\u00f3digos con empat\u00eda y conocimientos sobre los problemas de las personas.<\/p>\n
![\"imagen](\"https:\/\/blog.facilcloud.com\/noticias\/wp-content\/uploads\/2015\/08\/imagen-31-150x150.jpg\")
<\/a>Amor por el \u201cno\u201d<\/h4>\nMuchos ingenieros carecen de \u201cvisi\u00f3n\u201d. Por esta raz\u00f3n, es m\u00e1s probable que digan no a proyectos o se conviertan en una pila humeante de negatividad. \u201cCuando se les presenta un reto, un actitud positiva permitir\u00e1 que todas las oportunidades potenciales queden abiertas\u201d Explica Charles.
\n\u00abDecir no cierra la puerta al proceso creativo\u201d afirma. \u201dSi tienes una idea inmediata de una soluci\u00f3n o no, tienes que ser de mente abierta para que la inspiraci\u00f3n llegue.\u201d Es decir, hay que dejar los NO en el pasado.<\/p>\n
![\"presentaciones](\"https:\/\/blog.facilcloud.com\/noticias\/wp-content\/uploads\/2015\/08\/presentaciones-300-300-011-150x150.jpg\")
<\/a>Falta de curiosidad<\/h4>\nEsto es muy grave, los ingenieros en programaci\u00f3n con los a\u00f1os se hacen reacios a aprender nuevas ideas. Esas actitudes son costosas para todas las posiciones, pero son el final de la carrera para los ingenieros de software. \u201cTienes que tener la curiosidad para seguir aprendiendo porque la programaci\u00f3n es un proceso largo de aprendizaje\u201d dice Eggleston de Course Report.
\n\u201cNecesitas tender la mano a otras personas en la comunidad y estar al tanto de las nuevas tecnolog\u00edas porque est\u00e1n en constante cambio\u201d. Recomienda Eggleston.<\/p>\n
![\"presentaciones](\"https:\/\/blog.facilcloud.com\/noticias\/wp-content\/uploads\/2015\/08\/presentaciones-300-300-03-150x150.jpg\")
<\/a>Trabajo en equipo<\/h4>\nMuchos no son buenos compa\u00f1eros de equipo. Eso puede ser un problema real en desarrollo actual del mundo donde el trabajo en equipo es una necesidad. \u201cLos proyectos de software son altamente complejos\u201d dice Sigelman de BurningGlass \u201cLos d\u00edas donde pod\u00edas ser un lobo solitario y tumbar un programa por ti mismo ya pasaron\u201d
\n\u00c9l agrega que el orgullo puede contribuir a que la habilidad de un ingeniero ineficiente sea un jugador de equipo \u201cEst\u00e1 bien atascarse de vez en cuando. Saber cu\u00e1ndo y c\u00f3mo volver a la pista es una pieza fundamental hacia el \u00e9xito. No dejes que el orgullo se interponga en tu camino\u201d
\nPobres habilidades de comunicaci\u00f3n tambi\u00e9n pueden contribuir a la ineficacia de un ingeniero de software en un entorno de equipo. Eso es especialmente cierto cuando el ingeniero ineficaz tiene que comunicarse con personas fuera del equipo.<\/p>\n
![\"presentaciones](\"https:\/\/blog.facilcloud.com\/noticias\/wp-content\/uploads\/2015\/08\/presentaciones-300-300-02-150x150.jpg\")
<\/a>Descuido en seguridad<\/h4>\nEsto puede ser un mal h\u00e1bito de los ingenieros eficaces e ineficaces. En muchas tiendas de desarrollo, la seguridad est\u00e1 fijada para un producto final, la cual no es la mejor forma de hacerlo \u201cLos desarrolladores tienen que poner la seguridad en primer lugar cuando est\u00e9n codificando\u201d dice Stephen Newman de Damballa una compa\u00f1\u00eda dedicada a la detenci\u00f3n de ciber ataques.
\nLos malos h\u00e1bitos hacen que los empleados en cualquier cargo ineficaces. Para los ingenieros de software, los malos h\u00e1bitos tales como los que no muestran inter\u00e9s en proyectos y se niegan a trabajar en equipo pueden perturbar equipos enteros. Muchos ingenieros de software ineficaces no comenzaron de esa manera, ni tienen que permanecer de esa forma, por lo que te invitamos a autoevaluar c\u00f3mo est\u00e1s comport\u00e1ndote en tu ambiente laboral ya que estos malos h\u00e1bitos son f\u00e1cilmente detectados y purgados antes de que te conviertas en un programador ineficaz y un dolor de cabeza para tus jefes y compa\u00f1eros de trabajo.<\/p>\n
<\/a>Utilidad como cosa sencilla<\/h4>\nLos ingenieros de software ineficientes creen que su rol es crear aplicaciones que hagan el trabajo, no ense\u00f1ar a los usuarios que usan esas aplicaciones a hacer sus trabajos. Se debe ver a los usuarios como los clientes y no como una fuente de agravamiento. \u00abEs dif\u00edcil conectar la mente de un ingeniero con el mundo f\u00edsico\u00bb explica Charles, Director de Invaluable. \u201cEl ingeniero ineficiente de forma incorrecta caracteriza la experiencia de un usuario como el problema de otro\u00bb
\nDesafortunadamente, aparentemente existen muchos ingenieros con esa actitud y \u00a1Hey! Esperamos que t\u00fa no seas uno de ellos, por lo que muchas compa\u00f1\u00edas est\u00e1n buscando a guerreros de c\u00f3digos con empat\u00eda y conocimientos sobre los problemas de las personas.<\/p>\n
<\/a>Amor por el \u201cno\u201d<\/h4>\nMuchos ingenieros carecen de \u201cvisi\u00f3n\u201d. Por esta raz\u00f3n, es m\u00e1s probable que digan no a proyectos o se conviertan en una pila humeante de negatividad. \u201cCuando se les presenta un reto, un actitud positiva permitir\u00e1 que todas las oportunidades potenciales queden abiertas\u201d Explica Charles.
\n\u00abDecir no cierra la puerta al proceso creativo\u201d afirma. \u201dSi tienes una idea inmediata de una soluci\u00f3n o no, tienes que ser de mente abierta para que la inspiraci\u00f3n llegue.\u201d Es decir, hay que dejar los NO en el pasado.<\/p>\n
<\/a>Falta de curiosidad<\/h4>\nEsto es muy grave, los ingenieros en programaci\u00f3n con los a\u00f1os se hacen reacios a aprender nuevas ideas. Esas actitudes son costosas para todas las posiciones, pero son el final de la carrera para los ingenieros de software. \u201cTienes que tener la curiosidad para seguir aprendiendo porque la programaci\u00f3n es un proceso largo de aprendizaje\u201d dice Eggleston de Course Report.
\n\u201cNecesitas tender la mano a otras personas en la comunidad y estar al tanto de las nuevas tecnolog\u00edas porque est\u00e1n en constante cambio\u201d. Recomienda Eggleston.<\/p>\n
<\/a>Trabajo en equipo<\/h4>\nMuchos no son buenos compa\u00f1eros de equipo. Eso puede ser un problema real en desarrollo actual del mundo donde el trabajo en equipo es una necesidad. \u201cLos proyectos de software son altamente complejos\u201d dice Sigelman de BurningGlass \u201cLos d\u00edas donde pod\u00edas ser un lobo solitario y tumbar un programa por ti mismo ya pasaron\u201d
\n\u00c9l agrega que el orgullo puede contribuir a que la habilidad de un ingeniero ineficiente sea un jugador de equipo \u201cEst\u00e1 bien atascarse de vez en cuando. Saber cu\u00e1ndo y c\u00f3mo volver a la pista es una pieza fundamental hacia el \u00e9xito. No dejes que el orgullo se interponga en tu camino\u201d
\nPobres habilidades de comunicaci\u00f3n tambi\u00e9n pueden contribuir a la ineficacia de un ingeniero de software en un entorno de equipo. Eso es especialmente cierto cuando el ingeniero ineficaz tiene que comunicarse con personas fuera del equipo.<\/p>\n
<\/a>Descuido en seguridad<\/h4>\nEsto puede ser un mal h\u00e1bito de los ingenieros eficaces e ineficaces. En muchas tiendas de desarrollo, la seguridad est\u00e1 fijada para un producto final, la cual no es la mejor forma de hacerlo \u201cLos desarrolladores tienen que poner la seguridad en primer lugar cuando est\u00e9n codificando\u201d dice Stephen Newman de Damballa una compa\u00f1\u00eda dedicada a la detenci\u00f3n de ciber ataques.
\nLos malos h\u00e1bitos hacen que los empleados en cualquier cargo ineficaces. Para los ingenieros de software, los malos h\u00e1bitos tales como los que no muestran inter\u00e9s en proyectos y se niegan a trabajar en equipo pueden perturbar equipos enteros. Muchos ingenieros de software ineficaces no comenzaron de esa manera, ni tienen que permanecer de esa forma, por lo que te invitamos a autoevaluar c\u00f3mo est\u00e1s comport\u00e1ndote en tu ambiente laboral ya que estos malos h\u00e1bitos son f\u00e1cilmente detectados y purgados antes de que te conviertas en un programador ineficaz y un dolor de cabeza para tus jefes y compa\u00f1eros de trabajo.<\/p>\n
\n\u00abDecir no cierra la puerta al proceso creativo\u201d afirma. \u201dSi tienes una idea inmediata de una soluci\u00f3n o no, tienes que ser de mente abierta para que la inspiraci\u00f3n llegue.\u201d Es decir, hay que dejar los NO en el pasado.<\/p>\n
<\/a>Falta de curiosidad<\/h4>\nEsto es muy grave, los ingenieros en programaci\u00f3n con los a\u00f1os se hacen reacios a aprender nuevas ideas. Esas actitudes son costosas para todas las posiciones, pero son el final de la carrera para los ingenieros de software. \u201cTienes que tener la curiosidad para seguir aprendiendo porque la programaci\u00f3n es un proceso largo de aprendizaje\u201d dice Eggleston de Course Report.
\n\u201cNecesitas tender la mano a otras personas en la comunidad y estar al tanto de las nuevas tecnolog\u00edas porque est\u00e1n en constante cambio\u201d. Recomienda Eggleston.<\/p>\n
<\/a>Trabajo en equipo<\/h4>\nMuchos no son buenos compa\u00f1eros de equipo. Eso puede ser un problema real en desarrollo actual del mundo donde el trabajo en equipo es una necesidad. \u201cLos proyectos de software son altamente complejos\u201d dice Sigelman de BurningGlass \u201cLos d\u00edas donde pod\u00edas ser un lobo solitario y tumbar un programa por ti mismo ya pasaron\u201d
\n\u00c9l agrega que el orgullo puede contribuir a que la habilidad de un ingeniero ineficiente sea un jugador de equipo \u201cEst\u00e1 bien atascarse de vez en cuando. Saber cu\u00e1ndo y c\u00f3mo volver a la pista es una pieza fundamental hacia el \u00e9xito. No dejes que el orgullo se interponga en tu camino\u201d
\nPobres habilidades de comunicaci\u00f3n tambi\u00e9n pueden contribuir a la ineficacia de un ingeniero de software en un entorno de equipo. Eso es especialmente cierto cuando el ingeniero ineficaz tiene que comunicarse con personas fuera del equipo.<\/p>\n
<\/a>Descuido en seguridad<\/h4>\nEsto puede ser un mal h\u00e1bito de los ingenieros eficaces e ineficaces. En muchas tiendas de desarrollo, la seguridad est\u00e1 fijada para un producto final, la cual no es la mejor forma de hacerlo \u201cLos desarrolladores tienen que poner la seguridad en primer lugar cuando est\u00e9n codificando\u201d dice Stephen Newman de Damballa una compa\u00f1\u00eda dedicada a la detenci\u00f3n de ciber ataques.
\nLos malos h\u00e1bitos hacen que los empleados en cualquier cargo ineficaces. Para los ingenieros de software, los malos h\u00e1bitos tales como los que no muestran inter\u00e9s en proyectos y se niegan a trabajar en equipo pueden perturbar equipos enteros. Muchos ingenieros de software ineficaces no comenzaron de esa manera, ni tienen que permanecer de esa forma, por lo que te invitamos a autoevaluar c\u00f3mo est\u00e1s comport\u00e1ndote en tu ambiente laboral ya que estos malos h\u00e1bitos son f\u00e1cilmente detectados y purgados antes de que te conviertas en un programador ineficaz y un dolor de cabeza para tus jefes y compa\u00f1eros de trabajo.<\/p>\n
\n\u00c9l agrega que el orgullo puede contribuir a que la habilidad de un ingeniero ineficiente sea un jugador de equipo \u201cEst\u00e1 bien atascarse de vez en cuando. Saber cu\u00e1ndo y c\u00f3mo volver a la pista es una pieza fundamental hacia el \u00e9xito. No dejes que el orgullo se interponga en tu camino\u201d
\nPobres habilidades de comunicaci\u00f3n tambi\u00e9n pueden contribuir a la ineficacia de un ingeniero de software en un entorno de equipo. Eso es especialmente cierto cuando el ingeniero ineficaz tiene que comunicarse con personas fuera del equipo.<\/p>\n
<\/a>Descuido en seguridad<\/h4>\nEsto puede ser un mal h\u00e1bito de los ingenieros eficaces e ineficaces. En muchas tiendas de desarrollo, la seguridad est\u00e1 fijada para un producto final, la cual no es la mejor forma de hacerlo \u201cLos desarrolladores tienen que poner la seguridad en primer lugar cuando est\u00e9n codificando\u201d dice Stephen Newman de Damballa una compa\u00f1\u00eda dedicada a la detenci\u00f3n de ciber ataques.
\nLos malos h\u00e1bitos hacen que los empleados en cualquier cargo ineficaces. Para los ingenieros de software, los malos h\u00e1bitos tales como los que no muestran inter\u00e9s en proyectos y se niegan a trabajar en equipo pueden perturbar equipos enteros. Muchos ingenieros de software ineficaces no comenzaron de esa manera, ni tienen que permanecer de esa forma, por lo que te invitamos a autoevaluar c\u00f3mo est\u00e1s comport\u00e1ndote en tu ambiente laboral ya que estos malos h\u00e1bitos son f\u00e1cilmente detectados y purgados antes de que te conviertas en un programador ineficaz y un dolor de cabeza para tus jefes y compa\u00f1eros de trabajo.<\/p>\n