Queremos dar la beinvenida a la red a un proyecto que acaba de nacer y en el que hemos paortado un granito de arena.
Ideas4all es…, bueno mejor que contarlo nosotros aquí lo teneís en un vídeo que hay en su página web:
Enhorabuena a los promotores del proyecto.
Lo hemos leido en Tribulaciones sostenidas el blog de nuestro amigo Ángel Barbero. OpenBravo no se parece en nada a lo que nosotros hacemo, pero no podemos por menos que felicitarlos por lo que supone para la industria del software en España, aunque no sea como servicio ;-) .
Enhorabuena.
Vaya días de novedades una detrás de otra:
Menudo fin de semana.
Mientras los devotos se dan cita en la Conferencia Rails 2008 (o en la paralela CabooseConf), FiveRuns está lanzando TuneUp, una herramienta “social” de debugging para controlar el rendimiento de las aplicaciones Rails.
TuneUp es un plugin que te dice dónde está funcionando con lentitud tu aplicación Ruby On Rails, y es capaz de señalarte las “queries” inadecuadas que has lanzado contra la base de datos. El informe generado se envía a un sitio web para que puedas compartirlo y revisarlo con otros programadores o miembros del equipo (de ahí su denominación “social”).
Visto en TechCrunch.
Peter Cooper ha recopilado 21 trucos y atajos de Ruby que, según él, deberías utilizar en tu código para que no tengas que reinventar la rueda cada vez que te pones a programar. Puedes encontrarlos en Ruby Inside.
3 prácticas “ágiles” para aumentar la productividad de tu equipo:
Más en Pymecrunch
Estaba mirando lo del curso gratis de ruby, y jRuby y en el blog de Arun Gupta he encontrado este post sobre escalabilidad en el que se cuentan la arquitecturas de algunos de los sites mas grandes del mundo:
Me llaman la atención dos cosas:
Quizás algún día las grandes empresas españolas entenderán que el camnio está claro:
Aplicaciones en modo servicio en grandes datacenters basados en software libre.
Para garantizar la calidad y la seguridad de un sistema, un lenguaje o una aplicación, a veces conviene pensar de forma diferente. Pensar más en “cómo podría fallar” y no tanto en “cómo podría funcionar”. Esta es la interesante tesis de este post sobre desarrollo ágil, surgido a partir de una reflexión de Bruce Schneier:
Los ingenieros de seguridad ven el mundo de una forma muy diferente al resto de ingenieros. En vez de centrarse en cómo funcionan los sistemas, se centran en cómo esos sistemas fallan; no sólo eso, también tienen que pensar en cómo otros pueden hacer que esos sistemas fallen y, por supuesto, en cómo impedirlo. Y es que la práctica totalidad de las “vulnerabilidades” de software ni siquiera aparecen en las operaciones más comunes. Sólo surgen cuando un “atacante” las aprovecha. Así que los ingenieros de seguridad necesitan pensar como los atacantes.
En ocasiones, la gente sin esta mentalidad cree que puede diseñar productos de seguridad, cuando en realidad no está capacitada. Y los resultados de esta ineficacia se pueden ver en muchos ámbitos: sistemas de encriptación fraudulentos, programas de software, protocolos de Internet, sistemas de votación, tarjetas, sistemas de pago, etc. Muchos de estos sistemas cuentan con un responsable de la seguridad, sí, pero ese responsable simplemente no es capaz de pensar como un “atacante”.
Construye tu propia fuente [si te atreves...] FontStruct te lo pone un poco más fácil. Después puedes compartirla con la comunidad.
Si no tienes suficiente paciencia, puedes bajarte algunas de las que ha diseñado la gente. Las hay realmente buenas.
Y para terminar, un ejemplo curioso: cómo dibujar con fuentes
Estamos muy contentos. Enhorabuena a beruby.com
BeRuby Wants to Put Cash Back in Your Pocket via the Web - HispanicBusiness.com