Está muerto el software de escritorio?

largeImg

 

 

Como desarrollador siempre trato de imaginar que clase de software seria bueno desarrollar, alguna utilidad o  algo que resuelva alguna necesidad, pero hay un patrón que siempre noto y es que , al menos a mi parecer, el software de escritorio está practicamente muerto!.

Pero porque será? Creo que hemos olvidado lo que hacíamos en la PC o más bien, para que sirve la PC y estoy seguro que es algo que muchas empresas que ya han notado.

Si recordamos hace unos ocho a diez años, veremos que la PC la usábamos para hacer tareas automatizadas, comunicarnos y aprender cosas nuevas… o no?.

Bueno, me quedo con las primeras dos.

Solíamos ver foros, grupos de charla, y al menos en mi caso aprendiendo a diseñar o a programar o a hacer mi propia estacion de radio con shoutcast.

Pero ahora todo esta en la nube, si deseo ver que eventos hay cerca de mi o chatear con amigos bam! ahí esta facebook, si deseo elaborar un documento rápido bam! ahi esta google docs o si requiero almacenar una lista de tareas hay una enorme variedad de software en la nube que hace eso.

Pero y, que mas tenemos en la PC a parte del navegador y la ofimática?

Exacto! y eso es lo que hace que al final las ideas de un nuevo software se dirijan hacia lo web porque sabemos que nadie va a abrir un programa siendo que puede encontrar algo en el navegador !. A menos que se trate de una app o alguna herramienta que haga algo con el mismo servicio web.

A menos que seas gamer, los discos duros son inútiles ahora porque los documentos, fotos y música están en la nube, el software esta en la nube. Quizá en un futuro las PC’s sean sustituidas por terminales tontas que solo tengan acceso a un navegador, porque sera lo único que necesitemos.

El fin de rafuru.com , por ahora

 

Hace casi un año logre juntar para comprar un año de host y dominios para mi blog personal y el sitio de Focus Development (no, aun no muere).

El asunto es que toca renovar dominio este mes y realmente no lo encuentro taaan redituable ya que apenas me da tiempo de postear una que otra cosa, asi que lo unico que SI haré es mapear en el transcurso del mes el dominio hacia wordpress.com.

Eso si, las imagenes de todas las entradas del año pasado hasta la fecha dejaron de funcionar :D , ni hablar jejejejeje

 

 

Administrando un proyecto : Toma 1

Mi ultima historia fue sobre algunos puntos que a veces no son tomados por los AP, claro todo fue desde el punto de vista del programador.

Bien pues, no sé si fue a raíz de ésa entrada o si realmente haya sido una buena coincidencia pero ahora me tocó administrar mi primer proyecto y acepté porque a lo mejor podría brindar un enfoque distinto a esas actividades, al menos en mi lugar de trabajo.

La primer semana fué tan abrumadora sobretodo porque se trata de un proyecto basado en otro proyecto ya viejo (vamos, una actualización) que carece de documentación, no dejaba de pensar “por donde empiezo” pero al final fue posible establecer un punto de partida, basándome en algunos puntos que ya mencione en la otra entrada, sugerencias de mis compañeros y por supuesto, lo aprendido en la escuela.

Creo yo que es una gran experiencia intentarlo y reforzar ese aprendizaje … aunque realmente deseo no dejar de lado la programación pues esa es mi pasión.

Regresó StarUML!

 

 

Star UML es una de esas herramientas que no he podido sustituir por algun otro software que sea gratis o libre porque son dificiles de usar o no son tan completos como lo es Star UML.

Algo que es triste (o lo era) es que el proyecto se abandonó por ahi del 2005 y desde entonces no habia recibido actualizacion alguna salvo un intento de rescate llamado White Star UML que le daba una interfaz un poco mejorada pero en el fondo era el mismo software.

Esta semana cheque el sitio para descargarlo y me topo con la sorpresa que si, un alma caritativa decidio darle seguimiento al proyecto y darle un lavado de cara completo junto con correcciones y mejoras que ya le hacian falta. Obvio, al estar en fase beta tiene sus errores y detalles, pero aun asi es una gran noticia y definitivamente me encanta.

 

 

Link: StarUML

 

 

Django: Dividir view.py en multiples archivos

python_django

Los que ya conocen, y sobretodo los que apenas van aprendiendo a programar con django han de recordar que existe un archivo llamado views.py donde se definen, valga la redundancia, nuestras vistas o funciones que llamaremos a través de una URL mapeada desde otro archivo llamado urls.py.

El asunto es que en el tutorial de inicio  te proponen que , al igual que con modelos, se metan todas las vistas ahí dividiéndolos en classes o funciones.

Pero en lo personal estoy mas acostumbrado a hacer modular todo aquello que tiene una extensión muy grande y por ello me di a la tarea de googlearle un poco y encontrar la mejor forma de dividir los views en distintos archivos que , en mi caso, lo hice de acuerdo a que seccion o funcionalidad del sistema completo pertenecen.

  1. Para esto lo primero que vamos a hacer es borrar o renombrar el archivo views.py que crea django al inicializar la aplicacion por primera vez.
  2. En seguida creamos un directorio al mismo nivel que el archivo views.py llamado views.
  3. En el nuevo directorio vamos a crear un archivo vacío llamado __init__.py (recuerda que son dos guiones al inicio y al final), dicho de otra manera, convertimos la carpeta en un paquete.
  4. Finalmente en esa carpeta vamos a crear tantos archivos de views queramos con las funciones que requerimos.
  5. En las urls en lugar de llamar “views.nombreDelView” vamos a llamar la funcion con su ruta completa:
    “app.views.archivoview.funcion”.

Al final nuestra estructura queda algo asi:

Screenshot_5

 

Y en las urls, por ejemplo llamamos de esta forma:


urlpatterns = patterns('',
url(r'^get_asentamientos/', "app.views.utils.obten_municipios", name="get_asentamientos")
)

 

De ésta forma, a mi forma de ver, me es mas cómodo localizar un error en un view especifico dentro de un archivo especifico que en una lista de 10,15 o mas views definidos en el mismo archivo.