¿Qué es Mono.Cecil?

Mono.Cecil es un proyecto englobado dentro de Mono, una implementación alternativa y multiplataforma de .NET. Mono.Cecil permite leer assemblies de .NET e inspeccionar los tipos que contienen, los métodos de cada tipo, e incluso modificar los assemblies y volver a guardarlos en disco.

Aunque forme parte de Mono, Cecil es un assembly que puede ser utilizado desde casi cualquier versión de .NET Framework. Actualmente está alojado en github, de donde podéis bajar los fuentes y compilarlos vosotros mismos, pero si os resulta más cómodo también existe un paquete para NuGet. Para utilizarlo, sólo necesitamos referenciar el assembly Mono.Cecil.dll.

A diferencia de reflection, Cecil no carga el assembly dentro del AppDomain, sino que únicamente lee la información del assembly y nos permite trabajar con ella. De hecho, esto permite usar sin problemas Cecil para leer assemblies de versiones del framework distintas de la que estamos usando. Por ejemplo, podemos crear una aplicación con .NET 2.0 que use Cecil y analice assemblies compilados con .NET 4.0.

¿Para que sirve? Pues se me ocurren varios usos, aunque lo mejor es verlo con algunos ejemplos.

Inspeccionar un assembly sin cargarlo

Lo primero que he probado es hacer lo mismo que hacía Eduard con los AppDomain, pero con Cecil: averiguar los tipos que hay un assembly sin tener que cargarlo. Para ello, sólo hay que usar el siguiente código:

var assembly = AssemblyDefinition.ReadAssembly("the.assembly.dll");
var types = assembly.MainModule.Types.Select(x => x.FullName);

El punto de entrada es siempre AssemblyDefinition.ReadAssembly(), que permite leer la información de un assembly desde disco y devuelve un objeto de tipo AssemblyDefinition. Todo el API de Cecil está organizada en una estructura de clases análoga a los AssemblyInfo/MethodInfo/PropertyInfo... que se usa con reflection, pero en este caso se llaman AssemblyDefinition/MethodDefinition/PropertyDefinition/....

Un AssemblyDefinition contiene una colección de ModuleDefinition que nos permite tratar con assemblies que contengan más de un módulo. La verdad es que esto no es muy frecuente, lo más parecido a ello que me he encontrado nunca es el caso de assemblies en mixed mode, como el de SQLite, así que generalmente nos bastará con acceder a la propiedad MainModule que nos permite acceder al módulo principal del assembly y a lo que contiene. A partir de ahí, podemos obtener los TypeDefinition y de ellos… bueno, ya te puedes imaginar como sigue la cosa viendo el código de arriba.

Inspeccionar el cuerpo de los métodos

Otro caso en el que puede ser útil Cecil es si queremos inspeccionar qué es lo que hace un método. A través de la propiedad Body.Instructions de un MethodDefinition podemos acceder a las instrucciones IL que forman la implementación del método. Esto de toquetear el IL puede parecer un poco raro al principio, pero cuando te pones, es hasta divertido.

Como ejemplo, podríamos ver qué métodos en un assembly están usando un método determinado, por ejemplo Console.WriteLine:

var assembly = AssemblyDefinition.ReadAssembly("assembly.dll");
var methods = assembly.MainModule
    .Types.SelectMany(type => type.Methods)
    .Where(method => method.Body.Instructions
                        .Any(x => (x.OpCode == OpCodes.Call ||
                                   x.OpCode == OpCodes.Calli ||
                                   x.OpCode == OpCodes.Callvirt) &&
                                  x.Operand.ToString().Contains("System.Console.WriteLine")));

Para entender el ejemplo hay que tener en cuenta que las invocaciones de métodos en IL se realizan con una instrucción que tiene como código de operación Call, Calli o Callvirt, usando como parámetro el nombre del método a invocar. En este caso la instrucción que se usa realmente es Call por tratarse de un método estático, pero he preferido poner todas para tenerlas como referencia por si queréis probar con otros métodos.

Esto, aparte de ser curioso, puede tener su utilidad para automatizar chequeos basados en análisis estáticos de código. Algo parecido a lo que hace NDepend, pero más de andar por casa. Por ejemplo, podrías tener un test unitario que validase que todas las excepciones que se lanzan desde el Domain son del tipo DomainException o cosas similares.

Modificar assemblies

Por último, otra de las cosas que nos permite hacer Cecil es modificar un assembly y volver a guardarlo en disco. ¿Por qué querría alguien hacer eso? Lo más habitual es para aplicar técnicas AOP con IL-Weaving.

Ya he puesto algún ejemplo en este blog de como aplicar AOP usando un contenedor IoC y LCG, pero esas técnicas implican generar clases en tiempo de ejecución, por lo que suponen una penalización al rendimiento. Usando Cecil podemos modificar el assembly generado después de la compilación, consiguiendo no penalizar el rendimiento al ejecutar la aplicación.

Para que no se complique la cosa, en el ejemplo vamos a hacer algo más simple, vamos a sustituir todas las invocaciones a Console.WriteLine con invocaciones a Trace.WriteLine:

// TODO: Obtener los métodos que usan System.Console.WriteLine
// como hemos visto en el ejemplo anterior
var methods = ...; 

foreach (var method in methods)
{
	// Importamos el método Trace.WriteLine en el módulo principal
	// del assembly para obtener un MethodDefinition
	var traceWriteLine = assembly.MainModule
		.Import(typeof (Trace).GetMethod("WriteLine", new[] {typeof (string)}));

	// Obtenemos las instrucciones que usan WriteLine
	var writeLines = processor.Body.Instructions
					.Where(x => x.OpCode == OpCodes.Call &&
						    x.Operand.ToString().Contains("System.Console.WriteLine"))
					.ToArray();

	foreach (var instruction in writeLines)
	{
		// Aprovecho que los parámetros son los mismos. El parámetro
		// quedará apilado con una instrucción Ldstr antes de Call Console.WriteLine
		// así que no lo toco

		// Creamos la instrucción Call Trace.WriteLine
		var trace = method.Body.GetILProcessor().Create(OpCodes.Call, traceWriteLine);

		// La insertamos justo antes del Console.WriteLine...
		processor.InsertBefore(instruction, trace);
		// ... y eliminamos el Console.WriteLine
		processor.Remove(instruction);
	}
}

// Escribimos a disco el assembly modificado
assembly.Write("assembly.patched.dll");

Es un poco lioso, pero creo que leyendo los comentarios del código se puede llegar a entender. La parte más complicada realmente es la de generar las instrucciones IL correctas para hacer lo que queramos hacer en cada caso. En este ejemplo, como sólo queríamos reemplazar el método que se estaba invocando y, además, tenían los mismos parámetros, es relativamente sencillo.

Conclusiones

Mono.Cecil es una librería que no creo que vayas a usar cada día, pero que “en lo suyo” me parece que hace una labor excelente. Es muy fácil de manejar, el API está bien estructurada y, al menos para hacer las tres tonterías que he hecho en este post, funciona como esperas (que es más de lo que se puede decir de muchas librerías por ahí).

En definitiva, una herramienta más a tener en cuenta para cuando haga falta.

Compartir:

No hay posts relacionados.

SIGNALR: APLICACIONES MULTIUSUARIO, ASÍNCRONAS, Y EN TIEMPO REAL. ¡UAU!

¿Te has preguntado alguna vez cómo es posible que en una aplicación web como Google Docs varios usuarios puedan interactuar de forma simultánea? ¿Te interesa la tecnología que usan los grandes como Facebook o Twitter para informarte en tiempo real de que algo ha ocurrido? ¿Piensas que crear un chat basado puramente en ASP.NET no es tarea sencilla? ¿Te gustaría que el servidor pudiera enviar información a los clientes en cualquier momento, sin esperar a que éstos soliciten una página o recurso?



Si has respondido que sí a alguna de estas preguntas, SignalR te entusiasmará. Es un marco de trabajo open source que permite saltarse las barreras impuestas por HTTP y su clásico modelo de petición/respuesta para conseguir aplicaciones más interactivas, dinámicas y colaborativas, en las que el servidor toma la iniciativa.



No te pierdas este evento y aprende a poner un factor “¡uau!” en tus desarrollos.

• Día: jueves 24 de mayo, 19:00h (hora peninsular española)
• URL del registro: https://msevents.microsoft.com/CUI/EventDetail.aspx?EventID=1032512978&Culture=es-ES

Os cuento un poco:

¿Qué nos piden en el centro antes de hacer el examen? 

• Dos identificaciones con foto. Yo dí el dni y el carnet de conducir.
• Rellenar un formulario con nuestros datos.
• Leer y firmar que aceptas las reglas de Oracle para los exámenes de certificación.
• Nos hacen una foto para el informe que se imprimirá posteriormente con el resultado de la prueba.
• Recoger y guardar en taquilla cualquier dispositivo electrónico, móvil, reloj, etcétera

