En el mundo del desarrollo de software hay muchas cosas que se pueden pensar como ciertas por las personas, como por ejemplo que si te metiste a estudiar informática inmediatamente sabes hackear Facebook, o arreglar impresoras y computadores. Pero lo cierto es que esas cosas se encuentran alejadas de la realidad y pasan a ser mitos donde la gente normal nos entrega este tipo de atribuciones.
Aunque en el mundo del desarrollo de software, entre nosotros mismos o personas de las empresas existen mitos que se consideran ciertos y no es hasta que ya tienes un par de años de experiencia que te das cuenta de que estos no son tan reales como la gente piensa.
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. Este mundo del desarrollo es muy grande y tiene muchas aristas por donde lo mires, y cada una de estas aristas posee una cantidad de mitos ridícula que sobre todo los más nuevos o jefes de proyecto creen que existen, así que si eres jefe de proyecto o estás recién partiendo, acá te dejo con 20 mitos informáticos o cosas que se piensan ciertas, pero que evidentemente no lo son:
1. Existe un mejor lenguaje de programación
Algunas personas tienen la duda sobre cuál es el mejor lenguaje de programación, esto por lo general acompañado de las ganas que tienen de aprender un lenguaje y que por supuesto quieren aprender el mejor de a primeras, pero la verdad es que no existe algo como un mejor lenguaje. Hay muchas cosas que se deben evaluar de los lenguajes de programación, no solo las funcionalidades y su performance, puedes evaluar también su sintaxis, qué tan bien pagado es o qué tan seguro estás de encontrar trabajo con un determinado lenguaje. Hay lenguajes muy buenos para manejo de archivos, otros para manejar la asincronía, otros para concurrencia, aunque si muchos te permiten hacer casi de todo salvo algunas excepciones.
Pero por lo general todos los lenguajes cumplen su función, tienen rendimientos buenos y si piensas que el lenguaje tiene que tener un rendimiento increíble, creo que es mejor que intentes aprender un poco de arquitectura. Ni el mejor lenguaje te ayudará si tienes un mal diseño. Y no, PHP no es el peor lenguaje, que no te guste no quiere decir que sea malo.
El más popular hasta la fecha es Python, y con el que puedes hacer casi que de todo es JavaScript, si te interesa aprenderlos te dejamos el link de los cursos que tenemos en la Academia de Hola Mundo:
2. Más personas en el equipo de desarrollo te harán avanzar más rápido
Acá no solo no te hacen avanzar más rápido, sino que también te pueden hacer avanzar más lento. Se tiende a creer que mientras más desarrolladores existan en el equipo estos podrán sacar el trabajo antes, y es más que nada porque lo asocian a procesos productivos o líneas de ensamblaje. Pero la verdad es que si los desarrolladores no se pueden comunicar bien, el tiempo de desarrollo podría ser incluso superior. Hay incluso personas que dicen lo que un desarrollador hace en un mes, dos desarrolladores hacen en dos meses.
Esto no quiere decir que sí o sí se vaya a avanzar más lento, pero hay que tener en consideración que la velocidad de desarrollo no es lineal. Ahora, si empiezas a incluir más áreas como arquitectura, análisis, departamentos externos de QA, esto alarga los tiempos aún más. Hay formas de solucionar eso, pero es tema de otro post.
3. Los desarrolladores solo deben escribir código
Esto puede ser sumamente peligroso, ya que si un desarrollador no entiende el objetivo de por qué está desarrollando una solución y sobre todo si él no puede decidir si está bien o mal en conjunto con el equipo, significa que se está siguiendo a una única persona que no entiende las complejidades técnicas y él solo quiere algo funcional a su pinta y ya.
En uno de mis primeros videos mencionó un ejemplo con redes sociales… te dejo el link por si te interesa esta información
4. Mientras más rápido se tenga la solución mejor
Esto es terrible, ya que para alcanzar una solución en un tiempo exigido los desarrolladores deben tomar atajos, esto agregará necesariamente deuda técnica al proyecto, además que para hacerlo más rápido en un comienzo seguramente no agregarás tests, y esto generará un problema mucho más grande en el futuro, donde no sabremos si estamos rompiendo algo al momento de estar manteniendo el código.
5. Seguir la planificación al pie de la letra es lo mejor.
Esto me recuerda al modelo de cascada, hay miles de libros, conferencias y personas que te dirán siempre lo mismo, los planes, circunstancias y opiniones de las personas cambian, un plan rígido que no puede cambiar lo único que hará será no llegar a una solución que de verdad se necesita.
6. El desarrollo de software es predecible y su avance es lineal.
Esto es completa y absolutamente FALSO. Los seres humanos somos pésimos intentando predecir el futuro, en la metodología de scrum cuando se quiere realizar una estimación de tareas para medir aproximadamente cuánto tiempo o esfuerzo tomará construir algo se hacen estimaciones con tarjetas siguiendo la serie de Fibonacci, pero si una estimación es muy grande, esta debe dividirse para que sea más fácil de estimar y también aumentar las posibilidades de generar un entregable en poco tiempo.
Además, el software tiene el potencial de que su avance sea exponencial, pero para esto tiene que tener muy baja deuda técnica, una excelente comunicación en el equipo, mentores que expliquen el uso de las herramientas y frameworks internos y esto, por lo general no ocurre, el software rara vez se documenta y hay muy pocas empresas que construyen herramientas internas para hacer los desarrollos más rápidos.
7. Existe una tecnología, patrón o metodología que solucionará todos tus problemas.
Esto es parecido al lenguaje de programación, tampoco existe un único o mejor patrón, todos son útiles, algunos más que otros, pero no existe una bala de plata que te servirá para solucionar todos los problemas, aprende singleton, patrón mediador, funciones puras, vistas sin lógica de negocio, todos te aportarán en algo, y lo mismo con los frameworks, hay grandes sitios web que están construidos solo en un lenguaje, otros con el framework A y otros con el framework B.
Como Gmail está escrito solo con JavaScript, Trello, creo que está solo con backbone y Facebook ahora con React. De este último tambien contamos con un curso en la Academia, te dejaremos el link al curso: React – Guía definitiva: hooks, router, redux, next + Proyectos
Y esto ha sido todo de este post, si te ha encantado, ¡golpea al botón de me gusta!, visita nuestra Academia Hola Mundo donde encontrarás todos los cursos para formarte como un desarrollador o desarrolladora.
Tambien te dejamos la parte 2 de este post por si quieres conocer otros 13 mitos informaticos 😄.
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 2 – Hola Mundosays:
febrero 3, 2023 at 2:42 pm[…] 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 […]