Planet

A finales del mes de Marzo en Sevilla se realizará un torneo de go organizado por Ubicuokiin y están pidiéndome que termine el proyecto para finales de Marzo, ya que quieren usarlo, así que tendré que darle caña para que conozcan el proyecto todos los participantes y extender mi proyecto todo lo que pueda.
Espero que el proyecto crezca y lo conozcan mucha gente !!
Un saludo !!

Bueno, ya estamos a falta de dos días para comenzar este nuevo Hackathon en el que participamos. En esta ocasión está organizado por la Oficina de Software Libre de la Universidad de Granada y tendrá lugar desde el viernes 4 de Marzo a las 09:00 hasta el lunes 7 de Marzo a las 13:30.

En esta edición del Hackathón participaremos un total 7 proyectos y más de 100 personas, aquí podéis consultar el programa. Si aún no os habéis inscrito y os gustaría hacerlo, aquí tenéis el formulario de inscripción (aquellos que no seáis universitarios pero que queráis participar también podéis escribirme a raul (*arroba*) georemindme.com).
Una vez más Codeko se ha ofrecido para patrocinarnos el Hackathon, y gracias a este patrocinio podremos contar con bebidas, refrescos y aperitivos para todos los participantes de GeoRemindMe durante el fin de semana.
En esta ocasión hemos preparado una larga lista de tareas pendientes dividas por perfiles/especialidades, para que todo el mundo pueda encontrar tareas que sepa/quiera hacer; entre ellas, estas sib algunas de las más importantes son:

• Cualquiera: buscar errores en la web, buscarle nombre a nuestra mascota, dar ideas/sugerencias para la aplicación, etc.
• Informáticos: avanzar en el desarrollo de la aplicación de Android, buscar posibles agujeros de seguridad en el código, optimizar el proceso de obtención de la localización en el móvil sin consumir demasiada batería, etc.
• Traductores: traducir y revisar los textos de la web y del blog, crear más subtítulos para el video promocional, etc.
• Diseñadores y artistas: crear un diseño gracioso de la página de error (404), rediseñar la web, crear tarjetas de visita, crear un storyboard para un nuevo video, etc.
• Económicas/empresariales/ADE: estudiar el modelo de negocio, plan de marketing, etc.
• Comunicación y documentación, biblioteconomía: dar cobertura del evento en los medios (blog, twitter, facebook, etc.), montar un video sobre el hackathon, etc.
• Derecho: redactar términos y condiciones de uso, etc.
• Y otras más tareas para psicólogos, gente de magisterio, políticas, sociología, etc.

Continuando con la aplicación y por tanto con el proyecto, es importante destacar, que en la próxima versión de TweMoi, será posible el reconocimiento de los usuarios por parte e la aplicación, es decir, si un usuario de TweMoi, se encuentra en diferentes redes sociales, por ejemplo, en Twitter, y Facebook, y otro usuario de TweMoi también tiene a ese mismo usuario pero solamente en Twitter, la aplicación podrá anunciar, siempre que el usuario lo permita, que ese usuario se encuentra en Facebook y por lo tanto puede conocerle y agregarle.
Esta será una nueva característica de la aplicación aunque habrá otras, como una mejora de la interfaz como ya habíamos anunciado, en un futuro se incorporaran nuevas características, y de esta forma podrán añadirse directamente amigos de esas redes sociales, incluso se mejorará el visor de timeline, pero todo esto será en un futuro.
Me queda por comentar, que la nueva característica de búsqueda de amigos, se realiza por medio de Google App Engine, por lo tanto, será necesarío tener una cuenta de Google para acceder a esta opción. Más adelante ya os iré informando.
Pronto recibiréis la actualización a la nueva versión de la aplicación.

El primer sorprendido soy yo mismo y es que IberOgre ha aparecido en la cuarta sección de noticias de la web oficial de Ogre. Para el proyecto es un acontecimiento de extrema importancia ya que una enorme cantidad de desarrolladores consulta la web, veremos si las visitas aumentan. En el plano personal no puedo estar

La implementación del sistema inicial incluye:
- El compilador
- El runtime
La parte de compilador traduce los lenguajes STe IL a código intermedio interpretable por el runtime. Esto implica las típicas fases de procesamiento de lenguajes: Léxico, Sintáctico, Semántico, Generador de Código, Optimización y Generación de Código Máquina.
Esta parte del software está bastante desarrollada con Flex/Bison/C.
El runtime por su parte supervisa la ejecución de los programas sobre la plataforma hardware. Debido a esto, debe ser adaptado a las diferentes plataformas. Normalmente el hardware subyacente ejecutará un sistema operativo de tiempo real (RTOS). Un RTOS muy usado es VxWorks de WindRiver, pero no es de software libre. Entre las alternativas libres se encuentra RTLinux Free, distribuido también por WindRiver. Para arduino existe también un RTOS, el DuinOS, basado en FreeRTOS. Esta parte está por desarrollar y se plantea utilizar Arduino como plataforma base para el desarrollo inicial.

Cuatro miembros del equipo de GeoRemindMe “volaremos” hasta Reims para presentar el proyecto en el foro europeo de start-ups innovadoras los días 29 y 30 de Marzo.

El proyecto ha sido seleccionado junto a otros 27 equipos de entre unos 220 de toda Europa poder darnos a conocer en este foro que según los datos reune a unas 2.500 personas divididas en los siguientes grupos: ~125 inversores (5%), ~125 laboratorios (5%), ~250 incubadoras (10%), ~250 consultoras (10%), ~250 educadores+escuelas de negocios+universidades (10%),~250 instituciones+embajadas+gobiernos (10%), ~500 empresas (20%) y ~750 emprendedores (30%).
Los premios a nivel económico son más bien simbólicos, lo realmente interesante es la oportunidad que nos ofrecen de dar a conocer el trabajo realizado. Concretamente hay premios para los tres primeros; 3000€ para el primero, y 1500€ para el segundo y el tercero.
¡Aquí os dejamos un video para que os hagáis una idea de a donde nos vamos!
Watch on YouTube
¡Os mantendremos informados!

Tras mucho tiempo trabajando con Java y las APIs que seleccionamos, nos vemos obligados a realizar un giro de 180º al proyecto. Esta decisión ha surgido después de tratar con ciertos especialistas en la materia de accesibilidad.
Una aplicación Desktop, no es lo mas adecuado en cuanto a accesibilidad para el uso con redes sociales, por ello cambiamos y migramos a los entornos web con una combinación de PHP, PHP-SDK y MySQL.
El software encargado de la lectura de pantalla, JAWS (http://es.wikipedia.org/wiki/JAWS_(software)), trabaja mejor sobre aplicaciones web que sobre aplicaciones Desktop. Al menos se simplifica en mayor modo su uso. Por ello nuestro cambio.
 
Esperamos poder retomar el nivel de desarrollo de las últimas semanas ahora que debemos volver a cambiar los detalles del estudio.

Summary:

• We are going to set up a Rails 3 project using Mongoid and Spork.
• The full project is in github

Introduction:
MongoDB is a document oriented database. To sum it up what it means: Flexibility.
Mongoid is a ORM that harness the power of MongoDB in a very elegant way. Its power lies around a very good documentation and an active community.
Spork is a gem designed to allow you to run your spec very quickly. How does it do that? It preloads your Rails environment. You’ll notice a difference in that your testing starts right away, instead of waiting a few seconds.
Create a Rails project:
$ rails new mongoid-spork-example

Configure RVM
$ cd mongoid-spork-example
$ echo "rvm gemset create mongoid-example \nrvm gemset use mongoid-example" >> .rvmrc

Configure Gemfile
gem 'rails', '3.0.4'
gem "mongoid", "2.0.0.rc.7"
gem 'bson_ext'
group :development, :test do
gem 'rspec-rails'
gem 'spork', '~> 0.9.0.rc' # It's important to use the rc version
end

Install gems
$ bundle install

Generate mongoid configuration file:

$ rails generate mongoid:config

Empty config/database.yml
Open config/application and comment the line require ‘rails/all’. Add the rest:
#require 'rails/all'
require "action_controller/railtie"
require "action_mailer/railtie"
require "active_resource/railtie"
require "rails/test_unit/railtie"

Run RSpec generator
rails g rspec:install

Run the Spork generator. This changes the spec/spec_helper.rb

$ spork --bootstrap

Configure spec/spec_helper.rb
require 'rubygems'
require 'spork'
Spork.prefork do
# Loading more in this block will cause your tests to run faster. However,
# if you change any configuration or code from libraries loaded here, you'll
# need to restart spork for it take effect.
ENV["RAILS_ENV"] ||= 'test'
require File.expand_path("../../config/environment", __FILE__)
require 'rspec/rails'
require 'capybara/rails'
Dir[Rails.root.join("spec/support/**/*.rb")].each {|f| require f}
RSpec.configure do |config|
config.mock_with :rspec
#Add this following line to get spork working with rails 3
ActiveSupport::Dependencies.clear
end
end
Spork.each_run do
# This code will be run each time you run your specs.
load "#{Rails.root}/config/routes.rb"
Dir["#{Rails.root}/app/**/*.rb"].each { |f| load f }
end

In order to configure Rspec to always use Spork we need to edit mongoid-spork-example/.rspec. Create it if it doesn’t exist.

--colour
--drb

We have everything setup now. Let run the tests! Open new tab and go to the directory where you have your app. Start Spork.

$ spork

Now run the tests from another tab.
$ rspec spec

Instant start ^_^

Summary:

• We are going to set up a Rails 3 project using Mongoid and Spork.

Introduction:
MongoDB is a document oriented database. To sum it up what it means: Flexibility.
Mongoid is a ORM that harness the power of MongoDB in a very elegant way. Its power lies around a very good documentation and an active community.
Spork is a gem designed to allow you to run your spec very quickly. How does it do that? It preloads your Rails environment. You’ll notice a difference in that your testing starts right away, instead of waiting a few seconds.
Create a Rails project:
$ rails new mongoid-spork-example

Configure RVM
$ cd mongoid-spork-example
$ echo "rvm gemset create mongoid-example \nrvm gemset use mongoid-example" >> .rvmrc

Configure Gemfile
gem 'rails', '3.0.4'
gem "mongoid", "2.0.0.rc.7"
gem 'bson_ext'
group :development, :test do
gem 'rspec-rails'
gem 'spork', '~> 0.9.0.rc' # It's important to use the rc version
end

Install gems
$ bundle install

Generate mongoid configuration file:

$ rails generate mongoid:config

Empty config/database.yml
Open config/application and comment the line require ‘rails/all’. Add the rest:
#require 'rails/all'
require "action_controller/railtie"
require "action_mailer/railtie"
require "active_resource/railtie"
require "rails/test_unit/railtie"

Run RSpec generator
rails g rspec:install

Run the Spork generator. This changes the spec/spec_helper.rb

$ spork --bootstrap

Configure spec/spec_helper.rb
require 'rubygems'
require 'spork'
Spork.prefork do
# Loading more in this block will cause your tests to run faster. However,
# if you change any configuration or code from libraries loaded here, you'll
# need to restart spork for it take effect.
ENV["RAILS_ENV"] ||= 'test'
require File.expand_path("../../config/environment", __FILE__)
require 'rspec/rails'
require 'capybara/rails'
Dir[Rails.root.join("spec/support/**/*.rb")].each {|f| require f}
RSpec.configure do |config|
config.mock_with :rspec
#Add this following line to get spork working with rails 3
ActiveSupport::Dependencies.clear
end
end
Spork.each_run do
# This code will be run each time you run your specs.
load "#{Rails.root}/config/routes.rb"
Dir["#{Rails.root}/app/**/*.rb"].each { |f| load f }
end

In order to configure Rspec to always use Spork we need to edit mongoid-spork-example/.rspec. Create it if it doesn’t exist.

--colour
--drb

We have everything setup now. Let run the tests! Open new tab and go to the directory where you have your app. Start Spork.

$ spork

Now run the tests from another tab.
$ rspec spec

Instant start ^_^

Ahora que se han acabado los exámenes, el equipo de 90manager nos estamos preparando para nuestro primer Hackathon con éste proyecto. Aunque Pino tiene experiencia en el Hackathon, ya que se presentó el año pasado con su proyecto Visuse, los demás no tenemos experiencia ninguna y Pino no estará disponible, así que todo será nuevo para nosotros pero no por ello no vamos a dar lo mejor de nosotros mismos.
El Hackathon consiste en un fin de semana en el que se dará a conocer un proyecto de software libre a la comunidad, que ayuda a que avance el proyecto trabajando en él de una manera u otra (desde programando directamente hasta haciendo fotos y colgándolas en internet). Se desarrollará para todos los proyectos del V Concurso Universitario de Software Libre de Granada durante los días entre el 4 y el 7 de marzo (inclusive).
Todo aquel que quiera apuntarse en cualquier proyecto puede hacerlo en la propia página de información del hackathon:
http://osl.ugr.es/concurso-universitario-de-software-libre-granadino/2%C2%BA-hackathon-de-proyectos-de-software-libre-de-la-ugr/
¡Os esperamos!