Categoría: cosas técnicas

Posts relacionados con la programación o manejo o configuración de los oredenadores (computadores)

  • Un cigarrillo electrónico para developers o el Guille fuma pendrives

    Pues eso… que hoy me he/han regalado un cigarrillo electrónico, ya que como ahora me cuesta más escribir el código y terminarlo rapidito, porque estoy usando más código con puntos y comas, así que… como el cigarrillo es casi obligatorio cuando estoy developeando, pues… (Con VB no me es tan necesario el cigarrillo :-P).
    No, en serio… que yo fumo más cuando estoy más dedicado al desarrollo que otras cosas, así que… cigarrillo electrónico al canto, aparte de por temas de salud, es que dejo la casa empestada a tabaco y no es plan… si hasta el bigote se me está poniendo amarillo, así que… Y como soy developer, pues resulta que el cigarrillo ese electrónico (recargable por USB) es como un pendrive… pero más grande… si no te lo crees… mira la foto.

    El Guille fuma pendrive, y pa muestra tengo uno en la mano izquierda (a la derecha según se mira la foto), que no que el cigarrillo-pendrivado es el que tengo en la mano derecha…

    Y ya de paso, puedes localizarme, que en la foto está la ubicación de #folleskilandia nº7 😉

    Cuando me trajeron el cigarrillo, yo lo esperaba normal, pero no así… jajaj… además la cápsula que lleva (con un 0,8% de nicotina) tiene sabor a arándanos… y a mí me gustan los arándanos… así que… en el día de hoy (bueno, de ayer por la tarde hasta hace un rato) me he fumado el equivalente a un paquete de 20 cigarrillos… pero, afortunadamente, no de nicotina.
    Y es que la estanquera dice que cada cápsula equivale a un paquete de tabaco, así que… como ya he tenido que cambiarla, pues… a por el segundo paquete 😉
    Y, como te decía, estos que tengo saben a fruta roja, y como me gustan, lo mismo por eso me lo he fumado entero… en fin…

    Y sobre lo que te he dicho al principio de que ahora estoy usando más puntos y comas (porque estoy escribiendo más cosas con C#), aunque esa no es la razón para que fume más, jejeje. Y es que como no creo que esta gente de Microsoft se retracte de la decisión de no seguir añadiendo nuevas características a VB, y como yo no me voy a quedar estancado solo con .NET Framework 4.8 ni solo con las aplicaciones de escritorio, pues… he tomado la decisión de añadir a mis aplicaciones código en C#, de esa manera cuando quiera hacer algo para .NET (Core) que no se pueda hacer con .NET Framework 4.8 ya estaré más suelto a la hora de escribirlo con C#, ya que con VB no podré. Porque creo que la petición que les he hecho para que sigan evolucionando Visual Basic no va a prosperar. Aunque si quieres apoyar la petición, puedes hacerlo (aquí te explico más detalles).

    #evolveVB #evolicionarVB son los tags que he creado para la petición, por si quieres usarlos 😉

    Sobre lo que te decía de C#, en la última utilidad que estoy haciendo, para comparar el contenido de dos directorios y poder manipularlos (borrar, copiar, etc.) un programilla que los más veteranos (en edad) podrán comparar con el Comandante Norton que hace años algunos usábamos con MS-DOS. Una nueva opción que he añadido (para seleccionar y modificar los colores de los temas a usar) he decidido escribirla completamente con C# y usarla desde el proyecto que ya tengo en Visual Basic. Y casi seguro que para las nuevas cosas que quiera ir añadiendo a otros proyectos o los nuevos que vengan, seguiré probando con los puntos y comas.

    Este proyecto que te comento aún lo tengo en desarrollo, y si bien la parte funcional del programa ya «funciona», (es decir, ya se pueden comparar los directorios y operar con el contenido), aún no está terminado, pero si quieres echarle un vistazo, lo tengo publicado en github: Comparar directorios.

    Por cierto, en la foto está el proyecto de VB con el formulario en modo diseño, el VS Code con código de C# y… una máquina virtual con el QBX (Basic Professional) que es para MS-DOS.

    Pues esto es todo… otro día más…

    Nos vemos.
    Guillermo

  • ¿Te gustaría que a VB.NET le añadan nuevas características en .NET 5 (.NET Core)? pues… vota esta petición

    Pues eso… que eso de que a los que preferimos VB sobre C# para crear nuestras aplicaciones (y aunque no lo prefiriéramos) no nos debería parecer bien que la gente de Microsoft haya decidido no añadir nuevas características al lenguaje, dejándolo estancado… es decir, que si bien podremos seguir usándolo no le van a añadir nuevas características. Por eso he publicado una petición en la comunidad de desarrolladores de Microsoft para ver si no lo dejan de lado.

    Actualizado el 8-mar-2021

    Esta es la respuesta de la gente de Microsoft (por Kathleen Dollar ex-MVP de Visual Basic que ahora trabaja en Microsoft):

    Our strategy is here: https://devblogs.microsoft.com/vbteam/visual-basic-support-planned-for-net-5-0/

    I do not think stabilizing the language blocks using new technologies in .NET 5.

    Almost all new .NET 5.0 features are in the libraries and tools, which Visual Basic takes can use. Even features such ref struct which are not available in VB improve VB applications because they speed up operations in the BCL. And the BCL has a commitment to provide VB (and F#) friendly overloads for BCL features.

    If there is a specific new feature, other than ref struct, that is blocking development, feel free to post a more specific issue.

    Y de paso ha cerrado el hilo. Su respuesta es del 6 de enero de este año de 2021, aunque yo lo vi ayer, le respondí y Daniel Seara también y con más firmeza aún, jejeje

    En fin… como le he contestado a Dani: Esto es lo que ahora nos podemos esperar los que usamos Visual Basic de la gente de desarrollo de Microsoft.

    Es decir, ¡ahí te quedas, y búscate la vida!

    En los enlaces que hay en el párrafo anterior están los enlaces a lo que comentó la gente del team de .NET sobre que Visual Basic no evolucionará como lenguaje aunque se podrá usar para generar aplicaciones de .NET 5.0 y .NET Core o .NET Standard (además de .NET Framework), pero te los repito: Visual Basic support planned for .NET 5.0 y la petición también la repito 😉 : Will be back Visual Basic evolve with C#?

    Y la petición que yo te hago a tí que estás leyendo esto es que pinches en el enlace de la petición (este) y vote por esa petición, si te parece conveniente, claro, que tampoco te voy a obligar… ¡Faltaría más!

    Y es que da la impresión de que los de Microsoft se han olvidado de todo (el dinero) que les ha dado Visual Basic (tanto para .NET como las versiones anteriores llamadas de forma genérica: VB6) y que lo abandonen de esa forma, mientras que F# si que seguirá evolucionando, que C# sea la estrella es porque está ligado 1 a 1 con el avance de .NET y por tanto debe seguir avanzando, tal como te expliqué en El porqué C# siempre tendrá novedades aunque Visual Basic ya no. Precisamente ahí te comenté lo que Anthony D. Green (un Program Manager de Visual Basic) opina sobre esto de que Microsoft no le dedique, al menos, la misma cantidad de persona que le dedica a F#, no, no tengo nada contra F#, solo que me extraña que un lenguaje que no usará ni la décima parte de la gente que usa VB.NET siga «palante» y VB no. Según ese señor, no sería necesario dedicarle más de tres personas (en nómina) aparte de los desarrolladores que quieran colaborar con el desarrollo (y la evolución) de Visual Basic. Si quieres, lee el artículo de Anthony y, aunque es un poco largo, deja muy claro las cosas.

    Y ya no te canso más. Solo decirte que si te animas a votar favorablemente por la petición te explico cómo hacerlo:

    Ve al sitio de Developer Community y accede a mi petición y pulsa en la flecha de arriba que está en la parte superior izquierda (ver la figura) para votar favorablemente, pero, por favor, no pulses en la flecha que señala para abajo, ya que quitarías votos… y no es plan 😉

    Para votar a favor, pulsa en la flecha que señala para arriba. Gracias.

    Agradecerte de antemano tu apoyo… y si quieres usar el hashtag (#evolvevb) pues mejor… que actualmente solo aparece un resultado y… no tiene nada que ver con evolucionar VB (que es lo que viene a significar evolveVB) 😉
    Si quieres puedes usar #evolucionarVB para que todo quede en casa.

    Por cierto, la Developer Community de Visual Studio está para añadir peticiones de nuevas características y para informar de bugs/fallos en Visual Studio y .NET.

    Pues nada más… ¡gracias!

    Nos vemos.
    Guillermo

  • En el roadmap de Visual Studio dicen que el diseñador de formularios de Windows de .NET 5 estará listo para diciembre

    Pues eso… que le estaba echando una visual al roadmap de Visual Studio 2019 y en el apartado de .NET aparece lo que te muestro en la figura 1, es decir, que ya tienen solucionados todos los problemas que tenía… vamos que el diseñador de formularios de Windows para las aplicaciones de .NET 5.0 es/era una caca de la vaca comparado con el diseñador de .NET Framework. Pero si es verdad que todo eso ya lo tienen listo (están marcados con una estrella verde) entonces un ¡OLÉ! grande para los desarrolladores de Visual Studio. A ver si en la próxima actualización de la versión Preview está disponible.

    Figura 1. Las cosas que ya tiene (cuando actualicen el VS) el diseñador de Windows Forms para .NET Core

    Otra cosa que me ha llamado la atención es lo que pone en la última estrella:
    Las aplicaciones de WinForms VB .NET 5 tienen experiencia de diseñador (en inglés: WinForms VB .NET 5 applications have designer experience), lo que yo entiendo de esa frase es que para Visual Basic (VB) hay un diseñador diferente que para C# y que tiene una ¿experiencia de diseño? (sigo sin enterarme qué significa eso jejeje, en fin).

    En serio, supongo que se refieren a que no nos van a dejar atrás en esto también a los que usamos Visual Basic .NET.

     

    Pues nada… habrá que esperar a la próxima o próximas actualizaciones de la Preview de Visual Studio 2019 v16.9 para ver qué experiencia de diseño tendremos los VBers 😉

     

    Nos vemos.
    Guillermo