¿Cómo es el programa del examen? 

El programa nos muestra el enunciado con el número de respuestas a elegir, la pregunta y las opciones en la parte izquierda. En la parte superior derecha se nos muestra el tiempo restante y hay una casilla de verificación para marcar la pregunta para revisar más tarde. En la esquina inferior derecha tenemos botones para movernos por las preguntas, Anterior y Siguiente.

Las preguntas me sorprendieron porque yo haciendo otros tests y ejercicios de examen era muy lenta y pensaba que no me iba a dar tiempo a contestar todas, pero son menos enrevesadas y más cortitas.

Cuando pasas la última pregunta puedes elegir Revisar o Finalizar Examen.
Al darle a Revisar aparece un listado con las preguntas que marcaste para ir directamente a alguna en concreto o puedes elegir Revisar Marcadas o Revisar Todas.

Yo revisé todas desde el principio porque me sobraron 20 minutos y quise dar otra pasada.

Cuando acabas de revisar vuelven a aparecer las opciones Revisar y Finalizar Examen.
Al darle a Finalizar Examen en unos segundos ya aparece tu porcentaje de aciertos y si aprobaste.
Al dar a Terminar se manda a imprimir el resultado.

¿De qué temas hubo más preguntas? 

Colecciones, Hilos, llamadas correctas a clases internas o estáticas.
Sobre polimorfismo: castings válidos o decir que métodos eran correctos en una subclase, teniendo en cuenta que algunos eran correctos por ser sobrecargas y otros por ser sobrescritos.

También quería confirmaros que no hubo ninguna pregunta sobre serialización ni preguntas drag & drop.

¿Si apruebas te dan la certificación directamente? 

La certificación llega por correo más adelante, te dan la hoja de resultados con tu porcentaje de aciertos y si aprobaste o no. La dirección a la que llegara es la que indicaste en tu perfil de Pearson Vue.

Existe una página de Oracle, Oracle Cert View en la que podemos ver el historial de certificaciones (Certification History), exámenes (Exam History), acreditar nuestras certificaciones a un tercero (Publish Credentials to 3rd Parties) y ver si han realizado ya el envío de nuestra certificación (Success Kit Status).

Será necesario para entrar en esta página tener una cuenta en Oracle (o creárnosla) y dar algunos datos del perfil de Pearson Vue que hicimos para reservar el examen.

Os dejo algunas capturas:

.Net

• What JavaScript taught me about C# – Understanding ‘Access to modified closure’
  
  Sean Blakemore
• Cargar información de reflection sin cargar el assembly
  
  Eduard Tomás
• Hebras, lambdas… y bugs
  
  Juan María Hernández
• Creating an FTP Server in C#
  
  Rick Bassham

Asp.net

• Output caching in ASP.NET Web API
  
  Filip W.
• How to Include Views in ASP.NET MVC & WebMatrix Razor
  
  Chris Love
• WebAPI Parameter binding under the hood
  
  Mike Stall
• Another early look at jQuery UI Grid in ASP.NET MVC – Data Types, Dataview, Pager, Sorting and Filtering
  
  Tomasz Pęczek
• Download Files in ASP.NET MVC 3 using Controller Action
  
  Mahesh Sabnis
• Passing multiple POST parameters to Web API Controller Methods
  
  Rick Strahl
• Knockout 2.1 Is Out
  
  Ryan Niemeyer
• El scroll infinito
  
  Pedro Hurtado
• A XAML Guy digs into ASP.NET MVC4 (Part 2 of ?)
  
  Michael Crump
• In memory client, host and integration testing of your Web API service
  
  Kiran Challa
• There’s a Tool for That: 13 Essential Tools for the Ninja Web Developer
  
  Joshua Holt
• Implementing WebSockets in WCF 4.5
  
  Peter Vogel
• ASP.NET Web API paso a paso
  
  Sebastián Henzenn
• ASP.NET MVC Authentication - Customizing Authentication and Authorization The Right Way
  
  Jon Galloway
• Extending ASP.NET MVC Account Registration with Workflow (WF4)
  
  Ron Jacobs
• API Improvements made in SignalR 0.5
  
  David Fowler

Azure / Cloud

• Microsoft Renames Azure Services
  
  Martin Brinkmann

Conceptos

• GUID guide, part three
  
  Eric Lippert

Data access

• OrmHate
  
  Martin Fowler
• EF5 Sample Provider Published
  
  Pawel Kadluczka

Html/Css/Javascript

• Cross-Browser Debugging CSS
  
  Nicole Sullivan
• Prototypes in JavaScript
  
  Leigh Kaszick
• Working with files in JavaScript, Part 1
  
  Nicholas C. Zakas
• HTML5 Audio — The State of Play
  
  Mark Boas
• Native HTML5 push notifications with ASP.NET Web API and Knockout.js
  
  Filip W.
• 14 Reasons Why Nobody Used Your jQuery Plugin
  
  Jonathan Cutrell

Visual Studio/Complementos/Herramientas

• dotPeek 1.0 is Released
  
  Jura Gorohovsky (vía @hhariri)
• Etiquetando,haciendo crecer nuestro árbol del repositorio de código y Branching, haciendo crecer nuestro árbol del repositorio de código
  
  Juan Quijano
• Visual Studio 11 User Interface Updates Coming in RC
  
  Monty Hammontree  

Otros

• The Floppy Disk means Save, and 14 other old people Icons that don't make sense anymore
  
  Scott Hanselman

Al final, y especialmente en aplicaciones que tienen algún tipo de interfaz de usuario, es inevitable y fundamental realizar pruebas manuales. Hay cosas que son imposibles muy difíciles de detectar con pruebas automáticas, como etiquetas mal alineadas, textos mal redactados, interacciones “extrañas”… prácticamente todo lo que afecta a la experiencia de usuario.

Además, hay que tener en cuenta que las pruebas automáticas sólo cubren aquello en lo que hemos pensado a priori, durante la creación de las pruebas (o el diseño del sistema, si estás usando TDD), pero en cualquier caso es posible (y hasta frecuente) que en ese momento estemos pasando cosas por alto.

Mi opinión es que los primeros que deben realizar estas pruebas manuales son los propios desarrolladores.

Pero, ¿para eso están los testers, no?

Pues sí y no. La realidad es que la mayoría de las veces, y más en España donde el número de pequeñas empresas es muy elevado, eso de contar con un equipo independiente de testers es pura fantasía.

Por otra parte, los testers no tienen el mismo conocimiento sobre el código de la aplicación que quien lo está creado o modificando, por lo que tienen mucho más difícil evaluar algunos riesgos estructurales como los que mencionaba al hablar de planificación y riesgos.

También hay que tener en cuenta que, cuando implementamos algo, sabemos mejor que nadie los puntos flojos de la implementación, los casos que podemos considerar límites y las partes que remotamente se podrían ver afectadas por los cambios.

Muchas veces el tester se centra en las cosas nuevas que se han implementado, en lo que aparece en el changelog de la versión, y es lógico y correcto, pero eso puede provocar que pasen desapercibidos bugs de regresión que hemos introducido en otras partes del sistema que, teóricamente no se han modificado, pero cuya implementación se ha podido ver afectada por las nuevas funcionalidades.

Sí, ya sé que con un montón de test automatizados se supone que evitamos estos riesgos, pero seamos realistas y admitamos que muchas trong>a veces no es viable escribir tests automáticalgunas ciertas cosas (sigo pensando en el interfaz de usuario). Además los tests tampoco son infalibles (no dejan de ser código escrito por nosotros) y seguramente sea más complicado escribir buenos tests que escribir buen código.

Donald Knuth decía:

Cuidado con los errores en el código anterior; sólo he demostrado que es correcto, no lo he probado.

Él hablaba de verificación formal, pero parafraseándole:

Cuidado con los errores en el código anterior; sólo he comprobado que pasa los tests, no lo he probado.

Suele ser más productivo probar las cosas justo cuando las hemos acabado de implementar, sin dejar pasar mucho tiempo, para tener todavía frescos los cambios que hemos hecho, han pasado los tests, pero no estamos muy seguros de que vayan a funcionar realmente.

Entonces, ¿pasamos de los testers y lo hacemos todo nosotros?

Ni por asomo. Si tienes la suerte de contar con gente dedicada a probar la aplicación, aprovéchalo.

La gente que está acostumbrada a probar aplicaciones, sabe mejor que tú cómo romper una aplicación y qué cosas suelen fallar o se te suelen pasar por alto (casos típicos: teclas rápidas en los diálogos, orden de tabulación, …).

