Este post es la continuación de nuestro post 7 mitos informáticos, acá hablaremos un poco sobre cosas que se creen que son ciertas en el desarrollo de software pero que evidentemente no lo son.
Antes de comenzar, puedes leer este post o ver y escuchar esta información en formato de video en nuestro canal de Youtube, te dejamos el link por si prefieres este formato. 😃 👍
Hola Mundo, y bienvenidos a este post, mitos existen muchos, y muchos se creen ciertos, y en este post vamos a desmentir algunos de estos.
1. No necesitas un QA o testing
Al tú haber desarrollado una solución tú sabes cómo esta funciona, pero muchos casos puede ser que no se te ocurran, estos casos los irás aprendiendo a medida que vayas ganando experiencia, pero una persona encargada de hacer pruebas o enseñarte a hacer las pruebas será fundamental para el éxito del producto y que este contenga la menor cantidad de errores posibles.
2. Existe el software libre de errores
Acá voy a cambiar este enunciado, «existen softwares cuyos errores no son muy importantes». Desde software de Google hasta el software en el que tú estarás trabajando, siempre va a existir un error, y existen software dedicados solo a la gestión de errores… que por supuesto también tiene alguno que otro error.
3. Los productos deben ser perfectos
Un producto nunca alcanza la perfección, siempre habrá algo que quitar o agregar, además si cambia la visión de negocio también hay que agregar o quitar funcionalidades.
4. Los productos tienen un final
Esto tiene mucho que ver con la idea anterior, debido a los avances en tecnología, diseño, evolución de la cultura o leyes, es que es necesario realizar cambios, estos cambios van a necesitar un análisis de la situación, y realizar el dicho cambio, aunque a veces podría ser que los cambios tengan que iterarse porque los usuarios puede ser que no lo estén utilizando de la forma que se planeó, entonces debes rediseñar la interfaz de usuario o incluso la solución hasta dar con algo que el usuario se siente cómodo utilizando.
5. Un desarrollo exitoso asegura un producto exitoso
Puedes tener un producto perfecto, pero si no le atina a la necesidad o no le interesa a nadie comprarlo no importa lo fantástico que sea el producto, es mucho mejor tener a alguien que sepa vender y que sepa vender bien a tener un producto incluso funcional en su totalidad. Yo he visto empresas que los gerentes exigen miles de funcionalidades y que todas funcionen bien, sin embargo, son incapaces de vender o su forma es muy anticuada, y he visto herramientas que son un completo desastre, pero que venden millones y hoy son las empresas mejor valoradas en sus países.
6. La metodología de cascada funciona
Lol, no!, la metodología de cascada lo único que hace es retrasar los procesos de desarrollo, no toma en consideración los cambios en el mercado, tampoco la opinión de muchos de los integrantes de la empresa que son quienes mejor conocen cómo funciona todo. Hay varios libros que hablan de esto y, como miles de empresas han fallado o como gobiernos completos, pierden muchísimo dinero y no llegan a un software que sea el que de verdad se necesita. Los desarrollos exitosos tienen iteraciones cortas de desarrollo y le permite a los desarrolladores decidir que se implementará, sin pasar por la aprobación de múltiples áreas.
7. Mientras más funcionalidades mejor.
Esto me recuerda a mucho software antiguo, pero si ves hoy en día las herramientas más exitosas no necesariamente tienen muchas funcionalidades, puedes ver a Google o WhatsApp como ejemplos, tienen pocas funcionalidades, pero estas desempeñan esas funcionalidades de manera excepcional.
8. Se puede alcanzar el éxito con el primer desarrollo
Lo más probable es que tengas que hacer muchísimas iteraciones de tu producto o servicio, cambiar funcionalidades, o que incluso este fracase, definitivamente acá la experiencia juega un factor clave en el desarrollo de software que ayudará a reducir esas iteraciones, pero construir un primer desarrollo y sin experiencia y esperar éxito es solo un sueño de niños. Las probabilidades son bajísimas y la realidad es que tendrás que iterar varias veces.
9. El diseño de software es una distracción y cuando no hay presupuesto debe saltarse
Con el diseño nos referimos a la planificación de este, aunque no hay que confundirlo con planificaciones largas, un buen diseño sobre lo que se va a implementar ayuda mucho en la mantenibilidad del código y también a nuevos desarrolladores cuando tengan que mantener el software escrito. Podrás ver la documentación que explica el alcance, redactar pruebas que aseguran el correcto funcionamiento y reduce el riesgo que lo que construimos deje de funcionar, todo esto es parte del diseño.
10. Si te cuesta interactuar con personas entonces debieses considerar una carrera en el desarrollo de software.
Lo que más vas a hacer cuando eres desarrollador de software es interactuar con personas y debes llevarte bien con todos o la mayoría. Y con esto me refiero a que debes ser amable, a nadie le gusta trabajar con personas desagradables o prepotentes, esta podría ser una razón por la que te cuesta encontrar trabajo o también porque te estás cambiando, podrías tener un jefe prepotente o con falta de habilidades blandas.
11. El desarrollo de software es mejor cuando tienes mayor libertad al desarrollar, los desarrolladores debiesen construir como ellos quieran.
Esto solo produce caos. Deja la libertad de escribir lo que quieran, en cualquier parte, implementar las librerías que quieran y hacer cambios estructurales que se les antoje. Debe existir un control en las librerías que se utilizarán y también en los patrones o estilos de código, y no debe ser libre. Esto también debe ser muy claro y debe estar estipulado en documentos, ya que cuando no lo están puede llevar a que otros desarrolladores dejen pasar pull request que no cumplen con estándares de calidad mínima o peor aun, ellos imponer sus propios estándares de calidad.
12. Los mejores desarrolladores son los que son buenos en matemáticas.
Necesitas matemática básica como sumar, restar, multiplicar y dividir, pero los algoritmos complejos los resuelve un ingeniero matemático y luego tú debes escribirlo. Aunque por lo general la mayoría de algoritmos son sencillos.
13. JavaScript es un pariente cercano de java
JavaScript fue creado en 1994 y con el objetivo de hacer los sitios web de ese entonces, dinámicos ya que todos eran estáticos. En un comienzo Brendan Eich fue contratado para diseñar un lenguaje similar a scheme, pero debido a la popularidad de java se tomó la decisión de crearlo con una sintaxis más parecida a java que a scheme, su nombre inicialmente fue LiveScript pero 3 meses después cambiaron su nombre a JavaScript debido a la popularidad que tenía el lenguaje, aunque esto causa confusión porque la gente piensa que es un spin-off de java, pero la verdad es que es otro lenguaje completamente distinto. Incluso Microsoft le hizo ingeniería reversa a JavaScript y lo implementó en ese entonces en Internet Explorer y le dieron el nombre de JScript.
Si te interesa saber mas de JavaScript te dejaremos algunos post con información de este lenguaje:
Y si ya te decidiste por aprender este lenguaje, en nuestra Academia de Hola Mundo tenemos el curso: Aprende Javascript, HTML5, CSS3 y NodeJS desde cero
Y esto ha sido todo de este post, si te ha encantado, ¡golpea al botón de me gusta! Y para no perderte nada, no olvides suscribirte a este blog, seguirnos en todas las redes como Youtube, Twitter e Instagram, y por último, te invitamos a escuchar nuestra música «Hola Beats«, diseñada para ayudarte a concentrarte y acompañarte en tu aprendizaje o trabajo, la puedes encontrar en Spotify y en Apple Music
¡Hasta la próxima!, y chao mundo
Comments (1)
Mitos informáticos – Parte 1 – Hola Mundosays:
febrero 3, 2023 at 4:32 pm[…] te dejamos la parte 2 de este post por si quieres conocer otros 13 mitos informaticos […]