| Probando Milestone 3 Probando Milestone 3 - Argentina - @alesfrede Performance - Banchmark antutu Root - Milestone 3 bootstrap | |
![]() © |
20 mar 2012
Probando Milestone 3 - Argentina - @alesfrede
28 feb 2012
REVIEW LOGITECH REVUE + GOOGLE TV IN ARGENTINA


| What's in the box? | ![]() | ![]() | What you need: |




- MUY Bueno !!. bueno la primera impresión fue buena, es bastante ( luego de la espera ) .
- Vemos el buscador integrado ( Canales TV, peliculas, series, google ) +1
- Vemos el Launcher del 3.1 ( basico pero es un launcher :) ) -1
- Probamos contolar el TV ( volumen , pagar , prender ) Anda ! bien alli, +1
- Navegar, Google Chrome 11 por linux , muy bueno , html 5 y todo chrome !! bien !!. +1
- Facebook desde Chrome , funciona todo como PC . +1
- Juegos del FaceBook, ( Tenemos flash 10 ) , Los básicos andan y los que requieren 11 no ! . no esta mal . +1
- Mas Flash . Pagina de TV online, Peliculas online , si andan !! +1
- Programas Instalados . ( veamos Twiter ) : Hola Mundo , primer Tweet desde Google TV http://bit.ly/zzDkpb . +1
- Android Market Integrado , anda , pocos programas ( por la compatibilidad ) , pero mejor buscamos por otro lado e instalamos y nosotros decimos si es compatible , jejej . +1 por MArket y -1 por la cantidad = 0
- Una muy buena primera Impresión !!! , Me lo quedo , jajajaja-
15 ago 2011
frecuencia de entrega de soft y procesos - Entregas trimestrales → mensuales - Anuales - Diarias
Relación entre la frecuencia de entrega y los procesos
Recientemente vi un video de Kent Beck, Software G Forces: The Effects of Acceleration, comentado por Mary Poppendieck en How Cadence Predicts Process.
Kent analiza como cambian los procesos y buenas prácticas según aumenta la frecuencia de entregas (Anual, Trimestral, Mensual, Semanal, Diaria, Horas). Comenta como algunas prácticas son buenas con cierta frecuencia de entrega y son malas en otras.
Plantea la relevancia de este análisis debido a que, según su percepción, la frecuencia de entrega de los equipos de software tiene a acelerarse.
Mi intensión es hacer un resumen, pero recomiendo ver el video que, aunque dura 90 min, es mucho más rico que este post.
Entregas anuales → trimestrales
Prácticas que se agregan: Test de aceptación automatizados, refactoring, Integración continua
Justificación: No se puede solo reducir los tiempos, hay que cambiar los procesos. No puedo tener un mes de integración y corrección de bug, con una o dos semanas de pruebas manuales para hacer regresiones. Entonces aparece Integración continua, y Pruebas de Aceptación Automatizada. No puedo tener uno o dos meses de diseño, aparece la necesidad de avanzar aún sin tener todo el diseño hecho o cerrado. Estoy seguro que tendré que cambiar el diseño, por lo tanto, tengo la necesidad de refactoring.
Cambios en el negocio: Suscripción.
Justificación: No se pueden vender 4 versiones por año. Necesito bajar el costo de transacción (tanto para la empresa como para los clientes).
Entregas trimestrales → mensuales
Prácticas que se agregan: prueba por parte de los desarrolladores, reuniones diarias, tarjetas en las paredes.
Prácticas que se quitan: Departamente de QA, soporte a múltiples versiones, Documento de diseño, Control de cabios, equipo de análisis, equipo de build.
Justificación: no hay tiempo para el ida y vuelta con un grupo separado de QA. La mayoría del testing y la reducción del defectos deben ser hechos por el mismo grupo, y probablemente por la misma personas (testers en el equipo y pruebas por los programadores), en el plazo de horas, no de días. La comunicación debe ser mucho más rápida, no podemos sincronizarnos y detectar problemas una vez por semana o mensualmente. Tenemos que estar al tanto cada día, solo tenemos 20 días para entregar (reuniones diarias), tenemos que planificar y re-planificar en forma barata y rápida (tarjetas en las paredes, dejar de usar control de cambios formales). No podemos dedicar mucho tiempo para escribir las decisiones detalladas de diseño antes de usarlas (Documentos de diseño).
Al aumenta la cantidad de entregas, el costo de soporte de muchas versiones se vuelve prohibitivo, y debemos mantener una o pocas versiones del producto (soporte de múltiples versiones). Necesitamos iniciar el diseño y el desarrollo, no podemos esperar una fase de análisis o el ida y vuelta en paralelo con un grupo de análisis (mismo problema que con QA).
Cambios en el negocio: Pagar por el uso.
Justificación: la suscripción no nos da suficiente feedback. Con pagar por el uso, sabemos realmente que funcionalidad que estamos desarrollando les interesa a los clientes.
Entregas mensual → semanales
Prácticas que se agregan: migración de datos en vivo, cero defecto, ramas temporarias, dovela clave (keystoning), kanban.
Prácticas que se quitan: equipos de test, migración en un sólo sentido, ramas de release, parches, diseño de usabilidad al inicio, venture capitals
Justificación: para poder cambiar las estructuras de datos en sitios con grandes volúmenes de datos y cantidad de usuarios, se debe hacer procesos de migración en dos o tres fases, de manera de cambiar la estructura sin nunca dejar de dar el servicio (migración de datos en vivo).
Como los tiempos son cortos, algunas funcionalidades se comienzan a agregar sin hacerlas visibles. Solo cuando está todo dispobible, se agrega la última parte (como la dovela clave de un arco de medio punto), y queda dispobible para los usuarios. Siendo que las entregas son tan rápidas, cualquier cambio, por más urgente que sea, puede incluirse en la próxima entrega. Se elimina la necesidad de procesos de emergencia (parches).
Cambios en el negocio: Bootstrap financing.
Justificación: La financiación de Venture Capitals necesita mayor predecibilidad en los planes, e impone restricciones a desarrollo de productos (a esta velocidad).
Entregas semanal → diarias
Prácticas que se agregan: inmunización, A/B testing
Prácticas que se quitan: staging, equipo de operaciones, reuniones diarias.
Justificación: algunos de los releases van a ser malos. Tenemos que tener formas muy sencillas de volver atrás o formas muy rápidas de corregir y continuar. No hay mucho tiempo para discusciones sobre diseño de interfase, se pude simplemente dar las alternativas y ver como lo usan los usuarios (A/B testing). Para hacer entregas rápidas, no podemos pasar por tantos pasos (ambientes) intermedios. Simplemente no hay tiempo para usarlos (staging), lo que se puede hacer es hacer instalaciones en distintos servidores de producción, que se va midiendo y obteniendo feedback. Todo esto lleva a que la operación debe ser parte de la responsabilidad del equipo (equipo de operaciones). La comunicación en el grupo tiene que ser tan continua y rápida, que no tiene mucho sentido para las reuniones diarias.
8 jul 2011
Te ha invitado a unirte a él en Google+.
![]() |
Actualmente, el proyecto Google+ está tratando de resolver todos los pequeños fallos mediante un grupo reducido de prueba. Si no puedes acceder a Google+, vuelve a intentarlo pronto.
|
![]() |
--
28 jun 2011
Se llama Google + . Esto suena bien,

