VERSION ACTUAL :

Inicio de sesión

Raulito el Friki

Raulito El Friki

COMENTARIOS

EN LINEA

Hay actualmente 0 usuarios conectados.

NUEVOS

  • Juan Cruz Alonso
  • Josefv67
  • jesusSci
  • legomamey
  • Mayrapb

Agregador de canales de noticias

You have to do what you have to do

Jose Salgado - Dom, 06/26/2016 - 20:06

Hay una corriente, no se si filosófica o milenarista, que afirma que nuestro destino ya está definido y cualquier acto o decisión que podamos tomar ya estaba marcada de antemano. El concepto de libertad es una palabra vacía y que no tiene sentido ya que realmente somos piezas en un engranaje que simplemente cumplimos con lo que estamos predestinados a hacer.

Comunidad: RRHH

Tags: Predeterminado, Indeterminado, Futuro, Acciones

Esta entrada ha aparecido en Exelisis, haz click para leer You have to do what you have to do

La conjetura de Steinberg es…¡falsa!

Gaussianos - Dom, 06/26/2016 - 14:25

La teoría de grafos es una de las ramas de las matemáticas que más movimiento está teniendo en los últimos años, en lo que se refiere a investigación y a aplicaciones a problemas “reales”.

Dentro de la teoría de grafos, los problemas relacionados con coloración de grafos tienen gran interés dentro de los especialistas de esta rama.

Y dentro de los problemas de coloración de grafos, la conjetura de Steinberg ha sido uno de los problemas abiertos que más han interesado a los estudiosos en la materia.

Bien, pues (parece ser que) tenemos resultado para este problema: la conjetura de Steinberg es falsa. En lo que sigue, vamos a dar una idea sobre qué es eso de la coloración de grafos y hablaremos de esta interesante conjetura.

Aunque en Gaussianos ya hemos hablado en otra ocasiones sobre grafos, no está mal recordar algo sobre ellos. Un grafo es un conjunto V (distinto del vacío) de puntos, llamados vértices, y un conjunto de líneas A, llamadas aristas, cada una de las cuales une dos de sus vértices. Si dos vértices están unidos con al menos una arista, se dice que dichos vértices están conectados.

Un grafo plano es un grafo que puede dibujarse en un plano con la condición de que dos aristas cualesquiera no se cortan en ningún punto que no sea un vértice. En la siguiente imagen podéis ver un grafo plano y uno que no lo es (de hecho es el famoso grafo de Kuratowski K_{3,3}):

plano-noplano

Un ciclo en un grafo es una sucesión de vértices v_1, \ldots ,v_n, v_1 en la que cada vértice de la lista está conectado con el siguiente y donde no hay vértices repetidos (excepto el primero y el último). Vamos, lo que todos esperaríamos que fuera un ciclo. La longitud de un ciclo es el número de vértices distintos (equivalentemente, el número de aristas) que contiene. Un ciclo de longitud n se suele denominar n-ciclo. Aquí tenéis dos ciclos, uno de longitud 3 (el verde) y otro de longitud 5 (el rojo):

ciclos

Una coloración de un grafo es una asignación de etiquetas (colores) a los vértices de dicho grafo de manera que dos vértices conectados tengan distinto color. Si el número de etiquetas es pequeño, suelen usarse colores para etiquetar los vértices. Si este número es grande, suelen usarse números enteros positivos: 1,2, \ldots , m. Si en la coloración se usan k colores, se dice que tenemos una k-coloración. Aquí tenéis como ejemplo una 3-coloración del grafo anterior:

3coloracion

The Three Color Problem

Ya tenemos todo lo necesario para introducir el tema principal de esta entrada. La cuestión central de toda esta historia es el coloreado de mapas. El resultado más conocido en relación con esto, como muchos ya sabréis, es el famosísimo teorema de los cuatro colores, demostrado por Kenneth Appel y Wolfgang Haken en 1976.

La primera noticia que se tiene sobre la coloración de mapas con tres colores es un paper de Arthur Cayley de 1879. Ese mismo año, Alfred Kempe también lo trata en su trabajo sobre el teorema de los cuatro colores (que, por cierto, contenía una demostración incorrecta de este resultado); y, más adelante, Percy Heawood también habla de él en sendos trabajos que datan de 1890 y 1898, respectivamente.

