Las leyes (no escritas) de la programación (4ta parte)

En un mundo donde la I.A. ha dejado de ser un sueño o fantasía y es usada por la mayoría de las empresas de tecnología e IT el programador deberá saber adaptarse o morir.

Sin embargo, ¿La I.A. supone la muerte de la programación? No, ¡claro que no!

Quien quiera programar deberá saber programar. Así como quien quiera ser escritor deberá saber escribir.

Muchos creen que usar ChatGPT, Copilot, DeepSeek o cualquier otra inteligencia artificial automáticamente los convertirá en programadores. Se equivocan. Quien crea eso terminará dándose de topes en la pared cuando se enfrente a problemas de programación reales. No sabrá como resolverlos cuando la I.A. arroje resultados erróneos o inútiles.

He visto personas que creen que ChatGPT les resolverá todos sus bugs o creará de la nada sus proyectos. Y es por qué no conocen cómo funciona la I.A.

La I.A. no piensa, imita la forma de pensar. Carece de conciencia aunque nos quieran decir lo contrario. No es un Skynet, pero sus creadores lo harán parecer que sí.

Y tampoco es "gratis", ya que el producto final es quien la usa: nosotros.

Y nosotros somos quien la alimentamos, quien le damos retroalimentación, la "entrenamos" de acuerdo a lo que le pedimos, a lo que se le solicita.

ChatGPT, DeepSeek, Grok, etc. accede a sitios web, repositorios de código, base de datos propias para "crear" las respuestas a las solicitudes del usuario.

Lo cual es muy sospechoso. Es como si se hubiesen puesto de acuerdo para que funcionara así. Pues es capaz de recolectar datos de casi cualquier lado en la Internet.

Y también es sospechoso que antes del auge de las I.A. la malévola empresa Microsoft compró Github.😱

Pero, ¿Qué significa adaptarse? Significa que:

• Recordar que los fundamentos nunca deben dejarse en saco roto. 
• Mantener el código lo más simple y claro posible.
• Actualizarse constantemente.  
• No dejar de practicar y conocer nuevos temas. 
• Usar la I.A. a favor y no en contra.
• Saber qué solicitar y saber qué no es útil.

Esperemos que pasa en el futuro.

Enlaces:

https://codemonkeyjunior.blogspot.com/2025/01/las-leyes-no-escritas-de-la.html
https://codemonkeyjunior.blogspot.com/2025/06/vibe-coding-la-programacion-via-ia-el.html

Las leyes (no escritas) de la programación (3ra parte)

Cuando empezamos en este mundo de la programación vamos sin rumbo definido, a ciegas muchas veces. No sabemos qué lenguaje de programación escoger, y por qué.

Nos dirán que Java es el mejor lenguaje. Otros dirán que mejor C#, Python o Javascript. Los más vetustos gritarán a los mil vientos que no hay mejor opción que C.

"En ese aprendes los tipos, las constantes, el control de flujo de un programa y las estructuras de datos. Anda, leé el libro de C".

Lenguajes como Fortran,Oberon, Modula, Lisp, Pascal, Smalltalk, Perl, etc. muy raras veces serán nombrados.

"Si quieres trabajar como programador, aprende COBOL".

"Si quieres trabajar como programador, aprende Java".

"Si quieres trabajar como programador, aprende PHP".

"Si quieres trabajar como programador, aprende Javascript".

El programador que ya trabaja como programador (sic) recordará esos consejos esbozando una sonrisa. Horas y horas practicando la programación en lenguajes que quizás ahora ya no usa. Es más, ya ni se acuerda de como hacer un "Hola, mundo". Consultando foros que ahora ya no existen o que están en desuso. Posteando preguntas en Stackoverflow, y quizás respondiendo algunas para probarse así mismo.

Encontrando tutoriales y libros PDF en sitios donde nadie más ha entrado. Libros de hace más de 5 o 10 años. Tutoriales que pueden o no estar completos.

Consultando Youtube para encontrar información valiosa que vale más que el oro. Frustrándose al tratar de replicar los programas que Hindues hacen en segundos. Tratándo de hallar el código del vídeo tutorial de Java de hace más de 5 o 6 años.

Al final, siempre volverá al principio de todo: a las bases de la programación.

"Si eres capaz de crear un buen algoritmo, entonces su conversión a cualquier lenguaje de programación será más sencillo".

