II CONGRESO INTERNACIONAL DE INGENIERÍA MECATRÓNICA Y AUTOMATIZACIÓN - II CIIMA

Las Universidades de la Red Colombiana de Ingeniería Mecatrónica y Automatización de Colombia, invitan a participar en el II CIIMA, evento a desarrollarse en la ciudad de Bogotá, del 23 al 25 de Octubre de 2013.
Las temáticas centrales del congreso son:

 - Control y Aplicaciones Industriales,
 - Automatización e Instrumentación Industrial,
 - Inteligencia Artificial y Procesamiento de Señales,
 - Diseño Mecatrónico
 - Robótica

 El evento incluye: 7 conferencias magistrales con expertos internacionales, 42 ponencias simultáneas, muestra de posters, workshops,muestra académica, empresarial y cultural.
Todos los futuros profesionales de la Automatización, Control y  Mecatrónica, reunidos en un solo evento!

Descuento del 15% para miembros IEEE (para aplicar el descuento, el asistente debe enviar solicitud aiautomatizacion@lasalle.edu.co indicando nombre completo, número de identificación y número de membresía).

Visita la página web: www.ciima.net/CIIMA2013
Organiza: Red de Ingeniería Mecatrónica y Automatización de Colombia
La comunidad Robotic People tiene el gusto de invitarlos al gran Festival de Robótica: Robotic People Fest 2013, que se llevará a cabo en Corferias en el marco de SOFA (Salón de Ocio y la Fantasía) del 14 al 17 de noviembre.
¡Anímate a participar en alguna de nuestras categorías!
Sumo 1Kg
Sumo 3Kg
Seguidor de línea
Laberinto- seguidor de línea
Recolector- seguidor de línea
Recolector Lunar- teleoperado
Penales robots Humanoides
Penales robots con ruedas
Expo robot: Animatrónicos
Expo robot: Industrial
Expo robot: Libre
Simulación
Para mas información:
http://roboticpeople.com/roboticpeoplefest2013/
Búscanos en SOFA, Agenda de Contenidos:
http://enelsofa.com/sofa2013/
La primera versión del festival estará constituida por talleres para niños y adultos y tutoriales para principiantes y conocedores en el tema, exhibiciones de las empresas más representativas del país, muestras de grupos de trabajo que participan en las competencias mundiales más importantes y una gran variedad de concursos.
Síguenos en:
https://www.facebook.com/roboticpeoplefest2013
https://twitter.com/RoboticPplFest
Mira el video promocional Aqui
http://vimeo.com/70855756
Asi mismo los invitamos a registrarse en nuestra comunidad en linea en www.roboticpeople.com , con el fin de mantenerse actualizado con todas las noticias de nuestra área de interés.
CALL FOR ABSTRACTS – LLAMADO A PRESENTACIÓN DE RESÚMENES EXTENDIDOS 

IEEE SIFAE 2013
SEMINARIO INTERNACIONAL EN FUENTES ALTERNATIVAS DE ENERGÍA Y EFICIENCIA ENERGÉTICA
Noviembre 14, 2013
Compensar Calle 94, Bogotá, Colombia

El cuarto Seminario Internacional en Fuentes Alternativas de Energía y Eficiencia Energética (SIFAE 2013) se llevará a cabo en Compensar de la calle 94 (Calle 94 No. 23-43) en la ciudad de Bogotá, Colombia. SIFAE 2013, es un seminario que busca promover el desarrollo y la difusión de  las fuentes alternas de energía, la eficiencia energética, así como promover la estandarización y regulación del mercado energético. Abrirá además un espacio para discutir acerca del impacto de la gestión energética a través de casos de estudio que serán presentados.
El comité organizador invita a enviar sus resúmenes extendidos de trabajos inéditos para consideración. Los resúmenes de los trabajos que sean aceptados serán presentados en la sesión de posters.

AREAS TEMÁTICAS

La siguiente es una lista no exhaustiva de las áreas temáticas de  la
conferencia:

Energía solar
Energía eólica
Energía del océano
Energía del Hidrógeno
Energía geotérmica
Energía hidroeléctrica (MCH, PCH, uCH, pCh)
Bioenergía (biocombustibles)
Generación distribuida
Uso racional y eficiente de la energía
Redes Inteligentes
Eficiencia térmica y/o eficiencia eléctrica
Gestión energética - ISO 50001
Micro-redes
Vehículos eléctricos


FECHAS IMPORTANTES
Fecha límite para recepción de resúmenes extendidos: octubre 18, 2013
Notificación de aceptación: octubre 25, 2013
Recepción de resúmenes corregidos y fecha límite para registro de
autores: noviembre 01, 2013

ENVÍO DE TRABAJOS

Los autores deberán enviar un resumen extendido de máximo dos páginas de tamaño A4, incluyendo figuras, tablas y referencias hasta el 18 de octubre de 2013. El resumen extendido deberá presentarse en formato PDF y deberá tener el formato IEEE http://www.ieee.org/conferences_events/conferences/publishing/templates.html . Este  debe ser enviado al correo electrónico del evento sifae@ieee.org.co . Los resúmenes extendidos serán evaluados y el autor o los autores recibirán notificación de los resultados por correo electrónico el día 25 de octubre de 2013. Los resúmenes aceptados recibirán instrucciones para la preparación y presentación de sus posters

Sponsors:

IEEE Colombia Section
IEEE Colombia Power & Energy Society Chapter

Technical Sponsors:
IEEE Industry Applications Society Colombia Chapter
Luego de pasar mucho tiempo desarrollando software de la llamada "manera tradicional", me doy cuenta que muchas cosas se pudieron hacer mejor si se hubiera utilizado metodologías ágiles como scrum.

En ocasiones recuerdo cuando teníamos reuniones con algún cliente, nos solicitaba un software que hiciera aquella función u otra , pero no daba mas detalle, no acompañaba el desarrollo, solo esperaba que para el tiempo que el tenia estipulado, se concretara un proyecto y que funcionara a las mil maravillas.

Con que ilusión asentábamos con la cabeza sin reprochar, sin confrontar, sin siquiera recabar por mas información. Pero bueno, como dicen por ahí siempre hay una luz al final del camino y esta me parece hasta hora es SCRUM.

No quiero entrar en definiciones exhaustivas  pero les daré la definición que le doy a la gente cuando me pregunta que es scrum: "SCRUM es un marco de trabajo flexible en el que las personas, las interacciones, la confianza, el software funcionando y respuesta ante el cambio son los principios que rigen el desarrollo de un proyecto".

Luego resulta la pregunta de que ventajas tiene esto respecto a los otros métodos de trabajo, y por donde empezar: 
Bueno pues el equipo de desarrollo se pone las metas para el sprint
Hay re-alimentación  temprana de parte del cliente
El equipo se siente valorado
El cliente se integra al desarrollo del proyecto
Si hay algún problema se busca una solución , se prueba , si funciona esta bien, sino, se busca otra y listo.
No hay sobreesfuerso.

y muchas otras más.

Bueno pero como esto se trata de contar la experiencia con scrum, puedo decir que me gusta, facilita la realización de los proyectos, no se carga una persona con el conocimiento de un negocio, sino que un equipo esta en capacidad de hacerlo por si solos. 

Para poder ser conscientes del cambio que hay que dar, se debe empezar por dejar "el ego atrás"  pues siempre es el primer impedimento silencioso que nos hace reacios al cambio.

Y este punto es muy importante pues si veníamos trabajando de otra forma, algunas veces somos héroes que conocen código que nadie mas a tocado o quiere tocar, algunas veces conocemos negocios que son complejos, y explicarlos son una tarea difícil , otras veces  dejar a cargo a alguien cuando uno se va de vacaciones es una pesadilla, siempre lo van a llamar a uno.

Estas y muchas más situaciones me habrán pasado con los años y que probablemente se me olvido mencionar. Debo aclarar que esta es mi muy humilde y sincera manera de contarles mis experiencias usando SCRUM para el desarrollo de software.