Pero es en 1958 cuando el Three Color Problem pasa a tener entidad de problema propio gracias a Herbert Grötzsch, siendo Oystein Ore en 1967 quien lo elevó a los altares. Recomiendo el paper The state of the Three Color Problem [Annals of Discrete Mathematics, 55, 21 1-248 (1993)], de Richard Steinberg, a quienes estén interesados en más datos relacionados con la historia de este problema.

El Three Color Problem pregunta, básicamente, lo siguiente:

¿Bajo qué condiciones pueden ser coloreadas las regiones de un mapa plano con tres colores de manera que no haya dos regiones con frontera común que tengan asignado el mismo color?

Como cada región de un mapa puede interpretarse como un vértice y la frontera común de dos regiones puede asociarse con una arista, un problema de coloreado de mapas puede interpretarse como un problema de coloreado de grafos.

Y por ahí va la cosa, por coloreado de grafos. En 1976, el propio Richard Steinberg establece la conjetura que actualmente lleva su nombre:

Conjetura de Steinberg:

Todo grafo plano que no contenga ni 4-ciclos ni 5-ciclos es 3-coloreable.

Es decir, si un grafo no tiene ciclos de longitud 4 ni ciclos de longitud 5, entonces pueden colorearse sus vértices con 3 colores de manera que no haya vértices conectados que compartan color.

Hasta hace poco, había habido acercamientos a dicha conjetura. Posiblemente, el más interesante surgió a partir de una sugerencia del gran Paul Erdős. Erdős sugirió buscar si existía una constante k que cumpliera que todo grafo sin ciclos de longitud 4,5, \ldots , k era 3-coloreable. Borodin, Glebov, Raspaud y Salavatipour, mejorando resultados anteriores, demostraron en Planar graphs without cycles of length from 4 to 7 are 3-colorable [J. Combin. Theory Ser. B 93 (2005), 303–331] que k \le 7.

Y más o menos en este punto es en el que estábamos…hasta hace bien poquito (en julio de 2006, se publicaba una supuesta demostración de la veracidad de la conjetura de Steinberg que no fue aceptada como correcta). En abril de este año 2016, Vincent Cohen-Addad, Michael Hebdige, Daniel Král, Zhentao Li y Esteban Salgado ha demostrado que la conjetura de Steinberg es falsa. En su trabajo Steinberg’s Conjecture is False, construyen un contraejemplo para dicha conjetura. Es decir, construyen un grafo plano que no contiene ni 4-ciclos ni 5-ciclos y que no es 3-coloreable. Para ello, comienzan construyendo un grafo G_1 (arriba a la izquierda en la imagen) con ciertas propiedades; a partir de él construyen un segundo grafo G_2 (arriba a la derecha); y para finalizar construyen un grafo G (abajo) a partir de este último que cumple que no tiene ni 4-ciclos ni 5-ciclos y que además no es 3-coloreable:

En el paper que acabo de enlazar podéis ver la demostración de este hecho.

Bien, la conjetura de Steinberg es falsa, problema resuelto. Pero el Three Color Problem sigue abierto, todavía no sabemos si ese k cuya búsqueda sugirió Erdős es 7 ó 6. Estaremos atentos a futuras novedades.

Fuentes y enlaces relacionados:

Esta entrada participa en la Edición 7.5 del Carnaval de Matemáticas, cuyo anfitrión es el blog Series Divergentes.

Cuándo ha sido la última vez que te carcajeaste

Jose Salgado - Jue, 06/23/2016 - 10:36

Carcajear, sonreír, descuajaringarse, troncharse, partirse el pecho, tenemos muchas opciones para definir un estado de ánimo caracterizado por el uso de los músculos faciales, enseñar los dientes, abrir la boca, tener los ojos cerrados, llorar y en ocasiones quedarnos sin aire para respirar.

Comunidad: Management

Tags: Reír, Ambiente, Trabajo, Retos, Superar

Esta entrada ha aparecido en Exelisis, haz click para leer Cuándo ha sido la última vez que te carcajeaste

La política nos afecta a todos

Jose Salgado - Mar, 06/21/2016 - 21:25

