Alphasite - The programmers site

StackFrame por fin!

Cracky — Fri, 23 Jan 2009 07:08:20 -0800

Después de mucho tiempo (más del que pensaba), y bastante esfuerzo en poner todas las cosas en su sitio al fin ha nacido stackframe.net.

Dentro de las cosas nuevas que tiene está un rediseño de la apariencia (básicamente otro tema distinto con algunas modificaciones :D), la actualización a Drupal 6 y el sistema multilenguaje que me permite publicar en español y en inglés.

Además hay un montón de cosas que han mejorado, como la tabla de contenidos, el sistema de votos y alguna cosilla más.

Están prácticamente todos los contenidos de TheAlphasite disponibles y los pocos que quedan por portar lo estarán en pocos días. Actualmente estoy estableciendo las redirecciones desde los artículos de aquí a los de allí y en pocos días estará completamente operativo.

He estado publicando en The Alphasite durante 2 años, mejor o peor, a gusto de cada cual, y ahora quiero seguir por el mismo camino en un nuevo sitio, pero ampliando los contenidos para abarcar dos idiomas (y creedme, el tiempo que lleva traducirlo todo es enoooorme). Espero que os guste la nueva página y que la disfrutéis y os sirva de ayuda.

No olvidéis actualizar vuestros lectores de feed a las nuevas direcciones:

Stackframe en español: http://feeds.feedburner.com/stackframenet
Stackframe en inglés: http://feeds.feedburner.com/stackframeennet

Test Driven Development

Cracky — Thu, 11 Sep 2008 16:18:30 -0700

Ultimamente, aquí y allá estoy oyendo hablar del llamado Test Driven Development o Desarrollo guiado por las pruebas como nueva metodología de desarrollo.

Dejadme que os explique un poco como funciona el asunto. La metodología se basa en que el desarrollo de los test guie el desarrollo de la aplicación, de esta forma lo primero que hacemos es planear que necesita hacer la aplicación y en función de ello desarrollamos test para cada una de las funciones, de esta forma disponemos de una prueba para cada función (no os entusiasmeis demasiado con esto ...)

El siguiente paso evidentemente es desarrollar la funcionalidad que consigue pasar ese test, y por tanto, funcionalidad hecha y medianamente probada... perfecto.

La descripción de la metodología tiene más pasos y más guías para el desarrollo y como realizar cada paso. La página de la wikipedia tiene más información para los interesados (que espero que después de leer este artículo sean pocos).

Probando Stackoverflow.com

Cracky — Wed, 27 Aug 2008 15:03:49 -0700

Estos últimos días he estado probando la beta de Stackoverflow, un nuevo website fundado por Jeff Atwood y Joel Spolsky.

Lo primero es lo primero, han hecho un trabajo excelente tanto en implementación como en planteamiento.

Stackoverflow esta planteado como una comunidad de desarrolladores en particular y gente del mundo del software en particular.

El sistema se basa en preguntas y respuestas. Alguien hace una pregunta y la gente de la comunidad responde. Evidentemente aún está en beta por lo que hay muchas cuestiones de concepto que aún se están discutiendo pero básicamente el funcionamiento es ese.

Ahora bien, a eso la gente normal le llamaría "foro", si no fuera por el sistema de votaciones y puntuación que tiene incorporado. Me explico, cada entrada, tanto las preguntas como las respuestas, pueden ser votadas por los propios usuarios de la comunidad. Cada usuario puede emitir un máximo de 30 votos positivos por día y 10 votos negativos por día y cada voto le proporciona a quien lo recibe 10 puntos de reputación.

Check in early, check in offfen

Cracky — Thu, 21 Aug 2008 16:28:30 -0700

Acabo de leer el artículo Check in Early, Check in offen de Jeff Atwood acerca de la metodología de uso del control de versiones para el desarrollo de proyectos.

Aunque coincido con los artículos de Jeff en muchas ocasiones, esta es una de las situaciones en las que no lo hago.

En primer lugar, como por otro lado suele pasar con este tipo de artículos, las reflexiones que hace son demasiado genéricas y sobre caso demasiado simples como para poder extraer verdaderas conclusiones sobre ellos.

Hacer check in pronto y a menudo. Suena bonito, parece un concepto adecuado pero hay muchas cosas que quedan fuera del análisis, cosas que en un proyecto pequeño con dos o tres desarrolladores no tienen importancia pero que en grandes proyectos pueden dar verdaderos dolores de cabeza.

Parada

Cracky — Thu, 05 Jun 2008 06:57:26 -0700

Últimamente TheAlphasite está un poco parada (más de lo habitual), quizá os hayais dado cuenta.

No es que haya perdido impulso, es que estoy preparando a su sucesora.

Stackframe.net (que así se llamará) será muy parecida a esta página pero estará en inglés y en español. Tendréis todos los artículos que hay disponibles aquí también allí, y otros nuevos.