Echa un vistazo al Tweet de @svalencian: https://twitter.com/svalencian/status/381974286690295809
Por qué insistimos en que todos los equipos hagan retrospectivas 

Lo más importante de las retrospectivas es asegurarse de que tienen lugar. Aun así, todo el mundo coincide en que las retrospectivas son extremadamente  útiles. De hecho, yo diría que la retrospectiva es el segundo evento más importante de Scrum (siendo el primero la reunión de planificación de Sprint) ya que ¡es tu mejor oportunidad para mejorar! 

Difundiendo las lecciones entre los equipos
Reglas importantes para la persona que actúa como “puente de conocimiento”:

• Debería ser bueno escuchando. 
• Si la retrospectiva es poco activa, debería estar listo para realizar preguntas simples pero bien apuntadas para estimular la discusión dentro del grupo. Por ejemplo, “si pudierais rebobinar y hacer este Sprint otra vez desde el día 1, ¿qué haríais de forma diferente?” 
• Debe estar dispuesto a pasar tiempo visitando todas las retrospectivas de todos los equipos. 
• Debería tener algún tipo de autoridad, de forma que pueda actuar sobre las sugerencias que estén fuera del control del propio equipo.

Descansos entre Sprints 
Como mínimo, intentamos que la retrospectiva y la subsiguiente reunión de planificación de Sprint no ocurran el mismo día. Todo el mundo debería tener al menos una buena noche de sueño sin Sprint antes de comenzar el siguiente Sprint.

Scrum se enfoca en las prácticas de organización y gestión, mientras que XP se centra más en las prácticas de programación. Esa es la razón de que funcionen tan bien juntas: tratan de áreas diferentes y se complementan entre ellas. 

Ritmo sostenible / trabajo enérgico
Hace cosa de un año uno de nuestros equipos (el más grande) estaba trabajando un número insalubre de horas extra. La calidad de la base de código era pésima y habían pasado la mayor parte del tiempo apagando fuegos. El equipo de pruebas (que también estaba haciendo horas extra) no tenía ninguna 
posibilidad de hacer aseguramiento de la calidad en condiciones. Nuestros usuarios estaban enfadados y la prensa nos estaba devorando vivos. Después de unos meses conseguimos disminuir las horas de trabajo a un nivel decente. La gente comenzó a trabajar en horarios normales (excepto durante 
algunas crisis de proyecto, a veces). Y, oh sorpresa, la productividad y la calidad mejoraron notablemente. Por supuesto, reducir las horas de trabajo no fue en absoluto el único aspecto que condujo a la mejora, pero todos estamos convencidos de que tuvo mucho que ver.

Cómo hacemos pruebas 
Nuestra experiencia nos dice que eso rara vez funciona. Habrán errores graves. Si la calidad tiene algún valor para ti, es necesario algún tipo de fase de pruebas de aceptación manuales. Se trata de que encargados de pruebas dedicados que no son parte del equipo machaquen el sistema con ese tipo de pruebas que el equipo de Scrum no pudo imaginar, o no tuvo tiempo de hacer o no contaban con el hardware necesario para implementar. Los encargados de pruebas acceden al sistema en la forma exacta en la que los usuarios finales lo harán, lo que significa que debe hacerse manualmente (asumiendo que tu sistema sea para usuarios humanos).

Así que ¿cómo maximizamos la calidad del código desarrollado por el equipo Scrum? Bueno, hay muchas maneras. He aquí dos que nos funcionan muy bien: 
• Incluir encargados de pruebas en el equipo Scrum - Me parece una buena práctica aunque las empresas consideren que no es necesario.
• Hacer menos cosas en cada Sprint.

El encargado de pruebas es quien da el visto bueno.

Un bonito efecto secundario de esta práctica es que el equipo tiene ahora una persona que está perfectamente preparada para organizar la Demo del Sprint.

Continuación de lo mejor a mi parecer de este libro:

Definiendo la meta del Sprint
"La meta de Sprint debería responder a la pregunta fundamental “¿Por qué hacemos este Sprint en vez de irnos todos de vacaciones?”. De hecho, una forma de obtener la meta del Dueño de Producto es precisamente hacerle esa misma pregunta."

Dividiendo las historias en tareas.
"La diferencia es muy simple. Las historias son entregables de los que el Dueño de Producto se preocupa. Las tareas son no-entregables, o aspectos de los que el Dueño de Producto no se preocupa."

Definiendo el sitio y la hora para el Scrum diario
"Desventaja de Scrums por las tardes: cuando llegas al trabajo por la mañana, tienes que acordarte de qué le dijiste a la gente sobre lo que deberían hacer hoy.
Desventaja de los Scrums por las mañanas: cuando llegas al trabajo por la mañana, debes acordarte de qué hiciste ayer para informar sobre ello hoy."

"En mi opinión, la primera desventaja es peor, ya que lo más importante es lo que vas a hacer, no lo que hiciste ayer.Lo más importante es que sea a una hora a la que todo el equipo acepte con total convencimiento."

Dónde trazar la línea 
"OK, el tiempo se está agotando. De todos los asuntos que queremos resolver durante la planificación de Sprint, ¿qué abandonamos si nos quedamos sin tiempo? 
Bueno, normalmente uso la siguiente lista de prioridades: 
Prioridad 1: Una meta de Sprint y una fecha para la demo. Esto es lo mínimo que necesitas para comenzar un Sprint. El equipo tiene una meta y una fecha de finalización, y pueden trabajar directamente con la Pila de Producto. Apesta, sí, y deberías considerar seriamente organizar una nueva reunión de planificación de Sprint mañana mismo, pero si realmente necesitas que el Sprint comience 
entonces probablemente puedas hacerlo con esto. Para ser honesto, yo nunca he empezado un Sprint con tan poca información. 
Prioridad 2: Lista de qué historias ha aceptado terminar el equipo en este Sprint. 
Prioridad 3: Una estimación para cada historia del Sprint. 
Prioridad 4: “Como probarlo”, relleno para cada historia del Sprint. 
Prioridad 5: Cálculos de velocidad y recursos, como chequeo de la planificación del Sprint. Incluyendo una lista de los miembros del equipo y sus compromisos (de otra forma, no podrías calcular la velocidad). 
Prioridad 6: Un sitio y hora específicos para la realización del Scrum diario. Solo necesitas un momento para decidirlo, pero si te quedas sin tiempo el Scrum Master puede simplemente decidir esto después de la reunión y mandar un correo a todo el mundo. 
Prioridad 7: Historias divididas en tareas. Esta división puede sin embargo hacerse diariamente durante los Scrum diarios, pero interferirá levemente el flujo del Sprint.

Estimando en días vs horas:
1 día-hombre real = 6 horas-hombre reales
(no causa mucho daño sobre-estimar un poco). Elegante y simple. También comparto este apunte pues es mejor quedarle bien al cliente en un tiempo prudente, que satisfacer al cliente con un estimado, y luego empezar a levantar la mano para pedir tiempo que puede no tenerse.




La Universidad de los Andes realizará el foro “Los Tratados de Libre Comercio y las Barreras Tecnológicas - El Caso de la Compatibilidad Electromagnética”, el día jueves 22 de agosto de 2013, en el Auditorio SD 1003 del Edificio Julio Mario Santo Domingo. EL foro contará con grandes personalidades, incluyendo al Dr. Ghery Pettit, Presidente de IEEE Electromagnetic Compatibility Society.
El objetivo del foro es, en primer lugar, analizar la legislación colombiana en materia de reglamentos técnicos aplicables a la compatibilidad electromagnética (incluidos los TLC ya ratificados y aquellos en proceso de serlo), así como los requisitos en materia de instalaciones y equipos para las pruebas, la formación del recurso humano y la cultura de la gestión de la compatibilidad electromagnética a lo largo del desarrollo de los productos. A partir de este análisis, se pretende identificar políticas públicas que faciliten la reglamentación e implementación de requisitos en materia de compatibilidad electromagnética, cruciales para que las empresas colombianas puedan desarrollar todo su potencial exportador, salvaguardando al mismo tiempo los derechos de los consumidores colombianos.
Estoy convencido de que el tema del foro puede ser de interés para usted, por lo que me complace invitarlo a asistir a este evento. La asistencia es gratuita, previo registro en la página web http://foroemc.uniandes.edu.co, donde también  podrá encontrar información detallada del evento.
Cordialmente,
Roberto Bustamante Miller
Presidente Capítulo IEEE EMC Colombia
Luego de leer el libro, me tome la libertad de sacar los apuntes más significativos y representativos que me encontré:

"En palabras de Ken Schwaber, Scrum no es una metodología, es un marco de trabajo. Eso quiere decir que Scrum no te va a decir exactamente lo que debes hacer".

"El dueño de producto debe comprender cada historia (normalmente él es el autor, pero en algunos casos otras personas añaden solicitudes, que el Dueño de Producto puede priorizar".

"El propósito de la planificación de Sprint es proporcionar al equipo suficiente información como para que puedan trabajar en paz y sin interrupciones durante unas pocas semanas, y para ofrecer al Dueño de Producto suficiente confianza como para permitírselo".

"Una planificación de Sprint produce, concretamente: 
• Una meta de Sprint. 
• Una lista de miembros (y su nivel de dedicación, si no es del 100%) 
• Una Pila de Sprint (lista de historias incluidas en el Sprint) 
• Una fecha concreta para la Demo del Sprint. 
• Un lugar y momento definidos para el Scrum Diario"

"La razón por la que el equipo y el Dueño de Producto deben asistir a la planificación de Sprint es que cada historia contiene tres variables que son muy dependientes unas de otras".

Dueño de Producto
"El Dueño de Producto comienza la reunión resumiendo cuál es su meta para el Sprint y las historias más importantes. A continuación, el equipo las repasa y les asigna una estimación, comenzando con la más importante".

Planificación de Sprint 
"El propósito de la planificación de Sprint es proporcionar al equipo suficiente información como para que puedan trabajar en paz y sin interrupciones durante unas pocas semanas, y para ofrecer al Dueño de Producto suficiente confianza como para permitírselo". 

"El alcance y la importancia los fija el Dueño de Producto. La estimación la proporciona el equipo. Durante una planificación de Sprint, estas variables sufren un ajuste fino y continuo a través del diálogo cara a cara entre el equipo y el Dueño de Producto".

"Todo en Scrum tiene una duración determinada (time-boxed). Me encanta esa única, simple y consistente regla".

"Aprende a mantener tus duraciones determinadas, aprende a establecer duraciones realistas. Esto aplica tanto a las reuniones como a los Sprints".

"Los Sprints cortos están bien. Permiten a la compañía ser “ágil”, es decir, cambiar de dirección frecuentemente.
Sprints cortos = ciclo de feedback corto = más entregas y más frecuentes = más feedback del cliente = menos tiempo desarrollando en dirección incorrecta = aprender y mejorar más rápido, etc. "

"Pero los Sprints largos tampoco están mal. El equipo tiene más tiempo para conseguir impulso, tienen más espacio para recuperarse de los problemas que surjan y aun así cumplir la meta del Sprint, tiene menos carga de gestión en términos de reuniones de planificación de Sprints, Demos, etc".


Para generar un archivo excel en php se debe crear una tabla la cual contenga la estructura del encabezado y correspondiente se recorre un arreglo con los datos a mostrar se va llenando de posición en posición.

Ej:

Tener una variable  llamada $html_tabla como otra variable se le pasa el borde.

$html_tabla .= ' ';
Dato_1 Dato_2 Dato_3 Dato_4


Luego con un ciclo recorremos el arreglo:


foreach($datos as $i => $dato) { $cant = ($i%2 == 0) ? 'tr0' : 'tr1'; $html_tabla .= ' ' . $dato['ID'] . ' ' . $dato['NOMBRE'] . ' ' . $dato['APELLIDO'] . ' '; } $html_tabla .= " ";

