Ahi estamos! con…

… y tambien con ‘samples’

http://msdn2.microsoft.com/en-us/vbasic/bb330936.aspx

No os perdais esta excelente traduccion al Español de los interesantes “How Do I” Videos.

http://www.valdiviesonet.com/2.html

Gracias al Sr. Valdivieso, por compartir es recurso,  tomandose el tiempo y paciencia que no todos tenemos en su realización.
Pep Lluis,

Derivada de una pregunta en los foros sobre que lenguaje elegir, os dejo esta conversacion para continuarla si lo considerais interesante. 

Debemos hacer honor a la verdad y desde la introducción de .NET francamente no existe diferencia alguna y apenas pequeños matices para valorar si es mejor desarrollar con Visual Basic o en C#. Los amantes de formas metódicas,  programadores veteranos e inclusive la mayoría de empresas del sector, tienden a valorar mucho mas el C# que el VB, por la herencia que supone creer que el «C» conlleva un grado más elevado de conocimiento, de la misma forma que cuando hablamos de Visual Basic parece que sea un lenguaje asociado a los que están iniciando o aprendiendo, personalmente creo que estos pensamientos no ayudan ni reflejan la realidad de ambos lenguajes.

A mi forma de entender y estando seguro de que me dejare cosas en el tintero, las justificaciones para utilizar uno u otro vienen determinadas principalmente por rasgos tales como :

• 
  
  C++, Dentro de la familia de Visual Studio, va a ser el único lenguaje que me permitirá compilar aplicaciones «no administradas» o sea generar compilados binarios o ejecutables directamente por la CPU. A demás de brindarme la posibilidad de desarrollar con uno de los lenguajes más extendidos y valorados por la comunidad de desarrolladores. –> Cuando hablamos de código no administrado haciendo referencia a compilados binarios que se ejecutan directamente, significa que los compilados no dependen de ningún ‘runtime’ o  ‘JIT’ (Just in time compiler.) Solo rinden dependencias sobre las librerías o en su contexto MFC, WIN32, CLR o lo que utilicen externamente. En este caso tenemos en nuestras manos todos los mecanismos para incrementar los rendimientos o podemos implementar técnicas de optimización para controlar procesos donde la velocidad o determinados parámetros pasan a ser críticos. En este sentido con el Framework lo tendremos muy complicado o inaccesible.


• 
  
  C#, A mi entender destaca por ser una atractiva implementación del «C» tradicional a la plataforma.NET, su principal distinción mirandolo fríamente debería radicar en ser un lenguaje reconocido y aprobado como estándar por el «ECMA » y que como tal cualquier plataforma puede adoptar, pues como especificación pertenece a la comunidad. «Véase proyecto MONO» que compatibiliza plataformas con la implementación de un compilador de C# y las librerías que dan soporte a las diferentes tecnologías de .NET.


• 
  
  Finalmente Visual Basic, es un «DULCE», pues a pesar de no estar considerado un lenguaje de primera línea, sus formas, expresiones y facilidades lo hacen el favorito de los que se concentran más en la facilidad de programar, anteponiendo la simplicidad (RAD) a técnicas y estilos de programación.

En igualdad de condiciones y pensando en una aplicación que va a rodar bajo plataforma Windows, vas a obtener los mismos resultados tanto en C# como en Visual Basic (con algún que otro matiz), es mas Visual Studio te permite desarrollar soluciones con independencia de cómo y con qué lenguaje se hayan desarrollado diferentes partes.

Sé que esta explicación no te ofrece una respuesta, yo prefiero pensar en que tu entorno en tanto a recursos humanos o recursos de ayudas que puedas tener más a mano, deberían definir si VB o C#… de entrada descartaría C++ si no es para una aplicación de cierta complejidad con necesidades muy concretas de rendimiento o de prestaciones como procesamiento paralelo, que exigen trabajar directamente con librerías de Intel o para poder aprovechar de una forma directa alguna librería de renderizado en 3D (que quizás sea tu caso), por poner un ejemplo. 

😉

Algunos de vosotros mostráis interés en saber que aplicaciones se están ejecutando en un momento determinado, os adjunto un sencillo fragmento de código en forma de idea y como introducción a como saber y controlar de la ejecución de otras aplicaciones.

NOTA: Esto es un ejemplo sin malicia!… esta claro que a nadie en su sano juicio va a empezar a ‘KILEAR’ (de Kill) aplicaciones a lo Bruto o ¿al menos eso creo?, por lo tanto solo entender que disponemos de un potente espacio para interactuar con los procesos y esto es lo interesante.

Saludos,
Pep Lluis

 PD. La semana que viene… ¿existira algun antidoto para que evitar el KILL de un extraño?

Como añadir una entrada a en app.config.

Saludos,
Pep Lluis, 

PD. Espero que esto responda a la pregunta de Elio.

Después de observar como utilizais muchas y diversas formas de invocar la actualización de una etiqueta de un form con una información que proviene de un hilo diferente al cual fue creado (por  poner un ejemplo), os propongo :

ofCourse en Vizuar Bazic de Guille y 2005!

    Delegate Sub ActualizarTexto(ByVal Texto As String)

    Private Sub Actualizar_Etiqueta(ByVal [texto] As String)

    End Sub

