Presentación con algunos consejos acerca de la gestión de un proyecto software, basado en un caso real. Destaca la importancia del equipo, de la planificación del proyecto, y de un correcto análisis de requisitos.
Brauchen wir den Verfassungsschutz? Nein!EmpressSato
Memorandum
Humanistische Union, vereinigt mit Gustav Heinemann-Initiative, Internationale Liga für Menschenrechte und Bundesarbeitskreis Kritischer Juragruppen (Hg.)
„Cloud Computing“ gilt als der nächste Megatrend und war das Top-Thema der ceBIT 2012. Das Schlagwort ist in aller Munde, doch wissen Sie eigentlich genau, was mit der „rechnenden Wolke“ gemeint ist? Unser kostenfreies White Paper liefert Ihnen eine fundierte Einführung in das Thema und beleuchtet dessen Relevanz jeweils aus Sicht der IT und der Vermarktung. Auf Grundlage dieses Papiers können Sie abschätzen, ob Cloud Computing auch für Ihr Geschäft ein Thema ist.
Brauchen wir den Verfassungsschutz? Nein!EmpressSato
Memorandum
Humanistische Union, vereinigt mit Gustav Heinemann-Initiative, Internationale Liga für Menschenrechte und Bundesarbeitskreis Kritischer Juragruppen (Hg.)
„Cloud Computing“ gilt als der nächste Megatrend und war das Top-Thema der ceBIT 2012. Das Schlagwort ist in aller Munde, doch wissen Sie eigentlich genau, was mit der „rechnenden Wolke“ gemeint ist? Unser kostenfreies White Paper liefert Ihnen eine fundierte Einführung in das Thema und beleuchtet dessen Relevanz jeweils aus Sicht der IT und der Vermarktung. Auf Grundlage dieses Papiers können Sie abschätzen, ob Cloud Computing auch für Ihr Geschäft ein Thema ist.
Die AGOF facts & figures „Parfum & Kosmetik“ zeigen, dass es im Internet sowohl qualitativ als auch
quantitativ relevante Kundenpotenziale für Anbieter aus diesem Segment gibt. Nahezu drei Viertel der
Internetnutzer interessieren sich für Parfum‐ und Kosmetikprodukte, vier von zehn informieren sich
online darüber und über ein Fünftel bezieht sie bereits im Netz. Durch die Einbindung des Internets in
ihre Kommunikationskonzepte können Unternehmen aus der Parfum‐ und Kosmetikbranche dem
zunehmend digitalisierten Einkaufsverhalten der Konsumenten Rechnung tragen und neben
Bestandskunden neue Kundensegmente erschließen.
Trasparencias de la charla Machine Learning for Dummies del grupo Meetup de Azuges @ 22 de Noviembre de 2016
Ponentes: Rodrigo Cabello y Carlos Landeras
En los últimos años, la forma de desarrollar software ha evolucionado. Nuevos patrones, nuevas arquitecturas y nuevas tecnologías como cloud y microservicios. Pero, ¿cómo desarrollo ahora? ¿Cómo despliego el software? ¿Cómo manejo los nuevos modelos de base de datos? DevOps y DataOps son la respuesta.
Die AGOF facts & figures „Parfum & Kosmetik“ zeigen, dass es im Internet sowohl qualitativ als auch
quantitativ relevante Kundenpotenziale für Anbieter aus diesem Segment gibt. Nahezu drei Viertel der
Internetnutzer interessieren sich für Parfum‐ und Kosmetikprodukte, vier von zehn informieren sich
online darüber und über ein Fünftel bezieht sie bereits im Netz. Durch die Einbindung des Internets in
ihre Kommunikationskonzepte können Unternehmen aus der Parfum‐ und Kosmetikbranche dem
zunehmend digitalisierten Einkaufsverhalten der Konsumenten Rechnung tragen und neben
Bestandskunden neue Kundensegmente erschließen.
Trasparencias de la charla Machine Learning for Dummies del grupo Meetup de Azuges @ 22 de Noviembre de 2016
Ponentes: Rodrigo Cabello y Carlos Landeras
En los últimos años, la forma de desarrollar software ha evolucionado. Nuevos patrones, nuevas arquitecturas y nuevas tecnologías como cloud y microservicios. Pero, ¿cómo desarrollo ahora? ¿Cómo despliego el software? ¿Cómo manejo los nuevos modelos de base de datos? DevOps y DataOps son la respuesta.
Especificación de Arquitectura de SoftwareSoftware Guru
El objetivo de la plática es mostrar con un ejemplo como especificar la arquitectura de un sistema.
Hoy en día hay varios libros de Arquitectura de software que nos muestran: Que debemos hacer, Que podemos usar pero pocos nos dan un ejemplo concreto.
Esta platica está dirigida a aquellos colegas que quieren iniciar en el rol de Arquitecto de Software, que tienen la experiencia y conocimientos pero tienen duda de como plasmar sus decisiones de diseño ó se preguntan si su diseño es suficiente y correcto.
En esta platica se desarrolla en 2 partes:
En la 1ª. se repasaran algunos conceptos relativos a la práctica de Arquitectura tales como objetivo, requerimientos no funcionales, riesgos, restricciones, patrones, vistas, etc.
En la 2ª. parte se mostrará como hacer una especificación de Arquitectura de un caso real pero acotado.
Al final espero que el participante se quede con una referencia que sirva para mejorar su práctica de Diseño de Arquitectura.
Con el lanzamiento de ASP.NET Core se abrieron puertas para desplegar aplicaciones y microservicios usando herramientas antiguamente disponibles para otros Stacks. Pablo Castro Gonzalez y Eduardo Campañó presentan este modelo de arquitectura y como utilizarla con ASP.NET Core y Docker.
Diseñamos soluciones basadas en flujos de trabajo para optimizar procesos de TI, utilizando técnicas de automatización para ayudar a los negocios a escalar.
Analizamos, construimos y automatizamos procesos de TI con herramientas de Integración Continua y Despliegues Continuos (CI/CD) que entregan recursos de TI como servicios de Nube y aplicaciones.
En este documento analizamos ciertos conceptos relacionados con la ficha 1 y 2. Y concluimos, dando el porque es importante desarrollar nuestras habilidades de pensamiento.
Sara Sofia Bedoya Montezuma.
9-1.
(PROYECTO) Límites entre el Arte, los Medios de Comunicación y la Informáticavazquezgarciajesusma
En este proyecto de investigación nos adentraremos en el fascinante mundo de la intersección entre el arte y los medios de comunicación en el campo de la informática.
La rápida evolución de la tecnología ha llevado a una fusión cada vez más estrecha entre el arte y los medios digitales, generando nuevas formas de expresión y comunicación.
Continuando con el desarrollo de nuestro proyecto haremos uso del método inductivo porque organizamos nuestra investigación a la particular a lo general. El diseño metodológico del trabajo es no experimental y transversal ya que no existe manipulación deliberada de las variables ni de la situación, si no que se observa los fundamental y como se dan en su contestó natural para después analizarlos.
El diseño es transversal porque los datos se recolectan en un solo momento y su propósito es describir variables y analizar su interrelación, solo se desea saber la incidencia y el valor de uno o más variables, el diseño será descriptivo porque se requiere establecer relación entre dos o más de estás.
Mediante una encuesta recopilamos la información de este proyecto los alumnos tengan conocimiento de la evolución del arte y los medios de comunicación en la información y su importancia para la institución.
Actualmente, y debido al desarrollo tecnológico de campos como la informática y la electrónica, la mayoría de las bases de datos están en formato digital, siendo este un componente electrónico, por tanto se ha desarrollado y se ofrece un amplio rango de soluciones al problema del almacenamiento de datos.
Es un diagrama para La asistencia técnica o apoyo técnico es brindada por las compañías para que sus clientes puedan hacer uso de sus productos o servicios de la manera en que fueron puestos a la venta.
Inteligencia Artificial y Ciberseguridad.pdfEmilio Casbas
Recopilación de los puntos más interesantes de diversas presentaciones, desde los visionarios conceptos de Alan Turing, pasando por la paradoja de Hans Moravec y la descripcion de Singularidad de Max Tegmark, hasta los innovadores avances de ChatGPT, y de cómo la IA está transformando la seguridad digital y protegiendo nuestras vidas.
(PROYECTO) Límites entre el Arte, los Medios de Comunicación y la Informáticavazquezgarciajesusma
En este proyecto de investigación nos adentraremos en el fascinante mundo de la intersección entre el arte y los medios de comunicación en el campo de la informática.
La rápida evolución de la tecnología ha llevado a una fusión cada vez más estrecha entre el arte y los medios digitales, generando nuevas formas de expresión y comunicación.
Continuando con el desarrollo de nuestro proyecto haremos uso del método inductivo porque organizamos nuestra investigación a la particular a lo general. El diseño metodológico del trabajo es no experimental y transversal ya que no existe manipulación deliberada de las variables ni de la situación, si no que se observa los fundamental y como se dan en su contestó natural para después analizarlos.
El diseño es transversal porque los datos se recolectan en un solo momento y su propósito es describir variables y analizar su interrelación, solo se desea saber la incidencia y el valor de uno o más variables, el diseño será descriptivo porque se requiere establecer relación entre dos o más de estás.
Mediante una encuesta recopilamos la información de este proyecto los alumnos tengan conocimiento de la evolución del arte y los medios de comunicación en la información y su importancia para la institución.
Las lámparas de alta intensidad de descarga o lámparas de descarga de alta in...espinozaernesto427
Las lámparas de alta intensidad de descarga o lámparas de descarga de alta intensidad son un tipo de lámpara eléctrica de descarga de gas que produce luz por medio de un arco eléctrico entre electrodos de tungsteno alojados dentro de un tubo de alúmina o cuarzo moldeado translúcido o transparente.
lámparas más eficientes del mercado, debido a su menor consumo y por la cantidad de luz que emiten. Adquieren una vida útil de hasta 50.000 horas y no generan calor alguna. Si quieres cambiar la iluminación de tu hogar para hacerla mucho más eficiente, ¡esta es tu mejor opción!
Las nuevas lámparas de descarga de alta intensidad producen más luz visible por unidad de energía eléctrica consumida que las lámparas fluorescentes e incandescentes, ya que una mayor proporción de su radiación es luz visible, en contraste con la infrarroja. Sin embargo, la salida de lúmenes de la iluminación HID puede deteriorarse hasta en un 70% durante 10,000 horas de funcionamiento.
Muchos vehículos modernos usan bombillas HID para los principales sistemas de iluminación, aunque algunas aplicaciones ahora están pasando de bombillas HID a tecnología LED y láser.1 Modelos de lámparas van desde las típicas lámparas de 35 a 100 W de los autos, a las de más de 15 kW que se utilizan en los proyectores de cines IMAX.
Esta tecnología HID no es nueva y fue demostrada por primera vez por Francis Hauksbee en 1705. Lámpara de Nernst.
Lámpara incandescente.
Lámpara de descarga. Lámpara fluorescente. Lámpara fluorescente compacta. Lámpara de haluro metálico. Lámpara de vapor de sodio. Lámpara de vapor de mercurio. Lámpara de neón. Lámpara de deuterio. Lámpara xenón.
Lámpara LED.
Lámpara de plasma.
Flash (fotografía) Las lámparas de descarga de alta intensidad (HID) son un tipo de lámparas de descarga de gas muy utilizadas en la industria de la iluminación. Estas lámparas producen luz creando un arco eléctrico entre dos electrodos a través de un gas ionizado. Las lámparas HID son conocidas por su gran eficacia a la hora de convertir la electricidad en luz y por su larga vida útil.
A diferencia de las luces fluorescentes, que necesitan un recubrimiento de fósforo para emitir luz visible, las lámparas HID no necesitan ningún recubrimiento en el interior de sus tubos. El propio arco eléctrico emite luz visible. Sin embargo, algunas lámparas de halogenuros metálicos y muchas lámparas de vapor de mercurio tienen un recubrimiento de fósforo en el interior de la bombilla para mejorar el espectro luminoso y reproducción cromática. Las lámparas HID están disponibles en varias potencias, que van desde los 25 vatios de las lámparas de halogenuros metálicos autobalastradas y los 35 vatios de las lámparas de vapor de sodio de alta intensidad hasta los 1.000 vatios de las lámparas de vapor de mercurio y vapor de sodio de alta intensidad, e incluso hasta los 1.500 vatios de las lámparas de halogenuros metálicos.
Las lámparas HID requieren un equipo de control especial llamado balasto para funcionar
Índice del libro "Big Data: Tecnologías para arquitecturas Data-Centric" de 0...Telefónica
Índice del libro "Big Data: Tecnologías para arquitecturas Data-Centric" de 0xWord escrito por Ibón Reinoso ( https://mypublicinbox.com/IBhone ) con Prólogo de Chema Alonso ( https://mypublicinbox.com/ChemaAlonso ). Puedes comprarlo aquí: https://0xword.com/es/libros/233-big-data-tecnologias-para-arquitecturas-data-centric.html
Ingeniería del Software: Nuestro producto debe funcionar
1. Francisco Sánchez Cid
http://web.iti.upv.es/~fsanchez
cid@iti.es
@_Francisco_1978
Ingeniería del Software:
Nuestro producto, debe
funcionar
2. Contenido de la charla
Instituto ACME TPV Algunos
Tecnológico de
Informática consejos
Ingeniería del software práctica: “nuestro producto debe funcionar”
4. ITI “Quiénes somos”
• Centro Tecnológico especializado en Investigación, Desarrollo e
Innovación en Tecnologías de la Información y Comunicación
• Somos una asociación sin ánimo de lucro y pertenecemos a la Red
de Institutos Tecnológicos de la Comunidad Valenciana (junto al del
Juguete, el Cerámico, el de la Madera..)
• El ITI desarrolla una labor de I+D+I transfiriendo a las empresas la
posibilidad de incorporar a sus productos las tecnologías y
capacidades desarrolladas en proyectos de I+D+I
6. Tecnologías inteligentes de
digitalización
Sistema OCR/ ICR capaz de reconocer y
exportar información impresa y manuscrita
Características
Tecnología propia
Plantillas, gestión de lotes y
validación inteligente
Exportación de resultados en
varios formatos, compatible con
diferentes plataformas Proceso sencillo
Integrable con otros sistemas
de gestión documental y otras
herramientas de gestión
Papel Digitalización Validación Exportación
7. Control de Accesos y Presencia por Reconocimiento Facial
Sistema de IDENTIFICACIÓN y/o VERIFICACIÓN biométrica basada en
análisis de imágenes faciales.
A partir de una o varias imágenes de la cara de una persona se puede
averiguar o validar la identidad de esta.
¿Porqué biometría facial?
• Es la forma más natural de identificarnos: los humanos nos reconocemos
mirándonos a la cara sin ningún otro tipo de interacción (habla, tacto…).
• Por supuesto no nos reconocemos mirándonos al IRIS o las huellas de los
dedos
• Los accesos son auditables de forma rápida y segura por el personal responsable de los accesos y la seguridad.
Simplemente hay que mirar la foto de quien ha entrado y si ha habido un intento de suplantación de un usuario.
• Con las huellas dactilares es imposible saber si quien ha entrado es quien dice ser por la huella o si se trata de un
impostor
iticab.iti.es
8. Sistema avanzado de inspección industrial en 3D
Sistema de inspección que aplica técnicas de Visión Artificial para el control de
calidad o clasificación.
Realiza la adquisición de imágenes de un objeto a través de múltiples cámaras,
mientras la pieza está en caída libre.
9. • Inteligencia ambiental
Y además...
• Sensorización avanzada
• Sistemas embebidos y de
comunicaciones
• Cloud computing
• Análisis, Diseño y Desarrollo
Software
• ...
• ¡ah! y Calidad del Software
11. El lanzamiento
Lanzamiento Desarrollo Entrega
Todo comienza con entrevistas con el cliente:
• Visión del sistema: qué componentes hay, qué
interacciones
• Requisitos de alto nivel: la funcionalidad a
grandes rasgos
• Plan inicial: una estimación muy arriesgada
12. El lanzamiento
Lanzamiento Desarrollo Entrega
Decisiones que marcarán el futuro del proyecto:
• El equipo de desarrollo: perfil tecnológico, perfil personal, roles
• Análisis de requisitos: la base para poder cerrar una entrega
13. El lanzamiento
Lanzamiento Desarrollo Entrega
Decisiones que marcarán el futuro del proyecto:
• Tecnologías: Java 7, MySQL, JPA, ActiveMQ, ...
¿Cómo elegir y quién debe elegir?
¿Elegiríais la última versión?
• Entorno de trabajo: Netbeans, Eclipse, Windows, Linux, Trac, SVN...
¿Flexibilidad a cambio de complejidad?
14. El lanzamiento
Lanzamiento Desarrollo Entrega
A estas alturas, debe estar claro:
• Análisis de Requisitos: documento de referencia, en el que se define
toda la funcionalidad a implementar. Ni más ni menos.
Documento crítico
• Plan del proyecto: hoy en día es común trabajar de forma
iterativa, pero es necesario un plan que establezca horizontes de
entrega
El plan hay que revisarlo por iteraciones
16. Al comienzo, el proyecto está muy poco definido, pero el
equipo está a la espera de trabajo
¿Qué podemos asignarles?
Definir y asignar
17. Al comienzo, el proyecto está muy poco definido, pero el
equipo está a la espera de trabajo
¿Qué podemos asignarles?
• Crear la estructura de proyecto, con paquetes principales, y reglas
de empaquetado y despliegue
• Formación: servidores sobre los que se desplegará, sistemas de
Definir y asignar
gestión de BBDD, nuevas tecnologías a aplicar...
• Si tenemos que trabajar con hardware específico: primeras
pruebas de control
Entre tanto, seguimos con el diseño del sistema:
• Arquitectura: separación en componentes, primeros diagramas de
clase y de secuencia
• Modelo de datos: primeras entidades a persistir, con su
descripción completa y todos los atributos que creamos
necesarios
18. Diseño: Definir la Arquitectura
Arquitectura en capas (MVC):
Modelo, Vista, Controlador
Estados Modelo: BBDD relacional, con
autogeneración JPA
Comunicaciones Operadores Vista: Swing básica
Controlador: Java 7
Servicios
HW Persistencia
Disp. GUI MySQL DB XML
19. Arquitectura modular: Estados
Máquina de estados:
Estados
Comunicaciones Operadores
Servicios
HW Persistencia En lugar de...
GU
Disp. MySQL DB XML
I
20. Definir la Arquitectura
Java Persistence API (JPA):
>> Autogeneración
Estados >> Cambio rápido
Comunicaciones Operadores
Modelo ER
(Tablas)
Servicios
HW Persistencia Entidades
(Clases
GU Autogeneradas)
Disp. MySQL DB XML
I
Controladores
(Clases
Programadas)
21. Persistencia modelo de datos
Modelo ER
(Tablas)
Entidades
(Clases
Autogeneradas)
Controladores Automático
(Clases
Programadas)
22. El desarrollo
Lanzamiento Desarrollo Entrega
Ya podemos trabajar de verdad:
Cada miembro del equipo tiene
una responsabilidad
Persistencia -> Técnico 1
Flujo de caja -> Técnico 2
Ofertas -> Técnico 3
Hardware -> Técnico 4
Comunicaciones -> Técnico 5
23. El desarrollo
Lanzamiento Desarrollo Entrega
Ya podemos trabajar de verdad:
Cada miembro del equipo tiene
una responsabilidad
Persistencia -> Técnico 1
Flujo de caja -> Técnico 2
Ofertas -> Técnico 3
Hardware -> Técnico 4
Comunicaciones -> Técnico 5
¿Detectáis algún riesgo ahí arriba?
24. ¿Qué ocurre si alguien del equipo falla?
• Evaluar el retraso: tiempo de transferencia, búsqueda de un
nuevo miembro para el equipo
• Depende de quién falle, pero sólo hay una solución:
documentación y puesta en común
Riesgos del proyecto
25. ¿Qué ocurre si alguien del equipo falla?
• Evaluar el retraso: tiempo de transferencia, búsqueda de un
nuevo miembro para el equipo
• Depende de quién falle, pero sólo hay una solución:
documentación y puesta en común
Riesgos del proyecto
Además, ¿cuando os retrasabais, a quién llamabais?
26. El desarrollo
Lanzamiento Desarrollo Entrega
Proseguimos con el desarrollo...
Tenemos un montón de HW implementado, pero
llegan nuevos problemas
29. Distintas versiones para un mismo dispositivo
Interfaces: funcionalidad común definida y acotada
30. Distintas versiones para un mismo dispositivo
Patrones: patrón factoría. Instanciamos según
configuración y conseguimos independencia
31. El desarrollo
Lanzamiento Desarrollo Entrega
Ya estamos a mitad de camino...
¿Qué hace nuestra TPV?
• Identifica los productos y los añade al ticket de venta
• Aplica ofertas
• Transfiere la información de venta al servidor de tienda
• Recibe cambios en los datos del servidor de ventas
• Identifica a los clientes por fidelización
• Realiza recargas de telefonía móvil
• Permite pagos con tarjeta de crédito
• ...
32. Surge un nuevo problema
La cantidad de mensajes que van y vienen en la tienda es
ingente, y además:
• Los mensajes deben llegar siempre a su destino.
• Si el destino no está accesible, hay que esperar a que lo esté
• Hay mensajes para un único destino
Las comunicaciones
• Hay mensajes para muchos destinos a la vez
33. Surge un nuevo problema
La cantidad de mensajes que van y vienen en la tienda es
ingente, y además:
• Los mensajes deben llegar siempre a su destino.
• Si el destino no está accesible, hay que esperar a que lo esté
• Hay mensajes para un único destino
Las comunicaciones
• Hay mensajes para muchos destinos a la vez
De nuevo, os pregunto ¿qué podemos hacer
para gestionar bien estas comunicaciones?
34. Patrones de Integración Empresarial
Publish-Subscribe
Las comunicaciones
Guaranteed Delivery
Durable Subscriber
35. Modelo de colas
Patrones de integración basados en mensajería
>> Confirmación de entrega de mensajes
>> Persistencia de la mensajería
>> Durabilidad de los mensajes
>> Independencia de la localización física
36. El desarrollo
Lanzamiento Desarrollo Entrega
Y nos acercamos al final
• Hay cambios de última hora en los requisitos
• El equipo de test no para de reportar incidencias
• Comienzan las prisas en el desarrollo. Hay que echar horas
extras. Toca trabajar algún festivo y fin de semana
• El estrés del equipo se dispara
• El cliente pide informes de avance continuos
Si no actuamos, el proyecto se nos va de las manos
¿qué podemos hacer?
37. Volvemos al lanzamiento
Lanzamiento Desarrollo Entrega
Decisiones que marcarán el futuro del proyecto:
Hay que quitar presión.
• El equipo de desarrollo: perfil tecnológico, perfil personal, roles
Actividades fuera de la
oficina, flexibilidad
horaria, teletrabajo, ...
• Análisis de requisitos: la base para poder cerrar una entrega
38. Volvemos al lanzamiento
Lanzamiento Desarrollo Entrega
Decisiones que marcarán el futuro del proyecto:
• Hay que se inflexible con el perfil tecnológico, perfil personal, roles
El equipo de desarrollo:
cliente. Los nuevos
requisitos implican
tiempo, esfuerzo, y dinero
• Análisis de requisitos: la base para poder cerrar una entrega
39. Si queremos conseguir la implicación del equipo
El Jefe de Proyecto, debe ser el
primero y el último
41. La importancia del testeo
Lanzamiento Desarrollo Entrega
Al final del desarrollo es cuando se hacen más patentes las virtudes del testeo.
Por ejemplo, el testeo unitario:
• Al implementarlo, parece tedioso e innecesario: “sabemos lo que
estamos haciendo y qué debe devolver nuestra función”
• Pasan 10 meses
• Se han implementado 500 nuevas funciones
• Se va el desarrollador
• Hay que hacer una modificación en (por ejemplo) el cálculo del
margen para el reparto de las ofertas en un lote de productos, que
lleva funcionando bien casi 1 año
¿Alguien se atreve?
42. Y respecto a la entrega...
...esa es otra historia
44. Consejo 1: Sed ingenieros
• Todos empezamos desde
abajo, así que…
– Hazte un buen
programador
– Pero no lo olvides:
• Eres Ingeniero, aunque
tu rol sea programador
– Hazte un buen tecnólogo
• No es sólo
programar, es conocer
la tecnología
– Internacionalízate
45. Consejo 2: Sed diseñadores
• Maneja el MVC con soltura:
• Aprende el porqué de 3 cosas:
– Interfaces
– Herencia
– Patrones
46. Consejo 3: Sed técnicos
• Respecto a la programación:
– Ingenia, busca, no des nada por seguro: duda de todo.
– Sé maduro: aplica patrones
– Sé limpio: aplica formatos estándar
– Consulta (o participa) en proyectos de SW libre
• Respecto a la tecnología:
– No sólo programes, conoce la tecnología
– Aprende a crear tu propio criterio: busca y compara
– No es Java, sino Struts, Hibernate, Spring…
– No es .NET, sino SQLServer, Sharepoint, Visual Studio…
47. Consejo 4: Disfruta de lo que haces
• Respecto a ti:
• Sé humilde, pero
intrépido
• Saca todo el partido
de los que saben
• Procura estar al día
en tecnología
Y entre nosotros…
Aquello que hagas, hazlo
bien