CodeMotion

Este fin de semana se presenta movidito, la agenda será apretada y los eventos se presentan muy interesantes:

Agenda Codemotion

Thanks!!

Read more »

9 Maneras de Administrar tu tiempo en el trabajo

Según el sitio especializado ManageYourLife, señala que el resultado de una mala gestión del tiempo provoca ira, estrés y frustración ya que alejan a la persona del tiempo que debería destinar para las actividades de ocio y con su familia.


Algunos de los efectos de no saber administrar bien el tiempo en el trabajo y tener que dedicarle más tiempo de las horas establecidas en el contrato son la incapacidad de completar las actividades más pequeñas e insignificantes, un tiempo limitado o inexistente para la vida social y personal, listas in terminables de pendientes que conllevan a una baja en la autoestima  debido a que se comienza a dudar de nuestro valor y capacidades.


Hay varias razones por las que no se cumplen con las actividades en el trabajo como las llamadas telefónicas, la mala gestión de las bandejas de entrada de los correos electrónicos, las interrupciones con los compañeros de trabajo, la mala gestión en las juntas de trabajo y no saber delegar actividades a los subalternos.
Una buena gestión del tiempo requiere de un pensamiento claro y de una buena planificación. Estos son algunas maneras de lograrlo:
1. Escribe en una hoja de papel: registrar con precisión cuáles son las actividades del día y cuánto tiempo se dedica a cada una de ellas ayuda a maneja las “pequeñas cosas” como teléfonos, correo electrónico, el café, etcétera, y a sacarles el mejor provecho.
2. Concéntrate sobre las actividades importantes: el principio de Pareto, también conocida como regla 80:20, dice que el 80% del trabajo producido es resultado de la atención a lo crítico, mientras el 20% restante es resultado del esfuerzo.  Es importante dar la prioridad necesaria a cada actividad.
3. Encuentra tu tiempo productivo: si trabajas siete horas al día, tienes cerca de 1,500 horas de producción al año. Descubre cuáles son tus horarios más productivos para dedicárselos a las actividades más difíciles y pesadas.
4. Di no a la postergación: haz frente a cada problema cuando se necesite. No lo dejes para otro momento o mejor tiempo porque es más probable cometer errores y tomar decisiones equivocadas  cuando se está bajo la presión del tiempo.
5. Empieza y termina un trabajo sin interrupciones: si dejas muchos trabajos pendientes o en progreso vas a necesitar más tiempo para retomarlos justo en el lugar donde los habías dejado. Trata de evitar dejar proyectos inclusos.
6. Delega: no hagas todo por tu cuenta si no tienes que hacerlo, porque simplemente es imposible que lo realices a la perfección. Compartir tus responsabilidades con tus subalternos no solo te ayudará a manejar mejor tu tiempo, también forma sentido de unidad en un equipo.
7. Agenda momentos para la comunicación: destina un momento del día para realizar llamadas telefónicas y correos electrónicos, y establece un horario específico de tu jornada para organizar a los asuntos de tu agenda.
8. Organiza tu oficina: conserva sólo los documentos necesarios, crear una línea inteligente, simple y fácil de usar sistema de archivo, y organiza el mayor volumen de tu trabajo.
9. Agenda una cita… contigo mismo: es el consejo más importante de todos, según ManageYourLife. Debes encontrar el momento para dedicársela a tus pensamientos, ideas, pendientes, temores, etcétera. Esto te ayudará a mantener tu mente organizada y evitará que las preocupaciones afecten tus labores diarias.


¿Qué otras medidas se te ocurren para manejar efectivamente tu tiempo?


Ayuda: referencia

Read more »

Competencia GoogleMaps -> OpenStreetMap

Tambien conocido como OSM. Los mapas se crean utilizando información geográfica capturada con dispositivos GPS móviles, ortofotografías y otras fuentes libres. Esta cartografía, tanto las imágenes creadas como los datos vectoriales almacenados en su base de datos, se distribuye bajo licencia Creative Commons Attribution-ShareAlike 2.0.²

En febrero de 2011 el proyecto alcanzaba los 350.000 usuarios registrados, de los cuales en torno a 12.000 realizan alguna edición en la base de datos cada mes. El número de usuarios crece un 10% por mes. Alemania y el Reino Unido son los países con las mayores comunidades locales, pero hay grupos de usuarios por todo el mundo.

Los usuarios registrados pueden subir sus trazas desde el GPS y crear y corregir datos vectoriales mediante herramientas de edición creadas por la comunidad OpenStreetMap. Cada semana se añaden 90.000 km de nuevas de carreteras con un total de casi 24.000.000km de viales (febrero de 2011), eso sin contar otros tipos de datos (pistas, caminos, puntos de interés, etc.). El tamaño de la base de datos (llamada planet.osm) se situaba en febrero de 2011 por encima de los 205 gigabytes (14 GB con compresión bzip2), incrementándose diariamente en unos 10 megabytes de datos comprimidos.

Software cartográfico

OpenStreetMap facilita los datos en bruto para su descarga desde su propia página web. Estos pueden ser modificados para cada proyecto así como presentados con estilos de renderizado personalizados.

Servidor

Tanto los servidores principales como la infraestructura asociada al proyecto de la Fundación OpenStreetMap están siendo alojados en la University College de Londres (UCL). El conjunto de servidores consta de un servidor de base de datos de gran rendimiento, un servidor de aplicaciones para el sitio web, tres servidores de aplicaciones para la API y un servidor destinado al renderizado del mapa. Además, existen otros computadores de menores prestaciones destinados a servicios auxiliares, tales como la wiki del proyecto, el repositorio de código y las funciones de búsqueda del mapa.

El sitio y la API están programados en gran medida en Ruby on Rails. El servidor principal que alberga la base de datos de OpenStreetMap utiliza PostgreSQL como sistema de gestión de bases de datos, y aunque a través de su extensión espacial PostGIS es posible almacenar diferentes tipos de geometría de objetos geográficos, la base de datos principal del proyecto no hace uso de ello al utilizarse una representación propia de datos primitivos.

La base de datos contiene los datos espaciales, es decir, los atributos asociados a cada línea o punto. Estos datos se almacena en formato vectorial y es el producto principal del proyecto. No obstante, también se generan datos en formatos raster (PNG) destinados el visor cartográfico del proyecto. Esta cartografía raster se crea usando, por un lado, los datos de la base de datos PostGIS, y por el otro el renderizador de Mapnik. Así, se rasterizan los datos vectoriales en bruto que se almacenan en la base de datos -por lo general con un retraso de 10 minutos respecto a su inclusión en esta-, lo que permite visualizar los cambios en el visor cartográfico de forma casi inmediata. No obstante, en momentos de sobrecarga la visualización de datos recientes se puede retrasar. Para reducir la carga de trabajo del servidor, sólo se vuelven a renderizar aquellas teselas en las que han existido modificaciones en la cartografía.

Ejemplo Aplicación: Aplicación Piloto

Thanks!!

Read more »

Comparaciones sin tener en cuenta los acentos en SqlServer

Es muy común que al realizar una consulta a nuestra base de datos, no tengamos en cuenta los acentos como foco de problemas.

Sobre todo, cuando es el propio usuario final el que define la búsqueda.

Como vemos en la imagen, busca comparando la cadena 'ó'.

Pero puedo interesarnos que no solo busque por más sino también por 'o'.

   

Las siglas de Modern_Spanish_CI_AI indican:

CI – Case Insensitive (no tendría en cuenta mayusculas y minusculas)

AI – Accent insensitive (sin tener en cuenta acentos)

Si quieres lo inverso serían poner:

CS – Case sensitive (tiene en cuenta mayusculas y minusculas)

AS – Accent sensitive (tienen en cuenta acentos)

Thanks!!

REFERENCIA: http://www.babelias.com/preguntas/comparar-cadenas-ignorando-los-acentos-en-sql-server/383.aspx

Read more »

Enterprise Library Caching (I)

Bueno, continuo con mi andanza en Everis.

Ahora ya no continuo con BizTalk, una pena, pero la vida sigue y el trabajo también.

Estoy preparando un modulo de Cache para el Core de la arquitectura que estamos desarrollando, continuando con la tecnología de MicroSoft Enterprise Library.

Integrare un mini proyecto de prueba para demostrar la configuración y gestionar los archivos en cache, mostrando imágenes de la interfaz de Enterprise Linrary.

