mysql> SELECT * FROM artículos donde MATCH (titulo, cuerpo)
-> AGAINST (‘+ MySQL-YourSQL’ IN BOOLEAN MODE);
+—-+———————–+——————– —————–+
| ID | Nombre | cuerpo |
+—-+———————–+——————– —————–+
| 1 | MySQL Tutorial | DBMS es sinónimo de base de datos … |
| 2 | Cómo utilizar MySQL Bueno | Después de que pasó por una … |
| 3 | Optimización de MySQL | En este tutorial vamos a mostrar … |
| 4 | 1001 Trucos MySQL | 1. Nunca ejecutar mysqld como root. 2. … |
| 6 | MySQL Seguridad | Cuando se configura correctamente, MySQL … |
+—-+———————–+——————– —————–+
Nota
En la implementación de esta función, MySQL utiliza lo que se refiere a veces como la lógica implícita booleanas , en el que

+ representa y

- es sinónimo de NO

[ ningún operador ] implica O

Booleana búsquedas de texto completo tiene las siguientes características:

No utilizan el umbral del 50%.

No de forma automática ordenar las filas en orden decreciente de importancia. Esto se puede ver el resultado de la consulta anterior: la fila con la mayor relevancia es el que contiene ” MySQL “dos veces, pero no es el último, en primer lugar.

Ellos pueden trabajar incluso sin FULLTEXT índice, aunque una búsqueda ejecutada de esta manera sería muy lenta.

La longitud mínima y máxima de texto completo parámetros se aplican.

La lista de palabras de parada se aplica.

El booleana de texto completo la capacidad de búsqueda compatible con los siguientes operadores:

+

Un signo más indica que esta palabra debe estar presente en cada fila que se devuelve.

-

Un signo menos indica que esta palabra debe no estar presente en cualquiera de las filas que se devuelven.

Nota: El – operador actúa sólo para excluir filas que de otra forma igualada por otros términos de búsqueda. Por lo tanto, un modo de búsqueda booleana, que contiene términos sólo precedido por – devuelve un resultado vacío. No devuelve ” todos los registros excepto los que contengan cualquiera de los términos excluidos. ”

(Sin operador)

Por defecto (cuando ni + ni – se especifica) la palabra es opcional, pero las filas que contienen una clasificación mayor. Esto imita el comportamiento de MATCH () … AGAINST () sin el IN BOOLEAN MODE modificador.

> <

Estos dos operadores se utilizan para cambiar la contribución de la palabra al valor de relevancia que se asigna a una fila. El > operador incrementa la contribución y el < operador disminuye. Vea el siguiente ejemplo de esta lista.

()

Los paréntesis agrupan palabras en subexpresiones. Los grupos entre paréntesis se pueden anidar.

~

Una tilde actúa como operador de negación, causando que la contribución de la palabra a la relevancia de la fila a ser negativo. Esto es útil para marcar " ruido "las palabras. Una fila que contiene una palabra es una calificación más baja que otros, pero no se excluye por completo, como lo sería con el - operador.

*

El asterisco sirve como el truncamiento (o comodín) del operador. A diferencia de los otros operadores, debe ser añadido a la palabra de ser afectados. Concuerden con las palabras si empiezan con la palabra que precede a la * operador.

Si una palabra se especifica con el operador de truncamiento, no se elimina de una consulta booleana, aunque es muy corto (como lo determina la ft_min_word_len configuración) o de palabras de parada una. Esto ocurre porque la palabra no se ve como muy corta o una palabra vacía, sino como un prefijo que debe estar presente en el documento en forma de una palabra que comience con el prefijo. Supongamos que ft_min_word_len = 4 . ft_min_word_len = 4 . A continuación, una búsqueda de "+ palabra + el * " Es probable que devolver menos filas que una búsqueda de "+ palabra + la ' :

La consulta anterior queda como está y requiere tanto de palabra y de la * (una palabra que comienza con la información) estar presente en el documento.

La consulta de esta última se transforma en + palabra (que requiere sólo la palabra de estar presente). el es al mismo tiempo muy corto y una palabra vacía, y cualquiera de estas condiciones es suficiente para causar que sea ignorada.

"

