Entradas etiquetadas con Programación

Los mejores programadores

7
hace 3 años
por Victor en

Me llega por correo unas cuantas verdades (algunas con tono irónico) de las cualidades que tienen los buenos programadores.

¿Estáis de acuerdo con alguna?

  • Los programadores de verdad no necesitan comentarios — el código es obvio.
  • Los programadores de verdad no documentan. La documentación es para los idiotas que no pueden leer un volcado de memoria.
  • Los programadores de verdad pueden escribir bucles de 5 páginas sin confundirse.
  • Los programadores de verdad escriben su código en binario. O como mucho ensamblador.
  • Los programadores de verdad escriben código automodificable, especialmente si con ello consiguen ahorrar 20 nanosegundos en un bucle.
  • Los programadores de verdad no tienen miedo a usar GOTOs.
  • Los programadores de verdad procesan listas usando Fortran.
  • Los programadores de verdad desarrollan programas de Inteligencia Artificial en Fortran (si no puedes hacerlo en Fortran, hazlo en ensamblador).
  • Los programadores de verdad trabajan para la Agencia de Seguridad Nacional, decodificando transmisiones rusas.
  • Los programadores de verdad no comentan su código. Si fué difícil escribirlo, debería ser difícil entenderlo, y más difícil de modificar.
  • Los programadores de verdad no programan en BASIC. De hecho, ningún programador escribe en BASIC después de la pubertad.
  • Los programadores de verdad no programan en LISP. Sólo los idiotas escriben programas con más paréntesis que código.
  • Los programadores de verdad no usan FORTRAN. FORTRAN es para ingenieros débiles que usan calcetines blancos.
  • Los programadores de verdad no escriben especificaciones. De hecho, los usuarios deberían dar gracias de obtener algo de nosotros. Tienen suerte de que decidamos entregarles el programa.
  • Los programadores de verdad no leen manuales. El uso de manuales de referencia es para los novatos y los cobardes.
  • Los programadores de verdad no dibujan diagramas de flujo. Un diagrama de flujo no es más que documentación para analfabetos. Los cavernícolas dibujaban diagramas de flujo; y mira dónde están ahora.
  • Los programadores de verdad piensan que la programación estructurada es un invento de los comunistas.
  • Los programadores de verdad no creen en los plazos. Lossupervisores establecen los plazos. Los jefes los firman. Losprogramadores asustadizos se esfuerzan en cumplirlos. Los programadoresde verdad ignoran los plazos.
  • A los programadores de verdad no les gusta el concepto de programación en equipo. A menos que les asignen el puesto de programador jefe, claro.
  • Los programadores de verdad usan 5 dígitos para las fechas, y están preparados para el problema del año 10.000.
  • Los programadores de verdad no prueban el código, los usuarios se inventaron para eso.

Como matar a un dragón

7
hace 3 años
por Victor en

Os dejo la programación en distintos entornos de desarrollo, para poder matar a un dragón.

Java – Llega, encuentra al dragón, desarrolla un framework para aniquilación de tragones en múltiples capas, escribe varios artículos sobre el framework… pero no mata al dragón.

.NET – Llega, ve la idea del desarrollador de Java y la copia, intenta matar al dragón, pero el bicho se lo come

C – Llega, mira al dragón con mirada de desprecio, tira de espada, degolla al dragón, encuentra a la princesa… y la ignora para ver los últimos checkins del cvs del kernel de linux

dragon Como matar a un dragón

C++ – Crea un pincho básico y va juntando funcionalidades hasta tener una espada compleja que apenas consigue entender… mata al dragón pero se atasca en medio del puente por culpa de pérdidas de memoria (memory leaks)

COBOL – Llega, ve al dragón y piensa que es demasiado viejo para conseguir matar un bicho de ese tamaño y quedarse con la princesa, y entonces se va

Pascal – Se prepara durante 10 años para crear un sistema de aniquilación de dragones… cuando llega el momento descubre que el programa sólo acepta lagartijas como entrada

VB – Monta un arma de destrucción de dragones a partir de varios componentes, salta encima del lomo del dragón, y en la hora H descubre que la espada sólo funciona durante las noches de lluvia…

