Freelance, programación, Proyectos
programación
Cómo aprender a programar en 21 días
17 mar
Que no te engañe Sams con sus “Aprendiendo X en 21 días”. Esta es la única forma posible de conseguir aprender a programar en un lenguaje cualquiera en 21 días:
- Días 1 – 10: Aprende sobre las variables, constantes, matrices, cadenas, expresiones, instrucciones, funciones, …
- Días 11 – 21: Aprende sobre el control de flujo, punteros, referencias, clases, objetos, herencia, polimorfismo, …
- Días 22 – 697: Desarrolla montones de aplicaciones. Pásalo bien programando, pero no olvides aprender de tus errores.
- Días 698 – 3.648: Interacciona con otros programadores. Trabaja con otros desarrolladores en distintos proyectos. Aprende de ellos.
- Días 3.649 – 7.781: Aprende física teórica avanzada y formula una teoría consistente sobre la gravitación cuántica.
- Días 7.782 – 14.611: Aprende bioquímica, biología molecular, genética, …
- Día 14.611: Utiliza tus conocimientos en biología para crear una poción rejuvenecedora.
- Día 14.611: Utiliza tus conocimientos sobre física para crear un condensador de flujo y viaja en el tiempo al día 21.
- Día 21: Sustituye a tu antiguo yo.
Nuevo Elcipse 3.5 Galileo
30 jun
Ya tenemos entre nosotros el nuevo Eclipse 3.5, llamado Galileo, además de 32 nuevos proyectos.
Las novedades del nuevo Eclipse Galileo las podemos encontrar en:
Eclipse 3.5 – New and Noteworthy.
Errores Moodle
19 jun
Para algunos usuarios que utilicen moodle, puede que conoscan este error:
The session partition is full. It is not possible to login at this time. Please notify server administrator.
Este error es debiado a que en la máquina en la que se ha alojado el moodle, se ha quedado sin espacio en disco. Liberando parte del espacio en disco, reparamos el error y ya podemos acceder normalmente a nuestro moodle.
Enviar correos HTML con PHP
18 jun
Hoy vamos a hablar de la posibilidad de enviar correos con PHP, pero esta vez con la particularidad, de que los correos son páginas html.
Esto se consigue con la función en PHP mail(), que esmuy simple, como podemos ver a continuación:
mail($to, $asunto, $body, $headers)
Como podemos ver solo ha ocupado una pequeña línea, la función de enviar el correo. Ahora vamos a explicar el truco de mágia. El secreto esta en $headers. En el headers, debemos indicar la información necesaria, para que los lectores de correo sepan si es un correo de texto plano o bien es un correo de html.
$headers = "From: " . strip_tags($from) . "\r\n";
$headers .= "Reply-To: ". strip_tags($to) . "\r\n";
$headers .= "CC: CON COPIA\r\n";
$headers .= "MIME-Version: 1.0\r\n";
$headers .= "Content-Type: text/html; charset=ISO-8859-1\r\n";
Como podemos ver en la última línea, indicamos que el Content-Type es text/html y que la codificación es ISO-8859-1.
Y ahora solo falta indicar el correo html, que va en la variable $body:
<h1>Este es un correo HTML</h1>
<br />
<p>Este correo esta formateado con <strong>HTML</strong></p>
Y ya solo que que lo probeis.
Fuente: Anieto
Las Leyes De Murphy De La Programación
23 mar
1.Cualquier programa, no importa cual, se queda obsoleto nada mas instalarlo.
2.Es más fácil cambiar las especificaciones para que se ajusten al programa que viceversa.
3.Si un programa es útil, alguien te obligará a hacer cambios en el.
4.Si un programa es inútil, alguien te obligará a documentarlo exhaustivamente.
5.Solamente el 10 por ciento del código de cualquier programa llegará a ejecutarse en algún momento.
6.El Software crece siempre hasta consumir todos los recursos disponibles.
7.Cualquier programa no trivial, contiene al menos un error.
8.La probabilidad de hacer el ridículo en una demostración pública de tu software es directamente proporcional al número de gente viéndola, creciendo además de manera exponencial el riesgo cuanto mayor sea la cantidad de dinero invertido en dicha aplicación.
9.Hasta que un programa no lleve al menos 6 meses en producción no se descubrirá su error
mas grave.
10.Hay una variedad infinita de errores indetectables. Por contra, los detectables son por definición finitos.
11.El esfuerzo requerido para corregir un error se incrementa de manera exponencial con el tiempo.
12.La complejidad de un programa siempre crece hasta que excede la capacidad del programador que lo tiene que mantener.
13.Cualquier código de tu autoría que no hayas revisado en meses, bien podría haberlo escrito cualquier otra persona, porque al volverlo a revisar no te enterarás de nada.
14.Dentro de cada pequeño programa hay un gran programa pujando por salir a la luz.
15.Cuanto mas pronto comiences trabajar en tu programa, mas tiempo te llevará.
16.Un proyecto mal planificado necesita hasta tres veces mas tiempo de lo esperado para terminarlo; un proyecto cuidadosamente planificado solo lleva 2 veces mas tiempo de lo estimado al principio.
17.Meter mas programadores en un proyecto que va con retraso tan solo consigue retrasarlo más.
18.Un programa nunca está menos de un 90% completo y nunca mas de un 95% completo.
19.Si tu programa automatiza una porquería, solo conseguirás una porquería automatizada.
20.Construye un programa que incluso un tonto pueda usar y solamente un tonto querrá
usarlo.
21.Los usuarios en realidad no saben lo que quieren de un programa hasta que lo usan.
