Hoy en día es muy común que al transitar a través de la vía rápida (en ambos sentidos) ver gente corriendo cruzando la mencionada vía, desde y hacia la canalización; lo mismo sucede en la avenida Internacional.
El problema de esta situación es que ambas la velocidad promedio va entre 40 a 80 kmh con trafico comúnmente denso distribuido en 2 o 3 carriles. Estas personas se colocan en el borde de estas vías listos para correr y cruzar en el momento que se abre un hueco entre el trafico, en ocasiones con las manos vacías, otras cargando algunas de sus pertenencias.
El problema de esta situación es, que por la velocidad y por la manera intempestiva en que aparecen estas personas cruzando durante todas horas del día, inclusive en la noche donde con la velocidad la visibilidad es muy reducida, son un peligro inminente latente de causar accidentes graves.
Accidentes que ponen en riesgo la vida de estas personas que cruzan y la vida de los automovilistas que se vean involucrados en un posible accidente. Ya que un impacto de 80 kmh a una persona, muy probablemente es un impacto fatal, con la posibilidad que el impacto cause la colisión de varios vehículos.
Y esta situación de peligro latente la tenemos que vivir todos los días y en cada ocasión que transitamos por esta vías, sin que hasta ahora se vislumbre alguna solución.
Y es que esta personas que de manera temeraria exponen sus vidas, son personas desamparadas, sin hogar, que se dedican a realizar trabajos pequeños, a la vagancia o a delinquir. Son personas sin hogar que habitan en los huecos de la canalización del río Tijuana, que duermen en la calle en la denominada "zona norte" a un costado de la barda que divide México de Estados Unidos.
En su mayoría es gente que llegó a esta ciudad en busca de una mejor vida o con la esperanza de cruzar "al otro lado" y que no pudo lograrlo o ha sido deportada del vecino país, y que al no encontrar una oportunidad en su lugar de origen, en Tijuana o en Estados Unidos, simplemente se quedó aquí a "mal vivir".
El motivo de este post no es con tintes xenofóbicos - lo aclaro antes de que algún lector se rasgue las vestiduras -, pero es necesario que la autoridad haga algo al respecto para eliminar este peligro, algunas de las acciones que se me ocurren:
Ofrecer el transporte a las personas que deseen regresar a sus lugares de origen.
Prohibir los lugares de beneficencia que les ofrecen comida se establezcan cerca de estas áreas, con la finalidad de alejarlos de ahí.
En el caso de personas que no sean adictos a sustancias, buscar la manera de que tengan algún trabajo.
Para los adictos, quizás tener algún lugar donde tratarlos.
El caso es moverlos de estas areas de peligro de forma más definitiva, ya que por ejemplo, si la policía municipal los detiene por "vagancia", cuando cumplen con su tiempo de detención regresan otra vez a los mismo lugares, exponiendose ellos y exponiendo a los que transitamos por las mencionadas vías.
En ese post explico la situación de FRAUDE que experimente con D'Newton Soluciones, en los comentarios algunas personas mas explican sus historias de "terror" también con esta empresa, al igual que en algunos comentarios que recibí al respecto en Twitter.
Al igual en los comentarios recibí criticas y hasta de ignorante me tachan por:
Mencionar nombres de los involucrados con quienes trate de resolver de forma amable mi situación
Por hacer publica mi queja/denuncia
Y por no investigar averiguaciones previas en el ministerio publico de D'Newton Soluciones contra sus ex-empleados.
En fin, solo voy a realizar algunas apreciaciones al respecto:
A mi no me robaron equipo Apple, me robaron dinero de un trabajo que pague por anticipado y nunca realizaron, se de otra gente que si perdió sus equipos.
Yo no ando "quemando" gente, ellos se "quemaron" solos al defraudar y no ofrecer ninguna explicación y/o solución, antes de poner la demanda a PROFECO, trate de solucionarlo el problema de forma amable con ellos, pero solo recibía evasivas.
Antes de publicar el post paso más de mes y medio desde que tuve el problema y trate de hallar una salida con Clara Díaz de Grupo A-Arquitectos (ver detalles del post anterior del porque esta compañía)
El Arq. Abraham Nuñez Ruiz realizo comentarios en el post, no lo borre ni censure le di la oportunidad de replica, dice que van a responderle a todos los afectados, en mi caso, otra vez no fue equipo, fue dinero el robado, Clara tiene mi correo electrónico y mi teléfono, ademas ella me asegura que usted esta enterado de mi queja, ¿porque no se ha puesto en contacto conmigo para encontrar una solución?
Siguiendo con la actualización con respecto al seguimiento de este problema ante PROFECO, el día 4 de Diciembre del 2009 se llevo una audiencia y a pesar de que en la PROFECO me aseguraron que D'Newton Soluciones estaba notificado, ningún representante legal se presento.
En una segunda audiencia con PROFECO el día 12 de Enero del 2010, la historia se repitió, nadie representando a D'Newton Soluciones apareció, aun y cuando en los comentarios del primer post el Arq. Abraham Nuñez aseguro que responderían como se debe.
Va a haber una audiencia mas en PROFECO en fechas próximas, espero que ahora si tome responsabilidad de los hechos y se presente, aunque lo dudo sinceramente.
Esta semana voy a llevar a cabo un para de Webcasts sobre IronRuby, el cual es la implementación de Microsoft del popular lenguaje Ruby; y que presenta una de las propuestas de Microsoft sobre los lenguajes dinámicos en .NET
El primer Webcast se va a llevar a cabo el día 21 de Enero a la 19:00 hora de Madrid/París, 10:00 hora de Tijuana PST, para elClub .NET de la Universitat Oberta de Catalunya, para registrarse y atender el evento hay que dirigirse al sitio de MSEvents.
El segundo Webcast se va a llevar a cabo para la Comunidad ALT.NET Hispano el sábado 23 de Enero a las 10:00 hora de Tijuana PST, para atender el Webcast solo es necesario conectarse a esta dirección el dia y hora indicado.
El pasado sábado 9 de enero se llevo a cabo el SHDH Tijuana, primero del 2010, gracias a la gestión de @reaktivo, Marcel, la Universidad de Tijuana CUT y Protolab nos ofrecieron sus instalaciones para la realización del evento.
Poco a poco durante el transcurso de la mañana fue llegando la gente, primeramente llegaron los desarrolladores y posteriormente los diseñadores gráficos; y durante el día fue llegando mas gente, hasta que habíamos alrededor de 15 personas.
Fue bueno ver caras conocidas y caras nuevas que estuvieron presentes. Inicialmente se platico sobre la mecánica del SHDH ya que habían algunas dudas y/o comentarios al respecto, inclusive se comento acerca de ver la posibilidad de generar algún evento parecido al iWeekend donde algún proyecto que justifique ser una opción de negocio, pueda recibir un apoyo económico para llevarse a cabo.
Después de la platica amena, se decidió hacer un "brainstorm" sobre posibles proyecto de corto a mediano plazo que se pudieran realizar en conjunto, la parte interesante de este ejercicio es que habíamos alrededor de 15 personas con diferentes perfiles/visiones/conocimientos que un principio parecía que iba ser un poco difícil ponernos de acuerdo, pero fue todo lo contrario, al momento de proponer una idea, rápidamente salían sugerencias de como mejorarlas.
Al final se hizo una lista de cuatro posibles proyectos, de los cuales se decidió que enfocáramos el esfuerzo en únicamente dos de ellos, y así fue, se detallo mas el funcionamiento de cada uno de ellos, se reviso la parte técnica y la parte de diseño gráfico, ambos proyectos son proyectos de web.
Una vez con la información definida para cada proyecto se hicieron dos equipos con los presentes, en cada equipo había desarrolladores y diseñadores gráficos, uno de los proyectos se decidió hacerlo con Ruby On Rails y el segundo con CakePHP.
Durante el proceso de definición de los proyectos hicimos en forzoso "break" para degustar la comida gourmet, que una vez mas, patrocino 100% de DareleLuquin.com; y tal como en el SHDH anterior la comida estuvo de primer nivel.
Yá comidos, nos pusimos a trabajar en llevar el concepto de los proyectos a una realidad, aunque aun seguimos "rebotando" ideas, al final el tiempo de irnos nos alcanzo, pero llegamos a los siguientes acuerdos:
Continuar con los proyectos cada uno de los equipos, tratar de ofrecer un poco de tiempo para completarlos.
De momento los detalles de ambos proyectos van a permanecer entre los asistentes del SHDHTJ, mientras se concreta un avance significativo que pueda mostrarse y usarse, así que por favor estén al pendiente.
También al final se platicó acerca del siguiente SHDHTJ, el cual tentativamente se llevará a cabo el sábado 13 de Febrero 2010, por lo tanto si alguien tiene alguna sugerencia del lugar de reunión o nos puede contactar con los encargados para solicitarlo se les agradecerá bastante, si pueden ayudar, me pueden contactar en al corre de gmail como mario.chavez o en twitter mario_chavez.
Si tienen curiosidad de probar la próxima version de Rails, es muy sencillo instalarla en conjunto con la versión de Rails 2.x.
Aunque se supone que todavia no esta lista para produccion, ya por ejemplo 37Signals anunció que esta iniciando un nuevo proyecto con Rails3, además de que la versión beta se espera para finales de Enero.
Esta guia de instalación esta basada en el post "Rails 3" de Yehuda Katz, con algunas pequeñas modificaciones.
Primer paso. Instalar Bundler Bundler es una gema de Ruby que nos permite crear un manifiesto de las gemas requeridas por nuestra aplicación, Bundler se encarga de leer ese manifiesto e instalar las gemas especificadas así como sus dependencias como parte de nuestra aplicación.
Este manifiesto se declara en un archivo Gemfile localizado en el directorio de nuestra aplicación.
$ sudo gem install bundler
Segundo paso. Clonar Rails3 desde el repositorio de Github Ahora hay que descargar el código fuente de Rails3, para esto clonamos el reporsitorio de GitHub en algun lugar de nuestro disco duro.
$ git clone git://github.com/rails/rails.git
Tercer paso. Creamos una nueva aplicacion Rails3 <ruta_rails> apunta la directorio donde clonamos Rails3, lo de esta despues de rails/... es parte de las estructura clonada del repositorio y next_youtube es el nombre de nuestra aplicación Rails.
$ ruby <ruta_rails>/rails/railties/bin/rails next_youtube $ cd next_youtube
Cuarto paso. Modifcar el archivo Gemfile Para poder configurar las dependencias de nuestra nuestra aplicación, así como indicarle que es una aplicación Rails3, hay que hacerle unos ajustes a Gemfile. <ruta_rails> apunta la directorio donde clonamos Rails3
# En la parte superior del archivo hay que agregar rails_source_path = "<ruta_rails>/rails"directory "#{rails_source_path}", :glob => "{*/,}*.gemspec"git " git://github.com/rails/arel.git" git "git://github.com/rails/rack.git"
Quinto paso. Ejecutar Bundler para que instale las dependencias Una vez que modificamos Gemfile, solo resta ejecutar Bundler para que instale las dependencias de nuestra aplicación.
$ gem bundle
Finalización. Ahora ya podemos ejecutar script/server y ver como se "levanta" nuestra aplicación ejecutandose en Rails3. A partir de aquí ya podemos proceder a construirla.
Espero poder publicar algunos post de recopilaciones de nuevas características de Rails3 en las próximas semanas.
Ha llegado el momento de anunciar el próximo Super Happy Dev House - SHDH - Tijuana que se realizará el sábado 9 de Enero del 2010. En esta ocasión el evento será exclusivamente SHDH, por lo tanto si tienes alguna idea de un proyecto a realizar, o quieres aprender algo nuevo de forma practica esta es tu oportunidad, únicamente basta con ir al wiki y anotar tu idea o proyecto.
En esta ocasión se agradece el apoyo de la Universidad de Tijuana CUT y protoLab por facilitarnos el espacio para poder llevar a cabo el evento, así como a la ayuda de Marcel Miranda (@reaktivo) por haber realizado la gestión ante el CUT.
@Protolab Edificio Gallegos Planta Baja Blvd. Agua Caliente #10535 Fraccionamiento Aviación Frente a Soriana
Recuerden que el evento no esta patrocinado por ninguna empresa u organización, lo patrocinamos todos, por favor si piensas asistir apúntate en la pagina de patrocinio con algunas bebidas o comida con que puedan contribuir.
El día de ayer ingrese como parte de las estadísticas de vergüenza de esta ciudad, por la tarde noche y ante un descuido de apenas unos minutos mi auto recibió unos de los famosos "cristalazos" de donde extrajeron tres mochilas cada una con una computadora:
MacBook Pro de 15" Mod 2007, N/S W87222PSX91
MacBook Pro de 13" Mod 2009, N/S W89447AL66D
Acer Aspire de 15" Mod 2009
El vidrio lo rompieron con sumo cuidado ya que la alarma del auto ni siquiera se activo y no se escucho ningún ruido pese a que estábamos a solo unos pasos del auto. Como siempre y aunque había gente alrededor, nadie vio nada; los ladrones simplemente se "esfumaron" tal y como llegaron.
Hasta eso, un convoy de policía municipal se acerco a tan solo minutos de que nos dimos cuenta de robo, fueron y dieron una vuelta por las calles aledañas y en los lugares para tomar transporte público, pero nada volvieron con las manos vacías, ya no había más que hacer.
Fuimos al Ministerio Publico a presentar la denuncia, al llegar y explicar lo sucedido, el MP hizo cara de “Otra vez, otra vez y en el mismo lugar”, nos comento que casos de esos le llegan todos los días de la misma área, Otay Constituyentes, sobre la avenida Lázaro Cárdenas (La rampa de subida de la Central Caminonera) y Blvd Industrial.
Mientras dábamos la declaración, llego una familia que alcanzo a escucharnos y se acercaron, ya que a ellos les acaba de pasar los mismo a un par de cuadras con solo 30 minutos de diferencia, mismo modo de operación, el “cristalazo”.
Realmente la denuncia la pusimos solo por no dejar, pero en realidad desde el momento que vimos el vidrio quebrado y que las computadoras no estaban, ya sabíamos que era una causa pérdida, tal y como le sucede a cientos de Tijuanenses, aunque las estadísticas oficiales digan lo contrario.
Podría expresar lo que siento escribiendo en contra de las autoridades, de la seguridad, de la educación y otros más, pero no, no tiene caso, no tiene sentido; solo voy a decir que fue culpa de mi estupidez por no haberlas puesto en la cajuela, aunque solo las descuidáramos unos minutos. Sé que la probabilidad de recuperarlas hace una asíntota con tendencia a cero, pero si a alguien le llegan “ofreciendo” alguno de estos equipos, agradeceré el que me puedan avisar a mario.chavez en el correo de Google.
Este es un post de que alguna manera esperaba que no tuviese que ser escrito, pero dadas las circunstancias no me quedo otra opción.
D'Newton Soluciones era una empresa de Tijuana dedicada a la venta y servicios de equipos Apple, desde ya hace mucho tiempo, inclusive era un centro reconocido de servicio por parte de Apple.
En D'Newton compré un par de equipos Apple, así como utilicé sus servicios durante un par de años, principalmente porque los precios eran casi los mismos que en las Apple Store de San Diego, y pues D´Newton ofrecían la comodidad de estar aquí en Tijuana, inclusive llegué a recomendar a amigos los servicios de la empresa en mención.
En lo general nunca tuve gran motivo para quejarme o desconfiar de D'Newton, hasta hace apenas un par de meses cuando lleve una MacBook que tenia ciertos problemas, ellos realizaron el diagnostico y determinaron el cambio de un componente, el cual lo pague por adelantado para que realizaran la compra y el cambio de mismo.
Me dijeron que en 5 días hábiles el equipo estaría listo, pero al cabo de ese tiempo no sucedió así, insistí durante la semana siguiente prácticamente a diario sobre la reparación del equipo, siempre recibía excusas del porque no estaba listo o simplemente no me podía comunicar, hasta que el jueves de esa segunda semana, me dijeron que la empresa estaba cerrando y que la reparación no se había efectuado, pero que pasara al día siguiente por mi equipo y el dinero que había dejado para la reparación.
Aquí es donde la situación cambio de ser una queja de pésimo servicio a una situación de FRAUDE por parte de D'Newton, ya que el viernes siguiente pase a recoger mi equipo, pero el dinero, según me dijeron, no lo tenían a la mano de momento e inclusive la persona encargada de la devolución no se encontraba, pero me dieron un numero de teléfono y la dirección donde podía localizarla.
La persona a la que debía contactar es Clara Diaz de Grupo A, una firma de arquitectos, en el numero 664 621 0410 Nextel 152*153272*1, según lo que me dijo la persona de D'Newton que me atendió, Clara realizaba la parte administrativa de D'Newton y de Grupo A, ya que el Arq. Abraham Nuñez Ruíz, era uno de los socios de D'Newton, encargado de la parte administrativa.
Durante un par de semanas posteriores estuve en contacto con Clara, situación nada sencilla ya que era prácticamente imposible localizarla, vía telefónica y por email no contestaba. Después de muchos pretextos y falsas promesas, y obviamente la no recuperación de mi dinero, decidí proceder de otra forma.
Trate de darles a D'Newton y al Arq. Abraham Nuñez Ruíz la posibilidad de resolver esta situación de la forma mas sencilla posible, pero al ver que no tienen la menor intención de responder como se debe, procedí a interponer la denuncia en PROFECO.
En PROFECO reconocieron el nombre de D'Newton Soluciones, ya que al parecer contaban con una serie de denuncias por diferentes motivos. La licenciada que me atendió me indicio que procederían a realizar la notificación correspondiente para realizar una audiencia el próximo 4 de Diciembre, donde esperemos que tengan los pantalones para presentarse.
En resumen, de lo que pude investigar por mi parte es lo siguiente: La parte administrativa de D'Newton estaba a cargo del socio Arq. Abraham Nuñez Ruíz, quien es socio de Grupo A Arquitectos, A Development y A1 Arquitectos. Además pertence al Colegio de Arquitectos de Tijuana, en donde tiene bajo su cargo la Secretaria del Exterior.
Grupo A se encuentra en Av. Independencia 13019/6 Col. Hipódromo 2, Tijuana, B.C. Tel 664 621 0410
Si alguien tiene mas historias de "terror" de D'Newton Soluciones o tiene información sobre el resto de los socios y quiere compartirla, con gusto lo agregaré esa información a este post.
De igual forma si me pueden ayudar a hacer eco de este post lo agradeceré.
El Club de .NET de la Universitat Oberta de Catalunya me ha invitado a realizar un Webcast con ellos llamado "Las joyas de .NET. IronRuby"; el cual se llevara a cabo el dia Lunes 30 de Noviembre a las 19:00 hrs de Madrid, París, o a las 10:00 hrs de Tijuana.
Para registrase y atender el evento, hay que dirigirse a msevents.
El Webcast de 90 minutos va a estar destinado a mostrar la implementación de Ruby para .NET, aplicaciones de ejemplo y su integración como lenguaje dinámico al BCL del framework.
A raíz de mi plática sobre Sinatra en el pasado CodeCamp/SHDH Tijuana 09, he decidido iniciar una serie de Videocasts sobre el desarrollo de aplicaciones Web con Sinatra, siendo este el primero de esta saga.
Sinatra es un DSL o un lenguaje de dominio específico para Ruby, el cual permite desarrollar aplicaciones Web cuya complejidad y tamaño no es tan grande como para usar algún framework de gran calada, por ejemplo Ruby on Rails.
Sin lugar a dudas Sinatra esta enfocado 100% a la simplicidad y por lo tanto es posible entregar aplicaciones completas en un muy corto tiempo.
require 'rubygems' require 'sinatra' get '/hi' do "Hello World!" end
Si se quiere seguir paso a paso el Videocast y no se cuenta con Ruby instalado, pueden consultar el post de Como instalar Ruby, el cual tiene instrucciones para Windows, Linux y OSX.
Para instalara Sinatra es tan simple como ejecutar:
gem install sinatra
En el caso de Linux y OSX es requerido ejecutar este comando bajo sudo.
Adicional a Sinatra hay que instalar las siguientes gemas de DataMapper:
Ruby es un lenguaje dinámico opensource, enfocado a la simplicidad y productividad. Su sintaxis esta diseñada para la lectura y escritura de código de lo mas natural, Ruby es un lenguaje de programacion para humanos.
La popularidad actual de Ruby se debe principalmente al ambiente de desarrollo Web Ruby On Rails, pero Ruby en realidad tiene un mundo más amplio de posibilidades.
Ruby ha sido portado a Java en en version de JRuby y a .NET en forma de IronRuby.
Es posible ejecutar aplicaciones de Ruby en Windows, Linux y OSX. La instalacion de Ruby en todos estos ambientes es muy simple: - Para Windows solo basta con descargar el instalador de "One Click" y ejecutarlo - Para Linux, por ejemplo que tenga sus repositorios en APT solo basta con ejecutar
sudo apt-get install ruby irb rdoc
- Para OSX con instalar las herramientas de desarrollo XCode para tener Ruby
Finalmente Ruby cuenta con RubyGems, el cual es una herramienta para crear un ecosistema de librerías y addins para Ruby; estas gemas de Ruby generalmente se descargan de un repositorio publico como Gemcutter, en donde en una búsqueda rápida nos podemos dar cuenta que hay gemas para casi todo lo que necesitemos en Ruby.
Para instalar una gema, es tan sencillo como ejecutar gem install <nombre de la gema>
El espacio fue muy bueno, amplio, muy iluminado y en excelentes condiciones, gracias @danmazter que nos ayudo a conseguir el lugar, aparte de ofrecerlo para próximos eventos.
En total durante el día asistimos poco mas de 20 personas, tanto desarrolladores como diseñadores, profesionistas y estudiantes, con una buena convivencia. Fue interesante ver en este tipo de eventos a gente de la Comunidad Tijuana.NET y el Grupo de Usuario Linux de Tijuana sentados lado a lado platicando, mientras se discutían temas sobre desarrollo.
La primera platica me toco a mi, y fue sobre Sinatra, un micro framework para el desarrollo de aplicaciones Web en el lenguaje Ruby, tuve la oportunidad de dar una introducción a como Sinatra funciona, posteriormente mostré una pequeña aplicación para el registro de tiempos en tareas y finalmente platique sobre www.crucegaritas.info
Enseguida @mhcornejo dio su platica sobre TDD con C#, hablando un poco sobre Inversión de Control (IoC) y objetos mocks para aislar el código bajo prueba de otras dependencias que no importaban en las pruebas.
Después de la platica de @mhcornejo llego @darleneluquin quien se ofreció a patrocinar comida para los asistentes, la cual consistió en una pasta fría estilo meditarraneo, muy rica por cierto, gracias a su servicio de banquetes www.darleluquin.com por alimentar un grupo de hambrientos geeks que se dieron cita, por ahí pude ver a mas de uno haciendo fila un par de ocasiones para degustar de la comida.
Después de la agradable comida, le toco el turno a @alvarezp2000, el platicar sobre GIT, el sistema de control de versiones de código fuente del kernel de Linux, su platica-taller puso a Windowceros y Linuxeros trabajar un repositorio GIT, y aunque tuvo por ahí algún contratiempo - el cual explica en su blog - todo salió muy bien al final.
Finalmente @fcastellanos nos platico sobre Inyección de Dependencias con Ninject y C#, fue curioso asomarse a las laps de algunos de los presentes mientras seguían a las instrucciones de @fcastelanos en MonoDevelop bajo Linux. En los fragmentos de código que @fcastellanos manejo fue también curioso como los traía "On The Cloud", ya que los copiaba de servicio pastie.org.
Al final le preguntaron que cual era el motivo de preferir Ninject sobre otros frameworks similares y comentó que entró a las páginas de los otros frameworks y que no le habían gustado los logos, en cambio del sitio de Ninject le gustó los gráficos de ninjas y eso lo convenció para elegir ese framework.
Como mencione al principio, fue mas CodeCamp que SHDH y no esta del todo mal para ser el primer intento, afortunadamente como mencione también al principio se logro reunir gente con diferentes intereses en el área de desarrollo y diferentes perfiles.
Ahora el reto es poder llevar a cabo el siguiente mes un SHDH con la opción de CodeCamp - afortunadamente el espacio, si es que nos lo vuelve a prestar el Cesun, es lo suficientemente grande - pero de preferencia apuntarse con una idea de proyecto y llegar al lugar buscando ayuda para poder desarrollarla.
Espero que los asistentes se hayan quedado con las ganas de participar en otro evento mas y podamos reunirnos para poder "echar a volar" algún proyecto.
Por cierto para los asistentes, @josebasurto creo una pequeña encuesta, por favor sean amables de llenarla.
@stanmx publico un post en relación al evento y en flick @josebasurto y @mario_chavez publicamos nuestras fotos de ese día, espero que los demás que tomaron fotos también nos ayuden subiendolas a flickr.
Hace ya un poco mas de una semana comenté acerca de la inquietud de realizar un evento, un tanto informal, o mejor dicho con formato no rígido, para diseñadores y profesionistas TI de Tijuana y la región.
En ese post comente la posibilidad de que evento se llevara a cabo bajo el formato CodeCamp o SHDH, para cual coloque una encuesta esperando saber que opinaba la gente que tenia pensado asistir, al día de hoy la encuesta esta empatada, por los que amablemente la respondieron, además de que dejaron una serie de comentarios interesantes del porque un evento u otro.
Desde el momento del anuncio oficial amigos se encargaron de hacer que el mensaje llegara más allá de mi blog.
También los chicos del Grupo de Usuarios de Linux de Tijuana, me dieron la oportunidad de comentar sobre el CodeCamp/SHDH en el evento Software Freedom Day 2009
César Salazar co-fundador del SHDH de la Ciudad de Mexico tambien ofreció ayudar en lo que pueda
De igual forma durante estos días he estado en contacto con algunas empresas/personas que tienen interés en patrocinar el evento y solo espero poder tener la confirmación de su participación para nombrarlos, recuerden que necesitamos:
Bebidas: cafe, agua, sodas y hielo
1 o 2 proyectores, prestados obviamente
1 o 2 pantallas para proyector
Botanas, saludables?
Comida tipo "launch" o ligera
Camisetas del evento para los asistentes
Material de cafeteria, servilletas, vasos desechables, platos, utensilios
Si tu o la empresa donde trabajas puede ser patrocinador de ponte en contacto al correo mario.chavez@tjnet.org, los logos de los patrocinadores van a aparecer en la publicidad y las camisetas del evento.
CodeCamp/SHDH Tijuana 2009 Después de la retro alimentación de los posibles asistentes se decidió por hacer un evento híbrido, afortunadamente el lugar que nos facilitaron para el evento es lo suficientemente grande para tener las dos secciones.
Para las sesiones de CodeCamp se destinaran 40 mins de charla y 5 mins para preguntas y respuestas, si quieres participar exponiendo alguna de las sesiones, de momento envia un email a mario.chavez@tjnet.org con:
Nombre de la sesión
Breve descripción
Lenguajes, librerías o herramientas que requieran los asistentes
Tu información de contacto
Recuerda no powerpoint, este tipo de sesiones es al estilo "Show me the code!"
Para la sección SHDH, igualmente envia un email a mario.chavez@tjnet.org indicando:
Si tienes algún proyecto y necesitas ayuda, indica lenguaje de programación
Si tienes alguna idea de "The next killer application" y necesitas ayuda
Si puede enseñar alguna técnica, herramienta o lenguaje
Si necesitas aprender alguna técnica, herramienta o lenguaje
Cualquier otra cosa que se te ocurra
Incluye información de contacto
Objetivos Como se menciono en el post inicial los objetivos del evento son:
La participación y colaboración de los asistentes durante todo el evento, eliminar la pasividad
Ayudar y/o apoyar a que esas ideas interesantes vean la luz y no se queden en algún obscuro rincón del disco duro
Tener un momento de diversión y conocer a mas gente del área en la zona
Crear la base para tener mas eventos de forma periódica en la región.
El lugar y fecha Gracias al buen Daniel Medrano (@danmazter), que ayudo con el Cesun Universidad, para que nos facilitara el auditorio para el día sábado 24 de Octubre, de 10am a 6pm
El flyer Este es flyer del evento conforme se confirmen los posible patrocinadores se modificara para ir agregando sus logotipos.
Desde hace ya un par de semana le he estado dando vuelta el organizar un evento para desarrolladores / diseñadores de Tijuana y la región.
El evento deberá de ser agnóstico a herramientas / plataforma / tecnologías con la finalidad de poder llegar un numero mas amplio de profesionistas / empresas TI, así mismo, en lugar de ser un evento con conferencistas y publico que escuche, debe de ser mas dinámico y que fomente la participación activa de todos los asistentes.
Otro punto importante es que el evento debe de ser un tanto informal, en el sentido que no exista una serie de reglas rígidas de como interactuar. Por tal motivo viendo un par de modelos de eventos que ya se han desarrollado aquí en México, hay dos opciones viables:
Code Camp Este tipo de evento, ya se ha organizado anteriormente aquí en Tijuana, y fue hace mas de un año. Resultó interesante en el sentido que los presentes pudimos compartir ejemplos de código, técnicas y hasta problemas en nuestras aplicaciones reales donde los demás asistentes podían participar y opinar libremente sobre los ejemplos mostrados.
En este tipo de evento no hay powerpoint, si no se muestra el código funcionando y generalmente la platica se va moviendo hacia donde esta el verdadero interés de los asistentes.
Aunque el evento si es bastante informal en su esquema, si es necesario tener una lista preliminar de la gente y los tópicos del código que se va a mostrar-explicar, a manera de sesiones.
Para aclarar mejor mejor que es un Code Camp, aquí les dejo como ejemplo el sitio del Sur de California Code Camp: SoCal Code Camp.
Super Happy Dev House Este esquema de eventos se ha realizado en México DF, Guadalajara y Guanajuato hasta donde sé, es todavía mas informal de Code Camp en el sentido de que aquí no hay sesiones; la idea de SHDH es juntarse a desarrollar esa idea que va a a ser el próximo "killer application", es decir, a la mejor tenemos lo que creemos sea una buena idea, pero por falta de tiempo, conocimientos - posiblemente quien tiene esa idea ni siquiera es desarrollador -, falta de guía o mano de obra, no la hemos podido desarrollar; bueno este evento es perfecto para eso, para llegar con una idea y de entre los asistentes conseguir la ayuda para aprender algo nuevo o empezar ahí mismo a desarrollar el proyecto.
Objetivos Independientemente del modelo de evento que se elija, los objetivos generales del evento son:
La participación y colaboración de los asistentes durante todo el evento, eliminar la pasividad
Ayudar y/o apoyar a que esas ideas interesantes vean la luz y no se queden en algún obscuro rincón del disco duro
Tener un momento de diversión y conocer a mas gente del área en la zona
Crear la base para tener mas eventos de forma periódica en la región.
A quienes va dirigido este tipo de eventos A diferencia de otro tipo de eventos en el área de TI, este va dirigido a los desarrolladores, administradores, diseñadores, gente creativa que busca cristalizar ideas. No es necesario saber programar para poder participar, un proyecto de software es mas que únicamente escribir lineas de código en un lenguaje de programación.
Como colaborar El evento estaría buscando llevarse a cabo a finales de octubre-principios de noviembre, por lo que las personas interesadas en asistir, les pido que me ayuden contestando la siguiente encuesta para saber que tipo de evento prefieren de los dos mencionados anteriormente.
Pero ademas se requiere de la ayuda de gente que desee ayudar a organizar el evento, por lo tanto si crees que puedas apoyar en esta área envieme un correo a mario *punto* chavez *arroba* tjnet *punto* org.
De lo que se requiere para poder realizar el evento, y que quizás algunas empresas de la región puedan ayudar a patrocinar, listo lo siguiente:
Un espacio con mesas y sillas para por lo menos 30 o 40 personas, para usarse un sábado de 10am a 6pm
Acceso a Internet durante todo el evento
Bebidas: agua, sodas, jugo y hielo
1 o 2 proyectores
Botanas
Comida para un descanso a medio día
Camisetas del evento
Si trabajas en alguna de las empresas de desarrollo de la zona, comenta en tu trabajo, a la mejor tu empresa esta interesada en ayudar a co-patrocinar el evento.
De momento voy a dejar la encuesta durante dos semanas a partir de hoy para conocer el tipo de evento de mayor preferencia, aso como recibir información de la gente interesada en llevar a cabo este esfuerzo y quizás patrocinarlo también. Al final de este tiempo publicare un nuevo post con con los resultados y con un poquito de suerte detalles específicos del evento.
Por favor reenvía esta información a la gente que creas le pueda interesar.
La entrada es gratuita y habrá una serie de conferencia, demostraciones y copia de CDs y DVDs de diversas distribuciones de linux y programas libres.
El programa del evento es el siguiente:
10:00 Inauguración por el GUL Tijuana 30 min. 10:30 Presentación del GUL Tijuana por Jesús Godinez 30 min. 11:00 Software Libre en la Educación por Jesus Godinez 1 hr. 12:00 Herramientas para Analisis de Datos en Python por Mario Garcia 1 hr. 13:00 Bases de Datos Libres por Jaime Arvizu +1 hr. 14:00 Descanso 1 hr. 15:00 Computo de alto rendimiento en Linux por el Dr. Juan Jose Tapia 1 hr. 16:00 Migración de Paquetería de Oficina por Octavio Álvarez 1 hr. 17:00Auditoria de Redes Wireless por zerosoul13 1 hr. 18:00 Clausura / PanelGUL Tijuana.
YoProgramo.NET es un sitio enfocado a los desarrolladores de habla hispana para compartir, preguntar y responder a dudas relacionadas al desarrollo de software. Y aunque el .NET en el nombre hace pensar que el sitio esta dirigido a contenidos del .NET Framework de Microsoft, la realidad es que esta abierto para cualquier lenguaje o tecnología.
El código fuente del sitio esta disponible en http://code.google.com/p/yoprogramo/ y se aceptan parches o mejoras para la aplicación, la cual esta desarrollada en ASP.NET MVC 1.0, NHibernate y JQuery, el código fuente esta bajo licencia MIT.
Dentro de la gama de pruebas que podemos establecer en nuestras aplicaciones durante su desarrollo, hay un tipo que de alguna forma simula la interacción del usuario con la aplicación, generalmente este tipo de pruebas son llamadas de integración, ya que que se prueba el funcionamiento total de la aplicación desde la interface gráfica hasta llegar a la base de datos.
En el casa de aplicación Web, existe una herramientas que nos auxiliara en el diseño e implementación de este tipo de pruebas, para que puedan ser ejecutas de forma automática, esta herramienta es Selenium IDE.
El día de hoy se llevo a cabo el Agile CoffeeCamp Tijuana, el cual duro alrededor de dos horas y media en una platica amena entre los presentes donde se expresaron dudas y experiencias sobre las metodología ágiles.
A continuación presento una recapitulación de los mas importante - desde mi punto de vista -:
1. - Primeramente se pregunto si el auge de Agile se debía a una moda o no, y de acuerdo a los comentarios, creo que coincidimos en que Agile presenta conceptos no nuevos y que de forma recurrente han aparecido en la industria del desarrollo de software, ya que muchos de ellos son mas del tipo del sentido común, por lo tanto los conceptos de alguna forma son viejos, pero el momentum de la industria de software, la mención en blogs, revistas, conferencias, etc; le ha traído gran publicidad a las metodología ágiles, lo cual ha provocado que mucha gente "brinque" y quiera ser ágil, por lo cual si podemos considerar que es una moda, pero al final, los equipos y empresas que las implementen seriamente y con conciencia, son las únicas que van a continuar utilizandolas, cuando algo mas se ponga de moda nuevamente.
Aunque el estar de moda no es necesariamente algo malo, pero también hay que comprender que no son la solución para todos los problemas del proceso de desarrollo de software y mas si consideramos que metodología como XP, de alguna forma requiere de programadores con una buen nivel de capacidad técnica y entendimiento de conceptos básicos del desarrollo de software, conceptos que para ser sincero no muchos programadores manejan de forma fluida.
2. - Sobre las pruebas de unidad, funcionales e integración; se cuestiono sobre si realmente es algo que sirva para el proyecto, como se vende al cliente, que se debe de probar.
Creo que todos coincidimos que cualquier mecanismo que permita comprobar que nuestro software funciona de acuerdo a lo esperado y que podemos detectar de forma automática si algún cambio introducido en nuestra aplicación causa algún problema en otra área y nos evita el tener que depurarla para buscar tal problema, por lo tanto las pruebas automáticas de software no deben de ser subestimadas, ni dejadas de lado.
También se menciono que como parte del presupuesto de tiempo/dinero de un proyecto, se debe de contemplar el costo de las pruebas automáticas del sistema, no tienen porque venderse a parte del proyecto, ya que estas son una parte fundamental del proyecto.
Y aun si no se usa alguna metodología para el desarrollo de software, no podemos decir que no realizamos pruebas sobre nuestro software, simplemente el lanzar la aplicación, navegar las pantallas, capturar algunos datos y revisar el resultado; estamos realizando pruebas de forma manual, las cuales pueden incluir el factor humano de error u omisión al realizarlas, por lo tanto, la pregunta es, si ya hacemos las pruebas, ¿porque no las formalizamos como parte del proyecto?, el esfuerzo puede ser importante pero el beneficio de ellas va a ser en la misma magnitud o posiblemente mayor.
Finalmente sobre que probar en nuestra aplicación, no es una pregunta con una respuesta simple, algunos van a decir que hay que probar todo, absolutamente todo, algunos otros que solo hay que probar lo que haga sentido, en lo particular opino que hay que probar únicamente nuestro código, si se usan librerías de terceros, no tenemos que probar esas librerías, únicamente nuestro código propio, y la integración de nuestra aplicación con algún otro sistema.
3. - Se pregunto la efectividad y la relación costo/beneficio de realizar programación en pareja, comentamos que uno de los beneficios de esta practica es el que al tener dos programadores trabajando sobre la misma sección de código puede ayudar a crear mejor código y con menos errores, promueve el trabajo en equipo, que la pareja de programadores alcance el mismos nivel técnico, el que se pueda lograr un mejor entendimiento de los requerimientos, el solucionar problemas en los cuales una sola persona se puede "ciclar" y tardar mas tiempo en solucionarlo.
Otro punto importante y que no se comento, es que de alguna forma se tiende a perder menos tiempo, ya que programado solo, es mas probable utilizar el tiempo para leer feeds, contestar el mensajero o correos, en cambio cuando hay dos personas es menos viable que esto suceda.
También se comento que al programar en parejas ya no únicamente un solo programador tiene el conocimiento sobre ciertas áreas del programa, ya hay mas gente con ese conocimiento; y al tener otro par de ojos revisando el código es mucho mas sencillo identificar de manera rápida errores de sintaxis y lógica y corregirlos al momento.
Si bien esta practica tiene beneficios interesantes, si creo que es un poco difícil venderla en nuestros lugares de trabajo, ya que la primera reacción va a ser la percepción de que se pierde el tiempo de un recurso al nadas sentarse y revisar el código de otro.
Aquí dejo una serie de ligas y vídeos de una compañía llamada Hashrocket que realiza programación en parejas como una practica normal de la empresa y que mencionan les ha dado buenos resultados:
En fin la convivencia fue bastante buena, hubo gente nueva y gente conocida, ademas creo que la platica estuvo interesante, en relación a las dudas, los conceptos y las experiencias, @gabo nos ayudo a transmitir el audio en vivo y @webcool grabo una parte de la platica en video, así que espero que en los próximos días lo podamos publicar, por lo pronto aquí les dejo unas cuantas fotos que tomo @samaniegojessi y unas cuantas mías
Durante las presentaciones de la Comunidad Tijuana.NET, talleres, cursos y otro tipo de eventos en los que me ha tocado participar y en los que muestro mi ambiente de trabajo, a algunas personas les parece extraño que trabajo con fondos obscuros y letras brillantes, para mi es un tanto curioso, ya que desde hace poco mas de 10 años he trabajado así.
En algunas ocasiones me preguntan el porque o cuales son las ventajas o desventajas, realmente no tengo una respuesta "inteligente" que ofrecer, simplemente comento que me siento a gusto con los fondos obscuros.
Durante este periodo de tiempo he escuchado comentarios a favor y en contra de los fondos obscuros en las herramientas de desarrollo, pero todos me habían parece un tanto subjetivos, ya que es su mayoría eran: "Yo creo...", "Yo pienso ...", "Yo opino ...", etc.
Googleando Internet, me encontré con con una pregunta en StackOverflow, sobre este tema, y la primer respuesta me pareció interesante, ya que publica una serie de ligas y referencias de estudios, al parecer, serios sobre el tema; ademas que el aporte de las siguientes respuestas también es interesante; pero creo que no se llega a una conclusión definitiva si es bueno o es malo y que es lo que afecta, la salud, el desempeño, el entendimiento, etc.
En el mundo *NIX, me es muy común encontrar gente desarrollado con fondos negros, sobre herramientas como Emac, VI. De hecho la configuración de mi MonoDevelop lo tengo precisamente de esta manera.
Mi ambiente de Ruby On Rails, para el cual hago uso del editor TextMate, hago uso del tema "Sunburst".
Y en el ambiente Windows donde ejecuto Visual Studio, no se ha quedado atrás, de hecho en las herramientas de MS, he usado fondos obscuros desde que programaba en VBx.
Para Visual Studio, utilizo el tema que modifico Rob Conery y que hizo disponible es su post "TextMate theme for Visual Studio, take 2", al igual que Rob hay varios personas en la comunidad .NET que se pasaron "al lado obscuro" y que publicaron sus versiones obscuras: