|
|
Esta sección te permite ver todos los posts escritos por este usuario. Ten en cuenta que sólo puedes ver los posts escritos en zonas a las que tienes acceso en este momento.
Mensajes - JuanK
Páginas: 1 ... 21 22 [23] 24 25 ... 231
551
« en: Jueves 19 de Abril de 2007, 17:24 »
La mejor forma es NUNCA llevar imágenes ni archivos a una base de datos. por la cantidad de espacio en disco ??? o por que no aconsejas adjuntar a la BD las imagenes ??
BYTE. hay varios factores. el primero de ellos es que las bases de datos se construyen habitualmente para múltiples consultas de datos desde diferentes nodos, asi que si en varios nodos están consultando la tabla de imágenes la base de datos se sobrecargara despachando un alto volumen de datos a cada uno de los nodos un alto volumen de datos que representa generalmente solo uno de los datos del registro. Ese alto volumen de datos tiene un alto volumen de procesamiento innecesario puesto que es como si pasara por dos sistemas operativos, el sistema de archivos de la máquina y el sistema de archivos interno de la base de datos. Lo peor es cuando las tablas crecen... Caso: la tabla es de 15' de registros... la tabla tiene 15 campos, uno de ellos es una imagen que siempre se anexa, pero en determinados momentos se requieren consultar registros , puede o no ser necesario consultar la imagen perop la distancia 'fisica' entre un registro y otro es bastante amplia debido a las propias imagenes asi que encontrar nu registro se vuelve una tarea desgastante para el motor de BD. Otro gran problema es que las imagenes deben tener nu limite de tamaño o mejor aun un tamaño fijo obligatorio, pero esto nunca se controla y registros que pesan 500 bytes en datos pueden tener una imagen de 10 mb.... lo cual es un completo desperdicio . Las tareas de backup se dificultan también, es muy diferente hacer backup de un sistema de archivos y conservar solo la información necesaria de 1 -2 años atras y otra muy diferente hacer esa tarea en la base de datos. en la base de datos lo correcto es guardar una referencia a la imagen, es decir un nombre del archivo de la imagen el cual puede permitir ubicar esa imagen en el sistema de archivos o cinta de backup o lo que sea.
552
« en: Jueves 19 de Abril de 2007, 17:01 »
Eso no es una justificacion sino un hecho, ya cada uno entrara en sus valoraciones subjetivas pero eso es un hecho.
Para mi los comentarios tienen que estar para ayudar a entender un codigo de una determinada complejidad y se le presupone al programador un entendimiento basico para estar frente al codigo, El problema es presuponer porque uno no sabe quien le metera la manos al software el dia de mañana. no es para que aprenda a programar. Para eso estan los tutoriales y no el software. Y este es otro grave error, quien dijo que se debe comentar el codigo para aprender a programar? el código se comenta es para ser util dentro el contexto del producto, si uno esta haciendo un sw y hace alguna asignación sencilla como ej: rparams.Add(something);
intnRepreParams = 50; desde tu punto de vista no se debe comentar porque no estas enseñando a programar, pero lo cierto es que es probable que se deba comentar porque dentro del producto esto hace algo importante: //Asignar la cantidad de parámetros representativos para el calculo de rezagos lo
//que sea...
//Este valor se tiene en cuenta en los procesos diurnos de...
intNumParams = 50; Lo que si es un hecho es que la calidad del código va en detrimento sino se encuentra bien comentado, incluso a uno mismo unos años después se le puede complicar revisar una pieza de código que hizo tiempo atrás, entonces como no lo sera para otra persona que nunca habia visto ese código. Esos son hechos. Por otro lado entonces según tu afirmación todas las convenciones de calidad de software estarían equivocadas y tu no... 
553
« en: Jueves 19 de Abril de 2007, 15:49 »
Si es cierto, y desde el punto de vista de programador que no guste de comentar el código eso es una justificación valida, pero no desde el punto de vista de un arquitecto de software, un ingeniero de sistemas o de un líder técnico.
El software no es un solo el programa ('código compilado'), a Dios Gracias.
554
« en: Jueves 19 de Abril de 2007, 15:15 »
La mejor forma es NUNCA llevar imágenes ni archivos a una base de datos.
555
« en: Jueves 19 de Abril de 2007, 15:09 »
La cantidad de comentarios en el código es un indicador importante de la calidad del código que se produce.
El Número de líneas de código por módulo, líneas de comentarios por número total de lineas del modulo hacen parte de una métrica de legibilidad.
Existen herramientas como CODECOUNT que facilitan en algo la medición de las métricas.
Adicionalmente los procesos de inspección de software, dentro de un ciclo de desarrollo de software controlado, tal como los descritos por metodologías de calidad como CMMI, implican la inclusión de actividades de revisiones de pares, donde la inspección de código es una de esas revisiones y allí es necesario verificar (entre otras tantas cosas) la cantidad y calidad de los comentarios a cualquier pieza de software o modificación de pieza de software generada e inspeccionada, en estos casos cuando la inspección detecte que no se cumple con suficiencia los parámetros de calidad, la pieza de software es rechazada y devuelta al programador hasta que esta cumpla con los parámetros especificados.
556
« en: Jueves 19 de Abril de 2007, 14:45 »
me puedes enviar por favor el .h.
hablamos.
557
« en: Jueves 19 de Abril de 2007, 14:33 »
si se puede, depende que tipo de aplicación estes haciendo y en que componente quieres mostrar la imagen...
más información.
558
« en: Jueves 19 de Abril de 2007, 14:27 »
Todo lo necesario, es decir: clases, métodos, estructuras, enumeraciones, constantes, atributos de clase etc. dentro de los métodos solo comento lo necesario cuando codifico cosas que se presume no serán entendibles de manera directa, es decir es ridículo tener algo como: //Aca se asigna 1 a la variable a... Sin embargo no es nada ridículo comentar algo como esto: tmp[x][y] = (byte)(~((int)bmpMatrix[y][x]));
Siempre comento el código pensando en que más adelante son otros los que lo necesitaran trabajar, o al menos eso trato.
559
« en: Jueves 19 de Abril de 2007, 00:30 »
una instancia es crear un objeto de la clase, mejor dicho class P { ... ... ... } ... ... //Se define una variable--- es decir en este caso un apuntador a un tipo de objeto P prueba; //se instancia la variable prueba = new P(); ... ...
560
« en: Miércoles 18 de Abril de 2007, 16:09 »
La unica vez que he visto como me siento, fue en el libro del Kamasutra. with your opened legs ? :S what a shame!!! i feel pain for you .  ---------------------- ok, it's just a jest 
561
« en: Martes 17 de Abril de 2007, 17:34 »
paso 1 consiguete la estructura del formato bmp y del formato img: www.wotsit.orgpaso2 has una pequeña rutina que convierta la información de colores del .img a formato bmp, y esa información se la pones en el TBitmap bien sea con setpixel o con algún método mas óptimo.
562
« en: Martes 17 de Abril de 2007, 16:41 »
asi es.-
563
« en: Martes 17 de Abril de 2007, 16:23 »
Un bucle.
564
« en: Martes 17 de Abril de 2007, 14:00 »
usa la tabla ascii, pero realmente no deberias perder el tiempo con eso, usa algo mas moderno.
565
« en: Martes 17 de Abril de 2007, 03:45 »
bueno comencemos con que me envias la dll a mi correo please.
566
« en: Lunes 16 de Abril de 2007, 22:46 »
ISA Server o mejor aun Wingate... cualquier cosa mi hermano es reseller y soporte de Wingate.
567
« en: Lunes 16 de Abril de 2007, 22:43 »
debes estudiar teoría básica de listas. para navegar usando el auxiliar, acceder a i desde k <!--xc1--></div><table border='0' align='center' width='95%' cellpadding='3' cellspacing='1'><tr><td> XCODE </td></tr><tr><td id='XCODE'><!--exc1--> jaja k = new jaja(); k.text="juanito"; jaja i = k.siguiente = new jaja(); i.text="pepe"; jaja aux; aux = k.siguiente; //aca aux = i<!--xc2--></td></tr></table><div class='postcolor'><!--exc2-->
568
« en: Lunes 16 de Abril de 2007, 21:41 »
no he tenido tiempo para revisarlo, tratare de hacerlo una de estas noches.
569
« en: Lunes 16 de Abril de 2007, 21:39 »
class jaja { public int texto; public jaja siguiente; } arraylist lista =new arraylista(); arraylist lista2 =new arraylista(); jaja k = new jaja(); k.text="juanito"; jaja i = k.siguiente = new jaja(); i.text="pepe";
570
« en: Lunes 16 de Abril de 2007, 20:55 »
lo primero eque hay que preguntarse es:
tu quieres solo abrir el archivo?
o lo que quieres es mostrar la imagen..? de ser asi que objeto estas usando para abrir las imagenes? con base en eso recibiras ayuda mas precisa.
571
« en: Lunes 16 de Abril de 2007, 20:54 »
claro, por eso en el caso de C la solucion seria totalmente diferente, pero creo que eso no es lo que busca la persona.
572
« en: Lunes 16 de Abril de 2007, 18:46 »
en el servidor, si lo que quieres es implementar eso de manera local ( no recomendable) deberás bajar el kit de administración de internet explorer para propagar los settings a traves del dominio, o instalar una de esas herramientas que controlan las paginas que visitan ( los niños). Un proxy free y que puede ser 'suficiente' para lo que necesitas es: squid http://www.squid-cache.org/
573
« en: Lunes 16 de Abril de 2007, 18:45 »
no has dado suficiente información.
574
« en: Lunes 16 de Abril de 2007, 17:43 »
ese tipo de cosas se hacen en el proxy, en caso de que tengas acceso a internet por proxy, sino lo tienes debes instalar uno eso te dara mas control sobre el uso de los recursos.
575
« en: Lunes 16 de Abril de 2007, 17:02 »
claro que peudes, una imagen es un archivo y todo archivo se puede abrir.
Páginas: 1 ... 21 22 [23] 24 25 ... 231
|
|
|
Mostrar Mensajes