Google + va a estar presente en todos los productos de Google. Apuesta por"humanizar" la manera de compartir que actualmente tenemos con las aplicaciones online. Y el toque de Google se nota, con una interfaz muy intuitiva y fácilmente manipulable. Muy pulida y estética. Predomina el diseño minimalista que caracteriza a la gran G, y la usabilidad que también es marca de la casa. Pero conozcamos un poco más cómo se distribuye Google Plus.

Google se hace humano (Sparks)
Como lo importante en una red social son las personas, Google ha trabajado mucho en un motor de recomendación que imaginando los años que hace que Google "nos conoce", su funcionamiento ha de ser muy afinado.Por supuesto habrá botones para compartir que se integrarán y tomarán la información de gustos que ya han ido recogiendo con su famoso +1, el like de Google.
Una gran red de recomendaciones, una red de valor hecha por personas y no algoritmos. Google deja de ser una buscador en un recomendador global. Y ahí es donde Sparks juega un papel importante, permitiendo compartir nuestros gustos, con los grupos o círculos de personas que tengamos. Para conocer un poquito más, un vídeo:
Circles
Compartir lo que importa, con quien más importa. Este lema define claramente la función de Circles. Como todo en la vida, hay de todo y nadie es igual. Y no es lo mismo compartir con los compañeros del trabajo, que con los amigos de toda la vida, mucho menos con el jefe. Hoy en día es bastante difícil compartir y tener separados nuestras diferentes facetas.Con circles haremos de manera natural lo que hasta ahora nos cuesta un poco más de trabajo, queramos o no compartimos selectivamente y Circles nos ayudará a tener esa "barrera". Para conocer mejor cómo va, os ponemos otro vídeo, además de recomendaros probar la demo .
Hangout
Hangout es una de las funciones que integra Google+ y es su servicio de videollamada y comunicación, digamos que es la unificación de Gtalk pero a lo bestia y con toda la potencia que le daría que estuviese integrado en una red social tan potente como se presiente Google+ integrada de forma nativa…. no como complemento, simplemente ahí, al alcance de todos, poder hablar y comunicarte face to face con cualquiera en cualquier parte del mundo con una simple red de datos. Sin duda la gran apuesta de Google, no por su concepto, nada nuevo, si no por hacerlo tan a las claras sabiendo que tiene 1000 millones de potenciales usuarios. Estos lugares de reunión que ha llamado Google permiten conversación con múltiples personas. Parece no haber límites en lo que ha presentado Google, simplemente Skype a su lado, ahora no significa nada, o casi nada…
Comparte, comparte y comparte. Por descontado, con tu móvil
En una "red social" cuyo objetivo es compartir cosas que pasan o que te gustan, es completamente lógico que sefacilite este proceso. Se podrá acceder a Google+ desde el teléfono, tanto desde una aplicación como desde la versión móvil.
De la aplicación para Android no vamos a hablar mucho, ya que de momento aunque se puede descargar nadie puede acceder, pero ojo, os la podéis bajar desde aquí si queréis. A la aplicación solo podréis acceder si tenéis la invitación a Google+, que como podéis deducir se ha lanzado a un grupo muy reducido de personas. En http://plus.google.compodéis pedir que os manden información cuando salgan nuevas invitaciones.
Repetimos: NO hay invitaciones aún. Ya se han agotado las que habían y ni las hemos olido. Id a la web de Google+ para suscribiros al newsletter.
--
23 jun 2011
Tengo un nuevo Android, ★ Cosas para Empezar
Que bueno otro Android !!! que version de android es? que Celular?
18 may 2011
Hola estoy probando de ganar $ por hacer click en avisos pagos
15 may 2011
Problemas en el proyecto -Monumento al PM desconocido
Problemas en el proyecto
Hace tiempo iniciamos un proyecto con muchos entregables, poco tiempo para completarlo, poca definición y de incalculable valor para el cliente… ¿te suena familiar?
Ésta es la vida real.
Los problemas son lo que hacen que el cliente nos llame. Los problemas son los que hacen girar la rueda del intercambio comercial entre clientes y empresas de productos y servicios. Sin los problemas no tendríamos trabajo.
Muchos de los lectores seguramente son personas versadas en las técnicas de administración de proyectos, unos a nivel introductorio y otros avanzado, pero ambos, a su propio nivel, se encuentran diariamente con una serie de problemas que los hace aplicar las diversas técnicas aprendidas ya sea experimentalmente o formalmente para conseguir una solución favorable.
Mi proyecto no fue la excepción. Desde su propio origen nos encontramos con el problema de balancear las variables tiempo, alcance y calidad.
Pensando en esto, en las técnicas y herramientas que hay para resolver problemas de administración de proyectos, me puedo dar cuenta que hay mucho escrito sobre administración de proyectos. Constantemente recibo correos que me invitan a visitar un sitio, a comprar un template, a adquirir una metodología de administración de proyectos, a inscribirme en un curso que me enseñará "lo que nadie en el mercado está enseñando sobre administración de proyectos", a asistir a la reunión mensual en la que tratarán "temas de relevancia para los administradores de proyectos en estos agitados tiempos",… la lista continúa interminablemente.
He revisado decenas de metodologías, asistido a más de cien seminarios web, leído miles de páginas, visitado centenares de sitios web sobre administración de proyectos y descargado innumerables formatos y templates para su uso en mis proyectos. Además hice un diplomado en administración de proyectos que resultó en mi certificación como PMP, sin embargo ninguno de estos esfuerzos, algunos gratuitos y otros muy bien cobrados, me dieron las habilidades para resolver los problemas de mis proyectos.
Y es que no solamente se trata de conocimientos y metodologías, se trata de muchas cosas más. Desde luego que los conocimientos adquiridos trabajan a nuestro favor cuando nos enfrentamos a un miembro del equipo ocioso, o cuando balanceamos cargas de trabajo, o cuando necesitamos apresurar la entrega de un paquete de trabajo, o cuando el cliente pide un cambio. Hay suficientes páginas escritas sobre cómo lidiar con estos y otros problemas, pero siempre el nuestro parece algo diferente a lo que dice en el libro de texto.
He observado que hay tres actividades que podemos llevar a cabo para incrementar nuestras habilidades en la resolución de problemas y son las siguientes:
1. Enfrentar el problema. No se trata de darle la vuelta, evitarlo o buscar alternativas, se trata de reconocer que existe y emprender el camino hacia su resolución. Necesitas exponerte a los problemas. Quizás necesites tus habilidades más recientemente adquiridas en el mega-seminario de administración de proyecto o simplemente usar tu sentido común, pero lo importante aquí es concentrar tu atención en la búsqueda de la mejor solución al problema y no en evadirlo.
2. Documentar los resultados de tus esfuerzos por resolver el problema. Esto es algo así como las lecciones aprendidas parciales de tu proyecto. Es tu experiencia. Esto es el legado que vas a dejar al mundo de la administración de proyectos. Es el manual de resolución de problemas que le estás heredando a aquellos que están al inicio, en medio o al final de la carretera que representa la administración exitosa de un proyecto de cualquier naturaleza. Este registro es invaluable. Es lo que todas las compañías deberían estar ofreciendo dentro de sus capacitaciones. No ha habido seminarios más interesantes a los que yo haya asistido que a aquellos en los que se relatan lecciones aprendidas de un proyecto en específico. Es experiencia en acción, es valor agregado en toda su expresión.
3. Buscar problemas por resolver. Ya encontramos problemas en nuestro proyecto, ya los resolvimos, ya registramos las lecciones aprendidas y el problema quedó resuelto. La única manera para practicar la resolución de problemas es exponiéndonos a ellos de manera regular. Si no tienes problemas en tu proyecto seguramente es porque no has observado bien. Si no ves problemas seguramente es porque no has buscado en el lugar correcto. Los problemas están allí, tienen un reloj haciendo tic-tac, a punto de explotar cuando menos nos lo esperamos. Si no buscamos los problemas ellos nos encontrarán a nosotros pero quizás nos encuentren con la guardia baja.
Un proyecto se trata de resolver problemas. El trabajo se trata de resolver problemas. La vida se trata de resolver problemas. Aprende a vivir con ellos, a buscarlos, a identificarlos, a reconocerlos hasta que se vuelva tu segunda naturaleza, aprende a enfrentarlos, aprende a olfatearlos a lo lejos, aprende a prevenirlos antes de que ocurran… esto te dará un altísimo nivel de empleabilidad.
Los mejores administradores de proyectos con los que he tenido el privilegio de trabajar no estaban certificados en Project Management, los mejores no tenían cientos de horas de capacitación en administración de proyectos. Los mejores que yo he conocido sabían identificar problemas, resolverlos, anticiparlos y los enfrentaban agresivamente, inteligentemente y, como una osa que sentía la amenaza de un extraño, embestían el problema hasta dejarlo fuera de combate para siempre.
¿Qué hay de ti y de mí, que nos reunimos virtualmente para compartir esta lección, que buscamos seminarios y lecturas interesantes para afilar nuestras armas para la batalla en el campo de la administración de proyectos?, ¿no deberíamos tener un mejor desempeño?
Así es mi amigo lector, sal, busca y enfrenta tus problemas, pelea la buena batalla, la batalla que está ganada, la batalla de la profesionalización y aplicación de mejores prácticas en el campo de tu experiencia y cuando tengas la victoria documenta, comparte y aprende… y prepárate para el siguiente round.
Te deseo éxito.
8 abr 2011
"Grupo de Informáticos de Mendoza" Unión Informática Argentina.
| |||||||
--
7 mar 2011
alesfrede wants to keep up with your Android applications on AppAware
alesfrede wants to keep up with your Android applications on AppAware.
AppAware is the unique way to discover new and unexpected apps while sharing your installations with friends and other users.
To join for free, download AppAware from the Android Market and then click on the following link to add me as a friend: http://appaware.org/user/alesfrede
Alejandro Sfrede
desde android móvil
11 ago 2010
Fwd: Check out expert desarrollo de proyectos IT
I wanted to share with you an expert on LivePerson.com which I think you would like - Software Developer - http://www.liveperson.com/expert/computers-programming/apps/other/asfrede-project-management/?BanID=123005&FM=yes
Consultoria on Line
I think you would find undefined amazing as well!
Regards,
http://www.linkedin.com/in/alesfrede
Extracto de Alejandro Sfrede
Experiencia
• +3 años de Dirección y Coordinación del Departamento de proyectos de Software Factory
• +8 años ejerciendo como Líder de proyecto y Consultoria IT
• +5 años como Referente/Líder tecnológicos.
• +10 años en el área de desarrollo de proyectos.
• Coordinación de equipos de Líderes de proyecto, QA,
Desarrolladores realizando Seguimiento de avance, Gestión de riesgos, Gestión de Costos, auditorías internas de procesos.
• Realizado Tareas de Soporte a la Preventa, Estimación y
planificación de proyectos.
• Soporte al Área de QA en definiciones de procesos, métricas y procedimientos de desarrollo de software para certificaciones de Normas ISO 9001.
• Tareas de Investigación propia sobre de Metodologías de estimación, Identificación y análisis de riesgos de proyectos de software.
• Definiciones y adaptaciones de metodologías ágiles como scrum a la empresa.
• Sólidos conocimientos técnicos para definiciones y soporte tecnológico a proyectos sobre arquitecturas, patrones y buenas prácticas de programación.
• Experiencia en consultoría de arquitectura .NET, SQL.
• Microsoft Certified Professional ID# 3719138
Certificaciones MicroSoft :
MCP
MCPS
MCNPS
Competencias MicroSoft:
SOA and Business Process
Data Management Solutions
Information Worker Solutions
Business Intelligence
• Experiencia en Negocios de Bancos, Gobierno, Salud,Social Media, Oil Petróleo, Drilling , Refinerias , Siderúrgico , sector punto .COM, Web 2.0
Especialidades de Alejandro Sfrede:
Dirección y Coordinación del Departamento de proyectos
de software factory, IT, architecture, PMP, Líder de proyecto. Seguimiento de avance, Gestión de riesgos, Gestión de
Costos,
Microsoft Certified Professional - MCP - MCPS - MCNPS
6 ago 2010
Me dice la Hora Sr #droid?
#Reloj #Android #text2speech
7 jul 2010
14 abr 2010
Grupo #payperex Pay Per Experts · Pago por Expertos
| ||||||
12 abr 2010
Envia un sms con TIC al 22588 - Pre Activación Cuenta Pay Per Experts #payperex
|
5 abr 2010
What's New in the BCL in .NET 4 Beta 2
What's New in the BCL in .NET 4 Beta 2 [Justin Van Patten]
Visual Studio 2010 and .NET Framework 4 Beta 2 are now available to download. .NET 4 Beta 2 contains several new BCL features and enhancements in addition to what was included in .NET 4 Beta 1. Many of these improvements were added in large part due to specific feedback and suggestions reported by customers through Microsoft Connect.
Summary of New BCL Functionality in .NET 4 Beta 2
- Complex Number
- Location
- IObservable<T>
- Stream.CopyTo
- Guid.TryParse, Version.TryParse, and Enum.TryParse<T>
- Enum.HasFlag
- String.Concat and String.Join overloads that take IEnumerable<T>
- String.IsNullOrWhiteSpace
- Environment.SpecialFolder additions
- Environment.Is64BitProcess and Environment.Is64BitOperatingSystem
- Path.Combine params support
- TimeSpan Globalized Formatting and Parsing
- Stopwatch.Restart
- StringBuilder.Clear
- IntPtr and UIntPtr Addition and Subtraction operators
- ServiceInstaller.DelayedAutoStart
- ObservableCollection<T> moved to System.dll
31 mar 2010
DDD Domain Driven Design - Traducción Novedades
Novedades de Domain Driven Design
Desde que Eric Evans escribió su libro sobre Desarrollo Basado en el Domino (Domain Driven Design) en 2004, ha sido una de las personalidades más reconocidas del mundo en el tema. En esta entrevista con Floyd Marinescu (de InfoQ) nos cuenta sobre las recientes mejoras en la metodología y como la comunidad ha avanzado en el aprendizaje del tema.
Eric Evans es un especialista en diseño y modelado de dominios, y el autor del libro "Domain-Driven Design" (Addison-Wesley, 2004). Se especializó en esta técnica a nivel Empresarial a mediados de los 90's. Ha entrenado y coordinado equipos enteros en la aplicación del Diseño Basado en el Domino, y ha ayudado a integrar las metodologías ágiles en diversos proyectos de Software.

19 mar 2010
18 mar 2010
analytics
Etiquetas
- .NET 2.0 (15)
- ADM PROYECTOS (3)
- AJAX (2)
- Ale Sfrede (1)
- alesfrede (27)
- Arch (3)
- chrome 2.0 (1)
- chrome extension (1)
- CSS XML HTC (2)
- extension (1)
- google (1)
- google chrome toolbar (1)
- init (1)
- News (3)
- realtime (1)
- Scripting (4)
- sfrede (1)
- SQL Server (3)
- translate (1)