Emprender, anda que no ha vendido esta frase. Emprendedores, autónomos y toda esta horda de personas que ni son empleados ni son empresarios porque están en un lugar intermedio dónde no llega la luz del sol. Como soy uno de los que vivo en este contexto y como me han preguntado que pienso sobre estos temas, aquí voy a escribir sin necesario orden ni concierto, y asumiendo que son reflexiones que tendrían que ser pasadas por algún tipo de modelo para verificar que pueden ser válidas y aplicables.

Más emprendedores

Comunidad: Management

Tags: Reformas, Economía, Empleo, Cotizaciones, Paro

Esta entrada ha aparecido en Exelisis, haz click para leer La política nos afecta a todos

Ansible + OpenStack: No Panda-monium here!

Rbergeron - Mar, 06/21/2016 - 13:51

Screen Shot 2016-06-19 at 1.38.22 PM
If, like myself, you are a frequent reader of technology-related articles on the internet, you may have seen this article come across your radar last Friday afternoon. Especially if the panda was as eyecatching for you as it was for myself.

Written by the nice folks over at The New Stack, the article speculates that one of the reasons for Ansible’s popularity in the world of containers is, quite simply, the popularity of Ansible in general. Citing results from the most recent OpenStack user survey, the author states:

Ansible made up a 14-point deficit compared to six months ago to become virtually tied with Puppet as the leading way to deploy/configure OpenStack clusters. Why this is the case, we’re not sure. However, one reason may be that Ansible’s online community is particularly strong.

checklistpanda-300pxNot sure why Ansible is growing so fast in popularity with OpenStack users? This must be why the Panda is so puzzled. Right?

Let me clear that up with a list of answers.

From a panda. (Incidentally, credit to Máirín Duffy, who actually created both of these pandas in her design work for the Fedora Project community. Super coincidence!)

Simplicity

Simplicity, ease of use, and a low learning curve are characteristics frequently cited as reasons folks have chosen Ansible — and in the ever-so-slightly (:D) complex world of OpenStack, the ability to abstract away some of that complexity gives users (admins, cloud consulevarmers, I hate the word “users”…) more time to work on other things.

Well. You know what LeVar Burton would say here.

Naveen Joy of Cisco elaborated on this particular point in his talk at the OpenStack Summit earlier this year in Austin, Texas, titled “Kubernetes Automation on OpenStack Using Ansible,” before following up with the long list of benefits.

“We did not want complexity in our automation. Kubernetes and OpenStack are complex for a reason;  they provide a lot of functions and a lot of knobs that you can customize and tune, APIs, a number of projects, variables that you can customize. But automation framework — we wanted it to be simple. We didn’t want to learn another manifest language to get this going. So, Ansible, we looked at it, and said, here’s the way to go…”

That said — making the deployment and management of an OpenStack cloud a little bit easier isn’t the only way in which simplicity matters. The simplicity of using Ansible with OpenStack, or really, Ansible with *anything*, also endears it to many folks — including Major Hayden of Rackspace, who explained further during his session in Austin, “Automated Security Hardening with OpenStack-Ansible.”

“The reason we love it is because there’s no agent required – there’s nothing actually that you have to install on the server to use Ansible with it. So you can deploy from your laptop, you can deploy from a bastion server, you can deploy from Jenkins, you can deploy from wherever you like. But you don’t have to go in on the other end and install ruby, and install 56 other things — you just have to make sure the other end has Python, which, if you’re running OpenStack… I certainly hope you have that installed, otherwise your installation is going to go in a bad direction.”

Versatility

Want to know one of my great “cloud” pet peeves? It’s that people say “users” all the time, and “users” can imply all types of different audiences to different folks. The operators? The sysadmins? The actual consumer of the cloud who just wants to do things on it? Who knows who we’re talking about!

What I do know is this: Users of OpenStack clouds — at any of those levels — are able to use Ansible. It’s useful to all of those groups. And, possibly even more importantly: this usefulness applies to Ansible in use cases everywhere. And in a lot of cases — people aren’t making a move to Ansible because it’s awesome with OpenStack. They’re coming as “users” of new OpenStack deployments and Ansible is *already what they’re using*, because it is so versatile.

Spencer Smith from Solinea explains their reasoning, as part of the consulting side of their company, for using Ansible in deploying Kubernetes, in this clip of their talk from OpenStack Summit.

