Mis proyectos

  Suelo ser un usuario multitareas: estoy haciendo uno o varios trabajos a la vez, revisando las noticias, buscando un tutorial, me pasa algo por la cabeza y lo busco, etc, etc. Creo que he sido así desde muchos años y no me imagino de otra forma por lo menos en el corto plazo jejeje. Sin embargo creo que no hay nada que cause mayor frustración es un equipo de trabajo que no responde a las exigencias del usuario, y no es que el equipo sean lento, más bien son la aplicaciones que no nos pueden seguir el paso. Se que a estas alturas hay muchas formas de resolver el problema del excesivo consumo de RAM por parte de Chrome pero me gustaría contarles mi solución esperando le sea de utilidad a más de uno.

  En Microsoft Windows tenemos varias maneras de cerrar un proceso que ya no está respondiendo. Podemos usar la manera más simple, desde el Administrador de tareas, solo buscamos la programa que ya no responde, presionamos el botón "Finalizar tarea" y ahora solo es cuestión de esperar a que nuestro sistema cierre el proceso, o bien desde la línea de comandos podemos usar la utilería taskkill. Pero este día quisiera presentarles una utilería más: xKill para Windows.

  Visitando un poco el blog de emezeta encontré un interesante artículo (por favor visítenlo) sobre cómo administrar un poco mejor nuestro sistema operativo Windows. A veces damos por hecho de que este sistema va a hacer todo por nosotros y ¡OH DECEPCIÓN!, tristemente los productos Microsoft son famosos por fallar cuando más los necesitamos y Windows no es la excepción.

  Algunos meses atrás tuve un problema con Windows 7. Después de algunos días de dejar el equipo trabajando (aunque en ocasiones pasó con solo unas horas) diversos iconos en el escritorio y el explorador de archivos desaparecían sin más dejando en su lugar un icono de error. Este es un error común en Windows 7 y aquí les dejo una solución sin tener que reiniciar el equipo a cada vez que se produzca este problema.

  Como he mencionado a lo largo de este blog, el objetivo de este espacio es aportar algo positivo y productivo a la informática, y sobretodo a la programación. De manera que he usado el mismo para presentar al publico algunos de mis proyectos. Sin embargo en vista de las circunstancias he decidido hacer una pequeña excepción pues considero que el tema del que voy a hablar a continuación lo amerita, y no porque sea de gran interés sinó porque me parece una absoluta estupidez que por desgracia esta arrastrando a muchos.

Microsoft Windows 95 introdujo el soporte (limitado) para las llaves USB allá mediados de los años 90's, esto fue un gran avance en el sistema de almacenar y transportar archivos. Si lo comparamos con el disquete las llaves USB pueden transportar desde 1 GB (primeras generaciones) hasta 1 TB (en la actualidad) de información y durar mucho más tiempo contra los pocos meses de uso rudo de un disquete. Pero a la vez introdujeron una característica odiada por muchos. No poder expulsar la memoria fácilmente.

  El framework .net trae muchísimas características útiles, y otras tantas “inútiles” (dependiendo de que estemos haciendo), tiempo atrás por curiosidad toqué la propiedad “Language” que aparece en los formularios de nuestro proyecto. Fue lo peor que pude hacer, al momento de compilar sharp develop mostró el siguiente error:

  Trabajo para una empresa como desarrollador de software y trabajando en proyecto encuentro un mensaje como el que se describe en el título de post, bueno, ¿qué hacer en ese caso? (programando en .Net).