El objetivo es convertir esa página en lo que esta tenía que haber sido y permitirme dedicarle más tiempo, más recursos y más ganas para publicar tanto noticias como cualquier cosa que se me vaya ocurriendo, así como permmitir que preguntéis cualquier duda que tengáis para obtener aclaraciones o un artículo completo explicando algún concepto o duda que no tengáis claro.

Aún le queda un tiempo para estar lista, pero espero que este arriba antes del verano (o a la vuelta como muy muy tarde)... En cuanto esté lista os avisaré (y poco después redirigiré todo el tráfico de este sitio hacia stackframe.net

Microsoft Source Analysis

Cracky — Mon, 26 May 2008 02:16:29 -0700

Está disponible para descarga la herramienta Microsoft Source Analysis para C# que permite el análisis de nuestro código fuente para adaptarlo a los estándares de calidad que rigen dentro de la propia Microsoft.

La herramienta es similar a FxCop pero aplicada directamente al código fuente (mientras que FxCop afecta a ensamblados directamente).

Microsoft Source Analysis viene configurada con unas 200 reglas (que no se pueden editar) y que afectan cosas como la disposición de los elementos del código (corchetes, espacios, etc), la presencia o no de documentación, el espaciado de lineas, el nombrado de los elementos así como algunas otras cosas. Su objetivo primordial es mejorar la estructura y presentación del código para mantener unas regla que lo hagan lo más legible posible.

Personalmente FxCop me parece mucho más completo y además utilizan reglas distintas que en algunos casos pueden llevar a conflicto. No obstante son herramientas distintas con propositos distintos y algunas de las cosas de este Source Analysis estriba en cuestiones de layout (por ejemplo te recomiendo que un comentario de código debería estar precedido de una linea en blanco (para mejorar la legilibilidad del código), te avisa de la falta de documentación de los métodos o te avisa de las secciones de código que son poco "legibles", por lo que su ámbito es distinto y FxCop, q trabaja con ensamblados, nunca podrá dar información de ese estilo.

Podéis descargarlo aquí.

Programación colaborativa vs individual

Cracky — Tue, 20 May 2008 04:35:45 -0700

De un tiempo a esta parte se ha oye el concepto de "programación colaborativa" entre varios programadores de forma que varios programadores trabajen simultaneamente sobre el mismo fragmento (o fragmentos) de código.

La idea detrás del paradigma consiste en que dos pares de ojos ven mucho más que uno y por tanto, aunque la productitividad de dos programadores trabajando será siempre mucho menor que la productividad de ambos por separado, la calidad del código producido será muchisimo mayor, lo cual debería llevar a un código más mantenible, más organizado, más elegante y más seguro.

Would you like the articles on this page to be translated to English?

Cracky — Wed, 14 May 2008 02:10:42 -0700

* Yes, definitely * Yes, maybe some of them * I wouldn't mind but I won't probably read them * Not really, I'm a spanish speaker

Fascinación web

Cracky — Fri, 09 May 2008 02:19:55 -0700

En los últimos tiempos parece que los movimientos de las grandes compañías, especialmente Microsoft y Google tienden a intentar acercarse cada vez más a la tecnología web de una forma o de otra.

No es para menos, el mercado potencial de internet es muy superior a cualquier otro mercado que se haya dado hasta ahora, basta con mirar a Google, cuyo negocio es únicamente internet para darse cuenta de eso. Cada vez nos encontramos con más acercamientos por parte de montones de empresas para ofrecer diversos servicios alrededor de la web, muchas de ellas con un enorme éxito. Ahí tenemos Twitter, Facebook, Blogspot...

Sin embargo, últimamente parece que se empieza a hablar de un "universo web", Google Docs, Microsoft Office Live, Piccasa, etc ... y empieza a implantarse por aquí y por allá la idea de "sistemas operativos web", a saber donde llegaremos. La absurdez del asunto asusta, que uno pueda hacer algo no quiere decir que lo que haga este bien hecho y tenga sentido, no porque el correo electrónico online sea algo extremadamente útil va a pasar lo mismo con una suite ofimática en linea.

Cuestión de rendimiento

Cracky — Thu, 08 May 2008 06:55:00 -0700

He estado leyendo una entrada en el blog de Sasha Goldshtein titulada "Design for Performance Up-Front" que hace una reflexión muy interesante. Pego y traduzco:

If a user clicks a button and the application crashes, it's a problem. If a user clicks a button and the application takes 5 seconds to respond when it should be unnoticeable, it's a problem. It's the same problem.

Si un usuario hace click en un botón y la aplicación da error, es un problema. Si un usuario hace click en un botón y la aplicación tarda 5 segundos en responder cuando ese tiempo no debería notarse, es un problema. Es el mismo problema.