Por último colocamos estas cabeceras que permiten tener el archivo para descargar e imprimimos la tabla

header('Content-Type: application/octet-stream');
header('Content-Disposition: attachment; filename=InformeIndividualEstado.xls' );
header('Content-Transfer-Encoding: binary');
header('Expires: 0');
header('Cache-Control: must-revalidate, post-check=0, pre-check=0');
header('Pragma: public');
echo $html_tabla;
Julio 9 al 12 de 2013
Universidad de los Andes, Bogotá, Colombia

La IV Escuela de Verano de IEEE Circuits and Systems Society Región 9 está dirigiga a estudiantes e investigadores que deseen profundizar en el área de Circuitos y Sistemas biomédicos portátiles e implantables, de la mano de reconocidos expertos académicos y de la industria. Los temas a tratar incluyen diseño de sistemas, circuitos y sensores, sistemas de telemetría, aspectos regulatorios, entre otros. 

Conferencistas Invitados:
 
Fernando Silveira, Ph.D.
Universidad de la República, Uruguay
 
Woulter A. Serdjin, Ph.D.
Delft University of Technology, The Netherlands
IEEE CASS Distinguished Lecturer
 
Mingui Sun, Ph.D.
University of Pittsburgh, USA
IEEE CASS Distinguished Lecturer
 
Fredy Segura, Ph.D.
Universidad de los Andes, Colombia
 
David Prutchi, Ph.D.
Impulse Dynamics, USA
 
Cristina Cornes, Ph.D.
CCC Medical Devices, Uruguay
 
Victor Grimblatt
Synopsys, Chile

Apoyado por:
IEEE Circuits and Systems Society
Depto. de Ing. Eléctrica y Electrónica de la Universidad de los Andes
IEEE Sección Colombia
IEEE Región 9
Synopsys

Más información en http://cass-school.uniandes.edu.co 
WEARABLE AND IMPLANTABLE BIOMEDICAL CIRCUITS AND SYSTEMS
IV IEEE CASS R9 Summer School

Julio 9 al 12 de 2013
Universidad de los Andes, Bogotá, Colombia

La IV Escuela de Verano de IEEE Circuits and Systems Society Región 9 está dirigida a estudiantes e investigadores que deseen profundizar en el área de Circuitos y Sistemas biomédicos portátiles e implantables, de la mano de reconocidos expertos académicos y de la industria. Los temas a tratar incluyen diseño de sistemas, circuitos y sensores, sistemas de telemetría, aspectos regulatorios, entre otros. 

Conferencistas Invitados:

Fernando Silveira, Ph.D.
Universidad de la República, Uruguay

Woulter A. Serdjin, Ph.D.
Delft University of Technology, The Netherlands
IEEE CASS Distinguished Lecturer

Mingui Sun, Ph.D.
University of Pittsburgh, USA
IEEE CASS Distinguished Lecturer

Fredy Segura, Ph.D.
Universidad de los Andes, Colombia

David Prutchi, Ph.D.
Impulse Dynamics, USA

Cristina Cornes, Ph.D.
CCC Medical Devices, Uruguay

Victor Grimblatt
Synopsys, Chile

Apoyado por:
IEEE Circuits and Systems Society
IEEE Sección Colombia
Universidad de los Andes
Synopsys

Más información en http://cass-school.uniandes.edu.co 

INSCRIPCIONES ABIERTAS!! 


Dojo de Product Owners (Medellín)

El próximo martes 28 de Mayo de 2013 se llevará a cabo en Dojo de Product Owners, el lugar será Ceiba Software (Cl 8 B 65 - 191 Of 409, Centro Empresarial Puertoseco, Medellín), la hora de inicio será a las 6:15.

Para más información:
http://www.meetup.com/AgilesColombia/events/119927262/

RUTIC
REVISTA UNIVERSITARIA EN TELECOMUNICACIONES INFORMATICA Y  CONTROL
 Volumen 02

CALL FOR PAPERS

Se invita a la comunidad académica, científica e investigadora a inscribir sus artículos técnicos a esta revista, que será presentada en formato digital, y su publicación será semestral.