Una frase que se incluye dentro de comillas (" " ") coincide con los caracteres sólo las filas que contienen la frase literalmente, ya que se ha escrito . El texto completo del motor se divide la frase en palabras y realiza una búsqueda en el FULLTEXT índice de las palabras. Antes de MySQL 5.0.3, el motor realiza entonces una búsqueda de la subcadena de la frase en los registros que se encontraron, por lo que el partido debe incluir caracteres de otro tipo en la frase A partir de MySQL 5.0.3, caracteres de otro tipo no tiene por qué corresponder exactamente.: buscar frase sólo requiere que los partidos contienen exactamente las mismas palabras que la frase y en el mismo orden. Por ejemplo, "la frase de prueba" coincide con "la prueba, la frase" en MySQL 5.0.3, pero no antes.

Si la frase no contiene palabras que están en el índice, el resultado está vacío. Por ejemplo, si todas las palabras son palabras vacías o más corta que la longitud mínima de palabras indexadas, el resultado está vacío.

Los siguientes ejemplos muestran algunas cadenas de búsqueda que utilizan booleanas de texto completo operadores:

'Manzana banana'

Encuentra registros que contengan al menos una de las dos palabras.

'+ Manzana + jugo'

Encuentra registros que contengan ambas palabras.

'+ Apple macintosh'

Encuentra registros que contengan la palabra " manzana ", pero las filas rango más alto si también contienen" Macintosh ".

'+ Apple-macintosh'

Encuentra registros que contengan la palabra " manzana ", pero no" macintosh ".

'+ Apple macintosh ~'

Encuentra registros que contengan la palabra " manzana ", pero si la fila también contiene la palabra" Macintosh ", la tasa es más baja que si la fila no. Esto es " más suave "que la búsqueda de '+ apple-macintosh' , por lo que la presencia de " Macintosh "hace que la fila no se devolverá nada.

'+ Manzana + (> volumen de negocios

Encuentra registros que contengan la palabra ” manzana “y” facturación “, o” manzana “y” strudel “(en cualquier orden), pero son considerados” rotación de la manzana “mayor que” apple strudel “.

‘Manzana *’

Encuentra registros que contienen palabras como ” manzana “,” manzanas “,” manzana “, o” applets “.

“Algunas palabras” ‘

Encuentra registros que contengan la frase exacta ” algunas palabras “(por ejemplo, las filas que contienen” algunas palabras de sabiduría “pero no” algunas palabras irrelevantes “). Tenga en cuenta que el ” ” “caracteres que escriba la frase son caracteres operadores que delimitan la frase. No son las comillas que encierran la cadena de búsqueda en sí.

A veces lo que desea es escribir un pequeño script usando la API de Facebook que las actualizaciones de su estado, o descargas de todas tus fotos, o se eliminan todos los álbumes de vacío de forma accidental. Con el fin de escribir scripts en facebook, se ha creado un micro API cliente que implementa el flujo de autenticación del cliente y tiene una función de utilidad algunos para acceder a la API gráfica y FQL.

Para usar este mini cliente de la API, todo lo que tienes que hacer es poner 4 líneas de código en la parte superior de la secuencia de comandos Python:

urllib de importación urlretrieve
importación imp
urlretrieve (‘https://raw.github.com/gist/1194123/fbconsole.py’, ‘. fbconsole.py)
fb = imp.load_source (‘FB’, ‘. fbconsole.py)

Ahora usted puede especificar los permisos que necesita para que su guión (de la lista de los permisos de api) y autenticarse:

fb.AUTH_SCOPE = ['publish_stream']
fb.authenticate ()

Por defecto, el cliente de la API hace peticiones como la “fbconsole” app. Usted puede utilizar su propia aplicación mediante el establecimiento de fb.APP_ID. Cuando se autentifica, una ventana se abrirá pidiendo los permisos que fueron solicitados por el script. Después de pasar por el diálogo de permiso, el script seguirá funcionando. El token de acceso utilizada se almacena en un archivo local al que se autentifique por lo que la próxima vez no se le presentará un cuadro de diálogo en su navegador.

Una vez autenticado, puede hacer lo que las llamadas a la API gráfica o FQL que desee. Por ejemplo:

Después de una actualización de estado

status = fb.graph_post (“/ me / feed”, {“mensaje”: “Hola desde mi guión increíble”})

Buscar gusta en una actualización de estado

le gusta = fb.graph estado (“/”+ ["id gusta "]+”/”)

Eliminar una actualización de estado

fb.graph_delete estado (“/”+ ["id"])

Subir una foto (¿Por qué Python hacen tan difícil?)

fb.graph_post (“/ me / fotos”, {“mensaje”: “Mis fotos”, “fuente”: open (“mi-foto.jpg”);})

Consulta las tablas de FQL

amigos = fb.fql (“SELECT * FROM nombre de usuario uid EN DONDE”
“(SELECT uid2 DE DONDE amigo uid1 = me ())”)

Si descarga https://raw.github.com/gist/1194123/fbconsole.py y ejecutarlo, se le deja caer en un intérprete de Python por lo que sólo puede jugar con llamadas a la API en un entorno interactivo. Una cáscara IPython se utiliza si usted tiene instalado IPython.

El código es sólo una esencia en github en https://gist.github.com/1194123. Siéntete libre de comentar en este blog o en la esencia, si tiene alguna pregunta.

El desarrollo de software no es sin dudas una tarea fácil. Como resultado a este problema ha surgido una alternativa desde hace mucho: la Metodología. Las metodologías imponen un proceso disciplinado sobre el desarrollo de software con el fin de hacerlo más predecible y eficiente. Lo hacen desarrollando un proceso detallado con un fuerte énfasis en planificar inspirado por otras disciplinas de la ingeniería.

Las metodologías ingenieriles han estado presentes durante mucho tiempo. No se han distinguido precisamente por ser muy exitosas. Aún menos por su popularidad. La crítica más frecuente a estas metodologías es que son burocráticas. Hay tanto que hacer para seguir la metodología que el ritmo entero del desarrollo se retarda.

Hoy en día existen numerosas propuestas metodológicas que inciden en distintas dimensiones del proceso de desarrollo. Un ejemplo de ellas son las propuestas tradicionales centradas específicamente en el control del proceso. Estas han demostrado ser efectivas y necesarias en un gran número de proyectos, sobre todo aquellos proyectos de gran tamaño (respecto a tiempo y recursos).

Sin embargo la experiencia ha demostrado que las metodologías tradicionales no ofrecen una buena solución para proyectos donde el entorno es volátil y donde los requisitos no se conocen con exactitud, porque no están pensadas para trabajar con incertidumbre.

Aplicar metodologías tradicionales nos obliga a forzar a nuestro cliente a que tome la mayoría de las decisiones al principio. Luego el coste de cambio de una decisión tomada puede llegar a ser muy elevado si aplicamos metodologías tradicionales.

Es por ello que varios problemas como los que a continuación mencionamos han sido detectados:

• Retrasos en la planificación: llegada la fecha de entregar el software éste no está disponible.
• Sistemas deteriorados: el software se ha creado pero después de un par de años el coste de su mantenimiento es tan complicado que definitivamente se abandona su producción.
• Tasa de defectos: el software se pone en producción pero los defectos son tantos que nadie lo usa.
• Requisitos mal comprendidos: el software no resuelve los requisitos planificados inicialmente.
• Cambios de negocio: el problema que resolvía nuestro software ha cambiado y nuestro software no se ha adaptado.
• Falsa riqueza: el software hace muchas cosas técnicamente muy interesantes y divertidas, pero no resuelven el problema de nuestro cliente, ni hace que éste gane más dinero.
• Cambios de personal: después de unos años de trabajo los programadores comienzan a odiar el proyecto y lo abandonan.

Como respuesta a los problemas aplicando metodologías tradicionales surgieron otras metodologías que tratan de adaptarse a la realidad del desarrollo de software.

El encanto de estas metodologías ágiles es su reacción ante la burocracia de las metodologías monumentales. Estos nuevos métodos buscan un justo medio entre ningún proceso y demasiado proceso, proporcionando simplemente suficiente proceso para que el esfuerzo valga la pena.

El resultado de todo esto es que los métodos ágiles cambian significativamente algunos de los énfasis de los métodos ingenieriles. La diferencia inmediata es que son menos orientados al documento, exigiendo una cantidad más pequeña de documentación para una tarea dada. De muchas maneras son más bien orientados al código: siguiendo un camino que dice que la parte importante de la documentación es el código fuente.

2. Desarrollo

Metodologías pesadas.

RUP
El proceso unificado de desarrollo (RUP) es una metodología para la ingeniería de software que va más allá del mero análisis y diseño orientado a objetos para proporcionar una familia de técnicas que soportan el ciclo completo de desarrollo de software. El resultado es un proceso basado en componentes, dirigido por los casos de uso, centrado en la arquitectura, iterativo e incremental.

Características principales de RUP

• “Centrado en los modelos: Los diagramas son un vehículo de comunicación más expresivo que las descripciones en lenguaje natural. Se trata de minimizar el uso de descripciones y especificaciones textuales del sistema.”
• “Guiado por los Casos de Uso: Los Casos de Uso son el instrumento para validar la arquitectura del software y extraer los casos de prueba.”
• “Centrado en la arquitectura: Los modelos son proyecciones del análisis y el diseño constituye la arquitectura del producto a desarrollar.”
• “Iterativo e incremental: Durante todo el proceso de desarrollo se producen versiones incrementales (que se acercan al producto terminado) del producto en desarrollo.”

Beneficios que aporta RUP

• Permite desarrollar aplicaciones sacando el máximo provecho de las nuevas tecnologías, mejorando la calidad, le rendimiento, la reutilización, la seguridad y el mantenimiento del software mediante una gestión sistemática de los riesgos.
• Permite la producción de software que cumpla con las necesidades de los usuarios, a través de la especificación de los requisitos, con una agenda y costo predecible.
• Enriquece la productividad en equipo y proporciona prácticas óptimas de software a todos sus miembros.
• Permite llevar a cabo el proceso de desarrollo práctico, brindando amplias guías, plantillas y ejemplos para todas las actividades críticas.
• Proporciona guías explicitas para áreas tales como modelado de negocios, arquitectura Web, pruebas y calidad. También se proporciona guías para desarrollar en plataformas IBM WebSphere y Microsoft Web Solution para acelerar el desarrollo de los proyectos.
• Se integra estrechamente con herramientas Rational, permitiendo a los equipos de desarrollo aprovechar todas las ventajas de las características de los productos Rational, el Lenguaje de Modelado Unificado (UML) y otras prácticas óptimas de la industria.
• Unifica todo el equipo de desarrollo de software y mejora la comunicación al brindar a cada miembro del mismo una base de conocimientos, un lenguaje de modelado y un punto de vista de cómo desarrollar software.
• Optimiza la productividad de cada miembro del equipo al poner al alcance la experiencia derivada de miles de proyectos y muchos líderes de la industria.
• No solo garantiza que los proyectos abordados serán ejecutados íntegramente sino que además evita desviaciones importantes respecto a los plazos.
• Permite una definición acertada del sistema en un inicio para hacer innecesarias las reconstrucciones parciales posteriores.

Metodologías ágiles.

XP

La Programación Extrema surge ideada por Kent Beck, como proceso de creación de software diferente al convencional. En palabras de Beck: “XP es una metodología ligera, eficiente, con bajo riesgo, flexible, predecible y divertida para desarrollar software”.

Objetivos de XP:
Los objetivos de XP son muy simples: la satisfacción del cliente. Esta metodología trata de dar al cliente el software que él necesita y cuando lo necesita. Por tanto, debemos responder muy rápido a las necesidades del cliente, incluso cuando los cambios sean al final de ciclo de la programación.

El segundo objetivo es potenciar al máximo el trabajo en grupo. Tanto los jefes de proyecto, los clientes y desarrolladores, son parte del equipo y están involucrados en el desarrollo del software.

Bases de XP
La programación extrema se basa en la simplicidad, la comunicación y el reciclado continuo de código, para algunos no es más que aplicar una pura lógica. Lo que buscan en definitiva es la reducción de costes.

Valores XP
Una de las cosas que a los programadores nos tiene que quedar muy claro es que en el ciclo de vida del desarrollo de un proyecto software los cambios van a aparecer, cambiarán los requisitos, las reglas de negocio, el personal, la tecnología, todo va a cambiar. Por tanto el problema no es el cambio en si, ya que este va a suceder sino la incapacidad de enfrentarnos a estos cambios.

Como en otra cualquier actividad humana necesitamos valores para desarrollar nuestro trabajo y conseguir los planteamientos iniciales.

Estos cuatro valores son:

• Comunicación
• Sencillez
• Retroalimentación
• Valentía

Variables XP
XP define cuatro variables para proyectos de software:

Coste
Tiempo
Calidad
Ámbito.
Actividades básicas XP

Ahora que tenemos nuestros cuatro valores estamos preparados para construir una disciplina de desarrollo de software. ¿Qué tareas debemos de llevar a cabo para desarrollar un buen software?

Codificar

Es la única actividad de la que no podremos prescindir. Sin código fuente no hay programa, aunque hay gente que cuenta que existe software en producción del que se perdió el código fuente. Por tanto necesitamos codificar y plasmar nuestras ideas a través del código. En una programación en XP en pareja el código expresa tu interpretación del problema, así podemos utilizar el código para comunicar, para hacer mías tus ideas, y por tanto para aprender y mejorar.

Hacer pruebas

Las características del software que no pueden ser demostradas mediante pruebas simplemente no existen. Las pruebas me dan la oportunidad de saber si lo que implementé es lo que en realidad yo pensaba que había implementado. Las pruebas nos indican que nuestro trabajo funciona, cuando no podemos pensar en ninguna prueba que pudiese originar un fallo en nuestro sistema entonces has acabado por completo.

No debemos de escribir tan solo una prueba ver que funciona y salir corriendo, debemos de pensar en todas las posibles pruebas para nuestro código, con el tiempo llegarás a conclusiones sobre las pruebas y podrás pensar que si dos de tus pruebas ya funcionan la tercera prueba no será necesaria escribirla, sin caer en demasiada confianza.

Programar y probar es más rápido que sólo programar. Puedes ganar media hora de productividad sin hacer pruebas, pero perderás mucho tiempo en la depuración. Tendrás menos errores, tendrás que volver menos veces sobre el código, te costará menos localizar los errores, perderás menos tiempo escuchado como tus clientes te dicen que no funciona.

Las pruebas deben de ser sensatas y valientes. No podemos hacer pruebecillas que no testen a fondo el sistema, esos agujeros que vamos dejando nos esperan para cuando pasemos de nuevo por allí y volveremos a caer dentro.

Escuchar

Los programadores no lo conocemos todo, y sobre todo muchas cosas que las personas de negocios piensan que son interesantes. Si ellos pudieran programarse su propio software ¿ para que nos querrían ?.

Si vamos a hacer pruebas tenemos que preguntar si lo obtenido es lo deseado, y tenemos que preguntar a quien necesita la información. Tenemos que escuchar a nuestros clientes cuales son los problemas de su negocio, debemos de tener una escucha activa explicando lo que es fácil y difícil de obtener, y la realimentación entre ambos nos ayudan a todos a entender los problemas.

Diseñar

El diseño crea una estructura que organiza la lógica del sistema, un buen diseño permite que el sistema crezca con cambios en un solo lugar. Los diseños deben de ser sencillos, si alguna parte del sistema es de desarrollo complejo, divídela en varias. Si hay fallos en el diseño o malos diseños, estos deben de ser corregidos cuanto antes.

Tenemos que codificar porque sin código no hay programas, tenemos que hacer pruebas por que sin pruebas no sabemos si hemos acabado de codificar, tenemos que escuchar, porque si no escuchamos no sabemos que codificar ni probar, y tenemos que diseñar para poder codificar, probar y escuchar indefinidamente.

Prácticas Básicas de XP

El juego de la planificación.

Hay una comunicación frecuente el cliente y los programadores. El equipo técnico realiza una estimación del esfuerzo requerido para la implementación de las historias de usuario y los clientes deciden sobre el ámbito y tiempo de las entregas y de cada iteración.

Pequeñas versiones.

Cada versión debe de ser tan pequeña como fuera posible, conteniendo los requisitos de negocios más importantes, las versiones tiene que tener sentido como un todo, me explico no puedes implementar media característica y lanzar la versión.

Es mucho mejor planificar para 1 mes o 2 que para seis meses y un año, las compañías que entregan software muy voluminoso no son capaces de hacerlo con mucha frecuencia.

Metáfora.

Una metáfora es una historia que todo el mundo puede contar a cerca de cómo funciona el sistema. Algunas veces podremos encontrar metáforas sencillas “Programa de gestión de compras, ventas, con gestión de cartera y almacén”. Las metáforas ayudan a cualquier persona a entender el objeto del programa.

Diseño sencillo.

El diseño adecuado par el software es aquel que:

1. Funciona con todas las pruebas.

2. No tiene lógica duplicada.

3. Manifiesta cada intención importante para los programadores

4. Tiene el menor número de clases y métodos.

Haz el diseño lo más simple posible borra todo lo que puedas sin violar las reglas 1,2 y 3. Contrariamente a lo que se pensaba el “Implementa para hoy, diseña para mañana”, no es del todo correcto si piensas que el futuro es incierto.

Hacer pruebas.

No debe existir ninguna característica en el programa que no haya sido probada, los programadores escriben pruebas para chequear el correcto funcionamiento del programa, los clientes realizan pruebas funcionales. El resultado un programa mas seguro que conforme pasa el tiempo es capaz de aceptar nuevos cambios.

Recodificación.

Cuando implementamos nuevas características en nuestros programas nos planteamos la manera de hacerlo lo mas simple posible, después de implementar esta característica, nos preguntamos como hacer el programa mas simple sin perder funcionalidad, este proceso se le denomina recodificar o refactorizar (refactoring). Esto a veces nos puede llevar a hacer mas trabajo del necesario, pero a la vez estaremos preparando nuestro sistema para que en un futuro acepte nuevos cambios y pueda albergar nuevas características. No debemos de recodificar ante especulaciones si no solo cuándo el sistema te lo pida.

Programación por parejas.

Todo el código de producción lo escriben dos personas frente al ordenador, con un sólo ratón y un sólo teclado. Cada miembro de la pareja juega su papel: uno codifica en el ordenador y piensa la mejor manera de hacerlo, el otro piensa más estratégicamente, ¿Va a funcionar?, ¿Puede haber pruebas donde no funcione?, ¿Hay forma de simplificar el sistema global para que el problema desaparezca?

El emparejamiento es dinámico, puedo estar emparejado por la mañana con una persona y por la tarde con otra, si tienes un trabajo sobre un área que no conoces muy bien puedes emparejarte con otra persona que si conozca ese área. Cualquier miembro del equipo se puede emparejar con cualquiera.

Propiedad colectiva.

Cualquiera que crea que puede aportar valor al código en cualquier parcela puede hacerlo, ningún miembro del equipo es propietario del código. Si alguien quiere hacer cambios en el código puede hacerlo. Si hacemos el código propietario, y necesitamos de su autor para que lo cambie entonces estaremos alejándonos cada vez mas de la comprensión del problema, si necesitamos un cambio sobre una parte del código lo hacemos y punto. XP propone un propiedad colectiva sobre el código nadie conoce cada parte igual de bien pero todos conoce algo sobre cada parte, esto nos preparará para la sustitución no traumática de cada miembro del equipo.

Integración continúa.

El código se debe integrar como mínimo una vez al día, y realizar las pruebas sobre la totalidad del sistema. Una pareja de programadores se encargara de integrar todo el código en una maquina y realizar todas las pruebas hasta que estas funcionen al 100%.

40 Horas semanales.

Si queremos estar frescos y motivados cada mañana y cansado y satisfecho cada noche. El viernes quiero estar cansado y satisfecho para sentir que tengo dos días para pensar en algo distinto y volver el lunes lleno de pasión e ideas. Esto requiere que trabajemos 40 horas a la semana, mucha gente no puede estar más de 35 horas concentrados a la semana, otros pueden llegar hasta 45 pero ninguno puede llegar a 60 horas durante varias semanas y aun seguir fresco, creativo y confiado. Las horas extras son síntoma de serios problemas en el proyecto, la regla de XP dice nunca 2 semanas seguidas realizando horas extras.

Cliente In-situ.

Un cliente real debe sentarse con el equipo de programadores, estar disponible para responder a sus preguntas, resolver discusiones y fijar las prioridades. Lo difícil es que el cliente nos ceda una persona que conozca el negocio para que se integre en el equipo normalmente estos elementos son muy valiosos, pero debemos de hacerles ver que será mejor para su negocio tener un software pronto en funcionamiento, y esto no implica que el cliente no pueda realizar cualquier otro trabajo.

Estándares de codificación.

Si los programadores van a estar tocando partes distintas del sistema, intercambiando compañeros, haciendo refactoring, debemos de establecer un estándar de codificación aceptado e implantado por todo el equipo.

Características esenciales de XP

Roles.
Programador: Produce el código del sistema.
Cliente: Escribe las HU y las pruebas funcionales para validar su implementación, así como asigna la prioridad de la HU y decide cuál se implementara en cada iteración.
Encargado de pruebas: Ayuda al cliente a escribir las pruebas funcionales, ejecuta las pruebas y difunde resultados además es responsable de las herramientas de soporte para prueba.
Rastreador (Tracker):también conocido como “Metric Man”, observa sin molestar y mantiene los datos históricos.
Consultor: Es un miembro externo del equipo con conocimiento especifico de algún tema necesario para el proyecto. Guía al equipo para resolver un problema específico.
Gestor (Big Boss): Es el vínculo entre clientes y programadores, ayuda a que el equipo trabaje efectivamente creando las condiciones adecuadas. Su labor esencial es de coordinación.
Artefactos esenciales.
Historias de Usuario.
Tareas de Ingeniería.
Pruebas de Aceptación.
Procesos.
Ciclo de desarrollo.
Ciclo de vida(Fases)
Exploración
Planificación.
Iteraciones.
Producción.
Mantenimiento.
Muerte Proyecto.
Prácticas.
3P [ECH08].

Paradigma 3P es una metodología de desarrollo de software nacida al calor de la experiencia acumulada del grupo de investigación y desarrollo Atis debido a la insuficiente capacidad de respuesta a los clientes utilizando las metodologías tradicionales.

Principios que sustentan el modelo

Los individuos y sus interacciones son más importantes que los procesos y las herramientas: El PERSONAL.
La comunicación con el cliente evita construir una elegante solución para un problema equivocado: El PROBLEMA.
El software que funciona es más importante que la documentación exhaustiva. El PROCESO.
Valores 3P

Comunicación: Sin comunicación todo proyecto estaría destinado a fracasar , comunicar no es escribir o hablar muchas palabras sino utilizar solo las palabras necesarias para trasmitir una idea.
Sencillez: Nadie es mejor o peor que los demás miembros del grupo de desarrollo , todos tenemos fortalezas y debilidades, conocerlas hará que nuestras relaciones con los miembros del grupo sean mejores en el orden profesional y personal.
Retroalimentación: Saber cuándo se debe rehacer algo que no funciona, equivocarse es de humanos, encarar nuevamente la tarea con emprendimiento y optimismo.
Emprendimiento: estar dispuesto siempre a acometer las tareas más complejas, encararla con esmero y con alegría hará que crezca nuestro prestigio entre los demás miembros, la convicción y el deseo del triunfo debe prevalecer.
Optimismo: Ser realista pero tener siempre el pensamiento orientado hacia el éxito.
Actividades básicas

Codificar.
Probar.
Comunicar
Idear
Escuchar.
Diseñar.
Roles del proyecto

Jefe del Proyecto
Cliente
Consultor
Analista-Programador
Programador
Diseñador de Interfaces
Principios que sustentan la metodología

EL Personal: Gestión de Proyecto
El Problema: Gestión del Cliente
El Proceso: Ciclo de Vida de Desarrollo
Ciclo de vida de desarrollo

Definición del problema.
Identificación de los procesos unitarios.
Diseño del prototipo.
Desarrollo del prototipo.
Prueba del prototipo.
Si ir a Paso 3.
Si ir a Paso 2.
Si ir a Paso 2.
Implantación.
Mantenimiento.
Resumen puntos clave

RUP

Pesado
Dividido en cuatro fases, que se dividen en iteraciones
El discurrir del proyecto se define en Workflows
Los artefactos son el objetivo de cada actividad
Se basa en roles
UML
Muy organizativo
Mucha documentación
3P

Ágil
Cercano al desarrollo, pero sin olvidar el diseño.
Se basa en 3 principios: Personal, Problema, Proceso.
Gran interacción con el cliente.
Pruebas de funcionalidad y calidad.
Logra alcanzar un control y organización del proceso.
Logra un equilibrio en cuanto a la generación de documentación
XP

Ligero
Cercano al desarrollo
Se basa en UserStories
Fuerte comunicación con el cliente
El código fuente pertenece a todos
Programación por parejas
Tests como base de la funcionalidad
Solo el mínimo de organización
Pobre en cuanto a documentación
3. Conclusiones
¿Qué debemos esperar entonces de un proceso de desarrollo?

¿Qué criterios debe cumplir para que aporte algo a la empresa?

Básicamente el proceso de desarrollo tiene que ayudarnos a escribir software, tiene que poner las reglas necesarias para alcanzar el éxito en nuestro proyecto pero dejando la libertad suficiente para no sentirnos agobiados.

Esto no nos lo va a ofrecer ningún proceso estándar, y como dice el refrán (aunque no se cumple exactamente en el mundo de la informática) todos los caminos conducen a Roma.

De forma que es tarea de cada empresa, casi para cada proyecto, decidir cual es el mejor modo de llegar a nuestra meta.

Descargar ejemplo…

Si no tienes a un especialista en Google Adwords dentro de tu equipo de trabajo que haga ésto por ti, estos tips te serán de mucha ayuda.

Google Adwords maneja algo que se llama tipos de concordancia, en ingles (Match Types). Adwords se basa en hacer coincidir anuncios relevantes con la búsqueda que realiza el usuario, por lo que las palabras clave son fundamentales para ayudar tanto al usuario a encontrar lo que busca, como al anunciante a encontrar quien está interesado en lo que ofrece. Cuando uno ingresa sus palabras claves por default viene la opción de concordancia amplia.

Concordancia Amplia (Broad match). Es la configuración predeterminada para todas las palabras clave, esto significa que todas las búsquedas que realize el usuario sin importar orden o combinación podrían mostrar tu anuncio. Por ejemplo; Libros usados

Al seleccionar esta palabra en Broad match

Tu anuncio aparecería en la búsqueda:

* Distribuidor de libros usados
* Libros de segunda mano
* Libros usados
* Venta de libros usados
* Libreros usados

Como vemos las posibilidades de que tu anuncio aparezca en los resultados de búsqueda es muy amplia y ésto es bueno si deseas que tu palabra aparezca en los resultados de búsqueda con diversas variaciones, de lo contrario, Adwords ofrece 4 métodos para poder ser más específicos y objetivos con los resultados de búsqueda donde nuestro anuncio debería aparecer.

1.- Concordancia de frase (Phrase match). Se reduce a su alcance al exigir que las palabras aparezcan exactamente en el orden que especifiques, (pueden aparecer palabras adicionales antes o después de la frase).

Para habilitar Phrase match encierra tu palabra clave entre comillas “Libros usados”.

Ejemplo:

Tu anuncio aparecería en la búsqueda:

* Distribuidor de libros usados
* Compro libros usados
* Reparación de libros usados

Tu anuncio no aparecería en la búsqueda:

* Venta de libros nuevos y usados
* Libros de literatura usados

2.- Concordancia exacta (Exact match). Minimiza aún más el alcance para mostrar su anuncio, cuando la palabra o frase se debe mostrar exactamente como se escribe y no debe incluir ninguna otra palabra antes o después.

Para habilitar Exact match encierra tu palabra clave entre corchetes [Libros usados]

Ejemplo:

Tu anuncio aparecería en:

* Libros usados

Tu anuncio no aparecería en:

* Libro usado
* Vendedor de libros usados

3.- Concordancia negativa (Negative match). Elimina frases de búsqueda en donde no quieres que tu anuncio aparezca, como; barato o gratuito. Es decir previene que tu anuncio aparezca cuando la frase de búsqueda incluye una palabra que no es relevante para tu anuncio.

Para habilitar Negative match asigna un – antes de tu palabra clave por ejemplo: libros usados y la palabra negativa sería -ingles

Tu anuncio aparecería en:

* Vendedor de libros usados

Tu anuncio no aparecería en:

* Libros usados en ingles

4.- Concordancia integrada (Embedded match), permite evitar que tu anuncio aparezca en relación con cierta frase o coincidencias exactas.

Un ejemplo de ésto: Un anunciante vende juguetes de la película Toy Story, por lo que si utiliza la opción de Embedded match para integrar Negative match y Exact match -[Toy Story], de ésta manera tu anuncio aparecería para (Muñecos Toy Story) y (Productos de Toy Story), pero no aparecerá para la frase exacta Toy Story.

Tips:

*Crea una lista con todas tus palabras clave, luego agrupa tus palabras, por ejemplo, por líneas de producto como; café organico y café gourmet. Cada agrupación deberá pertenecer a un ad group, del cual podrás crear diversos anuncios y realizar un test con diferentes palabras clave para ver los keywords con mejores resultados.

*Manten tus opciones de campaña en mente. Si tu campaña está configurada para dirigirse a un segmento geográfico muy específico, usar palabras más generales podría funcionar bien. Pero, si está dirigida a uno o más países o territorios, es posible considerar el uso de palabras clave más específicas para enfocar mejor el tráfico.

*La concordancia de palabras clave no distingue entre mayúsculas y minúsculas. Es decir; no es necesario introducir ‘libros’ y ‘Libros’ como palabras clave; bastará con que especifiques ‘libros’.

*No se tienen que incluir signos de puntuación como los puntos, comas y guiones. La palabra clave “ante-ojos” es la misma que “ante ojos” pero distinta de “anteojos“. Si la palabra clave tiene concordancia amplia, es probable que ya se haya establecido la orientación de variaciones como éstas.

*Incluye variaciones. Como ayuda para que tu anuncio se muestre con más frecuencia, incluye variaciones de palabra clave relevantes, por ejemplo: versiones en singular y plural, considera la posibilidad de utilizar, si aplica, términos coloquiales, variaciones ortográficas, sinónimos y números de producto o serie.

*Permite que tus palabra clave corra al menos 30 días antes de decidir si te dio buenos resultados o se debe modificar.

Primero: el engine indicado para almacenar documentos es MYISAM, porque es el único que tiene los índices de tipo fulltext. Lamentablemente MyISAM no tiene integridad referencial ni es transaccional, pero en fin, los documentos tampoco son datos tan críticos (por lo general están escritos en otro documento antes de cargarlos) ni tampoco se generan tantos por segundo.

Hay 3 clases de búsquedas:

Lenguaje natural: Se localizan los registros que incluyen la o las palabras suministradas.

Modo booleano: es posible indicar palabras a incluir, a excluir y buscar frases exactas o partes de palabras (¡como Google!)

Expansión de consultas: tiene dos fases, la primera es la búsqueda natural, en la segunda (que es la que se presenta como resultado) busca todos los registros que incluyan algún término presente en cualquiera de los registros hallados en la primera fase.

Requisitos para que no te falle:

1) La tabla debe ser MyISAM
2) Debe crearse un índice fulltext sobre cada campo donde se desee buscar
3) Los tipos aceptados en índices Fulltext son CHAR, VARCHAR y TEXT (y sus variantes MEDIUM o LONG).
4) La diferencia es la longitud aceptada: TEXT=2 elevado a la 16 bytes, MEDIUMTEXT=2 a la 24 bytes, LONGTEXT=2 a la 32 bytes (aprox. 4096 MB por registro). Un TEXT almacena 64MB, lo cual no es poco.
5) Las palabras que aparecen un 50% de las veces o más se ignoran por ser “comunes” (pero no en modo booleano)
6) Hay una lista de palabras comunes en inglés que también se ignoran.
7) Por defecto se ignoran las palabras de menos de 4 caracteres de longitud
Una “palabra” es cualquier combinacion de caracteres A-Z,a-z,0-9,’ y _. Otros caracteres hacen que el motor fulltext las considere 2 palabras (por ejemplo, “entrada/salida”, la barra las separa en dos, pero “entrada_salida” se considera una sola).