“And I should say that we chose Ansible mainly because our clients are already using Ansible. They’ve developed expertise internally — so we didn’t want to compromise that, but still wanted to give them a way to deploy Kubernetes.”

Community

Let’s take a look at this snippet from the article: “Why this is the case, we’re not sure. However, one reason may be that Ansible’s online community is particularly strong.”

Well. I suppose it would be pretty easy for us to pat ourselves on the back and say, “Yep! More than 17 thousand stars on GitHub! Over 1400 people in #ansible on IRC! Over 2200 unique contributors to Ansible and its modules! Nearly 180 meetups with 35 thousand members around the world!” — and throw in a quaint mic drop gif, and walk away.

But the truth is: the combination of Ansible and OpenStack isn’t awesome, and thus, growing in use, because of the strength of the Ansible community. It is because of the work and collaboration and self-promotion of the group of folks who care about Ansible AND OpenStack — even without a formalized, central hub.

Here’s just a quick list of a few of the pockets of OpenStack + Ansible work:

(Note: I am super lazy at linking. But lucky for you, I have links to nearly all the projects listed below captured right here, which you can reference from this day forward!)

  • OpenStack “Big Tent” projects using Ansible: Kolla (OpenStack services in Docker containers). Openstack-ansible (OpenStack in LXC containers). Bifrost (Ansible + Ironic for bare metal). Openstack-ansible-security (automated deployment of security enhancements, based on the Security Technical Implementation Guide from the United States government).
  • OpenStack & Ansible users sharing their magic outside of the big tent: Ursula. Folks at Cisco. HP’s Helion. The fine humans at Catalyst Cloud (who, by the way, really get open source).  And plenty of other awesome examples by individuals and companies and projects are out there. 
  • OpenStack community members contribute and maintain OpenStack-related code inside of Ansible. Ansible’s OpenStack modules (more than 30 of them!) allow users / operators / consumers of OpenStack clouds to perform various functions on or in or to their cloud. These modules are literally used every single day by OpenStack’s infrastructure team to utilize OpenStack’s cloud, which, unsurprisingly, is an OpenStack cloud; also unsurprisingly, the maintainers for these modules in Ansible are largely members of OpenStack’s infrastructure team.
  • OpenStack is built with help from Ansible. OpenStack’s code is continuously tested and integrated prior to any commit — ensuring that small bits of bad code aren’t breaking life for the developers in a gigantic, incredibly busy project.  How do they do it? With the help of Zuul, an automation system built by OpenStack’s infrastructure team, for the OpenStack community, and used by more than 50 other open source communities as well. How does Zuul do this magic? It used to be with Jenkins. It’s now performed with Ansible

The truth is — none of these, alone, are the single reason for the growth of Ansible usage in conjunction with OpenStack. And it’s not just community, or Ansible’s simplicity, or versatility. It’s all of it, working together, compounding upon their collective successes.

Circling Back

Those of us who have spent time thinking Super Heady Deep Thoughts about open source and communities of practice have heard of “the virtuous circle” — a term which has many interpretations to be found on the internets (go figure!). But I find that this one, from this report on Sustainability in Open Source Commons, is spot on.  The author describes the virtuous circle as: “where good initial products attract users, which then potentially attract a new developer, which leads to more improvements. Our research clearly shows that successful projects have a potentially significant user community and that this user community drives project continuity.”

For the Ansible community, this pattern isn’t just limited to “Ansible + OpenStack.” I’d argue that it is repeating itself all over the place with a variety of Ansible + projects and/or practices. Containers. Working with orchestration tools like Kubernetes. AWS. Windows. Networking and its glorious SDN/NFV/TLA future. I could go on and on.

Ansible’s users and contributors consistently blow my mind in their usage of Ansible: how they are making it useful with other open source projects, and improving their day to day workflow. That they do so while also collaborating and sharing with other users and building communities of practice around Ansible EVERYWHERE just leads to more involvement, and more improvements, and more usage of Ansible all around. And enables those of us working for Ansible to do what we’ve always done: Follow our users — because, as users, they know what’s important and useful to them far more than we could ever dream to.

Which really means that Ansible and OpenStack — or Ansible and container orchestration — or Ansible and networking — isn’t thriving simply because of “the virtuous circle.”

It’s that the Ansible community has turned that circle into more of a virtuous venn diagram.

 


El community manager

Jose Salgado - Lun, 06/20/2016 - 19:13

Voy a ser honesto y reconocer que para haberme pasado una gran parte de mi vida gestionando equipos he leído bastante poco sobre el tema, creo que las recetas y las guías están bien si quieres tener nociones de algo pero cuando estás a cierto nivel, es más interesante estudiar otras áreas para ampliar tu visión de campo y poder gestionar personas.

Comunidad: RRHH

Tags: Community Manager, Equipo, Gestión, Talento

Esta entrada ha aparecido en Exelisis, haz click para leer El community manager

Imágenes responsive en WordPress

Skatox - Lun, 06/20/2016 - 08:03
¿Que son las imágenes responsive?

Las imágenes reponsive son aquellas imágenes que automáticamente carga la mejor versión para la resolución de tu equipo, esto permite con una misma etiqueta HTML cargar una imagen de alta resolución para una computadora con pantalla HiDPI (Retina Display) y una imagen de baja resolución para un dispositivo móvil con una pantalla de baja calidad. (Si quieres leer mas documentación te recomiendo leer la entrada de <img> en MDN).

El código HTML necesario es como cualquier <img> para dar compatibilidad a las páginas existentes, pero adicionalmente se agrega un atributo srcset para poder especificar la imagen correspondiente a cada resolución y también se agrega el atributo sizes para definir las reglas de cuando usar cada imagen.

Cómo generar el código en WordPress

A partir de WordPress 4.4 ahora podemos contar imágenes responsive de forma automática, usando las funciones de este CMS obtendrás el código HTML para crear imágenes adaptables, pero probablemente si tienes algún código donde generabas las etiquetas de estas imágenes manualmente, necesitaras llamar a varias funcionales para hacerlo.

A continuación te explicare cómo es el proceso, el primer paso es obtener los valores de los atributos src y srcset, en este caso pasamos full como tamaño para obtener la imagen en su mayor resolución:

$img_src = wp_get_attachment_image_url( $attach_id, 'full' );
$img_srcset =  wp_get_attachment_image_srcset( $attach_id, 'full' );

Generamos la etiqueta sizes para los tipos de imágenes que queremos mostrar:

$wp_sizes   = array('full', 'large', 'medium', 'thumbnail');
$img_sizes  = '';

foreach ( $wp_sizes as $wp_size ) {
   $img_sizes .=  wp_calculate_image_sizes( $wp_size,  $img_src, null,  $attach_id );
}

Luego podemos generar el HTML de la etiqueta img:

$img = sprintf('<img src="%s" srcset="%s" sizes="%s" alt="%s" >',
   esc_url( $img_src ), esc_attr( $img_srcset ), esc_attr($img_sizes), $img_alt
);

Listo, ya tendrás una etiqueta de imagen responsiva donde dependiendo de la resolución del dispositivo, se cambiará la imagen por una de mayor o menor de resolución (dependiendo del dispositivo). Cabe destacar que esta funcionalidad funciona con todo navegador moderno exceptuando…por supuesto…Internet Explorer.

La entrada Imágenes responsive en WordPress aparece primero en El blog de Skatox.

Como competir contra lo gratis

Jose Salgado - Dom, 06/19/2016 - 19:05

Este es el dilema al que se han enfrentado y se enfrentan muchas empresas. Montas tu negocio y tienes tus clientes, tus proveedores, tus coses operativos, tus márgenes y de golpe aparece alguien que se dedica a dar tu mismo servicio de forma gratuita. ¿Como consigues convencer a tus clientes que no se cambien?

Comunidad: Management

Tags: Competencia, Desleal, Gratis

Esta entrada ha aparecido en Exelisis, haz click para leer Como competir contra lo gratis

Fedora no esta trabajando con Canonical para Promover Paquetes Snap

Fedora Nicaragua - Vie, 06/17/2016 - 11:34
ESTE POST EN MI OPINÓN PERSONAL SOBRE EL ANUNCIO DE CANONICAL RESPECTO AL ANUNCIO DE LOS PAQUETES SNAP; NO ES UNA POSICIÓN DEL PROYECTO FEDORA


