English as a Second Language Podcast: es [...]]]> Últimamente estoy tratando de dedicarle un poco de tiempo a estudiar ingles. En la web existen muchos recursos destinado a ello. Algunos de los sitios que visito y que me obligan a hacer la tarea los voy a compartir, quizás a alguien le sirva. Aquí les va:

English as a Second Language Podcast: es un sitio que contiene cientos de podcast en ingles. Cada podcast comienza con una introducción, un diálogo a velocidad lenta, luego viene la explicación del diálogo (también hay un texto para seguir al diálogo) y finalmente viene el diálogo a velocidad normal. Muy útil.

The Bob and Rob show: este sitio contiene podcast igual que el anterior pero de una manera interesante. Son 2 personas que hablan, uno con un ingles americano y otro con ingles británico. La velocidad aquí es un poco más rápida.

LiveMocha: Comunidad web para aprender idiomas varios, no solamente inglés. Es el sitio más “web 2.0″ que conozco en la materia. Contiene ejercicios muy interactivos que son muy utiles si se los sigue sistemáticamente. Brinda la posibilidad de que nuestros ejercicios sean evaluados por otros miembros. También permite chat y speaking con otras personas.

Yo creo que para poder mejorar nuestro ingles, hay que practicar, no existe otra solución. Estos 3 simples recursos pueden servir de mucho a la hora de hacerlo.

También podemos practicar escuchando podcast técnicos, como lo son los clásicos de Dot Net Rocks! y Hanselman Minutes, ó quizás algún video en InfoQ. Estos podcasts/screencast no pretender tenernos paciencia con nuestro inglés, pero es bueno empezar a acostumbrar el oído sino lo estamos haciendo. En nuestra área, el ingles no puede ser un impedimento.

Que es una named query? Es una query que se define en los archivos de mapeos y posee un nombre, puede ser HQL o SQL nativo.  Una HQL query puede ser [...]]]> En chat con Fabio Maulo, me estaba contando de las bondades de usar Named Queries en NHibernate, las cuales justifican esta entrada en el blog.

Que es una named query? Es una query que se define en los archivos de mapeos y posee un nombre, puede ser HQL o SQL nativo.  Una HQL query puede ser escrita así:

  <query name="Foo-by-name" cacheable="false" read-only="true">
    <![CDATA[
        from Foo where Name like :value
    ]]>
  </query>

Y la named query equivalente en Sql Nativo se puede escribir de esta manera: 

  <sql-query name="Foo-by-name" cacheable="false" read-only="true">
    <return alias="foo" class="Foo"/>
    <![CDATA[
    SELECT
    {foo}.ID AS {foo.Id},
    {foo}.NAME AS {foo.Name},
    {foo}.MISC AS {foo.Misc}
    FROM Foo {foo}
    WHERE {foo}.Name LIKE :value
    ]]>
  </sql-query>

El código que lo ejecuta: 

    Foo f1 = new Foo();
    f1.Misc = "misc 1";
    f1.Name = "foo 1";
    session.Save(f1);

    Foo f2 = new Foo();
    f2.Misc = "misc 2";
    f2.Name = "foo 2";
    session.Save(f2);

    session.Flush();

    IQuery q = session.GetNamedQuery("Foo-by-name");
    q.SetString("value", "f%");

    Debug.Assert(q.List().Count == 2);

Si se dan cuenta, ambas Named Queries se ejecutan con el mismo código

Ventajas:

• Si queremos cambiar de motor de base de datos, no tenemos que cambiar la query nativa en el código, sino en el mapping.
• Si poseemos queries escritas en HQL y queremos usar alguna feature especial del motor, solo debemos escribir una named query equivalente en SQL nativo y usarla.
• Muy importante! Y practicamente La Razón de este post. Las named queries se parsean 1 sola vez, cuando se llama al .BuildSessionFactory(); de modo que si escribimos mal la query (por que nos equivocamos en el nombre de una property por ejemplo), NHibernate nos va a avisar con un error. Las otras queries se parsean TODAS las veces que van a hacer ejecutadas, a menos que estén en una caché destinada a ellas. Esta es una caché MRU (Most Recently Used) de 128 posiciones.
• El código queda más limpio !
• Se evita la construcción de los queries artesanalmente y variables, haciendo uso y abuso de String.Format( … ), gastando posiciones en la caché MRU para estas queries.

Gracias Fabio por la información.

En este ejemplo para interactuar con el repositorio SVN, utilizaremos Cuando queremos versionar soluciones de Visual Studio, existen ciertos archivos que se deben incluir en el repositorio, y archivos que no. Si estamos usando Resharper, también vamos omitir los archivos que agrega a nuestras carpetas. La estructura de directorios que propongo es esta:

En este ejemplo para interactuar con el repositorio SVN, utilizaremos Tortoise SVN.