Que os parece?
Pep Lluis,

October .NET Conference
Bienvenido a la primera conferencia multi-idioma de Málaga para desarrolladores de .NET. La conferencia va a cubrir un amplio rango de temas, y las ponencias estarán disponibles tanto en español como en inglés. Expertos de todo el mundo van a participar durante los dos días que durará el evento. Será tu oportunidad para interactuar con tus compañeros de profesión y charlar con los ponentes durante este evento relajado.

puedes registrarte en:
http://www.octoberconference.net/index.ES.aspx

‘Vasao’ en una Historia REAL

(Debido a las interpretaciones que hacéis de este relato y que recibo por alguno de vuestros comentarios, me veo en la obligación de aclarar a los que continuéis leyendo: de que está hecho en tono de Humor!, es un relato trivializando ciertas situaciones. En ningún caso trata de un caso técnico.)

Su lectura se entiende única y excesivamente para entretenimiento.

Durante unos meses estuve alardeando de tener instalado Visual Studio 2005 con todas sus «extensiones» y «Services Pack’s» ademas de la version Beta de Orcas en una misma maquina, rodando con Vista Bussines y With no problems!. Cuál fue mi sorpresa que después de instalar la Beta 2 de Orcas, cualquier petición desde mi «explorer» al IIS local empezaba con el siguiente mensaje :

No se puede cargar el archivo o ensamblado ‘System.Web.Extensions, Version=2.0.0.0, Culture=neutral, PublicKeyToken=31bf3856ad364e35’ ni una de sus dependencias. El sistema no puede encontrar el archivo especificado.

Primero pensé que sería una tontería, por lo que como siempre fui en busca de ‘bugs conocidos’ aunque como Beta 2 la cosa estaría muy reciente… la única información que encontré al respecto era ejecutar un ‘script’ que desactivaba las System.Web.Extensions.Design\3.5.0.0 y con ello debería solucionarlo. Sin embargo no me cuadraba desactivar Ajax 3.5 si el error que me daba era sobre la versión 2.0.0.0.

Rodé el ‘script’ y tal y como estaba esperando no sirvió de nada! Después de teclear //localhost

No se puede cargar el archivo o ensamblado ‘System.Web.Extensions, Version=2.0.0.0, Culture=neutral, PublicKeyToken=31bf3856ad364e35’ ni una de sus dependencias. El sistema no puede encontrar el archivo especificado.

Entonces como era de esperar, empecé a dar «palos de ciego», desinstalar el IIS, Volverlo a instalar, quitar la Versión Beta 2… Reparar el Visual Studio 2005, reinstalar los SP… hasta llegar a un callejón sin salida. Ya no sabía que mas quitar! Pues me había quitado hasta los calcetines, por quitar solo me quedaban unos arrugados ‘cayumbos’.

Seguidamente pase al plan de emergencia! Si Hombre! Es esa etapa en la que después de cargarnos medio registro, empezamos a eliminar directamente carpetas. Entonces ocurrió lo inesperado, la necesidad se convirtió en virtud. Cuando estaba a punto de eliminar el INETPUB se me ocurrió mirar el contenido de esa carpeta ¿será exceso de curiosidad? ¡Pues no! De eso se llama intuición profesional. A continuación observe un extraño archivo… ¿será un virus? El nombre me sonaba como muy raro, raro, raro. Ante mi desafiante ‘Web.Config’ me plantaba cara, con mucha precaución hice clic con el botón de la derecha de mi ‘ratón’ y seleccione ‘Abrir con el Bloc de Notas’ y cuál fue mi sorpresa! Alguien al que yo nunca di permiso y con muy mala intención había insertado hábilmente algunas líneas como estas:

<compilation debug=»true» strict=»false» explicit=»true»>
      <assemblies>
        <add assembly=»System.Core, Version=2.0.0.0, Culture=neutral, PublicKeyToken=B77A5C561934E089″ />
        <add assembly=»System.Web.Extensions, Version=2.0.0.0, Culture=neutral, PublicKeyToken=31BF3856AD364E35″ />
      </assemblies>
 </compilation>

Ciertamente todo el ‘web.config’ contenia decenas de referencias al System.Web.Extensions, ja! ni con queso! nada extraño! tipico de los archivos infectados! 

Llegados a este punto y usando esa habilidad que tanto me caracteriza seleccione esas líneas intrusas, pulse la tecla ‘Supr’ y con ‘Archivo’ ‘Guardar’ termine con la crueldad de tal archivo. No creais que en pleno arrevato estuve a punto de eliminarlo… pero el segundo pensamiento me hizo recapacitar con el argumento de que el resto de secciones de ese tal ‘web.config’ no tenían la culpa.

Primero pensé lo torpe que soy, pero luego recapacite y yo mismo me invite a una cerveza para celebrar que soy el mejor… al menos en mi web.config!

Posterior a la celebración con cerveza, vino el trabajo más duro. Mi mente de investigador tenía que dar con el culpable… después de un escrupuloso análisis forense, la rigurosidad científica me hizo inexorablemente dar con el culpable (“se quien lo hizo!”), después de emprender las acciones oportunas, acordamos con la fiscalía solo desvelar su identidad a personas vinculadas con NDA firmado.