Además, hay un factor muy importante: se trata de una persona distinta de la que ha implementado la funcionalidad que está probando. Eso hace que parta sin prejuicios y explore caminos que a ti seguramente se te hayan pasado por alto: combinaciones de teclas raras, errores en la entrada de datos, distintas formas de interactuación con el sistema, etc.

La estrategia que encuentro más efectiva es combinar pruebas manuales exhaustivas durante el desarrollo realizadas por el propio equipo de desarrollo, con una fase posterior de pruebas por parte de los testers. De esta forma se consiguen detectar más errores antes de que la aplicación llegue a los usuarios y se obtiene un software de mejor calidad.

Habrá quien piense que tener al equipo de desarrollo probando aplicaciones es un mal uso de recursos porque, en general, las horas de programador son más caras que las horas de probador, pero no hay que olvidar que también los fallos detectados en producción son más caros de corregir que los detectados en desarrollo, así que seguramente emplear parte del tiempo de desarrollo en asegurarse de que las cosas funcionan, no sea tan mala idea.

Compartir:

No hay posts relacionados.

SlideAd es un módulo simple que permite mostrar una cajita con tu contenido personalizado en una esquina de tu sitio. Esta cajita se muestra después que el usuario ha hecho scroll. El módulo se integra con Blocks para mostrar elegir la visibilidad y los roles a los cuales se debe mostrar la cajita.

Puedes configurar el diseño, el ancho o lo que sea usando CSS.

¿Qué puedo hacer con este módulo?

• Puedes mostrar botones de Social Media
• Puedes llamar a la acción sobre productos u ofertas
• Puedes mostrar publicidad
• Lo que te de la gana

Enlaces

• SlideAd.

Las hebras

Una condición de carrera (tuve un profesor que la llamaba carrera crítica, que me parece un nombre mucho más bonito), se produce cuando dos hebras ejecutan una secuencia de instrucciones en un orden que no teníamos previsto, lo que genera fallos bastante difíciles de reproducir. El caso más habitual son dos hebras accediendo a una misma variable y “pisándose” el valor que acaban de escribir.

Todo esto viene a cuento porque hace poco tuve que depurar un fragmento de código con una pinta parecida a ésta:

public class Wrapper
{
	private int current;
	private int total;
	private Control control;

	// Más atributos, propiedades, métodos...

	public void Start(int param1, int param2)
	{
		SomeFunctionInBackgroundThread(
			param1, param2,
			(newCurrent, newTotal) =>
			{
				this.current = newCurrent;
				this.total = newTotal;

				// Unas cuantas cosas más...

				if (this.total > 0)
					control.BeginInvoke((Action)(() =>control.Text = (current/total).ToString("p")));
			});
	}
}

En el método Start se invocaba una función en una dll nativa a la que se le pasaba una función callback que era invocada cada cierto tiempo para informar del progreso. La función callback lo único que hace es actualizar los valores almacenados con el estado del progreso y actualizar el texto de un control, para lo que necesita usar BeginInvoke y redirigir la llamada a la hebra de interfaz de usuario.

Cuando acaba el proceso, la dll nativa invocaba la función callback pasando como parámetro newTotal == 0 para indicar que ha finalizado. Para evitar la división por 0, antes de lanzar el BeginInvoke comprobamos que total > 0 y ya está, ¿no? Pues no, eso no funciona.

Los cierres lambda

Al usar una expresión lambda C# estamos creando un cierre lambda sobre las variables que referenciamos en la expresión. En un cierre lambda, aquellas variables que no son locales a la función (en este caso, a la expresión lambda) son enlazadas a variables del contexto exterior, en este caso, al método que contiene la expresión lambda.

Para invocar BeginInvoke estamos pasando una expresión lambda:

control.BeginInvoke((Action)(() =>control.Text = (current/total).ToString("p")));

A primera vista, podría parecer que el cierre lambda se realiza sobre las variables control, current y total, pero ojo que no se trata de variables locales. Realmente el cierre se realiza sobre la referencia implícita a this, ya que en realidad total es this.total.

¿Y esto que quiere decir? Esto quiere decir que, si mezclamos la forma en que se realiza el cierre lambda con las condiciones de carrera que contábamos antes, tenemos un problema. Puede ser que para cuando se ejecute la expresión pasada a BeginInvoke (que se ejecuta de forma asíncrona) se haya vuelto a invocar la función callback y el valor de total haya pasado a ser 0.

La solución es muy sencilla: se puede meter el if dentro de la expresión lambda o usar las variables locales de la función callback, que como son locales no se van a ver modificadas por las siguientes invocaciones de la función callback, pero me costó un rato verlo.

Moraleja

La programación concurrente no es trivial. Si puedes evitar compartir estado, mejor. Si puedes evitar estado mutable, mejor.

Los cierres lambda son poderosos, pero ten cuidado de estar seguro de lo que cierras. Los bugs derivados de mezclar cierres lambda con programación concurrente son muy divertidos de depurar.

Compartir:

No hay posts relacionados.

• Año 1: la travesía del desierto (mayo 2006 - mayo 2007), en el que sólo yo visitaba el blog. Triste pero cierto. Los que habéis empezado una bitácora en solitario reconoceréis este patrón de visitas, donde los picos que superan las cinco páginas vistas al día se deben, con toda seguridad, a pruebas propias.
  
  
  
  Dicen que muchos blogs mueren en este primer año de vida precisamente por el escaso retorno que tiene la inversión de tiempo que requiere su puesta en marcha, pero según he comprobado, sólo es cuestión de paciencia: si le pones empeño, entusiasmo y cariño, es posible cambiar las cosas.
  
     
• Año 2: el despegue (mayo 2007 - mayo 2008), me lo tomé algo más en serio y comencé a difundir los posts por RSS (hasta entonces no lo hacía!), a utilizar el dominio variablenotfound.com, di al sitio un diseño más atractivo y alejado de las plantillas estándar de Blogger, lo incluí en directorios y agregadores, y comencé a hacer crossposting en geeks.ms. Todas estas acciones se tradujeron en un incremento del 2.500% del número de visitas, y acabamos el año con 380 suscriptores al feed. Impresionante.
  
     
• Año 3: la consolidación (mayo 2008 – mayo 2009), en el que no realicé cambios de calado, pero ya empezó a notarse la antigüedad del blog y su aumento de posición en buscadores. Ese año crecimos en número de visitas un 75% y más del 100% en suscriptores a los feeds.
  
         
• Año 4: la variable social (mayo 2009 – mayo 2010), donde comencé a utilizar Facebook y Twitter como canales adicionales de difusión. Mientras, continuaba creciendo el número de amigos del blog, rozando ya los 100.000 usuarios únicos absolutos al año (sumando las visitas de variablenotfound.com y su eco en geeks.ms).
  
   
• Año 5: la variable física (mayo 2010 – mayo 2011). En este periodo lo más destacable fue, sin duda, el haber “salido de la cueva” y comenzar a participar en eventos de la comunidad como el TTT/Open Day, en la gira Make Web Not War de Microsoft, o a relacionarme con grupos locales y, sobre todo, a conocer en persona a gente estupenda a los que seguía desde mucho tiempo atrás. Y ya en el terreno más virtual, más de 10.000 visitas/mes al blog y de mil suscriptores a los RSS seguían haciendo crecer este proyecto.

Año 6 (mayo 2011-mayo 2012): Variable premiada

• www.acme.org, que sería el sitio principal.
• crm.acme.org, con el sistema CRM de la empresa.
• erp.acme.org, con un sistema de gestión empresarial.
• administration.acme.org con las herramientas de administración del sistema.
• etc.

Primero: ampliar el alcance de la cookie

  <authentication mode="Forms">
    <forms loginUrl="~/Account/LogOn" timeout="2880" domain="acme.org" />      
  </authentication>

Segundo: encriptar la cookie usando una clave común

Tercero: ajustar Redirecciones

    <authentication mode="Forms">
      <forms loginUrl="http://www.acme.org/account/logon" timeout="2880">
      </forms>
    </authentication>

Cuarto: retocar la URL de retorno y procesarla tras la autenticación

protected void Application_EndRequest(object sender, EventArgs e)
{
    if (Response.StatusCode == (int)HttpStatusCode.Found && !Request.IsAuthenticated)
    {
        string redirectUrl = this.Response.RedirectLocation;
        if (redirectUrl.Contains("ReturnUrl="))
        {
            var host = HttpUtility.UrlEncode(
                            "http://" +
                            this.Request.Url.Host +
                            (Request.Url.IsDefaultPort ? "" : ":" + Request.Url.Port));
            Response.RedirectLocation = redirectUrl.Replace("ReturnUrl=", "ReturnUrl=" + host);
        }
    }
}

Agenda