Consideremos una solución winApp, que tiene dependencias con la librería NHibernate.dll, que se encuentra en la carpeta lib. La solución en el Visual Studio luce así:

 Los archivos de dicha solución serían los siguientes:

Una vez que tenemos nuestra solución creada, y nuestro repositorio funcionando, realizamos un checkout sobre una carpeta que elijamos, en mi caso es “D:\checkouts”. Ahí estaran los archivos que necesitan sincronizarse contra el repositorio. Luego del checkout, la carpeta seguirá vacia, pero lista para la sincronización.

Ahora copiamos nuestras carpetas “lib” y “winApp” dentro de “checkouts/” para agregarlas al versionado. Las seleccionamos y hacemos: TortoiseSVN -> Add…

Ahora tenemos que seleccionar los archivos que vamos a versionar. Dicho de manera contraria, eliminamos archivos que no deseamos que estén en el repositorio. Los archivos no versionables son:

• Carpeta bin/ y su contenido.
• Carpeta obj/ y su contenido.
• Carpeta _ReSharper.*/ y su contenido.
• Archivo *.resharper
• Archivo *.suo

Y la selección debe quedar similar a esto:

Una vez que agregamos los archivos, realicemos el commit !

Los archivos que no participan en el versionado son los desmarcados. Y luego el repositorio debería lucir así:

Listo, tenemos nuestras solución sincronizada y versionada !

Como tip final, podemos usar AnkhSVN, un plugin para Visual Studio que nos permite gestionar los comandos de SVN desde Visual Studio.

Descargar configuraciones

Ahora bien, otra manera de hacer esto, es añadiendo al proyecto las imágenes y declarándolas como Recursos Embebidos, para eso se podría crear una carpeta. Y después para obtener dichas imagenes utilizariamos un [...]]]> Cuando trabajamos con Visual Studio/Sharpdevelop, podemos agregar en un pictureBox una imagen. Lo podemos hacer de 2 maneras (a simple vista): como Project Resource file ó Local Resource.

Ahora bien, otra manera de hacer esto, es añadiendo al proyecto las imágenes y declarándolas como Recursos Embebidos, para eso se podría crear una carpeta. Y después para obtener dichas imagenes utilizariamos un helper que nos retorne los recursos embebidos.

Así es como se está realizando el manejo de imágenes/iconos en Paint.Net. También copié el mismo esquema (y código) para Mono.Sms. Lo bueno del esquema que utiliza Paint.Net es que permite tener imágenes personalizadas dependiendo de la cultura:

Cuando Paint.Net necesita una imagen, lo solicita a la clase PdnResources, y esta hace lo siguiente:

• Verifica si posse una imagen personalizada según la Cultura, si encuentra la devuelve.
• Sino, busca dentro del assembly por imagenes embebidas, si encuentra la devuelve.

Al momento de buscar una imagen para asignarla a un pictureBox podemos hacer esto:

pictureBox.Image = PdnResources.GetImage("image.png");

El archivo PdnResources puede encontrarse aquí, y la manera que trata los recursos la considero como una buena práctica.

Mono.Sms contiene todas las imágenes embebidas de esta misma manera. Así se ven los recursos de Mono.Sms con Reflector:

En este blog estoy usando unos cuantos y los voy a enumerar:

Solamente debemos copiar esto en la sección <head> de nuestro blog o site:

El código de esta herramienta, [...]]]> Este enlace me lo debía desde hace tiempo. Con esta herramienta web podemos formatear el codigo C#, Vb, HTML o SQL a html para poder publicarlo en blogs o en nuestros sitios.

Solamente debemos copiar esto en la sección <head> de nuestro blog o site:

<link rel="stylesheet" type="text/css" href="csharp.css" >

El código de esta herramienta, que usa expresiones regulares está aquí.

Bueno, está muy bien que al comenzar un proyecto comencemos a tirar lineas sueltas que vislumbran buenas ideas y quizas no estén muy bien organizadas, pero… en algún momento tendremos que aplicar a nuestro código la buena palabra: Que buena pregunta: progamo bien? o solamente abro la IDE y comienzo a tirar lineas sueltas?

Bueno, está muy bien que al comenzar un proyecto comencemos a tirar lineas sueltas que vislumbran buenas ideas y quizas no estén muy bien organizadas, pero… en algún momento tendremos que aplicar a nuestro código la buena palabra: refactoring!

Un programador con unas cuantas lineas de código encima, deberia darse cuenta sobre cómo huele su código. Si aún no desarrolló el olfato es hora de que lo haga, a menos quiera asegurarse trabajo de por vida…creando código que no es mantenible (y bueno…hay gente que le gusta estar ocupada )

Aquí le dejo un post donde hay olores que le serán muy conocidos…otros no tanto quizas.

Y … si insisten en crear código IN,DES,NO, ó NULL-mantenible … sigan este enlace.