Las áreas de interés están enfocadas pero no limitadas a:

Telecomunicaciones 
Redes de Comunicaciones Fijas e Inalámbricas
Aplicaciones y Servicios de Comunicaciones
Procesamiento de Señal en Comunicaciones.
 
Automática industrial  
Automatización Industrial
Robótica
Sistemas de Control
 

Informática
Interacción Humano-Computador
Ingeniería de la Colaboración.
Ingeniería de Software.
 

FECHAS IMPORTANTES:
Límite de recepción de Artículos: Hasta 20 de mayo de 2013
Notificación de aceptación de Artículos: 28 de junio de 2013
Versión Final de Artículos: 22 de julio de 2013


LA LÍNEA DE INGENIERÍA DE SOFTWARE ADSCRITA AL GRUPO DE I+D+I EN TIC,
DEL DEPARTAMENTO DE INFORMÁTICA Y SISTEMAS
DE LA UNIVERSIDAD
EAFIT,
EL GRUPO
ARKADIUS
DE LA UNIVERSIDAD DE MEDELLÍN Y
EL GRUPO
SINFOCI
DE LA UNIVERSIDAD DEL QUINDÍO
Tienen el gusto
de invitar
le a
la tertulia:
Soluciones para automatización de las fábricas de software
utilizando el enfoque dirigido por modelos
Mayo 9
del
20
13
AULA:
38
-
103
Hora
6:00 p.m.
UNIVERSIDAD EAFIT

  • Enero : El ardor de la sangre - Iréne Némirovsky
  • Febrero : Steve Jobs - Walter Isaacson
  • Marzo : El espíritu de scrumAlan Cyment


Para la instalación se debe descargar del sitio de soapUI la versión para linux: soapui-4.0.1-linux-bin.zip
Luego descomprimir y darle permisos a bin/soapui.sh:
chmod +x bin/soapui.sh
Y correr desde consola:
./soapui.sh

Lo mas probable es que les aparezca un error de Java Runtime Enviroment, para solucionar esto buscar el archivo soapui.sh y editarlo adicionandole:
JAVA_OPTS="$JAVA_OPTS -Dsoapui.jxbrowser.disable=true"


  • Django Unchained(2012) (recomendada)
  • The Dilemma(2011) (recomendada)
  • The Girl with the Dragon Tattoo(2009 - Versión Sueca) (recomendada)
  • The Girl Who Played with Fire(2009 - Versión Sueca) (recomendada)
  • The Girl Who Kicked the Hornets' Nest(2010 - Versión Sueca) (recomendada)
Agregamos el repositorio:
                  sudo add-apt-repository ppa:zend-framework/ppa
Actualizamos la lista de paquete:
                 sudo apt-get update 
Instalar Zend Framework:
                 sudo apt-get install zend-framework
Necesitamos modificar el include_path de PHP para que tenga la librería de Zend, para esto le quitamos el ;  a la linea de include_path:

                 sudo gedit /etc/php5/conf.d/zend-framework.ini
                 ; include_path=${include_path} ":/usr/share/php/libzend-framework-php" 
                 sudo gedit /opt/lampp/etc/php.ini  
                 modificar la linea esto ;include_path = ".:/php/includes" 
                 por esto include_path = ".:/opt/lampp/lib/php:/opt/lampp/htdocs /ZendFramework/library"
La libreria de Zend se instala en:
                 /usr/share/php/
Copiamos nuestra libreria a nuestro servidor:
                 cp /opt/lampp/htdocs/ZendFramework/bin/* /opt/lampp/bin
 Modificamos los permisos de la carpeta:
                 sudo chmod 755 /opt/lampp/htdocs/ZendFramework
 Modificamos el PATH de bash para usar los comandos zf.sh de Zend:
                 export PATH=$PATH:/opt/lampp/bin/
 Realizar comprobación de que funcione:
                 php -v
Comprobar que efectivamente me esta reconociendo ya los comandos del zf.sh (Zend_Tool):
zf.sh show version  

Referencias: