El diseño es de Magi, para los interesados maghino_@hotmail.com.

Tiene mogollón de gazapos y el estilo… voy haciendo lo que puedo

http://rapidshare.com/files/128059168/MiniPO_-_ExperimentalSunday_06-07-2008_.mp3.html

Ya soy yo crítico, los temas… me encantan (pedir el tracklist en un comentario y os lo pongo) al dj le falta…

Ya queda menos El Spot lo veo un poquito mal ambientado en el entorno gallego, pero bueno lo mejor va a ser la fiesta!!!!!

https://addons.mozilla.org/es-ES/firefox/browse/type:3

Instalación a golpe de click

Gracias manu!

Lo primero que tenemos que hacer es definir una serie de áreas o conjuntos de grupos para definir los estados:

1
2
3
4
5
6
7
8
9
10
11
12
13
14

class Tracker << ActiveRecord::Base
  acts_as_state_machine :initial => Group.initial_for_loaded_area
 
  Group.all_groups.each() { |grp|
    state grp.state_name
  }
 
  Event.all.each() { |e|
    event e.name.to_sym do
      e.group_transitions.each() { |gt|
        transitions :from => gt.from, :to => gt.to
      }
   }
end

Ahora toca refinarlo un bastante, pero la idea básica es esa.
Saludos!!

Os dejo los enlaces oficiales:

• Euruko2009
• Spanish Ruby Users Group a.k.a. SRUG

Nos vemos en Barna!!!!

1
2
3

:enter => Proc.new { |bar| foo } #antes de entrar al estado.
:after => Proc.new { |bar| foo } #después de entrar al estado.
:exit  => Proc.new { |bar| foo } #al salir del estado.

El uso del plugin es bastante sencillo. Empezamo con la instalación:

1
2

$ script/plugin install / 
http://elitists.textdriven.com/svn/plugins/acts_as_state_machine

Una vez instalado solo tenemos que definir el modelo de la siguiente manera (para no liarlo mucho solo pondré los elementos realcionados con el plugin):

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16

class Ticket << ActiveRecord::Base
  acts_as_state_machine :initial => :opened
 
  state :opened, :enter => Proc.new { #Validates something }
  state :asigned, :after => Proc.new { #Add to TODO }
  state :closed,  :exit   => Proc.new { #Audit ticket }
 
  event :asig do
    transitions :from => :opened, :to => :asigned
  end
 
  event :close do
    transitions :from => :opend, :to => :closed
    transitions :from => :asigned, :to => :closed
  end
end

Con esto nos creariamos una clase Ticket con tres estados, opened, asigned y closed. Los eventos son los encargados de desencadenan las transiciones entre los estados.

Una vez en el controlador podríamos hacer:

1

  @ticket.close!

y el estado de la incidencía pasa a cerrado.

En la base de datos el campo por defecto que Act_as_state_machine usa es el state que podeís modificarlos usando :column como opción. Ahora queda trastear. espero que os ayude en algo.

Saludos.

Referencias:
acts_as_state_machine en Agil Web Development

Años más tarde se lanzó CVS (Concurrent Version System) desarrollado por GNU que dió paso a Subversion (SVN) uno de los VCS más usados hoy en día.

Pero una nueva corriente de DVCS (Distributed Version Control System) está pegando con mucha fuerza desde el 2004. Hoy tenemos una oferta muy amplia de DVCS: Monotone, Darcs, Bazaar, Mercurial y GIT desarrollado por Linus Torvalds y que sin duda es mi preferido.

De GIT destacaría su rápided y facilidad a la hora de trabajar con Branches y solucionar problemas. El concepto de Branch difiere del de SVN. En SVN erán ramas estables y finales (esas que no se deben tocar ) mientras que GIT las trata como puntos de inflexión en las que se separa de la rama principal (master branch). Poniendo un ejemplo: Supongamos un escenario en el que estamos desarrollando una aplicación para crear una ToDo-LiST y queremos desarrollar dos nuevas funcionalidades independientes (FA y FB) y tenemos dos desarrolladores (D1 y D2).

D1 se crea una branch nueva llamada FA y comienza a trabajar en ella a su bola.

D2 continua su desarrollo en la rama principal.

Cuando D1 acabe puede empujarle (push) los cambios a la principal y fusionar todo de nuevo (merge).

Si alguien difiere de esto por favor que me corriga

INSTALACIÓN EN UBUNTU

sudo aptitude install git gitk

CREACIÓN DE CERO DE UN REPO

cd ~/foo/bar

git init

git add .

CLONACIÓN DE UN REPO EXISTENTE

git clone URI

STATUS Y DIFFERENCIAS

git status

git diff

MANEJO DE BRANCHES

git branch foo #Crea la rama foo

git checkout foo #Cambia a la rama foo

PUBLICACIÓN Y ACTUALIZACIÓN

git commit -a -m “Mensaje” #Con -a no hace falta el git add

git fetch #Actualiza

ERRORES

git fsck #Comprueba si hay errores y limpia

Para añadir patrones o ficheros a la zona ignore solo hay que crear un fichero llamado .gitingore en el que podremos introducir los ficheros que no deseamos incluir en el repositorio.

./gitignore

*.log

db/schema.rb

*.session

Puede que halla metido la pata en algún punto, pero espero que os sirva de ayuda, para empezar. Para los maqueros la instalación se puede hacer con los Ports:

sudo port install git-core

Me gustaría que comentaseis vuestras experiencia con GIT u otro DVCS.

-Nathan Torkington (O’Reilly)