Recientemente he entrevistado a un grupo de profesionales y estudiantes de diferentes universidades locales, adicionalmente he tenido la oportunidad de dictar un curso a estudiantes (en su mayoría de la UMSS). Tengo que confesar que he notado una brecha grande de conocimiento entre los estudiantes de la UMSS y los de alguna universidad privada. No conozco la razón del problema, no creo que sea debido solo a los docentes o los estudiantes, tal vez es el resultado de un sistema que probablemente ha adquirido un aire más político... cualquiera sea la razón, los estudiantes son los directamente afectados, y ellos mismos deberían tratar de buscar soluciones al problema. Tal vez la solución sea no conformarse a lo aprendido en las aulas, tal vez sea pedir que los docentes sean gente con experiencia más allá de los libros.

 Mi deseo es que en los próximos años la brecha de conocimiento se cierre y no crezca cada vez más. 

Para lo iPhone guys... me imagino que ya han progresado bastante en el aprendizaje de Objective-C. Pero si eres alguien con mente abierta, tal vez te interese Monotouch.

 Espero que este video sea suficiente para aclarar algunas dudas que la gente tiene haciendo aplicaciones para iPhone:

http://www.codesnack.com/storage/screencasts/gettingstarted/index.html

Saludos 

 

He visto que en hay un grupo de iPhone, me parece genial que est'en queriendo hacer software para el iPhone. Quisiera darles una mano (si es que la aceptan), poco a poco se dar'an cuenta que les tomar'a un poquito de tiempo en su entrenamiento antes de ser capaces de hacer un juego "decente" que llegue a ser comercial.

Aprender ObjectiveC me parece genial, m'as a'un si fueron C++ guys, no tendr'an problema en migrar a ObjectiveC. En realidad las compa~n'ias que desarrollan juegos sean  para iPhone o no, no "bajan" tanto a la plataforma, ellos utilizan algunos productos que les permiten escribir sus juegos r'apidamente, as'i se concentran m'as en el arte gr'afico y en la trama del juego. 

En este enlace entontrarn un producto que fue escrito originalmente para Mac, obviamente para iPhone, pero ahora est'a disponible para Windows.

 http://unity3d.com/ 

Capaz ya lo vieron antes, estos frameworks trabajan con Scripting language, de esta forma, no te preocupas tanto por el lenguaje multiprop'osito de tu dispositivo. Este framework soporta C# scripting, asi que si eres un .Net guy que quiere incursionar en el mundo de Mac y iPhone, no ser'a dificil para ti.

Para los .Net guys, buenas noticias: Mono 2.4 est'a wen'isimo sobre MacOsX. Soporta Linq, ADO.Net y otras cosas ricas del mundo .Net.

http://www.mono-project.com/Main_Page 

Espero que pronto puedan tener un juego bonito que sea vendible en la tienda de Apple.

Saludos,

marcelo 

Me acabo de dar cuenta que alg'un alma caritativa me ha hecho parte del grupo de los makeros... y pues no s'e que decir! (tal vez no deba mencionar que estoy escribiendo esto desde una PC con WinXP usando iExplorer). Ahhh, las mac... qu'e puedo decir?. Tal vez pueda escribir algunos pensamientos al respecto: 1. Tener una Mac es como tener un auto americano (una vagoneta Explorer o una de esas camionetas enormes), cuando se te arruina algo tienes que traer el repuesto desde los Estados Unidos. 2. Leopard es genial (si tienes una Core2Duo). Las G4 no forman parte de la exclusividad de este "genial" sistema operativo. 3. Comprarte una Mac no es sin'onimo de que le saques el jugo. 4. WebObjects es genial... pero por qu'e no continuaron evolucionando el producto?, SilverLight o WPF están mejores (una l'agrima). 5. Si tienes una Mac eres dise~nador gr'afico?, creo que eso piensan los de la tienda del edificio Los Tiempos. 6. Los makeros que estan en este grupo alguna vez desarrollaron software para Mac, o es que les gustan las mac por pura pinta? 7. Si tienes una Mac CoreDuo con Leopard... en qu'e programas?, le sacas el jugo a XCode 3?, o prefieres usar el Visual Studio 2005-2008? 8. Todos los makeros saben utilizar el KeyNote? 9. Por qu'e los keynotes de Steve Jobs son superiores que las presentaciones de Billy Gates?... siendo que las presentaciones de los developers de SilverLight est'an m'as buenas que las presentaciones de los developers del SDK del iPhone? 10. Por qu'e tienes una Mac?, por Darwin o por Cocoa?

Es muy probable que los que tienen afecto al diseño gráfico estén familiarizados con el minimalismo, esta corriente en esencia está enfocada a quitar las cosas que no son relevantes. Si quieres "ver" minimalismo, puedes visitar www.google.com, o www.apple.com :) son buenos ejemplos. Afortunadamente hay gente muy lista que inventó la wikipedia, y si quieres saber más acerca de esto puedes mirar en http://es.wikipedia.org/wiki/Minimalismo A estas alturas ya me siento poco minimalista... lo que he querido hacer es escribir una serie de pensamientos acerca de la Ing. de Soft., quitando el exceso de palabras y la profundización en conceptos. Ahí voy... Solo te pido que pienses en todo lo que hay detrás de estas dos palabras: Ingeniaría de Software (no contamos conjunciones :) ), trata de tener una lluvia de ideas acerca de esto, e inclusive trata de dar tu propia definición acerca de este concepto, lo tienes?, ok, podemos seguir. Ahora pensemos en el proceso involucrado en la construcción del software: diseño?, metodologías?, TDD?, requerimientos?, etc?, estoy seguro que tienes muchas ideas más. En esta primera serie quiero hablar solo del área donde los ingenieros tienen que "empolvarse las manos", buscar la maquinaria pesada que usarán para construir la nueva edificación. Construir software implica entre otras cosas: - escribir código, - compilar ese código, - implementar un mecanismo de persistencia para los datos, tal vez bases de datos relacionales, XML, bases OO, archivos planos o lo que sea, - verificar que el código escrito hace lo que se quiere que haga, - refactorizar el código, - tal vez mirar la ejecución del código más de cerca (debugging), - después de terminado el producto se "revisa" la calidad, - se reportan fallas, - se intenta corregir las fallas, - se hace un instalador, - después de tratar de hacer las correcciones por un tiempo el cliente se pone contento cuando recibe el producto, - el cliente reporta errores que no se detectaron antes, - se trata de corregir los errores del cliente tocando el código, - el cliente tiene nuevos requerimientos, - se escribe más código para satisfacer los requerimientos, - y la cadena vuelve a empezar, o parte del proceso vuelve a empezar La pregunta es... qué maquinaria pesada voy a utilizar para implementar todo ese proceso?, o más aún, voy a utilizar maquinaria para hacer esto?. Harías todas esas cosas que he mencionado solo utilizando tu teclado y mouse (a mano)? Después de responderte a ti mismo te dejo tarea :)... de seguro ya conoces varias cosas de las que voy a mencionar, tal vez no, como sea ahí van: CVS, make, Perforce, loggin system, build machine, wix, bugzila, TestTrack, Software Instrumentation Tal vez puedas "googlear" (que chistosa palabra, si es que lo es) y mirar algo de estas cosas que menciono, luego trata de encontrar un uso para alguna de la "maquinaria" que menciono y utilizarla en el proceso de construcción de software. Te veo en la próxima publicación para seguir charlando.

Interesante la iniciativa de esta gente en Argentina para incentivar seriamente el desarrollo de las tecnolog'ias inform'aticas. Denle una mirada, tal vez sea una inspiraci'on para la U ac'a en Cocha. 

http://www.infobae.com/notas/nota.php?IdxSeccion=1&Idx=323

  

Me imagino que varios de ustedes son usuarios de Mac Os X, y otros que quisieran serlo. Pues este 'ultimo tiempo he estado trabajando con los productos de una compa~n'ia llamada VMware, y est'an muy bien. Y una de las 'ultimas cosas que hizo esta empresa es que sus aplicaciones Windows que corren en su m'aquina virtual para Windows puedan ser utilizadas en el mismo ambiente trabajo que las applicaciones Mac. Les paso el enlace de un videito corto de esto. Para m'as detalle pueden entrar a la p'agina web de la compa~nia VMWare.

http://www.youtube.com/watch?v=JIApJMzGzDQ

Pues recientemente un amigo titulado en Univalle de la carrera de sistemas se fue para España y consiguió empleo en una empresa llamada Everis. Me ha dicho que están en busca de programadores y que les pasaron este mail interno que les pongo más abajo. La página de la empresa es: www.everis.com.

Tengo que sentirme orgulloso de haber sido parte de la generaci'on que sufri'o de la "fiebre" de combinadores, y tengo que confesar que la primera vez que vi los "parsers combinators" qued'e fascinado. Una de las cosas m'as lindas de los combinadores es su alto nivel de reusabilidad y la elegancia de la construcci'on de programas utilizandol'os, me recordaba a mis a~nos de ni~nes cuando sol'ia jugar con las piezas de "Rasti" para construir castillos... que lindo poder construir un compilador de esa forma.

Bueno, pues creo que esa fiebre de los combinadores ha sido bien tomada en los c'irculos de las personas a quienes les gusta C# (me incluyo), y han estado trabajando en combinadores de parser en C#. Personalmente tengo otro enfoque para encarar los combinadores para elevar el grado de abstracci'on, tal vez utilizando la capacidad de poder utilizar operadores entre delegates. Espero darme un tiempito para experimentar con esto. Para los amantes de las ricas cosas de la vida les envio este enlace donde hay cositas lindas. Espero que los que han sufrido de la fiebre de "parsers combinators" puedan darle un vistazo a esta p'agina (Pablo y Vlady est'an obligados jeje).

http://www.dina.dk/~sestoft/gcsharp/

Saludos.

Pues he tardado un poco en poner una "entrada" en este blog. En realidad quise publicar algo en la comunidad Haskell y creo que un requisito para eso era ser parte de la comunidad, y la verdad no se si merezco ser parte de ella, hace como 10 meses que no programo en Haskell... pero bueno, al menos puedo purgar mis culpas publicando una direcci'on de un proyectito que les puede gustar a los haskelleros (si es que se escribe as'i, lo que pasa es que nunca fui miembro de una comunidad de programadores en haskell). Pero bue... sin m'as preambulo les dejo la direcci'on, capaz han oido hablar de esto, y si no, pues en buena hora.

 http://programatica.cs.pdx.edu/House/

 Saludos y tengan un buen d'ia... ah, antes que me despida, creo que alguna vez se tuvo la intenci'on de hacer un concurso de programadore en haskell para buscar verdaderos hackers, lo hicieron o qued'o como un buen deseo?