Hoy me encontre un Artículo de Adam Williamson compartiendo su opinión persona sobre los paquetes SNAP que recientemente ha anunciado Canonical.

Curiosamente en el proyecto Fedora se esta trabajando en una iniciativa similar llamada Flatpak, son realmente tecnologías similares, en un similar estado: ambos son proyectos en desarrollo, no una tecnología madura lista para su implementación en producción.

Así que realmente los paquetes "snap":

  1. Es un proyecto de Canonical.
  2. Fedora esta trabajando un concepto similar llamado Flatpak.
  3. Gnome es uno de los primeros en ir adoptando Flatpak.
  4. KDE tambien tiene algún avance al respecto.
  5. Fedora no esta trabajando con Canonical para promover Snaps, hay un repo CORP mantenido por un trabajador de Canonical, nada mas.
Es molesto ver como una empresa grande como Canonical puede prestarse a publicidad tan engañosa al respecto, lo que nuevamente nos demuestra que nunca hay que creer todo lo que se menciona sobre un tema en Internet.

Si tiene curiosidad respecto a la reacción en la comunidad Fedora del anuncio de Canonical pueden seguir este hilo en la lista de correos devel:

https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org/thread/NO7RMLYNIAWJTDNRDCDUWBPF6I4YOH3Z/




O lo hacemos nosotros o lo hacen ellos

Jose Salgado - Jue, 06/16/2016 - 18:43

Acabo de leer un post de Pere Rosales en Medium sobre la innovación disrruptiva a través de las personas[1]. No voy a entrar a discutir si la solución que plantea es la mejor y si hay que ir todo como locos a la disrupción orgánica o no, hay más días que longanizas para hablar del tema y por otra parte, tampoco conozco al autor para ponerme en modo divino y comenzar a buscar fallos como un desesperado en su argumentación.

Comunidad: Operaciones

Tags: Progreso, Avance, Ética

Esta entrada ha aparecido en Exelisis, haz click para leer O lo hacemos nosotros o lo hacen ellos

Cloud Forensics: CAINE7 on AWS

Tony de la Fuente - Jue, 06/16/2016 - 12:41
If you work with AWS, you may have to perform a forensics analisys at some point. As discussed in previous articles here, there are many tasks we can achieve in the cloud. Here is a quick quide based on AWS-CLI on how to install, upload and use the well known CAINE7 distribution up in the […]

Patrones y esperanzas

Jose Salgado - Mié, 06/15/2016 - 18:38

Por muy aventurero que sea uno, por mucho que le guste el lanzarse y explorar nuevos caminos, siempre hay una parte que espera cierta consistencia en los eventos, el agua moja, el sol sale por las mañanas, sino duermo tengo sueño, etc.. Dependiendo de como está construida la personalidad de cada uno es capaz de gestionar más o menos variables y vivir en un mundo más o menos aleatorio, pero lo que está claro es que todos necesitamos un cierto número de anclajes de seguridad para poder funcionar en este mundo.

Comunidad: RRHH

Tags: Esperanzas, Objetivos, Metas, Felicidad

Esta entrada ha aparecido en Exelisis, haz click para leer Patrones y esperanzas

Rotación de empleados

Jose Salgado - Mar, 06/14/2016 - 18:26

¿Te has preguntado alguna vez porqué la gente trabaja para ti?. Supongo que unos cuantos dirán sin pudor que simplemente porqué les pagan e incluso algunos creen porque les pagan un poco más que la competencia. No es un mal argumento, sobretodo cuando hay crisis y existe una gran masa laboral buscando un contrato. Ciertamente, en esta situación se tiene la sartén por el mango y se pueden ofrecer unos salarios un poco más competitivos sin tener que esforzarse demasiado en plantearse otros temas que si puedan influir en la fidelidad y compromiso del trabajador.

Comunidad: RRHH

Tags: Salario, Rotación, Motivación, Trabajadores

Esta entrada ha aparecido en Exelisis, haz click para leer Rotación de empleados

Saber de dónde vienes y sobretodo, saber dónde estás

Jose Salgado - Lun, 06/13/2016 - 18:20

