Miguel Oyarzo O. escribió:
> At 15:22 26-09-2007, Pedro GM wrote:
>
>>> En la vida real importa tu skill y como las justificas. Si la memoria
>>> te mejora tu skill es otra cosa.
>>
>> Ahi esta el punto. El objetivo de todo trabajo de titulo (memoria,
>> tesis, proyecto, tesina, etc.) es que sea un reforzamiento a los
>> conocimientos y habilidades propias, para marcar y reforzar una
>> tendencia a seguir (personal) y que pueda aportar para el CV (como
>> skill) a la hora de justificar sus cononcimientos.
>>
>> Ahora si nos ajustamos a "lo que sea no mas" con tal de que obtenga el
>> titulo, en realidad es valido pero desperdiciamos ese tiempo que puede
>> ser mejor aprovechado. Y segun yo esa seria la idea de responder en la
>> lista,darle buenos consejos.
>>
>>> tercermundista? na... realista: MEMORIA = TRAMITE FINAL PARA
>>> OBTENER TU TITULO.
>
>
> Parece que muchos toman la meoria de titulo como una oportunidad para
> redimirse o a lo lejos una absolucion !
> Si una buena memoria no implica para nada que seas buen profesional
> despues.
>
nadie dice eso, por que el desempeño profesional es un tema a diario no
de una sola vez.
Es un tiempo que es mejor aprovechar en algo que sirva para futuro
(conocimiento), a cualquier cosa.
> El alumno malo o mediocre seguira siendo mediocre "afuera". Si en ese
> mismo periodop te sacas la mugre
> investigando, leyendo y haciendo, luego te das cuenta que un solo trabajo
> final no es el COROLARIO de tu existencia.
No tendria por que serlo.
> Hay laboratorios que aportan mas experiencia que una tesis final (que
> por lo general
> se piensa debe ser la obra para impresionar a todos, pero que rara vez
> se logra).
Eso es cierto, si lo ves desde el punto técnico lo que encuentro muy
valido pues es lo que uno después mas valora (conocimiento).
EL mensaje es simple "aprovechar el tiempo(que si o si tendrá que
invertirse) en algo útil", sin exagerar en recursos(tiempo, dinero,
etc), ya que se gana un conocimiento mas adecuado a los objetivos
propios, que el "mero tramite".
Si se entiende otra cosa ya va por un tema personal... ademas de darle
mas cuerda al tema :)
From [EMAIL PROTECTED] Wed Sep 26 18:52:05 2007
From: [EMAIL PROTECTED] (Rodrigo Fuentealba)
Date: Wed Sep 26 18:55:08 2007
Subject: Evitar sql injection y xss
In-Reply-To: <[EMAIL PROTECTED]>
References: <[EMAIL PROTECTED]> <[EMAIL PROTECTED]>
<[EMAIL PROTECTED]> <[EMAIL PROTECTED]>
<[EMAIL PROTECTED]>
<[EMAIL PROTECTED]>
<[EMAIL PROTECTED]>
Message-ID: <[EMAIL PROTECTED]>
El 26/09/07, Alvaro Herrera <[EMAIL PROTECTED]> escribió:
> Rodrigo Fuentealba escribió:
> El problema a que apunta Ricardo no son las capacidades, sino los
> problemas. Si la banda AM te permite (supongamos) quemar la radio
> cuando se reciba una señal determinada, entonces el equipo nuevo es
> igual de vulnerable si tiene AM
Pasemos de la metáfora entonces, a un ejemplo esencial. No me meteré
en XSS ni nada de eso (no me quiero quebrar la cabeza para ello), es
solamente la forma correcta de hacer las cosas en PHP 5.
PHP 4 te permite hacer algo como esto:
<?php
class Test
{
var $valor;
function funciontest()
{
}
}
?>
PHP 5 también te lo permite. Sin embargo, la manera de interpretarlo
es la misma que si escribieras:
<?php
class Test
{
public $valor;
public function funciontest()
{
}
}
?>
Si escribes todas tus propiedades y métodos de manera pública, tendrás
luego un posible problema de seguridad, si utilizas la posibilidad de
autocarga de objetos que trae PHP 5.
A eso apunta Cristian y a eso apunto yo cuando decimos que mucho del
código que sea escrito en PHP 4 estará mal diseñado, aunque pueda
correr en PHP 5. Hay una cantidad de cosas que están plenamente
diseñadas y que deberíamos considerar.
- http://www.php.net/manual/en/migration5.php
Si nos vamos a:
http://www.php.net/manual/es/migration5.incompatible.php, vamos a ver
bastante información sobre las cosas que han cambiado.
> porque todavía puedes quemar el equipo.
> Si puedes ver TV y escuchar CDs, super bien, pero cuando me lo queme el
> vecino que me odia no me voy a sentir muy feliz.
Sobre lo que alega Ricardo: lo mismo ocurrió cuando a PostgreSQL le
cambiaron el valor default_with_oids a "off". Leí que algunos usaban
el OID como primary key dentro de sus modelos de datos, y que
reclamaron aún cuando la razón de este cambio es que usar el OID como
PK es para evitar una mala práctica de programación.
Lo que ocurre en PostgreSQL cada vez que se cambia de versión es que
debes seguir un procedimiento antes de reemplazar el motor 7.4.13 por
el motor de 8.2.5; en PHP es exactamente lo mismo, la documentación
existe sobre qué hacer y en qué fijarse, pero en general los usuarios
de PHP no tienen conciencia de ello. ¿de quién es la culpa, si les
hemos dicho que lo lean? (no, no desarrollo el lenguaje PHP pero soy
responsable de él en una distro).
Saludos,
--
Rodrigo Fuentealba
