Ni es nuevo, ni es noticia, pero esta divertido.

La semana pasada asistiendo como espectador a la instalación de un Visual Studio y en la fase donde el que instalaba intentaba  bajarse el SP1 desde el área de descargas de MSDN, observe dos detalles que me parecieron poco más que sorprendentes.

1-      Al iniciar la descarga el Explorer le bloqueaba unos pop-ups que intentaban iniciar la ejecución del ActiveX instalador del FTM.

2-      Era un equipo nuevo con un antivirus/firewall instalado por el fabricante que de todas impedía esa instalación desde el Explorer.

3-      A mi sorpresa, la reacción de la persona que estaba instalando el SP1, fue empezar a desactivar antivirus/firewalls, bajar los niveles predeterminados de seguridad y toda una serie de acciones temerarias con el único objetivo de poder lanzar el FTM de forma automática cuando intentara iniciar la descarga.

4-      A mi pregunta ¿no crees que hay una forma más sencilla?, el respondió… “NO!!, además es un coñazo pues si se interrumpe la descarga cuando estoy en el FTM, no tengo más remedio que volver a pedir otra descarga para reanudar la que quedo pendiente”.

5-      Algo no me Cuadra… ¿que estaremos haciendo mal?, después de investigar la naturaleza del problema J

Conclusión:

Para todos los que utilizáis a menudo el FTM para vuestras descargas, si vuestro sistema es un  XP o Vista ,  sea con el SP que sea, la mejor opción es instalarlo directamente en vuestro equipo, lo podéis hacer la instalacion desde esta dirección :

Transfers.ds.microsoft.com/FTM

Una vez instalado podréis olvidaros de pop-ups, firewalls, antivirus, SP’s… solo tendréis que hacer clic sobre vuestro acceso directo y podréis reiniciar cualquier transferencia que haya quedado a medias y con independencia del nivel de seguridad del explorer podréis lanzar la ejecución del FTM automáticamente cuando iniciéis una nueva descarga… visto asi era obvio.

Si es que lo fácil, por fácil dos veces bueno.
Saludos,

Precisamente porque estamos en la era de Win2008 y que aunque muy rápidos pasaron cinco años desde Win2003, es el momento en que muchos discos SCSI o No empiezan a mostrar síntomas de fatiga, no voy a hablar de MTF o “la media de tiempos entre fallos”, pero si de una situación que por referencia pone al borde del ataque de nervios a más de uno. Sobre todo los que por pertenecer a empresas pequeñas implementaron un Win2003 server en servidores de hardware económico y tienen la mala fortuna de sufrir la necesidad de restaurar el sistema.

Eso ya es grave de por sí solo, pero cuando iniciando el ‘boot’ para intentar recuperar se nos ocurre intentar con F2 el ASR o “Recuperación Automática del Servidor” nos pide que insertemos el Disquete… Pero? Que Disquete!! … no será el drive pen?

Pues no señores… no es el drive pen. Está claro que poder recuperar desde ASR es mucho más ligero que otros procedimientos que requieren cierto temple y experiencia. Pero a menudo pasado el tiempo ya es mucho que tengamos conservados los conjuntos de copias de seguridad, hasta ese punto vale, pero después de unos años quien se acordara de aquel viejo disquete. Que nadie se de por vencido,  a partir del conjunto de copia de seguridad y evidentemente desde otro sistema (pues supuestamente el que intentamos reparar esta dañano) podremos crear el famoso disco ASR. Solo es necesario, iniciar un proceso de recuperación seleccionando el conjunto y del mismo desde la unidad principal (presumiblemente el C: ) desplegar las carpetas “Windows”, “repair” hasta localizar los archivos ‘asr.sif’ y ‘asrpnp.sif’ deberemos recuperarlo en una ‘ubicación alternativa’ como no en ‘A:’, e volia! Ya tenemos el solicitado disco que nos pide el instalador para poder intentar el ASR.