Uno de los trabajos más importantes de todo CEO que se precie es saber a dónde quieres ir y sobretodo, en donde estás en cada momento. Has de ser consciente de que peso tienes en el mercado, tu competencia, tu tamaño, tus proveedores, que capacidades tienes para negociar y cuanto puedes forzar tu posición en el caso de tenerlas.

Comunidad: Management

Tags: Decidir, Opciones, Valor, Coraje

Esta entrada ha aparecido en Exelisis, haz click para leer Saber de dónde vienes y sobretodo, saber dónde estás

No renuncies a tus sueños por quedarte dormido

Jose Salgado - Lun, 06/13/2016 - 00:17

¿Alguien se acuerda de lo que significa ser adolescente, de lo que nos pasaba por la cabeza, de las ideas locas que teníamos y lo que queríamos hacer cuando creciéramos? Como ahora ya tengo una edad y dispongo de Facebook, puedo recordar las conversaciones que teníamos en el patio del colegio y ver dónde ha ido a parar cada uno de nosotros.

Comunidad: RRHH

Tags: Sueños, Fe, Trabajo, Generación

Esta entrada ha aparecido en Exelisis, haz click para leer No renuncies a tus sueños por quedarte dormido

Richard Stallman nos explica: ¿Por que no usar celulares?

JOzz - Sáb, 06/11/2016 - 17:25
Richard Matthew Stallman (nacido en Manhattan, Nueva York, 16 de marzo de 1953), con frecuencia abreviado como «rms» es un programador estadounidense.


Es principalmente conocido por el establecimiento de un marco de referencia moral, político y legal para el movimiento del software libre, como una alternativa al desarrollo y distribución del software no libre o privativo.

Continuar leyendo »

¿Cómo crear una lista de los paquetes instalados con Pacman y Yaourt?

JOzz - Sáb, 06/11/2016 - 13:10
Hacer una lista de todos los paquetes instalados en nuestro sistema ─en mi caso Arch Linux─ por medio de los gestores: Pacman y Yaourt, ¡es muy fácil!


Con ejecutar un solo comando en un Terminal es posible conocer los paquetes que hemos instalados, a excepción de los paquetes "base" y "base-devel".

Continuar leyendo »

You say tomato i say tomato

Jose Salgado - Vie, 06/10/2016 - 03:58

Que bonita es la realidad, con sus matices, sus colores, sus sonidos. Esa realidad que siempre nos rodea y nos da la seguridad de existir en un mundo que compartimos con otros millones de seres humanos. Pero lo que nosotros creemos que es la realidad no siempre es lo que los demás entienden como real, existen discrepancias, a veces sutiles y a veces insalvables entre lo que es real y lo que no es real.

Comunidad: Management

Tags: Punto de vista, Criterio, equipo, Aunar, Seducir

Esta entrada ha aparecido en Exelisis, haz click para leer You say tomato i say tomato

Dime a quién conoces y te diré si te contrato

Jose Salgado - Jue, 06/09/2016 - 15:53

No deja de ser curioso que nos den ramalazos de indignación cuando vemos en otras culturas actitudes y prácticas que en la nuestra serían intolerables, un sesgo notable de antropocentrismo en lo que todo lo que esté fuera de nuestros valores es por definición demoniaco y maligno y no solo es malo, sino que coloca a otras culturas y civilizaciones un peldaño por debajo de lo que significa ser una sociedad moderna y con conciencia.

Comunidad: RRHH

Tags: Contactos, Conocidos, Educación, Iguales

Esta entrada ha aparecido en Exelisis, haz click para leer Dime a quién conoces y te diré si te contrato

Como hemos cambiado

Jose Salgado - Jue, 06/09/2016 - 15:53

La memoria tiene un mecanismo que usa unas gafas especiales a la hora de pasearnos por nuestro pasado. Todos y cada uno de los recuerdos que guardamos en esa despensa llena de neuronas se nos presenta con una pátina de ternura, añoranza, morriña que dirían los gallegos. Esta distorsión de la realidad hace que pensemos que cualquier tiempo pasado fue mejor.

Comunidad: RRHH

Tags: Recuerdos, Memoria, Cambio, Evolución

Esta entrada ha aparecido en Exelisis, haz click para leer Como hemos cambiado

Páginas

Suscribirse a Fedora-es sindicador