Las búsquedas se hacen así:

supongamos que tenemos la tabla “textos” con los campos “titulo” y “contenido”, y tres indices:

mysql> ALTER TABLE textos ADD FULLTEXT titulo(titulo);
mysql> ALTER TABLE textos ADD FULLTEXT contenido(contenido);
mysql> ALTER TABLE textos ADD FULLTEXT titcont(titulo,contenido);

Para buscar el término ‘amanecer’ en el título solamente:

mysql> SELECT titulo FROM textos WHERE MATCH(titulo, contenido) AGAINST(‘amanecer’);

Para buscarlo en título y contenido:

mysql> SELECT titulo FROM textos WHERE MATCH(titulo,) AGAINST(‘amanecer’);

Para realizar una búsqueda booleana que permita excluir la palabra ‘gris’:

mysql> SELECT titulo FROM textos WHERE MATCH(titulo) AGAINST(‘+amanecer -gris’ IN BOOLEAN MODE);

Para realizar una expansión de consultas:

mysql> SELECT titulo FROM textos WHERE MATCH(titulo,contenido) AGAINST(‘amanecer’ WITH QUERY EXPANSION);

Ahora paso a tu segunda pregunta: obtener relevancia.
La expresión MATCH(titulo) AGAINST(‘amanecer’ WITH QUERY EXPANSION) no es una simple instrucción “que debe estar ahí”, en realidad devuelve un valor que es la relevancia de cada registro. Inclusive, además del WHERE puede colocarse en la lista del SELECT (como haremos a continuación) para ver el valor devuelto. Pero no es un valor porcentual como acostumbramos ver, sino un número, producto de algún cálculo interno.