Enterprise Library [http://msdn.microsoft.com/en-us/library/ff648951.aspx]. Para esta prueba voy a utilizar la última versión 5.0 de abril del 2010. Es un software gratuito, incluyendo el propio programa, una actualización y los documentos de ayuda.

Continuara ...

Read more »

Mi nueva asignacion: BizTalk (I)

Bueno, hoy ha sido un día delicado, me acaban de asignar un nuevo proyecto por el cual debo aprender BizTalk.

Esta tecnología es muy poco utilizada en la empresa donde trabajo, donde hay miles de personas, pero solo hay una con conocimientos sobre BizTalk.

Esto me ofrece una oportunidad de poder buscar una especialización dentro de la empresa.

Toda la información que vaya recopilando de Webs, Blogs, libros e incluso cursos online e-Lerning de Microsoft.

Thanks!!

Read more »

DateTime.UtcNow VS DateTime.Now

todas las operaciones internas en las que intervenga una hora deberían hacerse con horas en Tiempo Universal Coordinado, más conocido como UTC. Aunque a algunos pueda parecerles un capricho o un formalismo innecesario, son varias las situaciones en que agradeceremos usar UTC, y no solamente por su invariabilidad, sino también por su eficiencia.

Menos operaciones, menos incertidumbre

Antes de ver los casos caóticos, conviene saber qué tiene de provechoso usar UTC en el día a día. Por ejemplo, en el típico caso en el que queremos medir un lapso de tiempo ocurrido entre dos eventos (normalmente el principio y el final de una operación cuya eficiencia nos interesa especialmente).

DateTime comienzo = DateTime.Now;
// Operaciones cuya duración queremos medir
DateTime fin = DateTime.Now;
TimeSpan duracion = fin - comienzo;

Nuestro objetivo debe ser introducir el menor ruido posible en la medición, por lo que toda operación que no sea parte del conjunto a medir, debería ser lo más rápida posible. Dependiendo de la precisión deseada, puede ser fundamental conocer el funcionamiento interno de DateTime.Now: en primer lugar llama a DateTime.UtcNow, a continuación calcula el desfase horario en función de la zona establecida, y por último verifica si hay que aplicar la corrección por horario de verano. En resumen, DateTime.UtcNow es un par de órdenes de magnitud más rápido que DateTime.Now.

De hecho, en C# es incluso más rápido que la clase Stopwatch, creada ex profeso para este tipo de mediciones de precisión, pero que obviamente aporta más herramientas destinadas a dicho fin. Podemos verlo en este gráfico, obtenido a partir de un benchmarking realizado por Keyvan Nayyeri:

Trabajar con usuarios de todo el mundo sin volverse loco

Si ganar algunos milisegundos no es tu finalidad, no te preocupes, hay más motivos para utilizar UTC. Uno bastante importante es que tu aplicación sea utilizada por usuarios de distintas zonas horarias. Y ni siquiera es necesario que sean de países distintos.

Imagina: tu base de datos tiene un registro del usuario A, que utilizó la aplicación en Las Palmas de Gran Canaria, con hora 09:10; mientras que hay otro registro del usuario B, que utilizó la aplicación en su PC de Córdoba, a las 10:05. Si no recuerdas si la hora guardada se tomó en los clientes o en el servidor, puedes dudar acerca de cuál de los dos es anterior.

Pero es más, puedes encontrarte con este mismo problema con usuarios de una misma zona horaria. Es tan simple como que tu servidor pase a alojarse en un hosting de otro país, y si lo tienes configurado conforme a su información regional, las horas guardadas en él pueden dejar de significar lo que tú crees que significan.

Fatalidad, ocurre lo que no debería ocurrir cuando no debería ocurrir

Pero cuando de verdad se ve lo necesario que es usar datos invariables es en las situaciones excepcionales, aquellas en las que nunca solemos pensar, entre las que cabe destacar los cambios de hora debidos al ahorro energético.

Y es que el destino caprichoso puede querer que uno de tus usuarios comience una operación a las 2:59 CET del último sábado de marzo… ¡y la termine a las 2:00 CEST de ese mismo día por culpa del cambio al horario de verano! Es poco probable, pero puede ocurrir y fastidiarte contadores con tiempos negativos (o enormes por culpa de un desbordamiento). O que te pase como en Samoa, donde el gobierno decidió suprimir el 30 de diciembre de 2011 para mejorar sus relaciones económicas internacionales.

En definitiva, más vale pensar que lo peor puede pasar, y que no nos pille desprevenidos.

Fuente: http://www.genbetadev.com/metodologias-de-programacion/nos-equivocamos-al-usar-datetime-now

Read more »