PL/SQL – Recoge datos de otros matadores de dragones, crea tablas con n relaciones de complejidad ternaria, datos en tres dimensiones, OLAP, tarda quince años para procesar la información… y para entonces la princesa se volvió lesbiana.

Ruby – Llega con muchísima fama, diciendo que es el mejor en hacer cualquier cosa y cuando va a enfrentarse al dragón muestra una peliculita en la que él mismo aparece matando a un dragón… el dragón se lo come de puro aburrimiento

Smalltalk – Llega, analiza al dragón y a la princesa, se da la vuelta y se pira: ellos son muy inferiores

shell – Crea un arma poderosa para matar dragones, pero en la hora H no recuerda como usarla

shell(2)- El tío se acerca al dragón con un script de dos líneas que mata, corta, destripa, empala, pica en pedacitos y empaca al bicho, pero a la hora de ejecutarlo el script aumenta, engorda, enfurece y pone alcohol en el fuego del dragón.

Ensamblador – Cree que está haciendo lo más correcto y eficiente… pero pone un A en lugar de un D y mata a la princesa para terminar follándose al dragón

Fortran – Llega y desarrolla una solución con 45 mil líneas de código, mata al dragón, va al encuentro de la princesa… pero ella le llama tirillas y se va corriendo detrás del programador de java que era elegante y además es rico

FOX PRO – Desarrolla un sistema para matar al dragón. Por fuera es precioso y funciona, pero por dentro está todo parcheado y cuando va a ejecutar el aniquilador de dragones recuerda que olvidó indexar los DBF. (más…)

Consejos para programar mejor en PHP

5
hace 4 años
por Victor en

Si programáis en PHP os aconsejo leeros estos consejos para mejorar vuestra programación en PHP. El artículo completo donde aparecen este recopilatorio de consejos es: Mejorando nuestra programación y estos son los consejos que todo programador en PHP debe y tiene que tener en cuenta a la hora de programar:

php logo consejos Consejos para programar mejor en PHP

1. Inicializa las variables antes de utilizarlas.

2. Incrementar una variable global es dos veces mas lento que una variable local.

3. Declarar una variable global realentiza tu script.

4. Usar ip2long() y long2ip() para almacenar direcciones IPs como enteros en lugar de cadenas en la base de datos. Esto reducirá el espacio de almacenamiento en cuatro veces (15 bytes por carácter char(15) contra 4 bytes del entero), además de facilitar el calcular cuanto una dirección entra en un rango, y acelerar las busquedas y ordenaciones.

5. Validar direcciones de email mediante checkdnsrr(). Es una función de PHP que comprueba si un dominio existe.

6. Si usas PHP 5 con MySQL 4.1 o superior, deberías utilizar las funciones de mysqli_ en lugar de mysql_, ya que son más rápidas y puedes utilizar hasta sentencias preparadas.

7. Utiliza el operador ternario.

8. Utilizar PEAR para no tener que programar funciones ya programadas.

9. Prevenir que el sistema proporcione mensajes de error al usuario utilizando la función error_reporting(0), cuando programamos los mensajes de error son útiles, pero el usuario final no debería verlos.

10. Utilizar gzcompress() y gzuncompress() para almacenar cadenas largas en la base de datos, esto puede ahorrarnos hasta un 90% de espacio.

(más…)

Manual para saber como programar aplicaciones seguras

0
hace 4 años
por Victor en

En Kriptopolis.org han publicado un manual donde podemos saber un poco más las bases a tener en cuenta, si queremos crear aplicaciones con un cierto nivel de seguridad. Ellos explican de que trata el documento:

No obstante, y pecando de simplicidad, diremos que este texto versa en torno a tres ideas. La primera es que nuestro software debe hacer únicamente lo que nosotros queramos que haga, absolutamente nada más. La segunda es que la seguridad es tan importante como la funcionalidad, por mucho que nos cueste darnos cuenta. Y la tercera es que la única forma de adquirir los conocimientos necesarios para comprender plenamente las anteriores es conociendo en profundidad qué es un fallo de seguridad, por qué se cometen y cómo se explotan…

Descargar pinchando aqui. [PDF-ZIP, 300 KB, 41 páginas]

Ir arriba