No es fácil (quizá imposible) darle una importancia determinada a la relevancia de cada registro, porque no se sabe bien cuál es el máximo (el mínimo es 0) y además varía mucho según el tipo de búsqueda realizada.

Así que recomiendo que se considere como “100%” a la máxima relevancia obtenida, y en función de eso se calcule el porcentaje de los demás registros.

Esto requiere dos consultas diferentes:

En la primera se crea una variable de usuario con el valor de máxima relevancia obtenido:

mysql> SELECT MAX( MATCH(titulo) AGAINST(‘amanecer’ IN BOOLEAN MODE) ) INTO @maximo;

Ahora resta hacer la búsqueda como se aprendió, pero incluyendo el porcentaje correspondiente a la relevancia, mediante la fórmula: relevancia * (100/maxima_relev):

mysql> SELECT title, MATCH(title) AGAINST(‘amanecer’ IN BOOLEAN MODE)*(100/@maximo)
> FROM textos WHERE MATCH(title) AGAINST(‘amanecer’ IN BOOLEAN MODE);

Obsérvese que se usa la misma expresión MATCH … AGAINST en la lista del SELECT y en el WHERE.

Si se omitiera en el WHERE se traerían todos los registros, inclusive los que tienen relevancia 0. La razón de que funcione en el WHERE sin compararla con ningún valor es porque el 0 se considera falso, y cualquier valor no cero se considera verdadero.