El mes de mayo viene lleno de eventos interesantes en Montevideo, así que la agenda está bastante completita:

Meetups

En primer lugar tenemos esta semana el meetup de Ruby, el martes 8. Enseguida, el jueves 10 de mayo el reunión mensual del grupo MySQL. Ambos meetups se vienen con todo, con una buena concurrencia y excelentes presentaciones hasta ahora, además de buenas oportunidades para conocer gente del medio y tomar cerveza.

Conferencia Internacional de Software Libre y Código Abierto

Antel organiza una conferencia internacional de Software Libre con expositores interesantes. De destacar la presencia del famoso Jon “maddog” Hall.

EduJAM!

El viernes 11 y sábado 12 en el Complejo de las Telecomunicaciones se realiza el eduJAM. Sigan el enlace por más información, pero básicamente: El principal objetivo del encuentro es fortalecer la comunidad de desarrolladores de software educativo libre, especialmente en América del Sur pero también con el objetivo de incrementar los esfuerzos de colaboración con el resto del mundo.

Montevideo Comics

El fin de semana del 19 y 20 de mayo se realiza la edición del décimo aniversario de Montevideo Comics en el Complejo Cultural Plaza. En breve publico la agenda completa. Al igual que otros años, la oportunidad perfecta para ver qué está pasando en materia de cómics a nivel nacional y regional, entre otras frikadas.

Espero no haberme olvidado de nada… Mes movido Mayo

.Net

• C#/.NET Little Wonders: The Enumerable.Repeat() Static Method
  
  James Michael Hare
• More fun with DateTime
  
  Jon Skeet
• IDisposable for Dummies #1 – Why? What?
  
  Paul Ballard