Cuando necesitamos utilizar dispositivos BlueTooth en nuestro equipo, debemos añadirlos utilizando el asistente para agregar dispositivos. Una vez configurados, nuestro dispositivo será reconocido cada vez que esté al alcance. En determinadas situaciones sobre todo al enumerar móviles similares o diferentes modelos del mismo interface puede degradarse el registro y produciéndonos el desagradable problema de ir pidiéndonos los “drivers” de algo que no sabemos que es… “Bluetooth Peripheral Device”.

Para resolver esta situación os aconsejo, quitar todos los registros desde panel de control y dispositivos Bluetooth, seleccionando uno a uno cada dispositivo, pulsando y confirmando la opción de “Quitar”. Finalmente obtendréis una vista similar a esta :

A partir de ese momento ya no os pedirá para instalar el Driver… eso si deberéis volver a unir los dispositivos que utilizáis con el asistente ara agregar dispositivos.

Saludos,
Pep Lluis,

PD.  Espero que esto venga a solucionar la consulta de algunos de vosotros y ahorre las horas de buscar de otros con este mismo problema  J.

Contestando a la pregunta de como ejecutar un proceso de 32 bits en el IIS del Win 2008…

Desde la configuracion avanzada del Grupo de aplicaciones :

Saludos,
Pep Lluis,

Mas que un ‘Post’… una nota, en primer lugar por descubrirme la gran cantidad de personas que visitáis este humilde blog cada día, en segundo lugar para pediros paciencia y tiempo para poder responder a todas las preguntas y comentarios que durante este mes habéis dejado tan amablemente, en tercer lugar y para finalizar agradeceros los comentarios tan alentadores que por supuesto dan sentido a las horas dedicadas.

Es excitante estar de nuevo aquí con la esperanza de aportar un poquito de lo mucho que nos espera encarando la última etapa de este año.

Contento de saludaros de nuevo!
Pep Lluis,

Para los que se fueron, para los que se van, para los que volvieron y para los que se quedaron.
Que disfrutéis de, que tengáis, que hayáis tenido, que no perdais la esperanza de tener …. 

unos felices días de paz y descanso!

[ip]

Nos vemos,
Pep Lluis,

Fruto de una pregunta de Jesus, sobre la conveniencia de usar el entorno en una u otro lengua, os dejo un par de argumentos para animaros a seguir la conversación.

Empecé a programar en «Assembler» hace mas de 30 años sin tener conocimiento alguno de Ingles y para aquellos entonces no existía ninguna posibilidad de obtener información alguna en otro lenguaje distinto al “Americano” , respecto a los compiladores o cualquier tema relacionado con la programación. La mayoría de nosotros aprendíamos con el diccionario al lado del teclado… Ni te cuento!

Creo que la mejor idea es decidir en función a tu ámbito de trabajo, no cabe la menor duda que si tu carrera profesional se desarrollara en un entorno de negocio donde se utiliza el Español y el equipo interactúa en Español la mejor decisión es utilizar el Visual Studio en Español, programando el código en “Español” con comentarios, nomenclaturas, definiciones etc. Es increíble gozar del excelente trabajo realizado por MS para proveer a los desarrolladores de una adaptación perfecta a un gran número de idiomas y vale la pena aprovechar todo ese potencial. Utilizar Visual Studio no es una simple decisión de mandatos de Lenguaje y menús… no olvides que toda documentación, ayuda y enlaces es fundamental tenerla en la lengua que hablamos, para de esa forma disponer de un rápido entendimiento y compresión sin dejar dudas en la interpretación Inglés/Español/Frances/Aleman… date cuenta que detrás de cada lenguaje un numeroso equipo de personas que no solo traducen texto, si no que adaptan e interpretan el conocimiento para cada uno de los idiomas/culturas.

Si por el contrario tu futuro se fija en el entorno anglosajón y tu negocio interactuara con equipos o desarrolladores de otros países, entonces no cabe duda que la mejor opción sea tomar el esfuerzo de pensar en “Ingles” y realizar tus desarrollos como si vivieras en un país de lengua Inglesa, incluyendo entorno, documentación…etc.

Para sacar el mayor provecho a nuestra capacidad, es fundamental desenvolvernos en el lenguaje en el que tenemos nuestros pensamientos… de esa forma evitamos tener que andar “traduciendo” ganando consecuentemente tiempo y concentración.

Saludos a todos,
Pep Lluis,