He tratado de responder rápido para contestar razonablemente a todos, se me ocurre la idea de hacer un artículo más extenso sobre este tema, pero posiblemente sea luego de mejorar el artículo sobre Rutinas Almacenadas.

Espero comentarios.

Efectos de atribuir < Alt > para SEO

El objetivo principal del uso de es hacer que su contenido sea accesible. Que mejoren la accesibilidad de su sitio web, como si alguien está usando un lector de pantalla, no se puede cargar la imagen por alguna razón, el navegador mostrará el texto alternativo dándoles una mejor experiencia de usuario. El más accesible un sitio web es la más probable es que se ubicará en el SERP. Utilizando el atributo < Alt > de imágenes ayudará a los motores de búsqueda para entender lo que sus imágenes son todas de rango y sus imágenes en las páginas de resultados de búsqueda de imágenes, tales como Google la imagen y se mezcla las páginas de resultados. Se dice que Google incluso el uso de los atributos alt como descripciones de las imágenes en Google Image por lo que este es el éxito de un atributo < Alt > prueba es al final de Google.

Usando la etiqueta < Alt > es simple. Normalmente, cuando se agrega la imagen de arriba en su contenido, el código HTML se parece a esto:

< Img src = "http://www.futuresearches.com/wp-content/uploads/ SEO . jpg " >