• [C# Básico] Métodos con parámetros variables
  
  Eduard Tomás
• C#/.NET Little Wonders: The Enumerable.Range() Static Method
  
  James Michael Hare

Asp.net

• Griffin.MvcContrib – The plugin system
  
  Jonas Gauffin
• ASP.NET MVC4 Validando que un campo sea true o checked
  
  Sergio Marrero
• SignalR 0.5
  
  David Fowler
• ASP.NET MVC 4 NUnit template
  
  Geoff Hudik
• Learn MVC (Model view controller) Step by Step in 7 days – Day 1
  
  Shivprasad Koirala
• A XAML Guy digs into ASP.NET MVC4 (Part 1 of –)
  
  Michael Crump
• GZip/Deflate compression in ASP.NET MVC
  
  Rick Strahl
• ASP.NET Web API Updates – April 27
  
  Henrik F Nielsen
• Using Razor V2 in ASP.NET MVC 3
  
  Imran Baloch
• Using Nightly ASP.NET Web Stack NuGet Packages
  
  Henrik F Nielsen
• Nightly signed NuGet packages are available for ASP.NET MVC, WebAPI y WebPages
  
  Brad Wilson

Azure / Cloud

• How to Use Twilio for Voice and SMS Capabilities from Windows Azure
  
  Windows Azure

Conceptos

• GUID guide, part two
  
  Eric Lippert

Data access

• Con esto cerramos los proxis dinámicos de EF
  
  Pedro Hurtado
• Entity Framework 4.3.1 Migrations and non English locale
  
  Simone Chiaretta

Html/Css/Javascript

• JavaScript Style Guides And Beautifiers
  
  Addy Osmani
• CSS: The Good Parts
  
  Louis Lazaris
• A Basic jQuery Plugin using the Module Pattern
  
  Sam Deering
• Closures: Front to Back
  
  Brian Scaturro
• Starter: jumpstart your jQuery plugins Doug Neiner
• More news from MS Open Tech: announcing the open source Metro style theme for jQuery Mobile
  
  Abu Obeida

Visual Studio/Complementos/Herramientas

• Develop HTML5 Windows Phone Apps with Apache Cordova
  
  Colin Eberhardt
• [Tip] Usar NuGet sin tener que subir los paquetes a nuestro repositorio de código fuente
  
  Luis Ruiz Pavón

Otros

• Create Android AngryBirds Game Using WiEngine SDK -Part 1
  
  Xianzhong Zhu
• Comportarse como un grillo
  
  José Manuel Alarcón

Como no soy ningún experto en PHP, ni en WordPress, ni en diseño web en general, he hecho lo único sensato que podía hacer: aprovecharme del trabajo de los que sí saben. El tema está basado en un 90% en WordPress Bootstrap, que a su vez usa Bootstrap y Bones. Sin duda, una muestra más de lo que se puede conseguir con el código abierto

Nunca había trasteado tanto con WordPress (y eso que casi ni he arañado la superficie), pero ha sido una experiencia entretenida y me ha servido para ver algunas cosas:

• PHP es feo. Lo siento, seguro que hay gente a la que le encanta, pero estéticamente me resulta poco agradable, eso de poner el $ en las variables no me gusta nada (me pasa lo mismo con Powershell) y la mezcla de PHP + HTML me resulta complicada de leer (echo de menos la limpieza de razor o jade).
• Las APIs de WordPress están bastante conseguidas. Tienen un montón de puntos de extensión y están bastante bien pensadas para construir cosas a partir de ellas.
• Me queda la sensación de que la mayoría de las páginas lanzan como el triple de consultas a la base de datos de las que son necesarias e intuyo unos select n+1 por ahí que no me gustan nada, pero como no sé mucho de WordPress a lo mejor me equivoco y, en cualquier caso, para un sitio como este me sobra.
• Fiver, el tema que usaba hasta ahora, es un prodigio de minimalismo y elegancia, al menos en cuanto código. Es difícil conseguir más con tan poco.
• Siempre, siempre, pase lo que pase, por pequeño que sea el proyecto que estés haciendo, usa algún sistema de control de código fuente. Pese a las tres tonterías que he tocado, más de una vez me ha salvado tener el proyecto en github para poder dar marcha atrás o comprobar que cambio había roto algo.
• Cuando no sabes lo que estás haciendo, todo parece fácil hasta que se vuelve difícil. Hacía mucho que no tenía la sensación de estar ñapeando tanto y me siento un poco “sucio” por ello.

Todavía hay bastantes cosas que no me acaban de convencer y que es posible que cambie (si es que no me acabo acostumbrando a verlas así, que también puede pasar). Sobre todo la cabecera del blog y los pies de los posts son partes que me gustan más bien poco.

Seguro que hay cosas que no funcionan bien y tampoco he hecho unas pruebas demasiado exhaustivas, así que si ves algo raro, sería un bonito detalle que me avisaras en los comentarios o con un email a juan(punto)hernandez(punto)arroyo(arroba)gmail(punto)com.

El tema está subido en github como koalite-bootstrap, aunque me temo que no es usable directamente para otro blog porque hay muchas cosas preparadas específicamente para éste, con sus plugins, sus imágenes y sus cosas. De todas formas, teniendo en cuenta lo mucho que me he aprovechado del trabajo de otros, lo mínimo que podía hacer era colgarlo en algún sitio por si le sirve a alguien, aunque sólo sea para echarse unas risas con las barbaridades que he podido hacer.

Compartir:

No hay posts relacionados.

Soy Miriam Muros (@miriammuros) y soy de Madrid. Siempre he vivido en Madrid aunque estoy deseando vivir en otros lugares. Ahora mismo dedico mi tiempo a diferentes proyectos propios. Soy freelance, desarrollando algunos proyectos propios que espero que vean pronto la luz, intento levantar un centro de coworking y en ocasiones hago de advisor para otros proyectos. Pero en mi curriculum están empresas como Tuenti y Grupo Prisa.

- ¿Desde cuando y cómo te picó el gusanillo de la informática?

Recuerdo tener un ordenador en casa desde siempre, y estar trasteando con el. Jugar a Prince of persia y siempre perder por lo que en los ratos que me aburría lo dedicaba a otras cosas. Pero a programar y a saber que realmente este era mi campo, a los 12 años, cuando realicé mi primera web! Y desde entonces ya sabía a que me iba a dedicar en el futuro.

- ¿Cual o cuáles son tus lenguajes de programación favoritos? ¿Razones?

Aunque mucha gente me critique por decir esto: php. Todo el mundo se mete con el porque no es un lenguaje estructurado, y blabla, pero se olvidan de que todas las grandes empresas de internet que han triunfado prácticamente todas tenían base en php y de echo, es de lo que más se pide trabajo… por algo será! y.. aparte de php, javascript Soy una programadora web en toda regla!

- ¿Y tus herramientas habituales? (frameworks, librerías, IDE/editor, sistema de control de versiones…)

Netbeans, git, jquery, firebug, vi creo que no podría vivir sin estos cinco…

- Recomienda alguna lectura técnica que no nos deberíamos perder.

He de decir que no soy una gran lectora sobre todo de lecturas técnicas, me parece que no tiene mucho sentido leer un libro técnico de principio a fin, ya que realmente son manuales, y los manuales sirven para instruirte en los puntos que tu necesitas pero… ya que me lo preguntáis… The pragmatic programmer

- Añade lo que quieras.

Invito a todas las chicas developars, a que entren en BetaBeers, es una reunión de programadores para hablar de programación y de proyectos que se realiza cada mes y están por casi toda España! Es muy interesante, he incluso ahora han empezado a hacer concursos de programación, y… me gustaría no ser siempre la única chica!

Soy Lucía Manescau García, tinerfeña de 31 años (aunque nací en Las Palmas de Gran Canaria, pero vivo en Tenerife desde los 3 añitos) e Ingeniera Superior Informática por la Universidad de La Laguna. Actualmente trabajo en GMR Canarias, una empresa pública de la Consejería de Agricultura, Ganadería, Pesca y Aguas, como analista desarrolladora en Java y jefa de proyectos.

- ¿Desde cuando y cómo te picó el gusanillo de la informática?

La verdad es que siempre me llamó la informática. Tengo incluso una curiosa foto a los 5 añitos frente a un ordenador, un MSX, que lo demuestra , y recuerdo también, pocos años después, incluso hacer mis pinitos con el DOS. Pero la decisión final de estudiar informática llegó algo tarde. Curiosamente, hasta COU (sí, soy del viejo sistema, e incluso lo digo con orgullo jeje), estaba decidida a estudiar Bellas Artes, una carrera bastante diferente, lo admito. Pero cuando en COU nos llevaron a visitar las facultades, quedé prendada por informática, y en ese último año cambié de opinión y me matriculé en informática. Aunque los primeros años fueron algo decepcionantes (me faltaba verle la parte práctica), cuando empecé a hacer la Ingeniería Superior empecé a ilusionarme más y ,una vez trabajando, me di realmente cuenta de que la decisión había sido la correcta, hasta convertirme en una apasionada de mi trabajo.

- ¿Cual o cuáles son tus lenguajes de programación favoritos? ¿Razones?

Sin duda alguna, Java. Realmente me encanta trabajar con ese lenguaje. Me resulta muy práctica las posibilidades que da para la estructuración de los programas, para su modularización, me resulta muy sencillo en ese lenguaje entender la abstracción (lo cual en si puede parecer una frase algo rara, pero, no se por qué, en Java lo veo más claro que en otros lenguajes),… en definitiva, me siento cómoda y más imaginativa trabajando en Java. Además, otra gran ventaja que pienso que tiene, son la cantidad de frameworks y librerías que hay en ese lenguaje, la cantidad de colaboración que permite entre desarrolladores, lo cual, en los tiempos que corren, creo que es indispensable, pues ha quedado más que claro que el sistema completamente cerrado de “yo programo mis cosas y que nadie sepa como las he hecho ni pueda trabajar sobre ellas” ya no sirve (si hasta Apple, que siempre abogó por sistemas cerrados, tuvo que dejar abierta la posibilidad de que programas de desarrolladores externos se pudieran ejecutar en sus sistemas como el IPad, sería ilógico que otras empresas o desarrolladores siguieran pensando que los sistemas cerrados tienen futuro).

- ¿Y tus herramientas habituales? (frameworks, librerías, IDE/editor, sistema de control de versiones…)

Como IDE soy completamente fan de Eclipse, y especificando más, de MyEclipse (que vale que tiene la desventaja de ser de pago, pero siendo sincera entre uno y otro no hay color). En cuanto a frameworks me gusta mucho Spring, porque cubre una gran cantidad de necesidades del desarrollo y lo facilita muchísimo (el uso de anotaciones con Spring, desde que empecé a utilizarlo, me pareció una verdadera gozada ), además de permitir una muy cómoda integración con otras herramientas como JUnit a la hora de hacer los tests unitarios (aunque en este aspecto he de confesar que hace poco, gracias a una charla de Yeray Darias, conocí los Specs de Scala, y me han dado muchas ganas de ahondar más en ellos, pues me ha parecido que tienen muy buena pinta ). No me gustaría terminar este apartado sin nombrar por una parte Maven, que me parece una herramienta realmente genial y completa tanto para el tratamiento de librerías, como para empaquetar, deployar o publicar librerías propias; por otra parte Git como control de versiones pues, aunque el paso de SVN a Git cuesta un poco por tener que “cambiar el chip”, la gran utilidad de poder controlar tus propios versionados, tus propias ramas, me encanta; y por último las herramientas de Atlassian (Jira, GreenHopper, Fisheye, Crucible), que pienso que facilitan muchísimo la organización de proyectos.

- Recomienda alguna lectura técnica que no nos deberíamos perder.

Si tuviera que recomendar alguna lectura, me decantaría por “Java Puzzlers”, quizá no tanto porque enseñe en sí, ni desde luego por ser novedoso, sino porque te hace pensar un poquito más allá de aquellas cosas con las que te enfrentas diariamente como desarrollador, y te hace plantearte si a veces no nos adentramos lo suficiente en qué está haciendo realmente nuestro código. De todas formas, lo que realmente recomendaría como lectura es Google, y con esto me refiero a búsquedas continuas, a estar pendiente de qué es lo nuevo que sale, de qué nuevas posibilidades tenemos,… Desde mi punto de vista, más importante que “una lectura obligatoria”, es no dejar de leer nunca.

- Añade lo que quieras.

En este apartado, en primer lugar, me gustaría darte las gracias Daniel por esta iniciativa de “developars”, porque creo que las mujeres desarrolladoras en parte somos como las meigas, “haberlas haylas”, aunque muchas veces estemos algo más escondidas, seguramente porque siendo sincera seguimos siendo minoría. Pero la pasión por la informática no tiene sexo, o la sientes o no la sientes . Yo personalmente me siento afortunada por sentirlo, por disfrutar por mi trabajo, por que me nazca gritar un “ole, ole” mientras aplaudo cuando resuelvo un problema complejo, tengo una “idea feliz”, pruebo un nuevo framework que me sorprende gratamente o veo un gran trabajo de un compañero. Sobre todo porque hace poco tuve una temporada algo de “bajón” de la que resurgí con ganas renovadas y con más pasión que nunca. De aquí ha salido mi twitter @luciamanescau (con el que aún me estoy peleando un poco ) y mi blog Renacer de una informática, que aunque aún esté en pañales, pues lleva poquito tiempo, espero que poco a poco vaya creciendo y madurando.

Por lo tanto mi recomendación si creeis que vais a permanecer en el mercado y que puede que crezcais es que hagais un análisis de cuanto os costaría,  no el arrancar ahora el producto, sinó adaptaros a un éxito enorme o a no tenerlo.

Ruby Meetup

Se acerca el segundo martes de Mayo, día de Ruby Meetup en Montevideo. Vale la pena recordar que NO ES NECESARIO SABER RUBY para acercarse:

La excusa es que entre todos nos pongamos un poco al día sobre distintas técnicas, herramientas, metodologías y lo que se nos ocurra. Aprender. Enseñar. Pero primordialmente: conocernos entre todos.

Para este martes ya somos 18 anotados. Si están interesados en ir, anótense en la página del meetup, así los contamos para la pizza y cerveza

La vez pasada estuvo muy buena, hubo bastante gente. Esta vez parece que Marcos Albe (conocido también por ser co-organizador de los MySQL Meetups) va a dar una charla sobre optimización para ORMs en Ruby On Rails

Fecha:
Martes 8 de Mayo – 19:30 horas

Lugar:
CoworkingMVD (via Cubox)
Bulevar España 2529, esquina Libertad (mapa)

Mozilla Developer Network Hack Day Montevideo 2012

El martes 24 se realizó el MDN Hack Day Montevideo 2012 en Café la diaria. El evento fue auspiciado por Mozilla, Cubox, la diaria y BlueVia.

Antes que nada, quiero aclarar que me reconozco fanboy de Mozilla, Firefox, y todo lo que hacen por la web. Podrán imaginar mi entusiasmo ante la visita de los Mozillianos y la realización de este evento. Pido disculpas si el post desborda en subjetividad

Llegué con Diego (“el jefe”) a café la diaria bastante temprano. Cubox participó de la organización, así que estuvimos a eso de las 17:00 para llevar algunas cosas y ver en qué ayudar.

Ahí estaba Havi Hoffman, a quien habíamos tenido el gusto de conocer más temprano en nuestro Coworking. Havi trabaja en Mozilla Labs y WebFWD, y mantiente la cuenta @mozlabs.

También estaba Shezmeen Prasad, Developer Events Manager de Mozilla. Ambas armando el registro y preparando todo para recibir a los asistentes. Pasados pocos minutos ya empezó a caer gente, a quienes se les recibía con stickers de Mozilla MDN y Firefox Aurora.

Dan Mills fue el primer orador y dió su charla en español. El título de su charla fue How to make passwords on your site a thing of the past. En ella presentó una nueva iniciativa de Mozilla para la identidad de los usuarios en la web: Mozilla Persona.

Este sistema se conocía anteriormente como BrowserID, que pasó a ser ahora el nombre del protocolo de cara a los desarrolladores.

Mozilla Persona

Es un sistema muy interesante que pretende resolver varios problemas. Desde el punto de vista de los desarrolladores, evitarles reimplementar un sistema de autenticación en sus aplicaciones. Desde el punto de vista del usuario, evitarles tener que recordar nuevos nombres de usuario, así como no depender de servicios de terceros (Twitter, Facebook Connect, Google Accounts, etc.) para iniciar sesiones en distintos sitios. Lo único que se necesita es una dirección de correo electrónico válida.

El sistema vendría implementado nativo en Firefox, y la idea es que los navegadores que quieran lo implementen. Por el momento, si no se encuentra la característica en el navegador, usa un modal por JavaScript compatible con cualquier navegador para iniciar la sesión.

Desde el punto de vista de la privacidad, no tendremos que andar pasando más nuestra información desde un servicio a otro, sin saber con qué fin se usa.

Voy a seguir con atención Mozilla Persona. Resulta muy interesante, y espero se vaya implementando en cuantas plataformas y sitios sea posible. En estos momentos pueden probar esta nueva funcionalidad en los comentarios de este blog. Instalé el plugin Mozilla BrowserID para que se puedan dejar comentarios con Persona

Pueden leer más al respecto en los siguientes enlaces:

• Blog de identidad en Mozilla
• La especificación de BrowserID en GitHub
• Persona en la Wiki de Mozilla

La siguiente charla la dió Shane Caraveo sobre Mozilla Marketplace, un mercado de aplicaciones web. La idea es crear un ecosistema abierto para desarrolladores y consumidores, incluyendo un mercado operado por Mozilla. Está basado en estándares web como HTML5, CSS y JavaScript junto a APIs diseñados por Mozilla.

Mozilla Marketplace

Se busca evitar el desarrollo nativo para las plataformas propietarias (privativas) como son Android, iOS o Windows.  Aplicaciones HTML5 aseguran la libertad de los desarrolladores y usuarios así como la compatibilidad a lo largo de las distintas plataformas. Mozilla comparte la idea de que la web es algo universal, abierta y estándar, competitiva y mayor que cualquier proveedor.

En la presentación, Shane hizo una demostración donde ejecutaba aplicaciones web de un borrador funcional del mercado. Incluso mostró como una aplicación se instalaba desde el mercado web, y se ejecutaba como una aplicación más del sistema.

También espero que prospere esta gran iniciativa. Si bien ya existen varios mercados del estilo, cada uno es cerrado en su plataforma. Es importante ser conciente de los objetivos de cada uno, creado por empresas con fines comerciales y no por una fundación sin fines de lucro como Mozilla. Ojalá de acá a un tiempo las Apps de tecnologías estándar de Mozilla ocupen una parte importante del mercado, permitiendo el crecimiento de opciones más sanas para los desarrolladores y consumidores.

• En este enlace de la Wiki de Mozilla pueden encontrar más información.
• La presentación que dió Shane en español y en inglés.
• Sitio web de Mozilla Marketplace
• MDN: Mozilla Apps para desarrolladores

La siguiente presentación estuvo a cargo de Andres Leonardo Martinez Ortiz. Representante de BlueVia, comentó sobre el programa para desarrolladores de BlueVia: platforma e iniciativas. BlueVia provee una serie de APIs implementadas para interactuar por ejemplo con el envío de SMS aunque no está orientado exclusivamente al mercado de móviles.

SUPPORT ALL THE RESOLUTIONS!!1!

La cuarta charla de la noche estuvo a cargo de Nicolás Barrera, colega cuboxer conocido en Internet como DrummerHead. Drummer es diseñador de aplicaciones y desarrollador front-end en Cubox, y nos habló sobre Diseño Web Responsivo.

El DWR (como lo voy a llamar en lo que queda de este post) se adapta a la pantalla del usuario, sin importar el tamaño o dispositivo, permitiendo una navegación y accesibilidad coherente a lo largo de las distintas formas de acceder a él (espero haberme expresado bien, no he dormido mucho…).

En la presentación explicó y demostró cómo implementar un diseño así de cero. Comentó el tag meta viewport para decirle a los navegadores móviles cómo comportarse, explica layout fluído, porcentajes a ems, y Media Queries.

• Presentación de DWR
• Video de la presentación en Wroclaw, Polonia en Marzo de 2012.
• Foto de DrummerHead por Havi Hoffman.

Después de esto, fuimos invitados con unas pizzas, y hubo un breve intervalo para aprovechar a conversar, alimentarse y tomar algo en la barra del café la diaria.

A la vuelta de la comida, se dió lugar a las Lightning Talks. Las Lightning talks son charlas de unos poco minutos. Hubo un pizarrón durante todo el evento para anotar charlas que los asistentes quisieran dar.

Mozilla Dev Derby

Álvaro Mouriño fue el primero en presentar, y nos habló del Mozilla Dev Derby. Se trata de un concurso de Mozilla para crear demos de lo que se puede hacer con tecnologías web abiertas. Cada mes se decide un nuevo tema (actualmente hay uno de Websockets) y se eligen 3 ganadores. Los premios son un teléfono Android, un bolso para laptop y una camiseta de MDN. Álvaro ya ha participado de esta iniciativa, y ganó el segundo premio en el mes de Octubre de 2011.

Después pasó a hablar Evan Henshaw-Plath (“el otro jefe”), que habló sobre Software Libre. De como todo lo usamos y es muy fácil desarrollarlo y colaborar en el desarrollo de software libre. También comentó como en Cubox desarrollamos mucho software libre

El siguiente orador fui yo…

Mi charla se titula La web como herramienta social. Hacía mucho tiempo que no hablaba en público así que estaba un poco nervioso, pero creo que fue bastante bien. El objetivo de la charla fue intentar generar conciencia en los programadores hacia la web como herramienta de cambio social. Los 3 frentes que considero importante en esto son el Software Libre, la Web Abierta y los Datos Abiertos.

Así expliqué qué significa cada uno de estos 3 conceptos y las ventajas que trae desarrollar teniéndolos como objetivo y pilares. Me explayé más en la parte de Datos Abiertos, que es con la que vengo más involucrado desde Desarrollando América Latina, en parte buscando más adeptos para desarrollar en base a datos abiertos.

Para armar la presentación usé ShowOff, que no conocía hasta el día antes de tener que dar la charla Es algo así como un motor de presentaciones armado en una aplicación web sobre Sinatra. Está muy bueno y práctico.

• Ver la presentación
• Código fuente de la presentación

Boot to Gecko

Para cerrar el evento, pasó a presentar Robert Nyman con JavaScript APIs – The Web is the Platform. La charla arrancó bastante divertida, Robert se presentó como Sueco y comentó algunas particularidades de la gente de Suecia.

Mostró bastante código y comentó sobre nuevas tecnologías web en las que se está trabajando en Mozilla: Fullscreen API (pantalla completa desde JavaScript), acceso a cámaras, WebRTC (capacidad de comunicación en tiempo real a través de APIs JavaScript), Pointer Lock API, IndexedDB, Battery API.

Otro proyecto bien interesante en el que se viene trabajando es Boot To Gecko (B2G). Es un sistema operativo completo e independiente para la web abierta.

Está formado por Gaia – la interfaz de usuario escrita completamente en HTML, CSS y JavaScript. Su interacción con el sistema operativo se realiza a través de Open Web APIs implementados por Gecko. Gecko es el runtime de aplicación, implementando los estándares abiertos para HTML, CSS y JS. El sistema operativo a mas bajo nivel se denomina Gonk, un kernel linux con una capa de abstracción HAL y varias bibliotecas open source.

Gonk es como una mini-distribución de linux, y es un port más al que apunta Gecko, así como hay un Gecko para OS X, y uno para Android. Al tener control sobre Gonk, B2G expone interfaces a Gecko que no son accesibles en otros sistemas. Por ejemplo el acceso a la pila de telefonía y pantalla.

También entre otras cosas hizo mención a Firefox Aurora.

Firefox Aurora

Aurora es la versión pre-beta de Firefox. En estos momentos corresponde a lo que eventualmente será Firefox 14. Desde el evento instalé Aurora en mi computadora con ArchLinux y la verdad que funciona muy bien. Noté una mejora en la reproducción de videos HTML 5, además de no haber sufrido ninguna explosión del navegador hasta ahora y en general lo siento mas rápido en todo.

También comentar que los plugins siguen funcionando de lo mas bien. Solo tuve que instalar una versión alfa de Firebug (1.10a7) porque la 1.9 no funcionaba bien.

El objetivo de este build de Firefox es tener un primer vistazo a las nuevas herramientas de desarrollo, características de seguridad y nuevas tecnologías HTML5 y web en general.

• Presentación de Robert en Slideshare

Y así terminó un excelente evento de la mano de Mozilla y demás organizadores. Para mi fue un honor ser parte del evento tanto dando una charla junto a gente tan genial (que está haciendo cosas tan increíbles por el progreso de la web), como ayudando con la organización y difusión.

Quedamos todos muy contentos y agradecidos de haber tenido a los Mozillianos por estos lados, y los esperamos para una próxima visita

• Algunas fotos de la gira por Havi

1. Utilizar una dependencia binaria, es decir, referenciar el assembly que contiene las clases que queremos utilizar.
2. Copiar y pegar el código de las clases que queremos utilizar en nuestro proyecto y compilarlas junto con el proyecto.

Hasta hace no mucho tiempo, la primera opción parecía la forma más ortodoxa y andar copiando código de un sitio a otro podía llegar a verse como un “atajo”, algo que podías hacer pero que, en el fondo, sabías que estaba mal y que deberías convertir en una librería “de verdad” porque cuando hubiera que cambiar algo tendrías que ir proyecto a proyecto corrigiéndolo.

Las dependencias binarias son una opción más cómoda cuando se trata de librerías grandes, porque andar copiando y pegando 400 clases es bastante incómodo, sobre todo si lo que estamos copiando está minimamente organizado y las 400 clases están repartidos en otros tantos archivos que, a su vez, se distribuyen en varias carpetas. Algunos han pensado en esto e incluso hay una herramienta, tape, que permite fusionar esos 400 ficheros es un único .cs listo para añadir al proyecto, aunque el propio autor dice que no la ha probado extensivamente.

La segunda opción, copiar y pegar el código, es algo que, en el fondo, casi todos hemos estado haciendo continuamente. Hay algunos fragmentos de código que usamos en casi todos los proyectos pero que no llegan a tener la categoría de librerías. A veces acaban en una librería utils.dll o similar, pero en general suelen copiarse (y modificarse ligeramente) de un proyecto a otro. A priori, esta segunda opción puede parecer peor idea ya que estamos duplicando código en un montón de sitios, y todos sabemos que duplicar código es malo, DRY y todas esas cosas.

Sin embargo, con la llegada de mejores gestores de paquetes como NuGet, que simplifica el proceso de copia de los ficheros implicados en el proyecto de destino, y la “moda” de los micro-frameworks (Massive, TinyIoC, etc.), que hace que los frameworks sean más pequeños y manejables, la segunda opción empieza a ganar adeptos.

Duplicar el código tiene sus ventajas:

• Reduce el número de assemblies a desplegar. Aparte de mejorar algo el rendimiento, simplifica el despliegue de la aplicación y simplificar cosas es siempre bueno. Es cierto que se pueden usar herramientas como ilmerge para integrar las librerías en el proyecto, pero siempre es una complicación adicional.
• Facilita la depuración. Al incluir el código fuente en el proyecto es más sencillo depurar. Claro que puedes incluir símbolos de depuración con una librería binario, pero es mucho más sencillo depurar directamente código fuente y eso siempre funciona; con los símbolos a veces Visual Studio se pone un poco más pesado para dejarte depurar si no tienes el código fuente por ahí.

• Evita dependencias ocultas entre aplicaciones.

  Si tenemos una librería que usamos en dos aplicaciones distintas y queremos cambiarla para añadir cosas necesarias en una de las aplicaciones, tenemos que tener cuidado para que estos cambios no afecten a la otra aplicación. Es de suponer que en un futuro la otra aplicación se actualizará a la nueva versión de la librería y no sería agradable que se rompiera.

  Al tener el código compartido entre dos aplicaciones diferentes, estamos obligados a valorar con mucho más cuidado cada cambio que hacemos en la librería. Por supuesto tenemos la opción de hacer un fork del código inicial y tener distintas ramas de la librería por cada aplicación pero en ese caso, ¿qué ventaja tendría crear una librería común?

Viendo esto parece que sea mucho mejor, copiar y pegar el código que usar una librería compilada, pero no hay que olvidar que usar una librería compilada tiene también sus ventajas:

• Evitamos duplicar código, por lo que cuando se produce un problema o queremos introducir una mejora, sólo tenemos que tocar en un sitio.
• Tenemos más herramientas para controlar la visibilidad de las clases (internal) y eso puede ayudar tener un API más clara.
• Es más sencillo desplegar nuevas versiones porque sólo hace falta copiar una dll en lugar de varios archivos de código fuente.
• Se reduce el tiempo de compilación.

Cuándo usar cada tipo

A la hora de decidir la forma en que usamos una dependencia la primera variable a tener en cuenta es cómo se distribuye. Por ejemplo, si quieres usar NHibernate, es un bastante incómodo copiar su miles de clases en tu proyecto, así que no seas terco y usa la dll que ya te dan compilada. Si vas a usar Massive, no compiles una dll sólo para él y añádelo directamente al proyecto que contenga el código de acceso a datos.

En cuanto a las librerías que se mantienen internamente dentro de una organización (empresa/equipo/etc.), depende mucho del tipo de dependencia:

Para librerías grandes, de propósito general, en las que estés dispuesto a invertir tiempo manteniéndolas estables, compatibles hacia atrás y con una calidad elevada, merece la pena crear dependencias binarias por su facilidad a la hora de añadirlas a otros proyectos y la ventaja de poder corregir bugs para todos los proyectos que usan la librería.

Cuando sea algo que parece que es general, pero de momento sólo vas a usar en una aplicación, no crees una librería, es una pérdida de tiempo. Cuando encuentres un problema en esa aplicación, en lugar de poder corregirlo allí tienes que irte a la librería, corregirlo, generar una nueva versión y actualizarla en el proyecto de la aplicación. Mantén el código en la aplicación y ya veremos que pasa en el futuro. YAGNI.

Si la librería es pequeña o está compuesta por muchas pequeñas clases de utilidad, cópiala y pégala de un sitio a otro. Es bastante probable que un mismo proyecto no necesite todos esos extension methods tan chulos que has creado, sino sólo una parte de ellos, y es también bastante probable que incluso parte de ellos tengan que ser ligeramente modificados para usarlos en ese proyecto. No merece la pena el esfuerzo de intentar cubrir el caso general cuando copiar/pegar/adaptar es muchas veces la opción más rentable.

Conclusiones

Puede parecer que hay más argumentos a favor de copiar y pegar que de crear librerías reutilizables y seguramente sea así porque realmente no hay tantas oportunidades como a nosotros nos gustaría de reutilizar el código de un proyecto a otro sin realizar ningún cambio. Más de una vez me ha pasado pensar que parte de un proyecto era “digna” de convertirse en librería para luego, con el tiempo, ver que sólo se usa en el proyecto original, complicando la corrección de fallos y la implementación de nuevas mejoras.

Por otra parte, hay componentes que tiene sentido convertir en librerías, bien porque son muy estables en el tiempo, muy genéricos, o tan útiles que merece la pena luchar por mantener su flexilbidad y compatibilidad. En ese caso, cuando estés seguro de que merece la pena, la opción de la librería es buena, pero no intentes crear el super framework universal, eso no suele funcionar.

Compartir enlace:

Posts relacionados:

1. Modificar la configuración de NHibernate por código

WordPress

Además de List Category Posts, también desarrollé el plugin para WordPress UserAgent-Spy. Es el plugin que uso para mostrar los navegadores, sistemas operativos y dispositivos de los usuarios en los comentarios.

Hacía tiempo que quería retomar su desarrollo, pero siempre lo iba dejando de lado por otras cosas. Finalmente me decidí y volví a él. Tengo que admitir que me costó bastante.

En primer lugar, al igual que List Category Posts, este plugin empezó de un script super básico a crecer poco a poco. El modelo de crecimiento fue al estilo “monstruo de Frankestein”, donde iba metiéndole código por un lado y por otro para alcanzar distintas funcionalidades. El resultado final fue obviamente el esperado: ¡UN MONSTRUO!

Frankenstein WordPress

Mirar el código de hace un buen tiempo me hizo pensar que o bien he aprendido mucho en este tiempo, o era un programador horrible en ese momento. En verdad no son mutuamente excluyentes, así que puedo aceptar que ambas afirmaciones son ciertas. Si bien ahora sigo pensando que hay miles de mejoras para hacerle al código, aprolijé bastante por todos lados.

También intenté documentar un poco más. No entendía mi propio código, y tenía ganas de agarrar la máquina del tiempo, buscarme en el momento en que  escribí esas cosas, y pegarme una patada voladora atrás de la oreja.

En fin, después de un buen rato de pelea, salió a la luz UserAgent-Spy 1.2. Para el usuario final hay pocos cambios:

• Ahora detecta dispositivos Apple, Blackberry y HTC. Al haber retomado, espero poder agregar más dispositivos e información en breve.
• Detecta PCLinuxOS. Solo porque quería agregar al menos un sistema operativo más. PCLinuxOS está mencionado en los comentarios de la página del plugin, así que lo agregué.

Los cambios más importantes están a nivel de código, ahora se entiende un poco más. Por otro lado, voy a hacer lo mismo que hice con List Category Posts: continuar el desarrollo en GitHub.

Como plataforma para desarrollo colaborativo de software open source, GitHub es la solución ideal. Ya he recibido Pull Requests de otros usuarios en LCP, y el sistema de tickets para bugs, pedidos de nuevas características, etc. es muy bueno. Así que de ahora en más voy a llevar el desarrollo desde ahí, exportando versiones nuevas al repositorio SVN de WordPress.

Comentario aparte: que viejo se siente Subversion.

Se sintió bastante raro ver que la última modificación al código había sido en enero del 2010. No parece haber pasado tanto tiempo. El plugin ya tiene 4 años de desarrollado, y desde entonces siempre estuvo instalado acá en Picando Código y otros de mis blogs. Por eso no me hubiera imaginado que pasaría tanto tiempo sin actualizarlo, y más importante, que volvería a meterle mano. Pero ahora que “volví a la programacíon” mi idea es no dejarlo tan abandonado nuevamente.

Si quieren ayudarme con el desarrollo del plugin, pueden usarlo, probar navegadores, sistemas operativos y dispositivos distintos que no sean detectados, e informarme. Cualquier aporte de código también es bienvenido, y esto resulta mucho mas fácil teniéndolo en GitHub. Espero tener nuevas versiones más seguido, y no que la próxima actualizarlo sea en 2014

Soy Fátima Casaú Pérez, extremeña, de un pueblo de Badajoz llamado Talarrubias (lo tenía que decir). Me vine a Madrid a estudiar Ingeniero Técnico en Informática y antes de terminar empecé a trabajar en Salenda, dónde continúo. En Salenda he aprendido todo lo que sé sobre desarrollo de aplicaciones web sobre la plataforma Java y sobre todo, en Groovy & Grails, además de seguir de cerca el mundo del “agilismo”. Pues a eso me dedico, al desarrollo de aplicaciones web, gestiono algunos proyectos en Salenda y algo de formación.

- ¿Desde cuando y cómo te picó el gusanillo de la informática?

Pues… no sabría decir, desde siempre me ha llamado mucho la atención, quizá más atraída por los sistemas aunque, en la universidad, y sobre todo al empezar a trabajar me diese cuenta de que lo que realmente me gustaba era el desarrollo.

- ¿Cual o cuáles son tus lenguajes de programación favoritos? ¿Razones?

Pues, en un principio Java y ahora, claramente Groovy, ya que te da toda la robustez de Java pero con una sintaxis mucho más sencilla e intuitiva lo que le da una gran potencia al lenguaje.
Por otro lado, JavaScript me gusta bastante por todas las posibilidades que da del lado del cliente, más cuando nos ayudamos de algunas librerías como jQuery.

- ¿Y tus herramientas habituales? (frameworks, librerías, IDE/editor, sistema de control de versiones…)

Cuando llego al trabajo, lo primero que hago es abrir el Chrome con el correo (Gmail), Hootsuite y Google Reader, para intentar no perderme nada, HipChat para comunicarme con todos mis compañeros, JIRA y GreenHopper para la gestión de los proyectos, y Confluence para guardar y compartir cualquier información relevante que lea o que haya que tener en cuenta para cualquier proyecto.
A la hora de desarrollar utilizo el IDE Springsource Tool Suite ya que, a día de hoy, se podría decir que es el mejor, gratuito, para el desarrollo con Groovy & Grails. Los frameworks y librerías, ya los he dicho, Groovy & Grails con todo lo que hay por debajo, Hibernate, Spring, Java…. también con JavaScript, con librerías como jQuery, YUI,…. HTML, CSS. Como sistema de control de versiones, utilizo SVN y como servidor de CI, Bamboo. Ah! y FireBug, no podría vivir sin él.

- Recomienda alguna lectura técnica que no nos deberíamos perder.

Groovy in Action Realmente yo leo más en blogs y twitter que en los libros.

- Añade lo que quieras.

Últimamente estoy muy interesada en el desarrollo de aplicaciones móviles, en HTML5 y CSS3.
Suelo estar presente en todos los eventos sobre TIC que puedo. También intento asistir a algunas reuniones de grupos locales como Madrid GUG (Madrid Groovy User Group), AUG Spain (Atlassian User Group of Spain) y MadridJS. En internet, me gustaría estar más presente de lo que estoy ahora mismo, pero me podéis encontrar en twitter @fatimacasau.

Por último, decir que estoy orgullosa de ser una de las pocas chicas con un perfil técnico en el mundo de la informática, aunque ojalá y fuéramos más.

Hola soy Rosa María, más conocida en el mundo virtual como @assoritam, acabo de cumplir 32 años soy de Perú, co-fundadora de PyhtonPeru, linuxera, amante del software libre y organizadora de eventos relacionados a las TIC. Actualmente trabajo en El Comercio empresa más importante de medios de mi País, dentro del equipo de Plataforma Digital encargado de desarrollar todas las aplicaciones y portales de la Compañía, actualmente encargada de velar por la arquitectura de los componentes de las plataformas y crear nuevas soluciones. Estoy en mi último semestre de la carrera Computer Science en la Pontificia Universidad Católica del Perú, mi tema de tesis esta orientada a Usabilidad/UX de aplicaciones web y en mis tiempo libres aun desarrollo.

¿Desde cuando y cómo te picó el gusanillo de la informática?

Desde muy niña siempre me llamó la atención como funcionaban las cosas electrónicas era, de armar y desarmar cosas. Luego comencé con los juegos en mi pc 486, luego quise averiguar como se hacían estos juegos y no entendía nada de niña, hasta que terminé la escuela y decidí estudiar informática. Aprendía más matematicas y físicas que otra cosa hasta que dejé la universidad, por n razones me puse a trabjar en lo que es ventas de aplicaciones web por el 2004/2005. Desde entonces me interesó hacer mejores cosas con la web, entré como practicante a esta empresa luego tuve un par de salidas, una por irme a trabajar a mi Universidad y otra por que quise implantar mi propia empresa. Luego decidí regresar a la Universidad conociendo mucho de lo que es web. Ahora que llevo los curso y ya estoy a punto de culminar, pienso que la enseñanza es muy baja, que fuera de ella aprendí más con mi laptop, el software libre, y el mundo de la web, que cada día avanza siento que todavía va evolucionar más y quiero conocer mejores cosas. Ahora vengo investigando todo lo que es web semántica.

- ¿Cual o cuáles son tus lenguajes de programación favoritos? ¿Razones?

Python, me ayudó a resolver problemas sumamente rápidos y con unas cuantas lineas de código, pienso que se puede enseñar con este lenguaje, sin necesidad de traumar a los alumnos de universidad con c++ , c o java.
Ruby, ahora estoy metiéndome mucho a este lenguaje, es bastante implícito de las cosas solo que cuando hay que meterle mano a las gemas de un framework es la hitoria, pero es divertido.
Php, por que aún sigue siendo el lenguaje que la mayoría conoce en mi País, y bien o mal nos resulta para hacer grandes portales web en la empresa donde trabajo.

- ¿Y tus herramientas habituales? (frameworks, librerías, IDE/editor, sistema de control de versiones…)

Django de Python,
PHP Unit
IDE vim / NetBeans para Ruby y Java
SVN GIT
RSPEC me parece fabuloso para Testing.
Firebug siempre me salva y me ayuda a entenderme con los CSS, javascript y jquerys.

- ¿Recomienda alguna lectura técnica que no nos deberíamos perder?

Online Python Tutor para aprender python, también Python Argentina me parece un buen tutorial para aprender python y Rails Tutorial para Ruby.

- Añade lo que quieras.

Quiero enseñar a más niñas a querer este mundo, me gustaría vivir sólo enseñando todo lo que aprendido y seguiré aprendiendo pero sólo a chicas, por una especial razón, se que aún es difícil mostrar que podemos aportar también en este mundo del desarrollo de software.
Te dejo mi blog con el último post que escribí en febrero: ¡ Jugar con Software No es para Niñas !