Las bases, siempre fueron las bases. No aprender los 109181818 frameworks que abundan en el mundo de la programación.

"Si conoces las estructuras de control, siempre serás capaz de crear un orden lógico a tu programa".

"Si entiendes las estructuras de datos, te ahorrarás un montón de horas para ordenar tu información".

En conclusión, nunca olvidarse de las bases:

1. El algoritmo antes que el programa.
2. Estructuras de control. 
3. Estructuras de datos.

Enlaces:

https://codemonkeyjunior.blogspot.com/2013/04/las-leyes-no-escritas-de-la-programacion.html

La leyes (no escritas) de la programación no. 2

• NADIE VA AYUDARTE, repitelo varias veces hasta que lo entiendas. 
• No importa que tan bueno seas no siempre van a salir las cosas tal y como las planeaste.
• El café no es lo único que te mantendrá despierto para seguir escribiendo código es necesario realizar otras actividades.

Cuando tenemos un problema muy serio no siempre tendremos ayuda alguna. Es mejor pensar así, nadie va a venir a solucionarnos el problema. Pedir ayuda es válido, pero no esperemos que mágicamente aparezca alguien a salvarnos.

También cometemos el error de NO PEDIR AYUDA cuando realmente la necesitamos, creemos que podemos darle solución sin "molestar a los demás".

Superar la frustración

Es muy difícil hacerlo, esperamos que las cosas siempre salgan como pensamos. Escribir unas cuantas líneas de código y esperar a que mágicamente funcionen. 

Horas y horas de no dormir a la basura.  Eso va llevarnos un buen tiempo lograrlo.

Relajarnos

¿Por qué no?, ir de vez en cuando con los amigos a jugar futbol, ir  al cine, o a tomar una "bebida refrescante" (jeje).

Las leyes (no escritas) de la programación

• No importa que pienses que tu código esta bien hecho, siempre va ocurrir algún error.
• La documentación siempre es importante, siempre y cuando no te toque leerla, es siempre mejor tener tu propio gurú que te ayude y resuelva tus dudas (jeje).
• El usuario no siempre tiene la culpa, depende del punto de vista.
• El trabajo es divertido, programar es divertido.

"Si no te apasiona lo que haces es mejor buscar otras opciones"

A veces es bueno probar cosas nuevas, podemos cambiar de parecer. Seguir con el mismo lenguaje de programación sin darnos la oportunidad de elegir otra opción. 

Algunos lenguajes pueden parecernos aburridos, tan solo ver unas cuantas líneas de código nos provoca un desagrado. Sin embargo, muchas veces nos guste o no debemos actualizarnos y aprender cosas nuevas.

No todo es Java

Existen muchos lenguajes de programación que facilitan nuestras tareas.  Un ejemplo puede ser cuando tenemos la necesidad de ejecutar algún proceso/programa externo.

En Ruby:

ejecutaScript.rb

puts "Ejecutando proceso..."

system("sh procesoShell")

En Perl:

ejecutaScript.pl

print "Ejecutando proceso...";

system("sh procesoShell");

En Python:

ejecutaProceso.py

import os

print "Ejecutando proceso..."

os.system("sh procesoShell")

En Groovy:

ejecutaProceso.groovy

println "Ejecutando proceso..." 

println "sh procesoShell".execute().text

En Scala:

ejecutaProceso.scala

import scala.sys.process._

object Scalar extends App{

 println("Ejecutando proceso...")

  "sh procesoShell"!

}

Evidentemente escribimos menos código que en un programa en Java.

Pruebas y más pruebas

No basta hacer unas cuantas pruebas, también es importante hacer anotaciones, documentar todo lo que se pueda. Algún día alguien nos lo agradecerá.

=COMMENT

  "Aguas con esta parte, puede provocar dolores de cabeza o hasta divorcios"

=CUT 

Comunicación

La parte más importante. No basta tener el email o teléfono de tus compañeros o de tus jefes, lo importante es hablar directamente con ellos.

Serviría de mucho tener una bitácora de lo que se debe o NO debe hacerse. Cuando alguien nuevo se integra a tu equipo de trabajo es importante que sepa como se trabaja.

UPDATE:

Sería bueno leer:

https://codemonkeyjunior.blogspot.com/2024/01/cosas-por-aprender-cosas-nuevas-por.html

y

https://codemonkeyjunior.blogspot.com/2023/11/what-should-java-developer-know.html