Esto no es suficiente decirle a SE es lo que la imagen se trata. Es una mejor práctica para aplicar la etiqueta como:

< Img src = "http://www.futuresearches.com/wp-content/uploads/SEO.jpg" alt = "estrategia de SEO, el análisis del sitio, la Recomendación SEO, Link Building , Presentación Directorio " >

Recuerde que no debe hacer ningún relleno de palabras clave y no utilice más de 70 a 10 palabras clave en las etiquetas alt de lo contrario, puede ser percibido como spam.

Efectos de las etiquetas < title > para SEO

Etiquetas de título proporciona información adicional acerca de los vínculos, diciendo a los usuarios donde se vinculará si hacen clic en el enlace con una pantalla de descripción. También son útiles en algunos navegadores que no admite el atributo < Alt >. Los motores de búsqueda no da el peso en las etiquetas de título, en términos de ranking, pero todos sabemos motores de búsqueda clasifican sitios web fáciles de usar para el uso de etiquetas < title > son útiles para su SEO en la final.

El uso de etiquetas título es casi lo mismo como ejemplo alt arriba, solo que en lugar de insertar título alt:

< img src="http://www.futuresearches.com/wp-content/uploads/SEO.jpg"title="SEO Strategy, sitio Analysis, SEO Recommendation, Enlace Building, Directorio Submission" >

Finalmente me decidí a usar los dos sólo para asegurarme de que mi contenido es accesible con todos los navegadores y optimizado.

¿Cuál es su opinión sobre < Alt > atributo y etiqueta < title >? ¿Crees que alguno de ellos tiene más sentido en términos de SEO?

Propiedades

Python es fuertemente tipado (es decir, los tipos se aplican), de forma dinámica, de tipo implícito (es decir, que no tienen que declarar las variables), mayúsculas y minúsculas (es decir, var y VAR son dos variables diferentes) y orientada a objetos (es decir, todo es un objeto) .

Obtener ayuda

Ayuda en Python siempre tiene la razón disponibles en el intérprete. Si quieres saber cómo funciona un objeto, todo lo que tienes que hacer es pedir ayuda (